Los desarrolladores de Ethereum han corregido un fallo de la próxima actualización Glamsterdam que podría haber permitido a un operador retirar ETH destinados a nuevos validadores. El problema se debía a que los depósitos de builders y validadores compartían una clave pública, lo que podría haber hecho que ambos se atribuyeran al builder. No se han comunicado pérdidas y la corrección se incorporó después de que los desarrolladores reabrieran un cambio rechazado inicialmente por falta de compatibilidad de los clientes.
Por qué es importante
Glamsterdam separa dos funciones que actualmente están agrupadas: los builders ensamblan bloques de transacciones, mientras que los validadores depositan ETH y los confirman. Ambos pueden depositar fondos, pero esos depósitos deben seguir siendo atribuibles por separado durante el procesamiento de los depósitos pendientes de la actualización.
El investigador avsetsin identificó un escenario condicional en el que un operador se registraba primero como builder con una clave pública y, posteriormente, un servicio de staking depositaba ETH para crear un validador usando la misma clave. Según las reglas propuestas, los fondos podrían haberse atribuido al builder, dejando al servicio de staking sin un validador o sin la prueba necesaria para recuperar su depósito. El hallazgo no constituía un exploit activo confirmado y dependía de cómo protocolos como Lido, Origin y Rocket Pool gestionan los depósitos.
Impacto en el mercado
Las reglas revisadas ordenan los depósitos pendientes según las credenciales de retirada, lo que garantiza que los depósitos de los validadores permanezcan con ellos incluso cuando un builder utiliza la misma clave. El cambio ya forma parte de las especificaciones de consenso de Ethereum, pero los equipos de los clientes todavía deben incorporarlo a su software antes de que la actualización pueda avanzar.
Glamsterdam ya se ha ejecutado en Sepolia, mientras que el lanzamiento en la red de pruebas Hoodi fue aplazado. Los desarrolladores deben fijar una nueva fecha para Hoodi antes de programar el lanzamiento en la red principal. El episodio pone de relieve la importancia de ampliar las pruebas de una lógica de actualización que podría afectar a los servicios de staking y a la custodia de ETH.
Preguntas frecuentes
-
¿Qué fallo corrigió Ethereum en la actualización Glamsterdam?
Un builder y un validador podían compartir una clave pública, lo que podría haber hecho que ambos depósitos se atribuyeran al builder en lugar de crear el validador.
-
¿Se perdió algún fondo de staking a causa del fallo de Glamsterdam?
No se han comunicado pérdidas. Los investigadores describieron el problema como un hallazgo condicional en el código, no como un exploit activo confirmado.
-
¿Cómo protege la regla revisada de depósitos los fondos de los validadores?
Los depósitos pendientes se ordenan según las credenciales de retirada, de modo que los depósitos de los validadores permanezcan con ellos incluso cuando un builder utiliza la misma clave pública.
-
¿Qué protocolos de staking podrían haberse visto afectados?
El hallazgo examinó posibles efectos en Lido, Origin y Rocket Pool, según cómo gestiona cada protocolo los depósitos.
-
¿Qué debe ocurrir antes de que Glamsterdam llegue a la red principal de Ethereum?
Los equipos de los clientes deben implementar las reglas de consenso revisadas y los desarrolladores deben fijar una nueva fecha para la red de pruebas Hoodi antes de programar el lanzamiento en la red principal.
CryptoSlate
WuBlockchain
Crypto News
WatcherGuru
CoinTelegraph
TheBlock