La actualización de Constantinopla de Ethereum se establece para enfrentar nuevos retrasos a medida que se superen nuevos errores

La actualización de Constantinopla de Ethereum se establece para enfrentar más retrasos a medida que se superen nuevos errores. La actualización de Ethereum Constantinopla podría ver otro retraso ya que ha surgido un nuevo error relacionado con contratos inteligentes autodestructivos.
El desarrollador de Ethereum Foundation (EF) Jason Carver sacó a la luz la función de una nueva característica llamada Create2, que permitiría a los desarrolladores reemplazar contratos autodestructivos y cambiar las reglas.
Error de autodestrucción
Carver escribió: “Usted puede construir un contrato bastante inocuo pre-Constantinopla, uno que tiene dos posibles resultados de una transacción: {” contract exists “:” swap tokens “,” contract self-destructs “:” waste some gas "}. Post-Constantinopla, las opciones ahora podrían convertirse en {“contract exists”: “swap tokens”, “contract self-destructs”: “waste some gas”, “contract replaced”: "todos los tokens ERC20 que fueron pre-aprobados para el contrato son robados “}...”
Agregó: “Hay formas de evitar cada uno de estos” ataques sociales ", pero la mayoría de ellos requieren educación. Eso seguramente va a quedar atrás de la actualización de Constantinopla en sí.”
Maltin Holst Swende, que es otro desarrollador de la Fundación Ethereum, también ofreció su punto de vista sobre el debate diciendo: “El corolario es, como antes, que si alguien verificó la fuente, debería haber notado el SEFDESTRUCT (sin un período de inactividad debido) y evitar interactuar con él.”
Esto sugiere que si un usuario quisiera comprar un activo en la cadena de bloques de Ethereum, un CryptoKitty, por ejemplo, tendría que leer el contrato para verificar si podría contener un código de autodestrucción.
Vulnerabilidad original encontrada “por accidente”
La actualización de Constantinopla se retrasó originalmente el 16 de enero después de que ChainSecurity encontrara una vulnerabilidad, quien habló exclusivamente con Coin Rivet en relación con el retraso, alegando que encontraron la vulnerabilidad “por accidente”.
Se estableció una fecha a finales de febrero para volver a intentar la actualización. Sin embargo, a la luz de los últimos acontecimientos, puede retroceder aún más hacia la primavera.
Para obtener más noticias, guías y análisis de criptomonedas, haga clic aquí.