📖 Квантовый риск для крипты: почему защита подписи становится новым стандартом
Криптовалюты держатся на криптографии: она доказывает право тратить средства, поддерживает доверие между узлами сети и делает подписи практически невозможными для подделки на классических компьютерах.
Квантовые компьютеры меняют правила, потому что ускоряют задачи, на которых построены популярные схемы подписи. Поэтому в индустрии всё чаще говорят о постквантовых алгоритмах (PQC — криптография, рассчитанная на квантовые атаки) и о том, как сети будут обновляться без хаоса.
Цель материала: разобрать, что именно означает «квантово-устойчивость», где в блокчейне возникает главный риск и по каким признакам видно, что проект реально готовится к переходу, а не продаёт красивую идею.
Существует сценарий «собрать сейчас — раскрыть позже»: данные и ключевые артефакты фиксируют сегодня, чтобы попытаться вскрыть их, когда вычислительная мощность станет выше. Поэтому для долгоживущих адресов и ключей важнее плавная подготовка, чем экстренные решения в последний момент.
⚡ Как квантовые компьютеры бьют по криптографии
Разбираем два квантовых эффекта и понимаем, где нужна смена подписи, а где хватит усиления параметров.
В криптовалютах есть два слоя защиты: шифрование и цифровые подписи. Для блокчейна ключевое — подписи, потому что они доказывают право тратить средства.
Мини-легенда терминов: ниже расшифровки, чтобы дальше читать без “спотыкания”.
RSA: криптография на факторизации чисел (классический фундамент для шифрования и подписей).
ECC: криптография на эллиптических кривых (даёт компактные ключи и подписи).
ECDSA: схема цифровой подписи на ECC, широко используемая в кошельках и блокчейнах.
🧮 Алгоритм Шора — риск для RSA и ECC
Алгоритм Шора (Shor’s algorithm — квантовый метод для факторизации и дискретного логарифма) ускоряет задачи, на которых держатся RSA и ECC.
- Что меняется: при достаточной квантовой мощности теоретически можно восстановить приватный ключ по публичному.
- Что под ударом: цифровые подписи — то есть доказательство владения и право тратить средства.
- Почему это критично: компрометация подписи = риск несанкционированного вывода с уязвимых адресов.
🔎 Алгоритм Гровера — уменьшает запас прочности у хэшей
Алгоритм Гровера (Grover’s algorithm — квантовое ускорение перебора) снижает эффективную стойкость хэш-функций и симметричных ключей, но обычно не превращает их в “дыру за один день”.
- Что меняется: перебор ускоряется, и запас прочности уменьшается примерно “квадратным корнем”.
- Что делают на практике: усиливают параметры (длина ключей, консервативные настройки, актуальные хэши).
- Почему это управляемо: чаще не нужно менять модель владения средствами, как в случае с подписями.
✅ Управляемо
- Хэши и симметричное шифрование — обычно усиливаются настройками и параметрами.
- Часть рисков снижается практикой: меньше адрес-реюза и аккуратнее подписи сообщений.
❗ Критично
- Подписи (право тратить средства) — цель №1 для постквантовой миграции.
- Ключи инфраструктуры (валидаторы, мосты, мультисиги) — зона высокой концентрации рисков.
Вывод для читателя: квантовая угроза — это прежде всего “вопрос подписи”. Поэтому смотрите, есть ли у сети план смены схемы подписи и миграции адресов.
🗺️ Где квантовый риск бьёт сильнее всего: критические точки блокчейна
Быстрый скан уязвимостей: 5 зон, где компрометация подписи и ключей приводит к потерям быстрее всего.
Критические зоны риска
- Подписи транзакций (право тратить). Если подпись компрометируется, средства уходят без возможности “откатить” операцию.
- Подписи сообщений (login / off-chain / dApps). Часто выглядят безобидно, но могут выдавать права на управление активами и разрешениями.
- Ключи инфраструктуры (валидаторы, сервисы, оракулы). Компрометация может привести к цензуре, конфликтующим подписям и сетевым инцидентам.
- Мосты и мультисиги. Здесь концентрируется стоимость, а ошибка в миграции подписи или порогов подписей становится “точкой массового взлома”.
- Долгоживущие секреты. Данные могут собрать сегодня, чтобы попытаться раскрыть позже при росте вычислительной мощности.
Почему “скрытый публичный ключ” важен: во многих сетях адрес — это хэш публичного ключа (упаковка, а не сам ключ). Публичный ключ становится видимым при трате, и именно этот момент задаёт “окно” потенциальной атаки.
Нюанс в том, что адрес-реюз, устаревшие форматы и подписи сообщений могут “светить” ключи чаще, чем ожидается. Поэтому квантовая готовность — это ещё и правила использования адресов, UX кошелька и качество миграции.
Быстрая карта: что проверить до покупки или долгого хранения
| Что проверяем | Почему это важно | Сигнал «готовности» | Сигнал «риска» |
|---|---|---|---|
| Схема подписи адресов | Определяет, как подтверждается право тратить | Есть план миграции подписи / гибридный режим | Нет механики, только общие заявления |
| Момент раскрытия публичного ключа | Влияет на окно потенциальной атаки | Новые форматы адресов + рекомендации против реюза | Реюз — норма, предупреждений нет |
| Crypto agility | Показывает, насколько апгрейд управляем | Поэтапные обновления, тестовая среда, прозрачный план | Примитивы “вшиты”, апгрейд не описан |
| Ключи инфраструктуры | Снижает риск сетевых инцидентов | Ротация, мультисиг/HSM, регламенты доступа | Одиночные ключи и слабые процессы |
| Мосты и мультисиги | Зона высокой концентрации стоимости | PQC-миграция, тестирование, требования к порогу подписей | Плана нет, сценарии не отрабатываются |
🛡️ Что такое постквантовая криптография и почему это не «квантовое шифрование»
Фиксируем термины: что реально внедряют в блокчейны уже сейчас — и что к ним не относится.
PQC (post-quantum cryptography — постквантовая криптография) — алгоритмы, которые должны оставаться стойкими даже при наличии квантового компьютера у атакующего. Это “обычная” криптография для обычных устройств: кошельков, библиотек и протоколов.
Не путать: PQC — математика и код, QKD (quantum key distribution — квантовое распределение ключей) — физический канал связи и оборудование. В блокчейнах чаще обсуждают именно PQC.
Две задачи, ради которых PQC внедряют в сети
— KEM (key encapsulation mechanism — механизм согласования секрета): помогает безопасно договориться об общем ключе в публичной сети.
— Подписи: подтверждают владение ключом и авторизуют действие (например, расход транзакции).
Семейства PQC без математики: как их понимать “по-человечески”
🔷 Решётки
- Суть: криптография на задачах решёток.
- Плюс: практичная и быстрая в реализациях.
- Цена: ключи и подписи крупнее, чем у ECC.
🧷 Хэши
- Суть: подписи на базе хэш-функций.
- Плюс: строгие предпосылки безопасности.
- Цена: бывают инженерные ограничения по использованию ключей.
🧱 Коды
- Суть: задачи на кодах исправления ошибок.
- Плюс: хороший запас прочности.
- Цена: часто большие ключи и сложнее интеграция.
🧬 Гибрид
- Суть: классическая подпись + PQC одновременно.
- Плюс: переход без резкого “обрыва” совместимости.
- Цена: больше размер транзакций и нагрузка на сеть.
Практический нюанс: постквантовые подписи обычно “тяжелее” по размеру и вычислениям. Отсюда — гибридные схемы, поэтапная миграция и crypto agility (криптографическая гибкость).
📜 Стандарты PQC: что даёт индустрии выбор NIST
NIST помогает отличить реальную PQC-подготовку от общих слов и обещаний.
NIST (National Institute of Standards and Technology — институт стандартов США) проводит открытый отбор и стандартизацию постквантовых алгоритмов. Для индустрии это означает меньше риска “самодельных” решений и больше шансов на проверенные реализации, аудит и совместимость.
Что именно стандартизируют (короткая карта)
| Стандарт | Алгоритм | Задача |
|---|---|---|
| FIPS 203 | ML-KEM | KEM (согласование секрета / “обмен ключом”) |
| FIPS 204 | ML-DSA | Подписи (авторизация и владение) |
| FIPS 205 | SLH-DSA | Подписи на хэш-подходе (консервативный вариант) |
Дополнительно важно понимать два момента. FALCON — ещё один заметный кандидат для стандартизации в подписи. А HQC выбран как резервный вариант для направления KEM — чтобы снизить системный риск, если у основного подхода со временем появятся практические слабости.
Как читателю проверить “NIST-совместимость” без глубоких знаний:
— Где именно используется PQC: в подписях адресов, в сетевом шифровании, в инфраструктуре (HSM) или только “в планах”.
— Какие примитивы названы: проект указывает конкретные алгоритмы и параметры, а не ограничивается словом “post-quantum”.
— Есть ли путь миграции: новые форматы адресов/подписей, гибридный режим, тестовая сеть, сроки и совместимость с кошельками/биржами.
Как это применимо к криптосетям
— Проще проверять заявления: стандарты дают фиксированные определения и параметры.
— Быстрее появляется поддержка: библиотеки, аудиторы и инфраструктурные интеграции.
— Переход становится реалистичным: PQC можно внедрять поэтапно, не ломая сеть одним апгрейдом.
«NIST-совместимо» ≠ «встроено в блокчейн». Часто PQC сначала появляется в TLS, библиотеках и HSM (аппаратных модулях защиты ключей), а сети внедряют это позже через апгрейды и новые форматы адресов/подписей.
🧠 Как сети готовятся к квантовой эпохе: 4 рабочих подхода
Сравниваем четыре стратегии подготовки: что даёт каждая и какую цену придётся заплатить.
Подход 1: постквантовые подписи «с генезиса»
Проект изначально строит владение средствами на PQC (post-quantum cryptography — постквантовая криптография), минимизируя зависимость от ECC (эллиптические кривые) в базовой подписи.
Кому подходит: новым сетям, готовым пожертвовать удобством ради “готовности с нуля”.
Сильные стороны
- Не нужно “перепрошивать” базовую модель владения позже.
- Снижается вероятность экстренной миграции подписи в будущем.
- Безопасность предсказуемее: меньше накопленного криптодолга и оговорок.
Ограничения
- Тяжелее UX: адреса, подписи и интеграции могут быть более “громоздкими”.
- Выше стоимость по данным: размер транзакций и проверка подписи дороже.
- Сложнее стартовая совместимость с кошельками, биржами и сервисами.
Практика: QRL использует XMSS (hash-based подписи — подписи на базе хэш-функций), один из консервативных постквантовых подходов.
Подход 2: гибридные подписи на переходный период
Транзакция подтверждается классической подписью и постквантовой одновременно (или в комбинированной схеме), чтобы повысить запас прочности на время внедрения.
Кому подходит: крупным экосистемам, где критична обратная совместимость.
Сильные стороны
- Переход становится мягче: PQC можно включать поэтапно.
- Есть время обкатать кошельки, биржи и инфраструктуру без “шоковой терапии”.
- Можно мигрировать “кольцами”: сначала инфраструктура и клиенты, затем базовый слой.
Ограничения
- Растут комиссии и нагрузка: данных в транзакции больше.
- Повышаются требования к индексаторам, нодам и сервисам.
- Сложнее аудит и выше риск багов: нужно поддерживать две схемы параллельно.
Практика: гибрид — это этап, а не финальная точка. Заранее определите условия выхода: когда сеть отключит старый формат и как это затронет кошельки/биржи.
Подход 3: crypto agility и план обновлений вместо обещаний
Проект не обещает “квантовую устойчивость сегодня”, а строит протокол так, чтобы смена криптографии проходила управляемо (crypto agility — криптографическая гибкость).
Кому подходит: зрелым сетям, где важнее предсказуемость апгрейдов, чем громкие заявления.
Сильные стороны
- Появляются критерии готовности и прозрачная дорожная карта.
- Можно вводить новые форматы подписи параллельно со старыми.
- Коммуникация проще: “вот этапы и проверки”, а не абстрактные обещания.
Ограничения
- До внедрения PQC “в базу” риск для классических подписей остаётся.
- Нужна дисциплина релизов и совместимость клиентов.
- Если план затягивается, растёт долг ожиданий и давление со стороны сообщества.
Практика: хороший сигнал — когда проект публикует конкретные требования к миграции: новые типы адресов/подписей, тестовую сеть, сроки и критерии “готово для мейннета”.
Подход 4: аварийный сценарий «quantum emergency»
Заранее описанный план на форс-мажор: какие меры допустимы при резком скачке квантовых возможностей и как снизить ущерб.
Кому подходит: всем крупным сетям как страховка, даже при постепенном переходе на PQC.
Сильные стороны
- В кризис есть сценарий действий и коммуникация, а не паника.
- Снижается шанс “ломающих” решений в последний момент.
- Заранее понятны “красные линии”: что сеть сделает и чего делать не будет.
Ограничения
- Потребуется социальный консенсус и точная реализация.
- Любые ограничения затрагивают пользователей и доверие к процессу.
- Меры могут быть непопулярными и ударять по ликвидности и репутации.
Практика: лучший аварийный план заранее отвечает на три вопроса: что считаем сигналом угрозы, какие ключи/адреса считаются уязвимыми, как будет устроен перенос средств.
🔍 Как отличить реальную подготовку от маркетинга
Сильные заявления ничего не значат без конкретики: механизм, сроки и проверяемые артефакты.
Чеклист: 10 вопросов к «квантово-устойчивой монете»
Задача чеклиста — быстро отделить инженерную подготовку от формулировок. Хороший ответ — тот, который можно проверить.
- База владения: какая схема подписи защищает право тратить и где это описано? Ищите: спецификацию, раздел в доках, чёткие параметры и формат подписи.
- PQC по факту: что уже внедрено/тестируется, а что остаётся планом? Ищите: тестнет, релизы, флаг “включено по умолчанию/опционально”, критерии “готово”.
- Путь перехода: предусмотрены ли гибридный режим или поэтапная миграция? Ищите: стадии перехода и условия, когда старый формат отключают.
- Старые адреса: что будет с существующими адресами и ключами? Ищите: ответ “нужно переносить/не нужно” + как это делается на практике.
- Окно раскрытия ключа: как уменьшают риск раскрытия публичных ключей? Ищите: рекомендации против адрес-реюза, новые форматы адресов, политика по подписям сообщений.
- Валидаторы и сервисы: как защищены и ротируются ключи инфраструктуры? Ищите: мультисиг/HSM, регламенты доступа, процедуры ротации и восстановления.
- Мосты и мультисиги: есть ли план миграции точек концентрации стоимости? Ищите: изменения порогов подписей, обновление участников, порядок “переноса контроля”.
- Реализации и аудиты: кто проверял криптокод и кошельки, а не только смарт-контракты? Ищите: независимые отчёты, scope аудита, историю фиксов и повторных проверок.
- Совместимость: как сеть проведёт апгрейд с биржами, кастодианами и кошельками? Ищите: план координации, дедлайны, требования к клиентам, обратную совместимость.
- Форс-мажор: есть ли сценарий “quantum emergency” и кто принимает решения? Ищите: заранее описанные триггеры, полномочия, допустимые меры и порядок коммуникации.
Практическое правило: если проект не показывает путь перехода и не считает последствия для пользователя (размер подписи, комиссии, совместимость кошельков), “квантово-устойчивость” обычно остаётся на уровне лозунга.
🧭 Что может сделать пользователь: простые шаги без паники
Сфокусируйтесь на вещах, которые уменьшают риск уже сегодня, и не усложняют жизнь завтра.
Быстрый приоритет: (1) не переиспользовать адреса, (2) аккуратнее с подписями сообщений, (3) держать кошелёк обновлённым.
-
Снижайте случаи, когда публичный ключ раскрывается
- Меньше адрес-реюза: по возможности используйте новый адрес для новых поступлений и хранения.
- Хранение — на актуальных форматах: крупные суммы держите на современных типах адресов, которые рекомендует экосистема сети.
- Следите за “старыми” адресами: если у сети есть устаревшие форматы, лучше не копить на них долгосрочно без причины.
-
Подписи сообщений — только осознанно
- Понимайте, что подписываете: вход, подтверждение, выдача прав — это разные по риску действия.
- Не подписывайте “вслепую”: если текст выглядит странно или слишком общий — лучше отказаться.
- Проверяйте разрешения: периодически очищайте лишние доступы приложений к токенам (revoke — отзыв разрешений).
-
Держите кошелёк готовым к будущим обновлениям
- Регулярные обновления: особенно важны изменения форматов адресов и подписи.
- Выбирайте поддерживаемые решения: кошелёк с активной командой и историей релизов — безопаснее “экзотики”.
- Переходите заранее: если появится миграция на постквантовые подписи (PQC), лучше пройти её до массовой нагрузки.
-
Разделяйте риски вокруг инфраструктуры
- Не концентрируйте риск: не держите весь объём в одном мосте/кастодиане/контуре.
- Проверяйте процессы: смотрите, есть ли у сервиса ротация ключей, пороги подписей и понятная ответственность.
- Держите план выхода: заранее знайте, как быстро вывести средства/закрыть позиции, если обновления затянутся или появится инцидент.
Где риск часто живёт “вокруг” сети
| Зона | Типичный риск | Что сделать пользователю |
|---|---|---|
| Мосты | Концентрация стоимости и сложные обновления | Не держать там долгосрочно, следить за статусами и обновлениями |
| Мультисиги | Порог подписей и процессы участников | Проверять порог и участников, наличие ротации ключей |
| Кастодианы/биржи | Ключи и доступы у третьей стороны | Диверсифицировать хранение, не держать всё в одном месте |
| Авторизация в dApps | Подписи сообщений и права доступа к токенам | Подписывать только понятные действия, регулярно отзывать лишние разрешения |
Осторожно с мифом: «куплю квантово-устойчивую монету — и проблема исчезнет». Даже при постквантовых подписях риск может оставаться в мостах, кастодианах, мультисиг-хранилищах и в том, как вы выдаёте права приложениям.
🛠️ Что делать проектам и разработчикам: переход без хаоса
Постквантовый апгрейд — это управляемая миграция протокола и экосистемы, а не “смена алгоритма”.
1) Закладывайте crypto agility
— Разведите уровни: отделите формат транзакции, формат подписи и правила валидации. Это упрощает смену криптографии (crypto agility — криптографическая гибкость).
— Параллельные форматы: предусмотрите период, когда “старые” и “новые” адреса/подписи работают одновременно.
— Совместимость как требование: апгрейд должен быть рассчитан на кошельки, биржи и кастодианов — иначе он технически “не выкатывается”.
2) Тестируйте гибрид и сам путь миграции
— Гибрид как нагрузочный тест: классика + PQC показывает цену перехода в размерах данных, скорости проверки и комиссиях.
— Учения для пользователей: прогоняйте сценарий “перевёл средства на новый формат” и фиксируйте, где ломается UX и где люди ошибаются.
— Ужесточение по этапам: сначала поддержка, затем стимулы, затем ограничения для старых форматов — с заранее объявленными условиями и сроками.
3) Отдельно закройте инфраструктурные ключи
Даже при идеальной миграции пользовательских адресов инциденты часто начинаются с инфраструктуры: валидаторы, подписывающие сервисы, мосты. Нужны сегментация доступа, мультисиг, ротация ключей, HSM (hardware security module — аппаратный модуль защиты ключей) и заранее описанный сценарий отката.
Сильный сигнал зрелости: публичный RFC-процесс (RFC — документ с предложением изменений), тестовая среда и честный список trade-offs (компромиссов): размер подписи, комиссии, скорость, UX.
Артефакты, которые стоит ожидать: спецификация изменений, тестнет/фича-флаг, релиз-ноты, план миграции адресов/подписей, чеклист совместимости с кошельками и биржами.
Контрольный вопрос: проект может чётко ответить “как включаем, как мигрируем, как откатываем”?
🧯 Мифы и реальность: что часто понимают неправильно
Три популярные ошибки мышления — и короткий “разбор по делу”, как в инженерной заметке.
Миф 1: «квантовый компьютер взломает блокчейн целиком»
Реальность: блокчейн как журнал транзакций не “сыпется” одной атакой. Главная цель — цифровые подписи, потому что подпись = право тратить средства.
- Что на самом деле ломают: схему подписи и владение ключом, а не “цепочку блоков”.
- Где риск максимальный: адреса/ключи, которые становятся публичными при трате, и инфраструктурные ключи с высокой ценностью.
- Почему это важно: при достаточной квантовой мощности подделка подписи превращается в прямой риск вывода средств.
Миф 2: «раз есть хэш-функции — значит всё квантово-устойчиво»
Реальность: хэши обычно “держатся” лучше, но владение активами держится на подписях. Подписи часто построены на ECC/ECDSA (эллиптические кривые/подпись на них).
- Что путают: устойчивость хэшей не означает устойчивость подписи и моделей владения.
- Где искать слабое место: подписи транзакций, подписи сообщений, инфраструктурные ключи.
- Почему это критично: “сеть на хэшах” может всё равно зависеть от ECC в кошельках и авторизациях.
Миф 3: «достаточно просто заменить подпись — и готово»
Реальность: смена подписи меняет форматы транзакций, “вес” данных, комиссии и требования к клиентам. Сложность чаще всего — в миграции без поломки экосистемы.
- Что меняется: структура транзакций, размер подписи, нагрузка на узлы и кошельки.
- Где обычно “ломается”: совместимость с биржами/кастодианами/кошельками и UX миграции адресов.
- Почему это важно: “просто апгрейд” превращается в системный проект с риском ошибок и расколов.
Здоровая позиция: оценивайте квантовую готовность так же, как безопасность вообще: по прозрачности архитектуры, качеству реализации, тестированию, аудиту и способности сети проводить сложные апгрейды.
❓ FAQ по квантово-устойчивым криптовалютам
Быстрые ответы, чтобы не путать термины и понимать, где реальный риск.
Квантово-устойчивость — это всегда “новая монета”?
Нет. Одни сети строят постквантовые подписи (PQC — post-quantum cryptography, постквантовая криптография) с нуля, другие становятся “квантово-готовыми” через апгрейд: новые типы адресов, гибридные подписи и миграцию. Практический критерий: важен не тикер, а наличие понятного пути перехода.
Что для блокчейна опаснее: шифрование или подписи?
Подписи. Они подтверждают право тратить активы. Хэши и симметрические схемы чаще усиливаются параметрами, а подписи на ECC (elliptic curve cryptography — эллиптические кривые) обычно требуют смены основы. Вывод: смотрите, что сеть делает именно с подписями.
Почему все так упирают в адрес-реюз и “скрытый публичный ключ”?
Потому что это про окно риска. Во многих сетях адрес — это хэш публичного ключа, и сам ключ виден только при трате. Но адрес-реюз и подписи сообщений раскрывают ключ чаще, чем кажется. Практика: меньше реюза — меньше лишних “окон”.
Если я не подписываю сообщения — я в безопасности?
Не полностью. Транзакции всё равно требуют подписи. Но “слепые” подписи сообщений часто добавляют лишний риск (доступы, разрешения, авторизация). Практика: подписывайте только понятные действия и периодически отзывайте лишние разрешения (revoke — отзыв).
Почему постквантовые подписи такие “тяжёлые”?
Это цена устойчивости. Во многих PQC-схемах ключи/подписи крупнее и иногда дороже по вычислениям. Это влияет на размер транзакций, комиссии и требования к узлам. Практика: поэтому сети часто идут через гибрид и постепенное включение.
Hybrid-подпись — это “две подписи в одной транзакции”?
Чаще всего — да по смыслу. Hybrid (гибрид) подтверждает действие классическим и постквантовым методом одновременно (или комбинированно). Вывод: это переходный мост, который снижает риск резкого переключения.
Какие аббревиатуры помогут ориентироваться без математики?
Трёх достаточно. ML-KEM (KEM — согласование секрета), ML-DSA и SLH-DSA (подписи), XMSS (hash-based подписи — подписи на хэшах). Практика: если проект оперирует терминами и параметрами, это лучше, чем лозунги.
Нужно ли обычному пользователю что-то делать прямо сейчас?
Без паники. Достаточно гигиены: меньше адрес-реюза, обновляемый кошелёк, осторожные подписи сообщений и внимание к планам сети, если храните значимые суммы надолго. Вывод: готовность — это привычки + обновления.
Подсказка: если проект обещает “quantum-resistant”, сверяйте его ответы с вашим чеклистом: подпись → миграция → совместимость инфраструктуры.
✅ Главное за минуту: подписи решают, план — спасает
Квантовая эпоха для криптовалют — не про “взлом всего”, а про подписи и управляемый переход. Сильные сети отличаются не обещаниями, а готовностью к обновлению: новые типы адресов, переходные режимы, тестирование, аудит и заранее продуманный сценарий на случай резкого скачка угроз.
Если вы выбираете «квантово-устойчивые» проекты, держите три якоря: какая подпись защищает владение, какое окно риска при раскрытии публичного ключа, как устроена миграция экосистемы — кошельки, биржи, мосты, кастодианы. Там и находится реальная цена “готовности”.