Почему я считаю QRL лучшей квантово-устойчивой монетой
Монета квантово-безопасна лишь настолько, насколько безопасен её более слабый уровень: подписи кошельков или консенсус. Вот как QRL выглядит рядом с семью другими монетами и почему я выбираю её.
Меня спрашивают, почему я считаю QRL лучшей квантово-устойчивой криптовалютой, если есть более новые. Мой ответ начинается с того, что большинство упускает. Любой блокчейн использует криптографию в двух местах. Ваш кошелёк подписывает транзакции, доказывая, что монеты принадлежат вам. А сеть должна договориться, какие блоки настоящие, и это называется консенсусом. Сети на Proof-of-Work договариваются через майнинг, который использует только хеширование. Сети на Proof-of-Stake договариваются через валидаторов, которые подписывают свои голоса. Монета квантово-безопасна лишь настолько, насколько безопасен более слабый из этих двух уровней.
Важен и тип криптографии. Эллиптические кривые, на которых сегодня держится большая часть крипты, падут перед большим квантовым компьютером. Схемы на решётках, такие как ML-DSA, это новые стандарты NIST, созданные для защиты от квантовых атак. Схемы на основе хеш-функций опираются на меньшее число допущений, чем любые другие: только на хеш-функции, от которых и так зависит каждый блокчейн. И всё это должно быть с открытым кодом и пройти аудит, чтобы любой мог проверить.
✅ Квантово-устойчиво (на хешах или решётках) · ❌️ Не квантово-устойчиво (эллиптические кривые: большой квантовый компьютер может их взломать) · ⚠️ Частично устойчиво или не задокументировано
| Монета | Кошелёк | Консенсус | Нужна миграция? | Открытый код | Аудиты |
|---|---|---|---|---|---|
| QRL 1.0 (с 2018) | ✅ XMSS, на хешах, 256-битный хеш адреса | ✅ Proof-of-Work, на хешах | ✅ Нет, уже защищена | Да | Red4Sec, X41 D-Sec |
| QRL 2.0 (тестнет) | ✅ ML-DSA-87, решётки, высший уровень NIST (около 256 бит). Планируется SPHINCS+ (на хешах) | ✅ Proof-of-Stake, ML-DSA-87, решётки | ✅ Нет, уже защищена | Да | Trail of Bits, Halborn, другие в работе |
| Mochimo (с 2018) | ✅ WOTS+, на хешах, 160-битный хеш адреса | ⚠️ Proof-of-Stake с 2026, подписи валидаторов не описаны | ⚠️ Неясно, не задокументировано | Код доступен, использование только для Mochimo | Один аудит кода в 2026, аудитор не назван |
| Abelian (с 2022) | ✅ Собственная схема на решётках | ✅ Proof-of-Work, на хешах | ✅ Нет, уже защищена | Код открыт, без лицензии | Не найдены |
| Quantus (с 2026) | ✅ ML-DSA-87 или ML-DSA-65, решётки | ✅ Proof-of-Work, на хешах | ✅ Нет, уже защищена | Да | Neodyme и Eiger завершены, другие идут |
| Algorand (с 2019) | ⚠️ Эллиптические кривые, Falcon по выбору с 2025 | ❌️ Эллиптические кривые | ❌️ Да, кошельки и консенсус | Да | Широко проверен |
| Ethereum (с 2015) | ❌️ Эллиптические кривые | ❌️ Эллиптические кривые, переход на хеши планируется примерно к 2029 | ❌️ Да, кошельки и консенсус | Да | Широко проверен |
| Bitcoin (с 2009) | ❌️ Эллиптические кривые | ✅ Proof-of-Work, на хешах | ❌️ Да, кошельки | Да | Широко проверен |
QRL 1.0 здесь единственная монета, которая построена на хешах в обоих местах, и так было для каждого аккаунта и каждого блока с 2018 года, без всякой необходимости что-то включать. Bitcoin показывает, почему важны оба уровня: его майнинг безопасен, а кошельки уязвимы. Ближе всех подошёл Mochimo, но более короткий хеш адреса оставляет ему меньший запас прочности. Квантовый компьютер примерно вдвое снижает стойкость хеша: 256 бит превращаются примерно в 128, а 160 бит примерно в 80.
Настоящая сила QRL 2.0 в криптоагильности. Каждый адрес 2.0 содержит небольшую метку типа, которая указывает, какую схему подписи он использует. Первой идёт ML-DSA-87, следующей планируется SPHINCS+, а в Go-библиотеке QRL уже есть и Falcon. Новые схемы можно добавлять по мере развития криптографии, не перестраивая адреса и не заставляя всех начинать заново. Добавьте к этому Proof-of-Stake и смарт-контракты, квантово-безопасные с самого запуска, и получится архитектура, рассчитанная надолго, а не просто на выпуск.
Идеален ли QRL? Нет. 2.0 всё ещё в тестнете, аудиты пройдены на 65%, а команда движется медленнее, чем мне хотелось бы. Ещё я был бы рад увидеть ту же агильность и для ключей валидаторов.
Но QRL не добавлял квантовую устойчивость как функцию. Он с самого начала был создан ради неё и создан так, чтобы продолжать адаптироваться. Поэтому я выбираю его.
Источники
- QRL address format (QRL documentation)
- Red4Sec security audit concludes: a summary (QRL blog)
- QRL team performs proof-of-stake updates, X41 D-Sec audit of enQlave (Crowdfund Insider, October 2020)
- QRL roadmap
- QRL 2.0 overview
- go-qrllib: QRL post-quantum cryptography library (GitHub)
- qrysm: QRL 2.0 proof-of-stake consensus client (GitHub)
- Trail of Bits publishes security assessment of go-qrllib, all findings resolved (QRL, August 2026)
- Halborn audit validates QRL's post-quantum cryptography library (QRL, April 2026)
- QRL weekly update, November 6, 2026 (audits and remediation at 65%)
- Mochimo: proof-of-stake transition and FAQ
- Mochimo address sizes, types.h (GitHub)
- Mochimo Cryptocurrency Engine License Agreement (GitHub)
- Mochimo v3.1.0-beta release notes, audit findings F-01 to F-32 (GitHub)
- Abelian node source code, no licence file (GitHub)
- Abelian lattice cryptography, pqringctx (GitHub)
- Quantus audits (Quantus documentation)
- Quantus chain source code (GitHub)
- Quantus launches mainnet with post-quantum cryptography (Finbold, September 2026)
- Quantum-resistant transactions on Algorand with Falcon signatures (Algorand)
- Quantum resistance on the Ethereum roadmap (ethereum.org)
- NIST IR 8105: Report on Post-Quantum Cryptography (Grover and hash functions)
QRL Hub — независимый сайт, не связанный с QRL Foundation. Статья носит исключительно информационный характер и не является инвестиционной рекомендацией.