La noticia más importante de hoy: Ethereum ha puesto en pausa la bifurcación dura Glamsterdam, cuya activación estaba prevista para el 26 de octubre en la red de pruebas Hoodi. $ETH
El problema no es un error de código, sino un punto ciego introducido al cambiar las reglas. EIP-8037 y EIP-8038 buscan optimizar el cálculo del gas, pero podrían modificar cómo se devuelve el gas tras una llamada externa fallida. En un caso extremo, un atacante podría usar una cantidad de gas «justo insuficiente» para inducir a un contrato a registrar permanentemente una operación fallida: la puerta podría quedar bloqueada para siempre si un usuario quiere reintentar una transacción o cobrar una reclamación.
ChainSecurity ya ha encontrado 13 casos reales en contratos existentes y está trabajando con los equipos de los proyectos para realizar una divulgación responsable; por ahora, no ha revelado sus nombres. La Fundación Ethereum también confirmó que, en las reproducciones de la red principal, un pequeño número de contratos podría verse afectado. La mayoría puede corregirse aumentando el límite de gas, pero no será tan fácil con algunos contratos que tienen supuestos de gas codificados de forma fija.
La activación en la red principal estaba prevista para principios de diciembre, pero ahora el calendario vuelve a estar en el aire. También se ha aplazado el plan de elevar a 200 millones el límite de gas de Hoodi, así que los nodos y validadores deberán seguir las instrucciones de actualización. Por ahora, los usuarios habituales de la red principal y quienes poseen ETH no tienen que hacer nada.
Mi opinión: las actualizaciones deben avanzar más rápido, pero no a costa de la seguridad de las aplicaciones existentes. Detectar este tipo de «efectos secundarios a nivel de reglas» durante la fase de pruebas sale muchísimo más barato que sufrir un fallo permanente tras el lanzamiento en la red principal. Aceptar incertidumbre a corto plazo para evitar más problemas a largo plazo es un buen negocio.
#以太坊 #Glamsterdam #EIP8037 #安全前置 #MacroInsights
El problema no es un error de código, sino un punto ciego introducido al cambiar las reglas. EIP-8037 y EIP-8038 buscan optimizar el cálculo del gas, pero podrían modificar cómo se devuelve el gas tras una llamada externa fallida. En un caso extremo, un atacante podría usar una cantidad de gas «justo insuficiente» para inducir a un contrato a registrar permanentemente una operación fallida: la puerta podría quedar bloqueada para siempre si un usuario quiere reintentar una transacción o cobrar una reclamación.
ChainSecurity ya ha encontrado 13 casos reales en contratos existentes y está trabajando con los equipos de los proyectos para realizar una divulgación responsable; por ahora, no ha revelado sus nombres. La Fundación Ethereum también confirmó que, en las reproducciones de la red principal, un pequeño número de contratos podría verse afectado. La mayoría puede corregirse aumentando el límite de gas, pero no será tan fácil con algunos contratos que tienen supuestos de gas codificados de forma fija.
La activación en la red principal estaba prevista para principios de diciembre, pero ahora el calendario vuelve a estar en el aire. También se ha aplazado el plan de elevar a 200 millones el límite de gas de Hoodi, así que los nodos y validadores deberán seguir las instrucciones de actualización. Por ahora, los usuarios habituales de la red principal y quienes poseen ETH no tienen que hacer nada.
Mi opinión: las actualizaciones deben avanzar más rápido, pero no a costa de la seguridad de las aplicaciones existentes. Detectar este tipo de «efectos secundarios a nivel de reglas» durante la fase de pruebas sale muchísimo más barato que sufrir un fallo permanente tras el lanzamiento en la red principal. Aceptar incertidumbre a corto plazo para evitar más problemas a largo plazo es un buen negocio.
#以太坊 #Glamsterdam #EIP8037 #安全前置 #MacroInsights
