Многие ранние проекты блокчейна использовали хеширование Педерсена, поскольку оно эффективно работает внутри групп эллиптических кривых и естественным образом сочетается с теми же кривыми, что используются для подписей. Однако безопасность Педерсена наследует предположение о дискретном логарифме. Замена его хеш-функцией, безопасность которой основана исключительно на устойчивости к коллизиям, устраняет эту зависимость. @Starknet произвела эту замену для хеша программы операционной системы и хеша конфигурации, которые используются в основном контракте. Это изменение было ограничено по масштабу, однако оно закрыло один конкретный пункт из опубликованной дорожной карты и продемонстрировало, что такие замены можно реализовать без нарушения существующих аккаунтов. Дальнейшие замены остаются в дорожной карте: обязательства по дереву состояний и производство адресов контрактов. Поскольку эти значения уже зафиксированы в блокчейне, любое изменение должно сопровождаться стратегией миграции для исторических данных. Один из подходов, находящихся в обсуждении, — инструменты, позволяющие существующим контрактам повторно вычислять ключи хранения с использованием нового хеша без ручного перемещения данных. Инженерные затраты значительны, но локализованы и могут осуществляться независимо от собственного графика работы уровня расчетов. Эти постепенные шаги иллюстрируют практический шаблон. Вместо ожидания единого квантово-безопасного форка сеть может постепенно отказываться от предположений об эллиптических кривых, поверхность за поверхностью, внедряя каждое изменение, как только реализация и путь миграции будут готовы. Публичный реестр миграции, отслеживающий статус каждой поверхности, делает оставшееся расстояние наблюдаемым, а не риторическим.