Учасник XRP Ledger запропонував гібридне постквантове тестування у 2027 році та перехід на мейннет у 2028 році, хоча жодна опублікована дорожня карта XRPL не підтвердила жодного з цих термінів.
Підсумок
- Учасник XRPL Foundation запропонував гібридне тестування у 2027 році та цільовий перехід на мейннет у 2028 році.
- Жодна офіційна дорожня карта XRPL наразі не підтверджує запропонований учасником термін квантової готовності до розгортання в мейннеті у 2028 році.
- XRPL наразі підтримує підписи secp256k1 та Ed25519, обидва з яких колись можуть бути скомпрометовані достатньо потужними квантовими комп’ютерами.
- Існуюча функціональність RegularKey дозволяє акаунтам XRPL змінювати ключі підпису, зберігаючи свої публічні адреси.
- Дослідник Ethereum Джастін Дрейк очікує, що три криптографічні рівні Ethereum стануть постквантово захищеними до 2029 року.
Vet, учасник XRP Ledger Foundation та валідатор у децентралізованому списку унікальних вузлів, представив ці дати в дописі в X від 9 вересня. Учасник описав очікувану фазу тестування, за якою слідуватиме гібридна система, у якій звичайні та квантово-стійкі підписи працюватимуть разом.
Запропонований графік поставив би квантове оновлення XRPL на один рік раніше за дату завершення 2029 року, про яку говорив дослідник Ethereum Джастін Дрейк. Жодна з цих дат не є гарантованою активацією мережі. Графік Ethereum походить із технічної презентації дослідника, тоді як дати XRPL не з’явилися у формальній поправці, специфікації, голосуванні валідаторів чи офіційній дорожній карті.
Ціль XRP Ledger на 2028 рік залишається пропозицією учасника
Vet сказав, що розробники очікують значного прогресу у 2027 році перед можливим переходом на мейннет протягом 2028 року. Запропонована робота включала б тестування постквантових алгоритмів і запуск нових методів підпису поряд з існуючою криптографією XRPL.
Публічні матеріали на офіційному вебсайті XRP Ledger наразі не визначають 2028 рік як затверджений термін. Станом на 10 вересня в опублікованій документації XRPL не було знайдено відповідної пропозиції поправки, технічної специфікації чи графіка впровадження.
Ця відмінність залишає дати як повідомлене очікування учасника. Зміни XRPL зазвичай проходять через публічну розробку, тестування та голосування щодо поправок перед активацією. Допис у X не може активувати код протоколу або зобов’язати валідаторів-учасників до дати розгортання.
Vet назвав запропонований аварійний механізм відповіддю «Quantum-Day». За цим описом, уразливі акаунти можна було б ізолювати та перевести в захищений стан без зупинки реєстру. Публічна документація XRPL, переглянута для цього звіту, не містить затвердженої поправки з такою назвою.
Жодна технічна специфікація наразі не пояснює його умови активації, обмеження акаунтів чи процес відновлення. Доки розробники не опублікують ці деталі, запропонований аварійний механізм залишається приписуваною концепцією, а не підтвердженою функцією XRPL.
Існуюча ротація ключів не завершує квантову міграцію
XRP Ledger наразі визнає два алгоритми підпису: secp256k1, заснований на алгоритмі цифрового підпису на еліптичних кривих, та Ed25519, який використовує алгоритм цифрового підпису на кривих Едвардса. Обидва згадуються в документації щодо криптографічних ключів реєстру.
Документація XRPL визнає, що достатньо потужний квантовий комп’ютер, який використовує алгоритм Шора, міг би загрожувати його існуючим методам підпису. На тій самій сторінці зазначено, що розробники могли б запровадити інший алгоритм підпису, якщо з’являться практичні квантові комп’ютери. Вона не називає обраний постквантовий алгоритм і не наводить дату розгортання.
Вбудований механізм RegularKey вже дозволяє обліковому запису призначити заміну ключа підпису без зміни своєї публічної адреси. Згодом обліковий запис може замінити або видалити RegularKey, надіславши авторизовану транзакцію, як пояснюється в посібнику з управління ключами XRPL.
Ротація RegularKey — це не те саме, що повний квантовий захист. Обліковий запис XRPL зберігає мастер-ключ, похідний від його початкових облікових даних, і протокол дозволяє користувачам вимкнути цей мастер-ключ, але не замінити його. Повна міграція мала б охоплювати мастер-ключі, списки мультипідписів, верифікацію транзакцій, операції валідаторів та будь-які публічно відкриті ключі, вразливі до майбутніх атак.
Вет заявив, що збереження наявних r-адрес зменшило б незручності для користувачів і кастодіанів. Публічна документація підтверджує, що призначення RegularKey залишає адресу облікового запису незмінною. Вона не підтверджує, що лише цей механізм може забезпечити загальномережевий постквантовий перехід.
Дата 2029 року для Ethereum охоплює три технічні рівні
Порівняння з Ethereum походить із опублікованого квантового плану Джастіна Дрейка. Дрейк визначив три сфери, які потребують нової криптографії: підписи BLS у консенсусі, зобов’язання KZG для даних і підписи ECDSA, які використовуються обліковими записами Ethereum.
«Моя дата завершення повного забезпечення постквантової безпеки Ethereum — 2029 рік», — сказав Дрейк. Він описав цей рік як очікувану точку завершення, а не як обов’язкову дату активації, затверджену через управління Ethereum.
Робота Ethereum охоплює інші алгоритми та компоненти протоколу, ніж XRPL. Тому порівняння календарних дат не встановлює, яка мережа виконала більше інженерної роботи, тестування чи перевірки безпеки. Жоден спільний технічний еталон, на який посилається будь-який із проєктів, наразі не вимірює їхню відносну готовність.
Дрейк визначив свою особисту оцінку «Q-Day», коли квантові комп’ютери могли б зламати наявну криптографію з відкритим ключем, як 2032 рік. Дослідники не встановили підтвердженої дати для такої машини. Прогрес апаратного забезпечення, виправлення помилок і ресурси, необхідні для атаки на розгорнутий ключ блокчейну, залишаються невизначеними.
Квантове оновлення XRPL вимагало б підтримки валідаторів
Перш ніж зміна протоколу може стати активною, валідатори XRPL повинні безперервно підтримувати поправку понад необхідний поріг. Процес внесення поправок у мережі зазвичай вимагає понад 80% підтримки від довірених валідаторів протягом двох тижнів.
Нещодавнє оновлення продемонструвало, як процес може затримати активацію. Як повідомляло crypto.news, виправлена поправка BatchV1_1 у XRPL отримала 24 голоси від 35 валідаторів dUNL 8 вересня. Її підтримка на рівні 68,57% залишалася нижчою за поріг активації, тому двотижневий відлік не міг початися.
Зміна, пов’язана з квантовими технологіями, спершу вимагала б від розробників опублікувати код і визначити підтримувану схему підпису. Тестування мало б перевірити розмір транзакції, швидкість верифікації, продуктивність валідаторів, сумісність із апаратними гаманцями та процедури відновлення облікового запису. Потім валідатори могли б вирішити, чи вмикати поправку.
У публічному плані учасника не було визначено алгоритм. Доступні кандидати мають різні операційні витрати. Більші публічні ключі та підписи можуть підвищити вимоги до зберігання, пропускної здатності та обробки, тоді як помилки в реалізації можуть послабити інакше безпечний криптографічний дизайн.
Стандартизовані алгоритми пропонують кілька можливих шляхів
Національний інститут стандартів і технологій США опублікував свої перші завершені постквантові стандарти у 2024 році. Вони включають ML-KEM для встановлення ключів, ML-DSA для цифрових підписів та SLH-DSA як стандарт підпису на основі хешу.
XRPL вимагав би методу цифрового підпису, оскільки користувачі підписують транзакції, а валідатори перевіряють авторизацію. Вибір стандартизованого алгоритму все одно вимагав би інженерної роботи, специфічної для мережі, незалежних аудитів і тестування сумісності.
Project Eleven веде реестр постквантової криптографії, що охоплює такі схеми, як ML-DSA, SLH-DSA та FN-DSA, стандартизовану форму, пов’язану з Falcon. Його публічний вебсайт пропонує постквантові аудити та інструменти тестування, але жодне публічне оголошення, розглянуте для цього звіту, не підтверджує залучення до XRPL або завершений аудит безпеки.
