Dentro do Hegota: O Plano do Ethereum para Eliminar a Dependência de Relays e Tornar a Privacidade Nativa

Vitalik Buterin tem soado o alarme: as carteiras de contratos inteligentes (smart wallets) e os protocolos de privacidade do Ethereum desenvolveram uma dependência estrutural de intermediários conhecidos como “relays”. Essa “dependência de relay” significa que muitas transações não conseguem chegar à blockchain a menos que um serviço terceirizado as encaminhe — um vetor de centralização sutil, mas perigoso, que introduz riscos de censura e confiabilidade exatamente onde o Ethereum deveria operar sem necessidade de confiança . O problema é especialmente grave para os protocolos de privacidade, que ofuscam os dados da transação e, portanto, não podem ser transmitidos facilmente no mempool público; eles dependem de relays para fazer essa ponte, e esses relays se tornam pontos de estrangulamento .

Buterin aprofundou essa crítica em novembro de 2025, quando assinou o “Manifesto Trustless” (Manifesto pela Desnecessidade de Confiança), em coautoria com Marissa Posner e Yoav Weiss. O manifesto condena o aumento da “centralização por conveniência” por meio de relays e insiste que o sucesso do Ethereum deve ser medido pela “confiança reduzida por transação”, e não por transações por segundo . No início de 2026, ele declarou no X (antigo Twitter) que o Ethereum havia “ficado consideravelmente para trás” em autossoberania e desnecessidade de confiança na última década, apontando como provedores de RPC (Chamada de Procedimento Remoto) centralizados, como Infura e Alchemy, agora processam a maioria das solicitações das carteiras . O hard fork Hegota, planejado para o segundo semestre de 2026, é a resposta para reverter essa crescente dependência de intermediários.

O Hegota reúne quatro propostas de melhoria (EIPs, na sigla em inglês) em nível de protocolo que, em conjunto, eliminam a dependência de relays, reforçam a resistência à censura e incorporam a privacidade na camada base.

FOCIL (EIP-7805): Prevenindo a Censura na Camada de Consenso

A Fork-Choice Enforced Inclusion Lists, ou FOCIL, é a principal novidade da camada de consenso para o Hegota . Ela determina que todas as transações válidas em uma lista de inclusão sejam obrigatoriamente colocadas em um bloco, impedindo que validadores ou construtores de bloco individuais censurem transações específicas. Até 17 participantes, selecionados aleatoriamente por slot, podem submeter cada um sua própria lista de inclusão; se uma transação válida aparecer em pelo menos uma lista, o construtor do bloco é forçado a incluí-la. Blocos que ignorarem listas de inclusão válidas são rejeitados pela regra de escolha de fork (fork-choice), tornando praticamente impossível para um único agente bloquear uma transação . Essa é uma contramedida direta a cenários onde a separação entre construtor e validador concentrou a produção de blocos em um punhado de relays que poderiam ser pressionados a filtrar transações .

EIP-8141: Contas Inteligentes como Participantes Plenos da Rede

A EIP-8141 torna as carteiras de contratos inteligentes — frequentemente chamadas de contas inteligentes — participantes de primeira classe na rede, permitindo que elas enviem transações diretamente, sem a necessidade de um relay intermediário . Ela se baseia no trabalho de abstração de conta da EIP-7701 e expande essas capacidades para que as operações de carteiras inteligentes possam ser incluídas no mempool público . Quando combinada com a FOCIL, uma transação de carteira inteligente pode chegar a um bloco ao ser captada por um dos 17 “includers” (incluidores) selecionados aleatoriamente e, então, ter sua inclusão garantida pelas regras da FOCIL. O efeito prático, segundo Buterin, é que “as transações de carteiras inteligentes poderão entrar no mempool público e ser captadas pela FOCIL em igualdade de condições com as transações regulares” .

EIP-7701: Executando Protocolos de Privacidade Sem Relays

A EIP-7701 é um aprimoramento de abstração de conta projetado especificamente para que os protocolos de privacidade operem de forma nativa, sem depender de relays externos ou transmissores públicos . Ela divide as transações do Ethereum em fases distintas, permitindo que terceiros intervenham para pagar as taxas na fase apropriada, sem a necessidade de um serviço de relay dedicado para aceitar e encaminhar as transações privadas dos usuários . Isso elimina um ponto estrutural onde um relay poderia censurar ou até mesmo desanonimizar uma transação, além de simplificar o desenvolvimento e a manutenção de aplicações que preservam a privacidade . Buterin já classificou a EIP-7701 como uma peça essencial de um roteiro de privacidade de camada 1 maximamente simples .

EIP-8182: Transferências Privadas Nativas de ETH e ERC-20

Rascunhada por Tom Lehman, cofundador da Facet, em março de 2026 e proposta para inclusão no Hegota, a EIP-8182 incorpora um pool blindado (shielded pool) compartilhado diretamente na camada base do Ethereum, por meio de um contrato de sistema implantado em um endereço fixo . O design usa uma estrutura baseada em UTXO, sem chave de administrador, sem proxy, sem mecanismo de pausa e sem token de governança — as únicas mudanças possíveis são por meio de hard forks . A validade das transações é verificada usando provas de conhecimento zero Groth16 BN254 . O objetivo é unificar a privacidade sob o modelo de confiança do próprio Ethereum, em vez de forçar os usuários a soluções fragmentadas na camada de aplicação, que sofrem com conjuntos de anonimato minúsculos . Carteiras e aplicações compartilhariam um único pool blindado, permitindo transferências privadas para qualquer endereço Ethereum ou nome ENS, sem a necessidade de um formato de endereço específico para privacidade .

Juntando as Peças

A dependência de relay que Buterin identificou não é um caso extremo e teórico: ela é fruto de escolhas reais onde a conveniência e a experiência do usuário foram priorizadas em detrimento da desnecessidade de confiança, e onde o amadurecimento da separação construtor-validador concentrou a construção de blocos em poucos serviços centralizados . O Hegota ataca esse problema por múltiplos ângulos simultaneamente. A FOCIL garante que as transações não possam ser silenciosamente descartadas por um proponente hostil. As EIPs 8141 e 7701 garantem que carteiras inteligentes e protocolos de privacidade possam alcançar o mempool público e o mecanismo de inclusão da FOCIL sem passar por um terceiro confiável . A EIP-8182 vai um passo além, tornando as transferências privadas uma funcionalidade nativa do protocolo, em vez de algo que precisa ser anexado externamente por meio de middlewares dependentes de relays . O resultado, se entregue conforme o planejado no hard fork Hegota, é uma camada base onde as transações de qualquer tipo de conta são tratadas com igualdade, a resistência à censura é estruturalmente garantida e a privacidade é nativa, não opcional.