Principais conclusões
- A preocupação de Buterin é que a IA possa descobrir atalhos matemáticos que reduzam a segurança no mundo real de alguns sistemas criptográficos.
- Ele favorece construções baseadas em hash quando viáveis e defende parâmetros muito mais conservadores para criptografia baseada em reticulados (lattices).
- Para traders, a mensagem prática é disciplina operacional: não apresse migrações, proteja o material de recuperação, prefira endereços de recebimento novos quando prático e revise fluxos de trabalho de multisig e privacidade.
- Esta é uma avaliação de risco prospetiva, não evidência de que a IA já tenha quebrado ECDSA, ML-DSA ou carteiras mainstream hoje.
Vitalik Buterin levantou uma questão de segurança que vai muito além do Ethereum: e se a inteligência artificial acelerar a descoberta matemática rapidamente o suficiente para alterar a força prática da criptografia antes que a indústria espere?
Sua resposta é deliberadamente ponderada. Ele não recomenda que os usuários corram para mover fundos para novas carteiras hoje. Em vez disso, ele argumenta que desenvolvedores, instituições e usuários individuais devem reduzir a exposição evitável à criptografia que poderia se tornar mais fraca se a IA descobrir novos ataques ou grandes atalhos algorítmicos.
A distinção importa. Isso não é um anúncio de que um esquema de assinatura de carteira falhou, nem uma previsão com prazo fixo. É um chamado para levar a sério um risco plausível de cauda: sistemas de IA podem ajudar pesquisadores a encontrar fraquezas estruturais ou melhorias de eficiência em problemas que atualmente são assumidos como difíceis. Se isso acontecer, tamanhos de chave e escolhas de protocolo que parecem conservadores hoje podem se mostrar menos conservadores em retrospecto.
Para traders, a conclusão imediata não é "mova tudo agora". É "faça escolhas de segurança que permaneçam sensatas se as suposições criptográficas mudarem mais rápido do que o esperado".
Qual é o argumento central de Vitalik Buterin?
O alerta de Buterin foca na lacuna entre a dureza teórica de um criptosistema e sua segurança concreta no mundo real.
A criptografia frequentemente começa com um problema que parece proibitivamente caro para resolver por força bruta. Mas a história da criptoanálise mostra que pesquisadores humanos podem descobrir melhores algoritmos e técnicas de engenharia que reduzem drasticamente esse custo. A fatoração é um exemplo bem conhecido: décadas de progresso matemático produziram métodos muito melhores do que a busca ingênua, forçando sistemas criptográficos baseados em fatoração a usar parâmetros muito maiores do que a intuição inicial poderia sugerir.
A pergunta de Buterin é se a pesquisa matemática assistida por IA poderia produzir progresso comparável muito mais rápido. Em sua estruturação, um sistema de IA não precisa "desafiar a matemática" ou forçar bruta cada chave privada. O risco é que ela ajude a descobrir um atalho anteriormente desconhecido, um melhor algoritmo de ataque ou uma melhor maneira de explorar a estrutura dentro de um problema criptográfico.
É por isso que ele pede à indústria que olhe além da simplificação comum de que curvas elípticas são vulneráveis à computação quântica enquanto hashes e reticulados são seguros. Em sua visão, suposições de reticulado merecem mais escrutínio em um ambiente de pesquisa acelerado por IA, e assinaturas de curva elíptica também podem enfrentar pressão mais cedo do que muitos usuários esperam.
Por que reticulados, ML-DSA e FHE estão em foco
Buterin identifica a criptografia baseada em reticulados como uma nova área central de preocupação. Construções de reticulado sustentam várias tecnologias importantes pós-quânticas e orientadas à privacidade, incluindo ML-DSA, um padrão de assinatura digital baseado em reticulado, e criptografia totalmente homomórfica (FHE), que permite computação em dados criptografados.
Essas ferramentas são importantes precisamente porque foram projetadas para resistir a ataques que colocariam em risco muitos esquemas de chave pública mais antigos. O ponto de Buterin não é que a criptografia de reticulado já esteja quebrada. É que um sistema pode ser resiliente a uma classe de ameaça, como algoritmos quânticos, enquanto ainda está exposto a outra: um grande avanço na criptoanálise clássica ou assistida por IA.
A consequência prática é uma mudança na forma como as margens de segurança devem ser avaliadas. Um conjunto de parâmetros que é teoricamente seguro sob ataques atuais pode oferecer menos margem de manobra se a IA comprimir anos de pesquisa matemática em um período mais curto. Buterin sugere que sistemas de longo prazo construídos sobre suposições estruturadas devem considerar parâmetros significativamente maiores — ele usa um aumento de dez vezes no tamanho da chave como uma inferência razoável para designs destinados a serem plausivelmente duráveis ao longo de um horizonte longo.
Parâmetros maiores vêm com custos: assinaturas tornam-se maiores, provas tornam-se mais pesadas e requisitos de largura de banda ou verificação podem aumentar. Essa troca leva diretamente à sua preferência por abordagens baseadas em hash sempre que puderem fazer o trabalho.
Por que a criptografia baseada em hash parece mais atraente para ele
Buterin argumenta que construções baseadas em hash devem ser preferidas às baseadas em reticulado sempre que designs baseados em hash forem viáveis. Sua intuição é que uma função hash criptográfica bem projetada deve se comportar sem estrutura matemática explorável. Em contraste, sistemas de chave pública baseados em grupos algébricos, reticulados, códigos ou outros objetos estruturados necessariamente expõem alguma estrutura que os pesquisadores podem eventualmente entender melhor.
Isso não torna os hashes magicamente invulneráveis. Um avanço teórico suficientemente profundo também poderia prejudicar a segurança do hash. O argumento de Buterin é comparativo: ele considera mais plausível que a IA encontre um novo ataque útil em um objeto estruturado do que que encontre um atalho prático equivalente contra uma função hash propriamente projetada.
Essa visão é refletida na direção de longo prazo "Lean" do Ethereum, que busca assinaturas e provas baseadas em hash em vez de adicionar assinaturas baseadas em reticulado, Falcon ou compromissos baseados em reticulado dentro de provas de conhecimento zero. Buterin observa que assinaturas e provas podem frequentemente migrar para designs apenas com hash. A criptografia de chave pública é mais difícil: mensagens seguras, sistemas de anonimização, acesso a sites e muitas aplicações não-blockchain precisam de criptografia de chave pública, e hashes sozinhos não podem fornecê-la.
Essa distinção é importante para traders. Uma carteira blockchain pode eventualmente adotar diferentes mecanismos de assinatura, mas a infraestrutura mais ampla em torno de um trader — ferramentas de mensagens, VPNs, sistemas de identidade, dispositivos de hardware, fluxos de trabalho de custódia e protocolos de privacidade — pode depender de diferentes suposições de chave pública e cronogramas de atualização.
O que isso significa para a segurança da carteira ECDSA?
Muitas contas blockchain dependem de assinaturas digitais de curva elíptica, incluindo sistemas baseados em ECDSA. Em termos gerais, uma assinatura de transação pode revelar ou tornar derivável informações de chave pública. Se um avanço futuro tornasse viável derivar uma chave privada de uma chave pública, fundos controlados por chaves públicas expostas poderiam enfrentar maior risco.
É por isso que Buterin novamente favorece a ideia de manter fundos, quando é fácil e seguro fazê-lo, em endereços que ainda não enviaram uma transação. Um endereço de recebimento novo pode não ter exposto o mesmo material de chave pública on-chain da maneira que um endereço de gasto tem. Isso reduz uma categoria de exposição; não é uma garantia absoluta de segurança e não substitui uma gestão sólida de chaves.
Mais importante, Buterin combina essa recomendação com um alerta contra migração apressada. Migrações de carteira introduzem seus próprios riscos: enviar para a rede errada, copiar um endereço alterado, expor uma frase de recuperação, interagir com uma interface de phishing, configurar incorretamente uma multisig ou criar um problema fiscal e de registro. Uma transferência apressada pode ser mais perigosa hoje do que o risco criptográfico de longo prazo que busca evitar.
A ordem racional é, portanto: entenda sua configuração, confirme o destino, teste pequeno quando apropriado e faça apenas mudanças que estejam dentro de sua competência operacional. Os usuários nunca devem compartilhar frases semente ou chaves privadas para "atualizar" uma carteira, e devem verificar independentemente as instruções oficiais de atualização.
O que significa para traders ativos
Para traders ativos, este debate é principalmente uma questão de segurança e infraestrutura — não um sinal para fazer apostas direcionais em um token ou interromper um plano de negociação bem gerenciado.
1. Evite movimentos de carteira movidos pelo pânico
O primeiro ponto de Buterin é o mais simples: não trate um alerta prospetivo como uma instrução de emergência para esvaziar sua carteira. A urgência é um dos ingredientes mais comuns em phishing e perdas operacionais. Uma migração deve ter uma razão definida, software verificado, um plano de recuperação documentado e uma revisão de detalhes de endereço e rede.
2. Separe capital de negociação de auto-custódia de longo prazo
Traders já devem saber onde cada pool de capital está e por quê. Capital necessário para posições ativas tem diferentes requisitos de liquidez e operacionais de holdings de longo prazo. Essa separação facilita revisar a exposição da carteira sem interromper controles de risco, gestão de colateral ou posições abertas.
3. Use endereços novos onde o fluxo de trabalho permitir
Onde for direto, use um endereço de recebimento novo para fundos destinados ao armazenamento de longo prazo e evite gastar desnecessariamente desse endereço. Esta é uma prática de redução de exposição, não um mandato para rotacionar cada saldo. Não sacrifique qualidade de backup, controle de acesso ou contabilidade correta simplesmente para seguir uma preferência de higiene de endereço.
4. Revise fluxos de assinatura multisig
Buterin prefere fluxos de confirmação off-chain para carteiras multisig porque menos assinaturas de signatários são expostas publicamente. No cenário extremo onde o ECDSA enfraquecesse rapidamente, ele argumenta que um arranjo coordenado off-chain poderia degradar-se mais graciosamente: o controle pode concentrar-se com o coordenador de transação em vez de ficar disponível para qualquer atacante que possa explorar cada chave de signatário exposta.
Essa é uma observação de design de protocolo, não uma instrução universal para redesenhar cada multisig imediatamente. Operadores de tesouraria devem revisar como sua carteira particular e política de assinatura expõem chaves e assinaturas, quem controla a coordenação de transações, se as aprovações são autenticadas e como a recuperação funciona se um signatário ou dispositivo for comprometido.
5. Trate protocolos de privacidade como uma revisão de segurança separada
Buterin favorece fortemente evitar notas criptografadas diretamente on-chain, sugerindo que informações criptografadas sejam transmitidas off-chain através de um mecanismo de terceiros. A questão é persistência: dados postados em uma blockchain pública permanecem disponíveis para criptoanálise futura. Uma suposição de confidencialidade que vale hoje pode não valer para sempre.
Para usuários de protocolos de preservação de privacidade, a ação é entender quais dados criptografados são registrados permanentemente, por quanto tempo devem permanecer confidenciais e se o protocolo tem um caminho de atualização credível. "Criptografado on-chain" não deve ser automaticamente lido como "privado para sempre".
Uma lista de verificação prática para traders
As seguintes ações abordam riscos ordinários de carteira e operacionais, deixando espaço para atualizações criptográficas conforme os padrões evoluem:
- Inventarie sua exposição. Liste carteiras de auto-custódia, dispositivos, backups, multisigs, permissões delegadas e ferramentas de privacidade. Identifique quais endereços são ativamente gastos e quais são destinados ao armazenamento de longo prazo.
- Priorize controles básicos. Proteja frases de recuperação offline, use assinatura apoiada por hardware quando apropriado, habilite segurança forte de conta e verifique independentemente domínios, aplicativos, permissões de contrato e endereços de destino.
- Planeje migrações em vez de reagir a manchetes. Se decidir que um endereço novo ou atualização de carteira é útil, documente o processo, verifique o endereço através de um canal confiável e evite pressa. Considere uma pequena transação de teste quando apropriado para o ativo e rede.
- Revise seu modelo multisig. Confirme independência de signatários, autenticação de aprovação, procedimentos de recuperação e o papel do coordenador de transação. Busque aconselhamento especializado antes de alterar arranjos de tesouraria de alto valor.
- Observe atualizações de protocolo credíveis. Os sinais futuros importantes serão atualizações de carteira auditadas, mudanças de padrões, planos de migração em nível de cadeia e orientações de segurança dos projetos que você realmente usa — não mensagens não solicitadas prometendo proteção imediata.
- Mantenha a ameaça em proporção. Nenhuma evidência pública nesta discussão estabelece que a IA já quebrou carteiras ECDSA mainstream, ML-DSA ou criptografia baseada em reticulado hoje. A resposta apropriada é preparação, não pânico.
A lição maior: agilidade criptográfica está se tornando uma questão de risco de negociação
O alerta de Buterin tem uma implicação mais ampla. Usuários de cripto frequentemente avaliam risco através de volatilidade de preço, alavancagem, liquidez, exposição a contratos inteligentes e custódia. Agilidade criptográfica — a capacidade de uma carteira, protocolo ou serviço atualizar suas suposições de segurança sem interromper usuários — pertence a essa lista também.
Os sistemas mais fortes não serão aqueles que afirmam ter resolvido a criptografia para sempre. Serão sistemas que minimizam exposição desnecessária de chave pública, usam margens de segurança generosas, mantêm caminhos de atualização credíveis e comunicam mudanças claramente antes que os usuários sejam forçados a decisões apressadas.
Para traders individuais, a regra durável é menos dramática: mantenha sua configuração de segurança compreensível o suficiente para melhorar com segurança. Se uma atualização futura for necessária, o objetivo é estar preparado para seguir um processo verificado — não tomar uma decisão de alta aposta enquanto reage à urgência das redes sociais.
Conclusão
Vitalik Buterin não está dizendo que a IA já quebrou a criptografia. Ele está dizendo que a IA pode acelerar o progresso matemático que altera as margens de segurança no mundo real da criptografia, especialmente para sistemas estruturados como curvas elípticas e reticulados.
Sua direção preferida é clara: escolha construções baseadas em hash quando possível, use parâmetros mais conservadores onde criptografia estruturada é inevitável, evite colocar notas criptografadas de longa duração on-chain e reduza exposição desnecessária de chave pública. Para traders, isso se traduz em higiene disciplinada de carteira, revisões cuidadosas de multisig e protocolos de privacidade, e nenhuma migração por pânico.
A resposta mais útil não é medo. É preparação: entenda o que você usa, reduza exposição prevenível e aguarde caminhos de atualização verificados e auditados antes de fazer mudanças de alto impacto.
Aviso legal: Este artigo é apenas para fins informativos e não constitui aconselhamento financeiro, de investimento, jurídico ou de cibersegurança. Mercados de criptomoedas e auto-custódia envolvem risco. Sempre faça sua própria pesquisa e verifique orientações de carteira, protocolo e segurança através de canais oficiais antes de agir.
