Ethereum corrige un error de Glamsterdam relacionado con los depósitos de staking
El ajuste evita que los depósitos de staking terminen por error en manos de los builders. La corrección ya está incorporada en las reglas de consenso, pero los clientes aún deben procesarla.
Puntos clave
- Los desarrolladores de Ethereum han corregido un error de Glamsterdam que podía asignar los depósitos de staking a los builders en lugar de a los validadores.
- El cambio fue rechazado inicialmente, pero tras una revisión y pruebas adicionales se aprobó el lunes en las especificaciones de consenso.
- Los equipos de clientes aún deben incorporar la corrección en su software; todavía no se conoce una nueva fecha para Hoodi ni la planificación de mainnet.
Los desarrolladores de Ethereum han corregido un error en la próxima actualización Glamsterdam que podría haber provocado que el ETH de los servicios de staking acabara en manos de los builders en lugar de en los nuevos validadores. El cambio se aplicó finalmente el lunes, después de que la misma modificación fuera rechazada una semana antes.
Qué podía salir mal
Glamsterdam separa dos tareas que ahora todavía se realizan de forma conjunta. Los builders ensamblan bloques con transacciones, mientras que los validadores hacen staking de ETH para asegurar la red y luego eligen y confirman esos bloques. Ambas partes pueden depositar ETH, pero esos fondos deben seguirse por separado.
El problema estaba en la forma en que Ethereum procesaría los depósitos que aún esperaban ser acreditados. Según las antiguas reglas preliminares, un operador podía registrarse primero como builder con una determinada clave pública. Si después un servicio de staking depositaba ETH para iniciar un validador bajo esa misma clave, ambos depósitos podían atribuirse al builder.
El investigador avsetsin describió además un escenario en el que el operador podría retirar los fondos del protocolo. Entonces el validador no se crearía, lo que impediría al servicio de staking disponer de una prueba para recuperar el dinero. Según avsetsin, se trataba de hallazgos de código condicionales y no de exploits confirmados en producción. No se han informado pérdidas.
Por qué volvió la corrección
La propuesta de cambio se cerró el 19 de octubre. Justin Traglia, que mantiene las especificaciones de consenso de Ethereum, escribió entonces que en ese momento no había suficiente apoyo por parte de los clientes para llevar adelante el ajuste. Los clientes son los programas de software independientes que ejecutan los validadores para participar en la red.
Tras una revisión adicional, la corrección se reabrió. Avsetsin añadió pruebas el 23 de octubre y Traglia aprobó el cambio el lunes. En las nuevas reglas, los depósitos pendientes se ordenan según sus withdrawal credentials, el ajuste que determina a dónde puede ir finalmente el dinero. De este modo, los depósitos de validadores permanecen con los validadores, incluso si un builder utiliza la misma clave.
Importancia para Ethereum
El ajuste ya forma parte de las especificaciones de consenso de Ethereum, pero los equipos de clientes aún deben incorporarlo en su software. Eso hace que la corrección sea relevante para cualquiera que siga la red a nivel de testnet, especialmente ahora que Glamsterdam ya se ejecutó en Sepolia y que el lanzamiento previsto en Hoodi se ha retrasado. Ese retraso en Hoodi muestra que los desarrolladores todavía deben sopesar varios componentes de la actualización en paralelo. Todavía no hay una nueva fecha para Hoodi y, sin ese paso, tampoco puede fijarse una fecha para mainnet.
