Muitos projetos iniciais de blockchain usaram hashing Pedersen porque é eficiente dentro de grupos de curvas elípticas e combina naturalmente com as mesmas curvas usadas para assinaturas. A segurança de Pedersen, no entanto, herda a suposição do logaritmo discreto. Substituí-lo por uma função de hash cuja segurança se baseia apenas na resistência a colisões remove essa dependência. O @Starknet realizou essa substituição para o hash do programa do sistema operacional e o hash de configuração que aparecem no contrato principal. A mudança foi limitada em escopo, mas resolveu um item concreto no roadmap publicado e demonstrou que tais substituições podem ser executadas sem interromper contas existentes. Mais substituições permanecem no roadmap: os compromissos da trie de estado e a derivação dos endereços de contrato. Como esses valores já estão comprometidos na blockchain, qualquer mudança deve ser acompanhada por uma estratégia de migração para dados históricos. Uma abordagem em discussão é a criação de ferramentas que permitam aos contratos existentes recalcular chaves de armazenamento sob o novo hash sem movimentação manual de dados. O custo de engenharia é não trivial, mas é localizado e pode avançar independentemente do cronograma da camada de liquidação. Esses passos incrementais ilustram um padrão prático. Em vez de esperar por um único hard fork quântico-seguro, uma rede pode aposentar suposições de curva elíptica superfície por superfície, lançando cada mudança assim que a implementação e o caminho de migração estiverem prontos. Um registro público de migração que rastreia o status de cada superfície torna a distância restante observável, em vez de retórica.