> ## Content Index > Fetch the complete content index at: https://fomoera.com/llms.txt > Use this file to discover other available public pages before exploring further. # Ethereum incorpora una corrección para evitar desvíos de ETH en Glamsterdam - URL: https://fomoera.com/ethereum-glamsterdam-depositos/ - Published: 2026-10-27T23:20:00.000Z - Updated: 2026-10-27T23:20:00.000Z - Description: El fallo podía asignar depósitos de validadores a constructores de bloques durante la actualización. La corrección ya está en las especificaciones; su implementación en los clientes sigue avanzando. - Author: Gerardo Pavez - Tags: Tecnología y Ciencia, Ciberseguridad Los desarrolladores de Ethereum incorporaron el 26 de octubre de 2026 una corrección a las especificaciones de Glamsterdam para impedir que ciertos depósitos de ETH destinados a validadores acabaran en cuentas de constructores de bloques. El riesgo se concentraba en depósitos aún pendientes al activarse esa futura actualización. El cambio figura en la propuesta 5736 del repositorio oficial de consenso y modifica la transición a Gloas, la parte de Glamsterdam que regula el consenso. ## Una clave compartida podía cambiar el destino del depósito La [documentación de Glamsterdam](https://ethereum.org/roadmap/glamsterdam/?ref=fomoera.com) explica la separación de funciones: los constructores, llamados builders, preparan bloques de transacciones; los validadores participan en la seguridad de la red mediante staking, el depósito de ETH para validar. Sus fondos deben contabilizarse por separado. El investigador identificado como avsetsin explicó en el reporte 5735 que quien controla una clave no siempre aporta el dinero. Bajo la regla anterior, un depósito destinado a un validador podía acreditarse a un builder con esa clave si ambos depósitos seguían pendientes y el de builder se procesaba primero durante la actualización. Al no crearse el validador, el servicio de staking podía quedarse sin las pruebas necesarias para verificarlo o activar sus mecanismos de recuperación. La nueva regla consulta las credenciales de retiro, que identifican el tipo de depósito y su destino de retirada. Así, los depósitos de validadores permanecen en su cola aunque un builder utilice la misma clave. El reporte describe un escenario condicionado, sin ataques confirmados. Avsetsin señala que ciertos controles previos pueden impedirlo. ## Aprobar la regla y llevarla a los clientes son pasos distintos Justin Traglia había cerrado la propuesta el 19 de octubre por falta de apoyo suficiente entre los equipos de clientes. La reabrió el 23; ese día se añadieron pruebas y el 26 se integró el cambio. Los clientes son los programas que ejecutan los nodos para participar en Ethereum. El trabajo de Lodestar muestra la etapa pendiente. Su propuesta 10428 seguía abierta el 27 de octubre. El autor informó que pasaban las pruebas generadas con la corrección, mientras el conjunto de referencia anterior fallaba en cinco casos con claves compartidas. Un revisor indicó ese día que aún había que esperar las pruebas de las especificaciones. El calendario ya había cambiado por otro asunto. La Fundación Ethereum anunció el 22 de octubre el aplazamiento de la activación de Glamsterdam en Hoodi, prevista para el 26\. Atribuyó esa decisión a la revisión de EIP-8037 y sus interacciones con contratos existentes. Los equipos de clientes deben llevar la separación de depósitos al software y validarla con las mismas pruebas de referencia antes de la activación. *Fuentes:* [1](https://github.com/ethereum/consensus-specs/pull/5736?ref=fomoera.com), [2](https://github.com/ethereum/consensus-specs/issues/5735?ref=fomoera.com), [3](https://github.com/ChainSafe/lodestar/pull/10428?ref=fomoera.com), [4](https://blog.ethereum.org/2026/10/22/glamsterdam-hoodi-delay?ref=fomoera.com)