a16z Crypto analisa o compromisso entre resistência à censura e baixa latência na blockchain

iconKuCoinFlash
Compartilhar
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconResumo

expand icon
a16z Crypto compartilhou notícias sobre blockchain sobre o equilíbrio entre resistência à censura e baixa latência em protocolos de blockchain. O artigo explica que blockchains BFT com resistência à censura exigem pelo menos cinco rodadas de comunicação em cenários otimistas, em comparação com três rodadas em configurações BFT tradicionais. Ethereum e Solana estão trabalhando em atualizações de blockchain, como FOCIL / EIP-7805 e Constellation, para incluir transações antes do consenso. A a16z argumenta que a resistência à censura aumenta a latência, mas torna a confirmação de transações mais previsível para os usuários.

Odaily Planet Daily relata que a a16z Crypto publicou um artigo discutindo a contradição fundamental entre "censura resistência" e "baixa latência" em blockchains, apontando que qualquer protocolo de consenso Byzantine Fault Tolerance (BFT) com capacidade de resistência à censura requer pelo menos 5 rodadas de comunicação para sua melhor latência possível quando mais de um quinto dos validadores pode agir de forma maliciosa, enquanto os consensos BFT tradicionais exigem apenas 3 rodadas no mínimo.

O artigo aponta que, nos protocolos BFT tradicionais, o proponente de bloco detém simultaneamente o poder de construir o bloco e impulsionar o consenso, permitindo-lhe censurar transações específicas ao excluí-las — esta é a raiz de muitos problemas de MEV. Para resolver esse problema, a Ethereum está pesquisando o FOCIL / EIP-7805, enquanto o Solana investiga mecanismos como Constellation e MCP, cuja ideia central é permitir que os validadores coletem antecipadamente uma “lista de inclusão” de transações que não podem ser ignoradas antes da proposta formal do bloco.

A a16z Crypto afirma que alcançar a resistência à censura exige duas rodadas adicionais de comunicação: primeiro, a transação do usuário precisa ser broadcastada para todos os validadores, e depois os validadores precisam confirmar e incluir na lista de inclusão, antes que o processo de consenso possa começar. Portanto, em ambientes de rede parcialmente síncrona, não existe um design de protocolo que consiga simultaneamente alcançar BFT e resistência à censura em apenas 4 rodadas; 5 rodadas é o limite teórico matemático.

O artigo enfatiza que, embora os mecanismos de resistência à censura aumentem a latência do protocolo, eles conseguem reduzir significativamente a "latência efetiva" enfrentada pelos usuários. Em sistemas sem capacidade de resistência à censura, as transações podem ser adiadas indefinidamente devido à censura por validadores; já em sistemas com garantias de resistência à censura, as transações serão incluídas em um bloco no máximo após 5 rodadas de comunicação, tornando o tempo de confirmação das transações mais previsível.

Aviso legal: as informações nesta página podem ter sido obtidas de terceiros e não refletem necessariamente os pontos de vista ou opiniões da KuCoin. Este conteúdo é fornecido apenas para fins informativos gerais, sem qualquer representação ou garantia de qualquer tipo, nem deve ser interpretado como aconselhamento financeiro ou de investimento. A KuCoin não é responsável por quaisquer erros ou omissões, ou por quaisquer resultados do uso destas informações. Os investimentos em ativos digitais podem ser arriscados. Avalie cuidadosamente os riscos de um produto e a sua tolerância ao risco com base nas suas próprias circunstâncias financeiras. Para mais informações, consulte nossos termos de uso e divulgação de risco.