EIP-8390 propõe aposentar o sync committee do Ethereum e reduzir emissão anual em 33.800 ETH

Uma proposta recém-incorporada ao repositório oficial de EIPs do Ethereum sugere desativar o sync committee de 512 validadores, eliminar suas recompensas e tornar obsoleta a interface atual de light clients do Altair, substituindo-a por provas de conhecimento zero (ZK) geradas fora do protocolo. Em status Draft, o EIP-8390 é um texto para discussão: não há epoch de ativação, nem compromisso no roadmap, e o cronograma fica a cargo das equipes de clientes. O autor também não apontou revisões externas na atualização inicial do rascunho. Pelos cálculos do próprio documento, a retirada do peso de recompensa do sync committee reduziria a emissão anual de consenso em cerca de 33.800 ETH. Hoje, a fórmula de recompensas atribui ao sync committee um peso de 2 em um denominador de 64. Ao remover esse componente sem redistribuí-lo, o EIP-8390 implica uma queda de 2/64 (1/32) na emissão de consenso. O rascunho usa um retrato de 901.505 validadores e 42.328.615 ETH em staking; sobre uma estimativa de aproximadamente 1,082 milhão de ETH por ano em emissão de consenso, a parcela removida equivale a ~33.800 ETH anuais. O texto ressalta que o fator 1/32 não significa, automaticamente, um corte de 3,125% no retorno total efetivo de todos os validadores. A redução incide sobre a emissão de consenso destinada às recompensas do sync committee, enquanto o retorno realizado pode incluir outras recompensas de consenso e receitas da camada de execução. A mudança, contudo, altera o perfil de segurança e dependências do ecossistema. O sync committee é uma amostra de 512 validadores cujas mensagens permitem que clientes leves acompanhem a beacon chain de forma compacta, sem processar todo o conjunto de validadores. Pela especificação Altair, não existe uma condição de slashing específica para um validador que assine uma mensagem maliciosa do sync committee. Uma proposta separada, a EIP-7657, que buscava introduzir essa penalidade, está marcada como Stagnant. Ela alertava que aplicações protegendo mais de 512 vezes 32 ETH (16.384 ETH) deveriam combinar o protocolo de light client com outras proteções. Ao remover essa amostra, o EIP-8390 troca o problema de responsabilização por uma nova dependência: light clients passariam a verificar uma prova ZK de finalidade do Casper FFG sobre o conjunto completo de validadores. Essa prova se tornaria o sinal de finalidade para clientes que não processam o set inteiro. Na prática, o EIP-8390 elimina deveres dos validadores ligados ao sync committee, mensagens de rede, contêineres de dados para light clients e vários endpoints da Beacon API. O documento afirma que light clients Altair já implantados que sincronizam via LightClientUpdate deixariam de funcionar no fork. Entre exemplos citados como potencialmente afetados estão Helios (embutível em carteiras e dApps), Lodestar (pacote de light client para consumidores), Nimbus (interface de light client) e o cliente Ethereum IBC da Datachain, que monta headers a partir de LightClientUpdate e FinalityUpdate obtidos via Beacon RPC. O impacto real dependeria de quais interfaces esses projetos ainda utilizam e das migrações que seus mantenedores conseguirem entregar. O principal ponto em aberto é que o EIP-8390 remove o fluxo definido pelo Altair sem apresentar um contrato substituto de Beacon API nem uma especificação de migração para clientes. O rascunho sustenta que a finalidade do Casper FFG poderia ser provada em um epoch em uma GPU e verificada em milissegundos, mas não fornece implementação reproduzível, circuito, perfil de hardware ou benchmarks que sustentem a afirmação. Um design público comparável menciona pré-processamento abaixo de um minuto em CPU de 64 núcleos (sem GPU) e descreve partes da composição final da prova como trabalho futuro. O EIP também não define como seria o serviço de geração de provas, sua interface para clientes, o modelo de confiabilidade, quem operaria a infraestrutura ou como seria financiada. O texto explicita que não adiciona incentivos in-protocol para produzir provas de finalidade, nem propõe um mecanismo, embora financiamento off-chain ou via bens públicos possa surgir fora do protocolo. Em síntese, a economia de emissão aparece quantificada nos números do próprio rascunho, mas disponibilidade, caminho de migração e viabilidade econômica do substituto permanecem indefinidos. Para avançar rumo à ativação, o EIP-8390 teria de apresentar uma interface testada para light clients, migrações funcionais para consumidores Altair e um modelo de produção pública de provas que se mantenha disponível quando usuários passarem a depender dele.