Rede Ethereum luta com slots perdidos, bloXroute e Lighthouse em debate

No início desta semana, a rede Ethereum experimentou um aumento significativo no número de slots perdidos, originados predominantemente de blocos retransmitidos por retransmissores bloXroute. As investigações revelaram que, embora os relés bloXroute publicassem efetivamente blocos e blobs, a rápida propagação de blocos através da Rede Distribuída BloXroute (BDN) contrastava com a propagação mais lenta de blobs através de canais peer-to-peer (p2p). Essa discrepância destacou um comportamento específico do Cliente (CL), levando à rejeição de blocos pelo cliente e subsequentes slots perdidos.

Resolvendo slots perdidos do Ethereum com bloXroute

O CEO do BloXroute Labs, Uri Klarman, explicou em um tópico detalhado no Github o que aconteceu sobre os slots perdidos no Ethereum.

Na versão atual do Lighthouse, os nós esperam que o mesmo par que fornece o bloco também forneça os blobs. Porém, como o BDN não propaga blobs, os nós de consenso conectados ao BDN desconsideram os blocos inicialmente recebidos dele. Um lançamento recente do BDN teve como objetivo agilizar a propagação de blocos sem blobs, contando com a rede p2p para disseminar blobs conforme necessário. Essa mudança inadvertidamente levou a um aumento significativo nos slots perdidos.

Klarman explicou que o BDN depende fortemente do Lighthouse, que constitui a maioria dos nós de beacon no bloXroute. Observações iniciais pós-lançamento indicaram propagação de bloco bem-sucedida através do BDN, afetando principalmente os relés bloXroute devido à sua estreita integração com o BDN.

Para resolver o problema, uma série de testes foram realizados, isolando o problema do comportamento do Lighthouse ao encontrar blocos primeiro através do BDN. Foram tomadas medidas para fazer a transição gradual dos relés para longe da utilização do BDN para publicação de blocos e, posteriormente, desabilitar a propagação de blocos do BDN contendo blobs.

Ao longo deste período, os relés bloXroute continuaram fornecendo blocos com blobs para validadores e publicando blocos com blobs para o BDN e a rede de nós beacon. No entanto, essas solicitações de publicação retornaram uma resposta 202, pois os nós beacon já haviam recebido o bloco do BDN.

Chefe do Farol responde às alegações

Michael Sproul, que é o chefe do Lighthouse, criticou a opinião de Klarman sobre os slots perdidos, alegando que isso representa erroneamente um problema com o bug p2p do Lighthouse, que ele afirma ter sido causado por uma interação não testada entre a “rede de distribuição de blocos” (BDN) centralizada do Bloxroute e API HTTP do Farol.

Esta autópsia deturpa o problema como um bug p2p do Lighthouse, quando na verdade foi causado por uma interação não testada entre a “rede de distribuição de blocos” (BDN) centralizada do Bloxroute e a API HTTP do Lighthouse

Aqui está um relato da minha perspectiva https://t.co/T2i9dbI2zQ

-Michael Sproul (@sproulM_) 29 de março de 2024

Sproul alega que Bloxroute não cooperou durante o incidente, recusando-se a compartilhar registros para apoiar suas reivindicações. Ele argumenta que a autópsia prematura foi realizada antes que as informações necessárias pudessem ser obtidas do Bloxroute.

De acordo com Sproul, o problema surgiu quando o Bloxroute publicou blocos sem blobs na rede p2p por meio do BDN e depois tentou preencher os blobs postando-os no Lighthouse como parte de uma solicitação HTTP. As APIs HTTP do Lighthouse e do Prysm, no entanto, presumiram que os blocos foram enviados em p2p com blobs em sua totalidade. Sproul afirma que esta suposição não era válida na presença de uma “rede de distribuição de blocos” que contorna o fluxo normal de publicação de blocos.

Para resolver o problema, Sproul sugere soluções de curto prazo, como desligar o BDN quando estão envolvidos blobs, e soluções de longo prazo, como reestruturar o ecossistema PBS para evitar falhas semelhantes. Ele também expressa sua opinião pessoal de que o BDN é uma tecnologia que deveria ser obsoleta devido à sua natureza centralizada e aos riscos potenciais para a descentralização do Ethereum.

✓ Compartilhar:

Bhushan é um entusiasta da FinTech e possui um bom talento para entender os mercados financeiros. Seu interesse em economia e finanças chama sua atenção para os novos mercados emergentes de tecnologia Blockchain e criptomoeda. Ele está continuamente em um processo de aprendizado e se mantém motivado compartilhando seus conhecimentos adquiridos. No tempo livre, ele lê romances de ficção de suspense e às vezes explora suas habilidades culinárias.

O conteúdo apresentado pode incluir a opinião pessoal do autor e está sujeito às condições de mercado. Faça sua pesquisa de mercado antes de investir em criptomoedas. O autor ou a publicação não tem qualquer responsabilidade por sua perda financeira pessoal.