jakiro
Autor: Macauley Peterson, Blockworks;
Si hay una actualización de Ethereum, alguna vez fue una dama de honor eterna, es el formato de objeto EVM (EOF).
Una vez comprometido y planeado para celebrar una boda en Shanghai, pronto fue abandonado por los desarrolladores.
Si no comprende el significado de esta oración, no se preocupe.Esta es una metáfora de la discusión telefónica del desarrollador completo de Ethereum durante muchos años.
Después de la conferencia ACD (All Core Dev) del jueves, todavía no sabemos si EOF eventualmente tendrá la oportunidad de convertirse en novia.Pero al menos hay una propuesta clara sobre la mesa.
Los desarrolladores una vez consideraron fuertemente EOF en las horquillas duras de Shapella.Sin embargo, hace un año, después de algunos pensamientos, decidieron renunciar a EOF, pero se centraron completamente en la retirada de compromiso.
Una vez que Shapella se entrega de manera segura, EOF ha aparecido nuevamente en el proyecto candidato de Dencun.Luego, se puso en espera nuevamente, de modo que los dos partidarios principales de la función Danno Ferrin y Greg Colvin fueran lamentables.
El consenso en abril de 2023 fue que EOF era demasiado grande y no podía llevarse a cabo con EIP-4844 (proto-danksharding), por lo que uno de ellos debe ser seleccionado.Este último finalmente ganó la segunda capa de rollups con su potencial, y finalmente ganó.
Como comodidad, los Ansgar Dietrichs de la Fundación Ethereum recomiendan el enfoque de EOF como la próxima actualización.»Es demasiado grande para ser el segundo en la bifurcación dura», dijo.Por lo tanto, debe tener su propia actualización.
Se espera que Dencun, con 4844 como «controlador», ingrese a la red principal en marzo porque los desarrolladores informaron el martes «sin incidentes» de la red de pruebas Sepolia.
Antes de que se lanzara la red principal, solo había una red de prueba Holesky.
Poner oficialmente EOF en la agenda
En la conferencia del jueves el jueves, el objetivo principal de la próxima gran bifurcación funcional está diseñado para comprender el estado actual.La capa de consenso llamada «Pragy» se actualizó en el lugar donde se celebró Devcon 4.Al mismo tiempo, «Electra», este nombre está inspirado en una superestrella azul y blanca en Taurus, es un término que ejecuta al cliente para referirse a la misma actualización.
La prioridad de «Pectra» está surgiendo lentamente.
Ferrin promovió una vez más EOF, diciendo que «es importante para EVM en los próximos años».
Como líder del Grupo de Trabajo de Implementación EOF, Ferrin dijo que los desarrolladores «han ingresado al modelo de ‘entrega'».
El objetivo de EOF es hacer que Ethereum Smart Contract sea más seguro, eficiente y más amigable para los desarrolladores.Esto es especialmente importante para los desarrolladores de Ethereum DAPP, porque generalmente no participan en la conferencia de desarrolladores de Core Full -Core cada dos semanas.
Esto ha provocado que algunos equipos de clientes piensen que EOF no es importante en el pasado, y esta impresión siempre ha sido difícil de cambiar.
En la llamada del 4 de enero, Dragan Rakita del equipo de clientes retro apoya firmemente a EOF, y el desarrollador de Nethermind Lukasz Rozmej señaló que EOF es más fácil de probar que el árbol Verkle. Este es el principal enfoque competitivo de la siguiente bifurcación.
Incluso el Marius Van der Wijden de Go Ethereum (Geth), una vez dudas sobre EOF, parece haber expresado sus ideas relativamente solidarias.
Van der Wijden dijo: «He estado aceptando gradualmente EOF, pero no es la tarea principal para mí».
En la conferencia telefónica del 18 de enero, Georgios Konstantonopolous, director de tecnología de Paradigm, dijo que esta es «una persona puede completar en unos pocos meses».
Ferrin reiteró esta opinión en una reciente reunión de llamadas de que el trabajo de EOF y Verkle fue completado por diferentes ingenieros en el equipo del cliente, por lo que prometió que el soporte para EOF no obstaculizaría el progreso de Verkle.
Sin embargo, el desarrollador de la Fundación Ethereum Geth Guillaume Ballet no ha sido persuadido, y la preocupación de que EOF pueda afectar negativamente a Verkle.
Ballet dijo: «Si lo hace primero, necesito asegurarme de que no publicaremos algo, y luego descubrir que estamos en problemas».
Andrew Ashikhmin, un ingeniero de software del equipo de clientes de Ericon, sugirió que al hacer promesas en EOF, pruebe la prueba de Verkle en línea y tome tiempo para cooperar con los ejecutores de Verkle y EOF en las próximas semanas.
Esto es un poco como el problema de «Primero hay pollos o huevos», como observó Ferrin.
«Antes de que podamos ponerlo en la red de pruebas de Verkle, debemos ejecutarlo en el cliente», dijo, y agregó que su equipo de clientes de BESU pronto podría hacer que EOF se ejecute para probar.
Pero está convencido de que EOF debería ser compatible con Verkle.
Ballet refuta: «No quiero» debería «, quiero verlo».
EOF todavía está tratando de agarrar el ramo, esperando la intención de traerlo a la alfombra roja.
