Ethereum

Ethereum Beacon Chain experimenta una reorganización de 7 bloques: ¿Qué está pasando?

"Esta reorganización no es un indicador de una elección de bifurcación defectuosa, sino una segmentación no trivial de software de cliente actualizado versus desactualizado", sugirió el desarrollador de Core Ethereum, Preston Van Loon.

Antes de la fusión programada tentativamente para agosto, Beacon Chain de Ethereum experimentó ayer una reorganización (reorg) de siete bloques.

Según los datos de Beacon Scan, el 25 de mayo siete bloques del número 3.887.075 al 3.887.081 fueron eliminados de Beacon Chain entre las 08:55:23 y las 08:56:35 a. m. UTC.

El término reorganización se refiere a un evento en el que un bloque que formaba parte de la cadena canónica, como Beacon Chain, es eliminado de la cadena debido a que un bloque de la competencia lo supera.

Puede ser el resultado de un ataque malicioso de un minero con muchos recursos o un error. Dichos incidentes hacen que la cadena se bifurque o duplique involuntariamente.

En esta ocasión, los desarrolladores creen que el problema se debe a las circunstancias más que a algo grave, como un problema de seguridad o una falla fundamental, y se destaca en particular una "bifurcación de impulso del proponente". Este término se refiere a un método en el que los proponentes específicos tienen prioridad para seleccionar el siguiente bloque en la cadena de bloques.

El desarrollador de Core Ethereum, Preston Van Loon, sugirió que la reorganización se debió a una "segmentación no trivial" del software de nodo de cliente nuevo y antiguo, y no fue necesariamente algo malicioso. El cofundador de Ethereum, Vitalik Buterin, calificó la teoría como una "buena hipótesis".

Reorganización de bloques: Beacon Scan

Martin Köppelmann, cofundador de la cadena Gnosis compatible con EVM, fue uno de los primeros en destacar el incidente a través de Twitter ayer por la mañana, y señaló que “muestra que la estrategia actual de certificación de nodos debe reconsiderarse para, con suerte, dar como resultado una cadena más estable. (ya existen propuestas).”

En respuesta a Köppelmann, Van Loon atribuyó tentativamente la reorganización a la bifurcación de impulso del proponente que aún no se había implementado por completo:

“Sospechamos que esto se debe a que la implementación de la elección de la bifurcación de Proposer Boost no se ha implementado por completo en la red. Esta reorganización no es un indicador de una elección de bifurcación defectuosa, sino una segmentación no trivial de software de cliente actualizado frente a desactualizado”.

“Todos los detalles se harán públicos una vez que tengamos un alto grado de confianza con respecto a la causa raíz. ¡Espere una autopsia de la comunidad de desarrollo de clientes!” añadió.

Hoy temprano, otro desarrollador, Terence Tsao, hizo eco de esta hipótesis a sus 11,900 seguidores de Twitter, y señaló que la reorganización parecía ser causada por "nodos potenciados frente a no potenciados en la red y el momento de un bloque que llega realmente tarde".

“Dado que el impulso del proponente es un cambio que no rompe el consenso. Con la asincronía del cronograma de lanzamiento del cliente, la implementación se realizó gradualmente. No todos los nodos actualizaron el impulso del proponente simultáneamente”.

Relacionado: el soporte de OpenEthereum finaliza con el acercamiento rápido de Merge

Van Loon habló en la conferencia Permissionless la semana pasada y dijo que la fusión y el cambio a prueba de participación (PoS) podrían llegar en agosto "si todo va según lo planeado".

Si bien la reorganización seguramente generará dudas sobre esta posible línea de tiempo, Van Loon y los otros desarrolladores aún no han esbozado si tendrá algún impacto.

Deja un comentario

Debes estar registrado para publicar un comentario Login

Deja un comentario

To Top