
O cofundador do Ethereum, Vitalik Buterin, publicou um artigo em 18 de março, apresentando um mecanismo totalmente novo de regras de confirmação rápida do Ethereum. De acordo com esta proposta, os utilizadores podem obter uma garantia rígida, assegurando que as transações do Ethereum não serão revertidas dentro de um intervalo de tempo de uma slot (12 segundos). Vitalik aponta que a segurança deste mecanismo depende de duas condições prévias: que a grande maioria dos nós validadores permaneça honesta e que a latência da rede seja inferior a aproximadamente 3 segundos.
O mecanismo de confirmação final atual do Ethereum (finalidade económica) requer a espera de dois epochs, ou seja, cerca de 6,4 minutos, para fornecer uma garantia de irreversibilidade apoiada por criptografia e economia. Isto representa um obstáculo significativo à experiência do utilizador em cenários que exigem confirmação instantânea — como terminais de pagamento, execução de ordens em exchanges descentralizadas e liquidação on-chain em ambientes de retalho.
A regra de confirmação rápida proposta por Vitalik visa preencher a lacuna de segurança entre “a transação ser incluída num bloco” e “obter confirmação de finalidade completa”:
Tempo de confirmação: um único slot (12 segundos), sem necessidade de esperar pelo término do epoch
Primeira condição de segurança: que a maioria dos nós validadores na rede opere honestamente, sem a ação de atacantes maliciosos que colaborem para reverter transações já broadcastadas
Segunda condição de segurança: que a latência da rede seja inferior a cerca de 3 segundos, garantindo que as mensagens possam ser propagadas por toda a rede antes do final do slot
Nível de segurança: inferior à “finalidade económica” completa, mas, quando as duas condições acima forem atendidas, a possibilidade de reversão é extremamente baixa
O argumento central de Vitalik é que, na prática, a maior parte do tempo a rede Ethereum satisfaz essas duas condições, tornando esta “garantia de finalização fraca” suficientemente confiável para aplicações reais, além de ser muito mais rápida do que a espera pela confirmação completa.
O mecanismo de confirmação atual do Ethereum possui vários níveis, e compreender esse contexto ajuda a avaliar o significado da nova regra:
Transação incluída (cerca de 12 segundos): a transação entra no bloco mais recente, mas teoricamente ainda pode ser reorganizada (por exemplo, em ataques de rede ou em situações marginais)
Confirmação de um certo número de blocos: à medida que blocos adicionais são empilhados, o custo de reverter a transação aumenta, mas antes da finalidade completa ela ainda não é matematicamente irreversível
Finalidade completa (~6,4 minutos): após dois epochs, a transação obtém uma garantia de finalidade apoiada por criptografia, sendo que qualquer atacante precisaria destruir pelo menos 1/3 dos fundos staked no Ethereum para revertê-la
A nova regra de confirmação rápida introduz uma camada de proteção “suave, porém confiável” entre o primeiro e o segundo nível, reduzindo o tempo de confirmação confiável de 6,4 minutos para 12 segundos, ao custo de depender de suposições de honestidade na rede, em vez de garantias puramente econômicas criptográficas.
Na rede Ethereum atual, essa hipótese é válida na maioria das situações. O mecanismo PoS do Ethereum inclui penalizações severas (slashing) que fazem com que validadores que atuem de forma maliciosa percam uma grande quantidade de ETH, incentivando fortemente a honestidade. No entanto, em caso de ataques direcionados de 51% ou de coordenação em larga escala entre validadores, essa premissa pode não se sustentar — motivo pelo qual Vitalik afirma que essa segurança é “ligeiramente inferior à finalidade econômica completa”.
Os validadores do Ethereum estão distribuídos globalmente, e um dos objetivos do seu design de rede ponto-a-ponto é garantir que as mensagens possam ser propagadas em múltiplos saltos antes do fim do slot. Um limite de latência de 3 segundos é atingível para validadores com boas conexões de internet, mas validadores em locais extremamente remotos ou com condições de conexão precárias podem representar casos marginais. Isso sugere que o mecanismo é mais adequado para cenários com rede bem conectada.
A proposta de Vitalik é atualmente uma sugestão técnica e ainda não entrou no processo formal de submissão de EIPs (Ethereum Improvement Proposals). Dependendo de como for implementada, pode exigir uma atualização de software dos clientes, ou pode ser implementada como uma regra na camada de aplicação dentro do framework atual, sem necessidade de uma bifurcação completa de consenso. O caminho técnico exato será discutido posteriormente pelos desenvolvedores.