Ethereum Classic podría retrasar la próxima bifurcación dura 'Atlantis'

El equipo de desarrolladores de código abierto de Ethereum Classic no logró llegar a un consenso el jueves sobre si seguir adelante con una próxima actualización de código de todo el sistema como se describe, enviando efectivamente el lote planificado de actualizaciones nuevamente a una etapa de redacción.

Los desarrolladores han estado deliberando sobre un conjunto de 10 propuestas para integrarlas al protocolo desde febrero, una actualización llamada coloquialmente "Atlantis". Ethereum Classic (ETC ), una continuación de la cadena de bloques original de Ethereum , se separó efectivamente del proyecto.En 2016, aumentando posteriormente a una valoración NEAR a los mil millones de dólares, según MonedaMarketCap.

Aun así, si bien Ethereum Classic se ha esforzado por crear una propuesta de valor única (basada en una Regulación monetaria alterada, entre otras diferencias), su comunidad también ha estado haciendo mayores esfuerzos para introducir cambios en la red que facilitarían la interoperabilidad entre las dos cadenas de bloques.

De hecho, Atlantis es la primera de dos actualizaciones de protocolo o hard forks destinadas a incorporar las EIP que ya se han activado en Ethereum en los últimos años.

"Estas actualizaciones pondrían a ETC al día con el último protocolo de ETH, haciendo que la migración de dapps entre las redes sea mucho más fácil", escribió Bob Summerwill, director ejecutivo de Ethereum Classic Cooperative en un boletín informativo por correo electrónico en mayo.

Hoy se esperaba que la comunidad tomara una decisión final sobre el contenido de la actualización y su activación prevista para mediados de septiembre. Sin embargo, algunos desarrolladores expresaron dudas sobre la inclusión de una propuesta en particular (EIP 170) en la actualización de Atlantis.

Resumiendo sus pensamientos sobre la propuesta en un comentario de GitHub, el desarrollador de Ethereum Classic, Anthony Lusardi escribió:

"Estas reglas se pueden aplicar simplemente a la validación de transacciones en lugar de a la validación de bloques, lo que la convierte en una bifurcación suave en lugar de una bifurcación dura... Es de vital importancia atenerse a las reglas acordadas previamente cuando se definen".

EIP 170

Como antecedente, si se implementa la EIP 170, se impondría un límite fijo al tamaño del código de contrato inteligente que se puede ejecutar en una sola transacción. Esta idea fue concebida originalmente por el fundador de Ethereum, Vitalik Buterin, quien explicó en su momento que era necesario un límite para evitarciertos escenarios de ataqueen la cadena de bloques.

Sin embargo, al igual que Lusardi, el miembro de la comunidad Ethereum Classic "MikO" argumenta que este cambio no tiene por qué ser una bifurcación dura (es decir, incompatible con versiones anteriores).

"No me gusta la idea de tener que cambiar un límite estricto en el futuro si deseamos contratos más complejos", escribió MikO en el canal de Discord de Ethereum Classic .

Al mismo tiempo, tanto Lusardi como MikO enfatizan que sus desacuerdos con EIP 170 no deberían retrasar ni obstruir de ninguna manera el progreso de la actualización de Atlantis.

MikO destacó:

"Si todo el mundo cree que establecer este límite de esta manera es la forma de proceder, entonces estoy de acuerdo con la mayoría".

Lusardi agregó que, además de no querer retrasar la actualización del Atlantis, no cree que " ONE persona debería poder detener el proceso [de actualización]".

Por ahora, no se ha tomado ninguna decisión sobre el cronograma o el contenido de la actualización de Atlantis como resultado de los comentarios compartidos en la llamada de desarrolladores de hoy.

"Reconozcamos que hay una discusión en torno a EIP 170 y tomémonos este tiempo, ONE semana o dos [para discutir] cuál es el problema con los límites de tamaño máximo de código y cómo seguir adelante", concluyó el desarrollador Ethereum Classic, soc1c.

Imagen Ethereum Classic a través de los archivos de CoinDesk