Los desarrolladores de Ethereum han corregido un fallo en la próxima actualización Glamsterdam que podría haber permitido a alguien apropiarse del ETH que los servicios de staking destinaban a nuevos validadores.
La solución, que <a href="https://github.com/ethereum/consensus-specs/pull/5736" rel="noopener noreferrer nofollow">cambió las reglas para el manejo de los depósitos de validadores</a>, fue fusionado el lunes, una semana después de que los desarrolladores lo rechazaran.
Glamsterdam separa dos funciones que hoy están agrupadas. Los constructores agrupan transacciones en bloques, y los validadores, quienes apuestan ETH para ayudar a asegurar la red, las seleccionan y confirman. Ambos pueden depositar ETH, y se supone que su dinero debe ser rastreado por separado.
<h2 id="strong-c-mo-podr-a-desaparecer-el-dinero-strong">Cómo podría desaparecer el dinero</h2>
El problema apareció durante la propia actualización, cuando Ethereum procesaba depósitos que aún estaban pendientes de ser acreditados.
<a href="https://github.com/ethereum/consensus-specs/issues/5735" rel="noopener noreferrer nofollow">El investigador Avsetsin identificó un escenario</a> en el cual un operador primero se registra como constructor utilizando una clave pública específica, el identificador vinculado a un validador o constructor. Si un servicio de staking deposita ETH para iniciar un validador bajo esa clave, las normas preliminares acreditarían ambos depósitos al constructor.
“El operador puede retirar los fondos del protocolo,” escribió Avsetsin. No se crea ningún validador, por lo que el servicio de staking no puede generar la prueba que necesitaría para recuperar su dinero.
Avsetsin, registrado como miembro de la organización GitHub de Lido, examinó cómo podrían verse afectados Lido, Origin y Rocket Pool en lo que el investigador denominó “investigación rápida de IA.” Los hallazgos dependieron de cómo cada protocolo maneja los depósitos.
“Estos son hallazgos de código condicional, no exploits activos confirmados,” escribió avsetsin, agregando que las verificaciones existentes que rechazan un depósito anterior del constructor podrían detener el ataque. No se han reportado pérdidas.
<h2 id="strong-rechazado-luego-fusionado-strong">Rechazado, luego fusionado</h2>
Desarrolladores <a href="https://github.com/ethereum/consensus-specs/pull/5736" rel="noopener noreferrer nofollow">cerró la solución propuesta el 19 de octubre</a>. “No hubo suficiente apoyo por parte de los clientes para realizar este cambio en este momento,” escribió Justin Traglia, quien mantiene las especificaciones de consenso de Ethereum. Los clientes son los programas de software separados que los validadores ejecutan para participar en la red.
La corrección se reabrió tras una revisión adicional, avsetsin añadió pruebas el 23 de octubre y Traglia la fusionó el lunes.
Bajo las nuevas reglas, los depósitos pendientes se ordenan según sus credenciales de retiro, el ajuste que indica a dónde puede ir eventualmente el dinero de un depósito. Los depósitos de validadores permanecen con los validadores incluso si un constructor está utilizando la misma clave.
El cambio ahora forma parte de las especificaciones de consenso de Ethereum, y los equipos de clientes aún deben incorporarlo en su software. Glamsterdam ya se ejecutó en la red de prueba Sepolia, pero su lanzamiento el 26 de octubre en Hoodi, una segunda red de prueba, fue pospuesto.
Glamsterdam necesita una nueva fecha para Hoodi antes de que se pueda programar el lanzamiento en la mainnet.
Leer Más: <a href="https://www.coindesk.com/tech/2026/10/23/ethereum-delays-glamsterdam-test-after-security-devs-flag-risk-to-existing-contracts" rel="noopener noreferrer nofollow">Ethereum retrasa la prueba de Glamsterdam tras que desarrolladores de seguridad señalan riesgo para contratos existentes</a>
<a href="https://coindesk.com/es/tech/2026/10/27/ethereum-fixes-glamsterdam-bug-that-could-have-sent-staking-deposits-to-builders" rel="noopener noreferrer nofollow">See this article on CoinDesk</a>
<a href="https://coindesk.com/es/tech/2026/10/27/ethereum-fixes-glamsterdam-bug-that-could-have-sent-staking-deposits-to-builders" rel="noopener noreferrer nofollow">See this article on CoinDesk</a>

Ethereum corrige el error Glamsterdam que podría haber enviado depósitos de staking a constructores

Tabla de contenidos

CoinDeskEspañol

Otros artículos publicados el 27 oct 2026

¡Únete a nuestro boletín gratuito para recibir actualizaciones diarias de criptografía!