Visão Geral
A mais recente comparação de Vitalik Buterin do roteiro de 2023 da Ethereum com o atual Strawmap L1 mostra uma mudança significativa nas prioridades do protocolo. Os objetivos originais da rede não foram abandonados, mas a resistência quântica avançou, enquanto privacidade nativa, escalabilidade pós-quântica, rollups nativos e especificações mais formalmente verificáveis ganharam destaque. Algumas direções anteriores, incluindo Funções de Atraso Verificáveis e partes do roteiro anterior da EVM, agora recebem menos ênfase.
O roteiro de segurança quântica da Ethereum não é um cronograma confirmado de hard-fork. O Strawmap é um rascunho mantido pela Arquitetura da Fundação Ethereum, e propostas individuais ainda devem progredir por pesquisa, Propostas de Melhoria da Ethereum, implementação de clientes, testes e coordenação da comunidade. Ethereum.org descreve aproximadamente 2029 como o alvo para concluir a infraestrutura pós-quântica central, mas classifica explicitamente os marcos associados como metas de planejamento, não compromissos garantidos.
Nenhum computador quântico pode atualmente quebrar a criptografia da Ethereum, então os usuários não precisam mover seus ETH ou mudar de carteira imediatamente. A importância do roteiro reside no tempo necessário para uma rede descentralizada substituir vários componentes criptográficos sem interromper validadores, contas, rollups ou aplicativos. A privacidade cria um desafio igualmente amplo porque deve proteger pagamentos, atividade de aplicativos, solicitações RPC e metadados de rede, preservando usabilidade e composabilidade.
Principais Conclusões
- A resistência quântica recebeu maior prioridade no roteiro mais recente da Ethereum.
- A migração cobre assinaturas BLS, compromissos KZG, contas ECDSA e alguns sistemas de prova ZK.
- A privacidade nativa permanece um objetivo de design, não um recurso padrão existente.
- Assinaturas pós-quânticas maiores tornam a agregação e a escalabilidade partes essenciais da transição.
- A meta de 2029 é um marco de planejamento, e os usuários não precisam agir hoje.
Como o roteiro de segurança quântica da Ethereum mudou
O que mudou no roteiro mais recente de Vitalik Buterin?
Os objetivos de longo prazo da Ethereum permanecem reconhecíveis, mas sua ordem e implementação técnica mudaram. A comparação de 10 de agosto de Vitalik indicou que a segurança quântica subiu na pilha de prioridades, enquanto Funções de Atraso Verificáveis e algumas melhorias anteriores da EVM tornaram-se menos centrais. Direções anteriores de gerenciamento de estado envolvendo Verkle Trees e expiração de estado também foram reorganizadas em torno de propostas mais recentes.
O roteiro atualizado dá maior visibilidade à privacidade nativa, escalabilidade pós-quântica, rollups nativos, futuros de blob e gás, e especificações projetadas para verificação formal mais fácil. Essas adições refletem mudanças na tecnologia circundante. Provas de conhecimento zero tornaram-se mais práticas, rollups agora carregam uma parcela maior da atividade da Ethereum, e avanços na computação quântica tornaram a migração criptográfica de longo prazo uma preocupação de engenharia mais concreta.
Rollups nativos poderiam eventualmente permitir que a camada base da Ethereum verificasse transições de estado de rollups por meio de mecanismos de protocolo padronizados. Futuros de blob e gás, por sua vez, tornariam mais fácil precificar e gerenciar espaço de bloco ou capacidade de dados futuros. Essas ideias permanecem direções de pesquisa, não recursos garantidos, mas sua inclusão mostra que a Ethereum trata cada vez mais escalabilidade, segurança e design de mercado como problemas conectados.
O Strawmap não deve ser interpretado como um calendário de atualizações. Ele é mantido pela Arquitetura da Fundação Ethereum e mapeia possíveis direções ao longo de vários anos. Um recurso que aparece nele não significa que os desenvolvedores concordaram com uma especificação final, bloco de ativação ou método de implementação.
Por que a segurança quântica está se tornando mais urgente?
A segurança quântica está se tornando mais urgente porque transições criptográficas podem levar anos, mesmo quando a ameaça subjacente não é imediata. A Ethereum deve coordenar validadores, clientes de execução e consenso, carteiras, contratos inteligentes, rollups, pontes e provedores de custódia. Esperar até que exista um computador quântico suficientemente poderoso deixaria pouco tempo para testes e migração de contas.
Ethereum.org identifica quatro áreas que exigem diferentes soluções pós-quânticas. O consenso depende de assinaturas BLS para agregar votos de validadores. A disponibilidade de dados usa compromissos polinomiais KZG como parte da arquitetura de escalabilidade de rollups da Ethereum. Contas padrão de propriedade externa usam assinaturas ECDSA, enquanto muitos sistemas de conhecimento zero na camada de aplicação dependem de suposições de curvas elípticas.
Esses componentes não podem ser protegidos por um único substituto universal. Um esquema de assinatura de validador deve suportar agregação eficiente em um grande conjunto de validadores. Um compromisso de disponibilidade de dados deve permanecer compacto e prático para nós. A migração de carteiras deve proteger contas ativas e inativas, enquanto rollups precisam de sistemas de prova que permaneçam acessíveis e compatíveis com aplicativos existentes.
O hardware quântico atual permanece muito abaixo do nível necessário para quebrar a criptografia da Ethereum. A preparação é, portanto, um exercício de gerenciamento de risco, não uma resposta a um ataque ativo. A incerteza em torno do cronograma de desenvolvimento é precisamente a razão pela qual a rede está começando a transição cedo.
Privacidade torna-se um objetivo de design em nível de protocolo
Como a privacidade nativa mudaria a atividade dos usuários do Ethereum?
A privacidade nativa reduziria as informações que observadores externos podem conectar entre pagamentos, aplicativos, consultas RPC e atividade de rede. Não tornaria cada transação ou interação com contrato inteligente completamente invisível.
O roteiro de privacidade de Vitalik separa o problema em quatro áreas: pagamentos onchain privados, anonimização parcial da atividade dentro de aplicativos, privacidade para leituras de blockchain e chamadas RPC, e anonimato em nível de rede. Essa definição mais ampla importa porque os valores das transações são apenas uma fonte de exposição. O provedor RPC de um usuário pode observar quais endereços e contratos a carteira consulta, mesmo quando nenhuma transação é enviada.
Uma abordagem proposta é mover-se para um endereço diferente para cada aplicativo. Isso poderia dificultar a associação da atividade de empréstimo, negociação, jogos e pagamento de um usuário por meio de uma conta pública. Transferências que preservam a privacidade para os outros endereços do usuário seriam então necessárias para impedir que essas contas fossem vinculadas por meio de transações de financiamento comuns.
A integração com carteiras é outra prioridade. Ferramentas de privacidade poderiam se tornar parte das interfaces de carteira existentes, permitindo que os usuários gastem de saldos protegidos sem baixar uma carteira especializada separada. Propostas de FOCIL e abstração de conta poderiam melhorar a resistência à censura e reduzir a dependência de relays públicos para transações que preservam a privacidade.
A privacidade de RPC pode inicialmente depender de ambientes de execução confiáveis, seguidos por recuperação privada de informações se a tecnologia se tornar eficiente o suficiente para conjuntos de dados em escala Ethereum. As carteiras também poderiam se conectar a vários serviços RPC ou usar provedores diferentes para aplicativos diferentes, reduzindo a quantidade de metadados visíveis para um operador.
Por que a privacidade padrão é difícil de implementar?
A privacidade padrão é difícil porque os aplicativos Ethereum dependem de estado compartilhado e composabilidade. Um ativo ou conta privada ainda deve interagir com exchanges descentralizadas, protocolos de empréstimo, pontes e rollups sem expor informações desnecessárias ou criar custos de prova proibitivos.
Provas de privacidade consomem computação e gás. A agregação de provas poderia permitir que várias transações privadas compartilhassem uma prova onchain, mas isso introduz infraestrutura e latência adicionais. A atividade entre L2s cria outra complicação porque saldos privados e permissões de conta devem permanecer utilizáveis em diferentes ambientes de execução sem revelar publicamente seu proprietário comum.
A recuperação de carteira também é mais difícil quando as relações de conta são intencionalmente ocultadas. Um sistema deve permitir que os usuários rotacionem chaves ou recuperem acesso sem vincular cada nota privada e conta de aplicativo. Carteiras de armazenamento de chaves que preservam a privacidade destinam-se a resolver esse problema, mas permanecem uma área de desenvolvimento.
Requisitos regulatórios e de conformidade adicionam mais restrições. Privacy Pools e sistemas relacionados tentam dar aos usuários privacidade de transação, permitindo que eles demonstrem que os fundos não se originam de fontes ilícitas especificadas. Se esse modelo pode fornecer privacidade prática, liquidez ampla e ferramentas de conformidade aceitáveis permanece incerto.
Consequentemente, o roteiro não significa que o Ethereum já fornece privacidade nativa por padrão. Nonces chaveados, mecanismos de raiz recente, FOCIL, privacy pools e tecnologias RPC privadas permanecem em diferentes estágios de pesquisa e implementação. Sua inclusão indica direção, não implantação concluída.
Migração pós-quântica remodela a escalabilidade do Ethereum
Por que o roteiro de segurança quântica do Ethereum não pode simplesmente substituir assinaturas?
O Ethereum não pode simplesmente substituir suas assinaturas existentes porque alternativas pós-quânticas geralmente têm características de desempenho diferentes. Assinaturas BLS são valiosas porque muitas assinaturas de validadores podem ser agregadas em uma prova compacta. Ethereum.org observa que uma assinatura BLS tem aproximadamente 96 bytes, enquanto uma assinatura baseada em hash leanXMSS pode ter cerca de 3.000 bytes.
Substituir BLS diretamente por leanXMSS sem agregação eficaz aumentaria muito a quantidade de dados de consenso transmitidos e verificados a cada slot. Isso poderia aumentar os requisitos de largura de banda e hardware, reduzir a capacidade da rede de operar sob condições adversas e tornar a participação do validador mais cara.
A leanVM proposta aborda esse problema verificando e agregando assinaturas pós-quânticas por meio de uma máquina virtual de conhecimento zero especializada. Ethereum.org afirma que essa abordagem visa comprimir os dados associados em aproximadamente 250 vezes. No entanto, sua segurança, desempenho de prova e integração com clientes ainda exigem testes.
Compromissos KZG apresentam um problema de migração separado. Eles dependem de emparelhamentos de curvas elípticas e eventualmente precisariam ser substituídos por um esquema de compromisso resistente a quantum. Compromissos baseados em STARK usam funções hash, enquanto alternativas baseadas em reticulados dependem de problemas matemáticos que se acredita resistirem a ataques quânticos. Nenhuma abordagem ainda demonstrou uma combinação final de eficiência, segurança e maturidade operacional para a carga de trabalho completa de disponibilidade de dados do Ethereum.
As assinaturas de conta podem transitar mais gradualmente por meio da abstração de conta. A agilidade de assinatura permitiria que carteiras individuais adotassem um método de autenticação pós-quântico sem forçar todas as contas a migrarem no mesmo dia. Isso reduz o risco de coordenação, mas deixa questões não resolvidas sobre contas inativas e usuários que não atualizam.
Os computadores quânticos podem roubar ETH hoje?
Não. Os computadores quânticos atuais não podem derivar chaves privadas do Ethereum ou forjar assinaturas de validadores na escala necessária para atacar a rede. O Ethereum.org afirma que os fundos dos usuários estão seguros hoje e que nenhuma ação imediata na carteira é necessária.
A exposição de longo prazo difere conforme o histórico da conta. Quando uma conta Ethereum padrão envia uma transação, sua chave pública se torna visível na cadeia. Um computador quântico futuro suficientemente capaz poderia teoricamente usar essa chave pública para derivar a chave privada correspondente. Uma conta que apenas recebeu ativos e nunca enviou uma transação expõe seu endereço, que é um hash da chave pública, em vez da chave pública em si.
Essa distinção fornece proteção adicional para contas não utilizadas, mas não é uma estratégia de migração completa. Usuários ativos, carteiras de contratos inteligentes, chaves de validadores, pontes e aplicativos ainda precisariam de autenticação resistente a quântica. Contas inativas também criam um problema de governança porque seus proprietários podem não responder quando as ferramentas de migração estiverem disponíveis.
Os marcos planejados do Ethereum incluem um registro de chaves pós-quântico, ferramentas de verificação nativas, atestações de validadores pós-quânticas e, eventualmente, agregação e compromissos de blob. O Ethereum.org tem como alvo aproximadamente 2029 para a infraestrutura central, reconhecendo que a migração da camada de execução e do ecossistema continuaria além desse ponto.
Os usuários devem monitorar as orientações oficiais da carteira e do protocolo em vez de reagir a alegações especulativas de que um ataque quântico é iminente. Uma migração real seria acompanhada por lançamentos de clientes, EIPs, suporte de carteira e instruções claras do ecossistema Ethereum.
As novas prioridades do Ethereum dependem da implantação prática
O mais recente roteiro de segurança quântica do Ethereum mostra que a estratégia de longo prazo do protocolo está se expandindo além do throughput de transações. Privacidade, resistência quântica, verificação formal e integração de rollups estão se tornando requisitos centrais de design porque cada um afeta se o Ethereum pode permanecer seguro e utilizável ao longo de vários ciclos tecnológicos.
A força do roteiro é que ele trata a migração criptográfica como um problema de sistemas. Substituir as assinaturas BLS afeta a agregação de validadores e a largura de banda da rede. Substituir os compromissos KZG afeta a disponibilidade de dados de rollups. Proteger contas ECDSA requer migração de carteira e agilidade de assinatura, enquanto mover aplicativos para provas resistentes a quântica pode alterar os custos de prova e a compatibilidade.
A privacidade tem um escopo igualmente amplo. Pagamentos privados sozinhos não podem proteger os usuários se o mesmo endereço vincula atividades entre aplicativos ou se provedores de RPC coletam dados detalhados de consulta. O design da carteira, a abstração de conta, a agregação de provas, a resistência à censura e os metadados de rede devem, portanto, evoluir juntos.
No entanto, o roteiro continua sendo uma coleção de direções de pesquisa e marcos de planejamento. O sucesso deve ser medido por se as propostas entram no processo EIP, ganham suporte entre clientes e carteiras, têm desempenho confiável em redes de teste e chegam à mainnet sem aumentar materialmente o custo de executar nós ou usar aplicativos.
Os próximos sinais a observar incluem testes de interoperabilidade pós-quântica, desempenho de prova do leanVM, suporte de carteira para agilidade de assinatura, alternativas aos compromissos KZG e propostas concretas de privacidade entrando em atualizações programadas. Até que esses passos ocorram, o roteiro mais recente representa uma declaração mais clara das prioridades do Ethereum, não uma prova de que privacidade nativa ou resistência quântica total já foi entregue.
Fontes
https://x.com/VitalikButerin/status/2086824673556467938
https://ethereum.org/roadmap/security/quantum-resistance/
https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459
Aviso de risco: Este artigo é apenas para referência e não constitui aconselhamento de investimento. O mercado de criptomoedas é altamente volátil. Por favor, tome decisões com cautela com base em suas circunstâncias individuais.
