La responsabilidad de protegerse durante la actualización Glamsterdam de Ethereum está pasando del protocolo a la capa de aplicación.
Según informa PANews, citando a Crypto Briefing, Dima Gusakov, responsable de ingeniería de Lido, reveló que Glamsterdam incorporará depósitos de constructores que usan credenciales de retiro con el prefijo 0xB0. Antes y después de la bifurcación, estos depósitos compartirán la misma cola que los depósitos de validadores. Un operador de nodos malicioso podría adelantarse y hacer que los fondos de los stakers se contabilicen en su propia cuenta de constructor, lo que impediría activar a los validadores correspondientes. La propuesta de corrección consensus-specs 5735 se cerró con el estado «no está previsto», por lo que cada protocolo de staking deberá realizar sus propias comprobaciones antes de aceptar depósitos. Glamsterdam se activará en la red de pruebas Hoodi el 27 de octubre, de madrugada, y está previsto que llegue a la red principal durante el cuarto trimestre.
A mi juicio, lo verdaderamente importante de esta noticia no es una nueva técnica de ataque, sino que, al cerrarse la propuesta de corrección, ha cambiado quién asume el riesgo. Al compartir una cola, los dos tipos de depósitos no están aislados de forma inherente en la capa del protocolo; quien se adelanta aprovecha el momento en que se ordenan, no una vulnerabilidad criptográfica. No programar la propuesta equivale a delegar en cada protocolo de staking la obligación técnica de «identificar y bloquear depósitos sospechosos». Para evaluar la seguridad de un producto de staking, no basta con fijarse en el número de validadores o en el rendimiento: también hay que comprobar si realiza verificaciones previas en el punto de entrada de los depósitos.
De ello se deduce que, antes del lanzamiento en la red principal, que los protocolos publiquen o no la lógica de sus comprobaciones determinará si este riesgo se queda en el plano teórico o se traduce en pérdidas reales. Hay dos aspectos que se pueden verificar: primero, si los principales protocolos de staking publican las reglas concretas de sus comprobaciones previas a los depósitos; segundo, si el escenario se reproduce tras la activación de la red de pruebas Hoodi. Aunque no se registren casos de adelantamiento en la red de pruebas, eso no permite concluir directamente que la red principal sea segura, ya que los incentivos de ambas redes son distintos. El material disponible no detalla qué medidas de defensa ha adoptado cada protocolo; este punto sigue pendiente de verificación.
Mientras no se programe la corrección, los límites de seguridad durante la transición a la actualización dependerán de la rapidez con que actúe la capa de aplicación, y no de las protecciones predeterminadas de la capa del protocolo.
#ETH #MercadoCripto
Fuentes:
PANews (publicación original: 10-20, 16:56, hora de Pekín)
https://www.panewslab.com/zh/articles/01a15886-c55a-7689-b560-1487173bc58f
Según informa PANews, citando a Crypto Briefing, Dima Gusakov, responsable de ingeniería de Lido, reveló que Glamsterdam incorporará depósitos de constructores que usan credenciales de retiro con el prefijo 0xB0. Antes y después de la bifurcación, estos depósitos compartirán la misma cola que los depósitos de validadores. Un operador de nodos malicioso podría adelantarse y hacer que los fondos de los stakers se contabilicen en su propia cuenta de constructor, lo que impediría activar a los validadores correspondientes. La propuesta de corrección consensus-specs 5735 se cerró con el estado «no está previsto», por lo que cada protocolo de staking deberá realizar sus propias comprobaciones antes de aceptar depósitos. Glamsterdam se activará en la red de pruebas Hoodi el 27 de octubre, de madrugada, y está previsto que llegue a la red principal durante el cuarto trimestre.
A mi juicio, lo verdaderamente importante de esta noticia no es una nueva técnica de ataque, sino que, al cerrarse la propuesta de corrección, ha cambiado quién asume el riesgo. Al compartir una cola, los dos tipos de depósitos no están aislados de forma inherente en la capa del protocolo; quien se adelanta aprovecha el momento en que se ordenan, no una vulnerabilidad criptográfica. No programar la propuesta equivale a delegar en cada protocolo de staking la obligación técnica de «identificar y bloquear depósitos sospechosos». Para evaluar la seguridad de un producto de staking, no basta con fijarse en el número de validadores o en el rendimiento: también hay que comprobar si realiza verificaciones previas en el punto de entrada de los depósitos.
De ello se deduce que, antes del lanzamiento en la red principal, que los protocolos publiquen o no la lógica de sus comprobaciones determinará si este riesgo se queda en el plano teórico o se traduce en pérdidas reales. Hay dos aspectos que se pueden verificar: primero, si los principales protocolos de staking publican las reglas concretas de sus comprobaciones previas a los depósitos; segundo, si el escenario se reproduce tras la activación de la red de pruebas Hoodi. Aunque no se registren casos de adelantamiento en la red de pruebas, eso no permite concluir directamente que la red principal sea segura, ya que los incentivos de ambas redes son distintos. El material disponible no detalla qué medidas de defensa ha adoptado cada protocolo; este punto sigue pendiente de verificación.
Mientras no se programe la corrección, los límites de seguridad durante la transición a la actualización dependerán de la rapidez con que actúe la capa de aplicación, y no de las protecciones predeterminadas de la capa del protocolo.
#ETH #MercadoCripto
Fuentes:
PANews (publicación original: 10-20, 16:56, hora de Pekín)
https://www.panewslab.com/zh/articles/01a15886-c55a-7689-b560-1487173bc58f