Imaginem ter fundos na sua carteira, posições em diversos protocolos DeFi e anos de histórico de transações.
Agora imaginem ser informado de que a criptografia que protege sua conta precisa ser substituída.
Vocês realmente quereriam criar outra carteira, transferir tudo e reconectar todas as suas aplicações apenas para manter a segurança?
Estive analisando a pesquisa de agilidade criptográfica do @Starknet, e esse é o tipo de problema que acho merece mais discussão.
--> Alterar a segurança sem começar do zero
O Starknet utiliza abstração de conta nativa, o que significa que as contas são contratos inteligentes programáveis.
Em vez de depender de um único método fixo de verificação de assinatura, os desenvolvedores podem introduzir diferentes formas para as contas autorizarem transações.
Isso significa que contas compatíveis podem adotar nova criptografia sem exigir uma atualização em toda a rede.
Para os usuários, isso poderia, eventualmente, significar atualizar a segurança da conta mantendo o mesmo endereço e os mesmos fundos.
Acho isso muito mais prático do que esperar que todos migrem ao mesmo tempo.
--> Já existe algo concreto para observar
Em 25 de outubro, um desenvolvedor compartilhou uma migração experimental testada no Starknet Sepolia.
A demonstração cobriu 11 classes de contratos de carteira, incluindo implementações da Argent, Braavos e OpenZeppelin.
Contas de teste existentes foram atualizadas para usar assinaturas híbridas ECDSA e Falcon-512, mantendo seus endereços e fundos.
Após a migração, as transações exigiam ambas as assinaturas, e o caminho antigo de autorização apenas ECDSA foi rejeitado.
Essa é uma informação importante.
Substituir um método de segurança não é suficiente se o método antigo, potencialmente vulnerável, ainda puder ser usado.
A implementação ainda não foi auditada e permanece apenas na testnet, portanto não é uma atualização final de carteira para todos.
Mesmo assim, aprecio ver os desenvolvedores trabalhando no processo real de migração.
--> E quanto à segurança subjacente do @Starknet?
As provas STARK e as assinaturas de conta têm propósitos diferentes.
Provas STARK baseadas em hash verificam que o cálculo foi realizado corretamente, enquanto as assinaturas de conta determinam quem pode autorizar transações.
Como esses componentes são separados, alterar a verificação de assinatura da conta não exige substituir todo o sistema de prova.
O StarkWare Quantum Hub também avalia oito aspectos da agilidade criptográfica.
Na sua avaliação de 15 de outubro de 2026, o Starknet apresentou evidências públicas sustentando todas as oito capacidades dentro do escopo definido na lista de verificação.
Isso não significa que a rede seja completamente resistente ao quantum.
Contas existentes ainda precisam ser migradas e o Starknet continua dependendo do Ethereum para componentes importantes, incluindo sua ponte e disponibilidade de dados.
Essas dependências têm seus próprios requisitos de segurança e cronogramas de atualização.
--> Minhas reflexões
Não acho que preparar-se para ameaças quânticas deva significar esperar até que uma vulnerabilidade se torne uma emergência.
Ninguém sabe exatamente quais avanços na computação quântica ou na matemática assistida por IA poderão revelar.
Mas já podemos trabalhar para tornar as atualizações de segurança menos complicadas para as pessoas que realmente usam essas redes.
Gostaria de ver os desenvolvedores de carteiras tornarem essas migrações mais fáceis, especialmente em relação à recuperação de chaves, compatibilidade e prevenção de usuários caírem acidentalmente em segurança mais fraca.
Ter a tecnologia é uma coisa. Torná-la segura e prática para usuários comuns é outra.
É essa parte do trabalho do @Starknet que vou acompanhar atentamente.
Pesquisa e metodologia:
https://t.co/bUHhv9TxJF
Quantum Hub:
https://t.co/veMp2WwDeT
#Starknet #PostQuantum