Este es un segmento del boletín 0xResearch. Para leer ediciones completas, suscribir.
El movimiento para reemplazar a Holesky con Hoodi como los principales terrenos de Pectra fue una de las cuatro opciones debatidas en la llamada de desarrolladores de todo el jueves. Algunos equipos de protocolo se relacionan específicamente con la infraestructura de replanteo presionado por una opción más rápida pero más riesgosa, y fueron anulados efectivamente por los desarrolladores centrales.
Con Holesky cojeando por una cola de salida de validador de más de un millón, que podría tardar más de un año en eliminar, los desarrolladores tuvieron que encontrar un entorno de prueba alternativo para Pectra, particularmente para las características relacionadas con la salida. Se consideraron cuatro opciones:
- Opción A: Inicie una nueva TestNet (Hoodi), reemplazando a Holesky.
- Opción B: Use DevNet 6 como una prueba temporal.
- Opción C: gire una bifurcación de sombra a corto plazo de Holesky.
- Opción D: Implemente una bifurcación dura que borre la cola de salida de Holesky.
Para protocolos como Lido y Eigenlayer, la opción D, a pesar de su sabor hacky, fue la clara preferencia. Dado que la infraestructura e integraciones replantes ya se construyeron alrededor de Holesky, esta opción habría permitido a LIDO omitir la redistribución de herramientas, oráculos y otras dependencias, y se centraría solo en las pruebas específicas de Pectra.
Ivan Metrikin de Lido estimó que la opción A, migrando a una nueva NING, requerirá dos meses, varias semanas para la implementación y herramientas de contrato, seguida de tiempo adicional para las pruebas.
Matt Nelson en Eigen Labs se hizo eco de esta preocupación, señalando que cada semana dedicada a la infraestructura de redistructura retrasa su capacidad para garantizar la compatibilidad con la próxima bifurcación dura de Ethereum. Dado que Lido y Eigenlayer manejan colectivamente miles de millones en ETH estados, su luz verde para el despliegue principal de Pectra es fundamental.
Es probable que el tema de Ether se produzca en la sesión DAS de BlockWorks, la apelación de Ethereum para los constructores institucionales el 20 de marzo.
Los desarrolladores principales priorizan la estabilidad (y Fusaka)
A pesar de estas preocupaciones, los equipos de clientes de Ethereum se opusieron a la opción D. su razonamiento fue doble:
Holesky que dura requeriría “hacks” que introduzcan riesgos. Hacer modificaciones únicas a la cola de ejecución podría crear sin darse cuenta las rutas de código que afectan la estabilidad de Mainnet.
Cualquier retraso de la depuración de una solución de Holesky se volvería al tiempo de desarrollo de Fusaka. Los equipos centrales argumentaron que pasaron dos semanas adicionales en un parche de Holesky podrían espiral en meses de retrasos acumulativos.
Marius van der Wijden de Geth incluso sugirió que los equipos de los clientes podían “relajarse un poco” mientras esperaban que los equipos de LST completen sus pruebas en Hoodi, un comentario que extrajo de los que están a favor de un camino de Fusaka más rápido a Mainnet.
Como consecuencia, la bifurcación Pectra Mainnet ahora se retrasa oficialmente a mediados de mayo. Hoodi se lanzará en vivo el lunes 17 de marzo, con Pectra activando allí el 26 de marzo. La regla general de Ethereum es esperar al menos 30 días antes de elegir un bloque de Netnet, pero los equipos de apuesta líquida como Lido y Eigenlayer ahora enfrentan una línea de tiempo de migración extendida.
Mientras tanto, los equipos de clientes utilizarán el tiempo extra para refinar su código, estableciendo las bases para Fusaka.
La fecha límite para enviar EIP para Fusaka ahora es el 24 de marzo, dando a los equipos una ventana corta para finalizar las propuestas. Para el 31 de marzo, se espera que los equipos principales compartan sus comentarios, lo que lleva a una decisión final del alcance del 3 de abril o el 10 de abril.
Para optimizar las futuras llamadas de ACD, el coordinador de la Fundación Ethereum, Tim Beiko, sugirió trasladar más presentaciones de propuestas EIP a un proceso asíncrono, y solo aquellos que requieren discusiones técnicas más profundas se revisan en vivo. Además, hay un nuevo estado de EIP: declinado para su inclusión (DFI), reservado para EIP que los equipos sienten que deben diferir a una bifurcación futura, pero no rechazado directamente.
