TL;DR
- Los desarrolladores de ethereum fusionaron una corrección de Glamsterdam tras encontrar una lógica de transición de bifurcación que podría redirigir depósitos de validadores a constructores que comparten la misma clave pública.
- El error afectó la incorporación de Gloas, donde los depósitos pendientes podrían clasificarse incorrectamente durante la creación de los registros de constructores y validadores, pero no fue una explotación en mainnet en funcionamiento.
- La solicitud de extracción #5736 ahora separa la enrutación de depósitos por credenciales de retiro, conserva los depósitos de validador en su cola y añade pruebas de regresión antes del despliegue.
Los desarrolladores de ethereum fusionaron una corrección de la especificación de consenso para Glamsterdam tras identificar un error de incorporación de bifurcación Gloas que podía redirigir depósitos de validadores a constructores de bloques que comparten la misma clave pública. Pull request #5736 se fusionó en master el 26 de octubre y modifica cómo se clasifican los depósitos pendientes durante la bifurcación. La falla afectó la lógica de transición para la futura actualización de ethereum, no el protocolo actual del mainnet, manteniendo el problema dentro de la ruta de desarrollo y pruebas para Ethereum.
Gloas Fix separa las rutas de depósito del validador y del constructor
El problema subyacente involucró el momento en que Gloas inicializa su registro de constructores. Bajo la regla de enrutamiento anterior, una vez que un depósito pendiente registraba un constructor, depósitos posteriores que utilizaran la misma clave pública podían aumentar el saldo de ese constructor independientemente de sus credenciales de retiro. Un depósito de validador podría, por lo tanto, salir de la cola de validadores y ser acreditado a un constructor en su lugar. El error creó una ruta condicional donde los fondos proporcionados para staking podían llegar a una cuenta controlada por una tercera parte.
La descripción del problema ilustra el riesgo con un protocolo de staking que financia un validador operado por otra parte. Si el operador primero colocó en cola un depósito válido del constructor utilizando la misma clave y ambos depósitos permanecieron pendientes en la bifurcación, el depósito del validador financiado por el protocolo también podría fluir hacia el constructor. No se crearía ningún validador a partir de ese depósito, lo que podría interrumpir los procedimientos de contabilidad basada en prueba o de recuperación. El escenario documentado era un caso límite a nivel de protocolo, no evidencia de que los depósitos en el mainnet de ethereum hubieran sido desviados.
La corrección fusionada separa los depósitos según las credenciales de retiro durante la incorporación de Gloas. Los depósitos de validador ahora permanecen en la cola de validadores incluso cuando un constructor utiliza la misma clave, mientras que los depósitos válidos de constructores pueden registrarse o aumentar los constructores de forma independiente. Los depósitos existentes de constructores también pueden recibir aumentos bajo las reglas revisadas. El cambio alinea la incorporación con los registros independientes de validadores y constructores descritos por EIP-8282 y agrega pruebas de regresión que cubren el orden y el comportamiento de enrutamiento de los depósitos.
El momento es importante porque Glamsterdam combina los cambios de la capa de ejecución de Amsterdam con los cambios de la capa de consenso de Gloas, incluyendo la separación consagrada entre propuesta y construcción. La actualización más amplia ya ha pasado por pruebas públicas, mientras que su implementación Hoodi fue pospuesta para una revisión adicional y la activación en mainnet sigue sin confirmarse. La corrección del enrutamiento de depósitos, por lo tanto, fortalece las especificaciones para una futura bifurcación en lugar de reparar una explotación activa de ethereum. También refuerza por qué la lógica de transición en torno a la infraestructura de staking y construcción de bloques requiere pruebas antes de que los cambios propuestos en el protocolo lleguen de forma segura a producción.