Un gran suspiro cuando la Cadena Beacon deja de finalizar… y luego se recupera

0
57
 Image Caption  _  Image Name  | Vimilin
-Advertisement-

 Image Caption  _  Image Name  | Vimilin

Un problema no identificado en la cadena Beacon de Ethereum provocó la interrupción de las transacciones durante casi media hora el 11 de mayo.

Alrededor de las 20:15 del jueves 11 de mayo, varios desarrolladores del núcleo de Ethereum anunciaron que la cadena Beacon estaba teniendo problemas para confirmar transacciones. Se podían proponer nuevos bloques, pero un problema desconocido estaba impidiendo que se finalizaran.

Un problema similar se produjo el 15 de marzo, cuando los bajos índices de participación de los validadores provocaron un retraso en la red de pruebas Goerli versión de la actualización “Shapella” de Ethereum, que se ejecutó con éxito el 12 de abril.

La cadena Beacon es la blockchain Proof-of-Stake original de Ethereum lanzada por primera vez en 2020. El 15 de septiembre de 2022, la cadena Proof-of-Work preexistente de Ethereum se “fusionó” con la Beacon Chain, finalizando la transición de la red a un mecanismo de consenso Proof-of-Stake más rápido y respetuoso con el medio ambiente.

Después de 25 minutos, la red principal comenzó a finalizar bloques una vez más, con el desarrollador del núcleo de Ethereum y cofundador de Prysmatic Labs Preston Van Loon anunciando que “la finalidad ha sido restaurada.”

Según datos del proveedor de análisis de blockchain Beaconcha.in, en las épocas 200.552 a 200.554 de Ethereum se produjo un descenso brusco y repentino del número de atestados.

Para contextualizar, una época es un periodo de 32 “slots” en el que los validadores proponen y atestiguan bloques. Una época suele durar unos seis minutos y 24 segundos.

La causa del problema sigue sin estar clara, sin embargo los desarrolladores de Ethereum dijeron que se está investigando el problema para evitar que vuelva a ocurrir.

Relacionado: MetaMask extiende las compras de ETH a través de PayPal a los usuarios de EE.UU.

Tras el incidente, el consultor seudónimo de Ethereum @Superphiz señaló que la “diversidad de clientes” fue una de las principales razones por las que la pérdida de firmeza fue tan efímera. Sin embargo, también señaló que la pérdida de firmeza podría haberse evitado por completo si ningún cliente tuviera un control superior al 33%.

La diversidad de clientes se refiere al número de clientes de software disponibles para los validadores de red, y una mayor diversidad entre los clientes significa una red más segura y robusta para los validadores.

Revista: Así es como los ZK-rollups de Ethereum pueden llegar a ser interoperables



Source: COIN TELEGRAPH

Reciba noticias de Vimilin desde Google news
-Advertisement-

LEAVE A REPLY

Please enter your comment!
Please enter your name here