Los principales desarrolladores de Ethereum están debatiendo las prioridades para la próxima bifurcación después de "Dencun", que podría llegar a finales de 2024 o 2025.
Después de la llamada de All Core Devs del jueves, el cronograma tentativo para la bifurcación Dencun permanece sin cambios, y la red de prueba Goerli se lanzará por primera vez el 17 de enero.
Dado que el lanzamiento de la actualización parece probable en marzo, los desarrolladores están centrando su atención en lo que viene a continuación en Praga-Electra (Pralectra para abreviar), la actualización que seguirá.
Aún en constante cambio, hay un debate en curso sobre la visión general: ya sea un conjunto de propuestas de mejora de Ethereum (EIP) más pequeñas centradas en funciones o una actualización importante del protocolo para introducir Verkle Trees en la capa de ejecución.
Los Verkle Trees son una nueva estructura de datos que evoluciona el Merkle Tree actual que se utiliza hoy en día, utilizando técnicas matemáticas más sofisticadas: compromisos de vectores basados en pares de curvas elípticas, que son una desviación significativa de las funciones hash más simples utilizadas en los Merkle Trees, según verkle. información.
Esta estructura utiliza menos espacio y se puede verificar más rápido, lo que permite que la red maneje más transacciones.
En resumen, es una forma de abordar el problema a largo plazo de la "inflación estatal", que será cada vez más importante a medida que Ethereum crezca.
La actualización es un hito clave en la hoja de ruta a largo plazo de Ethereum, una fase conocida como The Verge.
No hubo un consenso claro sobre el llamado: algunos abogan por mantener el enfoque directamente en Verkle Trees, y Guillaume Ballet de la Fundación Ethereum advirtió que "no existe una bifurcación pequeña", pero otros piden un compromiso firme para actualizar la red. nuevamente en 2024.
El temor es que Verkle Trees pueda tardar 18 meses o más en entregarse, una eternidad en criptografía.
El propio Dencun estaba originalmente programado para noviembre, pero finalmente se pospuso hasta 2024 en octubre pasado.
Más información: Los desarrolladores principales descartan la bifurcación Dencun este año
“Verkle está en la escala de Merge, si no peor, en términos de complejidad”, dijo Ballet. "Realmente no se puede enviar nada al mismo tiempo en el lado [de la capa de ejecución]".
Lukasz Rozmej, del equipo del cliente de ejecución de Nethermind, estuvo de acuerdo y recomendó a los desarrolladores priorizar primero una bifurcación rica en funciones antes de recurrir por completo a Verkle Trees.
"Mi experiencia me dice que los rediseños estatales son extremadamente difíciles y toman mucho tiempo", dijo a sus colegas en la llamada. "La dureza de Verkle no es la especificación, sino la implementación, optimización y prueba".
Características, sí, pero ¿cuáles?
Entre los que abogaban por una segunda bifurcación en 2024 centrada en las funciones se encontraban los equipos de clientes de Nethermind, Besu y Reth. Pero la pregunta es ¿qué tiene prioridad?
Andrew Ashikhmin, ingeniero de software del equipo del cliente de Erigon, sugirió que el formato de objeto EVM (EOF) sería un candidato para impulsar la próxima actualización sin distraerse del trabajo a largo plazo en Verkle Trees, porque podría ser implementado por un equipo más pequeño. y fue un cambio más aislado en la base del código.
"Pero Verkle debería ser el foco principal", afirmó.
EOF se consideró originalmente para el hard fork Shapella, pero se consideró demasiado grande para ser emparejado como un "pasajero" junto al "controlador" principal, la fragmentación Proto-Dank o EIP-4844.
Más información: La próxima actualización de Ethereum para centrarse en blobs
EOF "definitivamente no es un pasajero", según Justin Florentine, ingeniero de protocolo del equipo de clientes de Besu, pero dijo que Besu ya había hecho "muchos progresos" en la función y, por lo tanto, estaba a favor de su adopción en Pralectra.
Georgios Konstantopoulos, director de tecnología e investigador de la firma de inversión Paradigm, que está construyendo el cliente Rust Ethereum (Reth), dijo que su equipo estaba "bien [con] EOF ya que es [un] trabajo de un solo hombre y [necesita] pruebas aisladas".
Pero el desarrollador de la Fundación Ethereum, Marius van der Wijden, compartió la opinión de que "EOF no estará en la bifurcación pequeña".
Ansgar Dietrichs de la Fundación Ethereum apoyó la inclusión de EOF en Pralectra en abril pasado y señaló en la llamada del jueves que el equipo de Solidity, que mantiene el principal lenguaje de programación de contratos inteligentes de EVM, estaba firmemente a favor.
Sin embargo, nadie en la llamada estaba allí para defender explícitamente el EOF, lo que llevó al fundador de Nethermind, Tomasz Stanczak, a comentar: "si nadie defiende el EOF en esta llamada, esto resumiría por qué no se ha enviado todavía".
Stanczak llamó a EIP-7002 o "salidas activables de la capa de ejecución" el EIP más votado en el foro de Ethereum Magicians y "súper importante", porque corrige un "error de diseño importante con las apuestas [y] no puede llegar lo suficientemente temprano".
Su compañero desarrollador principal Parithosh Jayanthi, conocido con el sobrenombre de "Potuz", dijo que si tuviera que elegir una característica para enviar, sería EIP-7002. Sin embargo, en su opinión, EIP-7549 "definitivamente debería estar disponible".
Esta característica, que solo afecta a la capa de consenso, corrige un error en el diseño de Ethereum y tiene como objetivo reducir el número promedio de emparejamientos necesarios para verificar las reglas de consenso. Un emparejamiento es una operación utilizada en ciertos algoritmos criptográficos que involucran curvas elípticas.
Actualmente, para llegar a un consenso es necesario verificar un mínimo de 1366 certificaciones, lo que indica un acuerdo entre los validadores, pero después de EIP-7549 se reduciría a solo 22.
"Es trivial de implementar y ahorrará mucho tiempo de agregación", dijo Potus. "Puede ayudar en puentes sin confianza (y zk-provers, zk-bridges); es algo que definitivamente debería estar en cualquier bifurcación que hagamos a continuación".
El objetivo de la convocatoria era iniciar el debate, y el enfoque específico y las propuestas de mejora se decidirán en una fecha posterior. Las actualizaciones de Ethereum se basan en el consenso; no existe una jerarquía explícita de autoridad ni un mecanismo de votación para determinar las prioridades.
A veces puede parecer desafiante o caótico progresar, no muy diferente a pastorear gatos, pero esa es la naturaleza de la bestia descentralizada.
No se pierda la próxima gran historia: únase a nuestro boletín diario gratuito.
Fuente: https://blockworks.co/news/ethereum-devs-plan-2024