Uma nova proposta do ethereum fundida pretende aposentar o comitê de sincronização de 512 validadores da rede, remover suas recompensas e tornar obsoleta a interface atual de cliente leve do Altair, substituindo-a por provas de conhecimento zero fora da cadeia.
O Draft EIP-8390 estima que a exclusão do peso da recompensa da comissão reduziria a emissão anual de consenso em aproximadamente 33.800 ETH.
Ethereum abandonaria um mecanismo integrado ao protocolo que permite que clientes leves acompanhem a beacon chain antes que o serviço de prova proposto, a interface de migração e o suporte econômico tenham sido especificados.
Uma comissão de sincronização é uma amostra de 512 validadores cujas mensagens fornecem aos clientes leves uma maneira compacta de rastrear o ethereum sem processar todo o conjunto de validadores.
A proposta foi inserida no repositório oficial de EIPs às 02:04 UTC em 24 de ago., mas seu status de Rascunho a torna um design para discussão, não uma atualização adotada. Ela não possui um epoch de ativação nem compromisso no roadmap do ethereum, e o documento deixa o agendamento para as equipes de clientes.
A thread de discussão do autor discussion thread não listou nenhuma avaliação externa na atualização da versão inicial.
A emissão diminui, mas a variação do comércio de segurança
A fórmula de recompensa de consenso do ethereum atribui à comitê de sincronização um peso de 2 dentro de um denominador de 64. O EIP-8390 removeria esse peso sem redistribuí-lo, produzindo uma redução de 2/64, ou 1/32, na emissão de consenso.
O rascunho relata um snapshot de 901.505 validadores e 42.328.615 ETH stakeados. Em relação à sua estimativa de cerca de 1,082 milhão de ETH em emissão anual de consenso, a parte removida corresponde a aproximadamente 33.800 ETH por ano.
O cálculo de 1/32 não se traduz em uma redução de 3,125% no rendimento total realizado de cada validador. Ele se aplica à emissão de consenso alocada para recompensas de comitê de sincronização, enquanto os retornos realizados podem incluir outras recompensas de consenso e renda da camada de execução.
Altair não define nenhuma condição de slashing especificamente para um validador que assina uma mensagem de comitê de sincronização maliciosa. EIP-7657, uma proposta separada que buscava adicionar tal penalidade, agora está marcada como Estagnada. Ela alertou que aplicações que garantem mais de 512 vezes 32 ETH, ou 16.384 ETH, devem combinar o protocolo de cliente leve com outras proteções.
Essa cifra era um aviso de design sob um saldo efetivo máximo de 32 ETH, mas ainda assim captura a preocupação por trás do EIP-8390: as assinaturas amostradas ajudam os clientes leves a acompanhar Ethereum, mas as mensagens maliciosas da comissão de sincronização não possuem sua própria condição de slashing do protocolo.
Remover a amostra trocaria esse problema de responsabilidade por uma dependência diferente. Clientes leves seriam esperados para verificar uma prova de conhecimento zero de finalidade do Casper FFG em todo o conjunto de validadores.
Essa prova se tornaria o sinal de finalidade para clientes que não processam o conjunto completo de validadores.
Clientes leves de ethereum precisariam de um substituto ainda não construído
EIP-8390 removerá suas funções de validador, mensagens de rede, contêineres de dados de cliente leve e vários pontos de extremidade da Beacon API. A proposta afirma que clientes leves Altair implantados que sincronizam por meio de LightClientUpdate deixarão de funcionar no fork.
A categoria afetada inclui software que utiliza o fluxo padrão de atualização Altair. Helios, que pode ser incorporado em carteiras e aplicações descentralizadas, depende de um ponto de extremidade de consenso que suporte a Beacon API do cliente leve do Ethereum. Lodestar fornece um pacote de cliente leve do lado do consumidor construído em torno desse caminho.
Nimbus expõe uma interface de light-client para os mesmos objetos de atualização, enquanto Datachain’s Ethereum IBC client constrói cabeçalhos a partir dos dados LightClientUpdate e FinalityUpdate obtidos por meio do Beacon RPC.
Esses projetos são exemplos confirmados, e seu impacto real no fork dependerá de se ainda utilizam as interfaces removidas e quais migrações seus mantenedores lançarem.
A especificação atual Altair define o fluxo de atualização consumido por essas implementações. O EIP-8390 remove esse fluxo sem fornecer um contrato de Beacon API de substituição ou uma especificação de migração de cliente.
EIP-8390 afirma que a finalidade Casper FFG poderia ser provada em um único epoch em uma única GPU e verificada em milissegundos, mas o rascunho não cita nenhuma implementação reprodutível, circuito, perfil de hardware ou benchmark que sustente essa afirmação.
Um projeto público completo comparável relata pré-processamento em menos de um minuto em uma CPU de 64 núcleos sem aceleração GPU e descreve partes da composição final da prova como trabalho futuro ou não construído. O trabalho demonstra progresso sob uma configuração de hardware diferente.
O EIP não define o serviço de prova, sua interface de cliente, modelo de confiabilidade, operadores ou financiamento. O rascunho também adiciona explicitamente nenhum incentivo no protocolo para produzir provas de finalidade e não propõe nenhum, embora financiamento offchain ou de bens públicos ainda possa surgir fora do protocolo.
O ethereum estaria trocando um mecanismo de confiança imperfeito por uma infraestrutura que ainda não faz parte da especificação. As economias na emissão são concretas nos próprios números da proposta, enquanto a disponibilidade, o caminho de migração e a economia da substituição permanecem em aberto.
Avançar o EIP-8390 em direção à ativação exigiria uma interface testada para clientes leves, migrações funcionais para os atuais consumidores do Altair e produção de provas públicas que permaneça disponível quando os usuários dependerem dela.
A postagem Ethereum proposal would cut 33,800 ETH issuance and break every deployed Altair light client apareceu primeiro em CryptoSlate.