Ethereum Beacon Chain apresenta reorganização de 7 blocos: o que está acontecendo?


Antes da fusão provisoriamente marcada para agosto, a Beacon Chain da Ethereum passou por uma reorganização de sete blocos, ou reorg, na quarta-feira.

De acordo com dados do Beacon Scan, na quarta-feira, sete blocos do número 3.887.075 a 3.887.081 foram eliminados da Beacon Chain entre 08:55:23 e 08:56:35 UTC.

O termo reorganização refere-se a um evento em que um bloco que fazia parte da cadeia canônica, como o Beacon Chain, é eliminado da cadeia devido a um bloco concorrente que o derrotou.

Pode ser o resultado de um ataque malicioso de um minerador com altos recursos ou um bug. Tais incidentes fazem a cadeia bifurcadar ou duplicar involuntariamente.

Nesta ocasião, os desenvolvedores acreditam que o problema é devido às circunstâncias e não a algo sério, como um problema de segurança ou falha fundamental, com destaque para um “proponente de boost fork”. Este termo refere-se a um método no qual proponentes específicos recebem prioridade para selecionar o próximo bloco na blockchain.

O desenvolvedor do Core Ethereum, Preston Van Loon, sugeriu que a reorganização ocorreu devido a uma “segmentação não trivial” de nó de software cliente atualizado e antigo e não era necessariamente algo malicioso. O cofundador da Ethereum, Vitalik Buterin, classificou a teoria como uma “boa hipótese”.

Martin Köppelmann, cofundador da cadeia Gnosis compatível com Ethereum Virtual Machine (EVM), foi um dos primeiros a destacar a ocorrência via Twitter na manhã de quarta-feira, observando que “mostra que a atual estratégia de atestado de nós deve ser reconsiderada para, esperamos, resultar em uma cadeia mais estável! (propostas já existem).”

Em resposta a Köppelmann, Van Loon atribuiu provisoriamente a reorganização ao fork de impulso do proponente que ainda não havia sido totalmente implementado:

“Suspeitamos que isso seja causado pela implementação do Proposer Boost fork choice que não foi totalmente implementado na rede. Essa reorganização não é um indicador de uma escolha de fork falha, mas uma segmentação não trivial de software cliente atualizado versus desatualizado.”

“Todos os detalhes serão tornados públicos assim que tivermos um alto grau de confiança em relação à causa raiz. Espere um post-mortem da comunidade de desenvolvimento de clientes!” ele adicionou.

Suspeitamos que isso seja causado porque a implementação da escolha do fork do Proposer Boost não foi totalmente lançada na rede. Essa reorganização não é um indicador de uma escolha de bifurcação falha, mas uma segmentação não trivial de software cliente atualizado versus desatualizado.

— prestonvanloon.eth (@preston_vanloon) 25 de maio de 2022

Mais cedo na quinta-feira, outro desenvolvedor, Terence Tsao, reforçou essa hipótese para seus 11.900 seguidores no Twitter, observando que a reorganização parecia ser causada por “nós impulsionados versus não impulsionados na rede e o tempo de chegada de um bloco muito atrasado:”

“Dado que o impulso do proponente é uma mudança que não quebra o consenso. Com a assincronia do cronograma de lançamento do cliente, o roll-out aconteceu gradativamente. Nem todos os nós atualizaram o impulso do proponente simultaneamente.”

Van Loon falou na conferência Permissionless na semana passada e disse que a Fusão e a mudança para prova de participação (PoS) podem ocorrer em agosto “se tudo correr conforme o planejado”.

Embora a reorganização certamente levante questões sobre essa possível linha do tempo, Van Loon e os outros desenvolvedores ainda não delinearam se isso terá algum impacto.

LEIA MAIS

Siga-nos nas redes sociais

Siga nosso perfil no Instagram e no Telegram para receber notícias em primeira mão!





Source link

Share to...