Ler no idioma original (inglês)
Ethereum Propõe Reformulação do Consenso para Melhorar a Finalidade
Redigido com inteligência artificial. Tradução automática do inglês.
Pesquisadores do Ethereum apresentaram um rascunho de EIP chamado Consenso Desacoplado, com o objetivo de melhorar a finalidade e a segurança das transações. Esta proposta sugere dividir a votação dos validadores em dois papéis distintos para alcançar uma finalidade mais rápida e fortalecer as defesas contra reorgs.
Visão Geral da Proposta
Um novo rascunho da Proposta de Melhoria do Ethereum (EIP) chamado Consenso Desacoplado foi introduzido por uma equipe de pesquisadores, incluindo Francesco D’Amato e Ben Edgington. Esta proposta visa substituir o atual mecanismo de consenso Gasper utilizado pela beacon chain, dividindo a votação dos validadores em duas funções separadas.
Principais Características do Consenso Desacoplado
- Finalidade Mais Rápida: A proposta busca reduzir o tempo necessário para a finalidade das transações em pelo menos um fator de quatro. Atualmente, os blocos se finalizam em cerca de 13 minutos, exigindo duas épocas. O novo design visa alcançar a finalidade em aproximadamente três minutos, com metas de longo prazo para realizá-la em segundos.
- Defesa Contra Reorgs Aprimorada: O design revisado aborda vulnerabilidades no atual método de escolha de fork LMD-GHOST, que pode permitir que atacantes manipulem votos. A nova abordagem introduz mecanismos para considerar apenas votos recentes, expirando bloqueios para blocos confirmados, e um novo método de compartilhamento de votos chamado view-merge.
- Preparação para o Pós-Quântico: Embora o rascunho não especifique um esquema de assinatura pós-quântico, ele permite adaptabilidade na assinatura e agregação de votos, preparando o Ethereum para futuros avanços criptográficos.
Próximos Passos
Os autores estão atualmente buscando um número de EIP, com a proposta de rotulá-lo como EIP-8453. No entanto, vários componentes, como seleção de comitês e estruturas de recompensas, ainda precisam ser determinados. A implementação desta proposta exigiria um hard fork na camada de consenso, com um possível lançamento antecipado para a atualização I* no início de 2028, após a atualização Hegota.