8 C
Spain
Thursday, January 15, 2026

Falla de actualización en repugnante de Ethereum en la red de pruebas

Debes leer

- Advertisement -spot_img

Ethereum Holesky Test Net La red no pudo alcanzar el estado de “propósito”Las transacciones se integran como inmutables e irreversibles en la red.

En el momento de este artículo, Holesky llevará Al menos 7 horas de inactividad, sin bloques de procesamientocomo se ve en la posterior imagen:

Esta experiencia con la red de pruebas de Ethereum refuerza la importancia de estas etapas experimentales. Permite detectar y corregir fallas Sin comprometer la estabilidad de la prisión principal.

¿Qué fue Rotura en Ethereum Test Network?

Paradigm CTO Georgios Konstantopoulos explicó que la falta ocurrió con un error adentro de algunos clientes en la capa de ejecución (Ejecutar capa, El). Según sus declaraciones, estos clientes Omitieron incluir la orientación correcta del pacto de depósitoPeina y componentes relacionados para afectar el cálculo del hash de la aplicación.

Este hash es esencial para manejar operaciones como depósitos y cajones, y es una función en la que las actualizaciones se transfieren desde la capa de consenso (CL) a la capa de ejecución.

Konstantopoulos pudo detectar fácilmente errores, Afectó el rendimiento de algunos clientes en Holesky. Sin confiscación, enfatizó que dos implementaciones de clientes, equipos como Les y Eregon, trabajaron correctamente durante la prueba.

Ethereum tiene una estructura que consiste en diferentes capas por otra parte de: Capa de consenso (Capa de consenso), Capa de aplicación (Capa de aplicación), Capa de disponibilidad de datos (Capa de disponibilidad de datos), Capa de red (cachucha roja) e Capa de infraestructura (Capa de infraestructura).

Esta construcción multicapa permite que las características esencia de la red se distribuyan en diferentes jerarquías, lo que permite que el rendimiento normal se optimice sin comprometer su integridad.

Leer  Según el CEO de Telegram, Francia estaba tratando de prohibir la tecnología de cifrado

Los clientes deben tener la llave de la despensa sus contratos de depósito

En una respuesta que complementa esa explicación, Timbeiko.eth, un desarrollador conocido adentro del ecosistema de Ethereum, profundizó el contexto técnico del problema.

Antiguamente de Pein, el cliente en ejecución no estaba obligado a rastrear la relevancia específico del pacto de depósito, ya que era directamente responsable de la capa de consenso de acertar. Esto cambió con Sirty. Actualmente, la capa de ejecución puede iniciar sedimentos sin retrasar los bloques 2048 implementados en la era inicial a la era para mitigar la reorganización de las pruebas de trabajo (POW).

el resultado, Los clientes deben tener la llave de la despensa directamente sus contratos de depósitola dirección debe configurarse correctamente.

Según Timbeiko.eth, la atrevimiento de Holesky se activó porque se activó la dirección del pacto de depósito para esta red de prueba y la dirección del pacto de depósito para sepolia. A diferencia de lo que se usa en la red principal de Ethereum. Algunos clientes no actualizaron esta dirección para reverberar la especificidad de Holesky. Esto causó una inconsistencia de comprobación hash, lo que resultó en que la red no pudiera alcanzar su propósito.

Timbeiko.eth admitió que no sabe por qué las direcciones difieren entre las redes, pero enfatizó que este tipo de discrepancia es parte de los desafíos que surgen al intentar actualizaciones en un entorno controlado.

El ecosistema de Ethereum está esperando

La modernización de Pectra presenta cambios importantes como la billete, como la interacción y el potencial de la EOA (cuenta de control extranjero) y las cuentas de contratos inteligentes. Habilita depósitos directamente desde la capa de ejecuciónexcepto de otras mejoras. Sin confiscación, en su implementación, todos los clientes deben igualar las nuevas especificaciones. Esto no sucedió de guisa uniforme en esta ocasión.

Leer  "XRP es un CBDC disfrazado de criptomoneda".

La diferencia en las instrucciones para los contratos de depósito entre la red principal y el Testnet, combinada con la configuración inadecuada de algunos clientes, presentó las vulnerabilidades que se abordan actualmente.

El posterior paso para los desarrolladores es ajustar estos errores en la red principal de Ethereum el 8 de abril, antaño de las siguientes pruebas programadas para Sepolia el 5 de marzo de 2025.

(Tagstotranslate) blockchain

- Advertisement -spot_img

Noticias relacionadas

LEAVE A REPLY

Please enter your comment!
Please enter your name here

- Advertisement -spot_img

Últimas noticias