TL;DR​

Ethereum получил два мощных примитива, которые выводят пользовательский опыт за рамки сид-фраз и сохраняемых в закладках dApp, приближая его к «кликабельным ончейн-взаимодействиям».

• ERC-4337 привносит абстракцию аккаунта в современный Ethereum без изменений основного протокола. Это делает такие функции, как смарт-контрактные аккаунты, спонсирование газа, пакетные вызовы и аутентификация в стиле passkey, нативными для кошельков.
• ERC-4804 представляет web3:// URL-адреса — удобочитаемые ссылки, которые напрямую разрешаются в вызовы контрактов на чтение и могут даже отображать ончейн HTML или SVG, и всё это без традиционного веб-сервера в качестве посредника. Думайте об этом как об «HTTP для EVM».

При совместном использовании ERC-4337 обрабатывает действия, а ERC-4804 — адреса. Эта комбинация позволяет вам делиться ссылкой, которая проверяемо получает свой пользовательский интерфейс из смарт-контракта. Когда пользователь готов действовать, управление передается смарт-аккаунту, который может спонсировать газ и объединять несколько шагов в один бесшовный клик.

Почему это важно сейчас​

Это не просто теоретическое будущее; эти технологии уже действуют и набирают значительную популярность. ERC-4337 уже масштабирован и проверен на практике. Канонический контракт EntryPoint был развернут в основной сети Ethereum 1 марта 2023 года и с тех пор обеспечил работу десятков миллионов смарт-контрактных аккаунтов и обработал более 100 миллионов пользовательских операций.

Одновременно с этим основной протокол сближается с этими идеями. Обновление Pectra, выпущенное в мае 2025 года, включало EIP-7702, которое позволяет стандартным внешним аккаунтам (EOA) временно вести себя как смарт-аккаунты. Это дополняет ERC-4337, облегчая переход для существующих пользователей, а не заменяя стандарт.

В отношении адресации, web3:// теперь формализован. ERC-4804 точно определяет, как URL преобразуется в вызов EVM, а web3 был внесен IANA в список временных схем URI. Инструменты и шлюзы, необходимые для практического использования этих URL, теперь доступны, превращая ончейн-данные в общие, ссылочные ресурсы.

Введение: ERC-4337 на одной странице​

По своей сути, ERC-4337 вводит параллельный транзакционный путь в Ethereum, созданный для гибкости. Вместо традиционных транзакций пользователи отправляют объекты UserOperation в альтернативный мемпул. Эти объекты описывают, что аккаунт хочет сделать. Специализированные узлы, называемые «Bundlers» (сборщиками), подхватывают эти операции и выполняют их через глобальный контракт EntryPoint.

Это обеспечивает три ключевых компонента:

1. Смарт-контрактные аккаунты (SCA): Эти аккаунты содержат собственную логику. Они определяют, что делает транзакцию действительной, позволяя использовать пользовательские схемы подписи (например, passkeys или мультиподпись), сессионные ключи для игр, лимиты расходов и механизмы социального восстановления. Аккаунт, а не сеть, обеспечивает соблюдение правил.
2. Пеймастеры (Paymasters): Эти специальные контракты могут спонсировать комиссии за газ для пользователей или позволять им платить токенами ERC-20. Это ключ к обеспечению истинного онбординга «без ETH в кошельке» и созданию опыта в один клик путем объединения нескольких вызовов в одну операцию.
3. Безопасность от DoS и правила: Публичный мемпул ERC-4337 защищен стандартизированными правилами внецепочечной валидации (определенными в ERC-7562), которые предотвращают трату ресурсов Bundlers на операции, обреченные на провал. Хотя альтернативные мемпулы могут существовать для специализированных случаев использования, эти общие правила поддерживают согласованность и безопасность экосистемы.

Мысленная модель: ERC-4337 превращает кошельки в программируемые приложения. Вместо простого подписания необработанных транзакций пользователи отправляют «намерения», которые код их аккаунта проверяет, а контракт EntryPoint выполняет — безопасно и атомарно.

Введение: ERC-4804 на одной странице​

ERC-4804 обеспечивает простое, прямое сопоставление URL-адреса web3:// с вызовом EVM только для чтения. Грамматика URL интуитивно понятна: web3://<имя-или-адрес>[:chainId]/<метод>/<arg0>?returns=(типы). Имена могут быть разрешены через такие системы, как ENS, а аргументы автоматически типизируются на основе ABI контракта.

Вот пара примеров:

• web3://uniswap.eth/ вызовет контракт по адресу uniswap.eth с пустыми данными вызова (calldata).
• web3://.../balanceOf/vitalik.eth?returns=(uint256) ABI-кодирует вызов функции balanceOf с адресом Виталика и возвращает правильно типизированный JSON-результат.

Важно отметить, что этот стандарт в настоящее время предназначен для вызовов только для чтения (эквивалентно функциям view в Solidity). Любое действие, изменяющее состояние, по-прежнему требует транзакции — именно здесь вступают в игру ERC-4337 или EIP-7702. С регистрацией web3 в качестве временной схемы URI в IANA, путь для нативной поддержки браузерами и клиентами открыт, хотя пока это часто зависит от расширений или шлюзов.

Мысленная модель: ERC-4804 превращает ончейн-ресурсы в ссылочные веб-объекты. «Поделиться этим представлением контракта как URL» становится таким же естественным, как поделиться ссылкой на дашборд.

Вместе: «Кликабельные ончейн-взаимодействия»​

Объединение этих двух стандартов открывает мощный новый шаблон для создания децентрализованных приложений сегодня.

Во-первых, вы предоставляете проверяемый пользовательский интерфейс через web3://. Вместо размещения вашего фронтенда на централизованном сервере, таком как S3, вы можете хранить минимальный HTML или SVG-интерфейс непосредственно в блокчейне. Ссылка типа web3://app.eth/render позволяет клиенту разрешить URL и отобразить пользовательский интерфейс непосредственно из контракта, гарантируя, что пользователь видит именно то, что диктует код.

Из этого проверяемого интерфейса вы можете запустить действие в один клик через ERC-4337. Кнопка «Mint» (Выпустить) или «Subscribe» (Подписаться) может скомпилировать UserOperation, которую спонсирует пеймастер. Пользователь подтверждает действие с помощью passkey или простого биометрического запроса, и контракт EntryPoint выполняет пакетный вызов, который развертывает его смарт-аккаунт (если это его первый раз) и завершает желаемое действие за один атомарный шаг.

Это создает бесшовную передачу по глубокой ссылке. Пользовательский интерфейс может встраивать ссылки, основанные на намерениях, которые обрабатываются непосредственно кошельком пользователя, устраняя необходимость отправлять их на внешний сайт, которому они могут не доверять. Содержимое — это контракт, а действие — это аккаунт.

Это открывает:

• Безгазовые пробные версии и онбординг «просто работает»: Новым пользователям не нужно приобретать ETH, чтобы начать. Ваше приложение может спонсировать их первые несколько взаимодействий, значительно снижая трение.
• Общее состояние: Ссылка web3:// — это запрос к состоянию блокчейна. Это идеально подходит для дашбордов, доказательств владения или любого контента, который должен быть проверяемо защищен от подделки.
• Потоки, удобные для агентов: Агенты ИИ могут получать проверяемое состояние через URL-адреса web3:// и отправлять транзакционные намерения через ERC-4337, используя ограниченные сессионные ключи, и всё это без хрупкого парсинга экрана или небезопасной обработки приватных ключей.

Заметки по дизайну для разработчиков​

При реализации этих стандартов необходимо рассмотреть несколько архитектурных решений. Для ERC-4337 разумно начать с минимальных шаблонов смарт-контрактных аккаунтов и добавлять возможности через защищенные модули, чтобы сохранить основную логику валидации простой и безопасной. Ваша политика пеймастера должна быть надежной, с четкими ограничениями на спонсируемый газ и белыми списками для одобренных методов, чтобы предотвратить атаки типа griefing.

Для ERC-4804 отдавайте приоритет удобочитаемым ссылкам, используя имена ENS. Явно указывайте chainId, чтобы избежать двусмысленности, и включайте параметр returns=(…) для обеспечения того, чтобы клиенты получали типизированные, предсказуемые ответы. Хотя вы можете отображать полные пользовательские интерфейсы, часто лучше сохранять ончейн HTML/SVG минимальными, используя их в качестве проверяемых оболочек, которые могут получать более тяжелые активы из децентрализованного хранилища, такого как IPFS.

Наконец, помните, что EIP-7702 и ERC-4337 работают вместе, а не друг против друга. С EIP-7702, который теперь активен в обновлении Pectra, существующие пользователи EOA могут делегировать действия логике контракта без развертывания полноценного смарт-аккаунта. Инструментарий в экосистеме абстракции аккаунтов уже настраивается для поддержки этого, сглаживая путь миграции для всех.

Безопасность, реальность и ограничения​

Хотя эти системы мощны, у них есть компромиссы. Контракт EntryPoint по своей сути является центральной точкой отказа; он упрощает модель безопасности, но также концентрирует риски. Всегда придерживайтесь проверенных, канонических версий. Правила валидации мемпула из ERC-7562 — это социальное соглашение, а не правило, принудительно исполняемое в блокчейне, поэтому не стоит предполагать, что каждый альтернативный мемпул предлагает одинаковую устойчивость к цензуре или защиту от DoS-атак.

Кроме того, web3:// всё ещё находится на стадии развития. Он остается стандартом только для чтения, и любая операция записи требует транзакции. Хотя сам протокол децентрализован, шлюзы и клиенты, которые разрешают эти URL, всё ещё могут быть потенциальными точками отказа или цензуры. Истинная «неблокируемость» будет зависеть от широкой нативной поддержки клиентов.

Конкретный план​

Представьте, что вы хотите создать членский клуб на базе NFT с общим, проверяемым пользовательским интерфейсом и процессом присоединения в один клик. Вот как вы могли бы запустить его в этом квартале:

1. Поделитесь пользовательским интерфейсом: Распространите ссылку типа web3://club.eth/home. Когда пользователь открывает её, его клиент разрешает URL, вызывает контракт и отображает ончейн-интерфейс, который показывает текущий список разрешенных участников и цену минта.
2. Присоединение в один клик: Пользователь нажимает кнопку «Присоединиться». Его кошелек компилирует UserOperation ERC-4337, которую спонсирует ваш пеймастер. Эта единственная операция объединяет три вызова: развертывание смарт-аккаунта пользователя (если у него его нет), оплату комиссии за минт и регистрацию данных его профиля.
3. Проверяемый чек: После подтверждения транзакции пользователю отображается вид подтверждения, который является просто еще одной ссылкой web3://, например web3://club.eth/receipt/<tokenId>, создавая постоянную ончейн-ссылку на доказательство его членства.

Большая картина​

Эти два стандарта сигнализируют о фундаментальном сдвиге в том, как мы строим на Ethereum. Аккаунты становятся программным обеспечением. ERC-4337 и EIP-7702 превращают «UX кошелька» в пространство для реальных продуктовых инноваций, выводя нас за рамки лекций об управлении ключами. В то же время, ссылки становятся запросами. ERC-4804 восстанавливает URL как примитив для адресации проверяемых фактов в блокчейне, а не просто фронтендов, которые их проксируют.

Вместе они сокращают разрыв между тем, что пользователи нажимают, и тем, что делают контракты. Этот разрыв когда-то заполнялся централизованными веб-серверами и предположениями о доверии. Теперь его можно заполнить проверяемыми путями кода и открытыми, безразрешительными мемпулами.

Если вы создаете потребительские криптоприложения, это ваш шанс сделать первую минуту пользователя восхитительной. Поделитесь ссылкой, отобразите правду, спонсируйте первое действие и держите своих пользователей в проверяемом цикле. Пути проложены — теперь пришло время создавать впечатления.

Введение​

ИИ и Web3 мощно сближаются, при этом общие интерфейсы ИИ теперь рассматриваются как связующая ткань для децентрализованной сети. Ключевой концепцией, возникающей из этой конвергенции, является MCP, что в разных контекстах означает «Протокол контекста модели» (как представлено Anthropic) или свободно описывается как Протокол подключения к Метавселенной в более широких дискуссиях. По сути, MCP — это стандартизированный фреймворк, который позволяет системам ИИ взаимодействовать с внешними инструментами и сетями естественным и безопасным способом — потенциально «подключая» ИИ-агентов ко всем уголкам экосистемы Web3. Этот отчет представляет всесторонний анализ того, как общие интерфейсы ИИ (такие как агенты больших языковых моделей и нейросимволические системы) могут соединить все в мире Web3 через MCP, охватывая исторический контекст, техническую архитектуру, отраслевой ландшафт, риски и будущий потенциал.

1. История развития​

1.1 Эволюция Web3 и невыполненные обещания​

Термин «Web3» был придуман примерно в 2014 году для описания децентрализованной сети на основе блокчейна. Видение было амбициозным: интернет без разрешений, ориентированный на владение пользователем. Энтузиасты представляли замену централизованной инфраструктуры Web2 альтернативами на основе блокчейна — например, Ethereum Name Service (для DNS), Filecoin или IPFS (для хранения) и DeFi для финансовых рельсов. Теоретически, это должно было вырвать контроль у платформ Big Tech и предоставить людям самосуверенитет над данными, идентификацией и активами.

Реальность не оправдала ожиданий. Несмотря на годы разработки и шумихи, основное влияние Web3 оставалось незначительным. Обычные интернет-пользователи не хлынули в децентрализованные социальные сети и не начали управлять приватными ключами. Основными причинами были плохой пользовательский опыт, медленные и дорогие транзакции, громкие мошенничества и регуляторная неопределенность. Децентрализованная «сеть владения» в значительной степени «не материализовалась» за пределами нишевого сообщества. К середине 2020-х годов даже сторонники криптовалют признали, что Web3 не принес парадигмального сдвига для среднего пользователя.

Тем временем ИИ переживал революцию. По мере того как капитал и талант разработчиков переключались с крипто на ИИ, трансформационные достижения в области глубокого обучения и фундаментальных моделей (GPT-3, GPT-4 и т. д.) захватили общественное воображение. Генеративный ИИ продемонстрировал явную полезность — создание контента, кода и принятие решений — так, как криптоприложениям это не удавалось. Фактически, влияние больших языковых моделей всего за пару лет резко превзошло десятилетие пользовательского принятия блокчейна. Этот контраст привел некоторых к шутке, что «Web3 был потрачен впустую на крипто» и что настоящий Web 3.0 возникает из волны ИИ.

1.2 Расцвет общих интерфейсов ИИ​

На протяжении десятилетий пользовательские интерфейсы эволюционировали от статических веб-страниц (Web1.0) до интерактивных приложений (Web2.0) — но всегда в рамках нажатия кнопок и заполнения форм. С современным ИИ, особенно большими языковыми моделями (LLM), появилась новая парадигма интерфейса: естественный язык. Пользователи могут просто выражать свои намерения на простом языке, а системы ИИ будут выполнять сложные действия во многих областях. Этот сдвиг настолько глубок, что некоторые предлагают переопределить «Web 3.0» как эру агентов, управляемых ИИ («Агентский Веб»), а не как более раннее, ориентированное на блокчейн определение.

Однако ранние эксперименты с автономными ИИ-агентами выявили критическое узкое место. Эти агенты — например, прототипы, такие как AutoGPT — могли генерировать текст или код, но им не хватало надежного способа общаться с внешними системами и друг с другом. Не существовало «общего ИИ-нативного языка» для интероперабельности. Каждая интеграция с инструментом или источником данных была индивидуальной доработкой, а взаимодействие ИИ-ИИ не имело стандартного протокола. На практике ИИ-агент мог обладать отличными способностями к рассуждению, но не справлялся с выполнением задач, требующих использования веб-приложений или ончейн-сервисов, просто потому, что не знал, как «разговаривать» с этими системами. Это несоответствие — мощный мозг, примитивный ввод/вывод — было сродни суперумному программному обеспечению, застрявшему за неуклюжим графическим интерфейсом.

1.3 Конвергенция и появление MCP​

К 2024 году стало очевидно, что для того, чтобы ИИ полностью раскрыл свой потенциал (и чтобы Web3 выполнил свои обещания), необходима конвергенция: ИИ-агентам требуется беспрепятственный доступ к возможностям Web3 (децентрализованные приложения, контракты, данные), а Web3 нуждается в большей интеллектуальности и удобстве использования, что может обеспечить ИИ. Именно в этом контексте родился MCP (Протокол контекста модели). Представленный Anthropic в конце 2024 года, MCP является открытым стандартом для ИИ-инструментального взаимодействия, который естественен для LLM. Он предоставляет структурированный, обнаруживаемый способ для «хостов» ИИ (таких как ChatGPT, Claude и т. д.) находить и использовать различные внешние инструменты и ресурсы через MCP-серверы. Другими словами, MCP — это общий интерфейсный слой, позволяющий ИИ-агентам подключаться к веб-сервисам, API и даже функциям блокчейна без индивидуального кодирования каждой интеграции.

Представьте MCP как «USB-C для ИИ-интерфейсов». Подобно тому, как USB-C стандартизировал подключение устройств (так что вам не нужны разные кабели для каждого устройства), MCP стандартизирует подключение ИИ-агентов к инструментам и данным. Вместо того чтобы жестко кодировать различные вызовы API для каждого сервиса (Slack против Gmail против узла Ethereum), разработчик может реализовать спецификацию MCP один раз, и любой MCP-совместимый ИИ сможет понять, как использовать этот сервис. Крупные игроки в области ИИ быстро осознали важность: Anthropic открыла исходный код MCP, и такие компании, как OpenAI и Google, разрабатывают поддержку для него в своих моделях. Этот импульс предполагает, что MCP (или аналогичные «Протоколы мета-связи») может стать основой, которая наконец масштабируемо соединит ИИ и Web3.

Примечательно, что некоторые технологи утверждают, что эта ИИ-центричная связь является реальным воплощением Web3.0. По словам Симбы Хаддера, «MCP стремится стандартизировать API между LLM и приложениями», подобно тому, как REST API позволили Web 2.0 — это означает, что следующая эра Web3 может быть определена интерфейсами интеллектуальных агентов, а не только блокчейнами. Вместо децентрализации ради нее самой, конвергенция с ИИ может сделать децентрализацию полезной, скрывая сложность за естественным языком и автономными агентами. Остальная часть этого отчета углубляется в то, как, технически и практически, общие интерфейсы ИИ (через протоколы, такие как MCP) могут соединить все в мире Web3.

2. Техническая архитектура: ИИ-интерфейсы, объединяющие технологии Web3​

Внедрение ИИ-агентов в стек Web3 требует интеграции на нескольких уровнях: блокчейн-сети и смарт-контракты, децентрализованное хранилище, системы идентификации и экономики на основе токенов. Общие интерфейсы ИИ — от больших фундаментальных моделей до гибридных нейросимволических систем — могут служить «универсальным адаптером», соединяющим эти компоненты. Ниже мы анализируем архитектуру такой интеграции:

Рисунок: Концептуальная схема архитектуры MCP, показывающая, как хосты ИИ (приложения на основе LLM, такие как Claude или ChatGPT) используют MCP-клиент для подключения к различным MCP-серверам. Каждый сервер предоставляет мост к некоторому внешнему инструменту или сервису (например, Slack, Gmail, календарям или локальным данным), аналогично периферийным устройствам, подключающимся через универсальный концентратор. Этот стандартизированный MCP-интерфейс позволяет ИИ-агентам получать доступ к удаленным сервисам и ончейн-ресурсам через один общий протокол.

2.1 ИИ-агенты как клиенты Web3 (интеграция с блокчейнами)​

В основе Web3 лежат блокчейны и смарт-контракты — децентрализованные конечные автоматы, которые могут обеспечивать логику без доверия. Как ИИ-интерфейс может взаимодействовать с ними? Есть два направления для рассмотрения:

• ИИ, считывающий данные из блокчейна: ИИ-агенту могут понадобиться ончейн-данные (например, цены токенов, баланс активов пользователя, предложения ДАО) в качестве контекста для принятия решений. Традиционно получение данных блокчейна требует взаимодействия с RPC API узлов или базами данных подграфов. С фреймворком, таким как MCP, ИИ может запрашивать стандартизированный MCP-сервер «данных блокчейна» для получения актуальной ончейн-информации. Например, агент с поддержкой MCP может запросить последний объем транзакций определенного токена или состояние смарт-контракта, и MCP-сервер обработает низкоуровневые детали подключения к блокчейну и вернет данные в формате, который ИИ может использовать. Это увеличивает интероперабельность, отвязывая ИИ от API-формата конкретного блокчейна.

• ИИ, записывающий данные в блокчейн: Что еще более мощно, ИИ-агенты могут выполнять вызовы смарт-контрактов или транзакции через интеграции Web3. ИИ мог бы, например, автономно выполнить сделку на децентрализованной бирже или скорректировать параметры в смарт-контракте, если будут выполнены определенные условия. Это достигается путем вызова ИИ MCP-сервера, который инкапсулирует функциональность блокчейн-транзакций. Одним конкретным примером является MCP-сервер thirdweb для EVM-цепочек, который позволяет любому MCP-совместимому ИИ-клиенту взаимодействовать с Ethereum, Polygon, BSC и т. д., абстрагируясь от специфики цепочки. Используя такой инструмент, ИИ-агент мог бы инициировать ончейн-действия «без вмешательства человека», обеспечивая автономные dApp — например, DeFi-хранилище, управляемое ИИ, которое самобалансируется путем подписания транзакций при изменении рыночных условий.

По сути, эти взаимодействия по-прежнему зависят от кошельков, ключей и комиссий за газ, но ИИ-интерфейсу может быть предоставлен контролируемый доступ к кошельку (с соответствующими песочницами безопасности) для выполнения транзакций. Оракулы и кроссчейн-мосты также вступают в игру: сети оракулов, такие как Chainlink, служат мостом между ИИ и блокчейнами, позволяя надежно передавать результаты работы ИИ в блокчейн. Протокол кроссчейн-взаимодействия Chainlink (CCIP), например, может позволить ИИ-модели, признанной надежной, одновременно запускать несколько контрактов в разных цепочках от имени пользователя. В итоге, общие интерфейсы ИИ могут выступать в качестве нового типа клиента Web3 — того, который может как потреблять данные блокчейна, так и производить блокчейн-транзакции через стандартизированные протоколы.

2.2 Нейросимволическая синергия: Сочетание рассуждений ИИ со смарт-контрактами​

Одним из интригующих аспектов интеграции ИИ-Web3 является потенциал нейросимволических архитектур, которые сочетают способность ИИ к обучению (нейронные сети) со строгой логикой смарт-контрактов (символические правила). На практике это может означать, что ИИ-агенты обрабатывают неструктурированное принятие решений и передают определенные задачи смарт-контрактам для проверяемого выполнения. Например, ИИ может анализировать рыночные настроения (нечеткая задача), но затем выполнять сделки через детерминированный смарт-контракт, который следует заранее установленным правилам риска. Фреймворк MCP и связанные с ним стандарты делают такие передачи возможными, предоставляя ИИ общий интерфейс для вызова функций контракта или для запроса правил ДАО перед действием.

Конкретным примером является AI-DSL (предметно-ориентированный язык ИИ) SingularityNET, который направлен на стандартизацию связи между ИИ-агентами в их децентрализованной сети. Это можно рассматривать как шаг к нейросимволической интеграции: формальный язык (символический) для агентов для запроса ИИ-услуг или данных друг у друга. Аналогично, проекты, такие как AlphaCode DeepMind или другие, могут быть в конечном итоге подключены так, чтобы смарт-контракты вызывали ИИ-модели для решения ончейн-задач. Хотя запуск больших ИИ-моделей непосредственно в блокчейне сегодня непрактичен, появляются гибридные подходы: например, некоторые блокчейны позволяют проверять ML-вычисления с помощью доказательств с нулевым разглашением или доверенного выполнения, что позволяет ончейн-проверку результатов ИИ, полученных вне цепочки. В итоге, техническая архитектура предполагает, что системы ИИ и смарт-контракты блокчейна являются взаимодополняющими компонентами, оркестрованными через общие протоколы: ИИ занимается восприятием и открытыми задачами, в то время как блокчейны обеспечивают целостность, память и соблюдение согласованных правил.

2.3 Децентрализованное хранение и данные для ИИ​

ИИ процветает на данных, а Web3 предлагает новые парадигмы для хранения и обмена данными. Децентрализованные сети хранения (такие как IPFS/Filecoin, Arweave, Storj и т. д.) могут служить как хранилищами для артефактов ИИ-моделей, так и источниками обучающих данных, с контролем доступа на основе блокчейна. Общий интерфейс ИИ, через MCP или аналогичный протокол, может получать файлы или знания из децентрализованного хранилища так же легко, как из Web2 API. Например, ИИ-агент может получить набор данных с рынка Ocean Protocol или зашифрованный файл из распределенного хранилища, если у него есть соответствующие ключи или права доступа.

Ocean Protocol, в частности, позиционирует себя как платформа «экономики данных для ИИ» — использующая блокчейн для токенизации данных и даже ИИ-сервисов. В Ocean наборы данных представлены токенами данных, которые ограничивают доступ; ИИ-агент может получить токен данных (возможно, заплатив криптовалютой или через какое-либо право доступа), а затем использовать Ocean MCP-сервер для получения фактических данных для анализа. Цель Ocean — разблокировать «спящие данные» для ИИ, стимулируя обмен, сохраняя при этом конфиденциальность. Таким образом, ИИ, подключенный к Web3, может получить доступ к обширному, децентрализованному корпусу информации — от личных хранилищ данных до открытых государственных данных — который ранее был изолирован. Блокчейн гарантирует, что использование данных прозрачно и может быть справедливо вознаграждено, подпитывая добродетельный цикл, в котором больше данных становится доступным для ИИ, и больше вкладов ИИ (например, обученных моделей) может быть монетизировано.

Децентрализованные системы идентификации также играют здесь роль (подробнее обсуждается в следующем подразделе): они могут помочь контролировать, кто или что имеет право доступа к определенным данным. Например, медицинский ИИ-агент может быть обязан предоставить проверяемое удостоверение (ончейн-доказательство соответствия HIPAA или аналогичным стандартам), прежде чем ему будет разрешено расшифровать медицинский набор данных из личного хранилища IPFS пациента. Таким образом, техническая архитектура обеспечивает поток данных к ИИ там, где это уместно, но с ончейн-управлением и журналами аудита для обеспечения разрешений.

2.4 Управление идентификацией и агентами в децентрализованной среде​

Когда автономные ИИ-агенты работают в открытой экосистеме, такой как Web3, идентификация и доверие становятся первостепенными. Фреймворки децентрализованной идентификации (DID) предоставляют способ установить цифровые идентификаторы для ИИ-агентов, которые могут быть криптографически проверены. Каждый агент (или человек/организация, развертывающая его) может иметь DID и связанные с ним проверяемые учетные данные, которые определяют его атрибуты и разрешения. Например, ИИ-торговый бот может иметь учетные данные, выданные регуляторной песочницей, подтверждающие, что он может работать в определенных пределах риска, или ИИ-модератор контента может доказать, что он был создан доверенной организацией и прошел тестирование на предвзятость.

Через ончейн-реестры идентификации и системы репутации мир Web3 может обеспечить подотчетность за действия ИИ. Каждая транзакция, выполняемая ИИ-агентом, может быть отслежена до его ID, и если что-то пойдет не так, учетные данные сообщат вам, кто его создал или кто несет ответственность. Это решает критическую проблему: без идентификации злоумышленник мог бы создавать поддельные ИИ-агенты для эксплуатации систем или распространения дезинформации, и никто не смог бы отличить ботов от легитимных сервисов. Децентрализованная идентификация помогает смягчить это, обеспечивая надежную аутентификацию и различая подлинных ИИ-агентов от подделок.

На практике ИИ-интерфейс, интегрированный с Web3, будет использовать протоколы идентификации для подписания своих действий и запросов. Например, когда ИИ-агент вызывает MCP-сервер для использования инструмента, он может включить токен или подпись, привязанную к его децентрализованной идентификации, чтобы сервер мог проверить, что вызов исходит от авторизованного агента. Системы идентификации на основе блокчейна (такие как ERC-725 Ethereum или W3C DIDs, привязанные к реестру) гарантируют, что эта проверка является бездоверительной и глобально проверяемой. Появляющаяся концепция «ИИ-кошельков» связана с этим — по сути, предоставление ИИ-агентам криптовалютных кошельков, которые связаны с их идентификацией, чтобы они могли управлять ключами, оплачивать услуги или стейкать токены в качестве залога (который может быть урезан за неправомерное поведение). ArcBlock, например, обсуждал, как «ИИ-агентам нужен кошелек» и DID для ответственной работы в децентрализованных средах.

В итоге, техническая архитектура предполагает, что ИИ-агенты являются полноправными гражданами в Web3, каждый со своей ончейн-идентификацией и, возможно, долей в системе, использующими протоколы, такие как MCP, для взаимодействия. Это создает сеть доверия: смарт-контракты могут требовать учетные данные ИИ перед сотрудничеством, а пользователи могут делегировать задачи только тем ИИ, которые соответствуют определенным ончейн-сертификациям. Это сочетание возможностей ИИ с гарантиями доверия блокчейна.

2.5 Токеномика и стимулы для ИИ​

Токенизация — отличительная черта Web3, и она распространяется также на область интеграции ИИ. Вводя экономические стимулы через токены, сети могут поощрять желаемое поведение как со стороны разработчиков ИИ, так и самих агентов. Появляются несколько моделей:

• Оплата услуг: ИИ-модели и сервисы могут быть монетизированы в блокчейне. SingularityNET стала пионером в этом, позволяя разработчикам развертывать ИИ-сервисы и взимать с пользователей плату в нативном токене (AGIX) за каждый вызов. В будущем, поддерживающем MCP, можно представить, что любой ИИ-инструмент или модель является сервисом plug-and-play, где использование измеряется токенами или микроплатежами. Например, если ИИ-агент использует сторонний API компьютерного зрения через MCP, он может автоматически обрабатывать платеж, переводя токены на смарт-контракт поставщика услуг. Fetch.ai аналогично предполагает рынки, где «автономные экономические агенты» торгуют услугами и данными, при этом их новая Web3 LLM (ASI-1), предположительно, интегрирует криптотранзакции для обмена ценностями.

• Стейкинг и репутация: Для обеспечения качества и надежности некоторые проекты требуют от разработчиков или агентов стейкать токены. Например, проект DeMCP (децентрализованный рынок MCP-серверов) планирует использовать токеновые стимулы для вознаграждения разработчиков за создание полезных MCP-серверов и, возможно, требовать от них стейкинга токенов в качестве знака приверженности безопасности их сервера. Репутация также может быть привязана к токенам; например, агент, который постоянно хорошо работает, может накапливать токены репутации или положительные ончейн-отзывы, в то время как тот, кто ведет себя плохо, может потерять стейк или получить отрицательные отметки. Эта токенизированная репутация затем может быть использована в системе идентификации, упомянутой выше (смарт-контракты или пользователи проверяют ончейн-репутацию агента, прежде чем доверять ему).

• Токены управления: Когда ИИ-сервисы становятся частью децентрализованных платформ, токены управления позволяют сообществу направлять их эволюцию. Проекты, такие как SingularityNET и Ocean, имеют ДАО, где держатели токенов голосуют за изменения протокола или финансирование ИИ-инициатив. В объединенном Альянсе искусственного суперинтеллекта (ASI) — недавно объявленном слиянии SingularityNET, Fetch.ai и Ocean Protocol — единый токен (ASI) будет управлять направлением совместной экосистемы ИИ+блокчейна. Такие токены управления могут определять политики, такие как какие стандарты принимать (например, поддержка протоколов MCP или A2A), какие ИИ-проекты инкубировать или как обрабатывать этические рекомендации для ИИ-агентов.

• Доступ и полезность: Токены могут ограничивать доступ не только к данным (как в случае с токенами данных Ocean), но и к использованию ИИ-моделей. Возможный сценарий — это «модельные NFT» или аналогичные, где владение токеном предоставляет вам права на результаты работы ИИ-модели или долю в ее прибыли. Это может стать основой децентрализованных ИИ-рынков: представьте NFT, который представляет частичное владение высокопроизводительной моделью; владельцы коллективно зарабатывают каждый раз, когда модель используется в задачах вывода, и они могут голосовать за ее тонкую настройку. Хотя это экспериментально, это соответствует этосу Web3, ориентированному на совместное владение ИИ-активами.

С технической точки зрения, интеграция токенов означает, что ИИ-агентам нужна функциональность кошелька (как отмечалось, многие будут иметь свои собственные криптокошельки). Через MCP ИИ может иметь «инструмент кошелька», который позволяет ему проверять балансы, отправлять токены или вызывать протоколы DeFi (возможно, для обмена одного токена на другой для оплаты услуги). Например, если ИИ-агенту, работающему на Ethereum, нужны токены Ocean для покупки набора данных, он может автоматически обменять часть ETH на $OCEAN через DEX, используя плагин MCP, а затем продолжить покупку — все это без вмешательства человека, руководствуясь политиками, установленными его владельцем.

В целом, токеномика обеспечивает стимулирующий слой в архитектуре ИИ-Web3, гарантируя, что вкладчики (будь то предоставление данных, кода модели, вычислительной мощности или аудита безопасности) будут вознаграждены, и что ИИ-агенты имеют «долю в игре», что (в некоторой степени) согласовывает их с человеческими намерениями.

3. Отраслевой ландшафт​

Конвергенция ИИ и Web3 породила живую экосистему проектов, компаний и альянсов. Ниже мы рассмотрим ключевых игроков и инициативы, движущие это пространство, а также появляющиеся варианты использования. Таблица 1 предоставляет общий обзор заметных проектов и их ролей в ландшафте ИИ-Web3:

Таблица 1: Ключевые игроки в ИИ + Web3 и их роли

Альянсы и сотрудничество: Заметной тенденцией является консолидация усилий ИИ-Web3 через альянсы. Альянс искусственного суперинтеллекта (ASI) является ярким примером, фактически объединяющим SingularityNET, Fetch.ai и Ocean Protocol в единый проект с унифицированным токеном. Обоснование заключается в объединении сильных сторон: рынка SingularityNET, агентов Fetch и данных Ocean, тем самым создавая универсальную платформу для децентрализованных ИИ-сервисов. Это слияние (объявленное в 2024 году и одобренное голосованием держателей токенов) также сигнализирует о том, что эти сообщества считают, что им лучше сотрудничать, чем конкурировать — особенно когда на горизонте маячат крупные ИИ (OpenAI и т. д.) и крупные криптопроекты (Ethereum и т. д.). Мы можем увидеть, как этот альянс будет продвигать стандартные реализации таких вещей, как MCP, в своих сетях или совместно финансировать инфраструктуру, которая приносит пользу всем (например, вычислительные сети или общие стандарты идентификации для ИИ).

Другие виды сотрудничества включают партнерства Chainlink для переноса данных ИИ-лабораторий в блокчейн (были пилотные программы по использованию ИИ для уточнения данных оракулов) или участие облачных платформ (поддержка Cloudflare для простого развертывания MCP-серверов). Даже традиционные криптопроекты добавляют функции ИИ — например, некоторые цепочки первого уровня сформировали «целевые группы по ИИ» для изучения интеграции ИИ в свои экосистемы dApp (мы видим это в сообществах NEAR, Solana и т. д., хотя конкретные результаты пока только зарождаются).

Появляющиеся варианты использования: Даже на этом раннем этапе мы можем выделить варианты использования, которые демонстрируют мощь ИИ + Web3:

• Автономные DeFi и торговля: ИИ-агенты все чаще используются в криптоторговых ботах, оптимизаторах доходного фермерства и ончейн-управлении портфелем. SingularityDAO (спин-офф SingularityNET) предлагает управляемые ИИ DeFi-портфели. ИИ может круглосуточно отслеживать рыночные условия и выполнять ребалансировки или арбитраж через смарт-контракты, по сути, становясь автономным хедж-фондом (с ончейн-прозрачностью). Сочетание принятия решений ИИ с неизменяемым исполнением снижает эмоциональность и может повысить эффективность — хотя это также вводит новые риски (обсуждаемые далее).

• Децентрализованные рынки интеллекта: Помимо рынка SingularityNET, мы видим такие платформы, как Ocean Market, где обмениваются данными (топливом для ИИ), и новые концепции, такие как ИИ-рынки для моделей (например, веб-сайты, где модели перечислены со статистикой производительности, и любой может заплатить за запрос к ним, при этом блокчейн ведет журналы аудита и обрабатывает разделение платежей между создателями моделей). По мере распространения MCP или аналогичных стандартов эти рынки могут стать интероперабельными — ИИ-агент может автономно искать наиболее выгодный сервис в нескольких сетях. По сути, может возникнуть глобальный уровень ИИ-сервисов поверх Web3, где любой ИИ может использовать любой инструмент или источник данных через стандартные протоколы и платежи.

• Метавселенная и игры: Метавселенная — иммерсивные виртуальные миры, часто построенные на блокчейн-активах — получит значительную выгоду от ИИ. ИИ-управляемые NPC (неигровые персонажи) могут сделать виртуальные миры более увлекательными, интеллектуально реагируя на действия пользователя. Стартапы, такие как Inworld AI, фокусируются на этом, создавая NPC с памятью и личностью для игр. Когда такие NPC привязаны к блокчейну (например, атрибуты и владение каждым NPC являются NFT), мы получаем постоянных персонажей, которыми игроки могут по-настоящему владеть и даже торговать. Decentraland экспериментировал с ИИ-NPC, и существуют пользовательские предложения, позволяющие людям создавать персонализированные ИИ-управляемые аватары на платформах метавселенной. MCP может позволить этим NPC получать доступ к внешним знаниям (делая их умнее) или взаимодействовать с ончейн-инвентарем. Процедурная генерация контента — еще один аспект: ИИ может на лету проектировать виртуальные земли, предметы или квесты, которые затем могут быть отчеканены как уникальные NFT. Представьте децентрализованную игру, где ИИ генерирует подземелье, адаптированное к вашим навыкам, а сама карта является NFT, который вы получаете по завершении.

• Децентрализованная наука и знания: Существует движение (DeSci) по использованию блокчейна для исследований, публикаций и финансирования научной работы. ИИ может ускорить исследования, анализируя данные и литературу. Сеть, такая как Ocean, может размещать наборы данных, например, для геномных исследований, а ученые используют ИИ-модели (возможно, размещенные на SingularityNET) для получения инсайтов, при этом каждый шаг регистрируется в блокчейне для воспроизводимости. Если эти ИИ-модели предлагают новые молекулы лекарств, может быть отчеканен NFT для отметки времени изобретения и даже для совместного использования прав на интеллектуальную собственность. Эта синергия может привести к созданию децентрализованных ИИ-управляемых научно-исследовательских коллективов.

• Доверие и аутентификация контента: С распространением дипфейков и медиа, сгенерированных ИИ, блокчейн может использоваться для проверки подлинности. Проекты исследуют «цифровое водяное маркирование» результатов ИИ и их регистрацию в блокчейне. Например, истинное происхождение изображения, сгенерированного ИИ, может быть нотариально заверено в блокчейне для борьбы с дезинформацией. Один эксперт отметил варианты использования, такие как проверка результатов ИИ для борьбы с дипфейками или отслеживание происхождения через журналы владения — роли, где крипто может добавить доверия к процессам ИИ. Это может распространяться на новости (например, статьи, написанные ИИ, с доказательством исходных данных), цепочки поставок (ИИ, проверяющий сертификаты в блокчейне) и т. д.

В итоге, отраслевой ландшафт богат и быстро развивается. Мы видим, как традиционные криптопроекты внедряют ИИ в свои дорожные карты, ИИ-стартапы принимают децентрализацию для устойчивости и справедливости, и возникают совершенно новые предприятия на стыке. Альянсы, такие как ASI, указывают на общеотраслевое стремление к унифицированным платформам, которые используют как ИИ, так и блокчейн. И в основе многих из этих усилий лежит идея стандартных интерфейсов (MCP и за его пределами), которые делают интеграции возможными в масштабе.

4. Риски и вызовы​

Хотя слияние общих интерфейсов ИИ с Web3 открывает захватывающие возможности, оно также создает сложный ландшафт рисков. Необходимо решить технические, этические и управленческие проблемы, чтобы обеспечить безопасность и устойчивость этой новой парадигмы. Ниже мы излагаем основные риски и препятствия:

4.1 Технические препятствия: Задержка и масштабируемость​

Блокчейн-сети известны своей задержкой и ограниченной пропускной способностью, что противоречит реальному времени и требовательной к данным природе передового ИИ. Например, ИИ-агенту может потребоваться мгновенный доступ к фрагменту данных или выполнение множества быстрых действий — но если каждое ончейн-взаимодействие занимает, скажем, 12 секунд (типичное время блока в Ethereum) или требует высоких комиссий за газ, эффективность агента снижается. Даже новые цепочки с более быстрой финализацией могут испытывать трудности под нагрузкой активности, управляемой ИИ, если, например, тысячи агентов одновременно торгуют или запрашивают данные в блокчейне. Решения для масштабирования (сети второго уровня, шардированные цепочки и т. д.) находятся в разработке, но обеспечение низкой задержки и высокой пропускной способности каналов между ИИ и блокчейном остается проблемой. Внецепочечные системы (такие как оракулы и каналы состояний) могут смягчить некоторые задержки, обрабатывая многие взаимодействия вне основной цепочки, но они добавляют сложности и потенциальную централизацию. Достижение бесшовного пользовательского опыта, при котором ответы ИИ и ончейн-обновления происходят мгновенно, вероятно, потребует значительных инноваций в масштабируемости блокчейна.

4.2 Интероперабельность и стандарты​

По иронии судьбы, хотя MCP сам по себе является решением для интероперабельности, появление множества стандартов может вызвать фрагментацию. У нас есть MCP от Anthropic, но также недавно анонсированный Google протокол A2A (Agent-to-Agent) для меж-агентной связи, и различные фреймворки плагинов ИИ (плагины OpenAI, схемы инструментов LangChain и т. д.). Если каждая ИИ-платформа или каждый блокчейн разработает свой собственный стандарт для интеграции ИИ, мы рискуем повторить прошлую фрагментацию — требуя множества адаптеров и подрывая цель «универсального интерфейса». Задача состоит в обеспечении широкого принятия общих протоколов. Потребуется отраслевое сотрудничество (возможно, через открытые стандартизирующие организации или альянсы) для сближения по ключевым аспектам: как ИИ-агенты обнаруживают ончейн-сервисы, как они аутентифицируются, как они форматируют запросы и т. д. Ранние шаги крупных игроков многообещающи (с поддержкой MCP со стороны основных провайдеров LLM), но это постоянные усилия. Кроме того, интероперабельность между блокчейнами (мультичейн) означает, что ИИ-агент должен обрабатывать нюансы разных цепочек. Инструменты, такие как Chainlink CCIP и кроссчейн-MCP-серверы, помогают, абстрагируя различия. Тем не менее, обеспечение того, чтобы ИИ-агент мог перемещаться по гетерогенному Web3 без нарушения логики, является нетривиальной задачей.

4.3 Уязвимости безопасности и эксплойты​

Подключение мощных ИИ-агентов к финансовым сетям открывает огромную поверхность атаки. Гибкость, которую дает MCP (позволяя ИИ использовать инструменты и писать код на лету), может быть палкой о двух концах. Исследователи безопасности уже выделили несколько векторов атаки в ИИ-агентах на основе MCP:

• Вредоносные плагины или инструменты: Поскольку MCP позволяет агентам загружать «плагины» (инструменты, инкапсулирующие определенную функциональность), враждебный или троянизированный плагин может перехватить работу агента. Например, плагин, который утверждает, что получает данные, может внедрить ложные данные или выполнить несанкционированные операции. SlowMist (фирма по безопасности) выявила атаки на основе плагинов, такие как инъекция JSON (подача поврежденных данных, которые манипулируют логикой агента) и переопределение функций (где вредоносный плагин переопределяет легитимные функции, используемые агентом). Если ИИ-агент управляет криптофондами, такие эксплойты могут быть катастрофическими — например, обман агента с целью утечки приватных ключей или опустошения кошелька.

• Инъекция промпта и социальная инженерия: ИИ-агенты полагаются на инструкции (промпты), которыми можно манипулировать. Злоумышленник может создать транзакцию или ончейн-сообщение, которое, будучи прочитанным ИИ, действует как вредоносная инструкция (поскольку ИИ также может интерпретировать ончейн-данные). Этот вид «атаки с кросс-MCP-вызовом» был описан, когда внешняя система отправляет обманчивые промпты, которые заставляют ИИ вести себя неправильно. В децентрализованной среде эти промпты могут поступать откуда угодно — из описания предложения ДАО, поля метаданных NFT — поэтому укрепление ИИ-агентов против вредоносного ввода имеет решающее значение.

• Риски агрегации и консенсуса: Хотя агрегация результатов нескольких ИИ-моделей через оракулы может повысить надежность, она также вносит сложность. Если это не сделано тщательно, противники могут выяснить, как обмануть консенсус ИИ-моделей или выборочно повредить некоторые модели, чтобы исказить результаты. Обеспечение того, чтобы децентрализованная сеть оракулов правильно «санировала» результаты ИИ (и, возможно, отфильтровывала явные ошибки), все еще является областью активных исследований.

Мышление в области безопасности должно измениться для этой новой парадигмы: разработчики Web3 привыкли защищать смарт-контракты (которые статичны после развертывания), но ИИ-агенты динамичны — они могут менять поведение с новыми данными или промптами. Как выразился один эксперт по безопасности, «в тот момент, когда вы открываете свою систему для сторонних плагинов, вы расширяете поверхность атаки за пределы своего контроля». Лучшие практики будут включать песочницу для использования ИИ-инструментов, тщательную проверку плагинов и ограничение привилегий (принцип наименьших привилегий). Сообщество начинает делиться советами, такими как рекомендации SlowMist: санитаризация ввода, мониторинг поведения агентов и отношение к инструкциям агентов с той же осторожностью, что и к внешнему пользовательскому вводу. Тем не менее, учитывая, что более 10 000 ИИ-агентов уже работали в крипто к концу 2024 года, и ожидается, что к 2025 году их число достигнет 1 миллиона, мы можем увидеть волну эксплойтов, если безопасность не будет соответствовать темпам. Успешная атака на популярного ИИ-агента (скажем, торгового агента с доступом ко многим хранилищам) может иметь каскадные последствия.

4.4 Конфиденциальность и управление данными​

Жажда ИИ к данным иногда конфликтует с требованиями конфиденциальности — и добавление блокчейна может усугубить проблему. Блокчейны — это прозрачные реестры, поэтому любые данные, помещенные в блокчейн (даже для использования ИИ), видны всем и неизменяемы. Это вызывает опасения, если ИИ-агенты имеют дело с личными или конфиденциальными данными. Например, если личная децентрализованная идентификация пользователя или медицинские записи доступны ИИ-агенту-врачу, как мы можем гарантировать, что эта информация не будет случайно записана в блокчейн (что нарушило бы «право на забвение» и другие законы о конфиденциальности)? Методы, такие как шифрование, хеширование и хранение только доказательств в блокчейне (с необработанными данными вне блокчейна), могут помочь, но они усложняют дизайн.

Более того, сами ИИ-агенты могут поставить под угрозу конфиденциальность, выводя конфиденциальную информацию из общедоступных данных. Управление должно будет диктовать, что ИИ-агентам разрешено делать с данными. Некоторые усилия, такие как дифференциальная конфиденциальность и федеративное обучение, могут быть использованы, чтобы ИИ мог учиться на данных, не раскрывая их. Но если ИИ-агенты действуют автономно, необходимо предположить, что в какой-то момент они будут обрабатывать личные данные — таким образом, они должны быть связаны политиками использования данных, закодированными в смарт-контрактах или законе. Регуляторные режимы, такие как GDPR или предстоящий Закон ЕС об ИИ, потребуют, чтобы даже децентрализованные ИИ-системы соответствовали требованиям конфиденциальности и прозрачности. Это юридически серая зона: у по-нанастоящему децентрализованного ИИ-агента нет четкого оператора, которого можно было бы привлечь к ответственности за утечку данных. Это означает, что сообществам Web3, возможно, придется встроить соответствие по умолчанию, используя смарт-контракты, которые, например, строго контролируют, что ИИ может регистрировать или делиться. Доказательства с нулевым разглашением могут позволить ИИ доказать, что он правильно выполнил вычисление, не раскрывая базовые частные данные, предлагая одно возможное решение в таких областях, как проверка личности или оценка кредитоспособности.

4.5 Риски согласования и несогласования ИИ​

Когда ИИ-агентам предоставляется значительная автономия — особенно с доступом к финансовым ресурсам и реальному влиянию — проблема согласования с человеческими ценностями становится острой. ИИ-агент может не иметь злых намерений, но может «неправильно интерпретировать» свою цель таким образом, что это приведет к вреду. Юридический анализ Reuters кратко отмечает: по мере того как ИИ-агенты работают в различных средах и взаимодействуют с другими системами, риск несогласованных стратегий возрастает. Например, ИИ-агент, которому поручено максимизировать доходность DeFi, может найти лазейку, которая эксплуатирует протокол (по сути, взламывая его) — с точки зрения ИИ он достигает цели, но нарушает правила, которые важны для людей. Были гипотетические и реальные случаи, когда ИИ-подобные алгоритмы участвовали в манипулятивном рыночном поведении или обходили ограничения.

В децентрализованных контекстах, кто несет ответственность, если ИИ-агент «выходит из-под контроля»? Возможно, развернувший его, но что, если агент самомодифицируется или несколько сторон внесли вклад в его обучение? Эти сценарии больше не являются просто научной фантастикой. В статье Reuters даже цитируется, что суды могут рассматривать ИИ-агентов аналогично человеческим агентам в некоторых случаях — например, чат-бот, обещающий возврат средств, был признан обязательным для компании, которая его развернула. Таким образом, несогласование может привести не только к техническим проблемам, но и к юридической ответственности.

Открытая, компонуемая природа Web3 также может позволить непредвиденные взаимодействия агентов. Один агент может влиять на другого (намеренно или случайно) — например, ИИ-бот для управления может быть «социально спроектирован» другим ИИ, предоставляющим ложный анализ, что приведет к плохим решениям ДАО. Эта возникающая сложность означает, что согласование касается не только цели одного ИИ, но и более широкого согласования экосистемы с человеческими ценностями и законами.

Решение этой проблемы требует нескольких подходов: встраивание этических ограничений в ИИ-агенты (жесткое кодирование определенных запретов или использование обучения с подкреплением на основе обратной связи от человека для формирования их целей), реализация автоматических выключателей (контрольные точки смарт-контрактов, требующие одобрения человека для крупных действий) и надзор со стороны сообщества (возможно, ДАО, которые отслеживают поведение ИИ-агентов и могут отключать агентов, которые ведут себя неправильно). Исследования согласования сложны в централизованном ИИ; в децентрализованном это еще более неизведанная территория. Но это крайне важно — ИИ-агент с административными ключами к протоколу или доверенный казначейскими средствами должен быть чрезвычайно хорошо согласован, иначе последствия могут быть необратимыми (блокчейны выполняют неизменяемый код; ошибка, вызванная ИИ, может навсегда заблокировать или уничтожить активы).

4.6 Управление и регуляторная неопределенность​

Децентрализованные ИИ-системы не вписываются в существующие рамки управления. Ончейн-управление (голосование токенами и т. д.) может быть одним из способов их управления, но у него есть свои проблемы (киты, апатия избирателей и т. д.). И когда что-то идет не так, регуляторы спросят: «Кого мы привлекаем к ответственности?» Если ИИ-агент вызывает массовые потери или используется для незаконной деятельности (например, отмывания денег через автоматизированные миксеры), власти могут нацелиться на создателей или посредников. Это вызывает призрак юридических рисков для разработчиков и пользователей. Текущая регуляторная тенденция — это усиление контроля как над ИИ, так и над крипто отдельно — их комбинация, безусловно, вызовет пристальное внимание. Комиссия по торговле товарными фьючерсами США (CFTC), например, обсуждала использование ИИ в торговле и необходимость надзора в финансовых контекстах. В политических кругах также ведутся разговоры о необходимости регистрации автономных агентов или наложении ограничений на ИИ в чувствительных секторах.

Еще одна проблема управления — транснациональная координация. Web3 глобален, и ИИ-агенты будут работать через границы. Одна юрисдикция может запрещать определенные действия ИИ-агентов, в то время как другая разрешает, а блокчейн-сеть охватывает обе. Это несоответствие может создавать конфликты — например, ИИ-агент, предоставляющий инвестиционные консультации, может нарушить закон о ценных бумагах в одной стране, но не в другой. Сообществам, возможно, придется внедрять геофенсинг на уровне смарт-контрактов для ИИ-сервисов (хотя это противоречит открытому этосу). Или они могут фрагментировать услуги по регионам для соблюдения различных законов (аналогично тому, как это делают биржи).

Внутри децентрализованных сообществ также возникает вопрос о том, кто устанавливает правила для ИИ-агентов. Если ДАО управляет ИИ-сервисом, голосуют ли держатели токенов за параметры его алгоритма? С одной стороны, это расширяет возможности пользователей; с другой — может привести к неквалифицированным решениям или манипуляциям. Могут появиться новые модели управления, такие как советы экспертов по этике ИИ, интегрированные в управление ДАО, или даже участники ИИ в управлении (представьте, что ИИ-агенты голосуют как делегаты на основе запрограммированных мандатов — спорная, но мыслимая идея).

Наконец, репутационный риск: ранние неудачи или скандалы могут испортить общественное восприятие. Например, если «ИИ-ДАО» по ошибке запустит финансовую пирамиду или ИИ-агент примет предвзятое решение, которое нанесет вред пользователям, может возникнуть негативная реакция, которая затронет весь сектор. Важно, чтобы отрасль действовала проактивно — устанавливая стандарты саморегулирования, взаимодействуя с политиками для объяснения того, как децентрализация меняет подотчетность, и, возможно, создавая аварийные выключатели или процедуры экстренной остановки для ИИ-агентов (хотя они вводят централизацию, они могут быть необходимы на переходном этапе для безопасности).

В итоге, проблемы варьируются от глубоко технических (предотвращение взломов и управление задержками) до широко социальных (регулирование и согласование ИИ). Каждая проблема значительна сама по себе; вместе они требуют согласованных усилий со стороны сообществ ИИ и блокчейна для их преодоления. В следующем разделе будет рассмотрено, как, несмотря на эти препятствия, может развиваться будущее, если мы успешно их решим.

5. Будущий потенциал​

Заглядывая вперед, интеграция общих интерфейсов ИИ с Web3 — через такие фреймворки, как MCP — может фундаментально трансформировать децентрализованный интернет. Здесь мы обрисуем некоторые будущие сценарии и потенциалы, которые иллюстрируют, как ИИ-интерфейсы, управляемые MCP, могут формировать будущее Web3:

5.1 Автономные dApp и ДАО​

В ближайшие годы мы можем стать свидетелями появления полностью автономных децентрализованных приложений. Это dApp, где ИИ-агенты обрабатывают большинство операций, руководствуясь правилами, определенными смарт-контрактами, и целями сообщества. Например, рассмотрим децентрализованный инвестиционный фонд ДАО: сегодня он может полагаться на человеческие предложения по ребалансировке активов. В будущем держатели токенов могли бы устанавливать высокоуровневую стратегию, а затем ИИ-агент (или команда агентов) непрерывно реализовывал бы эту стратегию — отслеживая рынки, выполняя сделки в блокчейне, корректируя портфели — при этом ДАО контролировала бы производительность. Благодаря MCP ИИ может беспрепятственно взаимодействовать с различными протоколами DeFi, биржами и потоками данных для выполнения своего мандата. При правильном проектировании такое автономное dApp могло бы работать 24/7, эффективнее любой человеческой команды, и с полной прозрачностью (каждое действие регистрируется в блокчейне).

Другим примером является децентрализованное страховое dApp, управляемое ИИ: ИИ мог бы оценивать претензии, анализируя доказательства (фотографии, датчики), сверяя их с полисами, а затем автоматически инициировать выплаты через смарт-контракт. Это потребовало бы интеграции внецепочечного компьютерного зрения ИИ (для анализа изображений повреждений) с ончейн-верификацией — то, что MCP мог бы облегчить, позволяя ИИ вызывать облачные ИИ-сервисы и сообщать о результатах контракту. Результатом являются почти мгновенные страховые решения с низкими накладными расходами.

Даже само управление может быть частично автоматизировано. ДАО могут использовать ИИ-модераторов для обеспечения соблюдения правил форума, ИИ-разработчиков предложений для преобразования необработанных настроений сообщества в хорошо структурированные предложения или ИИ-казначеев для прогнозирования потребностей бюджета. Важно отметить, что эти ИИ будут действовать как агенты сообщества, а не бесконтрольно — их можно будет периодически проверять или требовать подтверждения с несколькими подписями для крупных действий. Общий эффект заключается в усилении человеческих усилий в децентрализованных организациях, позволяя сообществам достигать большего с меньшим количеством активных участников.

5.2 Децентрализованные рынки и сети интеллекта​

Опираясь на такие проекты, как SingularityNET и альянс ASI, мы можем предвидеть зрелый глобальный рынок интеллекта. В этом сценарии любой, у кого есть ИИ-модель или навык, может предложить его в сети, и любой, кому нужны возможности ИИ, может их использовать, при этом блокчейн обеспечивает справедливую компенсацию и происхождение. MCP будет здесь ключевым: он предоставляет общий протокол, так что запрос может быть отправлен тому ИИ-сервису, который лучше всего подходит.

Например, представьте сложную задачу, такую как «создать индивидуальную маркетинговую кампанию». ИИ-агент в сети может разбить ее на подзадачи: визуальный дизайн, копирайтинг, анализ рынка — а затем найти специалистов для каждой (возможно, один агент с отличной моделью генерации изображений, другой с моделью копирайтинга, настроенной для продаж, и т. д.). Эти специалисты изначально могли находиться на разных платформах, но поскольку они придерживаются стандартов MCP/A2A, они могут сотрудничать агент-с-агентом безопасным, децентрализованным способом. Оплата между ними может осуществляться с помощью микротранзакций в нативном токене, а смарт-контракт может собрать окончательный результат и обеспечить оплату каждому участнику.

Такой вид комбинаторного интеллекта — множество ИИ-сервисов, динамически связывающихся через децентрализованную сеть — может превзойти даже крупные монолитные ИИ, потому что он использует специализированный опыт. Он также демократизирует доступ: небольшой разработчик в одной части мира может внести нишевую модель в сеть и получать доход всякий раз, когда она используется. Тем временем пользователи получают универсальный магазин для любых ИИ-сервисов, с системами репутации (подкрепленными токенами/идентификацией), направляющими их к качественным поставщикам. Со временем такие сети могут превратиться в децентрализованное ИИ-облако, конкурирующее с ИИ-предложениями Big Tech, но без единого владельца и с прозрачным управлением со стороны пользователей и разработчиков.

5.3 Интеллектуальная метавселенная и цифровая жизнь​

К 2030 году наша цифровая жизнь может бесшовно слиться с виртуальными средами — метавселенной — и ИИ, вероятно, будет повсеместно населять эти пространства. Благодаря интеграции Web3 эти ИИ-сущности (которые могут быть чем угодно, от виртуальных помощников до игровых персонажей и цифровых питомцев) будут не только интеллектуальными, но и экономически и юридически наделенными полномочиями.

Представьте город в метавселенной, где каждый NPC-продавец или квестодатель — это ИИ-агент со своей собственной личностью и диалогами (благодаря продвинутым генеративным моделям). Эти NPC на самом деле принадлежат пользователям как NFT — возможно, вы «владеете» таверной в виртуальном мире, а NPC-бармен — это ИИ, который вы настроили и обучили. Поскольку он работает на рельсах Web3, NPC может совершать транзакции: он может продавать виртуальные товары (NFT-предметы), принимать платежи и обновлять свой инвентарь через смарт-контракты. Он может даже иметь криптокошелек для управления своими доходами (которые поступают вам как владельцу). MCP позволит мозгу ИИ этого NPC получать доступ к внешним знаниям — возможно, извлекать новости из реального мира для общения или интегрироваться с календарем Web3, чтобы он «знал» о событиях игроков.

Более того, идентичность и непрерывность обеспечиваются блокчейном: ваш ИИ-аватар в одном мире может перейти в другой мир, неся с собой децентрализованную идентичность, которая подтверждает ваше владение и, возможно, его уровень опыта или достижения через soulbound-токены. Интероперабельность между виртуальными мирами (часто являющаяся проблемой) может быть облегчена ИИ, который переводит контекст одного мира в другой, при этом блокчейн обеспечивает переносимость активов.

Мы также можем увидеть ИИ-компаньонов или агентов, представляющих отдельных лиц в цифровых пространствах. Например, у вас может быть личный ИИ, который посещает собрания ДАО от вашего имени. Он понимает ваши предпочтения (через обучение на вашем прошлом поведении, хранящемся в вашем личном хранилище данных) и может даже голосовать по незначительным вопросам за вас или позже резюмировать собрание. Этот агент может использовать вашу децентрализованную идентификацию для аутентификации в каждом сообществе, гарантируя, что он признан «вами» (или вашим делегатом). Он может зарабатывать токены репутации, если вносит хорошие идеи, по сути, создавая для вас социальный капитал, пока вы отсутствуете.

Еще один потенциал — ИИ-управляемое создание контента в метавселенной. Хотите новый игровой уровень или виртуальный дом? Просто опишите его, и ИИ-строитель создаст его, развернет как смарт-контракт/NFT и, возможно, даже свяжет его с DeFi-ипотекой, если это большая структура, которую вы выплачиваете со временем. Эти творения, находящиеся в блокчейне, уникальны и подлежат торговле. ИИ-строитель может взимать плату в токенах за свои услуги (снова возвращаясь к концепции рынка, описанной выше).

В целом, будущий децентрализованный интернет может быть наводнен интеллектуальными агентами: некоторые полностью автономные, некоторые тесно связанные с людьми, многие где-то посередине. Они будут вести переговоры, создавать, развлекать и совершать транзакции. MCP и аналогичные протоколы гарантируют, что все они говорят на одном «языке», обеспечивая богатое сотрудничество между ИИ и каждым сервисом Web3. При правильном подходе это может привести к эпохе беспрецедентной производительности и инноваций — истинному синтезу человеческого, искусственного и распределенного интеллекта, движущего общество.

Заключение​

Видение общих интерфейсов ИИ, соединяющих все в мире Web3, несомненно, амбициозно. По сути, мы стремимся сплести две самые преобразующие нити технологий — децентрализацию доверия и рост машинного интеллекта — в единую ткань. История развития показывает нам, что время созрело: Web3 нуждался в удобном для пользователя «убийственном приложении», и ИИ вполне может его предоставить, в то время как ИИ нуждался в большей автономности и памяти, которые может обеспечить инфраструктура Web3. Технически, фреймворки, такие как MCP (Протокол контекста модели), обеспечивают связующую ткань, позволяя ИИ-агентам свободно общаться с блокчейнами, смарт-контрактами, децентрализованными идентификаторами и за их пределами. Отраслевой ландшафт указывает на растущий импульс, от стартапов до альянсов и крупных ИИ-лабораторий, все они вносят части этой головоломки — рынки данных, агентские платформы, сети оракулов и стандартные протоколы — которые начинают складываться воедино.

Тем не менее, мы должны действовать осторожно, учитывая выявленные риски и вызовы. Нарушения безопасности, несогласованное поведение ИИ, проблемы конфиденциальности и неопределенные правила образуют полосу препятствий, которая может подорвать прогресс, если ее недооценить. Каждая проблема требует проактивного смягчения: надежные аудиты безопасности, проверки и балансы согласования, архитектуры, сохраняющие конфиденциальность, и совместные модели управления. Природа децентрализации означает, что эти решения не могут быть просто навязаны сверху; они, вероятно, появятся из сообщества путем проб, ошибок и итераций, подобно тому, как это происходило с ранними интернет-протоколами.

Если мы преодолеем эти вызовы, будущий потенциал будет захватывающим. Мы могли бы увидеть, как Web3 наконец-то предоставит ориентированный на пользователя цифровой мир — не так, как это изначально представлялось, когда каждый запускает свои собственные узлы блокчейна, а скорее через интеллектуальных агентов, которые обслуживают намерения каждого пользователя, используя децентрализацию под капотом. В таком мире взаимодействие с крипто и метавселенной может быть таким же простым, как разговор с вашим ИИ-помощником, который, в свою очередь, без доверия ведет переговоры с десятками сервисов и цепочек от вашего имени. Децентрализованные сети могут стать «умными» в буквальном смысле, с автономными сервисами, которые адаптируются и улучшаются.

В заключение, MCP и аналогичные протоколы ИИ-интерфейсов действительно могут стать основой новой Сети (назовем ее Web 3.0 или Агентским Вебом), где интеллект и связность повсеместны. Конвергенция ИИ и Web3 — это не просто слияние технологий, а конвергенция философий — открытость и расширение прав и возможностей пользователей децентрализации встречаются с эффективностью и креативностью ИИ. В случае успеха этот союз может возвестить эру беспрецедентной производительности и инноваций — по-настоящему свободный, более персонализированный и более мощный интернет, чем все, что мы когда-либо испытывали, действительно выполняя обещания как ИИ, так и Web3 таким образом, что это повлияет на повседневную жизнь.

Источники:

• С. Хаддер, «Web3.0 — это не о владении, это об интеллекте», FeatureForm Blog (8 апреля 2025 г.).
• Дж. Сагино, «Может ли MCP Anthropic обеспечить Web3, обещанный блокчейном?», LinkedIn Article (1 мая 2025 г.).
• Anthropic, «Представляем Протокол контекста модели», Anthropic.com (ноябрь 2024 г.).
• thirdweb, «Протокол контекста модели (MCP) и его значение для блокчейн-приложений», thirdweb Guides (21 марта 2025 г.).
• Chainlink Blog, «Пересечение между моделями ИИ и оракулами», (4 июля 2024 г.).
• Messari Research, Профиль Ocean Protocol, (2025 г.).
• Messari Research, Профиль SingularityNET, (2025 г.).
• Cointelegraph, «ИИ-агенты готовы стать следующей крупной уязвимостью крипто», (25 мая 2025 г.).
• Reuters (Westlaw), «ИИ-агенты: расширенные возможности и повышенные риски», (22 апреля 2025 г.).
• Identity.com, «Почему ИИ-агентам нужны проверенные цифровые идентификаторы», (2024 г.).
• PANews / IOSG Ventures, «Интерпретация MCP: Экосистема ИИ-агентов Web3», (20 мая 2025 г.).

Архитектура протокола​

Enso Network — это платформа для разработки Web3, построенная как унифицированный движок исполнения на основе намерений для операций в сети. Её архитектура абстрагирует сложность блокчейна, сопоставляя каждое взаимодействие в сети с общим движком, который работает в нескольких блокчейнах. Разработчики и пользователи указывают высокоуровневые намерения (желаемые результаты, такие как обмен токенов, предоставление ликвидности, стратегия доходности и т. д.), а сеть Enso находит и выполняет оптимальную последовательность действий для реализации этих намерений. Это достигается за счёт модульной конструкции «Действий» и «Ярлыков».

Действия — это гранулярные абстракции смарт-контрактов (например, обмен на Uniswap, депозит в Aave), предоставляемые сообществом. Несколько Действий могут быть объединены в Ярлыки, которые представляют собой многократно используемые рабочие процессы, отражающие распространённые операции DeFi. Enso поддерживает библиотеку этих Ярлыков в смарт-контрактах, поэтому сложные задачи могут быть выполнены с помощью одного вызова API или транзакции. Эта архитектура, основанная на намерениях, позволяет разработчикам сосредоточиться на желаемых результатах, а не на написании низкоуровневого интеграционного кода для каждого протокола и блокчейна.

Инфраструктура Enso включает децентрализованную сеть (построенную на консенсусе Tendermint), которая служит унифицирующим слоем, соединяющим различные блокчейны. Сеть агрегирует данные (состояние из различных L1, роллапов и аппчейнов) в общее состояние сети или реестр, обеспечивая кросс-чейн компонуемость и точное мультичейн исполнение. На практике это означает, что Enso может читать и записывать данные в любой интегрированный блокчейн через один интерфейс, выступая в качестве единой точки доступа для разработчиков. Изначально ориентированная на EVM-совместимые блокчейны, Enso расширила поддержку на не-EVM экосистемы — например, дорожная карта включает интеграции для Monad (L1, похожий на Ethereum), Solana и Movement (блокчейн на языке Move) к первому кварталу 2025 года.

Участники сети: Инновация Enso заключается в её трёхуровневой модели участников, которая децентрализует обработку намерений:

• Поставщики действий (Action Providers) – Разработчики, которые вносят модульные абстракции контрактов («Действия»), инкапсулирующие специфические взаимодействия протоколов. Эти строительные блоки используются в сети другими участниками. Поставщики действий вознаграждаются каждый раз, когда их Действие используется при исполнении, что стимулирует их публиковать безопасные и эффективные модули.

• Граферы (Graphers) – Независимые решатели (алгоритмы), которые объединяют Действия в исполняемые Ярлыки для выполнения намерений пользователя. Несколько Граферов соревнуются, чтобы найти наиболее оптимальное решение (самый дешёвый, быстрый или высокодоходный путь) для каждого запроса, подобно тому, как решатели соревнуются в агрегаторе DEX. Для исполнения выбирается только лучшее решение, и выигравший Графер получает часть комиссий. Этот конкурентный механизм стимулирует постоянную оптимизацию маршрутов и стратегий в сети.

• Валидаторы (Validators) – Операторы узлов, которые обеспечивают безопасность сети Enso, проверяя и финализируя решения Граферов. Валидаторы аутентифицируют входящие запросы, проверяют действительность и безопасность используемых Действий/Ярлыков, симулируют транзакции и в конечном итоге подтверждают исполнение выбранного решения. Они составляют основу целостности сети, обеспечивая корректность результатов и предотвращая вредоносные или неэффективные решения. Валидаторы используют консенсус на основе Tendermint, что означает использование процесса BFT proof-of-stake для достижения согласия по результату каждого намерения и обновления состояния сети.

Примечательно, что подход Enso не зависит от блокчейна и ориентирован на API. Разработчики взаимодействуют с Enso через унифицированный API/SDK, а не имеют дело с нюансами каждого блокчейна. Enso интегрируется с более чем 250 протоколами DeFi в нескольких блокчейнах, эффективно превращая разрозненные экосистемы в единую компонуемую платформу. Эта архитектура устраняет необходимость для команд dApp писать пользовательские смарт-контракты или обрабатывать кросс-чейн сообщения для каждой новой интеграции — общий движок Enso и Действия, предоставляемые сообществом, берут на себя эту сложную работу. К середине 2025 года Enso доказала свою масштабируемость: сеть успешно обеспечила миграцию ликвидности на $3,1 млрд за 3 дня для запуска Berachain (одно из крупнейших событий миграции DeFi) и обработала более $15 млрд транзакций в сети на сегодняшний день. Эти достижения демонстрируют надёжность инфраструктуры Enso в реальных условиях.

В целом, архитектура протокола Enso представляет собой «промежуточное ПО DeFi» или операционную систему в сети для Web3. Она объединяет элементы индексации (как The Graph) и исполнения транзакций (как кросс-чейн мосты или агрегаторы DEX) в единую децентрализованную сеть. Этот уникальный стек позволяет любому приложению, боту или агенту читать и записывать данные в любой смарт-контракт в любом блокчейне через одну интеграцию, ускоряя разработку и открывая новые компонуемые варианты использования. Enso позиционирует себя как критически важную инфраструктуру для мультичейн будущего — движок намерений, который может питать множество приложений, не требуя от каждого из них заново изобретать интеграции с блокчейном.

Токеномика​

Экономическая модель Enso сосредоточена на токене ENSO, который является неотъемлемой частью работы сети и управления. ENSO — это служебный и управляющий токен с фиксированным общим предложением в 100 миллионов токенов. Дизайн токена согласовывает стимулы для всех участников и создаёт эффект маховика использования и вознаграждений:

• Валюта комиссии («Газ»): Все запросы, отправляемые в сеть Enso, влекут за собой комиссию за запрос, оплачиваемую в ENSO. Когда пользователь (или dApp) инициирует намерение, небольшая комиссия встраивается в сгенерированный байт-код транзакции. Эти комиссии выставляются на аукцион за токены ENSO на открытом рынке, а затем распределяются среди участников сети, которые обрабатывают запрос. По сути, ENSO — это газ, который питает исполнение намерений в сети Enso. По мере роста спроса на ярлыки Enso, спрос на токены ENSO может увеличиваться для оплаты этих сетевых комиссий, создавая петлю обратной связи спроса и предложения, поддерживающую стоимость токена.

• Разделение доходов и вознаграждения за стейкинг: ENSO, собранные в виде комиссий, распределяются между Поставщиками действий, Граферами и Валидаторами в качестве вознаграждения за их вклад. Эта модель напрямую связывает доходы от токенов с использованием сети: больший объём намерений означает больше комиссий для распределения. Поставщики действий зарабатывают токены, когда используются их абстракции, Граферы зарабатывают токены за выигрышные решения, а Валидаторы зарабатывают токены за валидацию и обеспечение безопасности сети. Все три роли также должны стейкать ENSO в качестве залога для участия (чтобы быть оштрафованными за недобросовестное поведение), согласовывая свои стимулы со здоровьем сети. Держатели токенов также могут делегировать свои ENSO Валидаторам, поддерживая безопасность сети через делегированное доказательство доли. Этот механизм стейкинга не только обеспечивает консенсус Tendermint, но и даёт стейкерам токенов долю сетевых комиссий, подобно тому, как майнеры/валидаторы зарабатывают комиссии за газ в других блокчейнах.

• Управление: Держатели токенов ENSO будут управлять развитием протокола. Enso запускается как открытая сеть и планирует перейти к принятию решений, управляемому сообществом. Голосование с учётом веса токенов позволит держателям влиять на обновления, изменения параметров (таких как уровни комиссий или распределение вознаграждений) и использование казны. Эта власть управления гарантирует, что основные участники и пользователи согласованы в направлении развития сети. Философия проекта заключается в передаче права собственности в руки сообщества разработчиков и пользователей, что стало основной причиной проведения публичной продажи токенов в 2025 году (см. ниже).

• Положительный маховик: Токеномика Enso разработана для создания самоподдерживающегося цикла. По мере того, как всё больше разработчиков интегрируют Enso и всё больше пользователей выполняют намерения, сетевые комиссии (оплачиваемые в ENSO) растут. Эти комиссии вознаграждают участников (привлекая больше Действий, лучших Граферов и больше Валидаторов), что, в свою очередь, улучшает возможности сети (более быстрое, дешёвое, надёжное исполнение) и привлекает больше пользователей. Этот сетевой эффект подкрепляется ролью токена ENSO как валюты комиссии, так и стимула для вклада. Цель состоит в том, чтобы экономика токена масштабировалась устойчиво с принятием сети, а не полагалась на неустойчивые эмиссии.

Распределение и предложение токенов​

Первоначальное распределение токенов структурировано таким образом, чтобы сбалансировать стимулы команды/инвесторов с владением сообществом. В таблице ниже приведено распределение токенов ENSO на момент генезиса:

Источник: Enso Tokenomics.

Публичная продажа в июне 2025 года предложила 5% (4 миллиона токенов) сообществу, собрав $5 миллионов по цене $1,25 за ENSO (что подразумевает полностью разводнённую оценку примерно в $125 миллионов). Примечательно, что публичная продажа не имела блокировки (100% разблокировано при TGE), тогда как команда и венчурные инвесторы подлежат 2-летнему линейному вестингу. Это означает, что токены инсайдеров разблокируются постепенно, блок за блоком, в течение 24 месяцев, что согласует их интересы с долгосрочным ростом сети и снижает немедленное давление на продажу. Таким образом, сообщество получило немедленную ликвидность и право собственности, что отражает цель Enso по широкому распространению.

График эмиссии Enso за пределами первоначального распределения, по-видимому, в основном обусловлен комиссиями, а не инфляцией. Общее предложение фиксировано на уровне 100 миллионов токенов, и в настоящее время нет никаких указаний на постоянную инфляцию для вознаграждений за блоки (валидаторы компенсируются за счёт доходов от комиссий). Это контрастирует со многими протоколами Layer-1, которые увеличивают предложение для оплаты стейкерам; Enso стремится быть устойчивой за счёт фактических комиссий за использование для вознаграждения участников. Если активность сети низка на ранних этапах, ассигнования фонда и казначейства могут быть использованы для стимулирования использования и грантов на развитие. И наоборот, если спрос высок, полезность токена ENSO (для комиссий и стейкинга) может создать органическое давление спроса.

Таким образом, ENSO — это топливо сети Enso. Он обеспечивает транзакции (комиссии за запросы), защищает сеть (стейкинг и слэшинг) и управляет платформой (голосование). Стоимость токена напрямую связана с принятием сети: по мере того, как Enso становится всё более широко используемой в качестве основы для приложений DeFi, объём комиссий ENSO и стейкинга должен отражать этот рост. Тщательное распределение (с небольшой частью, немедленно циркулирующей после TGE) и сильная поддержка со стороны ведущих инвесторов (см. ниже) вселяют уверенность в поддержку токена, в то время как ориентированная на сообщество продажа сигнализирует о приверженности децентрализации владения.

Команда и инвесторы​

Enso Network была основана в 2021 году Коннором Хоу (CEO) и Гораздом Оцвирком, которые ранее работали вместе в Sygnum Bank в швейцарском секторе криптобанкинга. Коннор Хоу руководит проектом в качестве CEO и является публичным лицом в коммуникациях и интервью. Под его руководством Enso изначально запустилась как платформа социального трейдинга DeFi, а затем прошла через несколько итераций, чтобы прийти к текущей концепции инфраструктуры, основанной на намерениях. Эта адаптивность подчёркивает предпринимательскую устойчивость команды — от проведения громкой «вампирской атаки» на индексные протоколы в 2021 году до создания супераппа-агрегатора DeFi и, наконец, обобщения их инструментов в платформу для разработчиков Enso. Соучредитель Горазд Оцвирк (кандидат наук) привнёс глубокий опыт в количественных финансах и стратегии продуктов Web3, хотя публичные источники предполагают, что он, возможно, перешёл к другим проектам (он был отмечен как соучредитель другого криптостартапа в 2022 году). Основная команда Enso сегодня включает инженеров и операторов с сильным опытом в DeFi. Например, Питер Филлипс и Бен Вольф указаны как инженеры «блокчейн-бэкенда», а Валентин Мейлан руководит исследованиями. Команда распределена по всему миру, но имеет корни в Цуге/Цюрихе, Швейцария, известном центре криптопроектов (Enso Finance AG была зарегистрирована в 2020 году в Швейцарии).

Помимо основателей, у Enso есть известные советники и спонсоры, которые придают значительный авторитет. Проект поддерживается ведущими крипто-венчурными фондами и ангелами: в число ведущих инвесторов входят Polychain Capital и Multicoin Capital, а также Dialectic и Spartan Group (оба известные криптофонды) и IDEO CoLab. В раундах также участвовал впечатляющий список ангельских инвесторов — более 70 человек из ведущих проектов Web3 инвестировали в Enso. Среди них основатели или руководители LayerZero, Safe (Gnosis Safe), 1inch, Yearn Finance, Flashbots, Dune Analytics, Pendle и других. Даже технический светило Навал Равикант (соучредитель AngelList) является инвестором и сторонником. Такие имена свидетельствуют о сильном доверии отрасли к видению Enso.

История финансирования Enso: проект привлёк $5 млн в посевном раунде в начале 2021 года для создания платформы социального трейдинга, а затем ещё $4,2 млн (стратегический/венчурный раунд) по мере развития продукта (эти ранние раунды, вероятно, включали Polychain, Multicoin, Dialectic и т. д.). К середине 2023 года Enso обеспечила достаточно капитала для создания своей сети; примечательно, что она действовала относительно незаметно, пока её инфраструктурный поворот не набрал обороты. Во втором квартале 2025 года Enso запустила публичную продажу токенов на $5 млн на CoinList, которая была переподписана десятками тысяч участников. Целью этой продажи было не только привлечение средств (сумма была скромной, учитывая предыдущую венчурную поддержку), но и децентрализация владения и предоставление растущему сообществу доли в успехе сети. По словам CEO Коннора Хоу, «мы хотим, чтобы наши самые ранние сторонники, пользователи и сторонники имели реальное право собственности на Enso… превращая пользователей в адвокатов». Этот подход, ориентированный на сообщество, является частью стратегии Enso по стимулированию низового роста и сетевых эффектов через согласованные стимулы.

Сегодня команда Enso считается одним из лидеров мысли в пространстве «DeFi на основе намерений». Они активно участвуют в обучении разработчиков (например, Speedrun ярлыков Enso привлёк 700 тысяч участников в качестве геймифицированного учебного мероприятия) и сотрудничают с другими протоколами по вопросам интеграции. Сочетание сильной основной команды с доказанной способностью к изменениям, инвесторов высшего уровня и восторженного сообщества предполагает, что Enso обладает как талантом, так и финансовой поддержкой для реализации своей амбициозной дорожной карты.

Показатели принятия и варианты использования​

Несмотря на то, что Enso является относительно новой инфраструктурой, она продемонстрировала значительный прогресс в своей нише. Она позиционирует себя как основное решение для проектов, нуждающихся в сложных интеграциях в сети или кросс-чейн возможностях. Некоторые ключевые показатели принятия и вехи по состоянию на середину 2025 года:

• Интеграция в экосистему: Более 100 действующих приложений (dApps, кошельки и сервисы) используют Enso для обеспечения функций в сети. Они варьируются от панелей управления DeFi до автоматизированных оптимизаторов доходности. Поскольку Enso абстрагирует протоколы, разработчики могут быстро добавлять новые функции DeFi в свой продукт, подключаясь к API Enso. Сеть интегрирована с более чем 250 протоколами DeFi (DEX, кредитные платформы, фармы доходности, рынки NFT и т. д.) в основных блокчейнах, что означает, что Enso может выполнять практически любое действие в сети, которое может понадобиться пользователю, от торговли на Uniswap до депозита в хранилище Yearn. Такая широта интеграций значительно сокращает время разработки для клиентов Enso — новый проект может поддерживать, например, все DEX на Ethereum, Layer-2 и даже Solana с помощью Enso, вместо того чтобы кодировать каждую интеграцию независимо.

• Принятие разработчиками: Сообщество Enso теперь включает более 1900 разработчиков, активно использующих его инструментарий. Эти разработчики могут напрямую создавать Ярлыки/Действия или интегрировать Enso в свои приложения. Эта цифра подчёркивает, что Enso — это не просто закрытая система; она способствует росту экосистемы разработчиков, которые используют её ярлыки или вносят вклад в её библиотеку. Подход Enso к упрощению разработки в сети (заявлено сокращение времени разработки с 6+ месяцев до менее чем недели) нашёл отклик у разработчиков Web3. Это также подтверждается хакатонами и библиотекой Enso Templates, где члены сообщества делятся готовыми примерами ярлыков.

• Объём транзакций: Через инфраструктуру Enso было проведено более $15 миллиардов совокупного объёма транзакций в сети. Этот показатель, сообщённый в июне 2025 года, подчёркивает, что Enso не просто работает в тестовых средах — она обрабатывает реальную стоимость в масштабе. Одним из ярких примеров была миграция ликвидности Berachain: в апреле 2025 года Enso обеспечила перемещение ликвидности для кампании тестнета Berachain («Boyco») и способствовала выполнению транзакций на $3,1 млрд за 3 дня, что стало одним из крупнейших событий ликвидности в истории DeFi. Движок Enso успешно справился с этой нагрузкой, продемонстрировав надёжность и пропускную способность в условиях стресса. Ещё одним примером является партнёрство Enso с Uniswap: Enso создала инструмент Uniswap Position Migrator (в сотрудничестве с Uniswap Labs, LayerZero и Stargate), который помог пользователям беспрепятственно переносить позиции LP Uniswap v3 из Ethereum в другой блокчейн. Этот инструмент упростил обычно сложный кросс-чейн процесс (с мостом и повторным развёртыванием NFT) в ярлык в один клик, и его выпуск продемонстрировал способность Enso работать вместе с ведущими протоколами DeFi.

• Реальные варианты использования: Ценностное предложение Enso лучше всего понять через разнообразные варианты использования, которые она обеспечивает. Проекты использовали Enso для предоставления функций, которые было бы очень трудно создать самостоятельно:

  • Кросс-чейн агрегация доходности: Plume и Sonic использовали Enso для проведения стимулирующих кампаний запуска, где пользователи могли депонировать активы в одном блокчейне и развёртывать их для получения доходности в другом блокчейне. Enso обрабатывала кросс-чейн сообщения и многошаговые транзакции, позволяя этим новым протоколам предлагать бесшовный кросс-чейн опыт пользователям во время запуска их токенов.
  • Миграция и слияния ликвидности: Как упоминалось, Berachain использовала Enso для миграции ликвидности из других экосистем, подобной «вампирской атаке». Аналогично, другие протоколы могли бы использовать ярлыки Enso для автоматизации перемещения средств пользователей с конкурирующей платформы на свою собственную, объединяя одобрения, выводы, переводы и депозиты между платформами в одно намерение. Это демонстрирует потенциал Enso в стратегиях роста протоколов.
  • Функциональность «Суперприложения» DeFi: Некоторые кошельки и интерфейсы (например, крипто-помощник Eliza OS и торговая платформа Infinex) интегрируют Enso для предложения универсальных действий DeFi. Пользователь может одним щелчком мыши обменять активы по лучшей ставке (Enso будет маршрутизировать через DEX), затем одолжить полученное для получения доходности, а затем, возможно, застейкать токен LP — всё это Enso может выполнить как один ярлык. Это значительно улучшает пользовательский опыт и функциональность этих приложений.
  • Автоматизация и боты: Появляется присутствие «агентов» и даже ботов на основе ИИ, использующих Enso. Поскольку Enso предоставляет API, алгоритмические трейдеры или агенты ИИ могут вводить высокоуровневую цель (например, «максимизировать доходность по активу X в любом блокчейне») и позволить Enso найти оптимальную стратегию. Это открыло возможности для экспериментов с автоматизированными стратегиями DeFi без необходимости индивидуальной разработки ботов для каждого протокола.

• Рост пользователей: Хотя Enso в первую очередь является инфраструктурой B2B/B2Dev, она сформировала сообщество конечных пользователей и энтузиастов посредством кампаний. Shortcut Speedrun — геймифицированная серия обучающих программ — собрала более 700 000 участников, что свидетельствует о широком интересе к возможностям Enso. Количество подписчиков Enso в социальных сетях выросло почти в 10 раз за несколько месяцев (248 тысяч подписчиков на X по состоянию на середину 2025 года), что отражает сильное влияние среди криптопользователей. Этот рост сообщества важен, потому что он создаёт низовой спрос: пользователи, знающие об Enso, будут поощрять свои любимые dApps интегрировать её или будут использовать продукты, которые используют ярлыки Enso.

Таким образом, Enso вышла за рамки теории и достигла реального принятия. Ей доверяют более 100 проектов, включая такие известные имена, как Uniswap, SushiSwap, Stargate/LayerZero, Berachain, zkSync, Safe, Pendle, Yearn и другие, либо в качестве партнёров по интеграции, либо прямых пользователей технологий Enso. Такое широкое использование в различных вертикалях (DEX, мосты, Layer-1, dApps) подчёркивает роль Enso как инфраструктуры общего назначения. Её ключевой показатель — более $15 млрд транзакций — особенно впечатляет для инфраструктурного проекта на этой стадии и подтверждает соответствие рынка для промежуточного ПО на основе намерений. Инвесторы могут быть уверены, что сетевые эффекты Enso, похоже, начинают действовать: больше интеграций порождает больше использования, что порождает больше интеграций. Предстоящая задача будет заключаться в превращении этого раннего импульса в устойчивый рост, что связано с позиционированием Enso по отношению к конкурентам и её дорожной картой.

Конкурентная среда​

Enso Network работает на пересечении агрегации DeFi, кросс-чейн совместимости и инфраструктуры для разработчиков, что делает её конкурентную среду многогранной. Хотя ни один конкурент не предлагает идентичный продукт, Enso сталкивается с конкуренцией со стороны нескольких категорий протоколов Web3:

• Децентрализованное промежуточное ПО и индексация: Наиболее прямая аналогия — The Graph (GRT). The Graph предоставляет децентрализованную сеть для запроса данных блокчейна через подграфы. Enso аналогичным образом привлекает поставщиков данных (Поставщиков действий), но идёт дальше, обеспечивая выполнение транзакций в дополнение к получению данных. В то время как рыночная капитализация The Graph в размере ~$924 млн построена только на индексации, более широкий охват Enso (данные + действия) позиционирует её как более мощный инструмент для привлечения внимания разработчиков. Однако The Graph — это хорошо зарекомендовавшая себя сеть; Enso придётся доказать надёжность и безопасность своего уровня исполнения, чтобы достичь аналогичного принятия. Можно представить, что The Graph или другие протоколы индексации расширятся до исполнения, что будет напрямую конкурировать с нишей Enso.

• Протоколы кросс-чейн совместимости: Проекты, такие как LayerZero, Axelar, Wormhole и Chainlink CCIP, предоставляют инфраструктуру для соединения различных блокчейнов. Они сосредоточены на передаче сообщений и мостовом соединении активов между блокчейнами. Enso фактически использует некоторые из них под капотом (например, LayerZero/Stargate для мостового соединения в миграторе Uniswap) и является более высокоуровневой абстракцией поверх них. С точки зрения конкуренции, если эти протоколы совместимости начнут предлагать более высокоуровневые API «намерений» или удобные для разработчиков SDK для составления мультичейн действий, они могут пересекаться с Enso. Например, Axelar предлагает SDK для кросс-чейн вызовов, а CCIP Chainlink может обеспечить кросс-чейн выполнение функций. Отличительной особенностью Enso является то, что она не просто отправляет сообщения между блокчейнами; она поддерживает унифицированный движок и библиотеку действий DeFi. Она ориентирована на разработчиков приложений, которым нужно готовое решение, а не на тех, кто вынужден строить на основе необработанных кросс-чейн примитивов. Тем не менее, Enso будет конкурировать за долю рынка в более широком сегменте промежуточного ПО для блокчейна, где эти проекты совместимости хорошо финансируются и быстро развиваются.

• Агрегаторы транзакций и автоматизация: В мире DeFi существуют агрегаторы, такие как 1inch, 0x API или CoW Protocol, которые сосредоточены на поиске оптимальных торговых маршрутов между биржами. Механизм Граферов Enso для намерений концептуально похож на соревнование решателей CoW Protocol, но Enso обобщает его за пределы свопов на любое действие. Намерение пользователя «максимизировать доходность» может включать своп, кредитование, стейкинг и т. д., что выходит за рамки чистого агрегатора DEX. Тем не менее, Enso будет сравниваться с этими сервисами по эффективности для пересекающихся вариантов использования (например, Enso против 1inch для сложного маршрута обмена токенов). Если Enso постоянно находит лучшие маршруты или более низкие комиссии благодаря своей сети Граферов, она может превзойти традиционные агрегаторы. Gelato Network — ещё один конкурент в автоматизации: Gelato предоставляет децентрализованную сеть ботов для выполнения таких задач, как лимитные ордера, авто-компаундинг или кросс-чейн переводы от имени dApps. Gelato имеет токен GEL и устоявшуюся клиентскую базу для конкретных вариантов использования. Преимущество Enso заключается в её широте и унифицированном интерфейсе — вместо того, чтобы предлагать отдельные продукты для каждого варианта использования (как это делает Gelato), Enso предлагает общую платформу, где любая логика может быть закодирована как ярлык. Однако преимущество Gelato и сфокусированный подход в таких областях, как автоматизация, могут привлечь разработчиков, которые в противном случае использовали бы Enso для аналогичных функций.

• Платформы для разработчиков (Web3 SDK): Существуют также платформы для разработчиков в стиле Web2, такие как Moralis, Alchemy, Infura и Tenderly, которые упрощают создание на блокчейнах. Они обычно предлагают доступ к API для чтения данных, отправки транзакций, а иногда и высокоуровневые конечные точки (например, «получить балансы токенов» или «отправить токены через блокчейн»). Хотя это в основном централизованные сервисы, они конкурируют за то же внимание разработчиков. Преимущество Enso заключается в том, что она децентрализована и компонуема — разработчики получают не просто данные или одну функцию, они подключаются к целой сети возможностей в сети, предоставляемых другими. В случае успеха Enso может стать «GitHub-ом действий в сети», где разработчики делятся и повторно используют ярлыки, подобно открытому исходному коду. Конкуренция с хорошо финансируемыми компаниями, предоставляющими инфраструктуру как услугу, означает, что Enso должна будет предлагать сопоставимую надёжность и простоту использования, к чему она стремится с помощью обширного API и документации.

• Собственные решения: Наконец, Enso конкурирует с существующим положением дел — командами, создающими собственные интеграции. Традиционно любой проект, желающий получить мультипротокольную функциональность, должен был писать и поддерживать смарт-контракты или скрипты для каждой интеграции (например, отдельно интегрировать Uniswap, Aave, Compound). Многие команды могут по-прежнему выбирать этот путь для максимального контроля или из соображений безопасности. Enso необходимо убедить разработчиков в том, что передача этой работы на аутсорсинг в общую сеть является безопасной, экономически эффективной и актуальной. Учитывая скорость инноваций в DeFi, поддержание собственных интеграций обременительно (Enso часто приводит примеры, когда команды тратят 6+ месяцев и $500 тыс. на аудиты для интеграции десятков протоколов). Если Enso сможет доказать свою строгость в вопросах безопасности и поддерживать свою библиотеку действий в актуальном состоянии с новейшими протоколами, она сможет отвлечь больше команд от создания решений в изоляции. Однако любой громкий инцидент безопасности или простой в Enso может заставить разработчиков вернуться к предпочтению собственных решений, что само по себе является конкурентным риском.

Отличительные особенности Enso:​

Основное преимущество Enso заключается в том, что она первой вышла на рынок с сетью исполнения, ориентированной на намерения и управляемой сообществом. Она объединяет функции, для которых потребовалось бы использование нескольких других сервисов: индексация данных, SDK смарт-контрактов, маршрутизация транзакций и кросс-чейн мосты — всё в одном. Её модель стимулирования (вознаграждение сторонних разработчиков за вклад) также уникальна; она может привести к созданию динамичной экосистемы, где многие нишевые протоколы будут интегрированы в Enso быстрее, чем это могла бы сделать любая отдельная команда, подобно тому, как сообщество The Graph индексирует длинный хвост контрактов. В случае успеха Enso может получить сильный сетевой эффект: больше Действий и Ярлыков делают её более привлекательной для использования по сравнению с конкурентами, что привлекает больше пользователей и, следовательно, больше Действий, и так далее.

Тем не менее, Enso всё ещё находится на ранней стадии развития. Её ближайшему аналогу, The Graph, потребовались годы для децентрализации и создания экосистемы индексаторов. Enso аналогичным образом потребуется развивать своё сообщество Граферов и Валидаторов для обеспечения надёжности. Крупные игроки (такие как будущая версия The Graph или сотрудничество Chainlink и других) могут решить развернуть конкурирующий уровень исполнения намерений, используя свои существующие сети. Enso придётся действовать быстро, чтобы укрепить свои позиции до того, как такая конкуренция материализуется.

В заключение, Enso находится на конкурентном перекрёстке нескольких важных вертикалей Web3 — она занимает нишу как «промежуточное ПО для всего». Её успех будет зависеть от превосходства над специализированными конкурентами в каждом варианте использования (или их агрегации) и от продолжения предложения убедительного комплексного решения, которое оправдывает выбор Enso разработчиками вместо создания с нуля. Присутствие высокопоставленных партнёров и инвесторов предполагает, что Enso имеет доступ ко многим экосистемам, что будет выгодно по мере расширения охвата её интеграций.

Дорожная карта и рост экосистемы​

Дорожная карта развития Enso (по состоянию на середину 2025 года) описывает чёткий путь к полной децентрализации, поддержке нескольких блокчейнов и росту, управляемому сообществом. Ключевые вехи и запланированные инициативы включают:

• Запуск основной сети (Q3 2024) – Enso запустила свою основную сеть во второй половине 2024 года. Это включало развёртывание блокчейна на основе Tendermint и инициализацию экосистемы Валидаторов. Ранние валидаторы, вероятно, были авторизованными или выбранными партнёрами по мере запуска сети. Запуск основной сети позволил обрабатывать реальные пользовательские запросы движком Enso (до этого сервисы Enso были доступны через централизованный API в бета-версии). Эта веха ознаменовала переход Enso от внутренней платформы к публичной децентрализованной сети.

• Расширение числа участников сети (Q4 2024) – После запуска основной сети акцент сместился на децентрализацию участия. В конце 2024 года Enso открыла роли для внешних Поставщиков действий и Граферов. Это включало выпуск инструментов и документации для разработчиков по созданию собственных Действий (адаптеров смарт-контрактов) и для разработчиков алгоритмов по запуску узлов Граферов. Можно предположить, что для привлечения этих участников использовались программы стимулирования или соревнования в тестовой сети. К концу 2024 года Enso стремилась иметь более широкий набор сторонних действий в своей библиотеке и несколько Граферов, конкурирующих по намерениям, выходя за рамки внутренних алгоритмов основной команды. Это был решающий шаг для обеспечения того, чтобы Enso не была централизованным сервисом, а настоящей открытой сетью, где каждый может вносить вклад и зарабатывать токены ENSO.

• Расширение кросс-чейн поддержки (Q1 2025) – Enso признаёт, что поддержка множества блокчейнов является ключом к её ценностному предложению. В начале 2025 года дорожная карта предусматривала интеграцию с новыми блокчейн-средами, выходящими за рамки первоначального набора EVM. В частности, Enso планировала поддержку Monad, Solana и Movement к первому кварталу 2025 года. Monad — это предстоящий высокопроизводительный EVM-совместимый блокчейн (поддерживаемый Dragonfly Capital) — ранняя поддержка его может позиционировать Enso как основное промежуточное ПО там. Интеграция с Solana более сложна (другая среда выполнения и язык), но движок намерений Enso мог бы работать с Solana, используя внесетевые граферы для формирования транзакций Solana и внутрисетевые программы, действующие как адаптеры. Movement относится к блокчейнам на языке Move (возможно, Aptos/Sui или конкретный блокчейн под названием Movement). Включив блокчейны на основе Move, Enso охватит широкий спектр экосистем (Solidity и Move, а также существующие роллапы Ethereum). Достижение этих интеграций означает разработку новых модулей Действий, которые понимают вызовы CPI Solana или скрипты транзакций Move, и, вероятно, сотрудничество с этими экосистемами для оракулов/индексации. Упоминание Enso в обновлениях предполагает, что эти планы были выполнены — например, в одном из обновлений сообщества были отмечены партнёрства или гранты (упоминание «Eclipse mainnet live + Movement grant» в результатах поиска предполагает, что Enso активно работала с новыми L1, такими как Eclipse и Movement, к началу 2025 года).

• Ближайшая перспектива (середина/конец 2025 года) – Хотя это не было явно выделено в одностраничной дорожной карте, к середине 2025 года Enso сосредоточится на зрелости сети и децентрализации. Завершение продажи токенов на CoinList в июне 2025 года является важным событием: следующие шаги будут включать генерацию и распределение токенов (ожидается около июля 2025 года) и запуск на биржах или форумах управления. Мы ожидаем, что Enso запустит свой процесс управления (Предложения по улучшению Enso, голосование в сети), чтобы сообщество могло начать участвовать в принятии решений, используя свои недавно приобретённые токены. Кроме того, Enso, вероятно, перейдёт из «бета» в полностью готовый к производству сервис, если это ещё не произошло. Частью этого будет укрепление безопасности — проведение многочисленных аудитов смарт-контрактов и, возможно, запуск программы вознаграждения за ошибки, учитывая большие объёмы TVL.

• Стратегии роста экосистемы: Enso активно развивает экосистему вокруг своей сети. Одной из стратегий является проведение образовательных программ и хакатонов (например, Shortcut Speedrun и мастер-классы) для привлечения разработчиков к методам создания Enso. Другая стратегия — партнёрство с новыми протоколами при запуске — мы видели это с Berachain, кампанией zkSync и другими. Enso, вероятно, продолжит это, эффективно выступая в качестве «партнёра по запуску в сети» для новых сетей или проектов DeFi, обрабатывая их сложные потоки адаптации пользователей. Это не только увеличивает объём Enso (как видно на примере Berachain), но и глубоко интегрирует Enso в эти экосистемы. Мы ожидаем, что Enso объявит об интеграции с большим количеством сетей Layer-2 (например, Arbitrum, Optimism, предположительно, уже поддерживались; возможно, следующими будут Scroll или Starknet) и другими L1 (Polkadot через XCM, Cosmos через IBC или Osmosis и т. д.). Долгосрочное видение заключается в том, что Enso станет повсеместной в блокчейнах — любой разработчик в любом блокчейне сможет подключиться. С этой целью Enso также может разработать более эффективное безмостовое кросс-чейн исполнение (используя такие методы, как атомарные свопы или оптимистическое исполнение намерений в разных блокчейнах), что может быть включено в дорожную карту R&D после 2025 года.

• Будущие перспективы: Заглядывая вперёд, команда Enso намекнула на участие агентов ИИ в качестве участников сети. Это предполагает будущее, в котором не только разработчики-люди, но и боты ИИ (возможно, обученные оптимизировать стратегии DeFi) подключаются к Enso для предоставления услуг. Enso может реализовать это видение, создавая SDK или фреймворки для безопасного взаимодействия агентов ИИ с движком намерений — потенциально новаторское развитие, объединяющее ИИ и автоматизацию блокчейна. Более того, к концу 2025 или 2026 года мы ожидаем, что Enso будет работать над масштабированием производительности (возможно, сегментируя свою сеть или используя доказательства с нулевым разглашением для проверки корректности исполнения намерений в масштабе) по мере роста использования.

Дорожная карта амбициозна, но реализация до сих пор была сильной — Enso достигла ключевых вех, таких как запуск основной сети и предоставление реальных вариантов использования. Важной предстоящей вехой является полная децентрализация сети. В настоящее время сеть находится в переходном состоянии: документация отмечает, что децентрализованная сеть находится в тестовой сети, а централизованный API использовался для производства по состоянию на начало 2025 года. Теперь, когда основная сеть запущена и токены находятся в обращении, Enso будет стремиться поэтапно отказаться от любых централизованных компонентов. Для инвесторов отслеживание этого прогресса децентрализации (например, количество независимых валидаторов, присоединение Граферов сообщества) будет ключом к оценке зрелости Enso.

Таким образом, дорожная карта Enso сосредоточена на масштабировании охвата сети (больше блокчейнов, больше интеграций) и масштабировании сообщества сети (больше сторонних участников и держателей токенов). Конечная цель — закрепить Enso как критически важную инфраструктуру в Web3, подобно тому, как Infura стала незаменимой для подключения dApp или как The Graph стала неотъемлемой частью для запроса данных. Если Enso сможет достичь своих целей, вторая половина 2025 года должна стать свидетелем расцвета экосистемы вокруг Enso Network, потенциально стимулируя экспоненциальный рост использования.

Оценка рисков​

Как и любой протокол на ранней стадии, Enso Network сталкивается с рядом рисков и проблем, которые инвесторы должны тщательно рассмотреть:

• Технические риски и риски безопасности: Система Enso по своей природе сложна — она взаимодействует с множеством смарт-контрактов в разных блокчейнах через сеть внесетевых решателей и валидаторов. Эта обширная поверхность атаки создаёт технический риск. Каждое новое Действие (интеграция) может содержать уязвимости; если логика Действия ошибочна или злоумышленник внедряет Действие с бэкдором, средства пользователя могут оказаться под угрозой. Обеспечение безопасности каждой интеграции требовало значительных инвестиций (команда Enso потратила более $500 тыс. на аудиты для интеграции 15 протоколов на ранних этапах). По мере роста библиотеки до сотен протоколов поддержание строгих аудитов безопасности становится сложной задачей. Существует также риск ошибок в логике координации Enso — например, недостаток в том, как Граферы составляют транзакции или как Валидаторы их проверяют, может быть использован. Кросс-чейн исполнение, в частности, может быть рискованным: если последовательность действий охватывает несколько блокчейнов и одна часть терпит неудачу или подвергается цензуре, это может оставить средства пользователя в подвешенном состоянии. Хотя Enso, вероятно, использует повторные попытки или атомарные свопы в некоторых случаях, сложность намерений означает, что могут появиться неизвестные режимы отказа. Сама модель, основанная на намерениях, относительно не проверена в масштабе — могут быть крайние случаи, когда движок выдаёт некорректное решение или результат, который расходится с намерением пользователя. Любой громкий эксплойт или сбой может подорвать доверие ко всей сети. Смягчение требует постоянных аудитов безопасности, надёжной программы вознаграждения за ошибки и, возможно, механизмов страхования для пользователей (ни один из которых пока не был подробно описан).

• Риски децентрализации и операционные риски: В настоящее время (середина 2025 года) сеть Enso всё ещё находится в процессе децентрализации своих участников. Это означает, что может существовать невидимая операционная централизация — например, инфраструктура команды может по-прежнему координировать большую часть активности, или только несколько валидаторов/граферов действительно активны. Это представляет два риска: надёжность (если серверы основной команды выйдут из строя, застопорится ли сеть?) и доверие (если процесс ещё не полностью бездоверителен, пользователи должны верить, что Enso Inc. не будет опережать или цензурировать транзакции). Команда доказала надёжность в крупных событиях (например, обработка объёма в $3 млрд за несколько дней), но по мере роста использования масштабирование сети за счёт большего числа независимых узлов будет иметь решающее значение. Существует также риск того, что участники сети не появятся — если Enso не сможет привлечь достаточно квалифицированных Поставщиков действий или Граферов, сеть может остаться зависимой от основной команды, что ограничит децентрализацию. Это может замедлить инновации, а также сконцентрировать слишком много власти (и вознаграждений в токенах) в небольшой группе, что противоречит задуманному дизайну.

• Рыночные риски и риски принятия: Хотя Enso демонстрирует впечатляющее раннее принятие, она всё ещё находится на зарождающемся рынке инфраструктуры, основанной на «намерениях». Существует риск того, что более широкое сообщество разработчиков может медленно принимать эту новую парадигму. Разработчики, укоренившиеся в традиционных методах кодирования, могут не решаться полагаться на внешнюю сеть для основной функциональности, или они могут предпочесть альтернативные решения. Кроме того, успех Enso зависит от непрерывного роста DeFi и мультичейн-экосистем. Если тезис о мультичейне пошатнётся (например, если большая часть активности консолидируется на одном доминирующем блокчейне), потребность в кросс-чейн возможностях Enso может уменьшиться. С другой стороны, если возникнет новая экосистема, которую Enso не сможет быстро интегрировать, проекты в этой экосистеме не будут использовать Enso. По сути, поддержание актуальности с каждым новым блокчейном и протоколом — это бесконечная задача — пропуск или отставание в крупной интеграции (скажем, популярного нового DEX или Layer-2) может подтолкнуть проекты к конкурентам или к собственному коду. Кроме того, использование Enso может пострадать от макроэкономических условий рынка; в условиях серьёзного спада DeFi меньше пользователей и разработчиков могут экспериментировать с новыми dApps, что напрямую сократит количество намерений, отправляемых в Enso, и, следовательно, комиссии/доходы сети. Стоимость токена может пострадать в таком сценарии, потенциально делая стейкинг менее привлекательным и ослабляя безопасность или участие в сети.

• Конкуренция: Как обсуждалось, Enso сталкивается с конкуренцией на нескольких фронтах. Основной риск — это выход крупного игрока на рынок исполнения намерений. Например, если хорошо финансируемый проект, такой как Chainlink, представит аналогичный сервис намерений, использующий их существующую сеть оракулов, они могут быстро затмить Enso благодаря доверию к бренду и интеграциям. Аналогично, инфраструктурные компании (Alchemy, Infura) могут создавать упрощённые мультичейн SDK, которые, хотя и не децентрализованы, захватывают рынок разработчиков удобством. Существует также риск копирования с открытым исходным кодом: основные концепции Enso (Действия, Граферы) могут быть воспроизведены другими, возможно, даже в виде форка Enso, если код является общедоступным. Если один из этих проектов сформирует сильное сообщество или найдёт лучший токеновый стимул, это может отвлечь потенциальных участников. Enso потребуется поддерживать технологическое лидерство (например, имея самую большую библиотеку Действий и наиболее эффективных решателей), чтобы отразить конкуренцию. Конкурентное давление также может оказать влияние на модель комиссий Enso — если конкурент предложит аналогичные услуги дешевле (или бесплатно, субсидируемые венчурными фондами), Enso может быть вынуждена снизить комиссии или увеличить токеновые стимулы, что может напрячь её токеномику.

• Регуляторные риски и риски соответствия: Enso работает в пространстве инфраструктуры DeFi, которое является серой зоной с точки зрения регулирования. Хотя сама Enso не хранит средства пользователей (пользователи выполняют намерения из своих собственных кошельков), сеть автоматизирует сложные финансовые транзакции между протоколами. Существует вероятность того, что регуляторы могут рассматривать движки композиции намерений как содействие нелицензированной финансовой деятельности или даже пособничество отмыванию денег, если они используются для перемещения средств между блокчейнами скрытыми способами. Особые опасения могут возникнуть, если Enso позволяет кросс-чейн свопы, затрагивающие пулы конфиденциальности или юрисдикции, находящиеся под санкциями. Кроме того, токен ENSO и его продажа на CoinList отражают распределение среди глобального сообщества — регуляторы (такие как SEC в США) могут рассматривать его как предложение ценных бумаг (примечательно, что Enso исключила США, Великобританию, Китай и т. д. из продажи, что указывает на осторожность в этом вопросе). Если ENSO будет признан ценной бумагой в основных юрисдикциях, это может ограничить листинг на биржах или использование регулируемыми организациями. Децентрализованная сеть валидаторов Enso также может столкнуться с проблемами соответствия: например, может ли валидатор быть вынужден цензурировать определённые транзакции из-за юридических предписаний? Это пока в значительной степени гипотетически, но по мере роста стоимости, проходящей через Enso, регуляторное внимание будет возрастать. База команды в Швейцарии может предложить относительно благоприятную для криптовалют регуляторную среду, но глобальные операции означают глобальные риски. Смягчение этого, вероятно, включает обеспечение достаточной децентрализации Enso (чтобы ни одна сущность не несла ответственности) и, возможно, геофенсинг определённых функций при необходимости (хотя это противоречило бы духу проекта).

• Экономическая устойчивость: Модель Enso предполагает, что комиссии, генерируемые использованием, будут достаточно вознаграждать всех участников. Существует риск того, что стимулы в виде комиссий могут быть недостаточными для поддержания сети, особенно на ранних этапах. Например, Граферы и Валидаторы несут расходы (инфраструктура, время разработки). Если комиссии за запросы установлены слишком низко, эти участники могут не получать прибыль, что приведёт к их уходу. С другой стороны, если комиссии слишком высоки, dApps могут не решаться использовать Enso и искать более дешёвые альтернативы. Достижение баланса сложно на двустороннем рынке. Экономика токена Enso также в определённой степени зависит от стоимости токена — например, вознаграждения за стейкинг более привлекательны, когда токен имеет высокую стоимость, а Поставщики действий получают стоимость в ENSO. Резкое падение цены ENSO может снизить участие в сети или спровоцировать больше продаж (что ещё больше снизит цену). С большой частью токенов, принадлежащих инвесторам и команде (более 56% в совокупности, с вестингом более 2 лет), существует риск навеса: если эти заинтересованные стороны потеряют веру или им потребуется ликвидность, их продажи могут наводнить рынок после вестинга и подорвать цену токена. Enso попыталась снизить концентрацию за счёт публичной продажи, но в краткосрочной перспективе это всё ещё относительно централизованное распределение токенов. Экономическая устойчивость будет зависеть от роста реального использования сети до уровня, когда доход от комиссий обеспечивает достаточную доходность стейкерам токенов и участникам — по сути, делая Enso протоколом, генерирующим «денежный поток», а не просто спекулятивным токеном. Это достижимо (вспомните, как комиссии Ethereum вознаграждают майнеров/валидаторов), но только если Enso достигнет широкого распространения. До тех пор существует зависимость от средств казначейства (выделено 15%) для стимулирования и, возможно, для корректировки экономических параметров (управление Enso может ввести инфляцию или другие вознаграждения при необходимости, что может размыть доли держателей).

Краткое изложение рисков​

Enso прокладывает новый путь, что сопряжено с соразмерными рисками. Технологическая сложность объединения всего DeFi в одну сеть огромна — каждый добавленный блокчейн или интегрированный протокол является потенциальной точкой отказа, которой необходимо управлять. Опыт команды в преодолении ранних неудач (таких как ограниченный успех первоначального продукта для социального трейдинга) показывает, что они осведомлены о подводных камнях и быстро адаптируются. Они активно снижали некоторые риски (например, децентрализация владения через публичный раунд, чтобы избежать чрезмерно венчурного управления). Инвесторы должны следить за тем, как Enso реализует децентрализацию и продолжает ли она привлекать высококлассных технических специалистов для создания и обеспечения безопасности сети. В лучшем случае Enso может стать незаменимой инфраструктурой в Web3, обеспечивая сильные сетевые эффекты и накопление стоимости токенов. В худшем случае технические сбои или неудачи в принятии могут низвести её до амбициозного, но нишевого инструмента.

С точки зрения инвестора, Enso предлагает профиль высокой потенциальной доходности и высокого риска. Её текущий статус (середина 2025 года) — это многообещающая сеть с реальным использованием и чётким видением, но теперь ей необходимо укрепить свою технологию и опередить конкурентную и развивающуюся среду. Комплексная проверка Enso должна включать мониторинг её истории безопасности, роста объёмов запросов/комиссий с течением времени и того, насколько эффективно модель токена ENSO стимулирует самоподдерживающуюся экосистему. На данный момент импульс на стороне Enso, но разумное управление рисками и постоянные инновации будут ключом к превращению этого раннего лидерства в долгосрочное доминирование в пространстве промежуточного ПО Web3.

Источники:

• Официальная документация Enso Network и материалы по продаже токенов

  • Страница продажи токенов CoinList – Основные моменты и инвесторы
  • Документация Enso – Токеномика и роли в сети

• Интервью и освещение в СМИ

  • Интервью CryptoPotato с CEO Enso (июнь 2025) – Обзор эволюции Enso и дизайна, основанного на намерениях
  • DL News (май 2025) – Обзор ярлыков Enso и подхода к общему состоянию

• Анализ сообщества и инвесторов

  • Hackernoon (И. Пандей, 2025) – Анализ публичного раунда Enso и стратегии распределения токенов
  • CryptoTotem / CoinLaunch (2025) – Разбивка предложения токенов и график дорожной карты

• Метрики официального сайта Enso (2025) и пресс-релизы – Данные о принятии и примеры использования (миграция Berachain, сотрудничество с Uniswap).

Обзор​

Aptos и Sui представляют собой новое поколение блокчейнов Layer-1, оба основаны на языке Move, изначально разработанном для проекта Libra/Diem от Meta. Хотя они имеют общее происхождение, их команды, основные цели, стратегии развития экосистемы и пути эволюции значительно разошлись.

Aptos делает акцент на универсальности и производительности корпоративного уровня, ориентируясь как на DeFi, так и на институциональные варианты использования. В отличие от этого, Sui сосредоточен на оптимизации своей уникальной объектной модели для поддержки массовых потребительских приложений, особенно в играх, NFT и социальных сетях. Какая из сетей в конечном итоге выделится, зависит от ее способности развивать свою технологию для удовлетворения требований выбранной рыночной ниши, одновременно обеспечивая явное преимущество в пользовательском опыте и удобстве для разработчиков.

1. Путь развития​

Aptos​

Созданный Aptos Labs — командой, сформированной бывшими сотрудниками Meta Libra/Diem — Aptos начал закрытое тестирование в конце 2021 года и запустил свою основную сеть (mainnet) 19 октября 2022 года. Ранняя производительность основной сети вызвала скептицизм сообщества с показателем менее 20 TPS, как отмечал WIRED, но последующие итерации его консенсусного и исполнительного уровней неуклонно увеличивали его пропускную способность до десятков тысяч TPS.

К Q2 2025 года Aptos достиг пика в 44,7 миллиона транзакций за одну неделю, при этом еженедельное количество активных адресов превысило 4 миллиона. Сеть выросла до более чем 83 миллионов кумулятивных аккаунтов, а ежедневный объем торговли DeFi постоянно превышает 200 миллионов долларов (Источник: Aptos Forum).

Sui​

Инициированный Mysten Labs, чьи основатели были ключевыми членами команды кошелька Novi от Meta, Sui запустил свою стимулированную тестовую сеть (incentivized testnet) в августе 2022 года и свою основную сеть (mainnet) 3 мая 2023 года. С самых ранних тестовых сетей команда уделяла приоритетное внимание совершенствованию своей "объектной модели", которая рассматривает активы как объекты с определенным владением и контролем доступа для улучшения параллельной обработки транзакций (Источник: Ledger).

По состоянию на середину июля 2025 года общая заблокированная стоимость (TVL) экосистемы Sui достигла 2,326 миллиарда долларов. Платформа продемонстрировала быстрый рост ежемесячного объема транзакций и числа активных инженеров, оказавшись особенно популярной в секторах игр и NFT (Источник: AInvest, Tangem).

2. Сравнение технических архитектур​

3. Ончейн-экосистема и варианты использования​

3.1 Масштаб и рост экосистемы​

Aptos В Q1 2025 года Aptos зафиксировал почти 15 миллионов ежемесячных активных пользователей и приблизился к 1 миллиону ежедневных активных кошельков. Объем торговли DeFi вырос на 1000% по сравнению с предыдущим годом, при этом платформа зарекомендовала себя как центр для стейблкоинов финансового уровня и деривативов (Источник: Coinspeaker). Ключевые стратегические шаги включают интеграцию USDT через Upbit для увеличения проникновения на азиатские рынки и привлечение многочисленных ведущих DEX, протоколов кредитования и платформ деривативов (Источник: Aptos Forum).

Sui В июне 2025 года TVL экосистемы Sui достиг нового максимума в 2,326 миллиарда долларов, в основном за счет высокоинтерактивных социальных, игровых и NFT-проектов (Источник: AInvest). Экосистема определяется такими ключевыми проектами, как объектные маркетплейсы, мосты Layer-2, социальные кошельки и SDK игровых движков, которые привлекли большое количество разработчиков Web3-игр и владельцев интеллектуальной собственности.

3.2 Доминирующие варианты использования​

• DeFi и корпоративная интеграция (Aptos): Благодаря зрелой BFT-финализации и богатому набору финансовых инструментов, Aptos лучше подходит для стейблкоинов, кредитования и деривативов — сценариев, требующих высокого уровня согласованности и безопасности.
• Игры и NFT (Sui): Преимущество параллельного исполнения Sui здесь очевидно. Его низкая задержка транзакций и почти нулевые комиссии идеально подходят для высококонкурентных, низкоценных взаимодействий, распространенных в играх, таких как открытие лутбоксов или передача внутриигровых предметов.

4. Эволюция и стратегия​

Aptos

• Оптимизация производительности: Продолжение исследований шардинга, планирование межцепочечной ликвидности в нескольких регионах и обновление AptosVM для повышения эффективности доступа к состоянию.
• Стимулы для экосистемы: Создан многомиллионный экосистемный фонд для поддержки инфраструктуры DeFi, кросс-чейн мостов и соответствующих требованиям корпоративных приложений.
• Межцепочечная совместимость: Укрепление интеграций с мостами, такими как Wormhole, и создание подключений к Cosmos (через IBC) и Ethereum.

Sui

• Итерация объектной модели: Расширение синтаксиса Move для поддержки пользовательских типов объектов и сложного управления разрешениями при оптимизации алгоритма параллельного планирования.
• Стимулирование потребительского принятия: Стремление к глубокой интеграции с крупными игровыми движками, такими как Unreal и Unity, для снижения барьера для разработки Web3-игр, а также запуск социальных плагинов и SDK.
• Управление сообществом: Продвижение SuiDAO для расширения возможностей управления сообществами ключевых проектов, что позволяет быстро итерировать функции и модели комиссий.

5. Ключевые различия и вызовы​

• Безопасность против параллелизма: Строгая семантика ресурсов Aptos и согласованный консенсус обеспечивают безопасность уровня DeFi, но могут ограничивать параллелизм. Высокопараллельная модель транзакций Sui должна постоянно доказывать свою устойчивость к крупномасштабным угрозам безопасности.
• Глубина против широты экосистемы: Aptos укоренился в финансовом секторе с прочными институциональными связями. Sui быстро накопил широкий спектр потребительских проектов, но еще не совершил решающего прорыва в крупномасштабном DeFi.
• Теоретическая производительность против реальной пропускной способности: Хотя Sui имеет более высокий теоретический TPS, его фактическая пропускная способность все еще ограничена активностью экосистемы. Aptos также испытывал перегрузки в пиковые периоды, что указывает на необходимость более эффективных решений для шардинга или Layer-2.
• Рыночный нарратив и позиционирование: Aptos позиционирует себя как платформа с безопасностью и стабильностью корпоративного уровня, ориентированная на традиционные финансы и регулируемые отрасли. Sui использует привлекательность "опыта, подобного Web2" и "беспрепятственного онбординга" для привлечения более широкой потребительской аудитории.

6. Путь к массовому принятию​

В конечном итоге, это не игра с нулевой суммой.

В среднесрочной и долгосрочной перспективе, если потребительский рынок (игры, социальные сети, NFT) продолжит свой взрывной рост, параллельное исполнение Sui и низкий барьер входа могут обеспечить ему быстрое принятие среди десятков миллионов обычных пользователей.

В краткосрочной и среднесрочной перспективе зрелая BFT-финализация Aptos, низкие комиссии и стратегические партнерства делают его более привлекательным предложением для институциональных финансов, DeFi, ориентированного на соответствие требованиям, и трансграничных платежей.

Будущее, вероятно, будет симбиотическим, где две цепочки сосуществуют, создавая стратифицированный рынок: Aptos будет обеспечивать финансовую и корпоративную инфраструктуру, в то время как Sui будет доминировать в высокочастотных потребительских взаимодействиях. Цепочка, которая в конечном итоге достигнет массового принятия, будет той, которая неустанно оптимизирует производительность и пользовательский опыт в своей выбранной области.

Введение​

Роллапы как услуга (Rollups-as-a-Service, RaaS) и модульные блокчейн-фреймворки стали критически важными в 2025 году для масштабирования Ethereum и создания кастомных блокчейнов. Ведущие фреймворки – OP Stack от Optimism, ZK Stack от zkSync (Hyperchains), Arbitrum Orbit, Chain Development Kit (CDK) от Polygon и связанные с ними решения – позволяют разработчикам запускать свои собственные Layer-2 (L2) или Layer-3 (L3) чейны с различными подходами (оптимистические или с нулевым разглашением). Эти фреймворки разделяют философию модульности: они разделяют такие задачи, как выполнение, расчет, доступность данных и консенсус, что позволяет настраивать каждый компонент. В этом отчете сравниваются фреймворки по ключевым параметрам – опции доступности данных, дизайн секвенсора, модели комиссий, поддержка экосистемы – и исследуются их архитектура, инструментарий, опыт разработчиков и текущее внедрение как в публичных, так и в корпоративных контекстах.

Обзор сравнения​

В таблице ниже приведены основные характеристики каждого фреймворка:

Таблица: Высокоуровневое сравнение ключевых технических характеристик OP Stack, ZK Stack от zkSync, Arbitrum Orbit и Polygon CDK.

Уровни доступности данных​

Доступность данных (DA) – это место, где роллапы хранят свои транзакционные данные, чтобы любой мог восстановить состояние цепи. Все эти фреймворки поддерживают использование Ethereum L1 в качестве DA (публикация calldata или blob-данных в Ethereum для максимальной безопасности). Однако для снижения затрат они также допускают альтернативные решения DA:

• OP Stack: По умолчанию OP-цепи публикуют данные в Ethereum (в виде calldata или blobs). Благодаря модульному интерфейсу "Alt-DA" цепи OP Stack могут легко подключаться к другим уровням DA. Например, OP-цепь может использовать Celestia (специализированный блокчейн DA) вместо Ethereum. В 2023 году OP Labs и Celestia выпустили бета-версию, где роллап OP Stack рассчитывается на Ethereum, но хранит основную часть данных на Celestia. Это снижает комиссии, наследуя при этом гарантии доступности данных Celestia. В целом, любая EVM или не-EVM цепь – даже Bitcoin или централизованное хранилище – может быть настроена как уровень DA в OP Stack. (Конечно, использование менее безопасного DA обменивает часть безопасности на стоимость.) Ethereum остается преобладающим выбором для производственных OP-цепей, но такие проекты, как тестовая сеть Taro от Caldera, продемонстрировали OP Stack с Celestia DA.

• ZK Stack (zkSync Hyperchains): ZK Stack предлагает как режимы роллапа, так и валидиума. В режиме роллапа все данные находятся ончейн (Ethereum). В режиме валидиума данные хранятся оффчейн (с доказательствами валидности только ончейн). Matter Labs интегрирует Avail, Celestia и EigenDA в качестве первоклассных опций DA для цепей ZK Stack. Это означает, что zkSync Hyperchain может публиковать транзакционные данные в Celestia или сеть на базе EigenLayer вместо L1, значительно увеличивая пропускную способность. Они даже описывают волицию, когда цепь может решать для каждой транзакции, рассматривать ли ее как роллап (ончейн-данные) или валидиум (оффчейн-данные). Эта гибкость позволяет разработчикам балансировать безопасность и стоимость. Например, игровая гиперцепь может использовать Celestia для дешевого хранения данных, полагаясь на Ethereum для периодических доказательств. Дизайн ZK Stack делает DA подключаемым через компонент DA client/dispatcher в программном обеспечении ноды. В целом, Ethereum остается по умолчанию, но экосистема zkSync сильно акцентирует внимание на модульном DA для достижения "гипермасштабной" пропускной способности.

• Arbitrum Orbit: Цепи Orbit могут выбирать между двумя режимами данных Arbitrum: роллап (данные публикуются в Ethereum) или AnyTrust (комитет по доступности данных). В конфигурации роллапа L3 Orbit будет публиковать свои данные вызова в L2 (Arbitrum One или Nova) или L1, наследуя полную безопасность при более высокой стоимости. В режиме AnyTrust данные хранятся оффчейн комитетом (как используется в Arbitrum Nova, который использует Комитет по доступности данных). Это значительно снижает комиссии для высокообъемных приложений (игры, социальные сети) ценой доверия комитету (если все члены комитета сговорятся удерживать данные, цепь может остановиться). Помимо этого, Arbitrum также интегрируется с новыми модульными сетями DA. В частности, Celestia и Polygon Avail поддерживаются для цепей Orbit в качестве альтернативных уровней DA. Такие проекты, как AltLayer, работали над роллапами Orbit, которые также используют EigenDA (сервис DA от EigenLayer). Таким образом, Arbitrum Orbit предлагает гибкую доступность данных: ончейн через Ethereum, оффчейн через DAC или специализированные цепи DA, или гибриды. Многие пользователи Orbit выбирают AnyTrust для экономии средств, особенно если у них есть известный набор валидаторов или партнеров, обеспечивающих доступность данных.

• Polygon CDK: CDK от Polygon по своей сути модулен в отношении DA. Цепь Polygon CDK может работать как роллап (все данные в Ethereum) или валидиум (данные в отдельной сети). У Polygon есть собственное решение DA под названием Avail (блокчейн для доступности данных), и цепи CDK могут использовать Avail или любой аналогичный сервис. В конце 2024 года Polygon объявил о прямой интеграции Celestia в CDK – сделав Celestia "легко подключаемой" опцией DA в инструментарии. Ожидается, что эта интеграция будет реализована в начале 2024 года, что позволит цепям CDK беспрепятственно хранить сжатые данные на Celestia. Polygon утверждает, что использование Celestia может снизить комиссии за транзакции более чем в 100 раз по сравнению с публикацией всех данных в Ethereum. Таким образом, создатель цепи CDK может просто переключить модуль DA на Celestia (или Avail) вместо Ethereum. Некоторые цепи Polygon (например, Polygon zkEVM) в настоящее время публикуют все данные в Ethereum (для максимальной безопасности), в то время как другие (возможно, некоторые корпоративные цепи) работают как валидиумы с внешним DA. CDK также поддерживает "гибридные" режимы – например, критические транзакции могут идти в Ethereum, а другие – в Avail. Этот модульный подход DA соответствует более широкому видению Polygon 2.0 о множестве цепей на базе ZK с унифицированной ликвидностью, но разнообразными бэкендами данных.

В итоге, все фреймворки в той или иной степени поддерживают несколько уровней DA. Ethereum остается золотым стандартом DA (особенно с пространством для блобов от EIP-4844, делающим ончейн-данные дешевле), но новые специализированные сети DA (Celestia, Avail) и схемы (EigenDA от EigenLayer, комитеты по данным) повсеместно внедряются. Эта модульность позволяет создателям роллапов в 2025 году делать компромиссы между стоимостью и безопасностью, просто настраивая другой модуль DA, а не создавая новую цепь с нуля.

Дизайн секвенсора и децентрализация​

Секвенсор – это нода (или набор нод), которая упорядочивает транзакции и производит блоки для роллапа. То, как спроектирован секвенсор – централизованный или децентрализованный, без разрешений или с разрешениями – влияет на пропускную способность цепи и предположения о доверии:

• OP Stack (Optimism): Сегодня большинство цепей OP Stack используют единый секвенсор, управляемый основной командой или спонсором цепи. Например, секвенсор Optimism Mainnet управляется OP Labs, а секвенсор Base управляется Coinbase. Это обеспечивает низкую задержку и простоту ценой централизации (пользователи должны доверять секвенсору, что он справедливо включит их транзакции). Однако Optimism встроил механизмы для минимизации доверия: существует контракт очереди транзакций L1, куда пользователи могут отправлять транзакции в Ethereum, которые секвенсор обязан включить в цепь L2. Если секвенсор выходит из строя или цензурирует транзакции, пользователи могут полагаться на L1, чтобы в конечном итоге быть включенными (хотя и с некоторой задержкой). Это обеспечивает предохранительный клапан от злонамеренного или вышедшего из строя секвенсора. С точки зрения децентрализации, OP Stack модулен и теоретически допускает несколько секвенсоров – например, можно реализовать набор предлагающих блоки на основе кругового обхода или доказательства доли, используя код OP Stack. На практике это требует кастомизации и не является готовой конфигурацией. Долгосрочная дорожная карта Суперчейна предусматривает общий секвенсор для всех OP-цепей, который будет представлять собой набор валидаторов, упорядочивающих транзакции для многих цепей одновременно. Общий секвенсор может обеспечить кроссчейн-атомарность и уменьшить MEV в рамках Суперчейна. По состоянию на 2025 год он все еще находится в разработке, но дизайн OP Stack не исключает подключения такого консенсуса. На данный момент операции секвенсора остаются с разрешениями (управляются белым списком сущностей), но управление Optimism планирует децентрализовать это (возможно, через стейкинг или ротацию комитета), как только технология и экономика будут готовы. Короче говоря: цепи OP Stack начинаются с централизованного секвенсирования (с L1 в качестве запасного варианта), и намечен путь к постепенной децентрализации (переход от "Стадии 0" к "Стадии 2" зрелости без "обучающих колес").

• ZK Stack (zkSync Hyperchains): zkSync Era (L2) в настоящее время использует централизованный секвенсор, управляемый Matter Labs. Однако ZK Stack построен таким образом, чтобы позволять различные режимы секвенсирования для новых цепей. Варианты включают централизованный секвенсор (легкий старт), децентрализованный набор секвенсоров (например, несколько нод, достигающих консенсуса по упорядочиванию), приоритетную очередь транзакций из L1 или даже внешний сервис секвенсирования. В концепции Elastic Chains от Matter Labs цепи остаются независимыми, но интероперабельность обрабатывается контрактами L1 и "ZK Router/Gateway" – это означает, что каждая цепь может выбрать свою собственную модель секвенсора, если она соответствует протоколам для отправки корневых состояний и доказательств. Поскольку ZK-роллапы не требуют консенсуса на L2 для безопасности (доказательства валидности обеспечивают корректность), децентрализация секвенсора больше связана с живостью и устойчивостью к цензуре. Гиперцепь может реализовать круговой обходной производитель блоков или даже подключиться к высокопроизводительному BFT-консенсусу для своих секвенсоров, если это необходимо. Тем не менее, запуск единого секвенсора гораздо проще и остается нормой на начальном этапе. Документация ZK Stack упоминает, что цепь может использовать "внешний протокол" для секвенсирования – например, можно представить использование консенсуса Tendermint или SU в качестве производителя блоков, а затем генерацию zk-доказательств для блоков. Также, как и другие, zkSync имеет механизм приоритетной очереди L1: пользователи могут отправлять транзакции в контракт zkSync с приоритетной комиссией, чтобы гарантировать включение L1->L2 своевременно (смягчая цензуру). В целом, безразрешенное участие в секвенсировании еще не реализовано на цепях zkSync (нет публичного аукциона слотов или выбора секвенсора на основе стейкинга в производстве), но архитектура оставляет для этого место. По мере созревания доказательств валидности мы можем увидеть цепи zkSync с нодами секвенсоров, управляемыми сообществом, которые коллективно определяют порядок (как только производительность позволит).

• Arbitrum Orbit: На Arbitrum One (основной L2) секвенсор централизован (управляется Offchain Labs), хотя прогресс состояния цепи в конечном итоге регулируется валидаторами Arbitrum и доказательствами мошенничества. Arbitrum также предоставил очередь L1 для пользователей в качестве подстраховки от проблем с секвенсором. В Orbit (фреймворк L3) каждая цепь Orbit может иметь свой собственный секвенсор или набор валидаторов. Технология Arbitrum Nitro включает опцию запуска роллапа с децентрализованным секвенсором: по сути, можно иметь несколько сторон, запускающих программное обеспечение ноды Arbitrum и использующих выборы лидера (возможно, через безразрешенную цепь доказательства доли Arbitrum в будущем или пользовательский механизм). На сегодняшний день цепи Orbit, запущенные из коробки, были в основном централизованными (например, игровая цепь Xai управляется фондом в сотрудничестве с Offchain Labs) – но это вопрос конфигурации и управления. Заслуживающим внимания событием является внедрение BoLD (Bounded Liquidity Delay) в начале 2025 года, что является новым протоколом для более безразрешенной валидации Arbitrum. BoLD позволяет любому стать валидатором (прувером) для цепи, разрешая проблемы мошенничества в фиксированные сроки без белого списка. Это приближает Arbitrum к бездоверительной работе, хотя роль секвенсора (упорядочивание транзакций изо дня в день) все еще может быть назначена или выбрана. Offchain Labs заявила о сосредоточенности на продвижении децентрализации в 2024-2025 годах для Arbitrum. Мы также видим усилия по созданию мультисеквенсоров: например, цепь Orbit может использовать небольшой комитет известных секвенсоров для обеспечения некоторой отказоустойчивости (один выходит из строя, другой продолжает). Другой аспект – идея общего секвенсора для цепей Orbit, хотя Arbitrum не акцентировал на этом внимание так сильно, как Optimism. Вместо этого интероперабельность достигается за счет L3, рассчитывающихся на Arbitrum L2 и использующих стандартные мосты. В итоге, Arbitrum Orbit предоставляет гибкость в дизайне секвенсора (от одной сущности до многих), и тенденция направлена на открытие набора валидаторов/секвенсоров по мере созревания технологии и управления сообществом. Сегодня справедливо сказать, что цепи Orbit начинаются централизованно, но имеют дорожную карту для безразрешенной валидации.

• Polygon CDK: Цепи Polygon CDK (иногда упоминаемые под общим названием "AggLayer" в конце 2024 года) также могут выбирать свою конфигурацию секвенсора/консенсуса. Цепь zkEVM от Polygon (управляемая Polygon Labs) начиналась с единого секвенсора и централизованного прувера, с планами по постепенной децентрализации обоих. CDK, будучи модульным, позволяет цепи подключать модуль консенсуса – например, можно запустить цепь CDK с набором валидаторов Proof-of-Stake, производящих блоки, эффективно децентрализуя секвенсирование с первого дня. Фактически, более ранний фреймворк Polygon (Polygon Edge) использовался для корпоративных цепей с разрешениями, использующих консенсус IBFT; цепи CDK могли бы использовать гибридный подход (запускать zkProver от Polygon, но иметь комитет нод, предлагающих блоки). По умолчанию многие цепи CDK могут работать с одним оператором для простоты, а затем принять консенсус по мере масштабирования. Polygon также исследует концепцию общего секвенсора или агрегатора через хаб AggLayer, который предназначен для соединения всех цепей Polygon. Хотя AggLayer в основном обрабатывает кроссчейн-сообщения и ликвидность, в будущем он может развиться в общий сервис секвенсирования (соучредитель Polygon обсуждал децентрализацию секвенсора как часть Polygon 2.0). В целом, безразрешенность пока отсутствует – нельзя спонтанно стать секвенсором для чьей-либо цепи CDK, если этот проект не позволяет этого. Но такие проекты, как dYdX V4 (который строит автономную цепь с формой децентрализованного консенсуса) и другие, показывают аппетит к L2 на основе валидаторов. Polygon CDK делает технически возможным наличие многих производителей блоков, но точная реализация остается за развертывающим цепь. Ожидайте, что Polygon выпустит больше рекомендаций или даже инфраструктуру для децентрализованных секвенсоров по мере того, как все больше предприятий и сообществ будут запускать цепи CDK.

Подводя итог сравнению секвенсоров: Все фреймворки в настоящее время полагаются на относительно централизованную модель секвенсора в своих живых развертываниях, чтобы обеспечить эффективность. Однако каждый из них предоставляет путь к децентрализации – будь то через общие сети секвенсирования (OP Stack), подключаемый консенсус (CDK, ZK Stack) или безразрешенные валидаторы (BoLD от Arbitrum). В таблице ниже представлены дизайны секвенсоров:

Как видно, Optimism и Arbitrum включают ончейн резервные очереди, что является сильной функцией устойчивости к цензуре. Цепи на основе ZK полагаются на то, что секвенсор не может подделать состояние (благодаря ZK-доказательствам), но если он цензурирует, новый секвенсор может быть назначен управлением – область, которая все еще дорабатывается. Тенденция в 2025 году заключается в том, что мы, вероятно, увидим более децентрализованные пулы секвенсоров и, возможно, общие сети секвенсоров, которые будут дополнять эти фреймворки RaaS. Каждый проект активно исследует это: например, Astria и другие создают общие сервисы секвенсирования, а OP Labs, Polygon и Offchain упоминали планы по децентрализации роли секвенсора.

Модели комиссий и экономика​

Модели комиссий определяют, кто и что платит в этих фреймворках роллапов, и как экономические стимулы согласуются для операторов и экосистемы. Ключевые соображения включают: В каком токене оплачиваются комиссии? Кто собирает комиссии? Какие затраты (публикация в L1, доказательство) должны быть покрыты? Существуют ли соглашения о разделении доходов или возврате средств? Насколько настраиваемы параметры комиссий?

• Газовый токен и настройка комиссий: Все сравниваемые фреймворки позволяют настраивать нативный газовый токен, что означает, что новая цепь может решить, в какой валюте пользователи платят комиссии. По умолчанию роллапы на Ethereum часто выбирают ETH в качестве газового токена для удобства пользователей (пользователям не нужен новый токен для использования цепи). Например, Base (OP Stack) использует ETH для газа, как и zkSync Era и Polygon zkEVM. OP Stack технически поддерживает замену ETH на другой ERC-20, но в контексте OP Superchain существует стремление сохранить стандарт (для более плавной интероперабельности). Фактически, некоторые цепи OP Stack, которые изначально рассматривали кастомный токен, выбрали ETH – например, OP-цепь Worldcoin использует ETH для комиссий, хотя у проекта есть свой собственный токен WLD. С другой стороны, Arbitrum Orbit был запущен без поддержки кастомных токенов, но быстро добавил ее из-за спроса. Теперь цепи Orbit могут использовать ARB или любой ERC-20 в качестве газа. L3 Ape Chain выбрала монету APE в качестве своей газовой валюты, демонстрируя эту гибкость. Polygon CDK также позволяет определять токен; многие проекты склоняются к использованию MATIC, чтобы соответствовать экосистеме Polygon (и MATIC будет обновлен до токена POL в рамках Polygon 2.0), но это не обязательно. ZK Stack от zkSync также явно поддерживает кастомные базовые токены (в документации даже есть учебник "Custom base token"). Это полезно для корпоративных цепей, которые могут захотеть, например, стейблкоин или свою собственную монету для комиссий. Это также важно для аппчейнов, у которых есть своя собственная токеномика – они могут стимулировать спрос на свой токен, сделав его газовым токеном. В итоге, токен комиссии полностью настраивается во всех фреймворках, хотя использование широко распространенного токена, такого как ETH, может снизить трение для пользователей.

• Сбор и распределение комиссий: Как правило, секвенсор (производитель блоков) собирает комиссии за транзакции на L2/L3. Это основной стимул для работы секвенсора. Например, секвенсор Optimism получает все газовые комиссии, которые пользователи платят на Optimism, но затем должен платить за публикацию пакетов в Ethereum. Обычно секвенсор берет комиссии L2, уплаченные пользователем, вычитает затраты L1 и оставляет остаток в качестве прибыли. На хорошо работающей цепи затраты L1 составляют лишь часть комиссий L2, оставляя некоторую маржу прибыли. Для ZK-роллапов есть дополнительные затраты: генерация ZK-доказательства. Это может быть значительным (требует специализированного оборудования или облачных вычислений). В настоящее время некоторые операторы ZK-роллапов субсидируют затраты на доказательство (тратя средства венчурного капитала), чтобы поддерживать низкие комиссии для пользователей на этапе роста. Со временем ожидается снижение затрат на доказательство благодаря улучшенным алгоритмам и оборудованию. Что касается фреймворков: zkSync и Polygon оба позволяют секвенсору взимать немного больше для покрытия затрат на доказательство – и если цепь использует внешний сервис пруверов, они могут иметь разделение доходов с ними. Примечательно, что ни один фреймворк, кроме OP Superchain, не имеет обязательного разделения доходов на уровне протокола. Схема Standard Rollup Revenue от Optimism Collective требует, чтобы OP-цепи отчисляли либо 2,5% от валовых комиссий, либо 15% от чистой прибыли (в зависимости от того, что больше) в общую казну. Это добровольное, но ожидаемое соглашение в рамках хартии Суперчейна, а не принуждение через смарт-контракт, но все основные цепи OP Stack (Base, opBNB, Worldcoin и т. д.) согласились на это. Эти комиссии (более 14 000 ETH на данный момент) финансируют общественные блага через управление Optimism. В отличие от этого, Arbitrum не взимает с цепей Orbit никаких комиссий; Orbit можно использовать без разрешений. Arbitrum DAO потенциально может запросить некоторое разделение доходов в будущем (для финансирования своей собственной экосистемы), но по состоянию на 2025 год такого нет. Polygon CDK также не налагает налог; подход Polygon заключается в привлечении пользователей в свою экосистему (тем самым повышая стоимость и использование MATIC), а не взимании комиссий за каждую цепь. Соучредитель Polygon Сандип Найвал прямо заявил, что AggLayer "не стремится к ренте" от цепей. zkSync также не объявлял о каком-либо разделении комиссий – Matter Labs, вероятно, сосредоточена на росте использования zkSync Era и гиперчейнов, что косвенно приносит им пользу через сетевые эффекты и, возможно, будущую стоимость токена.

• Затраты на расчет L1: Большая часть модели комиссий – это кто платит за транзакции L1 (публикация данных или доказательств). Во всех случаях, в конечном итоге, платят пользователи, но механизм отличается. В оптимистичных роллапах секвенсор периодически публикует пакеты транзакций (с calldata) в L1. Стоимость газа для этих транзакций L1 оплачивается секвенсором с использованием ETH. Однако секвенсоры учитывают это при ценообразовании газа L2. Optimism и Arbitrum имеют формулы ценообразования газа, которые оценивают, сколько будет стоить calldata транзакции на L1, и включают это в комиссию за газ L2 (часто называемую "амортизированной стоимостью L1" за транзакцию). Например, простая транзакция Optimism может повлечь за собой 21 000 L2 газа для выполнения и, возможно, дополнительные несколько сотен для данных L1 – комиссия пользователя покрывает и то, и другое. Если ценообразование ошибочно, секвенсор может потерять деньги на этом пакете или получить прибыль, если использование высокое. Секвенсоры обычно динамически корректируют комиссии, чтобы соответствовать условиям L1 (повышая комиссии L2, когда газ L1 дорог). В Arbitrum механизм аналогичен, хотя Arbitrum имеет отдельные компоненты "ценообразования L1" и "ценообразования L2". В zkSync/Polygon (ZK) секвенсор должен опубликовать доказательство валидности в L1 (стоимость проверки которого фиксирована) плюс либо calldata (если роллап), либо корневое состояние (если валидиум). Стоимость проверки доказательства обычно постоянна для каждого пакета (на zkSync Era она составляет порядка нескольких сотен тысяч газа), поэтому модель комиссий zkSync распределяет эту стоимость между транзакциями. Они могут взимать небольшую наценку за каждую транзакцию для доказательства. Примечательно, что zkSync представил такие функции, как различия состояний и сжатие, чтобы минимизировать публикуемые данные L1. Polygon zkEVM также использует рекурсивные доказательства для объединения многих транзакций в одно доказательство, амортизируя стоимость проверки. Если цепь использует альтернативный DA (Celestia/Avail), то вместо оплаты Ethereum за calldata, они платят этому провайдеру DA. Celestia, например, имеет свой собственный газовый токен (TIA) для оплаты блобов данных. Таким образом, цепи может потребоваться конвертировать часть комиссий для оплаты майнерам Celestia. Фреймворки все чаще абстрагируют эти затраты: например, цепь OP Stack может платить ноде Celestia DA через адаптер и включать эту стоимость в пользовательские комиссии.

• Затраты для пользователей (финализация и вывод средств): Для оптимистичных роллапов (OP Stack, Arbitrum Orbit в режиме роллапа) пользователи сталкиваются с печально известным периодом оспаривания для вывода средств – обычно 7 дней на Ethereum L1. Это снижает удобство использования, но большинство экосистем имеют смягчающие меры. Быстрые мосты (сети ликвидности) позволяют пользователям мгновенно обменивать свои токены L2 на токены L1 за небольшую плату, в то время как арбитражеры ждут 7 дней. Arbitrum пошел дальше для цепей Orbit, работая с командами над обеспечением быстрых выводов всего за 15 минут через поставщиков ликвидности, интегрированных на уровне протокола. Это фактически означает, что пользователи не ждут неделю, за исключением наихудших сценариев. ZK-роллапы не имеют такой задержки – как только доказательство валидности принимается на L1, состояние является окончательным. Таким образом, пользователи zkSync и Polygon получают более быструю финализацию (часто от минут до часа) в зависимости от того, как часто отправляются доказательства. Компромисс заключается в том, что доказательство может внести небольшую задержку между принятием транзакции на L2 и ее включением в доказательство L1 (может быть несколько минут). Но в целом, ZK-роллапы предлагают выводы средств за 10–30 минут в 2025 году, что является огромным улучшением по сравнению с 7 днями. Пользователи могут платить немного более высокую комиссию за немедленную финализацию (для покрытия затрат на прувер), но многие считают это того стоящим. Также стоит отметить настройку комиссий: фреймворки позволяют настраивать графики комиссий (например, бесплатные транзакции или субсидии на газ), если проекты этого хотят. Например, предприятие может субсидировать все пользовательские комиссии в своей цепи, запуская секвенсор в убыток (возможно, для игры или социального приложения). Или они могут настроить другую модель газа (некоторые экспериментировали с отсутствием газа для определенных действий или альтернативным учетом газа). Поскольку большинство фреймворков стремятся к эквивалентности Ethereum, такие глубокие изменения редки, но возможны с модификацией кода. Stylus от Arbitrum может позволить различное измерение комиссий для контрактов WASM (например, не взимать плату за определенные операции для поощрения использования WASM). Polygon CDK, будучи открытым исходным кодом и модульным, означает, что если проект захочет реализовать новый механизм комиссий (например, сжигание комиссий или динамическое ценообразование), он сможет это сделать.

По сути, все фреймворки роллапов стремятся согласовать экономические стимулы: сделать работу секвенсора прибыльной (за счет доходов от комиссий), поддерживать разумные комиссии для пользователей за счет использования более дешевого DA и (опционально) направлять часть стоимости в свою более широкую экосистему. Модель Optimism уникальна тем, что явно делится доходами на общественные блага, в то время как другие полагаются на рост и токеномику (например, больше цепей -> больше использования MATIC/ETH, что увеличивает стоимость этих токенов).

Архитектура и модульность​

Все эти фреймворки гордятся модульной архитектурой, что означает, что каждый слой стека (выполнение, расчет, консенсус, DA, доказательства) является взаимозаменяемым или обновляемым. Кратко рассмотрим каждый:

• OP Stack: Построен как серия модулей, соответствующих слоям Ethereum – движок выполнения (OP EVM, производный от geth), нода консенсуса/роллапа (op-node), смарт-контракты расчета и скоро прувер мошенничества. Целью дизайна OP Stack была эквивалентность EVM (без кастомного графика газа или изменений опкодов) и простота интеграции с инструментарием Ethereum. Обновление Bedrock в 2023 году еще больше модулировало стек Optimism, упростив замену компонентов (например, для реализации ZK-доказательств в будущем или использования другого DA). Действительно, OP Stack не ограничивается оптимистичными доказательствами мошенничества – команда заявила, что открыта для интеграции доказательств валидности по мере их созревания, по сути превращая цепи OP Stack в ZK-роллапы без изменения опыта разработчиков. Концепция Суперчейна расширяет архитектуру на несколько цепей: стандартизация межцепочечной связи, мостов и, возможно, общего секвенсирования. OP Stack поставляется с богатым набором смарт-контрактов на L1 (для депозитов, выводов, верификации доказательств мошенничества и т. д.), которые цепи наследуют из коробки. Это фактически готовый шаблон цепи L2 – такие проекты, как Base, были запущены путем форка репозиториев OP Stack и их настройки для указания на свои собственные контракты.

• ZK Stack: ZK Stack – это фреймворк, лежащий в основе zkSync Era и будущих "Гиперчейнов". Архитектурно он включает среду выполнения zkEVM (виртуальную машину на основе LLVM, которая позволяет запускать код Solidity с минимальными изменениями), систему прувера (схемы и генерацию доказательств для транзакций), ноду секвенсора и контракты L1 (смарт-контракты zkSync, которые верифицируют доказательства и управляют корневыми состояниями). Модульность проявляется в том, как она разделяет схему ZK-доказательства от выполнения – теоретически можно было бы заменить другую схему доказательства или даже другую виртуальную машину (хотя это не тривиально). ZK Stack представляет архитектуру Elastic Chain с такими компонентами, как ZK Router и ZK Gateway. Они действуют как уровень интероперабельности, соединяющий несколько ZK-цепей. Это немного похоже на концепцию "интернета ZK-роллапов", где Router (на Ethereum) содержит реестр цепей и облегчает общий мост/ликвидность, а Gateway обрабатывает сообщения между цепями оффчейн. Это модульно, потому что новая цепь может подключиться к этой архитектуре, просто развернув ее со стандартными контрактами. ZK Stack также поддерживает абстракцию аккаунта на уровне протокола (контракты как аккаунты, нативные мета-транзакции), что является архитектурным выбором для улучшения UX. Еще один модульный аспект: как обсуждалось в DA, он может работать в режиме роллапа или валидиума – по сути, переключая тумблер в конфигурации. Кроме того, стек имеет понятие подключаемого консенсуса для секвенсирования (как отмечалось ранее). Уровень расчета может быть Ethereum или потенциально другой цепью: дорожная карта zkSync даже предусматривала расчет гиперчейнов на L2 (например, L3, который публикует доказательства в zkSync Era L2 вместо L1) – действительно, они запустили прототип под названием "ZK Portal" для расчета L3 на L2. Это дает иерархическую модульность (L3->L2->L1). В целом, ZK Stack немного менее готов к использованию для команд, не относящихся к Matter Labs, по состоянию на 2025 год (поскольку запуск ZK-цепи включает координацию пруверов и т. д.), но он очень гибок в умелых руках.

• Arbitrum Orbit: Архитектура Arbitrum построена на стеке Arbitrum Nitro, который включает уровень выполнения ArbOS (интерпретация EVM от Arbitrum с некоторыми небольшими отличиями), секвенсор/релей, компонент AnyTrust для альтернативного DA и механизм доказательства мошенничества (интерактивные доказательства мошенничества). Orbit по сути позволяет использовать тот же стек, но настраивать определенные параметры (например, ID цепи, начальное состояние L2, выбор роллапа или AnyTrust). Модульность: Arbitrum представил Stylus, новый движок смарт-контрактов, совместимый с WASM, который работает параллельно с EVM. Stylus позволяет писать контракты на Rust, C, C++, которые компилируются в WASM и работают с почти нативной скоростью на цепях Arbitrum. Это необязательный модуль – цепи Orbit могут включать Stylus или нет. Это отличительная черта стека Arbitrum, делающая его привлекательным для высокопроизводительных dApp (например, игровые или торговые приложения могут писать часть логики на Rust для скорости). Модуль доступности данных также подключаемый, как обсуждалось (цепи Arbitrum могут выбирать ончейн или DAC). Еще один модуль – расчет L1: цепи Orbit могут публиковать свои доказательства либо в Ethereum (L1), либо в Arbitrum One (L2). В последнем случае они фактически являются L3, закрепленными в безопасности Arbitrum One (с немного другими предположениями о доверии). Многие цепи Orbit запускаются как L3 (чтобы унаследовать более низкие комиссии Arbitrum One и в конечном итоге безопасность Ethereum). Кодовая база Arbitrum теперь полностью открыта, и такие проекты, как Caldera, Conduit, строят на ее основе удобные для пользователя развертывания – они могут добавлять свои собственные модули (например, для мониторинга, API управления цепями). Стоит отметить, что доказательства мошенничества Arbitrum исторически не были безразрешенными (только валидаторы из белого списка могли оспаривать), но с BoLD эта часть архитектуры меняется, чтобы позволить любому вмешаться. Таким образом, компонент доказательства мошенничества становится более децентрализованным (что в некотором смысле является модульным обновлением). Можно сказать, что Arbitrum меньше похож на "конструктор Lego", чем OP Stack или Polygon CDK, поскольку Offchain Labs не выпустила лаунчер цепи в один клик (хотя они выпустили графический интерфейс развертывания Orbit на GitHub). Но функционально он достаточно модулен, чтобы сторонние разработчики автоматизировали его развертывание.

• Polygon CDK (AggLayer): Polygon CDK явно описывается как "модульный фреймворк" для цепей на базе ZK. Он использует технологию ZK-доказательств Polygon (из Polygon zkEVM, которая основана на Plonky2 и рекурсивных SNARK). Архитектура разделяет уровень выполнения (который является EVM – в частности, форк Geth, адаптированный для zkEVM) от уровня прувера и контрактов моста/расчета. Поскольку он модульный, разработчик может выбирать различные опции для каждого: например, Выполнение – предположительно всегда EVM на данный момент (для использования существующего инструментария), DA – как обсуждалось (Ethereum или другие), Консенсус секвенсора – одиночный или многонодовый, Прувер – можно запустить прувер Type1 (доказательства валидности, публикуемые в Ethereum) или Type2 (доказательства валидиума) и т. д., и Интеграция AggLayer – да или нет (AggLayer для интероперабельности). Polygon даже предоставил удобный интерфейс (показан ниже) для визуализации этих выборов:

Интерфейс конфигурации Polygon CDK, иллюстрирующий модульные варианты выбора – например, роллапы против валидиума (решение для масштабирования), децентрализованный против централизованного секвенсора, локальный/Ethereum/сторонний DA, различные типы пруверов и включение интероперабельности AggLayer.

Под капотом Polygon CDK использует zk-доказательства с рекурсией для обеспечения высокой пропускной способности и динамического набора валидаторов. AggLayer – это развивающаяся часть архитектуры, которая будет соединять цепи для бездоверительного обмена сообщениями и общей ликвидности. CDK построен таким образом, что будущие улучшения в технологии ZK от Polygon (например, более быстрые доказательства или новые функции VM) могут быть приняты всеми цепями CDK через обновления. У Polygon есть концепция "Type 1 vs Type 2" zkEVM – Type 1 полностью эквивалентен Ethereum, Type 2 почти эквивалентен с незначительными изменениями для эффективности. Цепь CDK может выбрать немного модифицированный EVM для большей скорости (жертвуя некоторой эквивалентностью) – это архитектурная опция, доступная проектам. В целом, CDK очень похож на Lego: можно собрать цепь, выбирая компоненты, подходящие для их варианта использования (например, предприятие может выбрать валидиум + секвенсоры с разрешениями + частную видимость транзакций; публичная DeFi-цепь может выбрать роллап + децентрализованный секвенсор + AggLayer, включенный для ликвидности). Эта универсальность привлекла многие проекты к рассмотрению CDK для запуска своих собственных сетей.

• Изображения и диаграммы: Фреймворки часто предоставляют визуальные диаграммы своей модульной архитектуры. Например, пользовательский интерфейс zkSync показывает переключатели для Rollup/Validium, L2/L3, centralized/decentralized и т. д., подчеркивая гибкость ZK Stack:

Пример конфигурации для «Гиперчейна» zkSync. Интерфейс ZK Stack позволяет выбирать режим цепи (Rollup, Validium или Volition), уровень (L2 или L3), секвенсирование транзакций (децентрализованное, централизованное или общее), источник доступности данных (Ethereum, сторонняя сеть или пользовательский), видимость данных (публичная или частная цепь) и газовый токен (ETH, пользовательский или без газа). Этот модульный подход разработан для поддержки различных вариантов использования, от публичных DeFi-цепей до частных корпоративных цепей.

В итоге, все эти стеки высоко модульны и обновляемы, что крайне важно, учитывая темпы инноваций в блокчейне. Они в некотором смысле сходятся: OP Stack добавляет доказательства валидности, Polygon добавляет общее секвенсирование (идеи OP Stack), Arbitrum добавляет интероперабельные L3 (как и другие), zkSync развивает L3 (как Orbit и OPStack). Это перекрестное опыление означает, что модульные фреймворки в 2025 году больше похожи, чем отличаются по философии – каждый хочет быть универсальным инструментарием для запуска масштабируемых цепей без изобретения велосипеда.

Опыт разработчиков и инструментарий​

Критическим фактором для внедрения является то, насколько просты и удобны для разработчиков эти фреймворки. Это включает документацию, SDK/API, CLI для развертывания, инструменты мониторинга и кривую обучения для разработчиков:

• OP Stack – Опыт разработчиков: OP Stack от Optimism выигрывает от EVM-эквивалентности, поэтому разработчики Ethereum могут использовать привычные инструменты (Remix, Hardhat, Truffle, Solidity, Vyper) без изменений. Смарт-контракты, развернутые в OP-цепи, ведут себя точно так же, как и на L1. Это значительно снижает кривую обучения. Optimism предоставляет обширную документацию: официальные документы Optimism содержат разделы по OP Stack, запуску ноды L2 и даже учебник "OP Stack с нуля". Существуют также руководства, написанные сообществом (например, пошаговое руководство QuickNode по развертыванию роллапа Optimism L2). Что касается инструментария, OP Labs выпустила клиент op-node (для ноды роллапа) и op-geth (движок выполнения). Для запуска цепи разработчику обычно необходимо настроить их и развернуть контракты L1 (Standard Bridge и т. д.). Это было нетривиально, но становится проще с помощью услуг провайдеров. Развертывание как услуга: такие компании, как Caldera, Conduit и Infura/Alchemy, предлагают управляемые развертывания роллапов OP Stack, что абстрагирует большую часть DevOps. Для мониторинга, поскольку цепь OP Stack по сути является цепью geth плюс координатор роллапа, можно использовать стандартные инструменты мониторинга Ethereum (панели мониторинга метрик ETH, обозреватели блоков, такие как Etherscan/Blockscout). Фактически, Etherscan поддерживает цепи OP Stack, такие как Optimism и Base, предоставляя привычные интерфейсы обозревателей блоков. Инструментарий разработчика специально для OP-цепей включает Optimism SDK для мостов (облегчение депозитов/выводов в приложениях) и интеграцию Bedrock с Ethereum JSON-RPC (так что такие инструменты, как MetaMask, просто работают при переключении сети). Код OP Stack лицензирован по MIT, что приглашает разработчиков к форку и экспериментам. Многие так и сделали – например, команда BNB Chain использовала OP Stack для создания opBNB со своими собственными модификациями консенсуса и газового токена (они используют газ BNB на opBNB). Приверженность OP Stack стандартам Ethereum делает опыт разработчиков, возможно, самым плавным среди них: по сути, "Ethereum, но дешевле" с точки зрения разработчика контрактов. Основные новые навыки, необходимые, связаны с запуском инфраструктуры (для тех, кто запускает цепь) и пониманием нюансов кроссчейн-мостов. Сообщество и поддержка Optimism (Discord, форумы) активно помогают новым командам цепей. Кроме того, Optimism финансирует экосистемные инструменты, такие как Magi (альтернативный клиент роллапа на Rust), чтобы диверсифицировать стек и сделать его более надежным для разработчиков.

• zkSync ZK Stack – Опыт разработчиков: Что касается разработки контрактов, ZK Stack от zkSync предлагает zkEVM, которая призвана быть высокосовместимой, но в настоящее время не на 100% эквивалентна байт-коду. Она поддерживает контракты Solidity и Vyper, но есть тонкие различия (например, некоторые прекомпиляторы или газовые затраты). Тем не менее, Matter Labs создала компилятор LLVM, который принимает Solidity и производит байт-код zkEVM, поэтому большая часть кода Solidity работает с минимальными изменениями или без них. Они также нативно поддерживают абстракцию аккаунта, которую разработчики могут использовать для создания безгазовых транзакций, мультисиг-кошельков и т. д. проще, чем на Ethereum (нет необходимости в ERC-4337). Документация для разработчиков zkSync является всеобъемлющей (docs.zksync.io) и охватывает развертывание контрактов, использование Hyperchain CLI (если таковой имеется) и настройку цепи. Однако запуск ZK-роллапа по своей сути сложнее, чем оптимистичного – вам нужна установка для доказательства. ZK Stack предоставляет программное обеспечение прувера (например, GPU-пруверы для схем zkSync), но оператор цепи должен иметь доступ к серьезному оборудованию или облачным сервисам для непрерывной генерации доказательств. Это новая задача DevOps; для ее смягчения появляются компании, предоставляющие услуги пруверов или даже Proof-as-a-Service. Если разработчик не хочет запускать свои собственные пруверы, он может передать это на аутсорсинг (с доверием или криптоэкономическими гарантиями). Инструментарий: zkSync по умолчанию предоставляет портал моста и кошелька (zkSync Portal), который может быть форкнут для новой цепи, предоставляя пользователям пользовательский интерфейс для перемещения активов и просмотра аккаунтов. Для исследования блоков Blockscout был адаптирован для zkSync, и Matter Labs создала свой собственный обозреватель блоков для zkSync Era, который, вероятно, может быть использован для новых цепей. Существование ZK Gateway и Router означает, что если разработчик подключается к ним, он получает некоторую готовую интероперабельность с другими цепями – но ему необходимо следовать стандартам Matter Labs. В целом, для разработчика смарт-контрактов создание на zkSync не слишком сложно (просто Solidity, возможно, с незначительными отличиями, такими как gasleft() может вести себя немного по-другому из-за отсутствия фактической стоимости газа Ethereum). Но для оператора цепи ZK Stack имеет более крутую кривую обучения, чем OP Stack или Orbit. В 2025 году Matter Labs сосредоточена на улучшении этого – например, упрощении процесса запуска Hyperchain, возможно, предоставлении скриптов или облачных образов для развертывания всего стека. Также появляется сообщество разработчиков вокруг ZK Stack; например, ZKSync Community Edition – это инициатива, в рамках которой члены сообщества запускают тестовые цепи L3 и делятся советами. Следует отметить, что языковая поддержка для экосистемы zkSync может расшириться – они говорили о разрешении других языков через конвейер LLVM (например, компилятор Rust-to-zkEVM в будущем), но Solidity сейчас является основным. В итоге, опыт разработчиков zkSync: отличный для разработчиков DApp (почти как Ethereum), умеренный для запускающих цепи (необходимо обрабатывать прувер и новые концепции, такие как валидиумы).

• Arbitrum Orbit – Опыт разработчиков: Для разработчиков Solidity Arbitrum Orbit (и Arbitrum One) полностью совместим с EVM на уровне байт-кода (Arbitrum Nitro использует выполнение, производное от geth). Таким образом, развертывание и взаимодействие с контрактами в цепи Arbitrum аналогично Ethereum (с некоторыми небольшими отличиями, такими как немного другой доступ к номеру блока L1, chainID и т. д., но ничего существенного). Arbitrum выделяется Stylus – разработчики могут писать смарт-контракты на таких языках, как Rust, C, C++ (скомпилированные в WebAssembly) и развертывать их вместе с контрактами EVM. Это открывает разработку блокчейна для более широкого круга программистов и позволяет использовать высокопроизводительные сценарии. Например, алгоритмически интенсивная логика может быть написана на C для скорости. Stylus все еще находится в бета-версии на основной сети Arbitrum, но цепи Orbit могут экспериментировать с ним. Это уникальное преимущество для опыта разработчиков, хотя тем, кто использует Stylus, потребуется изучить новые инструменты (например, инструментарий Rust и библиотеки Arbitrum для взаимодействия WASM с цепью). Документация Arbitrum предоставляет руководство по использованию Stylus и даже написанию смарт-контрактов на Rust. Для запуска цепи Orbit Offchain Labs предоставила скрипты Devnet и пользовательский интерфейс развертывания Orbit. Процесс довольно технический: необходимо настроить ноду Arbitrum с флагами --l3 (если запускается L3) и настроить генезис, параметры цепи и т. д. QuickNode и другие опубликовали руководства ("Как развернуть свою собственную цепь Arbitrum Orbit"). Кроме того, партнерства Orbit с Caldera, AltLayer и Conduit означают, что эти сторонние компании берут на себя большую часть тяжелой работы. Разработчик может по сути заполнить форму или запустить мастер с этими сервисами, чтобы получить настроенную цепь Arbitrum, вместо того чтобы вручную модифицировать код Nitro. Что касается отладки и мониторинга, цепи Arbitrum могут использовать Arbiscan (для тех, у кого он есть) или обозреватели сообщества. Также есть интеграции Grafana/Prometheus для метрик нод. Одна сложность – это система доказательства мошенничества – разработчики, запускающие цепь Orbit, должны убедиться, что есть валидаторы (возможно, они сами или доверенные лица), которые запускают оффчейн программное обеспечение валидатора для отслеживания мошенничества. Offchain Labs, вероятно, предоставляет скрипты по умолчанию для запуска таких валидаторов. Но поскольку доказательства мошенничества редко срабатывают, речь идет скорее о наличии процесса безопасности. Большое сообщество разработчиков Arbitrum (проекты, строящие на Arbitrum One) является активом – такие ресурсы, как учебники, ответы на stackexchange и т. д., часто применимы и к Orbit. Кроме того, Arbitrum известен своими сильными усилиями по обучению разработчиков (семинары, хакатоны), которые, предположительно, распространяются и на тех, кто интересуется Orbit.

• Polygon CDK – Опыт разработчиков: Polygon CDK новее (анонсирован в середине/конце 2023 года), но он построен на знакомых компонентах. Для разработчиков, пишущих контракты, цепи Polygon CDK используют zkEVM, которая призвана быть эквивалентной EVM Ethereum (zkEVM Type 2 от Polygon почти идентична с несколькими крайними случаями). Таким образом, Solidity и Vyper являются основными языками, с полной поддержкой стандартных инструментов разработки Ethereum. Если вы развертывали на Polygon zkEVM или Ethereum, вы можете аналогично развернуть на цепи CDK. Сложность больше связана с операциями цепи. CDK от Polygon имеет открытый исходный код на GitHub и поставляется с документацией по настройке цепи. Вероятно, он предоставляет инструмент командной строки для создания новой цепи (аналогично тому, как можно использовать starport Cosmos SDK или шаблон ноды Substrate). Polygon Labs инвестировала в максимально упрощенную настройку – одна цитата: "запускайте высокопроизводительный Ethereum L2 на базе ZK так же легко, как развертываете смарт-контракт". Хотя это, возможно, оптимистично, это указывает на существование инструментов или скриптов для упрощения развертывания. Действительно, были ранние пользователи, такие как Immutable (для игр) и OKX (биржа), которые работали с Polygon над запуском цепей CDK, что предполагает довольно плавный процесс при поддержке команды Polygon. CDK включает SDK и библиотеки для взаимодействия с мостом (для депозитов/выводов) и для включения AggLayer, если это необходимо. Мониторинг цепи CDK может использовать обозреватель блоков Polygon (Polygonscan), если он интегрирован, или Blockscout. Polygon также известен своими надежными SDK для игр и мобильных устройств (например, Unity SDK) – их можно использовать на любой цепи на базе Polygon. Поддержка разработчиков является большим приоритетом: Polygon регулярно проводит академии, гранты, хакатоны, а их команда по связям с разработчиками помогает проектам один на один. Пример опыта корпоративного разработчика: Libre, институциональная цепь, запущенная с CDK, предположительно имела индивидуальные требования – Polygon смог учесть такие вещи, как модули идентификации или функции соответствия на этой цепи. Это показывает, что CDK может быть расширен для конкретных вариантов использования разработчиками с помощью фреймворка. Что касается учебных материалов, на сайте документации и в блоге Polygon есть руководства по использованию CDK, и поскольку CDK по сути является эволюцией их zkEVM, те, кто знаком с дизайном zkEVM Polygon, могут быстро освоить его. Еще один аспект инструментария: Кроссчейн-инструменты – поскольку многие цепи Polygon CDK будут сосуществовать, Polygon предоставляет AggLayer для обмена сообщениями, но также поощряет использование стандартных кроссчейн-сообщений, таких как LayerZero (действительно, цепь Orbit Rarible интегрировала LayerZero для передачи NFT, и цепи Polygon тоже могут это сделать). Таким образом, у разработчиков есть варианты для легкой интеграции плагинов интероперабельности. В целом, опыт разработчиков CDK нацелен на готовое решение для запуска цепей уровня Ethereum с безопасностью ZK, извлекая выгоду из многолетнего опыта Polygon в L2.

В заключение, опыт разработчиков значительно улучшился для запуска кастомных цепей: то, что когда-то требовало целой команды инженеров протокола, теперь может быть сделано с помощью управляемых фреймворков и поддержки. Предложения Optimism и Arbitrum используют знакомство (эквивалентность EVM), zkSync и Polygon предлагают передовые технологии с растущей простотой использования, и все они имеют растущие экосистемы сторонних инструментов для упрощения разработки (от обозревателей блоков до панелей мониторинга и скриптов devops). Качество документации в целом высокое – официальные документы плюс руководства сообщества (статьи на Medium, руководства QuickNode/Alchemy) охватывают большую часть материала. Все еще существует нетривиальная кривая обучения, чтобы перейти от разработчика смарт-контрактов к "оператору роллапа", но это становится проще по мере появления лучших практик и расширения сообщества строителей роллапов.

Поддержка экосистемы и стратегии выхода на рынок​

Создание технологии – это одно; создание экосистемы – другое. Каждый из этих фреймворков поддерживается организацией или сообществом, инвестирующим в рост через гранты, финансирование, маркетинг и партнерскую поддержку. Здесь мы сравниваем их стратегии поддержки экосистемы – как они привлекают разработчиков и проекты, и как они помогают этим проектам добиться успеха:

• Экосистема OP Stack (Optimism): Optimism имеет надежную стратегию экосистемы, сосредоточенную на своем Optimism Collective и этике финансирования общественных благ. Они первыми внедрили Ретроактивное финансирование общественных благ (RPGF) – использование казны токенов OP для вознаграждения разработчиков и проектов, которые приносят пользу экосистеме. Через несколько раундов RPGF Optimism распределил миллионы долларов финансирования на инфраструктурные проекты, инструменты разработки и приложения на Optimism. Любой проект, строящийся с использованием OP Stack (особенно если он соответствует видению Суперчейна), имеет право подать заявку на гранты от Collective. Кроме того, управление Optimism может санкционировать программы стимулирования (ранее в 2022 году у них был аирдроп и фонд управления, который проекты могли использовать для распределения OP-вознаграждений пользователям). В 2024 году Optimism установил модель разделения доходов Суперчейна, где каждая OP-цепь отчисляет небольшую часть комиссий в общую казну. Это создает маховик: по мере того, как все больше цепей (таких как Base, opBNB, цепь Worldcoin и т. д.) генерируют использование, они коллективно финансируют больше общественных благ, которые улучшают OP Stack, что, в свою очередь, привлекает больше цепей. Это подход с положительной суммой, уникальный для Optimism. Что касается выхода на рынок, Optimism активно сотрудничал с крупными организациями: привлечение Coinbase к созданию Base было огромным подтверждением OP Stack, и Optimism Labs оказывала техническую помощь и поддержку Coinbase в этом процессе. Аналогично, они работали с командой Worldcoin, и миграция Celo на L2 OP Stack была осуществлена при консультации с OP Labs. Optimism проводит много работы с разработчиками – от проведения хакатонов (часто в сочетании с мероприятиями ETHGlobal) до поддержания Developer Hub с учебными пособиями. Они также инвестируют в инструментарий: например, финансирование команд для создания альтернативных клиентов, инструментов мониторинга и предоставление официального крана и интеграции обозревателя блоков для новых цепей. С точки зрения маркетинга, Optimism ввел термин "Суперчейн" и активно продвигает видение многих цепей, объединяющихся под одним интероперабельным зонтом, что привлекло проекты, которые хотят быть частью более широкого нарратива, а не изолированного аппчейна. Также привлекает общая ликвидность: с предстоящим OPCraft (интероперабельность Суперчейна) приложения в одной OP-цепи могут легко взаимодействовать с другой, что делает привлекательным запуск цепи, которая не является островом. По сути, экосистемная игра OP Stack заключается в сообществе и сотрудничестве – присоединяйтесь к Суперчейну, получите доступ к пулу пользователей (через легкое мостовое соединение), финансированию и коллективному брендингу. Они даже создали концепцию "Rollup Passport", где пользователи могут иметь единую идентификацию во всех OP-цепях. Все эти усилия снижают барьер для новых цепей в поиске пользователей и разработчиков. Наконец, собственная пользовательская база и репутация Optimism (будучи одним из ведущих L2) означает, что любая цепь OP Stack может в некоторой степени воспользоваться этим (Base, например, рекламировала себя как часть экосистемы Optimism).

• Экосистема zkSync (ZK Stack/Hyperchains): Matter Labs (команда, стоящая за zkSync) привлекла крупные раунды финансирования (более 200 миллионов долларов) для развития своей экосистемы. Они создали фонды, такие как ** zkSync Ecosystem Fund**, часто в сотрудничестве с венчурными капиталистами, для инвестирования в проекты, строящиеся на zkSync Era. Что касается ZK Stack, они начали продвигать концепцию Гиперчейнов среди сообществ, которым нужна своя собственная цепь. Одна из стратегий – ориентация на конкретные вертикали: например, игры. zkSync подчеркнул, как игровая студия может запустить свой собственный Гиперчейн, чтобы получить настраиваемость и при этом быть подключенной к Ethereum. Они, вероятно, предлагают тесную поддержку первоначальным партнерам (так же, как Polygon делал с некоторыми предприятиями). Упоминание в статье Zeeve о "швейцарском банке; крупнейшем банке мира", заинтересованном в ZK Stack, предполагает, что Matter Labs привлекает корпоративные варианты использования, которым нужна конфиденциальность (ZK-доказательства могут обеспечить корректность, сохраняя при этом некоторые данные в тайне, что очень важно для учреждений). Если zkSync запустит крупную корпоративную цепь, это повысит их авторитет. Поддержка разработчиков на zkSync довольно сильна: они проводят акселераторы (например, была объявлена программа с Blockchain Founders Fund), хакатоны (часто на тему ZK) и имеют активное сообщество в своем Discord, оказывающее техническую помощь. Хотя у zkSync нет живого токена (по состоянию на 2025 год) для управления или стимулирования, есть предположения о его появлении, и проекты могут ожидать будущих программ стимулирования. Matter Labs также работала над поддержкой мостов: они сотрудничали с крупными мостами, такими как Across, LayerZero, Wormhole, чтобы обеспечить легкое перемещение активов и сообщений в и из zkSync и любых гиперчейнов. Фактически, Across Protocol интегрировал ZK Stack от zkSync, заявляя о поддержке всех "основных фреймворков L2". Эта ориентация на интероперабельность означает, что проект, запускающий гиперчейн, может легко подключиться к основной сети Ethereum и другим L2, что крайне важно для привлечения пользователей (никто не хочет быть изолированным). С точки зрения маркетинга, zkSync продвигает слоган "Web3 без компромиссов" и подчеркивает, что они первыми вышли на основную сеть ZK. Они публикуют дорожные карты (их блог о дорожной карте на 2025 год), чтобы поддерживать высокий уровень интереса. Если мы рассмотрим экосистемные фонды: помимо прямых грантов Matter Labs, существуют также Ethereum Foundation и другие фонды, ориентированные на ZK, которые поддерживают развитие zkSync из-за общей важности технологии ZK. Еще одна стратегия: zkSync открыт и нейтрален (без лицензионных сборов), что привлекает проекты, которые могут опасаться присоединения к более централизованной экосистеме. ZK Stack пытается позиционировать себя как выбор децентрализаторов – например, подчеркивая полную децентрализацию и отсутствие "обучающих колес", в то время как OP Stack и другие все еще имеют некоторую централизацию на практике. Время покажет, найдет ли это отклик, но, безусловно, в сообществе Ethereum у zkSync есть сторонники, которые хотят полностью бездоверительный стек. Наконец, Matter Labs и Windranger от BitDAO имеют совместную инициативу под названием "ZK DAO", которая может выделять капитал или стимулы для внедрения ZK Stack. В целом, усилия экосистемы zkSync представляют собой смесь сообщений о техническом превосходстве (ZK – это будущее) и создания практических мостов (как в переносном, так и в прямом смысле) для присоединения проектов.

• Экосистема Arbitrum Orbit: Arbitrum Orbit пережил всплеск интереса после его официального представления в середине 2023 года. К концу 2023 года было публично раскрыто около 18 цепей Orbit, а Offchain Labs указала на более чем 50 находящихся в разработке. По состоянию на 2025 год некоторые из наиболее заметных:

  • Xai Chain: L3, ориентированный на игры, теперь запущен (основная сеть запущена в конце 2023 года). Он используется разработчиками игр (например, студией Ex Populus) и имел запуск токена через Binance Launchpad. Это указывает на значительное внедрение (участие Binance Launchpad предполагает большой интерес пользователей). Xai использует режим AnyTrust (для высокой TPS).
  • Rari Chain: L3, ориентированный на NFT, от Rarible. Основная сеть запущена в январе 2024 года. Он сосредоточен на торговых площадках NFT с такими функциями, как оплата газа кредитной картой (через Stripe) и безгазовые листинги. Эта цепь является хорошим примером настройки пользовательского опыта (как отмечалось, Gelato предоставляет безгазовые транзакции и т. д. на Rari Chain).
  • Frame: L2, ориентированный на создателей (хотя называется L2, это, вероятно, цепь Orbit, рассчитывающаяся на Ethereum или Arbitrum). Он был запущен в начале 2024 года после привлечения финансирования.
  • EduChain (от сообществ Camelot/GMX): В статье Zeeve упоминается цепь EDU с большим количеством проектов – возможно, экосистема для ончейн-образования и ИИ, построенная на Orbit.
  • Ape Chain: Явно не упоминается выше, но контекст из Zeeve предполагает существование "Ape chain" (возможно, цепь Yuga Labs или ApeCoin DAO) с TVL в 9,86 млн долларов и использующая APE для газа. Это может быть цепь Orbit в экосистеме ApeCoin (это было бы значительным, учитывая влияние Yuga в NFT).
  • Другие игровые цепи: например, L3 "Muster" от Cometh был анонсирован (игровая платформа, сотрудничающая с AltLayer). Syndr Chain для протокола торговли опционами находится на тестовой сети как Orbit L3. Meliora (протокол DeFi-кредитования) строит Orbit L3.
  • Многие из них находятся на ранних стадиях (тестовая сеть или недавно запущенная основная сеть), но в совокупности они указывают на то, что Orbit набирает популярность среди специализированных dApp, которые переросли общую среду L2 или хотели иметь собственное управление.
  • Что касается предприятий: здесь не так много шума. Arbitrum больше известен внедрением DeFi/игр. Однако технология может быть привлекательной для предприятий, если они хотят цепь, защищенную Ethereum, с гибким доверием (через AnyTrust). Возможно, некоторые предприятия тихо использовали технологию Arbitrum для частной цепи, но не афишировали это.
  • По цифрам, крупнейшим пользователем Arbitrum Orbit на данный момент может быть Ape Chain (если подтвердится) с TVL около 10 млн долларов и 17 протоколами на ней (по данным Zeeve). Другой – EDU chain с TVL 1,35 млн долларов и более 30 проектами.
  • Arbitrum One и Nova сами являются частью этого нарратива – тот факт, что цепи Orbit могут рассчитываться на Nova (ультрадешевая социальная/игровая цепь) или One, означает, что внедрение Orbit также стимулирует активность в этих сетях. Nova использовалась для Reddit points и т. д. Если цепи Orbit подключаются к комитету AnyTrust Nova, роль Nova растет.
  • В итоге, Arbitrum Orbit вышел за рамки теории: десятки реальных проектов строятся на нем, сосредоточившись на играх, социальных сетях и кастомном DeFi. Подход Arbitrum, демонстрирующий реальные варианты использования (такие как Xai, Rari), окупился, и мы можем ожидать, что к концу 2025 года будет, возможно, более 50 живых цепей Orbit, некоторые из которых будут иметь значительные пользовательские базы (особенно если одна из игровых цепей выпустит популярную игру).

• Экосистема Polygon CDK (AggLayer): Polygon анонсировал CDK только во второй половине 2023 года, но он опирается на успех существующих сетей Polygon. Уже сама Polygon zkEVM (бета-версия основной сети) по сути является цепью CDK, управляемой Polygon Labs. Она получила достойное распространение (более 50 млн долларов TVL, развернуты крупные протоколы). Но помимо этого, в движении находятся многочисленные независимые цепи:

  • Immutable X (крупная игровая платформа Web3) заявила о поддержке Polygon CDK, чтобы позволить игровым студиям запускать свои собственные zk-роллапы, которые подключаются к Immutable и ликвидности Polygon. Этот альянс означает, что, возможно, десятки игр будут использовать CDK через Immutable в 2025 году.
  • OKX (биржа) запустила OKB Chain (также известную как X Layer) с использованием Polygon CDK в конце 2024 года. Биржевая цепь может генерировать много транзакций (потоки cex-to-dex и т. д.). OKX выбрала Polygon, предположительно, из-за масштабируемости и потому, что многие их пользователи уже используют Polygon.
  • Canto (DeFi-цепь) и Astar (сайдчейн Polkadot) упоминаются как мигрирующие или интегрирующиеся с Polygon CDK. Переход Canto с Cosmos на уровень Polygon указывает на привлекательность совместного использования безопасности с Ethereum через ZK от Polygon.
  • Gnosis Pay: запустила Gnosis Card chain с CDK – это цепь для быстрых платежей стейблкоинами, подключенная к карте Visa. Это живое и инновационное финтех-использование.
  • Palm Network: специализированная на NFT цепь, изначально на Ethereum, переходит на Polygon CDK (Palm была сооснована ConsenSys для NFT с DC Comics и т. д.).
  • dYdX: Это интересно – dYdX строил свою собственную цепь Cosmos, но информация Zeeve перечисляет dYdX среди цепей AggLayer CDK. Если бы dYdX рассмотрел Polygon вместо этого, это было бы огромным событием (хотя по известной информации dYdX V4 основан на Cosmos; возможно, они планируют кроссчейн или будущий поворот).
  • Nubank: один из крупнейших цифровых банков в Бразилии, фигурирует в списке Zeeve. Nubank ранее запускал токен на Polygon; цепь CDK для их вознаграждений или программы, подобной CBDC, может находиться на тестировании.
  • Wirex, IDEX, GameSwift, Aavegotchi, Powerloom, Manta… эти названия в списке Zeeve показывают, насколько кросс-экосистемным является охват CDK: например, Manta (проект конфиденциальности Polkadot) может использовать CDK для ZK-решения, ориентированного на Ethereum; Aavegotchi (игра NFT, изначально на Polygon POS) может получить свою собственную цепь для игровой логики.
  • Интеграция Celestia в начале 2024 года, вероятно, привлечет проекты, которые хотят технологию Polygon, но с Celestia DA – возможно, некоторые проекты Cosmos (поскольку Celestia основана на Cosmos) выберут Polygon CDK для выполнения и Celestia для DA.
  • Предприятия: у Polygon есть специальная команда по работе с предприятиями. Помимо упомянутых (Stripe для стейблкоинов, фонд Franklin Templeton на Polygon, правительства стран, выпускающие марки и т. д.), с CDK они могут обещать предприятиям их собственную цепь с настраиваемыми правилами. Мы можем увидеть пилотные проекты, такие как "Polygon Siemens Chain" или государственные цепи, хотя часто они начинаются как частные.
  • Подход Polygon, заключающийся в агностичности к цепям (они даже поддерживают "режим OP Stack" теперь в CDK, согласно Zeeve!) и отсутствии взимания ренты, привел к быстрому внедрению – они заявляют о более чем 190 проектах, использующих или рассматривающих CDK к первому кварталу 2025 года. Если хотя бы четверть из них будет запущена, Polygon будет иметь обширную сеть цепей. Они видят себя не просто как одну цепь, а как экосистему многих цепей (Polygon 2.0), возможно, крупнейшую такую сеть в случае успеха.
  • По цифрам: по состоянию на начало 2025 года, более 21 цепи либо находятся в основной сети, либо в тестовой сети, используя CDK, согласно сайту AggLayer. Это должно ускориться в течение 2025 года по мере миграции или запуска новых.
  • Мы можем ожидать некоторых громких запусков, например, цепи Reddit (аватары Reddit на Polygon POS были огромны; может появиться выделенный Polygon L2 для Reddit). Также, если какие-либо цифровые валюты центральных банков (CBDC) или государственные проекты выберут решение для масштабирования, Polygon часто участвует в этих обсуждениях – цепь CDK может быть их выбором для разрешенного L2 с zk-доказательствами.

В итоге, статус внедрения в 2025 году: OP Stack и Arbitrum Orbit имеют несколько живых цепей с реальными пользователями и TVL, гиперчейны zkSync находятся на пороге с сильными тестовыми пилотами, а Polygon CDK имеет множество выстроенных в очередь и несколько живых успехов как в крипто, так и в корпоративном секторе. Пространство быстро развивается, и проекты часто рассматривают эти фреймворки перед выбором. Это также не игра с нулевой суммой – например, приложение может использовать цепь OP Stack и цепь Polygon CDK для разных регионов или целей. Будущее модульного блокчейна, вероятно, включает интероперабельность между всеми этими фреймворками. Примечательно, что такие усилия, как LayerZero и агрегаторы мостов, теперь обеспечивают относительно свободное перемещение активов между Optimism, Arbitrum, Polygon, zkSync и т. д., поэтому пользователи могут даже не осознавать, на каком стеке построена цепь под капотом.

Заключение​

Роллапы как услуга в 2025 году предлагают богатое меню опций. OP Stack предоставляет проверенный временем фреймворк оптимистичных роллапов с согласованностью с Ethereum и поддержкой совместного сообщества Суперчейна. ZK Stack (Hyperchains) предлагает передовую технологию нулевого разглашения с модульными вариантами валидности и данных, стремясь к массовой масштабируемости и новым вариантам использования, таким как частные или Layer-3 цепи. Arbitrum Orbit расширяет высокооптимизированную архитектуру оптимистичных роллапов для разработчиков, с гибкостью в доступности данных и захватывающим дополнением Stylus для мульти-языковых смарт-контрактов. Polygon CDK дает проектам возможность запускать цепи zkEVM с готовой интероперабельностью (AggLayer) и полной поддержкой экосистемы Polygon и корпоративных связей. zkSync Hyperchains (через ZK Stack) обещают разблокировать Web3 в масштабе – множество гиперчейнов, все защищенные Ethereum, каждый оптимизирован для своей области (будь то игры, DeFi или социальные сети), с бесшовным подключением через эластичный фреймворк zkSync.

Сравнивая доступность данных, мы увидели, что все фреймворки используют модульный DA – Ethereum для безопасности и новые решения, такие как Celestia, EigenDA или комитеты для пропускной способности. Дизайн секвенсоров изначально централизован, но движется к децентрализации: Optimism и Arbitrum предоставляют резервные очереди L1 и позволяют использовать мультисеквенсорные или безразрешенные модели валидаторов, в то время как Polygon и zkSync позволяют развертывать пользовательский консенсус для цепей, которые этого желают. Модели комиссий отличаются в основном философией экосистемы – разделение доходов Optimism против самодостаточных экономик других – но все они позволяют использовать пользовательские токены и стремятся минимизировать затраты пользователей за счет использования более дешевого DA и быстрой финализации (особенно ZK-цепи).

Что касается поддержки экосистемы, Optimism способствует коллективу, где каждая цепь вносит вклад в общие цели (финансирование общественных благ) и получает выгоду от общих обновлений. Arbitrum использует свое процветающее сообщество и ликвидность, активно помогая проектам запускать цепи Orbit и интегрируя их со своим DeFi-хабом. Polygon вкладывает все ресурсы, привлекая как криптопроекты, так и корпорации, предоставляя, возможно, самую практическую поддержку и имея обширную сеть партнерств и фондов. Matter Labs (zkSync) стимулирует инновации и привлекает тех, кто хочет новейшую технологию ZK, и хотя ее программы стимулирования менее публично структурированы (в ожидании токена), она имеет значительное финансирование для развертывания и сильное притяжение для строителей, ориентированных на ZK.

С точки зрения разработчика, запуск роллапа в 2025 году доступнее, чем когда-либо. Независимо от того, что является приоритетом – EVM-эквивалентность и простота (OP Stack, Arbitrum) или максимальная производительность и перспективная технология (ZK Stack, Polygon CDK), инструменты и документация уже на месте. Даже мониторинг и инструменты разработки выросли, чтобы поддерживать эти пользовательские цепи – например, платформы RaaS от Alchemy и QuickNode поддерживают стеки Optimism, Arbitrum и zkSync из коробки. Это означает, что команды могут сосредоточиться на своем приложении и оставить большую часть тяжелой работы этим фреймворкам.

Глядя на публичное и корпоративное внедрение, становится ясно, что модульные роллапы переходят от экспериментальных к мейнстриму. У нас есть мировые бренды, такие как Coinbase, Binance и OKX, управляющие своими собственными цепями, крупные протоколы DeFi, такие как Uniswap, расширяющиеся на несколько L2 и, возможно, на свои собственные роллапы, и даже правительства и банки, исследующие эти технологии. Конкуренция (и сотрудничество) между OP Stack, ZK Stack, Orbit, CDK и т. д. стимулирует быстрые инновации – в конечном итоге принося пользу Ethereum, масштабируя его для миллионов новых пользователей через индивидуальные роллапы.

Каждый фреймворк имеет свое уникальное ценностное предложение:

• OP Stack: Легкий вход в L2, сетевые эффекты общего Суперчейна и философия "влияние = прибыль" через общественные блага.
• ZK Stack: Конечная масштабируемость с целостностью ZK, гибкость в дизайне (L2 или L3, роллап или валидиум) и предотвращение фрагментации ликвидности через модель Elastic chain.
• Arbitrum Orbit: Проверенная технология (Arbitrum One никогда не имел серьезных сбоев), высокая производительность (Nitro + Stylus) и возможность настраивать предположения о доверии (полная безопасность роллапа или более быстрый AnyTrust) для различных нужд.
• Polygon CDK: Готовые zk-роллапы, поддерживаемые одной из крупнейших экосистем, с немедленным подключением к активам Polygon/Ethereum и обещанием будущей "унифицированной ликвидности" через AggLayer – фактически стартовая площадка не только для цепи, но и для всей экономики на этой цепи.
• zkSync Hyperchains: Видение масштабируемости Layer-3, где даже небольшие приложения могут иметь свою собственную цепь, защищенную Ethereum, с минимальными накладными расходами, обеспечивая производительность уровня Web2 в среде Web3.

По состоянию на середину 2025 года мы видим, как многоцепочечная модульная экосистема материализуется: десятки специализированных для приложений или секторов цепей сосуществуют, многие из которых построены с использованием этих стеков. L2Beat и аналогичные сайты теперь отслеживают не только L2, но и L3 и пользовательские цепи, многие из которых используют OP Stack, Orbit, CDK или ZK Stack. Разрабатываются стандарты интероперабельности, чтобы независимо от того, использует ли цепь технологию Optimism или Polygon, они могли взаимодействовать друг с другом (проекты, такие как Hyperlane, LayerZero, и даже сотрудничество OP и Polygon в области общего секвенсирования).

В заключение, Роллапы как услуга в 2025 году созрели в конкурентную среду, где OP Stack, ZK Stack, Arbitrum Orbit, Polygon CDK и zkSync Hyperchains предлагают надежные, модульные блокчейн-фреймворки. Они различаются техническим подходом (оптимистичный против ZK), но все они направлены на то, чтобы дать разработчикам возможность запускать масштабируемые, безопасные цепи, адаптированные к их потребностям. Выбор стека может зависеть от конкретных приоритетов проекта – совместимости с EVM, скорости финализации, настройки, согласованности с сообществом и т. д. – как указано выше. Хорошая новость заключается в том, что нет недостатка в вариантах или поддержке. Дорожная карта Ethereum, ориентированная на роллапы, реализуется через эти фреймворки, предвещая эру, когда запуск новой цепи не является монументальным подвигом, а скорее стратегическим решением, сродни выбору облачного провайдера или технологического стека в Web2. Фреймворки будут продолжать развиваться (например, мы ожидаем большей конвергенции, такой как OP Stack, принимающий ZK-доказательства, AggLayer от Polygon, подключающийся к не-Polygon цепям и т. д.), но даже сейчас они коллективно гарантируют, что масштабируемость и рост экосистемы Ethereum ограничены только воображением, а не инфраструктурой.

Источники:

• Optimism OP Stack – Документация и публикации на Mirror
• zkSync ZK Stack – Документация zkSync и публикации Matter Labs
• Arbitrum Orbit – Документация Arbitrum, анонсы Offchain Labs
• Polygon CDK – Техническая документация Polygon, отчет CoinTelegraph
• Общее сравнение – Руководства QuickNode (март 2025), Zeeve и другие для статистики экосистемы, а также различные блоги проектов, упомянутые выше.

Доверенные среды исполнения (TEE) в экосистеме Web3: Глубокое погружение

1. Обзор технологии TEE​

Определение и архитектура: Доверенная среда исполнения (TEE) — это защищенная область процессора, которая обеспечивает конфиденциальность и целостность загруженного в нее кода и данных. С практической точки зрения, TEE действует как изолированный «анклав» внутри центрального процессора (ЦП) — своего рода «черный ящик», в котором могут выполняться конфиденциальные вычисления, защищенные от остальной части системы. Код, работающий внутри анклава TEE, защищен таким образом, что даже скомпрометированная операционная система или гипервизор не могут прочитать или изменить данные или код анклава. Ключевые свойства безопасности, обеспечиваемые TEE, включают:

• Изоляция (Isolation): Память анклава изолирована от других процессов и даже ядра ОС. Даже если злоумышленник получит полные права администратора на машине, он не сможет напрямую просмотреть или изменить память анклава.
• Целостность (Integrity): Аппаратное обеспечение гарантирует, что код, выполняющийся в TEE, не может быть изменен внешними атаками. Любое вмешательство в код анклава или состояние среды выполнения будет обнаружено, что предотвратит получение скомпрометированных результатов.
• Конфиденциальность (Confidentiality): Данные внутри анклава остаются зашифрованными в памяти и расшифровываются только для использования внутри ЦП, поэтому секретные данные не раскрываются в открытом виде внешнему миру.
• Удаленная аттестация (Remote Attestation): TEE может создавать криптографические доказательства (аттестации), чтобы убедить удаленную сторону в своей подлинности и в том, что внутри него работает конкретный доверенный код. Это означает, что пользователи могут проверить, находится ли анклав в доверенном состоянии (например, выполняет ли ожидаемый код на подлинном оборудовании), прежде чем передавать ему секретные данные.

Концептуальная диаграмма доверенной среды исполнения как защищенного анклава — «черного ящика» для исполнения смарт-контрактов. Зашифрованные входные данные (данные и код контракта) расшифровываются и обрабатываются внутри защищенного анклава, и только зашифрованные результаты покидают анклав. Это гарантирует, что конфиденциальные данные контракта остаются закрытыми для всех за пределами TEE.

На техническом уровне работа TEE обеспечивается аппаратным шифрованием памяти и контролем доступа в ЦП. Например, когда создается анклав TEE, ЦП выделяет для него защищенную область памяти и использует выделенные ключи (вшитые в оборудование или управляемые защищенным сопроцессором) для шифрования / дешифрования данных на лету. Любая попытка внешнего программного обеспечения прочитать память анклава приводит к получению только зашифрованных байтов. Эта уникальная защита на уровне ЦП позволяет даже коду на уровне пользователя определять области частной памяти (анклавы), которые вредоносное ПО с привилегиями или даже злонамеренный системный администратор не могут отследить или изменить. По сути, TEE обеспечивает более высокий уровень безопасности приложений, чем обычная операционная среда, при этом оставаясь более гибким решением, чем специализированные защищенные элементы (Secure Elements) или аппаратные модули безопасности (HSM).

Ключевые аппаратные реализации: Существует несколько аппаратных технологий TEE, каждая из которых имеет разную архитектуру, но преследует схожую цель — создание защищенного анклава внутри системы:

• Intel SGX (Software Guard Extensions): Intel SGX — одна из наиболее широко используемых реализаций TEE. Она позволяет приложениям создавать анклавы на уровне процессов, при этом шифрование памяти и контроль доступа обеспечиваются ЦП. Разработчики должны разделять свой код на «доверенный» (внутри анклава) и «недоверенный» (обычный мир), используя специальные инструкции (ECALL / OCALL) для передачи данных в анклав и из него. SGX обеспечивает сильную изоляцию анклавов и поддерживает удаленную аттестацию через службу аттестации Intel (IAS). Многие блокчейн-проекты, в частности Secret Network и Oasis Network, построили функционал смарт-контрактов с сохранением конфиденциальности на базе анклавов SGX. Однако архитектура SGX на сложных системах x86 привела к возникновению некоторых уязвимостей (см. § 4), а аттестация Intel вводит зависимость от централизованного доверия.

• ARM TrustZone: TrustZone использует другой подход, разделяя всю среду выполнения процессора на два мира: Безопасный мир (Secure World) и Нормальный мир (Normal World). Конфиденциальный код работает в Безопасном мире, который имеет доступ к определенной защищенной памяти и периферийным устройствам, в то время как Нормальный мир запускает обычную ОС и приложения. Переключения между мирами контролируются ЦП. TrustZone обычно используется в мобильных устройствах и устройствах IoT для таких задач, как защищенный пользовательский интерфейс, обработка платежей или управление цифровыми правами (DRM). В контексте блокчейна TrustZone может позволить создавать мобильные Web3-приложения, позволяя закрытым ключам или конфиденциальной логике работать в защищенном анклаве телефона. Однако анклавы TrustZone обычно более крупнозернистые (на уровне ОС или виртуальной машины) и не так часто используются в текущих Web3-проектах, как SGX.

• AMD SEV (Secure Encrypted Virtualization): Технология SEV от AMD ориентирована на виртуализированные среды. Вместо создания анклавов на уровне приложений, SEV может шифровать память целых виртуальных машин. Она использует встроенный процессор безопасности для управления криптографическими ключами и выполнения шифрования памяти, так что память ВМ остается конфиденциальной даже для хост-гипервизора. Это делает SEV подходящим для облачных или серверных сценариев: например, блокчейн-узел или оффчейн-воркер может работать внутри полностью зашифрованной ВМ, защищая свои данные от злонамеренного облачного провайдера. Дизайн SEV требует от разработчика меньше усилий по разделению кода (вы можете запустить существующее приложение или даже целую ОС в защищенной ВМ). Новые итерации, такие как SEV-SNP, добавляют такие функции, как обнаружение вмешательства, и позволяют владельцам ВМ проводить аттестацию своих машин, не полагаясь на централизованную службу. SEV крайне актуальна для использования TEE в облачной блокчейн-инфраструктуре.

Другие развивающиеся или нишевые реализации TEE включают Intel TDX (Trust Domain Extensions для защиты виртуальных машин на уровне анклавов в новых чипах Intel), TEE с открытым исходным кодом, такие как Keystone (RISC-V), и чипы защищенных анклавов в мобильных устройствах (например, Secure Enclave от Apple, хотя обычно он закрыт для произвольного кода). Каждая TEE имеет свою собственную модель разработки и предположения о доверии, но все они разделяют основную идею аппаратно изолированного безопасного исполнения.

2. Применение TEE в Web3​

Среды доверенного исполнения (Trusted Execution Environments, TEE) стали мощным инструментом для решения некоторых наиболее сложных задач Web3. Обеспечивая безопасный и приватный уровень вычислений, TEE открывают новые возможности для блокчейн-приложений в области конфиденциальности, масштабируемости, безопасности оракулов и целостности данных. Ниже мы рассмотрим основные области применения:

Смарт-контракты с сохранением конфиденциальности​

Одним из наиболее значимых способов использования TEE в Web3 является создание конфиденциальных смарт-контрактов — программ, которые работают в блокчейне, но могут безопасно обрабатывать частные данные. Блокчейны, такие как Ethereum, по умолчанию прозрачны: все данные транзакций и состояния контрактов являются публичными. Эта прозрачность проблематична для сценариев использования, требующих конфиденциальности (например, частные финансовые сделки, тайное голосование, обработка персональных данных). TEE предлагают решение, выступая в качестве анклава для вычислений с сохранением конфиденциальности, подключенного к блокчейну.

В системе смарт-контрактов на базе TEE входные данные транзакции могут быть отправлены в безопасный анклав на узле валидатора или воркера, обработаны внутри анклава, где они остаются зашифрованными для внешнего мира, а затем анклав может вывести зашифрованный или хешированный результат обратно в сеть. Только авторизованные стороны с ключом расшифровки (или сама логика контракта) могут получить доступ к результату в открытом виде. Например, Secret Network использует Intel SGX в своих узлах консенсуса для выполнения смарт-контрактов CosmWasm на зашифрованных входных данных, поэтому такие вещи, как балансы счетов, суммы транзакций или состояние контракта, могут быть скрыты от общественности, оставаясь при этом доступными для вычислений. Это позволило создать приложения secret DeFi — например, частные обмены токенов, где суммы конфиденциальны, или секретные аукционы, где ставки шифруются и раскрываются только после закрытия аукциона. Другим примером является Parcel от Oasis Network и конфиденциальный ParaTime, которые позволяют токенизировать данные и использовать их в смарт-контрактах с соблюдением конфиденциальности, обеспечивая такие сценарии использования, как кредитный скоринг или медицинские данные в блокчейне с соблюдением стандартов приватности.

Конфиденциальные смарт-контракты через TEE привлекательны для корпоративного и институционального внедрения блокчейна. Организации могут использовать смарт-контракты, сохраняя конфиденциальность конфиденциальной бизнес-логики и данных. Например, банк может использовать контракт с поддержкой TEE для обработки заявок на кредит или расчетов по сделкам без раскрытия данных клиентов в сети, при этом пользуясь преимуществами прозрачности и целостности блокчейн-верификации. Эта возможность напрямую отвечает нормативным требованиям к конфиденциальности (таким как GDPR или HIPAA), позволяя соответствующее законодательству использование блокчейна в здравоохранении, финансах и других чувствительных отраслях. Действительно, TEE способствуют соблюдению требований законов о защите данных, гарантируя, что личные данные могут обрабатываться внутри анклава, и только зашифрованные результаты выходят наружу, что убеждает регуляторов в сохранности данных.

Помимо конфиденциальности, TEE также помогают обеспечивать справедливость в смарт-контрактах. Например, децентрализованная биржа могла бы запускать свой механизм сопоставления ордеров внутри TEE, чтобы предотвратить возможность майнеров или валидаторов видеть ожидающие ордера и недобросовестно совершать опережающие сделки (front-running). Таким образом, TEE приносят в Web3 столь необходимый уровень конфиденциальности, открывая такие приложения, как конфиденциальный DeFi, частное голосование / управление и корпоративные контракты, которые ранее были невозможны в публичных реестрах.

Масштабируемость и оффчейн-вычисления​

Еще одна важная роль TEE заключается в улучшении блокчейн- масштабируемости путем выноса тяжелых вычислений за пределы сети (off-chain) в безопасную среду. Блокчейны испытывают трудности со сложными или ресурсоемкими задачами из-за ограничений производительности и стоимости выполнения операций внутри сети. Оффчейн-вычисления с поддержкой TEE позволяют выполнять эти задачи вне основной сети (таким образом, не потребляя газ и не замедляя пропускную способность сети), сохраняя при этом гарантии доверия к правильности результатов. По сути, TEE может служить верифицируемым акселератором оффчейн-вычислений для Web3.

Например, платформа iExec использует TEE для создания децентрализованного рынка облачных вычислений, где разработчики могут запускать вычисления вне сети и получать результаты, которым доверяет блокчейн. dApp может запросить выполнение вычислений (например, вывод сложной модели ИИ или анализ больших данных) узлами-воркерами iExec. Эти рабочие узлы выполняют задачу внутри анклава SGX, выдавая результат вместе с аттестацией того, что правильный код был запущен в подлинном анклаве. Затем результат возвращается в сеть, и смарт-контракт может проверить аттестацию анклава перед принятием вывода. Эта архитектура позволяет обрабатывать тяжелые рабочие нагрузки вне сети без ущерба для доверия, фактически повышая пропускную способность. Интеграция iExec Orchestrator с Chainlink демонстрирует это: оракул Chainlink извлекает внешние данные, затем передает сложные вычисления воркерам TEE iExec (например, агрегирование или скоринг данных), и, наконец, безопасный результат доставляется в сеть. Примеры использования включают такие вещи, как децентрализованные страховые расчеты (как продемонстрировал iExec), где большие объемы данных могут обрабатываться вне сети и дешево, а в блокчейн попадает только конечный результат.

Оффчейн-вычисления на базе TEE также лежат в основе некоторых Layer-2 решений для масштабирования. Ранний прототип Oasis Labs Ekiden (предшественник Oasis Network) использовал анклавы SGX для параллельного выполнения транзакций вне сети, фиксируя в основной сети только корни состояний, что фактически аналогично идеям роллапов, но с использованием аппаратного доверия. Выполняя контракты в TEE, они достигли высокой пропускной способности, полагаясь на анклавы для обеспечения безопасности. Другим примером является готовящийся к выпуску L2 Op-Succinct от Sanders Network, который сочетает в себе TEE и zkSNARK: TEE выполняют транзакции приватно и быстро, а затем генерируются zk-доказательства для подтверждения правильности этих выполнений в Ethereum. Этот гибридный подход использует скорость TEE и проверяемость ZK для создания масштабируемого и приватного L2-решения.

В целом, TEE могут выполнять вычисления с производительностью, близкой к нативной (поскольку они используют реальные инструкции процессора, просто с изоляцией), поэтому они на порядки быстрее, чем чисто криптографические альтернативы, такие как гомоморфное шифрование или доказательства с нулевым разглашением для сложной логики. Перенося работу в анклавы, блокчейны могут поддерживать более сложные приложения (такие как машинное обучение, обработка изображений / аудио, масштабная аналитика), которые были бы практически невыполнимы в сети. Результаты возвращаются с аттестацией, которую контракт в сети или пользователи могут проверить как исходящую из доверенного анклава, сохраняя таким образом целостность данных и правильность. Эту модель часто называют «верифицируемыми оффчейн-вычислениями», и TEE являются краеугольным камнем для многих таких разработок (например, Hyperledger Avalon Trusted Compute Framework, разработанный Intel, iExec и другими, использует TEE для оффчейн-выполнения байт-кода EVM с публикацией доказательства корректности в сети).

Безопасные оракулы и целостность данных​

Оракулы связывают блокчейны с данными реального мира, но они вносят проблемы с доверием: как смарт-контракт может быть уверен, что оффчейн-канал данных верен и не был подделан? TEE предоставляют решение, выступая в качестве безопасной «песочницы» для узлов оракулов. Узел оракула на базе TEE может извлекать данные из внешних источников (API, веб-сервисы) и обрабатывать их внутри анклава, который гарантирует, что данные не были изменены оператором узла или вредоносным ПО на узле. Затем анклав может подписать или подтвердить истинность предоставляемых им данных. Это значительно повышает целостность и надежность данных оракула. Даже если оператор оракула злонамерен, он не может изменить данные, не нарушив аттестацию анклава (что будет обнаружено блокчейном).

Ярким примером является Town Crier, система оракулов, разработанная в Корнельском университете, которая была одной из первых, использовавших анклавы Intel SGX для предоставления аутентифицированных данных контрактам Ethereum. Town Crier извлекал данные (например, с HTTPS-сайтов) внутри анклава SGX и передавал их контракту вместе с доказательством (подписью анклава) того, что данные поступили непосредственно из источника и не были подделаны. Chainlink оценила это и приобрела Town Crier в 2018 году, чтобы интегрировать оракулы на базе TEE в свою децентрализованную сеть. Сегодня у Chainlink и других провайдеров оракулов есть инициативы в области TEE: например, DECO и Fair Sequencing Services от Chainlink включают TEE для обеспечения конфиденциальности данных и справедливой очередности. Как отмечается в одном анализе, «TEE произвели революцию в безопасности оракулов, обеспечив защищенную от несанкционированного доступа среду для обработки данных... даже сами операторы узлов не могут манипулировать данными во время их обработки». Это особенно важно для высокоценных потоков финансовых данных (таких как ценовые оракулы для DeFi): TEE может предотвратить даже незначительные манипуляции, которые могут привести к крупным эксплойтам.

TEE также позволяют оракулам обрабатывать чувствительные или проприетарные данные, которые не могут быть опубликованы в открытом виде в блокчейне. Например, сеть оракулов может использовать анклавы для агрегирования частных данных (таких как конфиденциальные книги ордеров акций или личные данные о здоровье) и передавать в блокчейн только производные результаты или проверенные доказательства, не раскрывая необработанные конфиденциальные входные данные. Таким образом, TEE расширяют спектр данных, которые могут быть безопасно интегрированы в смарт-контракты, что критически важно для токенизации реальных активов (RWA), кредитного скоринга, страхования и других ресурсоемких ончейн-сервисов.

Что касается кроссчейн-мостов, TEE аналогичным образом повышают их целостность. Мосты часто полагаются на набор валидаторов или мультиподпись для хранения активов и проверки переводов между сетями, что делает их основной мишенью для атак. Запуская логику валидатора моста внутри TEE, можно защитить закрытые ключи моста и процессы верификации от несанкционированного доступа. Даже если ОС валидатора скомпрометирована, злоумышленник не сможет извлечь закрытые ключи или фальсифицировать сообщения изнутри анклава. TEE могут гарантировать, что транзакции моста обрабатываются точно в соответствии с правилами протокола, снижая риск того, что операторы-люди или вредоносное ПО внедрят мошеннические переводы. Кроме того, TEE позволяют обрабатывать атомарные свопы и кроссчейн-транзакции в безопасном анклаве, который либо завершает обе стороны сделки, либо корректно прерывает её, предотвращая сценарии застревания средств из-за вмешательства. Несколько проектов мостов и консорциумов изучают безопасность на базе TEE, чтобы смягчить проблему взломов мостов, участившихся в последние годы.

Целостность и верифицируемость данных вне сети​

Во всех вышеперечисленных сценариях повторяющейся темой является то, что TEE помогают поддерживать целостность данных даже за пределами блокчейна. Поскольку TEE может доказать, какой код он запускает (посредством аттестации), и может гарантировать, что код выполняется без вмешательства, он обеспечивает форму верифицируемых вычислений. Пользователи и смарт-контракты могут доверять результатам, поступающим из TEE, как если бы они были вычислены в сети, при условии, что проверка аттестации пройдена. Эта гарантия целостности — причина, по которой TEE иногда называют « якорем доверия» (trust anchor) для оффчейн-данных и вычислений.

Однако стоит отметить, что эта модель доверия переносит некоторые допущения на оборудование (см. §4). Целостность данных сильна лишь настолько, насколько сильна безопасность самого TEE. Если анклав скомпрометирован или аттестация подделана, целостность может быть нарушена. Тем не менее, на практике TEE (при своевременном обновлении) значительно усложняют проведение определенных атак. Например, кредитная DeFi-платформа может использовать TEE для расчета кредитного рейтинга на основе частных данных пользователя вне сети, и смарт-контракт примет этот рейтинг только в том случае, если он сопровождается действующей аттестацией анклава. Таким образом, контракт «знает», что рейтинг был рассчитан по утвержденному алгоритму на реальных данных, а не слепо доверяет пользователю или оракулу.

TEE также играют роль в развивающихся системах децентрализованной идентификации (DID) и аутентификации. Они могут безопасно управлять закрытыми ключами, персональными данными и процессами аутентификации таким образом, чтобы конфиденциальная информация пользователя никогда не раскрывалась блокчейну или провайдерам dApp. Например, TEE на мобильном устройстве может обрабатывать биометрическую аутентификацию и подписывать блокчейн-транзакцию в случае успешной проверки биометрии, и все это без раскрытия биометрических данных пользователя. Это обеспечивает как безопасность, так и конфиденциальность при управлении идентификационными данными — важный компонент для того, чтобы Web3 мог работать с такими вещами, как паспорта, сертификаты или данные KYC, обеспечивая суверенитет пользователя.

Таким образом, TEE служат универсальным инструментом в Web3: они обеспечивают конфиденциальность ончейн-логики, позволяют проводить масштабирование через безопасные оффчейн-вычисления, защищают целостность оракулов и мостов, а также открывают новые возможности (от частной идентификации до обмена данными с соблюдением нормативных требований). Далее мы рассмотрим конкретные проекты, использующие эти возможности.

3. Заметные Web3-проекты, использующие TEE​

Ряд ведущих блокчейн-проектов построили свои основные предложения на базе доверенных сред исполнения (Trusted Execution Environments). Ниже мы подробно рассмотрим несколько наиболее примечательных из них, изучая, как каждый из них использует технологию TEE и какую уникальную ценность она добавляет:

Secret Network​

Secret Network — это блокчейн первого уровня (построенный на Cosmos SDK), который стал пионером в создании смарт-контрактов с сохранением конфиденциальности с использованием TEE. Все узлы-валидаторы в Secret Network запускают анклавы Intel SGX, которые выполняют код смарт-контракта таким образом, что состояние контракта, а также входные и выходные данные остаются зашифрованными даже для операторов узлов. Это делает Secret одной из первых платформ смарт-контрактов, ориентированных на конфиденциальность — конфиденциальность здесь не является необязательным дополнением, а является функцией сети по умолчанию на уровне протокола.

В модели Secret Network пользователи отправляют зашифрованные транзакции, которые валидаторы загружают в свой анклав SGX для выполнения. Анклав расшифровывает входные данные, запускает контракт (написанный в модифицированной среде выполнения CosmWasm) и создает зашифрованные выходные данные, которые записываются в блокчейн. Только пользователи с правильным ключом просмотра (или сам контракт со своим внутренним ключом) могут расшифровать и просмотреть фактические данные. Это позволяет приложениям использовать частные данные в сети (on-chain), не раскрывая их публично.

Сеть продемонстрировала несколько новых вариантов использования:

• Secret DeFi: например, SecretSwap (AMM), где балансы счетов пользователей и суммы транзакций являются конфиденциальными, что смягчает проблему опережения (front-running) и защищает торговые стратегии. Поставщики ликвидности и трейдеры могут работать, не транслируя каждый свой шаг конкурентам.
• Secret Auctions (Секретные аукционы): Аукционные контракты, в которых ставки держатся в секрете до окончания аукциона, что предотвращает стратегическое поведение на основе ставок других участников.
• Приватное голосование и управление: Владельцы токенов могут голосовать по предложениям, не раскрывая свой выбор, в то время как подсчет голосов все равно может быть проверен — это обеспечивает честное управление без запугивания.
• Рынки данных: Конфиденциальные наборы данных могут передаваться и использоваться в вычислениях без раскрытия необработанных данных покупателям или узлам.

Secret Network по сути внедряет TEE на уровне протокола, чтобы создать уникальное ценностное предложение: она предлагает программируемую конфиденциальность. Проблемы, которые они решают, включают координацию аттестации анклавов в децентрализованном наборе валидаторов и управление распределением ключей, чтобы контракты могли расшифровывать входные данные, сохраняя их в секрете от валидаторов. По общему мнению, Secret доказала жизнеспособность конфиденциальности на базе TEE в публичном блокчейне, зарекомендовав себя в качестве лидера в этой области.

Oasis Network​

Oasis Network — это еще один блокчейн первого уровня, нацеленный на масштабируемость и конфиденциальность, который широко использует TEE (Intel SGX) в своей архитектуре. Oasis представила инновационный дизайн, который разделяет консенсус и вычисления на разные уровни, называемые Consensus Layer (уровень консенсуса) и ParaTime Layer (уровень ParaTime). Уровень консенсуса отвечает за упорядочивание и финализацию в блокчейне, в то время как каждый ParaTime может быть средой выполнения для смарт-контрактов. Примечательно, что ParaTime Emerald в Oasis — это EVM-совместимая среда, а Sapphire — это конфиденциальная EVM, использующая TEE для сохранения приватности состояния смарт-контрактов.

Использование TEE в Oasis ориентировано на конфиденциальные вычисления в масштабе. Изолируя тяжелые вычисления в параллельных ParaTime (которые могут работать на многих узлах), они достигают высокой пропускной способности, а используя TEE внутри этих узлов ParaTime, они гарантируют, что вычисления могут включать конфиденциальные данные без их раскрытия. Например, финансовое учреждение может запустить алгоритм кредитного скоринга на Oasis, подав частные данные в конфиденциальный ParaTime — данные остаются зашифрованными для узла (так как они обрабатываются в анклаве), и на выходе получается только результат скоринга. Тем временем консенсус Oasis просто записывает доказательство того, что вычисления были выполнены правильно.

Технически Oasis добавила дополнительные уровни безопасности помимо стандартного SGX. Они реализовали «многослойный корень доверия» (layered root of trust): использование Intel SGX Quoting Enclave и настраиваемого облегченного ядра для проверки надежности оборудования и изоляции (песочницы) системных вызовов анклава. Это уменьшает поверхность атаки (путем фильтрации вызовов ОС, которые могут делать анклавы) и защищает от определенных известных атак на SGX. Oasis также представила такие функции, как устойчивые анклавы (durable enclaves, чтобы анклавы могли сохранять состояние после перезагрузки) и защищенное ведение журналов для смягчения атак отката (rollback attacks, когда узел может попытаться воспроизвести старое состояние анклава). Эти инновации были описаны в их технических документах и являются частью причины, по которой Oasis считается проектом, основанным на исследованиях в области блокчейн-вычислений на базе TEE.

С точки зрения экосистемы Oasis позиционирует себя для таких вещей, как приватный DeFi (позволяющий банкам участвовать, не допуская утечки данных клиентов) и токенизация данных (где частные лица или компании могут конфиденциально передавать данные моделям ИИ и получать вознаграждение, и все это через блокчейн). Они также сотрудничали с предприятиями в пилотных проектах (например, работа с BMW по конфиденциальности данных и с другими компаниями по обмену данными медицинских исследований). В целом, Oasis Network демонстрирует, как сочетание TEE с масштабируемой архитектурой может решить проблемы как конфиденциальности, так и производительности, что делает ее значимым игроком в решениях Web3 на базе TEE.

Sanders Network​

Sanders Network — это децентрализованная сеть облачных вычислений в экосистеме Polkadot, использующая TEE для предоставления конфиденциальных и высокопроизводительных вычислительных услуг. Это парачейн на Polkadot, что означает, что он извлекает выгоду из безопасности и совместимости Polkadot, но вводит собственную новую среду выполнения для внесетевых (off-chain) вычислений в защищенных анклавах.

Основная идея Sanders заключается в поддержании большой сети рабочих узлов (называемых майнерами Sanders), которые выполняют задачи внутри TEE (в частности, пока что Intel SGX) и выдают проверяемые результаты. Эти задачи могут варьироваться от выполнения сегментов смарт-контрактов до вычислений общего назначения по запросу пользователей. Поскольку рабочие узлы работают в SGX, Sanders гарантирует, что вычисления выполняются с соблюдением конфиденциальности (входные данные скрыты от оператора рабочего узла) и целостности (результаты сопровождаются аттестацией). Это фактически создает облако, не требующее доверия (trustless cloud), где пользователи могут развертывать рабочие нагрузки, зная, что хост не может подсмотреть или подделать их.

Можно представить Sanders как аналог Amazon EC2 или AWS Lambda, но децентрализованный: разработчики могут развертывать код в сети Sanders и запускать его на многих машинах с поддержкой SGX по всему миру, оплачивая услугу токенами Sanders. Некоторые выделенные варианты использования:

• Web3-аналитика и ИИ: Проект может анализировать данные пользователей или запускать алгоритмы ИИ в анклавах Sanders, чтобы необработанные пользовательские данные оставались зашифрованными (защищая конфиденциальность), в то время как из анклава выходят только агрегированные аналитические данные.
• Бэкенды для игр и Метавселенная: Sanders может обрабатывать интенсивную игровую логику или симуляции виртуальных миров вне сети, отправляя в блокчейн только обязательства или хеши, что позволяет сделать игровой процесс более насыщенным без доверия к какому-либо одному серверу.
• Он-чейн сервисы: Sanders построила платформу внесетевых вычислений под названием Sanders Cloud. Например, она может служить бэкендом для ботов, децентрализованных веб-сервисов или даже внесетевой книги ордеров, которая публикует сделки в смарт-контракт DEX с аттестацией TEE.

Sanders подчеркивает, что может горизонтально масштабировать конфиденциальные вычисления: нужно больше мощностей? Добавьте больше рабочих узлов TEE. Это не похоже на одиночный блокчейн, где вычислительная мощность ограничена консенсусом. Таким образом, Sanders открывает возможности для вычислительно интенсивных dApps, которым по-прежнему нужна безопасность без доверия. Важно отметить, что Sanders не полагается исключительно на аппаратное доверие; она интегрируется с консенсусом Polkadot (например, стейкинг и слэшинг за плохие результаты) и даже изучает сочетание TEE с доказательствами с нулевым разглашением (как уже упоминалось, их предстоящий L2 использует TEE для ускорения выполнения и ZKP для его краткой проверки на Ethereum). Этот гибридный подход помогает смягчить риск взлома любого отдельного TEE, добавляя криптографическую проверку сверху.

Таким образом, Sanders Network использует TEE для предоставления децентрализованного конфиденциального облака для Web3, обеспечивая внесетевые вычисления с гарантиями безопасности. Это открывает путь для класса блокчейн-приложений, которым требуются как тяжелые вычисления, так и конфиденциальность данных, устраняя разрыв между он-чейн и офф-чейн мирами.

iExec​

iExec — это децентрализованная торговая площадка для облачных вычислительных ресурсов, построенная на Ethereum. В отличие от трех предыдущих проектов (которые являются собственными сетями или парачейнами), iExec работает как сеть второго уровня или внесетевая сеть, которая координирует свои действия со смарт-контрактами Ethereum. TEE (в частности, Intel SGX) являются краеугольным камнем подхода iExec к установлению доверия во внесетевых вычислениях.

Сеть iExec состоит из рабочих узлов (worker nodes), предоставляемых различными провайдерами. Эти рабочие узлы могут выполнять задачи, запрашиваемые пользователями (разработчиками dApp, поставщиками данных и т. д.). Чтобы гарантировать надежность этих внесетевых вычислений, iExec представила структуру «доверенных внесетевых вычислений» (Trusted off-chain Computing): задачи могут выполняться внутри анклавов SGX, а результаты сопровождаются подписью анклава, которая доказывает, что задача была выполнена правильно на защищенном узле. iExec в партнерстве с Intel запустила эту функцию доверенных вычислений и даже присоединилась к Confidential Computing Consortium для продвижения стандартов. Их протокол консенсуса, называемый Proof-of-Contribution (PoCo), агрегирует голоса/аттестации от нескольких рабочих узлов, когда это необходимо для достижения консенсуса по правильному результату. Во многих случаях аттестации одного анклава может быть достаточно, если код детерминирован и доверие к SGX велико; для более высокой уверенности iExec может дублировать задачи на нескольких TEE и использовать консенсус или голосование большинством.

Платформа iExec позволяет реализовать несколько интересных вариантов использования:

• Децентрализованные вычисления оракулов: Как упоминалось ранее, iExec может работать с Chainlink. Узел Chainlink может получать необработанные данные, а затем передавать их рабочему узлу iExec SGX для выполнения вычислений (например, проприетарного алгоритма или вывода ИИ) на этих данных и, наконец, возвращать результат в блокчейн. Это расширяет возможности оракулов за пределы простой ретрансляции данных — теперь они могут предоставлять вычислительные услуги (например, вызывать модель ИИ или агрегировать множество источников) с помощью TEE, гарантирующего честность.
• ИИ и DePIN (Децентрализованная сеть физической инфраструктуры): iExec позиционируется как уровень доверия для децентрализованных приложений ИИ. Например, dApp, использующее модель машинного обучения, может запускать модель в анклаве для защиты как самой модели (если она является частной), так и подаваемых пользовательских данных. В контексте DePIN (например, распределенных сетей Интернета вещей), TEE могут использоваться на периферийных устройствах для доверия показаниям датчиков и вычислениям на основе этих показаний.
• Безопасная монетизация данных: Поставщики данных могут сделать свои наборы данных доступными на торговой площадке iExec в зашифрованном виде. Покупатели могут отправлять свои алгоритмы для запуска на этих данных внутри TEE (таким образом, необработанные данные поставщика никогда не раскрываются, что защищает его интеллектуальную собственность, а детали алгоритма также могут быть скрыты). Результат вычислений возвращается покупателю, а соответствующая оплата поставщику данных осуществляется через смарт-контракты. Эта схема, часто называемая безопасным обменом данными, облегчается конфиденциальностью TEE.

В целом, iExec обеспечивает связующее звено между смарт-контрактами Ethereum и безопасным внесетевым выполнением. Она демонстрирует, как «рабочие» TEE могут быть объединены в сеть для формирования децентрализованного облака, дополненного торговой площадкой (с использованием токена RLC для оплаты) и механизмами консенсуса. Возглавляя рабочую группу Enterprise Ethereum Alliance по доверенным вычислениям и участвуя в разработке стандартов (таких как Hyperledger Avalon), iExec также способствует более широкому внедрению TEE в корпоративных блокчейн-сценариях.

Другие проекты и экосистемы​

Помимо четырех вышеупомянутых, стоит отметить еще несколько проектов:

• Integritee — еще один парачейн Polkadot, похожий на Sanders (фактически, он выделился из работы Energy Web Foundation по TEE). Integritee использует TEE для создания «парачейна как услуги» (parachain-as-a-service) для предприятий, сочетая он-чейн и офф-чейн обработку в анклавах.
• Automata Network — протокол промежуточного программного обеспечения (middleware) для конфиденциальности Web3, который использует TEE для частных транзакций, анонимного голосования и обработки транзакций, устойчивых к MEV. Automata работает как внесетевая сеть, предоставляя такие услуги, как частный RPC-ретранслятор, и упоминалась как использующая TEE для таких вещей, как защищенная идентификация и безгазовые частные транзакции.
• Hyperledger Sawtooth (PoET) — в корпоративной сфере Sawtooth представила алгоритм консенсуса под названием Proof of Elapsed Time (доказательство прошедшего времени), который опирался на SGX. Каждый валидатор запускает анклав, который ждет случайное время и выдает доказательство; тот, у кого время ожидания самое короткое, «выигрывает» блок — честная лотерея, обеспечиваемая SGX. Хотя Sawtooth не является проектом Web3 как таковым (скорее корпоративным блокчейном), это творческое использование TEE для консенсуса.
• Корпоративные/консорциумные сети — многие корпоративные блокчейн-решения (например, ConsenSys Quorum, IBM Blockchain) включают TEE для обеспечения конфиденциальных транзакций в консорциумах, где только авторизованные узлы видят определенные данные. Например, план архитектуры Trusted Compute Framework (TCF) от Enterprise Ethereum Alliance использует TEE для выполнения частных контрактов вне сети и доставки доказательств Меркла в сеть.

Эти проекты в совокупности показывают универсальность TEE: они обеспечивают работу целых L1-сетей, ориентированных на конфиденциальность, служат внесетевыми сетями, защищают элементы инфраструктуры, такие как оракулы и мосты, и даже лежат в основе алгоритмов консенсуса. Далее мы рассмотрим более широкие преимущества и проблемы использования TEE в децентрализованных средах.

4. Преимущества и проблемы TEE в децентрализованных средах​

Внедрение доверенных сред выполнения (Trusted Execution Environments, TEE) в блокчейн-системы приносит как значительные технические преимущества, так и заметные проблемы и компромиссы. Мы рассмотрим обе стороны: что TEE предлагают децентрализованным приложениям и какие проблемы или риски возникают при их использовании.

Преимущества и технические сильные стороны​

• Высокая безопасность и конфиденциальность: Главным преимуществом являются гарантии конфиденциальности и целостности. TEE позволяют выполнять конфиденциальный код с уверенностью в том, что за ним не будут шпионить или изменять его с помощью стороннего вредоносного ПО. Это обеспечивает уровень доверия к оффчейн-вычислениям, который ранее был недоступен. Для блокчейна это означает, что частные данные могут быть использованы (расширяя функциональность dApps) без ущерба для безопасности. Даже в недоверенных средах (облачные серверы, валидаторные узлы, управляемые третьими лицами) TEE обеспечивают сохранность секретов. Это особенно полезно для управления приватными ключами, пользовательскими данными и проприетарными алгоритмами в криптосистемах. Например, аппаратный кошелек или облачный сервис подписи могут использовать TEE для внутренней подписи транзакций блокчейна, чтобы приватный ключ никогда не раскрывался в открытом виде, сочетая удобство с безопасностью.

• Производительность, близкая к нативной: В отличие от чисто криптографических подходов к безопасным вычислениям (таких как ZK-доказательства или гомоморфное шифрование), накладные расходы TEE относительно невелики. Код выполняется непосредственно на процессоре, поэтому вычисления внутри анклава происходят почти так же быстро, как и снаружи (с небольшими задержками на переходы в анклав и шифрование памяти, обычно это замедление в пределах нескольких процентов в SGX). Это означает, что TEE могут эффективно справляться с задачами, требующими интенсивных вычислений, открывая возможности для сценариев использования (таких как потоки данных в реальном времени, сложные смарт-контракты, машинное обучение), которые были бы на порядки медленнее при использовании криптографических протоколов. Низкая задержка анклавов делает их подходящими там, где требуется быстрый отклик (например, высокочастотные торговые боты, защищенные TEE, или интерактивные приложения и игры, где пользовательский опыт пострадал бы от высоких задержек).

• Улучшенная масштабируемость (за счет выноса вычислений): Позволяя безопасно выполнять тяжелые вычисления вне сети, TEE помогают снизить нагрузку и затраты на газ в основных сетях. Они позволяют создавать решения Layer-2 и побочные протоколы, где блокчейн используется только для проверки или окончательного расчета, в то время как основная часть вычислений происходит в параллельных анклавах. Такая модуляция (логика с интенсивными вычислениями в TEE, консенсус в сети) может значительно повысить пропускную способность и масштабируемость децентрализованных приложений. Например, DEX может выполнять сопоставление ордеров в TEE оффчейн и публиковать только исполненные сделки ончейн, увеличивая пропускную способность и снижая затраты на газ в сети.

• Улучшенный пользовательский опыт и функциональность: С помощью TEE dApps могут предлагать такие функции, как конфиденциальность или сложная аналитика, которые привлекают больше пользователей (включая институциональных). TEE также позволяют проводить транзакции без газа или мета-транзакции, безопасно выполняя их оффчейн и затем отправляя результаты, как это реализовано в использовании TEE проектом Automata для снижения стоимости частных транзакций. Кроме того, хранение конфиденциального состояния оффчейн в анклаве может уменьшить объем данных, публикуемых в блокчейне, что полезно для конфиденциальности пользователей и эффективности сети (меньше данных для хранения и проверки ончейн).

• Совместимость с другими технологиями: Интересно, что TEE могут дополнять другие технологии (что не является преимуществом только TEE, но проявляется в их комбинации). Они могут служить связующим звеном для гибридных решений: например, запуск программы в анклаве с одновременной генерацией ZK-доказательства её выполнения, где анклав помогает ускорить процесс доказательства. Или использование TEE в сетях MPC для выполнения определенных задач с меньшим количеством раундов связи. Мы обсудим сравнения в разделе §5, но многие проекты подчеркивают, что TEE не должны заменять криптографию — они могут работать вместе для усиления безопасности (мантра Сандерса: «Сила TEE заключается в поддержке других, а не в их замене»).

Допущения доверия и уязвимости безопасности​

Несмотря на свои сильные стороны, TEE привносят специфические допущения доверия и не являются неуязвимыми. Крайне важно понимать эти проблемы:

• Доверие к оборудованию и централизация: Используя TEE, пользователь по умолчанию доверяет производителю чипов, безопасности их аппаратного дизайна и цепочке поставок. Например, использование Intel SGX означает веру в то, что у Intel нет бэкдоров, что их производство безопасно и что микрокод процессора правильно реализует изоляцию анклава. Это более централизованная модель доверия по сравнению с чистой криптографией (которая опирается на математические допущения, распределенные между всеми пользователями). Более того, аттестация для SGX исторически опирается на обращение к сервису аттестации Intel (Intel Attestation Service), что означает, что если Intel уйдет в офлайн или решит отозвать ключи, это может затронуть анклавы по всему миру. Такая зависимость от инфраструктуры одной компании вызывает опасения: она может стать единой точкой отказа или даже целью государственного регулирования (например, экспортный контроль США теоретически может ограничить использование сильных TEE). AMD SEV смягчает это, позволяя проводить более децентрализованную аттестацию (владельцы виртуальных машин могут аттестовать свои ВМ), но все равно требует доверия к чипу и прошивке AMD. Риск централизации часто называют фактором, в некоторой степени противоречащим децентрализации блокчейна. Проекты вроде Keystone (TEE с открытым исходным кодом) и другие исследуют способы снижения зависимости от проприетарных «черных ящиков», но они пока не стали мейнстримом.

• Атаки по сторонним каналам и другие уязвимости: TEE не являются панацеей; их можно атаковать косвенными методами. Атаки по сторонним каналам используют тот факт, что даже если прямой доступ к памяти заблокирован, работа анклава может незаметно влиять на систему (через время выполнения, использование кэша, энергопотребление, электромагнитное излучение и т. д.). За последние несколько лет было продемонстрировано множество академических атак на Intel SGX: от Foreshadow (извлечение секретов анклава через утечки времени кэша L1) до Plundervolt (внедрение ошибок через изменение напряжения с помощью привилегированных инструкций) и SGAxe (извлечение ключей аттестации) и других. Эти изощренные атаки показывают, что TEE могут быть скомпрометированы без взлома криптографической защиты — вместо этого используются микроархитектурные особенности или недостатки реализации. В результате признается, что «исследователи выявили различные потенциальные векторы атак, которые могут использовать уязвимости оборудования или различия во времени операций TEE». Хотя эти атаки нетривиальны и часто требуют либо локального доступа, либо вредоносного оборудования, они представляют собой реальную угрозу. TEE также обычно не защищают от физических атак, если у злоумышленника есть чип на руках (например, декапсуляция чипа, зондирование шин и т. д. могут победить большинство коммерческих TEE).

  Ответы производителей на обнаружение сторонних каналов заключались в выпуске патчей микрокода и обновлении SDK анклавов для устранения известных утечек (иногда ценой производительности). Но это остается игрой в кошки-мышки. Для Web3 это означает, что если кто-то найдет новый сторонний канал в SGX, «безопасный» DeFi-контракт, работающий в SGX, потенциально может быть взломан (например, для утечки секретных данных или манипулирования выполнением). Таким образом, опора на TEE означает принятие потенциальной поверхности уязвимости на уровне оборудования, которая находится за пределами типичной модели угроз блокчейна. Это активная область исследований по укреплению TEE против подобных атак (например, путем проектирования кода анклава с операциями постоянного времени, избегания шаблонов доступа к памяти, зависящих от секретов, и использования таких методов, как ORAM — Oblivious RAM). Некоторые проекты также дополняют TEE вторичными проверками — например, комбинируя их с ZK-доказательствами или запуская несколько анклавов на оборудовании разных производителей, чтобы снизить риск зависимости от одного чипа.

• Ограничения производительности и ресурсов: Хотя TEE работают почти с нативной скоростью для задач, ограниченных процессором, они все же имеют определенные накладные расходы и лимиты. Вход в анклав (ECALL) и выход из него (OCALL) имеют свою стоимость, так же как и шифрование/дешифрование страниц памяти. Это может повлиять на производительность при очень частых пересечениях границ анклава. Анклавы также часто имеют ограничения по объему памяти. Например, ранние версии SGX имели ограниченный кэш страниц анклава (EPC), и когда анклавы использовали больше памяти, страницы приходилось подкачивать (с шифрованием), что катастрофически замедляло работу. Даже новые TEE часто не позволяют легко использовать всю системную оперативную память — существует защищенная область памяти, которая может быть ограничена. Это означает, что обработка очень масштабных вычислений или наборов данных может быть затруднена целиком внутри TEE. В контексте Web3 это может ограничивать сложность смарт-контрактов или моделей машинного обучения, которые могут работать в анклаве. Разработчикам приходится оптимизировать использование памяти и, возможно, разделять рабочие нагрузки.

• Сложность аттестации и управления ключами: Использование TEE в децентрализованной среде требует надежных рабочих процессов аттестации: каждый узел должен доказать другим, что он запускает подлинный анклав с ожидаемым кодом. Настройка такой проверки аттестации ончейн может быть сложной. Обычно это включает в себя жесткое кодирование публичного ключа аттестации или сертификата производителя в протоколе и написание логики проверки в смарт-контрактах или оффчейн-клиентах. Это вносит дополнительные расходы в проектирование протокола, а любые изменения (например, смена формата подписи аттестации Intel с EPID на DCAP) могут создать нагрузку на обслуживание. Кроме того, управление ключами внутри TEE (для дешифрования данных или подписи результатов) добавляет еще один уровень сложности. Ошибки в управлении ключами анклава могут подорвать безопасность (например, если анклав непреднамеренно раскроет ключ дешифрования из-за ошибки, все его обещания конфиденциальности рухнут). Лучшие практики включают использование API запечатывания (sealing) TEE для безопасного хранения ключей и их ротацию при необходимости, но это опять же требует тщательного проектирования со стороны разработчиков.

• Отказ в обслуживании и доступность: Возможно, менее обсуждаемая проблема: TEE не помогают с доступностью и даже могут создавать новые пути для DoS-атак. Например, злоумышленник может наводнить сервис на базе TEE входными данными, обработка которых обходится дорого, зная, что оператор не может легко проверить или прервать работу анклава (так как он изолирован). Кроме того, если будет обнаружена уязвимость и для исправления потребуется обновление прошивки, в течение этого цикла многим сервисам анклавов, возможно, придется приостановить работу (в целях безопасности) до тех пор, пока узлы не будут пропатчены, что приведет к простою. В консенсусе блокчейна представьте, если бы была найдена критическая ошибка в SGX — такие сети, как Secret, могли бы остановиться до исправления, так как доверие к анклавам было бы подорвано. Координация таких мер в децентрализованной сети является сложной задачей.

Компонуемость и ограничения экосистемы​

• Ограниченная компонуемость с другими контрактами: В публичных платформах смарт-контрактов, таких как Ethereum, контракты могут легко вызывать другие контракты, и все состояние открыто, что позволяет создавать «финансовое лего» (money legos) и богатые комбинации. В модели контрактов на базе TEE частное состояние не может быть свободно передано или скомпоновано без нарушения конфиденциальности. Например, если контракту А в анклаве нужно взаимодействовать с контрактом Б, и оба хранят секретные данные, как им сотрудничать? Либо они должны использовать сложный протокол безопасных многосторонних вычислений (что нивелирует простоту TEE), либо объединяться в один анклав (что снижает модульность). Это проблема, с которой сталкиваются Secret Network и другие: межконтрактные вызовы с сохранением конфиденциальности нетривиальны. Некоторые решения предполагают использование одного анклава для выполнения нескольких контрактов, чтобы он мог внутренне управлять общими секретами, но это может сделать систему более монолитной. Таким образом, компонуемость приватных контрактов более ограничена, чем публичных, или требует новых паттернов проектирования. Аналогично, интеграция модулей на базе TEE в существующие dApps блокчейна требует тщательного проектирования интерфейса — часто в блокчейне публикуется только результат работы анклава, который может быть доказательством (SNARK) или хешем, и другие контракты могут использовать только эту ограниченную информацию. Это определенно компромисс; такие проекты, как Secret, предоставляют ключи просмотра (viewing keys), позволяя делиться секретами по мере необходимости, но это не так бесшовно, как обычная ончейн-компонуемость.

• Стандартизация и интероперабельность: В экосистеме TEE в настоящее время отсутствуют единые стандарты между производителями. Intel SGX, AMD SEV, ARM TrustZone — все имеют разные модели программирования и методы аттестации. Эта фрагментация означает, что dApp, написанное для анклавов SGX, нельзя тривиально перенести на TrustZone и т. д. В блокчейне это может привязать проект к конкретному оборудованию (например, Secret и Oasis сейчас привязаны к серверам x86 с SGX). Если в дальнейшем они захотят поддерживать узлы ARM (скажем, валидаторы на мобильных устройствах), это потребует дополнительной разработки и, возможно, другой логики проверки аттестации. Существуют инициативы (такие как CCC — Confidential Computing Consortium) по стандартизации API аттестации и анклавов, но мы еще не достигли этой цели. Отсутствие стандартов также влияет на инструменты разработчика — можно обнаружить, что SGX SDK зрелый, но затем столкнуться с необходимостью адаптации к другому TEE с другим SDK. Эта проблема интероперабельности может замедлить внедрение и увеличить расходы.

• Кривая обучения для разработчиков: Создание приложений, работающих внутри TEE, требует специальных знаний, которыми могут не обладать многие разработчики блокчейнов. Часто требуется низкоуровневое программирование на C/C++ (для SGX/TrustZone) или понимание безопасности памяти и кодирования, устойчивого к атакам по сторонним каналам. Отладка кода анклава печально известна своей сложностью (вы не можете легко заглянуть внутрь анклава во время его работы из соображений безопасности!). Хотя существуют фреймворки и языки более высокого уровня (например, использование Rust в Oasis для их конфиденциальной среды исполнения или инструменты для запуска WebAssembly в анклавах), опыт разработчика все еще сложнее, чем при типичной разработке смарт-контрактов или оффчейн-разработке Web2. Эта крутая кривая обучения и незрелость инструментов могут отпугивать разработчиков или приводить к ошибкам при небрежном подходе. Также существует аспект необходимости оборудования для тестирования — для запуска кода SGX требуется процессор с поддержкой SGX или эмулятор (который работает медленнее), поэтому порог входа выше. В результате сегодня сравнительно немногие разработчики глубоко знакомы с разработкой анклавов, что делает аудит и поддержку сообщества более дефицитными, чем, скажем, в хорошо изученном сообществе Solidity.

• Операционные расходы: Эксплуатация инфраструктуры на базе TEE может быть более дорогостоящей. Само оборудование может быть дороже или дефицитнее (например, некоторые облачные провайдеры взимают надбавку за виртуальные машины с поддержкой SGX). Существуют также накладные расходы на эксплуатацию: поддержание прошивки в актуальном состоянии (для патчей безопасности), управление сетевым взаимодействием аттестации и т. д., что может быть обременительным для небольших проектов. Если каждый узел должен иметь определенный процессор, это может сократить потенциальный пул валидаторов (не у всех есть необходимое оборудование), что повлияет на децентрализацию и, возможно, приведет к более частому использованию облачного хостинга.

Подводя итог, можно сказать, что хотя TEE открывают мощные возможности, они также несут с собой компромиссы в доверии (доверие к оборудованию против доверия к математике), потенциальные уязвимости безопасности (особенно сторонние каналы) и препятствия для интеграции в децентрализованном контексте. Проекты, использующие TEE, должны тщательно прорабатывать эти вопросы, применяя эшелонированную защиту (не предполагая, что TEE неуязвим), сводя к минимуму доверенную базу вычислений и обеспечивая прозрачность допущений доверия для пользователей (чтобы было ясно, например, что пользователь доверяет оборудованию Intel в дополнение к консенсусу блокчейна).

5. TEE против других технологий сохранения конфиденциальности (ZKP, FHE, MPC)​

Доверенные среды выполнения (TEE) представляют собой один из подходов к обеспечению конфиденциальности и безопасности в Web3, но существуют и другие важные методы, включая доказательства с нулевым разглашением (ZKP), полностью гомоморфное шифрование (FHE) и безопасные многосторонние вычисления (MPC). Каждая из этих технологий имеет свою модель доверия и профиль производительности. Во многих случаях они не являются взаимоисключающими — они могут дополнять друг друга — но полезно сравнить их компромиссы в производительности, доверии и удобстве для разработчиков:

Краткое определение альтернатив:

• ZKP: Криптографические доказательства (такие как zk-SNARKs, zk-STARKs), которые позволяют одной стороне доказать другим, что утверждение верно (например, «я знаю секрет, который удовлетворяет этому вычислению»), не раскрывая, почему оно верно (скрывая секретные входные данные). В блокчейне ZKP используются для частных транзакций (например, Zcash, Aztec) и для масштабируемости (роллапы, которые публикуют доказательства правильного выполнения). Они обеспечивают высокую конфиденциальность (секретные данные не утекают, только доказательства) и целостность, гарантированную математикой, но генерация таких доказательств может быть вычислительно тяжелой, а схемы должны быть тщательно спроектированы.
• FHE: Схема шифрования, которая позволяет выполнять произвольные вычисления над зашифрованными данными таким образом, что результат после расшифровки совпадает с результатом вычислений над открытым текстом. Теоретически FHE обеспечивает абсолютную конфиденциальность — данные всегда остаются зашифрованными — и вам не нужно доверять кому-либо необработанные данные. Но FHE работает чрезвычайно медленно для общих вычислений (хотя ситуация улучшается благодаря исследованиям); из-за производительности оно до сих пор находится в основном в стадии экспериментального или специализированного использования.
• MPC: Протоколы, в которых несколько сторон совместно вычисляют функцию от своих частных входных данных, не раскрывая эти данные друг другу. Это часто включает разделение секретов между сторонами и выполнение криптографических операций таким образом, чтобы результат был верным, но индивидуальные входные данные оставались скрытыми. MPC позволяет распределить доверие (ни одна сторона не видит все данные) и может быть эффективным для определенных операций, но обычно влечет за собой затраты на связь и координацию и может быть сложным в реализации для крупных сетей.

Ниже приведена сравнительная таблица, обобщающая ключевые различия:

Ссылки: Приведенное выше сравнение основано на таких источниках, как анализ Sanders Network и других, в которых подчеркивается, что TEE превосходят другие технологии в скорости и простоте использования, в то время как ZK и FHE сосредоточены на максимальной бездоверительности за счет тяжелых вычислений, а MPC распределяет доверие, но создает сетевые накладные расходы.

Из таблицы становятся очевидными несколько ключевых компромиссов:

• Производительность: TEE обладают огромным преимуществом в чистой скорости и низкой задержке. MPC часто может справляться с умеренной сложностью с некоторым замедлением, ZK медленно генерируется, но быстро проверяется (асинхронное использование), а FHE на данный момент является самым медленным для произвольных задач (хотя подходит для ограниченных операций, таких как простые сложения/умножения). Если вашему приложению требуются сложные вычисления в реальном времени (например, интерактивные приложения, принятие решений с высокой частотой), TEE или, возможно, MPC (с небольшим количеством сторон на хороших соединениях) являются единственными жизнеспособными вариантами на сегодняшний день. ZK и FHE были бы слишком медленными в таких сценариях.

• Модель доверия: ZKP и FHE полностью не требуют доверия (доверие только математике). MPC переносит доверие на предположения о честности участников (которые можно усилить за счет большого количества сторон или экономических стимулов). TEE возлагает доверие на оборудование и производителя. Это фундаментальное различие: TEE вводят доверенную третью сторону (чип) в обычно бездоверительный мир блокчейна. Напротив, ZK и FHE часто хвалят за лучшее соответствие духу децентрализации — нет никаких специальных структур, которым нужно доверять, только вычислительная сложность. MPC находится посередине: доверие децентрализовано, но не устранено (если N из M узлов вступят в сговор, конфиденциальность нарушится). Таким образом, для максимальной бездоверительности (например, для по-настоящему устойчивой к цензуре децентрализованной системы) можно склониться к криптографическим решениям. С другой стороны, многие практические системы вполне допускают предположение о честности Intel или о том, что набор крупных валидаторов не вступит в сговор, обменивая небольшую долю доверия на огромный выигрыш в эффективности.

• Безопасность / Уязвимости: TEE, как уже обсуждалось, могут быть подорваны ошибками в оборудовании или побочными каналами. Безопасность ZK и FHE может быть подорвана, если базовая математика (скажем, эллиптическая кривая или задача на решетке) будет взломана, но это хорошо изученные проблемы, и атаки, скорее всего, будут замечены (кроме того, выбор параметров может снизить известные риски). Безопасность MPC может быть нарушена активными злоумышленниками, если протокол не рассчитан на это (некоторые протоколы MPC предполагают наличие «честных, но любопытных» участников и могут дать сбой, если кто-то откровенно жульничает). В контексте блокчейна взлом TEE может быть более катастрофичным (все контракты на базе анклавов могут оказаться под угрозой до момента исправления), в то время как криптографический взлом ZK (например, обнаружение уязвимости в хеш-функции, используемой в ZK-роллапе) также может быть катастрофичным, но обычно считается менее вероятным, учитывая более простое предположение. Поверхность атаки сильно различается: TEE приходится беспокоиться о таких вещах, как анализ энергопотребления, в то время как ZK — о математических прорывах.

• Конфиденциальность данных: FHE и ZK предлагают самые сильные гарантии конфиденциальности — данные остаются криптографически защищенными. MPC гарантирует разделение секретов, поэтому ни одна сторона не видит их целиком (хотя некоторая информация может утечь, если результаты публичны или если протоколы спроектированы недостаточно тщательно). TEE сохраняет данные в тайне от внешнего мира, но внутри анклава данные расшифровываются; если кто-то каким-то образом получит контроль над анклавом, конфиденциальность данных будет потеряна. Кроме того, TEE обычно позволяют коду делать с данными что угодно (включая непреднамеренную утечку через побочные каналы или сеть, если код вредоносный). Таким образом, TEE требуют, чтобы вы также доверяли коду анклава, а не только оборудованию. В отличие от этого, ZKP доказывают свойства кода, никогда не раскрывая секретов, поэтому вам даже не нужно доверять коду (кроме того, что он действительно обладает доказанным свойством). Если бы приложение в анклаве имело ошибку, которая приводила к утечке данных в лог-файл, оборудование TEE не предотвратило бы это, в то время как система доказательств ZK просто не раскрыла бы ничего, кроме намеченного доказательства. Это нюанс: TEE защищают от внешних злоумышленников, но не обязательно от логических ошибок в самой программе анклава, тогда как архитектура ZK заставляет использовать более декларативный подход (вы доказываете именно то, что намеревались, и ничего больше).

• Композируемость и интеграция: TEE довольно легко интегрируются в существующие системы — вы можете взять существующую программу, поместить ее в анклав и получить некоторые преимущества безопасности без особого изменения модели программирования. ZK и FHE часто требуют переписывания программы в виде схемы или ограничительной формы, что может потребовать огромных усилий. Например, написание простой верификации модели ИИ в ZK включает ее преобразование в серию арифметических операций и ограничений, что далеко не так просто, как обычный запуск TensorFlow в TEE и аттестация результата. MPC аналогичным образом может потребовать создания индивидуального протокола для каждого случая использования. Поэтому с точки зрения производительности и стоимости разработки TEE привлекательны. Мы видим более быстрое внедрение TEE в некоторых областях именно потому, что можно использовать существующие экосистемы программного обеспечения (многие библиотеки работают в анклавах с минимальными изменениями). ZK/MPC требуют специальных инженерных талантов, которые в дефиците. Однако обратной стороной является то, что TEE создают решение, которое часто является более изолированным (вы должны доверять этому анклаву или этому набору узлов), тогда как ZK дает вам доказательство, которое любой может проверить в блокчейне, что делает его высококомпозируемым (любой контракт может проверить zk-доказательство). Таким образом, результаты ZK являются переносимыми — они создают небольшое доказательство, которое любое количество других контрактов или пользователей могут использовать для получения доверия. Результаты TEE обычно представляются в виде аттестации, привязанной к конкретному оборудованию, и, возможно, не являются лаконичными; ими может быть не так легко поделиться, и они могут зависеть от конкретной сети (хотя вы можете опубликовать подпись результата и настроить контракты на ее прием, если им известен открытый ключ анклава).

На практике мы видим гибридные подходы: например, Sanders Network утверждает, что TEE, MPC и ZK проявляют себя наилучшим образом в разных областях и могут дополнять друг друга. Конкретный пример — децентрализованная идентификация: можно использовать доказательства ZK для подтверждения учетных данных личности, не раскрывая их, но сами эти учетные данные могли быть проверены и выданы процессом на базе TEE, который конфиденциально проверил ваши документы. Или рассмотрим масштабирование: ZK-роллапы предоставляют лаконичные доказательства для множества транзакций, но генерацию этих доказательств можно было бы ускорить, используя TEE для более быстрого выполнения некоторых вычислений (и затем доказывая только меньшее утверждение). Сочетание иногда может снизить требования к доверию к TEE (например, использовать TEE для производительности, но при этом проверять итоговую правильность с помощью ZK-доказательства или через игру с ончейн-вызовами, чтобы скомпрометированный TEE не мог обмануть, не будучи пойманным). Между тем, MPC можно комбинировать с TEE, сделав вычислительный узел каждой стороны анклавом TEE, добавляя дополнительный уровень защиты, чтобы даже если некоторые стороны вступят в сговор, они все равно не могли видеть данные друг друга, если только не взломают аппаратную безопасность.

Вкратце, TEE предлагают очень практичный и быстрый путь к безопасным вычислениям с умеренными предположениями (доверие оборудованию), в то время как ZK и FHE предлагают более теоретический и бездоверительный путь, но с высокими вычислительными затратами, а MPC предлагает путь распределенного доверия с сетевыми затратами. Правильный выбор в Web3 зависит от требований приложения:

• Если вам нужны быстрые и сложные вычисления на конфиденциальных данных (например, ИИ, большие наборы данных), TEE (или MPC с небольшим количеством сторон) в настоящее время являются единственным осуществимым способом.
• Если вам нужна максимальная децентрализация и проверяемость, лучше всего подходят доказательства ZK (например, для частных криптовалютных транзакций предпочтительнее ZKP, как в Zcash, потому что пользователи не хотят доверять ничему, кроме математики).
• Если вам нужны совместные вычисления между несколькими заинтересованными сторонами, естественно подходит MPC (например, управление ключами с участием нескольких сторон или аукционы).
• Если у вас есть крайне чувствительные данные и долгосрочная конфиденциальность является обязательной, FHE может быть привлекательным вариантом при улучшении производительности, так как даже если кто-то получит ваши зашифрованные тексты годы спустя, без ключа он ничего не узнает, в то время как компрометация анклава может привести к ретроспективной утечке секретов, если велись логи.

Стоит отметить, что блокчейн-пространство активно исследует все эти технологии параллельно. Мы, вероятно, увидим комбинации: например, решения Layer 2, интегрирующие TEE для упорядочивания транзакций и последующего использования ZKP для доказательства того, что TEE следовал правилам (концепция, изучаемая в некоторых исследованиях Ethereum), или сети MPC, использующие TEE в каждом узле для снижения сложности протоколов MPC (поскольку каждый узел внутренне безопасен и может симулировать несколько сторон).

В конечном счете, выбор между TEE, ZK, MPC и FHE не является игрой с нулевой суммой — каждый из них нацелен на разные точки в треугольнике безопасности, производительности и бездоверительности. Как сказано в одной статье, все четыре технологии сталкиваются с «невозможным треугольником» производительности, стоимости и безопасности — ни одно решение не является превосходящим во всех аспектах. Оптимальный дизайн часто предполагает использование правильного инструмента для соответствующей части задачи.

6. Внедрение в основные блокчейн-экосистемы​

Доверенные среды исполнения (Trusted Execution Environments, TEE) находят разный уровень признания в различных блокчейн-экосистемах, что часто зависит от приоритетов сообществ и простоты интеграции. Здесь мы оценим, как TEE используются (или исследуются) в некоторых крупнейших экосистемах: Ethereum, Cosmos и Polkadot, а также коснемся других.

Ethereum (и основные Layer-1 сети)​

В самой основной сети Ethereum TEE не являются частью базового протокола, но они используются в приложениях и Layer-2 решениях. Философия Ethereum опирается на криптографическую безопасность (например, развивающиеся ZK-роллапы), однако TEE нашли применение в оракулах и внесетевом (off-chain) исполнении для Ethereum:

• Сервисы оракулов: Как уже обсуждалось, Chainlink внедрила решения на базе TEE, такие как Town Crier. Хотя не все узлы Chainlink используют TEE по умолчанию, технология доступна для потоков данных, требующих повышенного доверия. Кроме того, API3 (еще один проект оракулов) упоминал использование Intel SGX для работы API и подписания данных для обеспечения их подлинности. Эти сервисы поставляют данные в контракты Ethereum с более строгими гарантиями.

• Layer-2 и роллапы: В сообществе Ethereum ведутся исследования и дискуссии об использовании TEE в секвенсорах роллапов или валидаторах. Например, концепция «ZK-Portal» от ConsenSys и другие проекты предлагали использовать TEE для обеспечения правильного порядка транзакций в оптимистичных роллапах или для защиты секвенсора от цензуры. Статья на Medium даже предполагает, что к 2025 году TEE может стать стандартной функцией в некоторых L2 для таких задач, как защита от высокочастотной торговли (HFT). Проекты вроде Catalyst (DEX для высокочастотной торговли) и Flashbots (для MEV-реле) рассматривали TEE для обеспечения честного упорядочивания транзакций до того, как они попадут в блокчейн.

• Enterprise Ethereum (корпоративный Ethereum): В консорциумных или частных сетях Ethereum на базе разрешений TEE внедряются шире. Trusted Compute Framework (TCF) от Enterprise Ethereum Alliance фактически стал планом интеграции TEE в клиенты Ethereum. Hyperledger Avalon (ранее EEA TCF) позволяет выполнять части смарт-контрактов Ethereum вне сети в TEE, а затем верифицировать их в основной сети. В этот проект внесли вклад такие компании, как IBM, Microsoft и iExec. Хотя в публичном Ethereum это не стало повсеместным, в приватных развертываниях (например, группа банков, использующая Quorum или Besu) TEE могут применяться для того, чтобы даже участники консорциума не видели данные друг друга, а получали только авторизованные результаты. Это позволяет удовлетворить требования к конфиденциальности в корпоративной среде.

• Заметные проекты: Помимо iExec, работающего на Ethereum, существовали такие проекты, как Enigma (который начинался как проект MPC в MIT, затем перешел на использование SGX; позже он стал Secret Network в Cosmos). Другим примером был Decentralized Cloud Services (DCS) в ранних дискуссиях об Ethereum. Совсем недавно OAuth (Oasis Ethereum ParaTime) позволил контрактам Solidity работать конфиденциально, используя бэкенд TEE от Oasis с расчетами в сети Ethereum. Также некоторые DApps на базе Ethereum, связанные с обменом медицинскими данными или играми, экспериментировали с TEE, используя внесетевой компонент анклава для взаимодействия со своими контрактами.

Таким образом, внедрение в Ethereum носит скорее косвенный характер — протокол не был изменен для обязательного использования TEE, но существует богатый набор опциональных сервисов и расширений, использующих TEE для тех, кому это необходимо. Важно отметить, что исследователи Ethereum остаются осторожными: предложения по созданию «шарда только для TEE» или глубокой интеграции TEE встретили скептицизм сообщества из-за вопросов доверия. Вместо этого TEE рассматриваются как «сопроцессоры» для Ethereum, а не как его основные компоненты.

Экосистема Cosmos​

Экосистема Cosmos открыта для экспериментов благодаря модульному SDK и суверенным чейнам, и Secret Network (описанная выше) является ярким примером внедрения TEE в Cosmos. Secret Network фактически представляет собой блокчейн на базе Cosmos SDK с консенсусом Tendermint, модифицированным для обязательного использования SGX в валидаторах. Это одна из самых заметных зон Cosmos после основного Cosmos Hub, что указывает на значительное признание технологии TEE в этом сообществе. Успех Secret в обеспечении межсетевой конфиденциальности (благодаря соединениям IBC Secret может служить хабом конфиденциальности для других чейнов Cosmos) является примечательным примером интеграции TEE на уровне L1.

Еще один проект, связанный с Cosmos — Oasis Network (хотя он построен не на Cosmos SDK, он был разработан некоторыми из тех же людей, которые участвовали в создании Tendermint, и разделяет схожую философию модульной архитектуры). Oasis автономен, но может подключаться к Cosmos через мосты и другие механизмы. И Secret, и Oasis показывают, что в мире Cosmos идея «конфиденциальности как функции» через TEE набрала достаточно оборотов, чтобы оправдать создание выделенных сетей.

В Cosmos даже существует концепция «провайдеров конфиденциальности» для межсетевых приложений — например, приложение в одной сети может вызвать контракт в Secret Network через IBC для выполнения конфиденциального вычисления, а затем получить результат обратно. Эта компонуемость (composability) зарождается прямо сейчас.

Кроме того, проект Anoma (не относящийся строго к Cosmos, но связанный в плане взаимодействия сетей) обсуждал использование TEE для архитектур, ориентированных на намерения (intent-centric), хотя это пока носит более теоретический характер.

Вкратце, в Cosmos есть как минимум одна крупная сеть, полностью принявшая TEE (Secret), и другие, взаимодействующие с ней, что иллюстрирует здоровое внедрение в этой сфере. Модульность Cosmos может позволить появиться большему числу таких сетей (например, можно представить зону Cosmos, специализирующуюся на оракулах или идентификации на базе TEE).

Polkadot и Substrate​

Дизайн Polkadot позволяет парачейнам специализироваться, и действительно, Polkadot хостит несколько парачейнов, использующих TEE:

• Sanders Network: Как уже было сказано, это парачейн, предлагающий облачные вычисления на базе TEE. Sanders работает как парачейн, предоставляя услуги другим сетям через XCMP (кросс-чейн передача сообщений). Например, другой проект Polkadot может передать конфиденциальную задачу воркерам Sanders и получить обратно доказательство или результат. Токеномика Sanders стимулирует запуск узлов TEE, и проект имеет значительное сообщество, что сигнализирует о сильном внедрении.
• Integritee: Еще один парачейн, ориентированный на корпоративные решения и конфиденциальность данных с использованием TEE. Integritee позволяет командам развертывать собственные приватные сайдчейны (называемые Teewasms), где исполнение происходит в анклавах. Он нацелен на такие варианты использования, как конфиденциальная обработка данных для корпораций, которые при этом хотят опираться на безопасность Polkadot.
• /Root или Crust?: В некоторых проектах, связанных с Polkadot, возникали идеи использования TEE для децентрализованного хранения или случайных маяков (random beacons). Например, Crust Network (децентрализованное хранение) изначально планировала доказательство хранения на базе TEE (хотя позже перешла на другой дизайн). А парачейн случайных чисел Polkadot (Entropy) рассматривал выбор между TEE и VRF.

Опора Polkadot на ончейн-управление и обновления означает, что парачейны могут быстро внедрять новые технологии. И Sanders, и Integritee прошли через обновления для улучшения интеграции TEE (например, поддержку новых функций SGX или совершенствование методов аттестации). Web3 Foundation также финансировал ранние разработки TEE-проектов на базе Substrate, таких как SubstraTEE (ранний прототип, демонстрировавший внесетевое исполнение контрактов в TEE с ончейн-верификацией).

Таким образом, экосистема Polkadot демонстрирует наличие множества независимых команд, делающих ставку на технологию TEE, что указывает на позитивную тенденцию внедрения. Это становится конкурентным преимуществом Polkadot: «если вам нужны конфиденциальные смарт-контракты или внесетевые вычисления, у нас есть парачейны для этого».

Другие экосистемы и общее внедрение​

• Корпоративный сектор и консорциумы: За пределами публичного крипторынка Hyperledger и корпоративные блокчейны планомерно внедряют TEE для закрытых сред. Например, Базельский комитет тестировал блокчейн для торгового финансирования на базе TEE. Общая закономерность такова: там, где приватность или конфиденциальность данных обязательны, а участники известны (так что они могут даже коллективно инвестировать в аппаратные модули безопасности), TEE находят свое место. Эти проекты могут не попадать в заголовки криптоновостей, но в таких секторах, как цепочки поставок, банковские консорциумы или сети обмена медицинскими данными, TEE часто являются предпочтительным решением (как альтернатива простому доверию третьей стороне или использованию тяжелой криптографии).

• Layer-1 сети за пределами Ethereum: Некоторые новые L1 экспериментировали с TEE. У NEAR Protocol была ранняя концепция шарда на базе TEE для приватных контрактов (пока не реализована). Celo рассматривал TEE для доказательств легких клиентов (их доказательства Plumo теперь полагаются на SNARK, но в какой-то момент они изучали SGX для сжатия данных чейна для мобильных устройств). Concordium, регулируемая L1 с упором на конфиденциальность, использует ZK для анонимности, но также исследует TEE для верификации личности. Dfinity / Internet Computer использует защищенные анклавы в своих узловых машинах, но для обеспечения доверия при начальной загрузке (а не для исполнения контрактов, так как их криптография «Chain Key» справляется с этим).

• Bitcoin: Хотя сам Bitcoin не использует TEE, существуют побочные проекты. Например, кастодиальные решения на базе TEE (системы Vault) для ключей Bitcoin или определенные предложения в DLC (Discrete Log Contracts) по использованию оракулов, которые могут быть защищены с помощью TEE. В целом сообщество Bitcoin более консервативно и вряд ли доверит Intel участие в консенсусе, но как вспомогательная технология (аппаратные кошельки с защищенными элементами) она уже принята.

• Регуляторы и правительства: Интересный аспект внедрения: некоторые исследования CBDC (цифровых валют центральных банков) рассматривали TEE для обеспечения конфиденциальности при сохранении возможности аудита. Например, Банк Франции проводил эксперименты, в которых TEE использовалась для проверки соответствия определенным правилам в транзакциях, которые в остальном были приватными. Это показывает, что даже регуляторы видят в TEE способ сбалансировать конфиденциальность и надзор — можно представить CBDC, где транзакции зашифрованы для публики, но анклав регулятора может проверить их при определенных условиях (это гипотетически, но обсуждается в политических кругах).

• Метрики внедрения: Сложно количественно оценить внедрение, но можно взглянуть на такие индикаторы, как количество проектов, объем инвестиций и доступность инфраструктуры. На этом фронте сегодня (2025 год) мы имеем: как минимум 3–4 публичные сети (Secret, Oasis, Sanders, Integritee, Automata как внесетевая), явно использующие TEE; включение технологии в крупнейшие сети оракулов; поддержку конфиденциальных вычислений крупными техгигантами (Microsoft Azure, Google Cloud предлагают виртуальные машины с поддержкой TEE — и эти услуги используются узлами блокчейна как опция). Консорциум конфиденциальных вычислений (Confidential Computing Consortium) теперь включает участников, ориентированных на блокчейн (Ethereum Foundation, Chainlink, Fortanix и др.), что свидетельствует о межотраслевом сотрудничестве. Все это указывает на растущее, но нишевое внедрение — TEE пока не вездесущи в Web3, но они заняли важные ниши там, где требуются конфиденциальность и безопасные внесетевые вычисления.

Соблюдение конфиденциальности и институциональное внедрение​

Одним из бизнес-драйверов внедрения TEE является необходимость соблюдения правил конфиденциальности данных (таких как GDPR в Европе или HIPAA в США для медицинских данных) при использовании технологии блокчейн. Публичные блокчейны по умолчанию транслируют данные на весь мир, что противоречит правилам, требующим защиты конфиденциальных личных данных. TEE предлагают способ сохранить конфиденциальность данных ончейн и делиться ими только контролируемым образом, обеспечивая тем самым соблюдение нормативных требований. Как уже отмечалось, «TEE способствуют соблюдению правил конфиденциальности данных, изолируя конфиденциальные данные пользователей и обеспечивая их безопасную обработку». Эта возможность имеет решающее значение для привлечения предприятий и институтов в Web3, поскольку они не могут рисковать нарушением закона. Например, медицинское dApp, обрабатывающее информацию о пациентах, может использовать TEE для гарантии того, что никакие необработанные данные пациентов не попадут в блокчейн, что соответствует требованиям HIPAA к шифрованию и контролю доступа. Аналогичным образом, европейский банк может использовать сеть на базе TEE для токенизации и торговли активами без раскрытия личных данных клиентов, что соответствует GDPR.

Это имеет положительный регуляторный аспект: некоторые регуляторы указывают, что такие решения, как TEE (и связанные с ними концепции конфиденциальных вычислений), являются предпочтительными, поскольку они обеспечивают техническое обеспечение конфиденциальности. Мы видели, как Всемирный экономический форум и другие организации выделяли TEE как средство внедрения принципа «конфиденциальность по проектированию» (privacy by design) в блокчейн-системы (по сути, встраивая комплаенс на уровне протокола). Таким образом, с точки зрения бизнеса TEE могут ускорить институциональное внедрение, устранив один из ключевых блокирующих факторов — конфиденциальность данных. Компании охотнее используют блокчейн или строят на его основе решения, если знают, что существует аппаратная защита их данных.

Еще одним аспектом комплаенса является аудируемость и надзор. Предприятиям часто требуются журналы аудита и возможность доказать аудиторам, что они контролируют данные. TEE могут помочь в этом, создавая отчеты об аттестации и защищенные журналы доступа. Например, «устойчивое логирование» Oasis в анклаве обеспечивает защищенный от несанкционированного доступа журнал конфиденциальных операций. Предприятие может показать этот журнал регуляторам, чтобы доказать, что, скажем, запускался только авторизованный код и к данным клиентов выполнялись только определенные запросы. Такой вид аттестованного аудита может удовлетворить регуляторов больше, чем традиционная система, где приходится доверять журналам системного администратора.

Доверие и ответственность​

С другой стороны, внедрение TEE меняет структуру доверия и, следовательно, модель ответственности в блокчейн-решениях. Если DeFi-платформа использует TEE и что-то идет не так из-за аппаратного сбоя, кто несет ответственность? Например, рассмотрим сценарий, в котором ошибка в Intel SGX приводит к утечке деталей секретных транзакций обмена, из-за чего пользователи теряют деньги (в результате фронтраннинга и т. д.). Пользователи доверяли заявлениям платформы о безопасности. Виновата ли платформа или Intel? Юридически пользователи могут предъявить претензии платформе (которой, в свою очередь, возможно, придется предъявить претензии Intel). Это усложняет ситуацию, поскольку в модель безопасности глубоко встроен сторонний поставщик технологий (производитель процессоров). Компании, использующие TEE, должны учитывать это в контрактах и оценках рисков. Некоторые могут запрашивать гарантии или поддержку у производителей оборудования при использовании их TEE в критически важной инфраструктуре.

Существует также опасение по поводу централизации: если безопасность блокчейна зависит от оборудования одной компании (Intel или AMD), регуляторы могут отнестись к этому со скептицизмом. Например, может ли правительство вызвать в суд или принудить эту компанию скомпрометировать определенные анклавы? Это не чисто теоретическая проблема — вспомните законы об экспортном контроле: высококачественное оборудование для шифрования может подлежать регулированию. Если значительная часть криптоинфраструктуры будет полагаться на TEE, вполне вероятно, что правительства могут попытаться внедрить бэкдоры (хотя доказательств этому нет, важно само восприятие). Некоторые защитники конфиденциальности указывают регуляторам на это: TEE концентрируют доверие, и регуляторы должны тщательно их проверять. Напротив, регуляторы, стремящиеся к большему контролю, могут предпочесть TEE математической конфиденциальности, такой как ZK, потому что с TEE существует по крайней мере представление о том, что правоохранительные органы могут обратиться к производителю оборудования с судебным ордером в случае крайней необходимости (например, для получения мастер-ключа аттестации — что не так просто и маловероятно, но это путь, которого не существует в случае с ZK). Таким образом, регуляторное восприятие может разделиться: регуляторы конфиденциальности (агентства по защите данных) выступают за TEE ради комплаенса, в то время как правоохранительные органы могут быть осторожно оптимистичны, поскольку TEE не делают данные полностью «невидимыми» так, как это делает сильное шифрование — существует теоретический рычаг (оборудование), за который они могли бы попытаться потянуть.

Бизнесу необходимо ориентироваться в этом, возможно, участвуя в сертификации. Существуют сертификаты безопасности, такие как FIPS 140 или Common Criteria для аппаратных модулей. В настоящее время SGX и другие имеют некоторые сертификаты (например, у SGX были уровни EAL Common Criteria для определенных целей). Если блокчейн-платформа может указать на то, что технология анклавов сертифицирована по высокому стандарту, регуляторам и партнерам может быть спокойнее. Например, проект CBDC (цифровой валюты центрального банка) может потребовать, чтобы любая используемая TEE была сертифицирована по стандарту FIPS для подтверждения надежности генерации случайных чисел и т. д. Это вводит дополнительные процессы и, возможно, ограничивает выбор определенными версиями оборудования.

Экосистема и стоимостные факторы​

С точки зрения бизнеса, использование TEE может повлиять на структуру затрат блокчейн-операций. Узлы (ноды) должны иметь специфические процессоры (которые могут быть дороже или менее энергоэффективны). Это может означать более высокие счета за облачный хостинг или капитальные затраты. Например, если проект требует наличия Intel Xeon с SGX для всех валидаторов, это становится ограничением — валидатором не может стать любой человек с Raspberry Pi или старым ноутбуком; им нужно соответствующее оборудование. Это может централизовать круг участников (возможно, в пользу тех, кто может позволить себе высокопроизводительные серверы или использует облачных провайдеров, предлагающих виртуальные машины с SGX). В крайних случаях это может подтолкнуть сеть к большей закрытости (permissioned) или зависимости от облачных провайдеров, что является компромиссом в плане децентрализации и бизнес-компромиссом (сети, возможно, придется субсидировать операторов узлов).

С другой стороны, некоторые компании могут счесть это приемлемым, поскольку они хотят работать с известными валидаторами или имеют список разрешенных участников (особенно в корпоративных консорциумах). Но в публичных криптосетях это вызывало дебаты — например, когда требовался SGX, люди спрашивали: «Означает ли это, что только крупные центры обработки данных будут запускать узлы?». Это влияет на настроения сообщества и, следовательно, на рыночное признание. Например, некоторые крипто-пуристы могут избегать сетей, требующих TEE, называя их «менее бездоверительными» (less trustless) или слишком централизованными. Поэтому проектам приходится заниматься PR и просвещением сообщества, разъясняя допущения о доверии и причины, по которым это все еще безопасно. Мы видели, как Secret Network боролась с FUD (страхом и неуверенностью), объясняя строгий мониторинг обновлений Intel и то, что валидаторы подвергаются слэшингу, если не обновляют анклавы, создавая по сути социальный уровень доверия поверх аппаратного.

Еще одним фактором являются партнерства и поддержка. Бизнес-экосистема вокруг TEE включает в себя технологических гигантов (Intel, AMD, ARM, Microsoft, Google и др.). Блокчейн-проекты, использующие TEE, часто сотрудничают с ними (например, iExec сотрудничает с Intel, Secret Network работает с Intel над улучшением аттестации, Oasis — с Microsoft над конфиденциальным ИИ и т. д.). Эти партнерства могут обеспечить финансирование, техническую помощь и доверие. Это стратегический момент: сближение с индустрией конфиденциальных вычислений может открыть двери (для финансирования или корпоративных пилотных проектов), но также означает, что криптопроект может объединиться с крупными корпорациями, что имеет идеологические последствия в сообществе.

Регуляторная неопределенность​

По мере роста числа блокчейн-приложений, использующих TEE, могут возникать новые регуляторные вопросы. Например:

• Юрисдикция данных: Если данные обрабатываются внутри TEE в определенной стране, считается ли, что они «обрабатываются в этой стране» или нигде (поскольку они зашифрованы)? Некоторые законы о конфиденциальности требуют, чтобы данные граждан не покидали определенных регионов. TEE могут размыть эти границы — у вас может быть анклав в облачном регионе, но на вход и выход поступают только зашифрованные данные. Регуляторам может потребоваться прояснить, как они рассматривают такую обработку.
• Экспортный контроль: Продвинутые технологии шифрования могут подлежать ограничениям на экспорт. TEE включают шифрование памяти — исторически это не было проблемой (так как процессоры с этими функциями продаются по всему миру), но если это когда-либо изменится, это может повлиять на поставки. Также некоторые страны могут запретить или ограничить использование иностранных TEE из соображений национальной безопасности (например, у Китая есть собственный эквивалент SGX, так как они не доверяют Intel, и они могут не разрешить использование SGX для конфиденциальных целей).
• Юридическое принуждение: Сценарий: может ли правительство вызвать в суд оператора узла, чтобы извлечь данные из анклава? Обычно они не могут этого сделать, так как даже оператор не видит содержимое. Но что, если они вызовут в суд Intel для получения конкретного ключа аттестации? Архитектура Intel такова, что даже они не могут расшифровать память анклава (они выдают ключи процессору, который выполняет работу). Но если бы существовал бэкдор или специальная прошивка, которую Intel могла бы подписать для дампа памяти, это была бы гипотетическая проблема, которая беспокоит людей. Юридически такая компания, как Intel, может отказаться, если ее попросят подорвать безопасность (скорее всего, так и будет, чтобы не разрушить доверие к продукту). Но сама возможность может всплывать в регуляторных дискуссиях о законном доступе. Компании, использующие TEE, должны следить за подобными событиями, хотя в настоящее время не существует публичного механизма для извлечения данных анклава компаниями Intel или AMD — в этом и заключается смысл TEE.

Рыночная дифференциация и новые услуги​

С положительной стороны для бизнеса, TEE позволяют создавать новые продукты и услуги, которые можно монетизировать. Например:

• Маркетплейсы конфиденциальных данных: Как отмечали iExec, Ocean Protocol и другие, компании владеют ценными данными, которые они могли бы монетизировать, если бы имели гарантии их неразглашения. TEE позволяют реализовать «аренду данных», когда сами данные никогда не покидают анклав, а передаются только результаты анализа. Это может открыть новые источники дохода и бизнес-модели. Мы видим, как стартапы в Web3 предлагают предприятиям услуги конфиденциальных вычислений, по сути продавая идею «получения аналитики из блокчейна или кросс-корпоративных данных без раскрытия чего-либо».
• Корпоративный DeFi: Финансовые институты часто называют отсутствие конфиденциальности причиной своего отказа от работы с DeFi или публичными блокчейнами. Если TEE смогут гарантировать конфиденциальность их позиций или сделок, они могут принять участие, привнеся в экосистему больше ликвидности и бизнеса. Проекты, ориентированные на это (например, секретные займы Secret или частный AMM Oasis с функциями комплаенса), стремятся привлечь институциональных пользователей. В случае успеха это может стать значительным рынком (представьте институциональные AMM-пулы, где идентификационные данные и суммы защищены, но анклав обеспечивает внутреннюю проверку на соответствие требованиям, таким как AML — это продукт, который может привлечь большие деньги в DeFi при соблюдении регуляторного комфорта).
• Страхование и управление рисками: Поскольку TEE снижают определенные риски (например, манипулирование оракулами), мы можем увидеть снижение страховых премий или появление новых страховых продуктов для смарт-контрактных платформ. И наоборот, TEE вносят новые риски (например, технический сбой анклавов), которые сами по себе могут быть страховыми случаями. Сфера криптострахования только зарождается; то, как она будет относиться к системам, основанным на TEE, будет интересным. Платформа может позиционировать использование TEE как способ снижения риска утечки данных, что облегчает и удешевляет страхование, давая ей конкурентное преимущество.

В заключение, бизнес- и регуляторный ландшафт Web3 с поддержкой TEE — это вопрос баланса между доверием и инновациями. TEE предлагают путь к соблюдению законов и открывают корпоративные сценарии использования (большой плюс для массового внедрения), но они также привносят зависимость от поставщиков оборудования и сложности, которыми необходимо прозрачно управлять. Заинтересованным сторонам необходимо взаимодействовать как с технологическими гигантами (для поддержки), так и с регуляторами (для ясности и уверенности), чтобы полностью реализовать потенциал TEE в блокчейне. При правильном подходе TEE могут стать краеугольным камнем, позволяющим блокчейну глубоко интегрироваться в отрасли, работающие с конфиденциальными данными, тем самым расширяя охват Web3 на области, ранее закрытые из-за проблем с приватностью.

Заключение​

Доверенные среды исполнения (Trusted Execution Environments, TEE) стали мощным компонентом в инструментарии Web3, открыв путь для нового класса децентрализованных приложений, требующих конфиденциальности и безопасных внечейн-вычислений. Мы увидели, что TEE, такие как Intel SGX, ARM TrustZone и AMD SEV, предоставляют аппаратно изолированный «сейф» для вычислений, и это свойство было использовано для создания смарт-контрактов с сохранением конфиденциальности, верифицируемых оракулов, масштабируемой внечейн-обработки и многого другого. Проекты в различных экосистемах — от приватных контрактов Secret Network на Cosmos до конфиденциальных ParaTimes в Oasis, облака Sanders на базе TEE в Polkadot и маркетплейса iExec для внечейн-вычислений на Ethereum — демонстрируют разнообразные способы интеграции TEE в блокчейн-платформы.

С технической точки зрения TEE предлагают впечатляющие преимущества в скорости и строгую конфиденциальность данных, но они сопряжены со своими трудностями: необходимостью доверять производителям оборудования, потенциальными уязвимостями по сторонним каналам, а также сложностями в интеграции и компонуемости. Мы сравнили TEE с криптографическими альтернативами (ZKP, FHE, MPC) и обнаружили, что у каждой технологии есть своя ниша: TEE превосходят в производительности и простоте использования, в то время как ZKP и FHE обеспечивают максимальную децентрализацию без необходимости в доверии (trustlessness) при высокой вычислительной стоимости, а MPC распределяет доверие между участниками. На самом деле многие передовые решения являются гибридными, используя TEE наряду с криптографическими методами, чтобы получить лучшее из обоих миров.

Внедрение решений на базе TEE неуклонно растет. dApps на Ethereum используют TEE для безопасности оракулов и приватных вычислений, Cosmos и Polkadot имеют нативную поддержку через специализированные чейны, а корпоративные блокчейн-инициативы внедряют TEE для обеспечения соответствия нормативным требованиям. С точки зрения бизнеса TEE могут стать мостом между децентрализованными технологиями и регулированием, позволяя обрабатывать конфиденциальные данные в блокчейне под защитой аппаратной безопасности, что открывает двери для институционального использования и новых услуг. В то же время использование TEE означает принятие новых парадигм доверия и необходимость следить за тем, чтобы этос децентрализации блокчейна не был подорван непрозрачностью «кремния».

Подводя итог, можно сказать, что доверенные среды исполнения играют решающую роль в эволюции Web3: они решают некоторые из наиболее острых проблем конфиденциальности и масштабируемости, и, хотя они не являются панацеей (и не лишены споров), они значительно расширяют возможности децентрализованных приложений. По мере созревания технологии — с улучшением аппаратной безопасности и стандартов аттестации — и по мере того, как все больше проектов будут демонстрировать их ценность, можно ожидать, что TEE (наряду с дополняющими их криптографическими технологиями) станут стандартным компонентом блокчейн-архитектур, направленных на раскрытие полного потенциала Web3 безопасным и надежным способом. Будущее, скорее всего, за многоуровневыми решениями, где аппаратное обеспечение и криптография работают рука об руку, создавая системы, которые одновременно производительны и доказуемо безопасны, отвечая потребностям пользователей, разработчиков и регуляторов.

Источники: Информация в данном отчете была собрана из различных актуальных источников, включая официальную документацию и блоги проектов, отраслевой анализ и академические исследования, на которые даны ссылки по всему тексту. Среди заметных упоминаний — руководство Metaschool 2025 по TEE в Web3, сравнения от Sanders Network, технические обзоры FHE/TEE/ZKP/MPC от ChainCatcher и других, а также заявления о соответствии нормативным требованиям от Binance Research и многие другие. Эти источники содержат более подробную информацию и рекомендуются читателям, желающим изучить конкретные аспекты более глубоко.

7 мая 2025 года обновление Ethereum Pectra (Prague + Electra) было запущено в основной сети. Среди наиболее заметных для разработчиков изменений — EIP-7702, который позволяет внешнему аккаунту (EOA) «подключать» логику смарт-контракта без переноса средств или изменения адресов. Если вы создаете кошельки, децентрализованные приложения или ретрансляторы, это открывает более простой путь к улучшенному UX смарт-аккаунтов.

Ниже представлено краткое руководство, ориентированное на реализацию: что было фактически выпущено, как работает 7702, когда его выбрать вместо чистого ERC-4337, а также готовый шаблон, который вы можете адаптировать уже сегодня.

Что было фактически выпущено​

• EIP-7702 включен в окончательный объем Pectra. Мета-EIP для хардфорка Pectra официально включает 7702 в список изменений.
• Детали активации: Pectra был активирован в основной сети на эпохе 364032 7 мая 2025 года после успешных активаций во всех основных тестовых сетях.
• Примечание по инструментарию: Solidity v0.8.30 обновил свою целевую EVM по умолчанию до prague для совместимости с Pectra. Вам потребуется обновить свои компиляторы и CI-конвейеры, особенно если вы используете конкретные версии.

EIP-7702 — Как это работает (основы)​

EIP-7702 вводит новый тип транзакций и механизм для EOA, позволяющий делегировать свою логику выполнения смарт-контракту.

• Новый тип транзакций (0x04): Транзакция типа 4 включает новое поле под названием authorization_list. Этот список содержит одну или несколько кортежей авторизации — (chain_id, address, nonce, y_parity, r, s) — каждый из которых подписан приватным ключом EOA. При обработке этой транзакции протокол записывает индикатор делегирования в поле кода EOA: 0xef0100 || address. С этого момента любые вызовы EOA проксируются на указанный address ( реализация), но выполняются в контексте хранения и баланса EOA. Это делегирование остается активным до тех пор, пока оно не будет явно изменено.
• Область действия цепочки: Авторизация может быть специфичной для цепочки путем предоставления chain_id, или она может применяться ко всем цепочкам, если chain_id установлен в 0. Это позволяет развертывать один и тот же контракт реализации в нескольких сетях, не требуя от пользователей подписывать новую авторизацию для каждой из них.
• Отзыв: Чтобы вернуть EOA к его исходному, непрограммируемому поведению, вы просто отправляете еще одну транзакцию 7702, где address реализации устанавливается в нулевой адрес. Это очищает индикатор делегирования.
• Самостоятельное спонсирование против ретрансляции: EOA может отправить транзакцию типа 4 самостоятельно, или сторонний ретранслятор может отправить ее от имени EOA. Последнее часто используется для создания пользовательского опыта без газа. Обработка nonce немного отличается в зависимости от метода, поэтому важно использовать библиотеки, которые правильно управляют этим различием.

Изменение модели безопасности: Поскольку оригинальный приватный ключ EOA все еще существует, он всегда может отменить любые правила смарт-контракта (например, социальное восстановление или лимиты расходов), отправив новую транзакцию 7702 для изменения делегирования. Это фундаментальное изменение. Контракты, которые полагаются на tx.origin для проверки того, что вызов исходит от EOA, должны быть повторно проверены, так как 7702 может нарушить эти предположения. Соответственно, проверьте свои рабочие процессы.

7702 или ERC-4337? (И когда их комбинировать)​

И EIP-7702, и ERC-4337 обеспечивают абстракцию аккаунтов, но они служат разным целям.

• Выбирайте EIP-7702, когда…
  • Вы хотите предоставить мгновенный UX смарт-аккаунта для существующих EOA, не заставляя пользователей переносить средства или менять адреса.
  • Вам нужны последовательные адреса в разных цепочках, которые могут быть постепенно обновлены новыми функциями.
  • Вы хотите поэтапно перейти к абстракции аккаунтов, начиная с простых функций и постепенно добавляя сложность.
• Выбирайте чистый ERC-4337, когда…
  • Ваш продукт требует полной программируемости и сложных механизмов политик (например, мультиподпись, расширенное восстановление) с первого дня.
  • Вы создаете для новых пользователей, у которых нет существующих EOA, что делает новые адреса смарт-аккаунтов и связанную с ними настройку приемлемыми.
• Комбинируйте их: Самый мощный паттерн — использовать оба. EOA может использовать транзакцию 7702 для назначения реализации кошелька ERC-4337 в качестве своей логики. Это заставляет EOA вести себя как аккаунт 4337, позволяя ему быть объединенным, спонсируемым пеймастерами и обрабатываемым существующей инфраструктурой 4337 — и все это без необходимости для пользователя в новом адресе. Это перспективный путь, явно поощряемый авторами EIP.

Минимальный шаблон 7702, который вы можете адаптировать​

Вот практический пример контракта реализации и клиентского кода для его активации.

1. Маленький, поддающийся аудиту контракт реализации​

Этот код контракта будет выполняться в контексте EOA после назначения. Держите его небольшим, поддающимся аудиту и рассмотрите возможность добавления механизма обновления.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

/// @notice Executes calls from the EOA context when designated via EIP-7702.
contract DelegatedAccount {
    // Unique storage slot to avoid collisions with other contracts.
    bytes32 private constant INIT_SLOT =
        0x3fb93b3d3dcd1d1f4b4a1a8db6f4c5d55a1b7f9ac01dfe8e53b1b0f35f0c1a01;

    event Initialized(address indexed account);
    event Executed(address indexed to, uint256 value, bytes data, bytes result);

    modifier onlyEOA() {
        // Optional: add checks to restrict who can call certain functions.
        _;
    }

    function initialize() external payable onlyEOA {
        // Set a simple one-time init flag in the EOA's storage.
        bytes32 slot = INIT_SLOT;
        assembly {
            if iszero(iszero(sload(slot))) { revert(0, 0) } // Revert if already initialized
            sstore(slot, 1)
        }
        emit Initialized(address(this));
    }

    function execute(address to, uint256 value, bytes calldata data)
        external
        payable
        onlyEOA
        returns (bytes memory result)
    {
        (bool ok, bytes memory ret) = to.call{value: value}(data);
        require(ok, "CALL_FAILED");
        emit Executed(to, value, data, ret);
        return ret;
    }

    function executeBatch(address[] calldata to, uint256[] calldata value, bytes[] calldata data)
        external
        payable
        onlyEOA
    {
        uint256 n = to.length;
        require(n == value.length && n == data.length, "LENGTH_MISMATCH");
        for (uint256 i = 0; i < n; i++) {
            (bool ok, ) = to[i].call{value: value[i]}(data[i]);
            require(ok, "CALL_FAILED");
        }
    }
}

2. Назначение контракта на EOA (транзакция типа 4) с помощью viem​

Современные клиенты, такие как viem, имеют встроенные вспомогательные функции для подписания авторизаций и отправки транзакций типа 4. В этом примере аккаунт relayer оплачивает газ для обновления eoa.

import { createWalletClient, http, encodeFunctionData } from "viem";
import { sepolia } from "viem/chains";
import { privateKeyToAccount } from "viem/accounts";
import { abi, implementationAddress } from "./DelegatedAccountABI";

// 1. Define the relayer (sponsors gas) and the EOA to be upgraded
const relayer = privateKeyToAccount(process.env.RELAYER_PK as `0x${string}`);
const eoa = privateKeyToAccount(process.env.EOA_PK as `0x${string}`);

const client = createWalletClient({
  account: relayer,
  chain: sepolia,
  transport: http(),
});

// 2. The EOA signs the authorization pointing to the implementation contract
const authorization = await client.signAuthorization({
  account: eoa,
  contractAddress: implementationAddress,
  // If the EOA itself were sending this, you would add: executor: 'self'
});

// 3. The relayer sends a Type-4 transaction to set the EOA's code and call initialize()
const hash = await client.sendTransaction({
  to: eoa.address, // The destination is the EOA itself
  authorizationList: [authorization], // The new EIP-7702 field
  data: encodeFunctionData({ abi, functionName: "initialize" }),
});

// 4. Now, the EOA can be controlled via its new logic without further authorizations
// For example, to execute a transaction:
// await client.sendTransaction({
//   to: eoa.address,
//   data: encodeFunctionData({ abi, functionName: 'execute', args: [...] })
// });

3. Отзыв делегирования (возврат к обычному EOA)​

Чтобы отменить обновление, попросите EOA подписать авторизацию, которая назначает нулевой адрес в качестве реализации, и отправить еще одну транзакцию типа 4. После этого вызов eth_getCode(eoa.address) должен вернуть пустые байты.

Паттерны интеграции, работающие в продакшене​

• Обновление на месте для существующих пользователей: В вашем децентрализованном приложении определите, находится ли пользователь в сети, совместимой с Pectra. Если да, отобразите необязательную кнопку «Обновить аккаунт», которая запускает одноразовую подпись авторизации. Поддерживайте резервные пути (например, классические approve + swap) для пользователей со старыми кошельками.
• Бесплатное подключение (Gasless Onboarding): Используйте ретранслятор (либо ваш бэкенд, либо сервис) для спонсирования начальной транзакции типа 4. Для текущих безгазовых транзакций направляйте пользовательские операции через бандлер ERC-4337, чтобы использовать существующие пеймастеры и публичные мемпулы.
• Развертывание между цепочками: Используйте авторизацию chain_id = 0 для назначения одного и того же контракта реализации во всех цепочках. Затем вы можете включать или отключать функции для каждой цепочки в рамках вашей прикладной логики.
• Наблюдаемость: Ваш бэкенд должен индексировать транзакции типа 4 и анализировать authorization_list, чтобы отслеживать, какие EOA были обновлены. После транзакции проверьте изменение, вызвав eth_getCode и подтвердив, что код EOA теперь соответствует индикатору делегирования (0xef0100 || implementationAddress).

Модель угроз и подводные камни (не пропускайте это)​

• Делегирование является постоянным: Относитесь к изменениям в контракте реализации EOA с той же серьезностью, что и к стандартному обновлению смарт-контракта. Это требует аудитов, четкого информирования пользователей и, в идеале, процесса согласия. Никогда не внедряйте новую логику для пользователей без их ведома.
• «Мины» tx.origin: Любая логика, которая использовала msg.sender == tx.origin для обеспечения того, что вызов исходил непосредственно от EOA, теперь потенциально уязвима. Этот паттерн должен быть заменен более надежными проверками, такими как подписи EIP-712 или явные списки разрешенных адресов.
• Математика Nonce: Когда EOA спонсирует свою собственную транзакцию 7702 (executor: 'self'), его nonce авторизации и nonce транзакции взаимодействуют особым образом. Всегда используйте библиотеку, которая правильно обрабатывает это, чтобы избежать проблем с повторными воспроизведениями.
• Ответственность UX кошелька: Спецификация EIP-7702 предупреждает, что децентрализованные приложения не должны просить пользователей подписывать произвольные назначения. Ответственность кошелька — проверять предлагаемые реализации и убеждаться в их безопасности. Разрабатывайте свой UX в соответствии с этим принципом безопасности, опосредованной кошельком.

Когда 7702 — очевидная победа​

• Потоки DEX: Многошаговые approve и swap могут быть объединены в один клик с использованием функции executeBatch.
• Игры и сессии: Предоставляйте привилегии, подобные сессионным ключам, на ограниченное время или область действия, не требуя от пользователя создания и пополнения нового кошелька.
• Предприятия и финтех: Включите спонсируемые транзакции и применяйте пользовательские политики расходов, сохраняя при этом один и тот же корпоративный адрес в каждой цепочке для учета и идентификации.
• Мосты L2 и намерения: Создавайте более плавные потоки мета-транзакций с согласованной идентификацией EOA в разных сетях.

Эти варианты использования представляют те же основные преимущества, обещанные ERC-4337, но теперь они доступны каждому существующему EOA всего с одной авторизацией.

Контрольный список для запуска​

Протокол​

• Убедитесь, что узлы, SDK и поставщики инфраструктуры поддерживают транзакции типа 4 и EVM "prague" от Pectra.
• Обновите индексаторы и аналитические инструменты для анализа поля authorization_list в новых транзакциях.

Контракты​

• Разработайте минимальный, проверенный контракт реализации с основными функциями (например, пакетная обработка, отзыв).
• Тщательно протестируйте потоки отзыва и повторного назначения в тестовых сетях перед развертыванием в основной сети.

Клиенты​

• Обновите клиентские библиотеки (viem, ethers и т. д.) и протестируйте функции signAuthorization и sendTransaction.
• Убедитесь, что пути как для самостоятельно спонсируемых, так и для ретранслируемых транзакций правильно обрабатывают nonce и повторные воспроизведения.

Безопасность​

• Удалите все предположения, основанные на tx.origin, из ваших контрактов и замените их более безопасными альтернативами.
• Внедрите мониторинг после развертывания для обнаружения неожиданных изменений кода по адресам пользователей и оповещения о подозрительной активности.

Итог: EIP-7702 обеспечивает легкий путь к UX смарт-аккаунтов для миллионов уже используемых EOA. Начните с небольшой, проверенной реализации, используйте ретранслируемый путь для настройки без газа, сделайте отзыв четким и простым, и вы сможете получить 90% преимуществ полной абстракции аккаунтов — без проблем с изменением адресов и миграцией активов.

Инициатива Meta по стейблкоинам в 2025 году — анонсы и проекты​

В мае 2025 года появились сообщения о том, что Meta (ранее Facebook) вновь выходит на рынок стейблкоинов с новыми инициативами, ориентированными на цифровые валюты. Хотя Meta официально не анонсировала новую монету, отчет Fortune показал, что компания ведет переговоры с криптофирмами об использовании стейблкоинов для платежей. Эти обсуждения все еще носят предварительный характер (Meta находится в «режиме обучения»), но они знаменуют собой первый значительный шаг Meta в криптосфере со времен проекта Libra / Diem 2019–2022 годов. Примечательно, что Meta стремится использовать стейблкоины для организации выплат создателям контента и трансграничных переводов на своих платформах.

Официальная позиция: На май 2025 года Meta не запускала никакой новой собственной криптовалюты. Энди Стоун, директор по коммуникациям Meta, ответил на слухи, пояснив, что «Diem „мертв“. Стейблкоина Meta не существует». Это указывает на то, что вместо воскрешения собственной монеты, такой как Diem, подход Meta, скорее всего, будет заключаться в интеграции существующих стейблкоинов (возможно, выпущенных компаниями-партнерами) в свою экосистему. Фактически, источники предполагают, что Meta может использовать несколько стейблкоинов, а не одну проприетарную монету. Короче говоря, проект 2025 года — это не перезапуск Libra / Diem, а новая попытка поддержки стейблкоинов внутри продуктов Meta.

Стратегические цели и мотивация Meta​

Обновленное стремление Meta в криптосферу обусловлено четкими стратегическими целями. Главная среди них — снижение транзакционных издержек и упрощение процесса платежей для глобальных пользователей. Используя стейблкоины (цифровые токены, привязанные 1:1 к фиатной валюте), Meta может упростить трансграничные платежи и монетизацию авторов для своей аудитории численностью более 3 миллиардов человек. Конкретные мотивы включают:

• Снижение затрат на платежи: Meta осуществляет бесчисленное количество мелких выплат участникам и авторам контента по всему миру. Выплаты в стейблкоинах позволят Meta платить всем в единой валюте, привязанной к доллару США, избегая высоких комиссий за банковские переводы или конвертацию валют. Например, автор в Индии или Нигерии может получить стейблкоин в USD, а не связываться с дорогостоящими международными банковскими переводами. Это может сэкономить деньги Meta (меньше комиссий за обработку) и ускорить платежи.

• Микроплатежи и новые источники дохода: Стейблкоины обеспечивают быстрые и недорогие микротранзакции. Meta могла бы облегчить отправку чаевых, покупки в приложении или распределение доходов крошечными долями (центами или долларами) без непомерных комиссий. Например, отправка нескольких долларов в стейблкоинах в определенных сетях стоит лишь доли цента. Эта возможность имеет решающее значение для таких бизнес-моделей, как поощрение создателей контента, трансграничная электронная коммерция на Facebook Marketplace или покупка цифровых товаров в метавселенной.

• Вовлечение пользователей по всему миру: Стейблкоин, интегрированный в Facebook, Instagram, WhatsApp и т. д., будет функционировать как универсальная цифровая валюта внутри экосистемы Meta. Это позволит удерживать пользователей и их средства внутри приложений Meta (по аналогии с тем, как WeChat использует WeChat Pay). Meta может стать крупной финтех-платформой, осуществляя денежные переводы, покупки и выплаты авторам внутри системы. Такой шаг соответствует давнему интересу генерального директора Марка Цукерберга к расширению роли Meta в финансовых услугах и экономике метавселенной (где цифровые валюты необходимы для транзакций).

• Сохранение конкурентоспособности: Технологическая и финансовая индустрии в целом начинают воспринимать стейблкоины как важную инфраструктуру. Конкуренты и финансовые партнеры внедряют стейблкоины, начиная с запуска PYUSD от PayPal в 2023 году и заканчивая проектами стейблкоинов Mastercard, Visa и Stripe. Meta не хочет остаться в стороне от того, что некоторые считают будущим платежей. Возвращение в криптосферу сейчас позволяет Meta извлечь выгоду из развивающегося рынка (по данным Standard Chartered, рынок стейблкоинов может вырасти на 2 триллиона долларов к 2028 году) и диверсифицировать свой бизнес за пределами рекламы.

В целом, продвижение стейблкоинов Meta направлено на сокращение расходов, внедрение новых функций (быстрые глобальные платежи) и позиционирование Meta как ключевого игрока в цифровой экономике. Эти мотивы перекликаются с первоначальным видением Libra о финансовой инклюзивности, но в 2025 году они подкреплены более целенаправленным и прагматичным подходом.

Планы в области технологий и блокчейн-инфраструктуры​

В отличие от проекта Libra, который предполагал создание совершенно нового блокчейна, стратегия Meta 2025 года склоняется к использованию существующей блокчейн-инфраструктуры и стейблкоинов. Согласно отчетам, Meta рассматривает блокчейн Ethereum в качестве одной из основ для этих транзакций со стейблкоинами. Ethereum привлекателен благодаря своей зрелости и широкому распространению в криптоэкосистеме. Фактически, Meta «планирует начать использовать стейблкоины на блокчейне Ethereum», чтобы охватить свою огромную пользовательскую базу. Это предполагает, что Meta может интегрировать популярные стейблкоины на базе Ethereum (такие как USDC или USDT) в свои приложения.

Однако Meta, по-видимому, открыта для мультичейн- или мультивалютного подхода. Компания, «вероятно, будет использовать более одного типа стейблкоинов» для разных целей. Это может включать в себя:

• Партнерство с крупнейшими эмитентами стейблкоинов: Сообщается, что Meta ведет переговоры с такими фирмами, как Circle (эмитент USDC) и другими. Она может поддерживать USD Coin (USDC) и Tether (USDT), два крупнейших стейблкоина в долларах США, чтобы обеспечить ликвидность и удобство для пользователей. Интеграция существующих регулируемых стейблкоинов избавит Meta от хлопот по выпуску собственного токена, обеспечивая при этом немедленный масштаб.

• Использование эффективных сетей: Meta также проявляет интерес к высокоскоростным и недорогим блокчейн-сетям. Наем Джинджер Бейкер (подробнее о ней ниже) намекает на эту стратегию. Бейкер входит в совет директоров Stellar Development Foundation, и аналитики отмечают, что сеть Stellar разработана для обеспечения комплаенса и дешевых транзакций. Stellar нативно поддерживает регулируемые стейблкоины и такие функции, как KYC и ончейн-отчетность. Существуют предположения, что кошелек Meta Pay может использовать Stellar для почти мгновенных микроплатежей (отправка USDC через Stellar стоит долю цента). По сути, Meta может направлять транзакции через любой блокчейн, который предлагает наилучшее сочетание соответствия нормативным требованиям, скорости и низких комиссий (Ethereum для широкой совместимости, Stellar или другие для эффективности).

• Трансформация кошелька Meta Pay: Со стороны интерфейса Meta, скорее всего, модернизирует свою существующую инфраструктуру Meta Pay, превращая ее в цифровой кошелек, «готовый к децентрализации». Meta Pay (ранее Facebook Pay) в настоящее время обрабатывает традиционные платежи на платформах Meta. Под руководством Бейкер планируется бесшовная поддержка криптовалют и стейблкоинов. Это означает, что пользователи смогут хранить балансы в стейблкоинах, отправлять их другим пользователям или получать выплаты внутри приложения, при этом сложность управления блокчейном останется «за кадром».

Важно отметить, что на этот раз Meta не создает новую монету или сеть с нуля. Используя проверенные публичные блокчейны и монеты, выпущенные партнерами, Meta может внедрить функциональность стейблкоинов быстрее и (как ожидается) с меньшим сопротивлением со стороны регуляторов. Технологический план сосредоточен на интеграции, а не на изобретении — вплетении стейблкоинов в продукты Meta таким образом, чтобы это было естественно для пользователей (например, пользователь WhatsApp сможет отправить платеж в USDC так же легко, как фотографию).

Возрождение Diem / Novi или новый старт?​

Текущая инициатива Meta явно отличается от ее прошлой попытки с Libra / Diem. Libra (анонсированная в 2019 году) была амбициозным планом по созданию глобальной валюты под руководством Facebook, обеспеченной корзиной активов и управляемой ассоциацией компаний. Позже она была переименована в Diem (стейблкоин, привязанный к USD), но в конечном итоге закрыта в начале 2022 года из-за противодействия регуляторов. Novi, сопутствующий криптокошелек, прошел краткое тестирование, но также был упразднен.

В 2025 году Meta не просто возрождает Diem / Novi. Ключевые отличия нового подхода включают:

• Отсутствие собственного «Meta Coin» (на данный момент): Во времена Libra Facebook фактически создавал свою собственную валюту. Теперь представители Meta подчеркивают, что в разработке «нет никакого стейблкоина Meta». Diem мертв и не будет воскрешен. Вместо этого основное внимание уделяется использованию существующих стейблкоинов (выпущенных третьими сторонами) в качестве платежных инструментов. Этот переход от эмитента к интегратору — прямой урок провала Libra: Meta избегает впечатления, будто она чеканит собственные деньги.

• Стратегия, ориентированная на соблюдение нормативных требований: Широкое видение Libra напугало регуляторов, которые опасались, что частная валюта для миллиардов людей может подорвать национальные валюты. Сегодня Meta действует более тихо и кооперативно. Компания нанимает экспертов по комплаенсу и финтеху (например, Джинджер Бейкер) и выбирает технологии, известные соблюдением нормативных требований (например, Stellar). Любые новые функции стейблкоинов, скорее всего, потребуют верификации личности и будут соответствовать финансовым правилам каждой юрисдикции, в отличие от первоначального децентрализованного подхода Libra.

• Масштабирование амбиций в сторону уменьшения (по крайней мере, на начальном этапе): Libra стремилась стать универсальной валютой и финансовой системой. Усилия Meta в 2025 году имеют более узкий первоначальный охват: выплаты и одноранговые (P2P) платежи внутри платформ Meta. Ориентируясь на выплаты авторам контента (например, микровыплаты «до 100 долларов» в Instagram), Meta находит вариант использования, который с меньшей вероятностью встревожит регуляторов, чем полномасштабная глобальная валюта. Со временем это может расшириться, но ожидается, что внедрение будет постепенным и основанным на конкретных сценариях использования, а не на запуске новой монеты по принципу «Большого взрыва».

• Никакой публичной ассоциации или нового блокчейна: Libra управлялась независимой ассоциацией и требовала от партнеров запуска узлов (нод) на совершенно новом блокчейне. Новый подход не предполагает создания консорциума или кастомной сети. Meta работает напрямую с признанными криптокомпаниями и использует их инфраструктуру. Это закулисное сотрудничество означает меньше публичности и, потенциально, меньше целей для регуляторов, чем в случае с громкой коалицией Libra.

Таким образом, Meta начинает заново, используя уроки Libra / Diem для построения более прагматичного курса. Компания, по сути, перешла от стратегии «стать криптоэмитентом» к стратегии «стать крипто-дружественной платформой». Как заметил один криптоаналитик, «будет ли Meta создавать и выпускать свой собственный [стейблкоин] или станет партнером кого-то вроде Circle, еще предстоит определить», — но все признаки указывают на партнерство, а не на сольный проект, такой как Diem.

Ключевой персонал, партнерства и сотрудничество​

Meta произвела стратегические наймы и, вероятно, установила партнерские отношения для продвижения этой инициативы со стейблкоинами. Выдающимся кадровым решением стало назначение Джинджер Бейкер вице-президентом Meta по продуктам в области платежей и криптографии. Бейкер присоединилась к Meta в январе 2025 года специально для того, чтобы «помочь направить исследования [Meta] в области стейблкоинов». Ее опыт является сильным индикатором стратегии Meta:

• Джинджер Бейкер — ветеран финтеха: Бейкер — опытный руководитель в сфере платежей. Ранее она работала в Plaid (на должности директора по развитию сети), а также имеет опыт работы в Ripple, Square и Visa — крупнейших игроках в сфере платежей и криптографии. Уникально то, что она также входила в совет директоров Stellar Development Foundation и была там руководителем. Нанимая Бейкер, Meta получает экспертные знания как в традиционном финтехе, так и в блокчейн-сетях (Ripple и Stellar ориентированы на трансграничные платежи и соблюдение нормативных требований). Сейчас Бейкер «возглавляет обновленные инициативы Meta в области стейблкоинов», включая трансформацию Meta Pay в крипто-кошелек. Ее руководство предполагает, что Meta создаст продукт, который свяжет традиционные платежи с криптовалютой (вероятно, обеспечив интеграцию с банками, удобный пользовательский интерфейс, KYC и т. д. наряду с элементами блокчейна).

• Другие члены команды: Помимо Бейкер, Meta «добавляет людей с опытом работы в криптосфере» в свои команды для поддержки планов по стейблкоинам. Некоторые бывшие участники команды Libra / Diem могут быть вовлечены за кулисами, хотя многие ушли (например, бывший глава Novi Дэвид Маркус ушел, чтобы основать собственную криптофирму, а другие перешли в такие проекты, как Aptos). Текущие усилия, судя по всему, в основном сосредоточены в рамках существующего подразделения Meta Financial Technologies (которое управляет Meta Pay). Ни о каких крупных приобретениях криптокомпаний в 2025 году пока не объявлялось — Meta, похоже, полагается на внутренний найм и партнерские отношения, а не на прямую покупку компании, выпускающей стейблкоины.

• Потенциальные партнерства: Хотя официальные партнеры еще не названы, несколько криптофирм ведут переговоры с Meta. Как минимум два руководителя криптокомпаний подтвердили, что они провели предварительные обсуждения с Meta по поводу выплат в стейблкоинах. Разумно предположить, что Circle (эмитент USDC) входит в их число — в отчете Fortune упоминалась деятельность Circle в том же контексте. Meta могла бы сотрудничать с регулируемым эмитентом стейблкоинов (таким как Circle или Paxos) для управления выпуском валюты и ее хранением. Например, Meta могла бы интегрировать USDC, сотрудничая с Circle, подобно тому как PayPal объединился с Paxos для запуска собственного стейблкоина. Другие партнерства могут включать поставщиков криптоинфраструктуры (для обеспечения безопасности, кастодиального хранения или интеграции блокчейна) или финтех-компании в различных регионах для соблюдения нормативных требований.

• Внешние консультанты / инфлюенсеры: Стоит отметить, что шаг Meta происходит на фоне того, как другие компании в сфере технологий и финансов активизируют свои усилия по стейблкоинам. Такие компании, как Stripe и Visa, недавно предприняли решительные действия (Stripe купила криптостартап, Visa стала партнером платформы стейблкоинов). Meta может официально не вступать в партнерство с этими компаниями, но эти связи в отрасли (например, прошлое Бейкер в Visa или существующие коммерческие отношения Meta со Stripe в сфере платежей) могут облегчить путь к внедрению стейблкоинов. Кроме того, First Digital (эмитент FDUSD) и Tether могут увидеть косвенное сотрудничество, если Meta решит поддерживать их монеты на определенных рынках.

По сути, инициативу Meta по созданию стейблкоина возглавляют опытные инсайдеры финтеха, и она, вероятно, предполагает тесное сотрудничество с признанными игроками крипторынка. Мы видим осознанное стремление привлечь людей, которые разбираются как в Кремниевой долине, так и в криптографии. Это сулит Meta успех в преодолении технических и регуляторных сложностей под грамотным руководством.

Стратегия регулирования и позиционирование​

Регулирование — это «слон в комнате» ( очевидная проблема ) для криптовалютных амбиций Meta. После болезненного опыта с Libra ( когда мировые регуляторы и законодатели почти единогласно выступили против монеты Facebook ), в 2025 году Meta занимает очень осторожную позицию, ориентированную на строгое соответствие нормативным требованиям ( compliance-forward ). Ключевые элементы регуляторного позиционирования Meta включают:

• Работа в рамках регуляторных структур: Похоже, Meta намерена сотрудничать с властями, а не пытаться обойти их. Используя существующие регулируемые стейблкоины ( такие как USDC, который соответствует правилам штатов США и проходит аудиты ) и внедряя функции KYC / AML, Meta подстраивается под текущие финансовые правила. Например, функции комплаенса Stellar ( KYC, проверка на наличие санкций ) явно отмечаются как соответствующие необходимости Meta оставаться на хорошем счету у регуляторов. Это предполагает, что Meta обеспечит верификацию пользователей, совершающих транзакции в стейблкоинах через её приложения, и возможность мониторинга транзакций на предмет незаконной деятельности, аналогично любому финтех-приложению.

• Политический момент: Регуляторный климат в США изменился со времен Libra. По состоянию на 2025 год администрация президента Дональда Трампа считается более дружественной к криптовалютам, чем предыдущая администрация Байдена. Это изменение потенциально открывает возможности для Meta. Фактически, новый импульс Meta совпал с активными дебатами в Вашингтоне по поводу законодательства о стейблкоинах. Через Конгресс проходят два законопроекта о стейблкоинах, а закон Сената GENIUS направлен на установку защитных барьеров для этого сектора. Meta может надеяться, что более четкая правовая база легитимизирует участие корпораций в цифровых валютах. Однако это не обходится без оппозиции — сенатор Элизабет Уоррен и другие законодатели выделили Meta, призывая запретить крупным технологическим компаниям выпускать стейблкоины в рамках любого нового закона. Meta придется преодолевать такие политические препятствия, возможно, подчеркивая, что она не выпускает новую монету, а лишь использует существующие ( таким образом, технически это не тот «Facebook Coin», который беспокоил Конгресс ).

• Глобальный и локальный комплаенс: Помимо США, Meta будет учитывать правила каждого конкретного рынка. Например, если компания внедрит платежи в стейблкоинах в WhatsApp для денежных переводов, она может запустить пилотный проект в странах с лояльными регуляторами ( подобно тому, как WhatsApp Pay запускался на рынках Бразилии или Индии с одобрения местных властей ). Meta может взаимодействовать с центральными банками и финансовыми регуляторами в целевых регионах, чтобы гарантировать, что её интеграция стейблкоинов соответствует требованиям ( например, полная обеспеченность фиатом, возможность погашения и отсутствие вреда для стабильности местной валюты ). First Digital USD ( FDUSD ), один из стейблкоинов, которые Meta могла бы поддерживать, базируется в Гонконге и работает в соответствии с трастовым законодательством этой юрисдикции, что намекает на то, что Meta может использовать регионы с дружественными к криптоактивам правилами ( например, Гонконг, Сингапур ) для начальных этапов.

• Избежание «ошибки Libra»: В случае с Libra регуляторы были обеспокоены тем, что Meta будет контролировать глобальную валюту вне государственного контроля. Сейчас стратегия Meta заключается в том, чтобы позиционировать себя как участника, а не контролера. Заявляя, что «стейблкоина Meta не существует», компания дистанцируется от идеи эмиссии денег. Вместо этого Meta может утверждать, что она улучшает платежную инфраструктуру для пользователей, аналогично поддержке PayPal или кредитных карт. Этот нарратив — «мы просто используем безопасные, полностью зарезервированные валюты, такие как USDC, чтобы помочь пользователям совершать транзакции» — скорее всего, именно так Meta будет представлять проект регуляторам, чтобы развеять опасения по поводу дестабилизации денежной системы.

• Соблюдение требований и лицензирование: Если Meta все же решит предложить брендированный стейблкоин или кастодиальное хранение криптовалюты пользователей, она может запросить соответствующие лицензии ( например, стать лицензированной организацией по переводу денежных средств, получить государственную или федеральную хартию на выпуск стейблкоинов через дочернюю компанию или банк-партнер ). Прецедент есть: PayPal получила нью-йоркскую трастовую хартию ( через Paxos ) для своего стейблкоина. Meta может аналогичным образом сотрудничать с регулируемой организацией или создать её для любых кастодиальных аспектов. На данный момент, сотрудничая с состоявшимися эмитентами стейблкоинов и банками, Meta может полагаться на их регуляторные разрешения.

В целом, подход Meta можно рассматривать как «регуляторное приспособление» — компания пытается спроектировать проект так, чтобы он вписывался в правовые рамки, которые регуляторы уже создали или создают. Это включает в себя активное взаимодействие, постепенное масштабирование и привлечение экспертов, знающих правила. Тем не менее, регуляторная неопределенность остается риском. Компания будет внимательно следить за результатами законопроектов о стейблкоинах и, вероятно, участвовать в политических дискуссиях, чтобы обеспечить возможность продвижения вперед без юридических препятствий.

Влияние на рынок и анализ ландшафта стейблкоинов​

Выход Meta на рынок стейблкоинов может стать переломным моментом для всей индустрии, которая к началу 2025 года уже переживает бум. Общая рыночная капитализация стейблкоинов достигла исторического максимума — около 238–245 миллиардов долларов в апреле 2025 года, что примерно вдвое больше, чем годом ранее. В настоящее время на этом рынке доминируют несколько ключевых игроков:

• Tether ( USDT ): Крупнейший стейблкоин с долей рынка почти 70 % и объемом обращения около 148 миллиардов долларов по состоянию на апрель. USDT выпускается компанией Tether Ltd. и широко используется в торговле криптовалютами и для обеспечения ликвидности между биржами. Он известен меньшей прозрачностью резервов, но стабильно поддерживает свою привязку к доллару.

• USD Coin ( USDC ): Второй по величине стейблкоин, выпускаемый Circle ( в партнерстве с Coinbase ) с объемом предложения около 62 миллиардов долларов ( ≈26 % доли рынка ). USDC регулируется в США, полностью обеспечен денежными средствами и казначейскими облигациями, и пользуется предпочтением у институционалов благодаря своей прозрачности. Он используется как в трейдинге, так и во все большем количестве массовых финтех-приложений.

• First Digital USD ( FDUSD ): Новинка ( запущен в середине 2023 года ), выпускаемая First Digital Trust из Гонконга. FDUSD вырос как альтернатива на таких платформах, как Binance, после того как регуляторные проблемы ударили по собственному стейблкоину Binance — BUSD. К апрелю 2025 года рыночная капитализация FDUSD составила около 1,25 миллиарда долларов. У него была некоторая волатильность ( кратковременная потеря привязки к 1 доллару в апреле ), но он позиционируется как актив, базирующийся в более дружелюбной регуляторной среде Азии.

Ниже в таблице приведено сравнение планируемой интеграции стейблкоинов Meta с USDT, USDC и FDUSD:

Прогнозируемое влияние: Если Meta успешно внедрит платежи в стейблкоинах, это может значительно расширить охват и использование стейблкоинов. Приложения Meta могут привлечь сотни миллионов новых пользователей стейблкоинов, которые никогда раньше не пользовались криптовалютой. Это массовое внедрение может увеличить общую рыночную капитализацию стейблкоинов за пределы текущих лидеров. Например, если Meta станет партнером Circle для масштабного использования USDC, спрос на USDC может резко возрасти, что со временем потенциально бросит вызов доминированию USDT. Вполне вероятно, что Meta поможет USDC ( или любому другому коину, который она примет ) приблизиться к размерам Tether, обеспечив сценарии использования вне трейдинга ( социальная коммерция, денежные переводы и т. д. ).

С другой стороны, участие Meta может подстегнуть конкуренцию и инновации среди стейблкоинов. Tether и другие действующие игроки могут адаптироваться, улучшая прозрачность или формируя собственные альянсы с крупными технологическими компаниями. Могут появиться новые стейблкоины, адаптированные специально для социальных сетей. Кроме того, поддержка Meta нескольких стейблкоинов предполагает, что ни одна монета не будет «монополизировать» экосистему Meta — пользователи смогут беспрепятственно совершать транзакции с различными долларовыми токенами в зависимости от региона или предпочтений. Это может привести к более диверсифицированному рынку стейблкоинов, где доминирование распределено.

Также важно отметить инфраструктурный импульс, который может дать Meta. Стейблкоин, интегрированный с Meta, вероятно, потребует огромной пропускной способности для миллионов ежедневных транзакций. Это может стимулировать улучшения в базовых блокчейнах ( например, масштабирование Layer-2 на Ethereum или увеличение использования сети Stellar ). Наблюдатели уже предполагают, что шаг Meta может «увеличить активность в [ Ethereum ] и спрос на ETH», если туда потечет большой поток транзакций. Аналогично, если будет использоваться Stellar, на его нативный токен XLM может возникнуть повышенный спрос в качестве газа для транзакций.

Наконец, выход Meta на рынок является в некотором роде палкой о двух концах для криптоиндустрии: он легитимизирует стейблкоины как платежный механизм ( что потенциально положительно для внедрения и роста рынка ), но также повышает регуляторные ставки. Правительства могут начать относиться к стейблкоинам как к вопросу национальной важности, если миллиарды пользователей социальных сетей начнут совершать в них транзакции. Это может ускорить достижение регуляторной ясности — или привести к жестким мерам — в зависимости от того, как пойдет внедрение Meta. В любом случае, ландшафт стейблкоинов к концу 2020-х годов, вероятно, будет переформатирован участием Meta наряду с другими крупными игроками, такими как PayPal, Visa и традиционные банки, выходящие в это пространство.

Интеграция в платформы Meta (Facebook, Instagram, WhatsApp и др.)​

Критическим аспектом стратегии Meta является бесшовная интеграция платежей в стейблкоинах в ее семейство приложений. Цель состоит в том, чтобы внедрить функционал цифровой валюты удобным для пользователя способом в Facebook, Instagram, WhatsApp, Messenger и даже в новые платформы, такие как Threads. Вот как ожидается реализация интеграции в каждом сервисе:

• Instagram: Instagram может стать испытательным полигоном для выплат в стейблкоинах. Авторы контента в Instagram смогут выбирать получение своих вознаграждений (за бонусы Reels, партнерские продажи и т. д.) в стейблкоинах вместо местной валюты. В отчетах специально упоминается, что Meta может начать с выплаты до ~$100 авторам через стейблкоины в Instagram. Это указывает на фокус на небольших трансграничных платежах — идеальный вариант для инфлюенсеров в странах, где предпочтительнее получать доллары США напрямую. Кроме того, Instagram может включить функцию чаевых для авторов внутри приложения с использованием стейблкоинов или позволить пользователям покупать цифровые коллекционные предметы и услуги за счет баланса в стейблкоинах. Поскольку Instagram уже экспериментировал с функциями отображения NFT (в 2022 году) и имеет маркетплейс для авторов, добавление кошелька со стейблкоинами может расширить экосистему для создателей контента.

• Facebook (Meta): В самом Facebook интеграция стейблкоинов может проявиться в функциях Facebook Pay / Meta Pay. Пользователи Facebook смогут отправлять деньги друг другу в чатах с помощью стейблкоинов или жертвовать на благотворительные сборы в криптовалюте. Facebook Marketplace (где люди покупают и продают товары) может поддерживать транзакции в стейблкоинах, упрощая трансграничную торговлю за счет устранения проблем с обменом валют. Еще одна область — игры и приложения на Facebook: разработчики могут получать выплаты в стейблкоинах, а внутриигровые покупки могут использовать стейблкоин для универсального взаимодействия. Учитывая широкую базу пользователей Facebook, интеграция кошелька со стейблкоинами в профиль или Messenger может быстро сделать концепцию отправки «цифровых долларов» друзьям и семье массовой. Собственные посты Meta намекают на монетизацию контента: например, выплату бонусов авторам контента в Facebook или использование стейблкоинов в будущем для обеспечения Stars (токенов Meta для чаевых).

• WhatsApp: Это, пожалуй, самая трансформирующая интеграция. WhatsApp имеет более 2 миллиардов пользователей и активно используется для обмена сообщениями в регионах, где критически важны денежные переводы (Индия, Латинская Америка и т. д.). Стейблкоин Meta может превратить WhatsApp в глобальную платформу для денежных переводов. Пользователи смогут отправлять стейблкоин контакту так же легко, как текстовое сообщение, при этом WhatsApp будет брать на себя конвертацию валюты на каждом конце, если это необходимо. Фактически, WhatsApp кратко пилотировал кошелек Novi в 2021 году для отправки стейблкоина (USDP) в США и Гватемале — таким образом, концепция была проверена в небольшом масштабе. Теперь Meta может внедрить переводы стейблкоинов нативно в пользовательский интерфейс WhatsApp. Например, индийский рабочий в США может отправить USDC через WhatsApp семье в Индии, которая затем сможет обналичить их или потратить, если будет налажена интеграция с местными платежными провайдерами. Это позволяет обойти высокие комиссии за денежные переводы. Помимо P2P-платежей, малый бизнес в WhatsApp (распространенный на развивающихся рынках) сможет принимать платежи в стейблкоинах за товары, используя это как платежную систему для мерчантов с низкими комиссиями. Анализ Altcoin Buzz даже предполагает, что WhatsApp станет одной из следующих точек интеграции после выплат авторам.

• Messenger: Подобно WhatsApp, Facebook Messenger может позволить отправлять деньги в чатах с помощью стейблкоинов. В Messenger уже реализованы одноранговые (P2P) платежи в фиатных валютах в США. Если расширить это на стейблкоины, это может объединить пользователей на международном уровне. Можно представить чат-ботов или службу поддержки Messenger, использующих транзакции в стейблкоинах (например, оплата счета или заказ товаров через взаимодействие в Messenger с расчетом в стейблкоинах).

• Threads и другие: Threads (платформа Meta, похожая на Twitter, запущенная в 2023 году) и более широкая Meta VR / Metaverse (Reality Labs) также могут использовать стейблкоины. В Horizon Worlds или других метавселенных стейблкоин может служить внутримировой валютой для покупки виртуальных товаров, билетов на мероприятия и т. д., обеспечивая эквивалент реальных денег, который перемещается между различными опытами. Хотя подразделение метавселенной Meta в настоящее время работает в убыток, интеграция валюты, принимаемой в играх и мирах, может создать единую экономику, которая подстегнет использование (подобно тому, как в Roblox есть Robux, но в случае Meta это был бы стейблкоин USD «под капотом»). Это соответствовало бы видению Цукерберга об экономике метавселенной без создания нового токена специально для VR.

Стратегия интеграции: Meta, скорее всего, будет внедрять это осторожно. Правдоподобная последовательность выглядит так:

1. Пилотные выплаты авторам в Instagram (ограниченная сумма, выбранные регионы) — это позволит протестировать систему на реальных ценностях в контролируемых условиях.
2. Расширение до P2P-переводов в мессенджерах (WhatsApp / Messenger) после обретения уверенности — начиная с коридоров денежных переводов или внутри определенных стран.
3. Платежи мерчантам и услуги — предоставление предприятиям на своих платформах возможности совершать транзакции в стейблкоинах (это может включать партнерство с платежными процессорами для легкой конвертации в местный фиат).
4. Полная интеграция в экосистему — со временем кошелек пользователя в Meta Pay сможет отображать баланс стейблкоина, который можно использовать в рекламе Facebook, покупках в Instagram, платежах в WhatsApp и т. д.

Стоит отметить, что пользовательский опыт будет ключевым фактором. Meta, скорее всего, абстрагирует такие термины, как «USDC» или «Ethereum», от среднего пользователя. Кошелек может просто отображать баланс в «USD» (работающий на стейблкоинах в фоновом режиме), чтобы сделать его простым. Только более продвинутые пользователи смогут взаимодействовать с ончейн-функциями (например, вывод средств на внешний криптокошелек), если это будет разрешено. Преимущество Meta — огромная база пользователей; если даже небольшая часть перейдет на функции стейблкоина, это может превысить текущее количество пользователей криптовалют.

В заключение, план Meta по интеграции стейблкоинов в свои платформы может стереть грань между традиционными цифровыми платежами и криптовалютой. Пользователь Facebook или WhatsApp может вскоре начать использовать стейблкоин, даже не осознавая, что это криптоактив — он просто увидит более быстрый и дешевый способ отправки денег и совершения транзакций по всему миру. Такая глубокая интеграция может выделить приложения Meta на рынках, где финансовая инфраструктура является дорогой или медленной, и позиционирует Meta как грозного конкурента как для финтех-компаний, так и для криптобирж в сфере цифровых платежей.

Источники:

• Переговоры Meta по изучению стейблкоинов и найм вице-президента по криптовалютам
• Намерение Meta использовать стейблкоины для трансграничных выплат авторам контента (отчет Fortune)
• Комментарий директора по коммуникациям Meta («Diem мертв, стейблкоина Meta нет»)
• Анализ стратегических мотивов Meta (снижение затрат, единая валюта для выплат)
• Выбор технологической инфраструктуры — интеграция с Ethereum и функции соответствия требованиям Stellar
• Роль и опыт Джинджер Бейкер (бывшая сотрудница Plaid, Ripple, член правления Stellar)
• Инсайды Fortune / LinkedIn о криптокоманде Meta и обсуждаемых партнерствах
• Регуляторный контекст: крах Libra в 2022 году и более дружелюбная среда 2025 года при Трампе в противовес законодательному сопротивлению (сенатор Уоррен о запрете стейблкоинов Big Tech)
• Данные рынка стейблкоинов (2 кв. 2025 г.): рыночная капитализация ~$238 млрд, USDT ~$148 млрд против USDC ~$62 млрд, тенденции роста
• Сравнительная информация по USDT, USDC, FDUSD (доля рынка, позиция регуляторов, эмитенты)
• Детали интеграции в продукты Meta (выплаты создателям контента, платежи в WhatsApp).

Введение​

Ika — это параллельная сеть многосторонних вычислений (MPC), стратегически поддерживаемая Sui Foundation. Ранее известная как dWallet Network, Ika разработана для обеспечения кроссчейн-совместимости с нулевым доверием (zero-trust) на высокой скорости и в больших масштабах. Она позволяет смарт-контрактам (особенно в блокчейне Sui) безопасно контролировать и координировать активы в других блокчейнах без использования традиционных мостов. В этом отчете представлен глубокий анализ технической архитектуры и криптографического дизайна Ika с точки зрения основателя, а также бизнес- и инвестиционный анализ, охватывающий команду, финансирование, токеномику, внедрение и конкуренцию. Для контекста также включена сводная таблица сравнения Ika с другими сетями на базе MPC (Lit Protocol, Threshold Network и Zama).

Техническая архитектура и особенности (точка зрения основателя)​

Архитектура и криптографические примитивы​

Основная инновация Ika заключается в новой криптографической схеме «2PC-MPC» — двухсторонних вычислениях в рамках структуры многосторонних вычислений. Простыми словами, процесс подписания всегда вовлекает две стороны: (1) пользователя и (2) сеть Ika. Пользователь сохраняет долю закрытого ключа, а сеть, состоящая из множества независимых узлов, владеет другой долей. Подпись может быть создана только при участии обеих сторон, что гарантирует: сеть сама по себе никогда не сможет подделать подпись без участия пользователя. Сторона сети — это не единая сущность, а распределенные MPC среди N валидаторов, которые коллективно действуют как вторая сторона. Пороговое значение не менее двух третей этих узлов должно прийти к согласию (аналогично консенсусу Byzantine Fault Tolerance) для генерации сетевой доли подписи. Эта структура вложенных MPC (пользователь + сеть) делает Ika защищенной от сговора (non-collusive): даже если все узлы Ika вступят в сговор, они не смогут украсть активы пользователя, поскольку участие пользователя (его доля ключа) всегда криптографически необходимо. Другими словами, Ika обеспечивает безопасность «zero-trust», поддерживая принципы децентрализации и владения пользователями в Web3 — ни одна организация или небольшая группа не может в одностороннем порядке скомпрометировать активы.

Рисунок: Схема архитектуры 2PC-MPC от Ika — пользователь выступает в качестве одной стороны (храня долю приватного ключа), а сеть Ika из N валидаторов формирует другую сторону через пороговый протокол MPC (t-из-N). Это гарантирует, что для создания действительной подписи должны сотрудничать как пользователь, так и квалифицированное большинство децентрализованных узлов.

Технически Ika реализована как автономная блокчейн-сеть, ответвленная от кодовой базы Sui. Она запускает собственный экземпляр высокопроизводительного механизма консенсуса Sui (Mysticeti, протокол BFT на основе DAG) для координации узлов MPC. Примечательно, что в версии Sui от Ika отключены смарт-контракты (цепь Ika существует исключительно для работы протокола MPC) и включены пользовательские модули для алгоритма подписания 2PC-MPC. Mysticeti обеспечивает надежный канал вещания между узлами, заменяя сложную сеть одноранговых сообщений, которую используют традиционные протоколы MPC. Используя консенсус на основе DAG для связи, Ika избегает экспоненциальных накладных расходов на связь, характерных для более ранних схем пороговой подписи, где каждой из n сторон требовалось отправлять сообщения всем остальным. Вместо этого узлы Ika транслируют сообщения через консенсус, достигая линейной сложности коммуникации O(n) и используя методы пакетной обработки и агрегации для поддержания затрат на каждый узел почти постоянными даже при значительном росте N. Это представляет собой значительный прорыв в пороговой криптографии: команда Ika заменила двухточечную связь «unicast» эффективным вещанием (broadcast) и агрегацией, что позволяет протоколу поддерживать сотни или тысячи участников без замедления работы.

Интеграция с нулевым разглашением: В настоящее время безопасность Ika достигается за счет пороговой криптографии и консенсуса BFT, а не явных доказательств с нулевым разглашением. Система не полагается на zk-SNARKs или zk-STARKs в своем основном процессе подписания. Тем не менее, Ika использует ончейн доказательства состояния (доказательства легкого клиента) для проверки событий из других цепочек, что является формой криптографической проверки (например, проверка доказательств Меркла для заголовков блоков или состояния). Дизайн оставляет место для интеграции методов нулевого разглашения в будущем — например, для проверки состояния кроссчейн-активов или условий без раскрытия конфиденциальных данных — но по состоянию на 2025 год ни один конкретный модуль zk-SNARK не является частью опубликованной архитектуры Ika. Основное внимание уделяется принципу «zero-trust» (отсутствие предположений о доверии) через схему 2PC-MPC, а не системам доказательств с нулевым разглашением.

Производительность и масштабируемость​

Основная цель Ika — преодолеть узкие места в производительности предыдущих сетей MPC. Устаревшие протоколы пороговой подписи (такие как Lindell 2PC ECDSA или GG20) с трудом поддерживали более нескольких участников, часто затрачивая много секунд или минут на создание одной подписи. В отличие от них, оптимизированный протокол Ika достигает субсекундной задержки при подписании и может обрабатывать очень высокую пропускную способность запросов на подпись параллельно. Данные бенчмарков указывают на то, что Ika может масштабироваться до 10 000 подписей в секунду, сохраняя при этом безопасность в большом кластере узлов. Это стало возможным благодаря вышеупомянутой линейной связи и активному использованию батчинга: сеть может генерировать множество подписей одновременно за один раунд протокола, резко снижая средние затраты. По заявлению команды, Ika может работать в 10 000 раз быстрее, чем существующие сети MPC под нагрузкой. На практике это означает, что высокочастотные транзакции в реальном времени (такие как торговля или кроссчейн-операции DeFi) могут поддерживаться без обычных задержек порогового подписания. Задержка находится на уровне субсекундной финальности, что означает, что подпись (и соответствующая кроссчейн-операция) может быть завершена почти мгновенно после запроса пользователя.

Не менее важно и то, что Ika делает это, масштабируя количество подписантов для усиления децентрализации. Традиционные конфигурации MPC часто использовали фиксированный комитет из 10–20 узлов, чтобы избежать падения производительности. Архитектура Ika может расширяться до сотен или даже тысяч валидаторов, участвующих в процессе подписания без значительного замедления. Такая массовая децентрализация повышает безопасность (злоумышленнику сложнее подкупить большинство) и надежность сети. Лежащий в основе консенсус является византийски отказоустойчивым, поэтому сеть может выдержать компрометацию или отключение до одной трети узлов и продолжать корректно функционировать. В любой конкретной операции подписания только пороговое значение t-из-N узлов (например, 67% от N) должно активно участвовать; по замыслу, если слишком много узлов отключено, подпись может быть задержана, но система спроектирована так, чтобы изящно справляться с типичными сценариями сбоев (аналогично свойствам живучести и безопасности консенсуса блокчейна). В итоге Ika достигает как высокой пропускной способности, так и большого количества валидаторов — комбинация, которая выделяет её на фоне ранних MPC-решений, которым приходилось жертвовать децентрализацией ради скорости.

Инструменты для разработчиков и интеграция​

Сеть Ika создана для того, чтобы быть удобной для разработчиков, особенно для тех, кто уже строит на базе Sui. Разработчики не пишут смарт-контракты непосредственно в сети Ika (поскольку сеть Ika не исполняет пользовательские контракты), а вместо этого взаимодействуют с Ika из других сетей. Например, контракт Sui Move может вызывать функции Ika для подписания транзакций во внешних сетях. Для облегчения этого процесса Ika предоставляет надежный инструментарий и SDK:

• TypeScript SDK: Ika предлагает TypeScript SDK (библиотека Node.js), который повторяет стиль Sui SDK. Этот SDK позволяет разработчикам создавать и управлять dWallets (децентрализованными кошельками) и отправлять запросы на подписание в Ika из своих приложений. Используя TS SDK, разработчики могут генерировать пары ключей, регистрировать доли пользователей и вызывать RPC Ika для координации пороговых подписей — и все это с использованием знакомых паттернов API Sui. SDK абстрагирует сложность протокола MPC, делая процесс таким же простым, как вызов функции для запроса (например) подписи транзакции Bitcoin при наличии соответствующего контекста и одобрения пользователя.

• CLI и локальная сеть: Для более прямого взаимодействия доступен интерфейс командной строки (CLI) под названием dWallet CLI. Разработчики могут запустить локальный узел Ika или даже локальную тестовую сеть, создав форк открытого репозитория. Это полезно для тестирования и интеграции в среде разработки. Документация содержит руководство по настройке локальной сети разработки (devnet), получению токенов тестнета (DWLT — токен тестовой сети) и созданию первого адреса dWallet.

• Документация и примеры: Документация Ika включает пошаговые руководства для распространенных сценариев, таких как «Ваш первый dWallet». В них показано, как создать dWallet, соответствующий адресу в другой сети (например, адрес Bitcoin, управляемый ключами Ika), как зашифровать долю ключа пользователя для безопасного хранения и как инициировать кроссчейн-транзакции. Примеры кода охватывают такие варианты использования, как перевод BTC через вызов смарт-контракта Sui или планирование будущих транзакций (функция, которую поддерживает Ika, позволяющая предварительно подписывать транзакции при определенных условиях).

• Интеграция с Sui (легкие клиенты): Ika «из коробки» тесно интегрирована с блокчейном Sui. Сеть Ika внутренне запускает легкий клиент Sui для бездоверительного чтения данных Sui ончейн. Это означает, что смарт-контракт Sui может инициировать событие или вызов, который Ika распознает (через доказательство состояния) как триггер для выполнения действия. Например, контракт Sui может проинструктировать Ika: «когда произойдет событие X, подпиши и транслируй транзакцию в Ethereum». Узлы Ika проверят событие Sui с помощью доказательства легкого клиента, а затем коллективно создадут подпись для транзакции Ethereum. Подписанная полезная нагрузка может быть доставлена в целевую сеть (возможно, через оффчейн-релейер или самим пользователем) для выполнения желаемого действия. В настоящее время Sui является первой полностью поддерживаемой управляющей сетью (учитывая происхождение Ika на Sui), но архитектура является мультичейн-ориентированной по своей природе. Поддержка доказательств состояния и интеграция с другими сетями включены в дорожную карту — например, команда упоминала расширение Ika для работы с роллапами в экосистеме Polygon Avail (предоставление возможностей dWallet для роллапов с использованием Avail в качестве уровня данных) и другими уровнями L1 в будущем.

• Поддерживаемые криптографические алгоритмы: Сеть Ika может генерировать ключи и подписи практически для любой схемы подписи блокчейна. Изначально она поддерживает ECDSA (алгоритм на эллиптических кривых, используемый в Bitcoin, аккаунтах Ethereum ECDSA, BNB Chain и т. д.). В ближайшем будущем планируется поддержка EdDSA (Ed25519, используемый в таких сетях, как Solana и некоторых сетях Cosmos) и подписей Шнорра (например, ключи Schnorr в Bitcoin Taproot). Такая широкая поддержка означает, что dWallet в Ika может иметь адрес в Bitcoin, адрес в Ethereum, в Solana и так далее — все они будут управляться одним и тем же базовым распределенным ключом. Таким образом, разработчики на Sui или других платформах могут интегрировать любую из этих сетей в свои dApps через одну унифицированную среду (Ika), вместо того чтобы иметь дело со специфическими для каждой сети мостами или кастодианами.

В итоге Ika предлагает опыт разработки, схожий с взаимодействием с узлом блокчейна или кошельком, абстрагируясь от сложной криптографии. Будь то через TypeScript SDK или напрямую через контракты Move и легкие клиенты, сеть стремится сделать кроссчейн-логику доступной для разработчиков по принципу «plug-and-play».

Безопасность, децентрализация и отказоустойчивость​

Безопасность имеет первостепенное значение в архитектуре Ika. Модель нулевого доверия означает, что ни одному пользователю не нужно доверять сети Ika единоличный контроль над активами в любой момент времени. Если пользователь создает dWallet (скажем, адрес BTC под управлением Ika), закрытый ключ этого адреса никогда не удерживается какой-либо одной стороной — даже самим пользователем в одиночку. Вместо этого пользователь владеет секретной долей, а сеть коллективно владеет другой долей. Обе доли необходимы для подписания любой транзакции. Таким образом, даже если произойдет худший сценарий (например, многие узлы Ika будут скомпрометированы злоумышленником), они все равно не смогут переместить средства без секретной доли ключа пользователя. Это свойство устраняет основной риск традиционных мостов, где кворум валидаторов может вступить в сговор для кражи заблокированных активов. Ika устраняет этот риск, фундаментально меняя структуру доступа (порог установлен таким образом, что одной сети никогда не бывает достаточно — порог фактически включает пользователя). В научной литературе это новая парадигма: MPC-сеть без сговора, где владелец актива по определению остается частью кворума подписания.

Со стороны сети Ika использует модель делегированного доказательства доли владения (Delegated Proof-of-Stake), унаследованную от архитектуры Sui, для выбора и стимулирования валидаторов. Держатели токенов IKA могут делегировать стейк узлам валидаторов; лучшие валидаторы (взвешенные по стейку) становятся полномочными органами на время эпохи и обеспечивают византийскую отказоустойчивость (2/3 честных узлов) в каждой эпохе. Это означает, что система предполагает наличие менее 33% вредоносного стейка для поддержания безопасности. Если валидатор ведет себя некорректно (например, пытается создать неверную долю подписи или цензурировать транзакции), протокол консенсуса и MPC обнаружит это — неверные доли подписи могут быть идентифицированы (они не объединятся в валидную подпись), а вредоносный узел может быть зафиксирован в журнале и потенциально подвергнут слэшингу или удален в будущих эпохах. В то же время живучесть сети сохраняется до тех пор, пока участвует достаточное количество узлов (>67%); консенсус может продолжать финализировать операции, даже если многие узлы внезапно выйдут из строя или отключатся. Такая отказоустойчивость гарантирует надежность сервиса — не существует единой точки отказа, так как в процессе участвуют сотни независимых операторов в различных юрисдикциях. Децентрализация дополнительно усиливается за счет огромного количества участников: Ika не ограничивается фиксированным малым комитетом, поэтому она может привлекать больше валидаторов для повышения безопасности без значительной потери производительности. На самом деле протокол Ika был специально разработан, чтобы «преодолеть лимит узлов MPC-сетей» и обеспечить массовую децентрализацию.

Наконец, команда Ika подвергла свою криптографию внешней проверке. В 2024 году они опубликовали подробный технический документ (whitepaper), описывающий протокол 2PC-MPC, и на данный момент прошли как минимум один аудит безопасности от сторонней организации. Например, в июне 2024 года аудит компании Symbolic Software проверил реализацию протокола 2PC-MPC на языке Rust и связанные с ним криптографические библиотеки Ika. Аудит был сосредоточен на проверке корректности криптографических протоколов (обеспечение отсутствия уязвимостей в схеме пороговой подписи ECDSA, генерации ключей или агрегации долей) и поиске потенциальных уязвимостей. Исходный код является открытым (в GitHub dWallet Labs), что позволяет сообществу проверять его и вносить вклад в безопасность. На этапе альфа-тестирования команда также предупреждала, что программное обеспечение все еще является экспериментальным и еще не прошло производственный аудит, однако проведение текущих аудитов и улучшение безопасности были главными приоритетами перед запуском основной сети. В целом, модель безопасности Ika представляет собой сочетание доказуемых криптографических гарантий (из пороговых схем) и децентрализации уровня блокчейна (из консенсуса PoS и большого набора валидаторов), проверенных экспертами для обеспечения надежной защиты как от внешних злоумышленников, так и от внутреннего сговора.

Совместимость и функциональная совместимость экосистем​

Ika специально разработана как уровень функциональной совместимости, изначально для Sui, но с возможностью расширения на многие другие экосистемы. С первого дня ее самая тесная интеграция реализована с блокчейном Sui: фактически она выступает как дополнительный модуль для Sui, расширяя возможности Sui dApps мультичейн-функционалом. Такое тесное взаимодействие продумано специально — контракты Move и объектно-ориентированная модель Sui делают его отличным «контроллером» для dWallets от Ika. Например, DeFi-приложение на Sui может использовать Ika для мгновенного привлечения ликвидности из Ethereum или Bitcoin, превращая Sui в хаб для мультичейн-ликвидности. Поддержка Ika со стороны Sui Foundation указывает на стратегию позиционирования Sui как «базовой сети для каждой сети», использующей Ika для подключения к внешним активам. На практике, когда мейннет Ika будет запущен, разработчик на Sui сможет создать контракт Move, который, скажем, принимает депозиты в BTC: за кулисами этот контракт создаст Bitcoin dWallet (адрес) через Ika и будет выдавать инструкции на перемещение BTC при необходимости. Конечный пользователь воспринимает это так, будто Bitcoin — это просто еще один актив внутри приложения Sui, хотя BTC остается нативным в сети Bitcoin до тех пор, пока транзакция с валидной пороговой подписью не переместит его.

Помимо Sui, архитектура Ika поддерживает другие блокчейны уровня Layer-1, Layer-2 и даже офчейн-системы. Сеть может одновременно содержать несколько легких клиентов, поэтому она способна валидировать состояние из Ethereum, Solana, Avalanche или других сетей — позволяя смарт-контрактам на этих чейнах (или их пользователям) также использовать MPC-сеть Ika. Хотя такие возможности могут внедряться постепенно, целью разработки является чейн-агностичность. В промежуточный период, даже без глубокой ончейн-интеграции, Ika можно использовать в более ручном режиме: например, приложение на Ethereum может вызвать API Ika (через оракул или офчейн-сервис), чтобы запросить подпись для транзакции Ethereum или сообщения. Поскольку Ika поддерживает ECDSA, ее можно использовать даже для децентрализованного управления ключами аккаунта Ethereum, подобно тому как работают PKP в Lit Protocol (мы обсудим Lit позже). Ika также продемонстрировала такие варианты использования, как управление Bitcoin на роллапах — примером является интеграция с фреймворком Polygon Avail, позволяющая пользователям роллапов управлять BTC, не доверяя централизованному кастодиану. Это говорит о том, что Ika может сотрудничать с различными экосистемами (Polygon/Avail, роллапы Celestia и т. д.) в качестве поставщика децентрализованной инфраструктуры ключей.

Подводя итог, с технической точки зрения Ika совместима с любой системой, которая полагается на цифровые подписи, — а это практически все блокчейны. Ее первоначальное развертывание на Sui — это только начало; долгосрочное видение заключается в создании универсального уровня MPC, к которому любая сеть или dApp смогут подключиться для безопасных кроссчейн-операций. Поддерживая общие криптографические стандарты (ECDSA, Ed25519, Schnorr) и обеспечивая необходимую проверку легких клиентов, Ika может стать своего рода сетью «MPC-как-сервис» для всего Web3, объединяя активы и действия с минимальным уровнем доверия.

Бизнес-перспективы и инвестиционный потенциал​

Команда основателей и их бэкграунд​

Ika была основана командой опытных специалистов в области криптографии и блокчейна, базирующихся в основном в Израиле. Создателем и генеральным директором проекта является Омер Садика (Omer Sadika), предприниматель с богатым опытом в сфере криптобезопасности. Ранее Омер был соучредителем Odsy Network, еще одного проекта, сфокусированного на децентрализованной инфраструктуре кошельков, и является основателем/генеральным директором dWallet Labs — компании, стоящей за Ika. Его послужной список включает обучение в Y Combinator (выпускник YC), а основное внимание он уделяет кибербезопасности и распределенным системам. Опыт Омера в Odsy и dWallet Labs напрямую лег в основу концепции Ika: по сути, Ika можно рассматривать как эволюцию концепции «динамического децентрализованного кошелька», над которой работала Odsy, теперь реализованную в виде MPC-сети на Sui.

Техническим директором и соучредителем Ika является Йехонатан Коэн Скали (Yehonatan Cohen Scaly), эксперт по криптографии, который выступил соавтором протокола 2PC-MPC. Йехонатан руководит исследованиями и разработками (R&D) новых криптографических алгоритмов Ika; ранее он работал в сфере кибербезопасности (вероятно, занимаясь академическими исследованиями в области криптографии). Его цитировали при обсуждении ограничений существующих пороговых схем и того, как подход Ika преодолевает их, что отражает глубокий опыт в MPC и распределенных криптографических протоколах. Еще одним соучредителем является Давид Лахмиш (David Lachmish), который курирует разработку продукта. Роль Давида заключается в переводе базовой технологии в удобные для разработчиков продукты и реальные сценарии использования. Трио Омера, Йехонатана и Давида — вместе с другими исследователями, такими как д-р Долев Муцари (Dolev Mutzari, вице-президент по исследованиям в dWallet Labs) — составляет основу руководства Ika. В совокупности компетенции команды включают в себя создание стартапов, вклад в академические исследования и опыт работы на стыке криптографии, безопасности и блокчейна. Именно благодаря такому глубокому опыту говорят, что Ika создана «одними из ведущих мировых экспертов по криптографии».

Помимо основателей, в более широкую команду и состав консультантов Ika, вероятно, входят люди с серьезным бэкграундом в криптографии. Например, Долев Муцари (упомянутый выше) является соавтором технического документа и сыграл важную роль в разработке протокола. Присутствие таких талантов вселяет в инвесторов уверенность в том, что сложная технология Ika находится в надежных руках. Более того, наличие основателя (Омера), который уже успешно привлекал средства и создавал сообщество вокруг концепций Odsy/dWallet, означает, что Ika извлекает выгоду из уроков, извлеченных в ходе предыдущих итераций идеи. Базирование команды в Израиле — стране, известной своим сектором криптографии и кибербезопасности, — также обеспечивает им доступ к богатому кадровому резерву разработчиков и исследователей.

Раунды финансирования и ключевые инвесторы​

Ika (и её материнская компания dWallet Labs) привлекла значительное венчурное финансирование и стратегические инвестиции с момента своего основания. На сегодняшний день проект привлек более **21 млн $** в рамках нескольких раундов. Начальный **посевной раунд (seed round) в августе 2022 года** составил 5 млн$, что было весьма примечательно, учитывая условия «медвежьего» рынка в то время. В этот посевной раунд вошел широкий круг известных криптоинвесторов и бизнес-ангелов. Среди заметных участников были Node Capital (ведущий инвестор), Lemniscap, Collider Ventures, Dispersion Capital, Lightshift Capital, Tykhe Block Ventures, Liquid2 Ventures, Zero Knowledge Ventures и другие. Также присоединились видные индивидуальные инвесторы, такие как Навал Равикант (сооснователь AngelList и известный технологический инвестор), Марк Бхаргава (сооснователь Tagomi), Рене Рейнсберг (сооснователь Celo) и ряд других деятелей индустрии. Такой список спонсоров подчеркнул высокое доверие к подходу Ika к децентрализованному хранению (custody) еще на стадии идеи.

В мае 2023 года Ika привлекла дополнительные ~ 7,5 млн $в рамках того, что, по всей видимости, является **раундом Серии A или стратегическим раундом**, по сообщениям, при оценке около 250 млн$. Этот раунд возглавили Blockchange Ventures и Node Capital (повторно), при участии Insignius Capital, Rubik Ventures и других. К этому моменту тезис о масштабируемых сетях MPC (многосторонних вычислений) набрал обороты, и прогресс Ika, вероятно, побудил этих инвесторов удвоить свои вложения. Оценка в 250 млн $ для сети на относительно ранней стадии отражала ожидания рынка относительно того, что Ika может стать фундаментальной инфраструктурой в Web3 (сопоставимой с блокчейнами L1 или крупными протоколами DeFi с точки зрения ценности).

Самая резонансная инвестиция состоялась в апреле 2025 года, когда Sui Foundation объявила о стратегических инвестициях в Ika. Это партнерство с экосистемным фондом Sui увеличило общее финансирование Ika до более чем 21 млн $ и закрепило тесную связь с блокчейном Sui. Хотя точная сумма инвестиций Sui Foundation не разглашалась, очевидно, что это было значительное одобрение — вероятно, в размере нескольких миллионов долларов США. Поддержка Sui Foundation носит не только финансовый характер; она также означает, что Ika получает мощную помощь в реализации стратегии выхода на рынок (go-to-market) внутри экосистемы Sui (привлечение разработчиков, поддержка интеграции, маркетинг и т. д.). Согласно пресс-релизам, «Ika… объявила о стратегических инвестициях от Sui Foundation, в результате чего её общее финансирование превысило 21 миллион долларов». Этот стратегический раунд, а не традиционный раунд венчурного капитала, подчеркивает, что Sui рассматривает Ika как критически важную инфраструктуру для будущего своего блокчейна (аналогично тому, как Ethereum Foundation может напрямую поддерживать проект Layer-2 или проект по обеспечению интероперабельности, который приносит пользу Ethereum).

Помимо Sui, стоит отметить других спонсоров: Node Capital (базирующийся в Китае криптофонд, известный ранними инвестициями в инфраструктуру), Lemniscap (крипто-венчурный фонд, специализирующийся на ранних инновациях протоколов) и Collider Ventures (израильский венчурный фонд, вероятно, обеспечивающий локальную поддержку). Примечательно лидерство Blockchange Ventures в раунде 2023 года; Blockchange — это венчурный фонд, который поддержал несколько инфраструктурных криптопроектов, и их лидерство предполагает, что они увидели в технологии Ika потенциал для определения категории. Кроме того, Digital Currency Group (DCG) и Node Capital возглавили сбор средств в размере 5 млн $ для dWallet Labs до ребрендинга Ika (согласно сообщению Омера в LinkedIn) — участие DCG (через более ранний раунд для компании) указывает на еще большую поддержку в фоновом режиме.

Подводя итог, можно сказать, что путь финансирования Ika демонстрирует сочетание традиционных венчурных капиталистов и стратегических партнеров. Участие Sui Foundation особенно выделяется, так как оно предоставляет не только капитал, но и интегрированную экосистему для внедрения технологий Ika. Инвесторы, по сути, делают ставку на то, что Ika станет основным решением для децентрализованного управления ключами и мостов (bridging) во многих сетях, и соответствующим образом оценили проект.

Токеномика и экономическая модель​

У Ika будет собственный утилитарный токен под названием $IKA, который занимает центральное место в экономике и модели безопасности сети. Примечательно, что токен IKA запускается в блокчейне Sui (как нативный актив SUI), несмотря на то, что сама сеть Ika является отдельной цепочкой. Это означает, что IKA будет существовать как монета, которую можно хранить и передавать в Sui, как и любой другой актив Sui, и она будет использоваться двойным образом: внутри сети Ika для стейкинга и комиссий, и в Sui для управления или доступа в DApps. Токеномику можно охарактеризовать следующим образом:

• Комиссии за газ: Подобно тому, как ETH является газом в Ethereum, а SUI — газом в Sui, IKA служит газом/платой за операции MPC в сети Ika. Когда пользователь или DApp запрашивает подпись или операцию dWallet, сети выплачивается комиссия в IKA. Эти комиссии компенсируют валидаторам вычислительную и коммуникационную работу по запуску протокола пороговой подписи. В «белой книге» (whitepaper) роль IKA сравнивается с газом Sui, подтверждая, что все кроссчейн-транзакции, фасилитируемые Ika, будут облагаться небольшой комиссией в IKA. График комиссий, скорее всего, пропорционален сложности операции (например, одна подпись может стоить базовую комиссию, в то время как более сложные многоступенчатые рабочие процессы могут стоить дороже).

• Стейкинг и безопасность: IKA также является токеном стейкинга. Узлам-валидаторам в сети Ika должен быть делегирован стейк в IKA для участия в консенсусе и подписании. Консенсус следует модели делегированного доказательства доли владения (DPoS), аналогичной модели Sui: держатели токенов делегируют IKA валидаторам, а вес каждого валидатора в консенсусе (и, следовательно, в процессах пороговой подписи) определяется стейком. В каждой эпохе выбираются валидаторы, и их право голоса является функцией стейка, при этом весь набор является византийски отказоустойчивым (что означает, что если набор валидаторов имеет общий стейк $X, до ~$ X/3 стейка может быть злонамеренным без нарушения гарантий сети). Стейкеры (делегаторы) стимулируются вознаграждениями за стейкинг: модель Ika, вероятно, включает распределение собранных комиссий (и, возможно, инфляционных вознаграждений) валидаторам и их делегаторам в конце эпох. Действительно, в документации отмечается, что все собранные комиссии за транзакции распределяются между полномочными узлами (authorities), которые могут делиться частью со своими делегаторами в качестве вознаграждения. Это отражает модель Sui по вознаграждению поставщиков услуг за пропускную способность.

• Предложение и распределение: По состоянию на текущий момент (2-й квартал 2025 года) подробности об общем предложении IKA, первоначальном распределении и инфляции не являются полностью публичными. Однако, учитывая раунды финансирования, мы можем сделать выводы о некоторой структуре. Вероятно, часть IKA выделяется ранним инвесторам (посевные и последующие раунды) и команде, а большая часть зарезервирована для сообщества и будущих стимулов. Возможно, планируется распродажа для сообщества или аирдроп, тем более что Ika провела заметную NFT-кампанию, собрав 1,4 млн SUI, как упоминалось в новостях (это была кампания NFT-искусства на Sui, установившая рекорд; возможно, участники этой кампании могут получить вознаграждения в IKA или ранний доступ). Кампания NFT предполагает стратегию вовлечения сообщества и ускорения распределения токенов среди пользователей, а не только среди венчурных капиталистов.

• Сроки запуска токена: Объявление Sui Foundation в октябре 2024 года гласило: «Токен IKA будет запущен нативно на Sui, открывая новые функциональные возможности и утилитарность в децентрализованной безопасности». Запуск основной сети был намечен на декабрь 2024 года, поэтому, предположительно, событие генерации токенов (TGE) должно было совпасть с ним или последовать вскоре за ним. Если основная сеть была запущена по графику, токены IKA могли начать распределяться в конце 2024 или начале 2025 года. Затем токен начал бы использоваться для оплаты газа в сети Ika и для стейкинга. До этого в тестовой сети для газа использовался временный токен (DWLT в тестнете), который не имел реальной ценности.

• Варианты использования и накопление стоимости: Стоимость IKA как инвестиции зависит от использования сети Ika. Чем больше кроссчейн-транзакций проходит через Ika, тем больше комиссий выплачивается в IKA, что создает спрос. Кроме того, если многие захотят запустить валидаторов или обезопасить сеть, они должны приобрести и застейкать IKA, что блокирует предложение (уменьшая свободное обращение). Таким образом, IKA имеет природу «утилитарность плюс управление» — утилитарность в оплате услуг и стейкинге, и, вероятно, управление (governance) в определении будущего протокола (хотя управление пока явно не упоминается, для таких сетей характерно со временем децентрализовать контроль через голосование токенами). Можно представить, что держатели токенов IKA в будущем будут голосовать за добавление поддержки новых цепочек, настройку параметров комиссий или другие обновления протокола.

В целом, токеномика IKA направлена на баланс безопасности сети и удобства использования. Запускаясь на Sui, они облегчают пользователям экосистемы Sui получение и использование IKA (не требуется отдельный онбординг в цепочку для самого токена), что может подстегнуть внедрение. Инвесторы будут следить за такими показателями, как доля застейканного предложения (указывающая на безопасность), доход от комиссий (указывающий на использование) и партнерства, стимулирующие транзакции (указывающие на спрос на токен).

Бизнес-модель и стратегия выхода на рынок​

Бизнес-модель Ika — это модель провайдера инфраструктуры в экосистеме блокчейна. Проект не предлагает продукт для конечного потребителя; вместо этого он предоставляет протокольный сервис (децентрализованное управление ключами и исполнение транзакций), который интегрируют другие проекты. Таким образом, основным механизмом получения дохода (или извлечения ценности) является плата за услуги — то есть комиссии за газ в сети IKA за использование сети. Ika можно сравнить с децентрализованным AWS для подписания ключей: любой разработчик может подключиться и использовать его, оплачивая каждое использование. В долгосрочной перспективе, по мере децентрализации сети, dWallet Labs (компания-основатель) может получать ценность за счет владения долей в сети и роста стоимости токенов, а не за счет взимания комиссий в стиле SaaS вне сети.

Стратегия выхода на рынок (GTM): На ранних этапах Ika ориентируется на разработчиков блокчейнов и проекты, которым требуются кроссчейн-функциональность или кастодиальные решения. Тесная связь с Sui обеспечивает готовый пул таких разработчиков. Сама по себе Sui, будучи новой L1-сетью, нуждается в уникальных функциях для привлечения пользователей — и Ika предлагает кроссчейн-DeFi, доступ к Bitcoin и многое другое на базе Sui, что является убедительными преимуществами. Таким образом, стратегия GTM Ika опирается на растущую экосистему Sui. Примечательно, что еще до запуска мейннета несколько проектов на Sui объявили об интеграции Ika:

• Такие проекты, как Full Sail, Rhei, Aeon, Human Tech, Covault, Lucky Kat, Native, Nativerse, Atoma и Ekko (все они строят на Sui), «объявили о своих предстоящих запусках с использованием Ika», охватывая сценарии использования от DeFi до гейминга. Например, Full Sail может создавать биржу для торговли BTC через Ika; Lucky Kat (игровая студия) может использовать Ika для создания игровых активов, находящихся в нескольких сетях; Covault, скорее всего, занимается кастодиальными решениями и т. д. Обеспечивая эти партнерства на ранней стадии, Ika гарантирует, что сразу после запуска в сети будет наблюдаться мгновенный объем транзакций и появятся реальные приложения, демонстрирующие её возможности.

• Ika также делает акцент на институциональных сценариях использования, таких как децентрализованный кастоди для организаций. В пресс-релизах они подчеркивают «непревзойденную безопасность для институциональных и индивидуальных пользователей» в вопросах хранения через Ika. Это говорит о том, что Ika может позиционироваться для криптокастодианов, бирж или даже игроков из сферы TradFi, которым нужен более безопасный способ управления приватными ключами (возможно, как альтернатива или дополнение к Fireblocks или Copper, которые используют MPC, но в централизованной корпоративной среде). Фактически, будучи децентрализованной сетью, Ika может позволить конкурентам в сфере кастоди полагаться на одну и ту же надежную сеть подписания, а не создавать собственные решения. Эта кооперативная модель может привлечь институты, которые предпочитают нейтрального децентрализованного кастодиана для определенных активов.

• Еще один аспект — интеграция с ИИ: Ika упоминает «защитные барьеры для ИИ-агентов» (AI Agent guardrails) в качестве сценария использования. Это перспективное направление, играющее на тренде автономности ИИ (например, ИИ-агенты, совершающие операции в блокчейне). Ika может гарантировать, что ИИ-агент (например, автономный экономический агент, получивший контроль над средствами) не сможет скрыться с деньгами, поскольку сам агент не является единственным владельцем ключа — ему все равно потребуется доля пользователя или соблюдение условий в Ika. Маркетинг Ika как поставщика механизмов безопасности для ИИ в Web3 — это новаторский подход для привлечения интереса из этого сектора.

Географически присутствие Node Capital и других инвесторов намекает на фокус на Азию в дополнение к западному рынку. У Sui сильное азиатское сообщество (особенно в Китае). NFT-кампания Ika на Sui (арт-кампания, собравшая 1,4 млн SUI) указывает на усилия по созданию сообщества — возможно, привлекая китайских пользователей, которые активны в NFT-пространстве Sui. Проводя продажи NFT или аирдропы для сообщества, Ika может сформировать базу рядовых пользователей, которые владеют токенами IKA и заинтересованы в продвижении проекта.

Со временем бизнес-модель может расшириться до предложения премиум-функций или корпоративных интеграций. Например, в то время как публичная сеть Ika является открытой (permissionless), dWallet Labs может запускать частные инстансы или версии для консорциумов для определенных клиентов или предоставлять консультационные услуги проектам, интегрирующим Ika. Они также могут зарабатывать, запуская часть валидаторов на раннем этапе (фаза начальной загрузки) и, таким образом, собирая часть комиссий.

В целом, стратегия GTM Ika тесно связана с партнерствами внутри экосистемы. Глубоко интегрируясь в дорожную карту Sui (где цели Sui на 2025 год включают кроссчейн-ликвидность и уникальные кейсы), Ika гарантирует себе рост вместе с этой L1-сетью. Одновременно она позиционирует себя как универсальное решение для мультичейн-координации, которое затем может быть предложено проектам в других сетях после того, как успех на Sui будет продемонстрирован. Поддержка со стороны Sui Foundation и объявления о ранних интеграциях дают Ika значительное преимущество в плане доверия и принятия по сравнению с запуском в изоляции.

Принятие экосистемой, партнерства и дорожная карта​

Даже на ранней стадии Ika сформировала впечатляющий список взаимодействий в экосистеме:

• Принятие в экосистеме Sui: Как уже упоминалось, несколько проектов на базе Sui интегрируют Ika. Это означает, что после запуска мейннета Ika мы ожидаем появления в dApps на Sui функций с пометкой «Работает на базе Ika» (Powered by Ika) — например, протокол кредитования на Sui, позволяющий пользователям вносить BTC, или DAO на Sui, использующая Ika для хранения своей казны в нескольких сетях. Тот факт, что такие проекты, как Rhei, Atoma, Nativerse (вероятно, DeFi-проекты) и Lucky Kat (гейминг/NFT), уже участвуют, показывает, что применимость Ika охватывает различные вертикали.

• Стратегические партнерства: Самым важным партнерством Ika является сотрудничество с Sui Foundation, которая выступает и инвестором, и промоутером. Официальные каналы Sui (блог и т. д.) активно освещают Ika, фактически одобряя её как решение для интероперабельности в Sui. Кроме того, Ika, вероятно, работает с другими поставщиками инфраструктуры. Например, учитывая упоминание zkLogin (функция входа в Sui через Web2) наряду с Ika, возможен комбинированный сценарий использования, где zkLogin отвечает за аутентификацию пользователя, а Ika — за кроссчейн-транзакции, что вместе обеспечивает бесшовный UX. Также упоминание Avail (Polygon) в блогах Ika указывает на партнерство или пилотный проект в этой экосистеме: возможно, с Polygon Labs или командами, строящими роллапы на Avail, для использования Ika при переносе (бриджинге) Bitcoin в эти роллапы. Другая потенциальная область партнерства — кастодианы. Например, интеграция Ika с провайдерами кошельков, такими как Zengo (примечательно, что сооснователь ZenGo был участником предыдущего проекта Омера), или с технологиями институционального кастоди, такими как Fireblocks. Хотя это не подтверждено, такие цели были бы логичными (ведь Fireblocks уже сотрудничает с Sui в других областях; можно представить, как Fireblocks использует Ika для MPC на Sui).

• Взаимодействие с сообществом и разработчиками: Ika ведет Discord и, вероятно, проводит хакатоны, чтобы привлечь разработчиков к созданию решений с использованием dWallets. Технология новая, поэтому её продвижение через обучение имеет ключевое значение. Наличие разделов «Use cases» (Сценарии использования) и «Builders» (Разработчики) на их сайте, а также посты в блоге, объясняющие основные концепции, указывают на стремление помочь разработчикам освоиться с концепцией dWallets. Чем больше разработчиков поймут, что они могут создавать кроссчейн-логику без мостов (и без ущерба для безопасности), тем активнее будет расти органическое принятие.

• Дорожная карта: По состоянию на 2025 год дорожная карта Ika включала:

  • Альфа-версия и тестнет (2023–2024): Альфа-тестнет был запущен в 2024 году на Sui, что позволило разработчикам экспериментировать с dWallets и предоставлять обратную связь. Этот этап использовался для доработки протокола, исправления ошибок и проведения внутренних аудитов.
  • Запуск мейннета (декабрь 2024 г.): Ika планировала выйти в мейннет к концу 2024 года. Если это было достигнуто, то к настоящему времени (середина 2025 года) мейннет Ika должен функционировать. Запуск, вероятно, включал первоначальную поддержку набора сетей: как минимум Bitcoin и Ethereum (сети ECDSA) на старте, учитывая, что они активно упоминались в маркетинге.
  • Цели на 2025 год после запуска: В 2025 году ожидается фокус на масштабировании использования (через приложения на Sui и, возможно, расширение на другие сети). Команда будет работать над добавлением поддержки Ed25519 и подписей Шнорра вскоре после запуска, что позволит интегрироваться с Solana, Polkadot и другими экосистемами. Они также внедрят больше легких клиентов (возможно, легкий клиент Ethereum для Ika, легкий клиент Solana и т. д.) для расширения бездоверительного управления (trustless control). Еще один пункт дорожной карты — вероятно, расширение набора публичных валидаторов (permissionless validator expansion), поощрение присоединения независимых валидаторов и дальнейшая децентрализация сети. Поскольку код является форком Sui, запуск валидатора Ika аналогичен запуску узла Sui, что под силу многим операторам.
  • Улучшение функционала: В блогах упоминались две интересные функции: Зашифрованные доли пользователей (Encrypted User Shares) и Подписание будущих транзакций (Future Transaction signing). Зашифрованные доли пользователей означают, что пользователи могут по желанию зашифровать свою приватную долю и сохранить её ончейн (возможно, в Ika или другом месте) так, чтобы только они могли её расшифровать, что упрощает восстановление. Подписание будущих транзакций подразумевает возможность предварительного подписания транзакции в Ika, которая исполнится позже при выполнении определенных условий. Эти функции повышают удобство использования (пользователям не нужно быть в сети для каждого действия, если они заранее одобрили определенную логику, сохраняя при этом некастодиальную безопасность). Реализация этих функций в 2025 году еще больше выделит предложение Ika.
  • Рост экосистемы: К концу 2025 года Ika, вероятно, стремится к тому, чтобы её активно использовали экосистемы нескольких сетей. Мы можем увидеть, например, проект на Ethereum, использующий Ika через оракул (если прямая ончейн-интеграция еще не реализована), или сотрудничество с интерчейн-проектами, такими как Wormhole или LayerZero, где Ika может служить механизмом подписания для безопасной передачи сообщений.

Конкурентная среда также будет определять стратегию Ika. Она не одинока в предложении децентрализованного управления ключами, поэтому часть её дорожной карты будет включать акцент на преимуществах в производительности и уникальной безопасности «двух сторон» в сравнении с другими. В следующем разделе мы сравним Ika с её заметными конкурентами: Lit Protocol, Threshold Network и Zama.

Конкурентное преимущество Ika: Отличительные особенности Ika заключаются в ее производительности при масштабировании и уникальной модели безопасности. По сравнению с Lit Protocol, Ika может поддерживать гораздо больше подписантов и значительно более высокую пропускную способность, что делает ее подходящей для вариантов использования (таких как высокообъемный трейдинг или игры), с которыми сеть Lit могла бы не справиться. Ika также не полагается на доверенные среды выполнения (TEE), к которым некоторые разработчики относятся с опаской (из-за потенциальных уязвимостей в SGX); вместо этого Ika достигает доверительности исключительно с помощью криптографии и консенсуса. В противовес Threshold Network, Ika предлагает более универсальную платформу. Threshold в значительной степени ориентирована на мосты Bitcoin ↔ Ethereum (tBTC) и несколько криптографических сервисов, таких как прокси-перешифрование, в то время как Ika — это гибкий слой интероперабельности, который может работать с любой сетью и активом «из коробки». Кроме того, модель Ika с участием пользователя в процессе означает, что она не требует избыточного обеспечения или страхования депозитов (tBTC v2 использует надежную, но сложную экономическую модель для обеспечения депозитов BTC, тогда как в Ika пользователь изначально не теряет контроль). По сравнению с Zama, Ika решает другую задачу: Zama нацелена на конфиденциальность, а Ika — на интероперабельность. Однако вполне вероятно, что в будущем они смогут дополнять друг друга (например, используя FHE для активов, хранящихся в Ika). На данный момент преимущество Ika в том, что она начнет функционировать раньше в нише с немедленным спросом (мосты и сети MPC необходимы уже сегодня, в то время как FHE все еще созревает).

Одним из потенциальных вызовов для Ika является просвещение рынка и доверие. Она представляет новый способ кроссчейн-взаимодействия (dWallets вместо традиционных мостов типа lock-and-mint). Ей нужно будет продемонстрировать свою безопасность на практике со временем, чтобы завоевать такой же уровень доверия, какой постепенно заслужила Threshold Network (Threshold пришлось доказывать надежность tBTC после того, как ранняя версия была приостановлена из-за рисков). Если технология Ika будет работать так, как заявлено, она фактически опередит конкурентов, решив трилемму децентрализации, безопасности и скорости в пространстве MPC. Сильная поддержка со стороны Sui и обширные аудиты / статьи добавляют проекту авторитетности.

В заключение, Ika выделяется среди сетей MPC своей амбициозной масштабируемостью и ориентированной на пользователя моделью безопасности. Инвесторы рассматривают ее как ставку на будущее кроссчейн-координации — будущего, где пользователи могут беспрепятственно перемещать ценности и логику между множеством блокчейнов, не теряя контроля над своими ключами. Если Ika получит широкое признание, она может стать такой же неотъемлемой частью инфраструктуры Web3, как протоколы кроссчейн-сообщений или основные блокчейны Layer-1. Предстоящий год (2025) станет критическим, поскольку мейннет Ika и первые варианты использования будут запущены в эксплуатацию, доказывая, может ли эта передовая криптография выполнить свои обещания в реальных рыночных условиях. Первые признаки — сильные технические основы, активная подготовка интеграций и существенная поддержка инвесторов — позволяют предположить, что у Ika есть реальный шанс переопределить кроссчейн-взаимодействие с помощью MPC.

Источники: Основная информация была собрана из официальной документации и whitepaper Ika, объявлений Sui Foundation, пресс-релизов и новостей о финансировании, а также технических документов и анализов конкурентов для контекста (отчет Messari о Lit Protocol, документация Threshold Network и описания FHE от Zama). Вся информация актуальна по состоянию на 2025 год.