Стейблкоины создают свои собственные блокчейны: от зависимости к суверенитету расчетов

Ключевые выводы
• Стейблкоины стремятся к собственным блокчейнам для оптимизации затрат и производительности.
• Новый подход позволяет захватывать доходы и улучшать устойчивость платежных систем.
• Соответствие нормативным требованиям становится важным аспектом для эмитентов стейблкоинов.
• Нативные мосты и возможность оплаты комиссий в стейбл-активах улучшают пользовательский опыт.
Стейблкоины начинали как гости на универсальных блокчейнах. Они выпускали токены, использовали существующий консенсус, платили за газ по установленным тарифам и мирились с перегрузками и политикой основной сети. Эта зависимость меняется. Появляется новая волна «стейблкоин-ориентированных» блокчейнов и роллапов, где валюта, доминирующая в транзакциях, также определяет комиссии, получает доход от секвенирования и контролирует собственные мосты и соответствие нормативным требованиям. Одним словом: суверенитет расчетов.
В этой статье объясняется, почему происходит этот сдвиг, как команды его реализуют, какие компромиссы существуют для пользователей и разработчиков, и что это означает для самохранения.
Почему стейблкоины хотят свой собственный слой расчетов
-
Контроль затрат и производительности. Универсальные блокчейны устанавливают цены на блочное пространство для самого широкого рынка. Специализированные приложения-блокчейны/роллапы могут оптимизировать пропускную способность платежей, быструю финальность, предсказуемые комиссии и плавную работу при пиковых нагрузках — не конкурируя с минтингом NFT или онлайн-играми.
-
Захват доходов и устойчивость. Комиссии за секвенирование и MEV (доход от майнинга экстра-блоков) являются важными источниками дохода. Владение секвенсором или блокчейном позволяет эмитентам реинвестировать доход от комиссий в стимулирование, безопасность, скидки для пользователей или даже передавать сбережения торговцам. Для более подробной информации о роли MEV в экономике протоколов см. исследования Flashbots о динамике взаимодействия строителей и инициаторов блоков, а также цепочках поставок MEV, которые помогают объяснить, почему контроль над порядком имеет значение для платежных систем (ссылка: материалы Flashbots в конце абзаца этого раздела).
-
Соответствие нормативным требованиям и управление рисками. Платежные токены сталкиваются с регуляторными обязательствами в отношении KYC/AML, защиты прав потребителей и резервов. Работа на выделенном слое исполнения позволяет применять откалиброванные контроли, от конечных точек, включенных в белый список, до гранулированных офчейн-подтверждений. Рамки MiCA Европейского Союза, в соответствии с которыми Circle стала авторизованным эмитентом электронных денег в 2024 году, стимулируют выбор соответствующей нормативным требованиям инфраструктуры для EURC и USDC в Европе (см. объявление Circle о получении лицензии EMI во Франции).
-
Интероперабельность по дизайну. Фрагментация между блокчейнами сделала пользовательский опыт работы со стейблкоинами хрупким. Нативное создание/сжигание через мосты превосходит обернутые активы. Специализированные блокчейны часто интегрируют мосты для создания/сжигания на границе протокола, вместо того чтобы полагаться исключительно на сторонние мосты. Протокол межсетевых переводов Circle (CCTP) является заметным шагом в этом направлении, стандартизируя мобильность канонического USDC между поддерживаемыми сетями (см. обзор CCTP от Circle).
-
Газ в той единице, которую люди реально тратят. Позволение пользователям оплачивать сетевые комиссии в том же стейбл-активе, который они отправляют (вместо токенов газа, таких как ETH), устраняет одно из самых больших препятствий для платежей в криптовалюте. ERC‑4337 и связанные с ним шаблоны абстракции учетных записей также позволяют использовать спонсируемые или мета-транзакции, которые еще больше скрывают сложность оплаты газа от конечных пользователей (см. EIP‑4337).
Ссылки:
- Исследования Flashbots по MEV и построению блоков можно найти в центре материалов Flashbots.
- Лицензия EMI Circle во Франции и соответствие MiCA: обновление новостного центра Circle.
- Протокол межсетевых переводов Circle: документация для разработчиков.
- Спецификация ERC‑4337: предложение по улучшению Ethereum.
Как они это делают: приложения-блокчейны и приложения-роллапы
Доминируют две архитектуры:
-
Приложения-блокчейны (Appchains). Суверенные L1 (часто на основе Cosmos SDK) с пользовательским управлением, логикой комиссий и нативными мостами через IBC. Они обеспечивают максимальный контроль ценой начального обеспечения безопасности и наборов валидаторов. Cosmos предлагает зрелые примитивы для этой модели (см. документацию Cosmos SDK).
-
Приложения-роллапы (App-rollups). L2/L3, которые наследуют безопасность от базового уровня (например, Ethereum), одновременно настраивая среду исполнения, токены и политику комиссий. Команды могут запускаться с использованием:
- OP Stack для оптимистических роллапов с модульной структурой и мощными инструментами экосистемы.
- Arbitrum Orbit для разрешенных развертываний L2/L3 и пользовательских активов газа.
- фреймворков на основе zk, таких как Hyperchains от zkSync, для доказательств валидности и быстрой финальности.
Общие секвенсоры (например, разрабатываемая Espresso Systems платформа общего секвенирования) обещают атомарность между роллапами и справедливое упорядочивание, позволяя каждому приложению-роллапу сохранять суверенитет над своей логикой протокола (см. документацию Espresso Systems).
Обновление Dencun в Ethereum в 2024 году снизило затраты на доступность данных L2 с помощью блобов (EIP‑4844), что существенно улучшило экономику приложений-роллапов, ориентированных на высокообъемные платежные потоки (см. публикацию Ethereum Foundation о Dencun).
Ссылки:
- Документация OP Stack.
- Документация для разработчиков Arbitrum и ресурсы Orbit.
- Документация zkSync Hyperchains.
- Документация общего секвенсора Espresso Systems.
- Ethereum Foundation о Dencun/EIP‑4844.
Действующие и зарождающиеся примеры
-
Выпуск USDC на специализированном приложении-блокчейне Cosmos через Noble. Circle заключила партнерство с Noble для предоставления нативного USDC экосистеме Cosmos IBC, избегая обернутой ликвидности и обеспечивая прямые потоки создания/сжигания там, где доступен IBC. Эта конструкция демонстрирует блокчейн, ориентированный на стейблкоины, поддерживающий всю межсетевую экономику (см. объявление Circle о USDC в Cosmos через Noble и общедоступные ресурсы Noble).
-
Fraxchain для экосистемы FRAX. Frax Finance разрабатывает роллап, совместимый с Ethereum, специально для своих продуктов (FRAX, frxETH и растущие инициативы RWA), предназначенный для направления потоков экосистемы через блокчейн, где комиссии и стимулы реинвестируются обратно в протокол. Публичные материалы описывают архитектуру L2, ориентированную на ликвидность стейблкоинов и платежи; ознакомьтесь с порталом документации Frax для получения последней технической информации.
-
Aave Network с GHO в центре. Aave Companies предложили запустить L2, где их избыточно обеспеченный стейбл-актив GHO будет играть центральную роль в платежах и стимулах протокола. Заявленная цель — улучшить пользовательский опыт для заимствования/кредитования, одновременно сделав GHO единицей учета для сетевых комиссий и потоков стоимости. Обсуждения в сообществе и освещение в СМИ в конце 2024 года подчеркнули намерение использовать модульный стек роллапов и политику комиссий, ориентированную на GHO (см. форум управления Aave и отчеты о предложении).
-
Концепция NewChain от MakerDAO для управления DAI и бэкэнда. В рамках Endgame Maker рассмотрел «NewChain» на основе кодовой базы Solana для укрепления систем управления и рисков, отделяя критически важные плоскости управления от общего шума L1. Хотя это и не сеть для розничных платежей как таковая, она сигнализирует о той же тенденции к вертикальному контролю в экосистеме, привязанной к стейблкоинам (см. освещение предложения NewChain).
-
Исторический прецедент: Terra. Что бы кто ни думал о дизайнерских решениях, приведших к краху UST, Terra была явным примером блокчейна, ориентированного на стейблкоины, стремящегося к полному суверенитету над эмиссией, логикой комиссий и расчетами. Она остается кейсом для изучения технических и экономических рисков рефлексивных дизайнов стейблкоинов (см. объяснение CoinDesk о крахе Terra).
-
Расширение без суверенитета: PYUSD. PayPal и Paxos расширили PYUSD на Solana в 2024 году, чтобы обеспечить более высокую пропускную способность и более низкие комиссии, подчеркивая, что даже без запуска нового блокчейна эмитенты стейблкоинов ищут оптимизированные для платежей среды. Это ступенька к той же цели: контроль над пользовательским опытом и производительностью (см. заметку PayPal в новостном центре).
Ссылки:
- Выпуск USDC в Cosmos через Noble: блог Circle.
- Fraxchain: портал документации Frax.
- Aave Network и GHO: форум управления Aave и освещение в СМИ.
- NewChain от MakerDAO: освещение в СМИ предложения Rune.
- Справка о крахе Terra: ресурс CoinDesk Learn.
- PYUSD расширяется на Solana: новостной центр PayPal.
Что меняется для пользователей и разработчиков
-
Комиссии могут быть номинированы в стейбл-активе. Конечным пользователям не нужен отдельный токен газа. Разработчики должны добавить абстракции комиссий и потоки для пополнения кошельков напрямую в стейбл-активе, а также поддержку спонсируемых транзакций, когда это уместно.
-
Нативные мосты заменяют обернутые активы. Ожидайте большего количества канонических потоков создания/сжигания, интегрированных в кошельки и dapps. Разработчики должны соответствовать мостам, управляемым эмитентами (например, CCTP для USDC), и предоставлять четкое подтверждение происхождения входящих/исходящих переводов.
-
Поверхности соответствия нормативным требованиям приближаются к краю протокола. Кошелькам и dapps может потребоваться интегрировать подтверждения, белые списки или юрисдикционные переключатели. Эмитенты будут делать акцент на аудируемых потоках и конвейерах отчетности для выполнения обязательств типа MiCA.
-
Политики управления и MEV становятся функционалом продукта. Принятие среди торговцев, гарантии возврата средств и предсказуемые окна подтверждения зависят от политики секвенирования. Разработчики должны оценить, используют ли блокчейны общие секвенсоры, справедливое упорядочивание или гарантии включения, и документировать эти гарантии для интеграторов.
-
Изменения в модели риска. Приложения-блокчейны концентрируют некоторые риски в одном эмитенте/операторе, даже если безопасность наследуется от базового L1. Комплексная проверка должна охватывать ключи обновления, кнопки аварийного отключения, пути обжалования цензуры и прозрачность подтверждения резервов.
Технический контрольный список для команд, рассматривающих создание стейблкоин-ориентированного блокчейна
- Исполнение: приложение-блокчейн vs приложение-роллап; оптимистические vs zk-доказательства; настройка «газ в стейбле».
- Стратегия и затраты DA (доступность данных): блобы на L1 (EIP‑4844) vs внешние слои DA; таргетирование комиссий и прогнозирование затрат.
- Секвенирование: централизованное, децентрализованное или общее; политика MEV и рециркуляция доходов.
- Мосты: нативное создание/сжигание, интеграция со стандартами, такими как CCTP, гарантии вывода средств.
- Соответствие нормативным требованиям: конечные точки KYC/KYB, поддержка правила путешествия, сценарии реагирования на санкции, позиция MiCA/EMI.
- UX для разработчиков: надежность RPC, индексаторы, SDK и тестовые сети; мониторинг производственного уровня и реагирование на инциденты.
Безопасность и самохранение в многоцепочечном мире стейблкоинов
По мере распространения стейбл-активов по приложениям-блокчейнам и приложениям-роллапам безопасность пользователей зависит от правильного выбора сети, изоляции ключей и четкого подтверждения происхождения «нативных» против «обернутых» балансов.
Практические советы:
- Проверяйте домен эмиссии. Предпочитайте нативные версии, выпущенные эмитентом или его назначенным блокчейном (например, USDC через CCTP или Noble), вместо сторонних обернутых вариантов, когда это возможно.
- Относитесь к мостам как к контрагентам. Изучите экономические гарантии и процедуры экстренного реагирования моста, на который вы полагаетесь. Отдавайте предпочтение механизмам создания/сжигания перед эскроу-мостами для платежных потоков.
- Используйте аппаратное подписание. Ключи, авторизующие транзакции в нескольких сетях, никогда не должны храниться в горячей среде. Аппаратный кошелек с проверенной прошивкой с открытым исходным кодом и широким охватом нескольких блокчейнов снижает поверхность атаки и ошибки конфигурации.
- Поддерживайте свой стек в актуальном состоянии. Будут постоянно запускаться новые L2/L3 и приложения-блокчейны. Убедитесь, что ваш стек кошелька может безопасно добавлять пользовательские сети, обрабатывать идентификаторы цепочек EIP‑155 и проверять адреса контрактов из источников, контролируемых эмитентом.
Если вы самостоятельно храните стейбл-активы в нескольких сетях, OneKey может быть практичным выбором: он поддерживает основные EVM L2, приложения-блокчейны Cosmos, Solana и другие; предлагает прозрачное программное обеспечение с открытым исходным кодом; и добавляет такие функции, как офлайн-подписание и защита парольной фразой, которые особенно ценны при работе с недавно запущенными приложениями-роллапами. Короче говоря, когда расчеты перемещаются, ваши ключи должны оставаться на месте.
Перспективы
Тенденция ясна: платежные токены переходят от аренды блочного пространства к владению расчетами. Благодаря улучшенной экономике комиссий после Dencun, развивающимся стекам роллапов (OP Stack, Orbit, zk-фреймворки) и нормативной ясности на ключевых рынках, стейблкоин-ориентированные блокчейны могут обеспечить более быстрые, дешевые и предсказуемые платежные системы, неся при этом новую ответственность за нейтралитет, соответствие нормативным требованиям и устойчивость.
Для пользователей и разработчиков цель одна: сохранять самохранение, минимизировать доверие к посредникам и делать происхождение движения стоимости очевидным. Если индустрия добьется успеха в этом, суверенитет расчетов станет не просто технической вехой, а улучшением пользовательского опыта для всех.
Ссылки и дополнительные материалы:
- Обзор Cosmos SDK: https://docs.cosmos.network/
- OP Stack: https://stack.optimism.io/
- Документация Arbitrum и ресурсы Orbit: https://docs.arbitrum.io/
- zkSync Hyperchains: https://era.zksync.io/docs/reference/hyperchains/
- Общий секвенсор Espresso Systems: https://docs.espressosys.com/sequencer
- Ethereum Dencun (EIP‑4844): https://blog.ethereum.org/2024/03/13/dencun-mainnet
- Circle CCTP: https://developers.circle.com/stablecoins/docs/cross-chain-transfer-protocol-overview
- Лицензия EMI Circle и MiCA: https://www.circle.com/blog/circle-receives-emi-licence-in-france
- USDC в Cosmos через Noble: https://www.circle.com/blog/usdc-natively-available-in-cosmos-via-noble
- Предложение Aave Network и фокус на GHO: https://governance.aave.com/
- Освещение MakerDAO NewChain: https://www.coindesk.com/tech/2023/09/01/makerdao-founder-proposes-building-newchain-on-solana-codebase/
- Объяснение краха Terra: https://www.coindesk.com/learn/2022/05/13/terra-collapse-what-happened/
- PYUSD расширяется на Solana: https://newsroom.paypal-corp.com/2024-05-29-PayPal-and-Paxos-Expand-PYUSD-to-Solana-Blockchain
- ERC‑4337: https://eips.ethereum.org/EIPS/eip-4337
- Материалы Flashbots: https://writings.flashbots.net/