Si hay una actualización de Ethereum que alguna vez ha sido dama de honor, es el Formato de Objeto EVM (EOF).
Comprometidos una vez, con planes de casarse en Shanghai, poco después los desarrolladores lo abandonaron y se desmayaron por un futuro blobular en Proto-Danksharding.
Si no tienes idea de lo que significa esa frase, no te preocupes. Es una metáfora de horas de discusión durante años de llamadas a desarrolladores de Ethereum.
Después de la llamada de ACD del jueves, todavía no sabemos si EOF finalmente tendrá la oportunidad de ser novia. Pero al menos hay una propuesta clara sobre la mesa.
Más información: Dencun y Pralectra: los desarrolladores principales de Ethereum trazan un ambicioso 2024
Los desarrolladores habían estado considerando seriamente EOF para el hard fork Shapella. Sin embargo, hace un año, después de un poco de introspección, se optó por mantener el enfoque únicamente en apostar retiros.
Una vez que Shapella se hubo embarcado de forma segura, los candidatos para su inclusión en Dencun tenían una vez más a EOF entre ellos. Y nuevamente fue archivado, para disgusto de los dos principales defensores del largometraje, Danno Ferrin y Greg Colvin.
El consenso en abril de 2023 fue que EOF era demasiado grande para compartir escenario con EIP-4844 (Proto-Danksharding) y, por lo tanto, uno tenía que irse. Este último, con su potencial para mejorar drásticamente la experiencia del usuario de los paquetes acumulativos de capa 2, ganó.
Como consuelo, Ansgar Dietrichs de la Fundación Ethereum sugirió tener a EOF como foco de la próxima actualización, Praga. "Es demasiado grande para ocupar el segundo lugar en una bifurcación", dijo. Entonces debería tener el suyo propio.
Más información: La próxima actualización de Ethereum se centrará en los blobs
Dencun, con 4844 como su "controlador", sigue en camino para la red principal en marzo, ya que los desarrolladores informaron el martes de una bifurcación dura "sin incidentes" de la red de prueba de Sepolia.
"Vimos finalidad y manchas que aparecían exactamente cuando queríamos que lo hicieran", dijo Parithosh Jayanthi de la Fundación Ethereum.
Solo queda una red de prueba, Holesky, antes de la red principal, y Dencun debería recibir su prueba final el 7 de febrero.
Empujando a EOF sobre la línea de meta
La mayor parte de la llamada del jueves tuvo como objetivo comprender el estado actual de la próxima gran bifurcación de funciones. Esta actualización de la capa de consenso, denominada "Praga", lleva el título de la ubicación de Devcon 4. Mientras tanto, "Electra", una designación inspirada en una estrella gigante azul-blanca dentro de la constelación de Tauro, es el término utilizado por los clientes de ejecución para referirse a la misma actualización.
Las prioridades de “Pectra” van tomando forma poco a poco. Muy lentamente.
Ferrin una vez más propuso la EOF, calificándola de “existencial para la EVM en los próximos años”.
Como líder del grupo de trabajo de implementadores de EOF, Ferrin dijo que los desarrolladores "han estado pasando al modo 'enviarlo'".
EOF tiene como objetivo hacer que los contratos inteligentes de Ethereum sean más seguros, eficientes y fáciles de usar para los desarrolladores. Es de particular importancia para los desarrolladores de dapp de Ethereum, que normalmente no se unen a las llamadas quincenales de desarrollo de todos los núcleos.
Eso ha dejado a algunos equipos de clientes con la impresión de que EOF no es importante en el pasado, un estigma que ha sido difícil de superar.
En la llamada del 4 de enero, Dragan Rakita del equipo de clientes de Reth expresó su firme apoyo a EOF, y el desarrollador de Nethermind, Lukasz Rozmej, señaló que EOF es mucho más fácil de probar que los árboles Verkle, el principal foco de competencia para la próxima bifurcación.
Más información: Los usuarios de Big Geth están diversificando sus clientes tras el error de Nethermind
Incluso Marius van der Wijden de Go Ethereum (Geth), anteriormente un escéptico de EOF, parecía relativamente de acuerdo con la idea.
"Me he estado preparando para EOF, pero no es una prioridad para mí", dijo van der Wijden.
El apoyo aumentó aún más en la llamada del 18 de enero. El director de tecnología de Paradigm, Georgios Konstantonopolous, dijo que era "alcanzable por una persona en un par de meses".
Ferrin reiteró ese sentimiento en la llamada más reciente, argumentando que el trabajo en EOF y Verkle lo realizan diferentes ingenieros dentro de los equipos de los clientes y, por lo tanto, comprometerse con él no impediría que el trabajo en Verkle progresara.
Pero Guillaume Ballet, un desarrollador de Geth en la Fundación Ethereum, aún no estaba convencido y le preocupaba que EOF pudiera afectar negativamente a Verkle.
“Si se va primero, tengo que asegurarme de que no enviemos algo y nos quedemos en un rincón al darnos cuenta de que hemos roto algo”, dijo Ballet.
Andrew Ashikhmin, ingeniero de software del equipo del cliente de Erigon, propuso comprometerse con EOF con la salvedad de que se pruebe en una red de prueba de Verkle y que se reserve tiempo para la colaboración entre Verkle y los implementadores de EOF en las próximas semanas.
Es un problema del huevo y la gallina, como observó Ferrin.
"Antes de que podamos ponerlo en testnet en Verkle, necesitamos que funcione en los clientes", dijo, y agregó que su equipo de clientes de Besu podría tener EOF en funcionamiento pronto para fines de prueba.
Pero está convencido de que debería ser compatible con Verkle.
“No quiero 'debería', quiero verlo funcionar”, replicó Ballet.
EOF todavía intenta atrapar el ramo, esperando que un pretendiente lo lleve al altar.
No se pierda la próxima gran historia: únase a nuestro boletín diario gratuito.
Fuente: https://blockworks.co/news/ethereum-developers-consider-evm-upgrade