De acordo com pt.wedoany.com-A StarkWare divulgou um roteiro de criptografia pós-quântica (PQ) em várias fases para a rede Layer-2 Starknet, com o objetivo de migrar primitivas principais de suposições criptográficas vulneráveis a ataques quânticos. Como a Starknet utiliza o sistema de prova STARK, que depende de funções hash resistentes a colisões em vez da aritmética de criptografia de curva elíptica (ECC), sua camada de prova subjacente isola naturalmente vulnerabilidades quânticas específicas que afetam a infraestrutura de liquidação de outras redes blockchain. Além disso, a funcionalidade nativa de abstração de conta da Starknet permite implementar esquemas de assinatura resistentes a quântica na camada de contrato sem alterar o protocolo central da camada de consenso.

A estratégia de engenharia é dividida em vários módulos de implementação independentes para proteger sistematicamente diferentes camadas da rede. A primeira fase, voltada para novas atividades on-chain, substitui o hash Pedersen, que herda suposições de curva elíptica nas camadas de hash da árvore de compromisso de estado, derivação de endereço de contrato e configuração do sistema operacional (OS), pelo hash BLAKE2. A atualização do hash de configuração do OS está prevista para entrar em operação na mainnet no início de julho de 2026, enquanto o contrato de conta em desenvolvimento pela OpenZeppelin integrará a opção de assinatura pós-quântica Falcon-512. A segunda fase estende a resistência quântica a implantações on-chain existentes, introduzindo um kit de migração nativa automatizada que permite aos desenvolvedores atualizar a derivação de chaves de slots de armazenamento legados sem necessidade de migração manual de dados ou interrupção de interfaces de contrato.

A terceira fase lida com vetores de infraestrutura externa que dependem diretamente do cronograma independente de migração pós-quântica do Ethereum. A estrutura de mensagens de ponte L1 para L2 da Starknet depende de chamadas de sistema secp256k1/r1 vulneráveis a quântica, enquanto sua camada de disponibilidade de dados de diferença de estado utiliza compromissos KZG baseados em curva elíptica em blobs EIP-4844. A remoção dessas chamadas de sistema específicas e a otimização dos compromissos de blob serão executadas condicionalmente após a atualização criptográfica upstream do Ethereum, garantindo que a transmissão de mensagens entre cadeias e a transparência da disponibilidade de dados não sejam afetadas.