#ETH
Eth corrige un error de Glamsterdam que podría haber enviado depósitos de staking a los builders
Los desarrolladores de Eth corrigieron una falla en la próxima actualización Glamsterdam que podría haber permitido que alguien se quedara con el eth que los servicios de staking destinaban a nuevos validadores
La corrección, que modificó las reglas para gestionar los depósitos de validadores, se integró el lunes, una semana después de que los desarrolladores la rechazaran
Glamsterdam separa dos tareas que hoy se agrupan. Los builders reúnen bloques de transacciones y los validadores, que ponen eth en staking para ayudar a proteger la red, los eligen y confirman. Ambos pueden depositar ETH, y se supone que sus fondos se contabilizan por separado
Cómo podían desaparecer los fondos
El problema surgió durante la propia actualización, cuando Eth procesaría depósitos que aún estaban pendientes de acreditación
El investigador avsetsin identificó un escenario en el que un operador se registra primero como builder usando una clave pública específica, el identificador vinculado a un validador o builder. Si después un servicio de staking deposita eth para iniciar un validador con esa clave, las reglas propuestas acreditarían ambos depósitos al builder.
«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 sus fondos.
Avsetsin, quien figura como miembro de la organización de GitHub de Lido, analizó cómo podrían verse afectados Lido, Origin y Rocket Pool, en lo que el investigador describió como una «investigación rápida con IA». Los resultados dependían de cómo cada protocolo gestiona los depósitos
«Estos son hallazgos de código condicionales, no exploits activos confirmados», escribió avsetsin, y añadió que las comprobaciones existentes que rechazan un depósito previo de un builder podrían detener el ataque. No se han reportado pérdidas
Rechazada y luego integrada
Los desarrolladores cerraron la propuesta de corrección el 19 de octubre. «No hubo suficiente apoyo de los clientes para hacer este cambio en este momento», escribió Justin Traglia, quien mantiene las especificaciones de consenso de Eth. Los clientes son los programas de software independientes que ejecutan los validadores para participar en la red.
#Write2Earn #EarningsSeason #W2E $ETH
Eth corrige un error de Glamsterdam que podría haber enviado depósitos de staking a los builders
Los desarrolladores de Eth corrigieron una falla en la próxima actualización Glamsterdam que podría haber permitido que alguien se quedara con el eth que los servicios de staking destinaban a nuevos validadores
La corrección, que modificó las reglas para gestionar los depósitos de validadores, se integró el lunes, una semana después de que los desarrolladores la rechazaran
Glamsterdam separa dos tareas que hoy se agrupan. Los builders reúnen bloques de transacciones y los validadores, que ponen eth en staking para ayudar a proteger la red, los eligen y confirman. Ambos pueden depositar ETH, y se supone que sus fondos se contabilizan por separado
Cómo podían desaparecer los fondos
El problema surgió durante la propia actualización, cuando Eth procesaría depósitos que aún estaban pendientes de acreditación
El investigador avsetsin identificó un escenario en el que un operador se registra primero como builder usando una clave pública específica, el identificador vinculado a un validador o builder. Si después un servicio de staking deposita eth para iniciar un validador con esa clave, las reglas propuestas acreditarían ambos depósitos al builder.
«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 sus fondos.
Avsetsin, quien figura como miembro de la organización de GitHub de Lido, analizó cómo podrían verse afectados Lido, Origin y Rocket Pool, en lo que el investigador describió como una «investigación rápida con IA». Los resultados dependían de cómo cada protocolo gestiona los depósitos
«Estos son hallazgos de código condicionales, no exploits activos confirmados», escribió avsetsin, y añadió que las comprobaciones existentes que rechazan un depósito previo de un builder podrían detener el ataque. No se han reportado pérdidas
Rechazada y luego integrada
Los desarrolladores cerraron la propuesta de corrección el 19 de octubre. «No hubo suficiente apoyo de los clientes para hacer este cambio en este momento», escribió Justin Traglia, quien mantiene las especificaciones de consenso de Eth. Los clientes son los programas de software independientes que ejecutan los validadores para participar en la red.
#Write2Earn #EarningsSeason #W2E $ETH
