$XLM Bell／Protocol 30 включил постквантовые подписи в повестку обновления, но говорить, что «Stellar полностью защищён от квантовых атак», пока рано. Stellar Development Foundation объявил, что голосование в основной сети запланировано на 23 ноября, 17:00 UTC; вступление обновления в силу зависит от голосования валидаторов. По состоянию на 9 ноября это обновление ещё ожидало голосования.
CAP-87 позволяет смарт-контрактам проверять подписи ML-DSA. Если кошелёк или кастодиальный сервис размещает логику авторизации в аккаунте смарт-контракта, он может выбрать этот тип подписи; для подписей транзакций на сетевом уровне по-прежнему используется Ed25519. Сторонники считают преимуществом возможность сначала опробовать новый подход на аккаунтах с крупными средствами и постепенно перейти на него. Скептики обращают внимание на другую сторону работы: вопрос с аккаунтами по умолчанию, подписями валидаторов, совместимостью кошельков и увеличением объёма данных подписи не решается автоматически появлением функции проверки в смарт-контракте.
Сравнение с другими платёжными сетями помогает лучше понять ситуацию. В официальной документации $XRP Ledger перечислены secp256k1 и Ed25519 как доступные для подписей аккаунтов алгоритмы; $HBAR Hedera также указывает, что для аккаунтов и транзакций по-прежнему используются ECDSA или Ed25519, а новые типы подписей включены в последующий план миграции. Все три сети сталкиваются с одним и тем же долгосрочным риском для ключей, но сравнивать их прогресс лишь по тому, упоминают ли они постквантовую защиту, нельзя. Для меня важнее, сколько аккаунтов и кошельков действительно начнут использовать новый способ авторизации после голосования в основной сети и когда появится осуществимый план миграции сетевых подписей. Источники: объявление Stellar Protocol 30, документация XRPL по ключам и техническая информация Hedera о постквантовой защите. Предупреждение о рисках: на данный момент нет свидетельств того, что существующие ключи подвергаются практически осуществимым квантовым атакам; техническая дорожная карта не определяет динамику цены токена.
CAP-87 позволяет смарт-контрактам проверять подписи ML-DSA. Если кошелёк или кастодиальный сервис размещает логику авторизации в аккаунте смарт-контракта, он может выбрать этот тип подписи; для подписей транзакций на сетевом уровне по-прежнему используется Ed25519. Сторонники считают преимуществом возможность сначала опробовать новый подход на аккаунтах с крупными средствами и постепенно перейти на него. Скептики обращают внимание на другую сторону работы: вопрос с аккаунтами по умолчанию, подписями валидаторов, совместимостью кошельков и увеличением объёма данных подписи не решается автоматически появлением функции проверки в смарт-контракте.
Сравнение с другими платёжными сетями помогает лучше понять ситуацию. В официальной документации $XRP Ledger перечислены secp256k1 и Ed25519 как доступные для подписей аккаунтов алгоритмы; $HBAR Hedera также указывает, что для аккаунтов и транзакций по-прежнему используются ECDSA или Ed25519, а новые типы подписей включены в последующий план миграции. Все три сети сталкиваются с одним и тем же долгосрочным риском для ключей, но сравнивать их прогресс лишь по тому, упоминают ли они постквантовую защиту, нельзя. Для меня важнее, сколько аккаунтов и кошельков действительно начнут использовать новый способ авторизации после голосования в основной сети и когда появится осуществимый план миграции сетевых подписей. Источники: объявление Stellar Protocol 30, документация XRPL по ключам и техническая информация Hedera о постквантовой защите. Предупреждение о рисках: на данный момент нет свидетельств того, что существующие ключи подвергаются практически осуществимым квантовым атакам; техническая дорожная карта не определяет динамику цены токена.
