$ETH Un desarrollador incorporó una corrección a la especificación de la capa de consenso a primera hora del 27/10, hora de Pekín, para cerrar una vulnerabilidad que, durante la transición a la actualización Glamsterdam, podía hacer que los depósitos de staking se anotaran en la cuenta de otra persona.
ETH es la moneda nativa de Ethereum. Los validadores ponen ETH en staking para ayudar a la red a producir bloques y recibir recompensas.
Con esta actualización se añadirá un nuevo rol, el de «constructor», encargado de empaquetar bloques y que también deberá depositar fondos para registrarse. Además, es posible que validadores y constructores utilicen la misma clave pública.
El problema afectaba a los depósitos que aún estaban en cola en el momento de la actualización: si ya había un depósito de constructor en cola para una clave pública, el depósito de validador que llegara después también se sumaría al saldo del constructor, y el validador nunca llegaría a crearse.
El desarrollador que informó del problema puso como ejemplo un protocolo de staking que aporta fondos para que un operador de nodos deposite la garantía de un validador. Si el operador registra primero un constructor con la misma clave, el dinero acaba en manos del operador, que puede retirarlo.
Con la corrección, los depósitos se enrutan según sus credenciales de retiro: los fondos de los validadores permanecen en la cola de validadores y solo los de los constructores se acreditan en las cuentas de constructores.
La corrección se desactivó brevemente la semana pasada por falta de apoyo de los equipos de clientes. Más tarde, un desarrollador pidió reactivarla debido a un cambio en el calendario de Glamsterdam. Finalmente, se incorporó tras recibir la aprobación de los responsables de mantener la especificación.
ETH es la moneda nativa de Ethereum. Los validadores ponen ETH en staking para ayudar a la red a producir bloques y recibir recompensas.
Con esta actualización se añadirá un nuevo rol, el de «constructor», encargado de empaquetar bloques y que también deberá depositar fondos para registrarse. Además, es posible que validadores y constructores utilicen la misma clave pública.
El problema afectaba a los depósitos que aún estaban en cola en el momento de la actualización: si ya había un depósito de constructor en cola para una clave pública, el depósito de validador que llegara después también se sumaría al saldo del constructor, y el validador nunca llegaría a crearse.
El desarrollador que informó del problema puso como ejemplo un protocolo de staking que aporta fondos para que un operador de nodos deposite la garantía de un validador. Si el operador registra primero un constructor con la misma clave, el dinero acaba en manos del operador, que puede retirarlo.
Con la corrección, los depósitos se enrutan según sus credenciales de retiro: los fondos de los validadores permanecen en la cola de validadores y solo los de los constructores se acreditan en las cuentas de constructores.
La corrección se desactivó brevemente la semana pasada por falta de apoyo de los equipos de clientes. Más tarde, un desarrollador pidió reactivarla debido a un cambio en el calendario de Glamsterdam. Finalmente, se incorporó tras recibir la aprobación de los responsables de mantener la especificación.