Este es un segmento del boletín 0xResearch. Para leer ediciones completas, suscríbete.
En la llamada de ACD del jueves, los desarrolladores de Ethereum Core reafirmaron su intención de enviar EOF completo (formato de objeto EVM) con la bifurcación Fusaka junto con el conductor principal de Peerdas. (Ipsilon escribió una revisión exhaustiva de las opciones, con un EOF completo denominado “Opción A.”)
EOF es una revisión importante del EVM que apunta a la optimización a largo plazo, la seguridad y la modularidad del motor de ejecución de Ethereum.
Su alcance ha agitado la controversia. Felix (del equipo Geth) respaldó la opción más moderada D, lo que lo puso ligeramente en desacuerdo con los compañeros de Geth College LightClients.
Desde fuera de los equipos de clientes, Pascal Caversaccio expresó una fuerte oposición, siguiendo su crítica publicada: “EOF: cuando la complejidad supera la necesidad”. Su principal reclamo: ningún desarrollador de aplicaciones solicita EOF, y su despliegue corre el riesgo de alienar a la comunidad de desarrollo más amplia.
A pesar de esto, el personal de EF, incluidos Piper Merriam y Ansgar, Dietrichs, así como equipos de clientes como Besu y Erigon, se encontraban detrás de EOF completo. Su razonamiento: es un reinicio estructural limpio, exigido por autores del compilador, y compatible con retroceso para los desarrolladores que prefieren el EVM heredado.
