102 записи с тегом "Блокчейн"

Обзор​

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 и другие для статистики экосистемы, а также различные блоги проектов, упомянутые выше.

1. Overview of TEE Technology​

Definition and Architecture: A Trusted Execution Environment (TEE) is a secure area of a processor that protects the code and data loaded inside it with respect to confidentiality and integrity. In practical terms, a TEE acts as an isolated “enclave” within the CPU – a kind of black box where sensitive computations can run shielded from the rest of the system. Code running inside a TEE enclave is protected so that even a compromised operating system or hypervisor cannot read or tamper with the enclave’s data or code. Key security properties provided by TEEs include:

• Isolation: The enclave’s memory is isolated from other processes and even the OS kernel. Even if an attacker gains full admin privileges on the machine, they cannot directly inspect or modify enclave memory.
• Integrity: The hardware ensures that code executing in the TEE cannot be altered by external attacks. Any tampering of the enclave code or runtime state will be detected, preventing compromised results.
• Confidentiality: Data inside the enclave remains encrypted in memory and is only decrypted for use within the CPU, so secret data is not exposed in plain text to the outside world.
• Remote Attestation: The TEE can produce cryptographic proofs (attestations) to convince a remote party that it is genuine and that specific trusted code is running inside it. This means users can verify that an enclave is in a trustworthy state (e.g. running expected code on genuine hardware) before provisioning it with secret data.

Conceptual diagram of a Trusted Execution Environment as a secure enclave “black box” for smart contract execution. Encrypted inputs (data and contract code) are decrypted and processed inside the secure enclave, and only encrypted results leave the enclave. This ensures that sensitive contract data remains confidential to everyone outside the TEE.

Under the hood, TEEs are enabled by hardware-based memory encryption and access control in the CPU. For example, when a TEE enclave is created, the CPU allocates a protected memory region for it and uses dedicated keys (burned into the hardware or managed by a secure co-processor) to encrypt/decrypt data on the fly. Any attempt by external software to read the enclave memory gets only encrypted bytes. This unique CPU-level protection allows even user-level code to define private memory regions (enclaves) that privileged malware or even a malicious system administrator cannot snoop or modify. In essence, a TEE provides a higher level of security for applications than the normal operating environment, while still being more flexible than dedicated secure elements or hardware security modules.

Key Hardware Implementations: Several hardware TEE technologies exist, each with different architectures but a similar goal of creating a secure enclave within the system:

• Intel SGX (Software Guard Extensions): Intel SGX is one of the most widely used TEE implementations. It allows applications to create enclaves at the process level, with memory encryption and access controls enforced by the CPU. Developers must partition their code into “trusted” code (inside the enclave) and “untrusted” code (normal world), using special instructions (ECALL/OCALL) to transfer data in and out of the enclave. SGX provides strong isolation for enclaves and supports remote attestation via Intel’s Attestation Service (IAS). Many blockchain projects – notably Secret Network and Oasis Network – built privacy-preserving smart contract functionality on SGX enclaves. However, SGX’s design on complex x86 architectures has led to some vulnerabilities (see §4), and Intel’s attestation introduces a centralized trust dependency.

• ARM TrustZone: TrustZone takes a different approach by dividing the processor’s entire execution environment into two worlds: a Secure World and a Normal World. Sensitive code runs in the Secure World, which has access to certain protected memory and peripherals, while the Normal World runs the regular OS and applications. Switches between worlds are controlled by the CPU. TrustZone is commonly used in mobile and IoT devices for things like secure UI, payment processing, or digital rights management. In a blockchain context, TrustZone could enable mobile-first Web3 applications by allowing private keys or sensitive logic to run in the phone’s secure enclave. However, TrustZone enclaves are typically larger-grained (at OS or VM level) and not as commonly adopted in current Web3 projects as SGX.

• AMD SEV (Secure Encrypted Virtualization): AMD’s SEV technology targets virtualized environments. Instead of requiring application-level enclaves, SEV can encrypt the memory of entire virtual machines. It uses an embedded security processor to manage cryptographic keys and to perform memory encryption so that a VM’s memory remains confidential even to the hosting hypervisor. This makes SEV well-suited for cloud or server use cases: for example, a blockchain node or off-chain worker could run inside a fully-encrypted VM, protecting its data from a malicious cloud provider. SEV’s design means less developer effort to partition code (you can run an existing application or even an entire OS in a protected VM). Newer iterations like SEV-SNP add features like tamper detection and allow VM owners to attest their VMs without relying on a centralized service. SEV is highly relevant for TEE use in cloud-based blockchain infrastructure.

Other emerging or niche TEE implementations include Intel TDX (Trust Domain Extensions, for enclave-like protection in VMs on newer Intel chips), open-source TEEs like Keystone (RISC-V), and secure enclave chips in mobile (such as Apple’s Secure Enclave, though not typically open for arbitrary code). Each TEE comes with its own development model and trust assumptions, but all share the core idea of hardware-isolated secure execution.

2. Applications of TEEs in Web3​

Trusted Execution Environments have become a powerful tool in addressing some of Web3’s hardest challenges. By providing a secure, private computation layer, TEEs enable new possibilities for blockchain applications in areas of privacy, scalability, oracle security, and integrity. Below we explore major application domains:

Privacy-Preserving Smart Contracts​

One of the most prominent uses of TEEs in Web3 is enabling confidential smart contracts – programs that run on a blockchain but can handle private data securely. Blockchains like Ethereum are transparent by default: all transaction data and contract state are public. This transparency is problematic for use cases that require confidentiality (e.g. private financial trades, secret ballots, personal data processing). TEEs provide a solution by acting as a privacy-preserving compute enclave connected to the blockchain.

In a TEE-powered smart contract system, transaction inputs can be sent to a secure enclave on a validator or worker node, processed inside the enclave where they remain encrypted to the outside world, and then the enclave can output an encrypted or hashed result back to the chain. Only authorized parties with the decryption key (or the contract logic itself) can access the plaintext result. For example, Secret Network uses Intel SGX in its consensus nodes to execute CosmWasm smart contracts on encrypted inputs, so things like account balances, transaction amounts, or contract state can be kept hidden from the public while still being usable in computations. This has enabled secret DeFi applications – e.g. private token swaps where the amounts are confidential, or secret auctions where bids are encrypted and only revealed after auction close. Another example is Oasis Network’s Parcel and confidential ParaTime, which allow data to be tokenized and used in smart contracts under confidentiality constraints, enabling use cases like credit scoring or medical data on blockchain with privacy compliance.

Privacy-preserving smart contracts via TEEs are attractive for enterprise and institutional adoption of blockchain. Organizations can leverage smart contracts while keeping sensitive business logic and data confidential. For instance, a bank could use a TEE-enabled contract to handle loan applications or trade settlements without exposing client data on-chain, yet still benefit from the transparency and integrity of blockchain verification. This capability directly addresses regulatory privacy requirements (such as GDPR or HIPAA), allowing compliant use of blockchain in healthcare, finance, and other sensitive industries. Indeed, TEEs facilitate compliance with data protection laws by ensuring that personal data can be processed inside an enclave with only encrypted outputs leaving, satisfying regulators that data is safeguarded.

Beyond confidentiality, TEEs also help enforce fairness in smart contracts. For example, a decentralized exchange could run its matching engine inside a TEE to prevent miners or validators from seeing pending orders and unfairly front-running trades. In summary, TEEs bring a much-needed privacy layer to Web3, unlocking applications like confidential DeFi, private voting/governance, and enterprise contracts that were previously infeasible on public ledgers.

Scalability and Off-Chain Computation​

Another critical role for TEEs is improving blockchain scalability by offloading heavy computations off-chain into a secure environment. Blockchains struggle with complex or computationally intensive tasks due to performance limits and costs of on-chain execution. TEE-enabled off-chain computation allows these tasks to be done off the main chain (thus not consuming block gas or slowing down on-chain throughput) while still retaining trust guarantees about the correctness of the results. In effect, a TEE can serve as a verifiable off-chain compute accelerator for Web3.

For example, the iExec platform uses TEEs to create a decentralized cloud computing marketplace where developers can run computations off-chain and get results that are trusted by the blockchain. A dApp can request a computation (say, a complex AI model inference or a big data analysis) to be done by iExec worker nodes. These worker nodes execute the task inside an SGX enclave, producing a result along with an attestation that the correct code ran in a genuine enclave. The result is then returned on-chain, and the smart contract can verify the enclave’s attestation before accepting the output. This architecture allows heavy workloads to be handled off-chain without sacrificing trust, effectively boosting throughput. The iExec Orchestrator integration with Chainlink demonstrates this: a Chainlink oracle fetches external data, then hands off a complex computation to iExec’s TEE workers (e.g. aggregating or scoring the data), and finally the secure result is delivered on-chain. Use cases include things like decentralized insurance calculations (as iExec demonstrated), where a lot of data crunching can be done off-chain and cheaply, with only the final outcome going to the blockchain.

TEE-based off-chain computation also underpins some Layer-2 scaling solutions. Oasis Labs’ early prototype Ekiden (the precursor to Oasis Network) used SGX enclaves to run transaction execution off-chain in parallel, then commit only state roots to the main chain, effectively similar to rollup ideas but using hardware trust. By doing contract execution in TEEs, they achieved high throughput while relying on enclaves to preserve security. Another example is Sanders Network’s forthcoming Op-Succinct L2, which combines TEEs and zkSNARKs: TEEs execute transactions privately and quickly, and then zk-proofs are generated to prove the correctness of those executions to Ethereum.

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, избегая высоких комиссий за банковские переводы или конвертацию валют. Например, создатель контента в Индии или Нигерии мог бы получить стейблкоин USD вместо того, чтобы иметь дело с дорогостоящими международными банковскими переводами. Это могло бы сэкономить Meta деньги (меньше комиссий за обработку) и ускорить платежи.

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

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

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

Таким образом, стремление 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), два крупнейших стейблкоина USD, для обеспечения ликвидности и узнаваемости для пользователей. Интеграция существующих регулируемых стейблкоинов избавит 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» (пока): Во время Libra Facebook по сути создавал свою собственную валюту. Теперь представители Meta подчеркивают, что «стейблкоина Meta» в разработке нет. Diem мертв и не будет возрожден. Вместо этого акцент делается на использовании существующих стейблкоинов (выпущенных третьими сторонами) в качестве платежных инструментов. Этот переход от эмитента к интегратору является прямым уроком из провала Libra – Meta избегает видимости чеканки собственных денег.

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

• Сокращение амбиций (по крайней мере, на начальном этапе): Libra стремилась стать универсальной валютой и финансовой системой. Усилия Meta в 2025 году имеют более узкий первоначальный охват: выплаты и одноранговые платежи в рамках платформ 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 создаст продукт, который объединит обычные платежи с криптовалютой (вероятно, обеспечивая наличие таких вещей, как банковские интеграции, плавный UX, 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), Meta занимает очень осторожную, ориентированную на соблюдение требований позицию в 2025 году. Ключевые элементы регуляторного позиционирования Meta включают:

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

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

• Глобальное и местное соответствие: Помимо США, 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, после того, как регуляторные проблемы затронули собственный BUSD Binance. К апрелю 2025 года рыночная капитализация FDUSD составляла около 1,25 миллиарда долларов. Он имел некоторую волатильность (кратковременно терял привязку к 1 доллару в апреле), но рекламируется как базирующийся в более дружественной регуляторной среде в Азии.

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

| Характеристика | Инициатива Meta по стейблкоинам (2025) Meta’s Stablecoin Revival in 2025: Plans, Strategy, and Impact

Meta’s 2025 Stablecoin Initiative – Announcements and Projects​

In May 2025, reports surfaced that Meta (formerly Facebook) is re-entering the stablecoin market with new initiatives focused on digital currencies. While Meta has not formally announced a new coin, a Fortune report revealed the company is in discussions with crypto firms about using stablecoins for payments. These discussions are still preliminary (Meta is in “learn mode”), but they mark Meta’s first significant crypto move since the 2019–2022 Libra/Diem project. Notably, Meta aims to leverage stablecoins to handle payouts for content creators and cross-border transfers on its platforms.

Official stance: Meta has not launched any new cryptocurrency of its own as of May 2025. Andy Stone, Meta’s Communications Director, responded to the rumors by clarifying that “Diem is ‘dead.’ There is no Meta stablecoin.”. This indicates that instead of resurrecting an in-house coin like Diem, Meta’s approach is likely to integrate existing stablecoins (possibly issued by partner firms) into its ecosystem. In fact, sources suggest Meta may use multiple stablecoins rather than a single proprietary coin. In short, the project in 2025 is not a relaunch of Libra/Diem, but a new effort to support stablecoins within Meta’s products.

Strategic Goals and Motivations for Meta​

Meta’s renewed crypto foray is driven by clear strategic goals. Chief among these is reducing payment friction and cost for global user transactions. By using stablecoins (digital tokens pegged 1:1 to fiat currency), Meta can simplify cross-border payments and creator monetization across its 3+ billion users. Specific motivations include:

• Lowering Payment Costs: Meta makes countless small payouts to contributors and creators worldwide. Stablecoin payouts would let Meta pay everyone in a single USD-pegged currency, avoiding hefty fees from bank wires or currency conversions. For example, a creator in India or Nigeria could receive a USD stablecoin rather than dealing with costly international bank transfers. This could save Meta money (fewer processing fees) and speed up payments.

• Micropayments and New Revenue Streams: Stablecoins enable fast, low-cost micro-transactions. Meta could facilitate tipping, in-app purchases, or revenue sharing in tiny increments (cents or dollars) without exorbitant fees. For instance, sending a few dollars in stablecoin costs only fractions of a cent on certain networks. This capability is crucial for business models like tipping content creators, cross-border e-commerce on Facebook Marketplace, or buying digital goods in the metaverse.

• Global User Engagement: A stablecoin integrated into Facebook, Instagram, WhatsApp, etc., would function as a universal digital currency within Meta’s ecosystem. This can keep users and their money circulating inside Meta’s apps (similar to how WeChat uses WeChat Pay). Meta could become a major fintech platform by handling remittances, shopping, and creator payments internally. Such a move aligns with CEO Mark Zuckerberg’s longstanding interest in expanding Meta’s role in financial services and the metaverse economy (where digital currencies are needed for transactions).

• Staying Competitive: The broader tech and finance industry is warming up to stablecoins as essential infrastructure. Rivals and financial partners are embracing stablecoins, from PayPal’s PYUSD launch in 2023 to Mastercard, Visa, and Stripe’s stablecoin projects. Meta doesn’t want to be left behind in what some see as the future of payments. Re-entering crypto now allows Meta to capitalize on an evolving market (stablecoins may grow by $2 trillion by 2028, according to Standard Chartered) and to diversify its business beyond advertising.

In summary, Meta’s stablecoin push is about cutting costs, unlocking new features (fast global payments), and positioning Meta as a key player in the digital economy. These motivations echo the original Libra vision of financial inclusion, but with a more focused and pragmatic approach in 2025.

Technology and Blockchain Infrastructure Plans​

Unlike the Libra project—which involved creating a brand-new blockchain—Meta’s 2025 strategy leans toward using existing blockchain infrastructure and stablecoins. According to reports, Meta is considering Ethereum’s blockchain as one backbone for these stablecoin transactions. Ethereum is attractive due to its maturity and widespread adoption in the crypto ecosystem. In fact, Meta “plans to start using stablecoins on the Ethereum blockchain” to reach its massive user base. This suggests Meta might integrate popular Ethereum-based stablecoins (like USDC or USDT) into its apps.

However, Meta appears open to a multi-chain or multi-coin approach. The company will “likely use more than one type of stablecoin” for different purposes. This could involve:

• Partnering with Major Stablecoin Issuers: Meta has reportedly been in talks with firms like Circle (issuer of USDC) and others. It may support USD Coin (USDC) and Tether (USDT), the two largest USD stablecoins, to ensure liquidity and familiarity for users. Integrating existing regulated stablecoins would spare Meta the trouble of issuing its own token while providing immediate scale.

• Utilizing Efficient Networks: Meta also seems interested in high-speed, low-cost blockchain networks. The hiring of Ginger Baker (more on her below) hints at this strategy. Baker sits on the board of the Stellar Development Foundation, and analysts note that Stellar’s network is designed for compliance and cheap transactions. Stellar natively supports regulated stablecoins and features like KYC and on-chain reporting. It’s speculated that Meta Pay’s wallet could leverage Stellar for near-instant micropayments (sending USDC via Stellar costs a fraction of a cent). In essence, Meta might route transactions through whichever blockchain offers the best mix of compliance, speed, and low fees (Ethereum for broad compatibility, Stellar or others for efficiency).

• Meta Pay Wallet Transformation: On the front end, Meta is likely upgrading its existing Meta Pay infrastructure into a “decentralized-ready” digital wallet. Meta Pay (formerly Facebook Pay) currently handles traditional payments on Meta’s platforms. Under Baker’s leadership, it is envisioned to support cryptocurrencies and stablecoins seamlessly. This means users could hold stablecoin balances, send them to peers, or receive payouts in-app, with the complexity of blockchain managed behind the scenes.

Importantly, Meta is not building a new coin or chain from scratch this time. By using proven public blockchains and partner-issued coins, Meta can roll out stablecoin functionality faster and with (hopefully) less regulatory resistance. The technology plan focuses on integration rather than invention – weaving stablecoins into Meta’s products in a way that feels natural to users (e.g. a WhatsApp user might send a USDC payment as easily as sending a photo).

Reviving Diem/Novi or Starting Anew?​

Meta’s current initiative clearly differs from its past Libra/Diem effort. Libra (announced 2019) was an ambitious plan for a Facebook-led global currency, backed by a basket of assets and governed by an association of companies. It was later rebranded to Diem (a USD-pegged stablecoin) but ultimately shut down in early 2022 amid regulatory backlash. Novi, the accompanying crypto wallet, was piloted briefly but also discontinued.

In 2025, Meta is not simply reviving Diem/Novi. Key differences in the new approach include:

• No In-House “Meta Coin” (For Now): During Libra, Facebook was essentially creating its own currency. Now, Meta’s spokespeople emphasize that “there is no Meta stablecoin” in development. Diem is dead and won’t be resurrected. Instead, the focus is on using existing stablecoins (issued by third parties) as payment tools. This shift from issuer to integrator is a direct lesson from Libra’s failure – Meta is avoiding the appearance of coining its own money.

• Compliance-First Strategy: Libra’s broad vision spooked regulators who feared a private currency for billions could undermine national currencies. Today Meta is operating more quietly and cooperatively. The company is hiring compliance and fintech experts (for example, Ginger Baker) and choosing technologies known for regulatory compliance (e.g. Stellar). Any new stablecoin features will likely require identity verification and adhere to financial regulations in each jurisdiction, in contrast to Libra’s initially decentralized approach.

• Scaling Back Ambitions (at Least Initially): Libra aimed to be a universal currency and financial system. Meta’s 2025 effort has a narrower initial scope: payouts and peer-to-peer payments within Meta’s platforms. By targeting creator payments (like “up to $100” micro-payouts on Instagram), Meta is finding a use-case that is less likely to alarm regulators than a full-scale global currency. Over time this could expand, but the rollout is expected to be gradual and use-case driven, rather than a Big Bang launch of a new coin.

• No Public Association or New Blockchain: Libra was managed by an independent association and required partners running nodes on a brand new blockchain. The new approach doesn’t involve creating a consortium or a custom network. Meta is working directly with established crypto companies and leveraging their infrastructure. This behind-the-scenes collaboration means less publicity and potentially fewer regulatory targets than Libra’s highly public coalition.

In summary, Meta is starting anew, using the lessons from Libra/Diem to chart a more pragmatic course. The company has essentially pivoted from “becoming a crypto issuer” to “being a crypto-friendly platform”. As one crypto analyst observed, whether Meta “builds and issues their own [stablecoin] or partners with someone like Circle is yet to be determined” – but all signs point to partnerships rather than a solo venture like Diem.

Key Personnel, Partnerships, and Collaborations​

Meta has made strategic hires and likely partnerships to drive this stablecoin initiative. The standout personnel move is the addition of Ginger Baker as Meta’s Vice President of Product for payments and crypto. Baker joined Meta in January 2025 specifically to “help shepherd [Meta’s] stablecoin explorations”. Her background is a strong indicator of Meta’s strategy:

• Ginger Baker – Fintech Veteran: Baker is a seasoned payment executive. She previously worked at Plaid (as Chief Network Officer), and has experience at Ripple, Square, and Visa – all major players in payments/crypto. Uniquely, she also served on the board of the Stellar Development Foundation, and was an executive there. By hiring Baker, Meta gains expertise in both traditional fintech and blockchain networks (Ripple and Stellar are focused on cross-border and compliance). Baker is now “spearheading Meta’s renewed stablecoin initiatives”, including the transformation of Meta Pay into a crypto-ready wallet. Her leadership suggests Meta will build a product that bridges conventional payments with crypto (likely ensuring things like bank integrations, smooth UX, KYC, etc., are in place alongside the blockchain elements).

• Other Team Members: In addition to Baker, Meta is “adding crypto-experienced individuals” to its teams to support the stablecoin plans. Some former members of the Libra/Diem team may be involved behind the scenes, though many departed (for example, former Novi head David Marcus left to start his own crypto firm, and others went on to projects like Aptos). The current effort appears largely under Meta’s existing Meta Financial Technologies unit (which runs Meta Pay). No major acquisitions of crypto companies have been announced in 2025 so far – Meta seems to be relying on internal hires and partnerships rather than buying a stablecoin company outright.

• Potential Partnerships: While no official partners are named yet, multiple crypto firms have been in talks with Meta. At least two crypto company executives confirmed they’ve had early discussions with Meta about stablecoin payouts. It’s reasonable to speculate that Circle (issuer of USDC) is among them – the Fortune report made mention of Circle’s activities in the same context. Meta could partner with a regulated stablecoin issuer (like Circle or Paxos) to handle the currency issuance and custody. For instance, Meta might integrate USDC by working with Circle, similar to how PayPal partnered with Paxos to launch its own stablecoin. Other partnerships might involve crypto infrastructure providers (for security, custody, or blockchain integration) or fintech companies in different regions for compliance.

• External Advisors/Influencers: It’s worth noting that Meta’s move comes as others in tech/finance ramp up stablecoin efforts. Companies like Stripe and Visa recently made moves (Stripe bought a crypto startup, Visa partnered with a stablecoin platform). Meta may not formally partner with these companies, but these industry connections (e.g., Baker’s past at Visa, or existing commerce relationships Meta has with Stripe for payments) could smooth the path for stablecoin adoption. Additionally, First Digital (issuer of FDUSD) and Tether might see indirect collaboration if Meta decides to support their coins for certain markets.

In essence, Meta’s stablecoin initiative is being led by experienced fintech insiders and likely involves close collaboration with established crypto players. We see a deliberate effort to bring in people who understand both Silicon Valley and crypto. This bodes well for Meta navigating the technical and regulatory challenges with knowledgeable guidance.

Regulatory Strategy and Positioning​

Regulation is the elephant in the room for Meta’s crypto ambitions. After the bruising experience with Libra (where global regulators and lawmakers almost unanimously opposed Facebook’s coin), Meta is taking a very cautious, compliance-forward stance in 2025. Key elements of Meta’s regulatory positioning include:

• Working Within Regulatory Frameworks: Meta appears intent on working with authorities rather than attempting an end-run around them. By using existing regulated stablecoins (like USDC, which complies with U.S. state regulations and audits) and by building in KYC/AML features, Meta is aligning with current financial rules. For example, Stellar’s compliance features (KYC, sanctions screening) are explicitly noted as aligning with Meta’s need to stay in regulators’ good graces. This suggests Meta will ensure that users who transact in stablecoins through its apps are verified and that transactions can be monitored for illicit activity, similar to any fintech app.

• Political Timing: The regulatory climate in the U.S. has shifted since the Libra days. As of 2025, the administration of President Donald Trump is seen as more crypto-friendly than the prior Biden administration. This change potentially gives Meta an opening. In fact, Meta’s renewed push comes just as Washington is actively debating stablecoin legislation. A pair of stablecoin bills are working through Congress, and the Senate’s GENIUS Act is aiming to set guardrails for stablecoins. Meta could be hoping that a clearer legal framework will legitimize corporate involvement in digital currency. However, this is not without opposition – Senator Elizabeth Warren and other lawmakers have singled out Meta, urging that big tech firms be barred from issuing stablecoins in any new law. Meta will have to navigate such political hurdles, possibly by emphasizing that it is not issuing a new coin but merely using existing ones (thus technically not “Facebook Coin” that worried Congress).

• Global and Local Compliance: Beyond the U.S., Meta will consider regulations in each market. For instance, if it introduces stablecoin payments in WhatsApp for remittances, it may pilot this in countries with receptive regulators (similar to how WhatsApp Pay was rolled out in markets like Brazil or India with local approval). Meta may engage central banks and financial regulators in target regions to ensure its stablecoin integration meets requirements (such as being fully fiat-backed, redeemable, and not harming local currency stability). The First Digital USD (FDUSD), one of the stablecoins Meta could support, is Hong Kong-based and operates under that jurisdiction’s trust laws, which hints Meta might leverage regions with crypto-friendly rules (e.g. Hong Kong, Singapore) for initial phases.

• Avoiding the “Libra Mistake”: With Libra, regulators were concerned Meta would control a global currency outside of government control. Meta’s strategy now is to position itself as a participant, not a controller. By saying “there is no Meta stablecoin”, the company distances itself from the idea of printing money. Instead, Meta can argue it’s improving payment infrastructure for users, analogous to offering support for PayPal or credit cards. This narrative — “we’re just using safe, fully reserved currencies like USDC to help users transact” — is likely how Meta will pitch the project to regulators to allay fears of destabilizing the monetary system.

• Compliance and Licensing: If Meta does decide to offer a branded stablecoin or custody users’ crypto, it may seek the proper licenses (e.g., becoming a licensed money transmitter, obtaining state or federal charter for stablecoin issuance via a subsidiary or partner bank). There’s precedent: PayPal obtained a New York trust charter (through Paxos) for its stablecoin. Meta could similarly partner or create a regulated entity for any custodial aspects. For now, by partnering with established stablecoin issuers and banks, Meta can rely on their regulatory approvals.

Overall, Meta’s approach can be seen as “regulatory accommodation” – it is trying to design the project to fit into legal boxes that regulators have built or are building. This includes proactive outreach, scaling slowly, and employing experts who know the rules. That said, regulatory uncertainty remains a risk. The company will be closely watching the outcome of stablecoin bills and likely engaging in policy discussions to ensure it can move forward without legal roadblocks.

Market Impact and Stablecoin Landscape Analysis​

Meta’s entrance into stablecoins could be a game-changer for the stablecoin market, which as of early 2025 is already booming. The total market capitalization of stablecoins hit an all-time high of around $238–245 billion in April 2025, roughly double the size from a year before. This market is currently dominated by a few key players:

• Tether (USDT): The largest stablecoin, with nearly 70% of market share and about $148 billion in circulation as of April. USDT is issued by Tether Ltd. and is widely used in crypto trading and cross-exchange liquidity. It’s known for less transparency in reserves but has maintained its peg.

• USD Coin (USDC): The second-largest, issued by Circle (in partnership with Coinbase) with around $62 billion in supply (≈26% market share). USDC is U.S.-regulated, fully reserved in cash and treasuries, and favored by institutions for its transparency. It’s used both in trading and an increasing number of mainstream fintech apps.

• First Digital USD (FDUSD): A newer entrant (launched mid-2023) issued by First Digital Trust out of Hong Kong. FDUSD grew as an alternative on platforms like Binance after regulatory issues hit Binance’s own BUSD. By April 2025, FDUSD’s market cap was about $1.25 billion. It had some volatility (losing its $1 peg briefly in April), but is touted for being based in a friendlier regulatory environment in Asia.

The table below compares Meta’s envisioned stablecoin integration with USDT, USDC, and FDUSD:

Projected Impact: If Meta successfully rolls out stablecoin payments, it could significantly expand the reach and usage of stablecoins. Meta’s apps might onboard hundreds of millions of new stablecoin users who have never used crypto before. This mainstream adoption could increase the overall stablecoin market cap beyond current leaders. For example, should Meta partner with Circle to use USDC at scale, the demand for USDC could surge – potentially challenging USDT’s dominance over time. It’s plausible that Meta could help USDC (or whichever coin it adopts) grow closer to Tether’s size, by providing use cases outside of trading (social commerce, remittances, etc.).

On the other hand, Meta’s involvement might spur competition and innovation among stablecoins. Tether and other incumbents could adjust by improving transparency or forming their own big-tech alliances. New stablecoins might emerge tailored for social networks. Also, Meta supporting multiple stablecoins suggests no single coin will “monopolize” Meta’s ecosystem – users might seamlessly transact with different dollar tokens depending on region or preference. This could lead to a more diversified stablecoin market where dominance is spread.

It’s also important to note the infrastructure boost Meta could provide. A stablecoin integrated with Meta will likely need robust capacity for millions of daily transactions. This could drive improvements on the underlying blockchains (e.g. Ethereum Layer-2 scaling, or increased Stellar network usage). Already, observers suggest Meta’s move could “increase activity on [Ethereum] and demand for ETH” if a lot of transactions flow there. Similarly, if Stellar is used, its native token XLM could see higher demand as gas for transactions.

Finally, Meta’s entrance is somewhat double-edged for the crypto industry: it legitimizes stablecoins as a payment mechanism (potentially positive for adoption and market growth), but it also raises regulatory stakes. Governments may treat stablecoins more as a matter of national importance if billions of social media users start transacting in them. This could accelerate regulatory clarity – or crackdowns – depending on how Meta’s rollout goes. In any case, the stablecoin landscape by the late 2020s will likely be reshaped by Meta’s participation, alongside other big players like PayPal, Visa, and traditional banks venturing into this space.

Integration into Meta’s Platforms (Facebook, Instagram, WhatsApp, etc.)​

A critical aspect of Meta’s strategy is seamless integration of stablecoin payments into its family of apps. The goal is to embed digital currency functionality in a user-friendly way across Facebook, Instagram, WhatsApp, Messenger, and even new platforms like Threads. Here’s how integration is expected to play out on each service:

• Instagram: Instagram is poised to be a testing ground for stablecoin payouts. Creators on Instagram could opt to receive their earnings (for Reels bonuses, affiliate sales, etc.) in a stablecoin rather than local currency. Reports specifically mention Meta may start by paying out up to ~$100 to creators via stablecoins on Instagram. This suggests a focus on small cross-border payments – ideal for influencers in countries where receiving U.S. dollars directly is preferable. Additionally, Instagram could enable tipping of creators in-app using stablecoins, or allow users to purchase digital collectibles and services with a stablecoin balance. Since Instagram already experimented with NFT display features (in 2022) and has a creator marketplace, adding a stablecoin wallet could enhance its creator ecosystem.

• Facebook (Meta): On Facebook proper, stablecoin integration might manifest in Facebook Pay/Meta Pay features. Users on Facebook could send money to each other in chats using stablecoins, or donate to fundraisers with crypto. Facebook Marketplace (where people buy/sell goods) could support stablecoin transactions, enabling easier cross-border commerce by eliminating currency exchange issues. Another area is gaming and apps on Facebook – developers could be paid out in stablecoins, or in-game purchases could utilize a stablecoin for a universal experience. Given Facebook’s broad user base, integrating a stablecoin wallet in the profile or Messenger could quickly mainstream the concept of sending “digital dollars” to friends and family. Meta’s own posts hint at content monetization: for instance, paying out bonuses to Facebook content creators or Stars (Facebook’s tipping tokens) being potentially backed by stablecoins in the future.

• WhatsApp: This is perhaps the most transformative integration. WhatsApp has over 2 billion users and is heavily used for messaging in regions where remittances are crucial (India, Latin America, etc.). Meta’s stablecoin could turn WhatsApp into a global remittance platform. Users might send a stablecoin to a contact as easily as sending a text, with WhatsApp handling the currency swap on each end if needed. In fact, WhatsApp briefly piloted the Novi wallet in 2021 for sending a stablecoin (USDP) in the US and Guatemala – so the concept is proven on a small scale. Now Meta could incorporate stablecoin transfers natively into WhatsApp’s UI. For example, an Indian worker in the US could send USDC via WhatsApp to family in India, who could then cash it out or spend it if integrations with local payment providers are in place. This bypasses expensive remittance fees. Aside from P2P, small businesses on WhatsApp (common in emerging markets) could accept stablecoin payments for goods, using it like a low-fee merchant payment system. The Altcoin Buzz analysis even speculates that WhatsApp will be one of the next integration points after creator payouts.

• Messenger: Similar to WhatsApp, Facebook Messenger could allow sending money in chats using stablecoins. Messenger already has peer-to-peer fiat payments in the U.S. If extended to stablecoins, it could connect users internationally. One could envision Messenger chatbots or customer service using stablecoin transactions (for example, paying a bill or ordering products via a Messenger interaction and settling in stablecoin).

• Threads and Others: Threads (Meta’s Twitter-like platform launched in 2023) and the broader Meta VR/Metaverse (Reality Labs) might also leverage stablecoins. In Horizon Worlds or other metaverse experiences, a stablecoin could serve as the in-world currency for buying virtual goods, tickets to events, etc., providing a real-money equivalent that travels across experiences. While Meta’s metaverse unit is currently operating at a loss, integrating a currency accepted across games and worlds could create a unified economy that might spur usage (much like Roblox has Robux, but in Meta’s case it would be a USD stablecoin under the hood). This would align with Zuckerberg’s vision of the metaverse economy, without creating a new token just for VR.

Integration Strategy: Meta is likely to roll this out carefully. A plausible sequence is:

1. Pilot creator payouts on Instagram (limited amount, select regions) – this tests the system with real value going out, but in a controlled way.
2. Expand to P2P transfers in messaging (WhatsApp/Messenger) once confidence is gained – starting with remittance corridors or within certain countries.
3. Merchant payments and services – enabling businesses on its platforms to transact in stablecoin (this could involve partnerships with payment processors to allow easy conversion to local fiat).
4. Full ecosystem integration – eventually, a user’s Meta Pay wallet could show a stablecoin balance that can be used anywhere across Facebook ads, Instagram shopping, WhatsApp pay, etc.

It’s worth noting that user experience will be key. Meta will likely abstract away terms like “USDC” or “Ethereum” from the average user. The wallet might just display a balance in “USD” (powered by stablecoins in the backend) to make it simple. Only more advanced users might interact with on-chain functions (like withdrawing to an external crypto wallet), if allowed. Meta’s advantage is its huge user base; if even a fraction adopt the stablecoin feature, it could outnumber the current crypto user population.

In conclusion, Meta’s plan to integrate stablecoins into its platforms could blur the line between traditional digital payments and cryptocurrency. A Facebook or WhatsApp user may soon be using a stablecoin without even realizing it’s a crypto asset – they’ll just see a faster, cheaper way to send money and transact globally. This deep integration could set Meta’s apps apart in markets where financial infrastructure is costly or slow, and it positions Meta as a formidable competitor to both fintech companies and crypto exchanges in the realm of digital payments.

Sources:

• Meta’s stablecoin exploratory talks and hiring of a crypto VP
• Meta’s intent to use stablecoins for cross-border creator payouts (Fortune report)
• Comment by Meta’s communications director (“Diem is dead, no Meta stablecoin”)
• Analysis of Meta’s strategic motivations (cost reduction, single currency for payouts)
• Tech infrastructure choices – Ethereum integration and Stellar’s compliance features
• Ginger Baker’s role and background (former Plaid, Ripple, Stellar board)
• Fortune/LinkedIn insights on Meta’s crypto team and partnerships in discussion
• Regulatory context: Libra’s collapse in 2022 and 2025’s friendlier environment under Trump vs. legislative pushback (Sen. Warren on banning Big Tech stablecoins)
• Stablecoin market data (Q2 2025): ~$238B market cap, USDT ~$148B vs USDC ~$62B, growth trends
• Comparison info for USDT, USDC, FDUSD (market share, regulatory stance, issuers)
• Integration details across Meta’s products (content creator payouts, WhatsApp payments).

Введение​

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

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

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

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

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

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

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

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

Основная цель Ika – преодолеть узкие места производительности предыдущих сетей MPC. Устаревшие протоколы пороговой подписи (такие как 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 предлагает SDK на TypeScript (библиотека Node.js), который отражает стиль Sui SDK. Этот SDK позволяет разработчикам создавать dWallets (децентрализованные кошельки) и управлять ими, а также отправлять запросы на подпись в Ika из своих приложений. Используя TS SDK, разработчики могут генерировать пары ключей, регистрировать доли пользователей и вызывать RPC Ika для координации пороговых подписей – все с использованием знакомых шаблонов из API Sui. SDK абстрагирует сложность протокола MPC, делая его таким же простым, как вызов функции для запроса (например) подписи транзакции Bitcoin, при наличии соответствующего контекста и одобрения пользователя.

• CLI и локальная сеть: Для более прямого взаимодействия доступен интерфейс командной строки (CLI) под названием dWallet CLI. Разработчики могут запустить локальную ноду Ika или даже локальную тестовую сеть, форкнув репозиторий с открытым исходным кодом. Это ценно для тестирования и интеграции в среде разработки. Документация содержит инструкции по настройке локальной devnet, получению токенов testnet (DWLT – токен testnet) и созданию первого адреса 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 в качестве уровня данных) и другими Layer-1 в будущем.

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

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

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

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

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

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

Совместимость и интероперабельность экосистем​

Ika специально создана как уровень интероперабельности, изначально для Sui, но расширяемый на многие экосистемы. С первого дня ее ближайшая интеграция – с блокчейном Sui: она фактически действует как дополнительный модуль к Sui, расширяя возможности dApps Sui с помощью мультичейн-функциональности. Это тесное соответствие является намеренным – контракты Sui Move и объектно-ориентированная модель делают ее хорошим «контроллером» для dWallets Ika. Например, приложение Sui DeFi может использовать Ika для мгновенного получения ликвидности из Ethereum или Bitcoin, делая Sui центром мультичейн-ликвидности. Поддержка Sui Foundation для Ika указывает на стратегию позиционирования 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 была основана командой опытных специалистов по криптографии и блокчейну, в основном базирующихся в Израиле. Создатель и генеральный директор проекта – Омер Садика, предприниматель с сильным опытом в области криптографической безопасности. Омер ранее был соучредителем Odsy Network, еще одного проекта, ориентированного на децентрализованную инфраструктуру кошельков, и является основателем/генеральным директором dWallet Labs, компании, стоящей за Ika. Его опыт включает обучение в Y Combinator (выпускник YC) и акцент на кибербезопасности и распределенных системах. Опыт Омера с Odsy и dWallet Labs непосредственно сформировал видение Ika – по сути, Ika можно рассматривать как эволюцию концепции «динамического децентрализованного кошелька», над которой работала Odsy, теперь реализованной как сеть MPC на Sui.

Технический директор и соучредитель Ika – Йехонатан Коэн Скали, эксперт по криптографии, соавтор протокола 2PC-MPC. Йехонатан руководит исследованиями и разработками новых криптографических алгоритмов Ika и ранее работал в области кибербезопасности (возможно, с академическими исследованиями в области криптографии). Его цитировали, когда он обсуждал ограничения существующих пороговых схем и то, как подход Ika их преодолевает, что отражает глубокий опыт в MPC и распределенных криптографических протоколах. Еще один соучредитель – Дэвид Лахмиш, который курирует разработку продуктов. Роль Дэвида заключается в преобразовании основной технологии в удобные для разработчиков продукты и реальные варианты использования. Трио Омера, Йехонатана и Дэвида – наряду с другими исследователями, такими как доктор Долев Муцари (вице-президент по исследованиям в dWallet Labs) – составляет руководство Ika. В совокупности квалификация команды включает предыдущие стартапы, вклад в академические исследования и опыт на пересечении криптографии, безопасности и блокчейна. Эта глубина является причиной того, что Ika описывается как созданная «одними из ведущих мировых экспертов по криптографии».

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

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

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

В мае 2023 года Ika привлекла дополнительные ~7,5 млн долларов в рамках, по-видимому, раунда серии А или стратегического раунда, по сообщениям, при оценке около 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 получает сильную помощь в выходе на рынок в экосистеме 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 станет основным решением для децентрализованного управления ключами и мостов во многих сетях, и они оценили проект соответствующим образом.

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

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

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

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

• Предложение и распределение: По состоянию на сейчас (Q2 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 имеет служебный и управляющий характер – полезность в оплате услуг и стейкинге, и, вероятно, управление в направлении будущего протокола (хотя управление пока явно не упоминается, для таких сетей обычно со временем децентрализуется контроль через голосование токенами). Можно представить, что держатели токенов 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 упоминает «защитные механизмы для ИИ-агентов» в качестве варианта использования. Это перспективно, играя на тенденции автономии ИИ (например, ИИ-агенты, выполняющие операции в блокчейне). Ika может гарантировать, что ИИ-агент (скажем, автономный экономический агент, которому предоставлен контроль над некоторыми средствами) не сможет сбежать со средствами, потому что сам агент не является единственным держателем ключа – ему все равно потребуется доля пользователя или соблюдение условий в Ika. Маркетинг Ika как поставщика защитных механизмов для ИИ в Web3 – это новый подход для привлечения интереса со стороны этого сектора.

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

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

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

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

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

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

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

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

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

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

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

Конкурентный анализ: Ika против других сетей MPC/пороговых сетей​

Ika работает в передовой области криптографических сетей, где несколько проектов преследуют схожие цели с различными подходами. Ниже приведено краткое сравнение Ika с Lit Protocol, Threshold Network и Zama (каждый из которых является представительным конкурентом в децентрализованной ключевой инфраструктуре или конфиденциальных вычислениях):

| Аспект | Ika (Параллельная сеть MPC) --- title: "Sui-Backed MPC Network Ika – Comprehensive Technical and Investment Evaluation" tags: [ "MPC Network", "Blockchain", "Cryptography", "Sui Foundation", "Cross-Chain Interoperability", ] keywords: [ "Ika", "Sui Foundation", "MPC", "Blockchain", "Cryptography", "Cross-Chain", "Interoperability", "Investment", ] description: "An in-depth analysis of Ika, a parallel Multi-Party Computation network backed by the Sui Foundation, focusing on its technical architecture, cryptographic design, business model, and competitive landscape in the blockchain ecosystem." image: "https://opengraph-image.blockeden.xyz/api/og-blockeden-xyz?title=%D0%A1%D0%B5%D1%82%D1%8C%20MPC%20Ika%20%D1%81%20%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%BE%D0%B9%20Sui%20%E2%80%93%20%D0%9A%D0%BE%D0%BC%D0%BF%D0%BB%D0%B5%D0%BA%D1%81%D0%BD%D0%B0%D1%8F%20%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F%20%D0%B8%20%D0%B8%D0%BD%D0%B2%D0%B5%D1%81%D1%82%D0%B8%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F%20%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0%22%0A%0A---%0A%0A%23%20%D0%A1%D0%B5%D1%82%D1%8C%20MPC%20**Ika**%20%D1%81%20%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%BE%D0%B9%20Sui%20%E2%80%93%20%D0%9A%D0%BE%D0%BC%D0%BF%D0%BB%D0%B5%D0%BA%D1%81%D0%BD%D0%B0%D1%8F%20%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F%20%D0%B8%20%D0%B8%D0%BD%D0%B2%D0%B5%D1%81%D1%82%D0%B8%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F%20%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0%0A%0A%23%23%20%D0%92%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5%0A%0AIka%20%E2%80%93%20%D1%8D%D1%82%D0%BE%20**%D0%BF%D0%B0%D1%80%D0%B0%D0%BB%D0%BB%D0%B5%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F%20%D1%81%D0%B5%D1%82%D1%8C%20%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE%D1%81%D1%82%D0%BE%D1%80%D0%BE%D0%BD%D0%BD%D0%B8%D1%85%20%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9%20(MPC)**, стратегически поддерживаемая Sui Foundation. Ранее известная как dWallet Network, Ika разработана для обеспечения кроссчейн-взаимодействия с нулевым доверием на высокой скорости и в масштабе. Она позволяет смарт-контрактам (особенно в блокчейне Sui) безопасно контролировать и координировать активы в других блокчейнах без традиционных мостов. Этот отчет представляет глубокий анализ технической архитектуры и криптографического дизайна Ika с точки зрения основателя, а также бизнес- и инвестиционный анализ, охватывающий команду, финансирование, токеномику, принятие и конкуренцию. Для контекста также включена сводная сравнительная таблица Ika с другими сетями на основе MPC (Lit Protocol, Threshold Network и Zama).

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

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

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

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

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

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

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

Основная цель Ika – преодолеть узкие места производительности предыдущих сетей MPC. Устаревшие протоколы пороговой подписи (такие как 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 предлагает SDK на TypeScript (библиотека Node.js), который отражает стиль Sui SDK. Этот SDK позволяет разработчикам создавать dWallets (децентрализованные кошельки) и управлять ими, а также отправлять запросы на подпись в Ika из своих приложений. Используя TS SDK, разработчики могут генерировать пары ключей, регистрировать доли пользователей и вызывать RPC Ika для координации пороговых подписей – все с использованием знакомых шаблонов из API Sui. SDK абстрагирует сложность протокола MPC, делая его таким же простым, как вызов функции для запроса (например) подписи транзакции Bitcoin, при наличии соответствующего контекста и одобрения пользователя.

• CLI и локальная сеть: Для более прямого взаимодействия доступен интерфейс командной строки (CLI) под названием dWallet CLI. Разработчики могут запустить локальную ноду Ika или даже локальную тестовую сеть, форкнув репозиторий с открытым исходным кодом. Это ценно для тестирования и интеграции в среде разработки. Документация содержит инструкции по настройке локальной devnet, получению токенов testnet (DWLT – токен testnet) и созданию первого 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 в качестве уровня данных) и другими Layer-1 в будущем.

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

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

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

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

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

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

Совместимость и интероперабельность экосистем​

Ika специально создана как уровень интероперабельности, изначально для Sui, но расширяемый на многие экосистемы. С первого дня ее ближайшая интеграция – с блокчейном Sui: она фактически действует как дополнительный модуль к Sui, расширяя возможности dApps Sui с помощью мультичейн-функциональности. Это тесное соответствие является намеренным – контракты Sui Move и объектно-ориентированная модель делают ее хорошим «контроллером» для dWallets Ika. Например, приложение Sui DeFi может использовать Ika для мгновенного получения ликвидности из Ethereum или Bitcoin, делая Sui центром мультичейн-ликвидности. Поддержка Sui Foundation для Ika указывает на стратегию позиционирования 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 была основана командой опытных специалистов по криптографии и блокчейну, в основном базирующихся в Израиле. Создатель и генеральный директор проекта – Омер Садика, предприниматель с сильным опытом в области криптографической безопасности. Омер ранее был соучредителем Odsy Network, еще одного проекта, ориентированного на децентрализованную инфраструктуру кошельков, и является основателем/генеральным директором dWallet Labs, компании, стоящей за Ika. Его опыт включает обучение в Y Combinator (выпускник YC) и акцент на кибербезопасности и распределенных системах. Опыт Омера с Odsy и dWallet Labs непосредственно сформировал видение Ika – по сути, Ika можно рассматривать как эволюцию концепции «динамического децентрализованного кошелька», над которой работала Odsy, теперь реализованной как сеть MPC на Sui.

Технический директор и соучредитель Ika – Йехонатан Коэн Скали, эксперт по криптографии, соавтор протокола 2PC-MPC. Йехонатан руководит исследованиями и разработками новых криптографических алгоритмов Ika и ранее работал в области кибербезопасности (возможно, с академическими исследованиями в области криптографии). Его цитировали, когда он обсуждал ограничения существующих пороговых схем и то, как подход Ika их преодолевает, что отражает глубокий опыт в MPC и распределенных криптографических протоколах. Еще один соучредитель – Дэвид Лахмиш, который курирует разработку продуктов. Роль Дэвида заключается в преобразовании основной технологии в удобные для разработчиков продукты и реальные варианты использования. Трио Омера, Йехонатана и Дэвида – наряду с другими исследователями, такими как доктор Долев Муцари (вице-президент по исследованиям в dWallet Labs) – составляет руководство Ika. В совокупности квалификация команды включает предыдущие стартапы, вклад в академические исследования и опыт на пересечении криптографии, безопасности и блокчейна. Эта глубина является причиной того, что Ika описывается как созданная «одними из ведущих мировых экспертов по криптографии».

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

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

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

В мае 2023 года Ika привлекла дополнительные ~7,5 млн долларов в рамках, по-видимому, раунда серии А или стратегического раунда, по сообщениям, при оценке около 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 получает сильную помощь в выходе на рынок в экосистеме 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 станет основным решением для децентрализованного управления ключами и мостов во многих сетях, и они оценили проект соответствующим образом.

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

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

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

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

• Предложение и распределение: По состоянию на сейчас (Q2 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 имеет служебный и управляющий характер – полезность в оплате услуг и стейкинге, и, вероятно, управление в направлении будущего протокола (хотя управление пока явно не упоминается, это обычное дело для таких сетей – со временем децентрализовать контроль через голосование токенами). Можно представить, что держатели токенов 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 упоминает «защитные механизмы для ИИ-агентов» в качестве варианта использования. Это перспективно, играя на тенденции автономии ИИ (например, ИИ-агенты, выполняющие операции в блокчейне). Ika может гарантировать, что ИИ-агент (скажем, автономный экономический агент, которому предоставлен контроль над некоторыми средствами) не сможет сбежать со средствами, потому что сам агент не является единственным держателем ключа – ему все равно потребуется доля пользователя или соблюдение условий в Ika. Маркетинг Ika как поставщика защитных механизмов для ИИ в Web3 – это новый подход для привлечения интереса со стороны этого сектора.

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

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

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

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

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

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

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

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

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

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

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

Конкурентный анализ: Ika против других сетей MPC/пороговых сетей​

Ika работает в передовой области криптографических сетей, где несколько проектов преследуют схожие цели с различными подходами. Ниже приведено краткое сравнение Ika с Lit Protocol, Threshold Network и Zama (каждый из которых является представительным конкурентом в децентрализованной ключевой инфраструктуре или конфиденциальных вычислениях):

| Аспект | Ika (Параллельная сеть MPC)​

title: "Sui-Backed MPC Network Ika – Comprehensive Technical and Investment Evaluation" tags: [ "MPC Network", "Blockchain", "Cryptography", "Sui Foundation", "Cross-Chain Interoperability", ] keywords: [ "Ika", "Sui Foundation", "MPC", "Blockchain", "Cryptography", "Cross-Chain", "Interoperability", "Investment", ] description: "An in-depth analysis of Ika, a parallel Multi-Party Computation network backed by the Sui Foundation, focusing on its technical architecture, cryptographic design, business model, and competitive landscape in the blockchain ecosystem." image: "https://opengraph-image.blockeden.xyz/api/og-blockeden-xyz?title=%D0%A1%D0%B5%D1%82%D1%8C%20MPC%20Ika%20%D1%81%20%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%BE%D0%B9%20Sui%20%E2%80%93%20%D0%9A%D0%BE%D0%BC%D0%BF%D0%BB%D0%B5%D0%BA%D1%81%D0%BD%D0%B0%D1%8F%20%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F%20%D0%B8%20%D0%B8%D0%BD%D0%B2%D0%B5%D1%81%D1%82%D0%B8%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F%20%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0%22%0A%0A---%0A%0A%23%20%D0%A1%D0%B5%D1%82%D1%8C%20MPC%20**Ika**%20%D1%81%20%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D0%BE%D0%B9%20Sui%20%E2%80%93%20%D0%9A%D0%BE%D0%BC%D0%BF%D0%BB%D0%B5%D0%BA%D1%81%D0%BD%D0%B0%D1%8F%20%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F%20%D0%B8%20%D0%B8%D0%BD%D0%B2%D0%B5%D1%81%D1%82%D0%B8%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F%20%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0%0A%0A%23%23%20%D0%92%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5%0A%0AIka%20%E2%80%93%20%D1%8D%D1%82%D0%BE%20**%D0%BF%D0%B0%D1%80%D0%B0%D0%BB%D0%BB%D0%B5%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F%20%D1%81%D0%B5%D1%82%D1%8C%20%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE%D1%81%D1%82%D0%BE%D1%80%D0%BE%D0%BD%D0%BD%D0%B8%D1%85%20%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9%20(MPC)**, стратегически поддерживаемая Sui Foundation. Ранее известная как dWallet Network, Ika разработана для обеспечения кроссчейн-взаимодействия с нулевым доверием на высокой скорости и в масштабе. Она позволяет смарт-контрактам (особенно в блокчейне Sui) безопасно контролировать и координировать активы в других блокчейнах без традиционных мостов. Этот отчет представляет глубокий анализ технической архитектуры и криптографического дизайна Ika с точки зрения основателя, а также бизнес- и инвестиционный анализ, охватывающий команду, финансирование, токеномику, принятие и конкуренцию. Для контекста также включена сводная сравнительная таблица Ika с другими сетями на основе MPC (Lit Protocol, Threshold Network и Zama).

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

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

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

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

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

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

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

Основная цель Ika – преодолеть узкие места производительности предыдущих сетей MPC. Устаревшие протоколы пороговой подписи (такие как 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 предлагает SDK на TypeScript (библиотека Node.js), который отражает стиль Sui SDK. Этот SDK позволяет разработчикам создавать dWallets (децентрализованные кошельки) и управлять ими, а также отправлять запросы на подпись в Ika из своих приложений. Используя TS SDK, разработчики могут генерировать пары ключей, регистрировать доли пользователей и вызывать RPC Ika для координации пороговых подписей – все с использованием знакомых шаблонов из API Sui. SDK абстрагирует сложность протокола MPC, делая его таким же простым, как вызов функции для запроса (например) подписи транзакции Bitcoin, при наличии соответствующего контекста и одобрения пользователя.

• CLI и локальная сеть: Для более прямого взаимодействия доступен интерфейс командной строки (CLI) под названием dWallet CLI. Разработчики могут запустить локальную ноду Ika или даже локальную тестовую сеть, форкнув репозиторий с открытым исходным кодом. Это ценно для тестирования и интеграции в среде разработки. Документация содержит инструкции по настройке локальной devnet, получению токенов testnet (DWLT – токен testnet) и созданию первого 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 в качестве уровня данных) и другими Layer-1 в будущем.

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

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

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

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

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

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

Совместимость и интероперабельность экосистем​

Ika специально создана как уровень интероперабельности, изначально для Sui, но расширяемый на многие экосистемы. С первого дня ее ближайшая интеграция – с блокчейном Sui: она фактически действует как дополнительный модуль к Sui, расширяя возможности dApps Sui с помощью мультичейн-функциональности. Это тесное соответствие является намеренным – контракты Sui Move и объектно-ориентированная модель делают ее хорошим «контроллером» для dWallets Ika. Например, приложение Sui DeFi может использовать Ika для мгновенного получения ликвидности из Ethereum или Bitcoin, делая Sui центром мультичейн-ликвидности. Поддержка Sui Foundation для Ika указывает на стратегию позиционирования 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 была основана командой опытных специалистов по криптографии и блокчейну, в основном базирующихся в Израиле. Создатель и генеральный директор проекта – Омер Садика, предприниматель с сильным опытом в области криптографической безопасности. Омер ранее был соучредителем Odsy Network, еще одного проекта, ориентированного на децентрализованную инфраструктуру кошельков, и является основателем/генеральным директором dWallet Labs, компании, стоящей за Ika. Его опыт включает обучение в Y Combinator (выпускник YC) и акцент на кибербезопасности и распределенных системах. Опыт Омера с Odsy и dWallet Labs непосредственно сформировал видение Ika – по сути, Ika можно рассматривать как эволюцию концепции «динамического децентрализованного кошелька», над которой работала Odsy, теперь реализованной как сеть MPC на Sui.

Технический директор и соучредитель Ika – Йехонатан Коэн Скали, эксперт по криптографии, соавтор протокола 2PC-MPC. Йехонатан руководит исследованиями и разработками новых криптографических алгоритмов Ika и ранее работал в области кибербезопасности (возможно, с академическими исследованиями в области криптографии). Его цитировали, когда он обсуждал ограничения существующих пороговых схем и то, как подход Ika их преодолевает, что отражает глубокий опыт в MPC и распределенных криптографических протоколах. Еще один соучредитель – Дэвид Лахмиш, который курирует разработку продуктов. Роль Дэвида заключается в преобразовании основной технологии в удобные для разработчиков продукты и реальные варианты использования. Трио Омера, Йехонатана и Дэвида – наряду с другими исследователями, такими как доктор Долев Муцари (вице-президент по исследованиям в dWallet Labs) – составляет руководство Ika. В совокупности квалификация команды включает предыдущие стартапы, вклад в академические исследования и опыт на пересечении криптографии, безопасности и блокчейна. Эта глубина является причиной того, что Ika описывается как созданная «одними из ведущих мировых экспертов по криптографии».

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

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

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

В мае 2023 года Ika привлекла дополнительные ~7,5 млн долларов в рамках, по-видимому, раунда серии А или стратегического раунда, по сообщениям, при оценке около 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 получает сильную помощь в выходе на рынок в экосистеме 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 станет основным решением для децентрализованного управления ключами и мостов во многих сетях, и они оценили проект соответствующим образом.

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

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

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

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

• Предложение и распределение: По состоянию на сейчас (Q2 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 имеет служебный и управляющий характер – полезность в оплате услуг и стейкинге, и, вероятно, управление в направлении будущего протокола (хотя управление пока явно не упоминается, это обычное дело для таких сетей – со временем децентрализовать контроль через голосование токенами). Можно представить, что держатели токенов 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 упоминает «защитные механизмы для ИИ-агентов» в качестве варианта использования. Это перспективно, играя на тенденции автономии ИИ (например, ИИ-агенты, выполняющие операции в блокчейне). Ika может гарантировать, что ИИ-агент (скажем, автономный экономический агент, которому предоставлен контроль над некоторыми средствами) не сможет сбежать со средствами, потому что сам агент не является единственным держателем ключа – ему все равно потребуется доля пользователя или соблюдение условий в Ika. Маркетинг Ika как поставщика защитных механизмов для ИИ в Web3 – это новый подход для привлечения интереса со стороны этого сектора.

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

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

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

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

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

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

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

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

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

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

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

Конкурентный анализ: Ika против других сетей MPC/пороговых сетей​

Ika работает в передовой области криптографических сетей, где несколько проектов преследуют схожие цели с различными подходами. Ниже приведено краткое сравнение Ika с Lit Protocol, Threshold Network и Zama (каждый из которых является представительным конкурентом в децентрализованной ключевой инфраструктуре или конфиденциальных вычислениях):

Конкурентное преимущество Ika: Отличительные особенности Ika заключаются в ее производительности в масштабе и уникальной модели безопасности. По сравнению с Lit Protocol, Ika может поддерживать гораздо больше подписантов и значительно более высокую пропускную способность, что делает ее подходящей для вариантов использования (таких как высокообъемная торговля или игры), с которыми сеть Lit столкнулась бы с трудностями. Ika также не полагается на доверенные среды выполнения, к которым некоторые разработчики относятся настороженно (из-за потенциальных эксплойтов в 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 вместо традиционных мостов с блокировкой и выпуском). Ей потребуется со временем продемонстрировать свою безопасность на практике, чтобы завоевать тот же уровень доверия, который, скажем, постепенно завоевала Threshold Network (Threshold пришлось доказывать tBTC после того, как более ранняя версия была приостановлена из-за рисков). Если технология Ika работает так, как заявлено, она эффективно опережает конкурентов, решая трилемму децентрализации, безопасности и скорости в пространстве MPC. Сильная поддержка со стороны Sui и обширные аудиты/документы придают ей доверие.

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

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

Публичные блокчейны обеспечивают прозрачность и целостность ценой конфиденциальности — каждая транзакция и состояние контракта доступны всем участникам. Такая открытость создает проблемы, такие как атаки MEV (Miner Extractable Value), копитрейдинг и утечка конфиденциальной бизнес-логики. Программируемая конфиденциальность призвана решить эти проблемы, позволяя выполнять вычисления над частными данными без раскрытия самих данных. Это становится возможным благодаря двум новым криптографическим парадигмам: виртуальным машинам с полностью гомоморфным шифрованием (FHE-VM) и сопроцессорам с нулевым разглашением (ZK-сопроцессорам). Эти подходы обеспечивают вычисления вне сети или зашифрованные вычисления с верификацией в сети, сохраняя конфиденциальность и поддерживая бездоверительную корректность. В этом отчете мы подробно рассмотрим архитектуры FHE-VM и ZK-сопроцессоров, сравним их компромиссы и изучим варианты использования в финансах, идентификации, здравоохранении, рынках данных и децентрализованном машинном обучении.

Виртуальная машина с полностью гомоморфным шифрованием (FHE-VM)​

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

Архитектура и дизайн FHE-VM​

Типичная FHE-VM расширяет стандартную среду выполнения смарт-контрактов (например, Ethereum Virtual Machine) нативной поддержкой зашифрованных типов данных и операций. Например, FHEVM от Zama вводит зашифрованные целые числа (euint8, euint32 и т. д.), зашифрованные булевы значения (ebool) и даже зашифрованные массивы как первоклассные типы. Языки смарт-контрактов, такие как Solidity, дополняются библиотеками или новыми опкодами, чтобы разработчики могли выполнять арифметические (add, mul и т. д.), логические операции и сравнения непосредственно с шифротекстами. Под капотом эти операции вызывают FHE-примитивы (например, используя библиотеку TFHE) для манипулирования зашифрованными битами и получения зашифрованных результатов.

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

1. Шифрование на стороне клиента: Пользователи шифруют свои входные данные локально, используя публичный FHE-ключ, перед отправкой транзакций. Ключ шифрования является публичным (для шифрования и оценки), тогда как ключ дешифрования остается секретным. В некоторых дизайнах каждый пользователь управляет своим собственным ключом; в других используется единый глобальный FHE-ключ (обсуждается ниже).
2. Гомоморфные вычисления в сети: Майнеры/валидаторы выполняют контракт с зашифрованными опкодами. Они выполняют те же детерминированные гомоморфные операции над шифротекстами, поэтому консенсус может быть достигнут относительно нового зашифрованного состояния. Важно отметить, что валидаторы никогда не видят открытый текст — они видят только «тарабарщину» шифротекста, но все равно могут обрабатывать его согласованно.
3. Дешифрование (необязательно): Если результат необходимо раскрыть или использовать вне сети, авторизованная сторона с приватным ключом может дешифровать выходной шифротекст. В противном случае результаты остаются зашифрованными и могут использоваться в качестве входных данных для дальнейших транзакций (позволяя последовательные вычисления над постоянным зашифрованным состоянием).

Основным аспектом дизайна является управление ключами. Один подход — это ключи для каждого пользователя, где каждый пользователь хранит свой секретный ключ и только он может дешифровать результаты, относящиеся к нему. Это максимизирует конфиденциальность (никто другой никогда не сможет дешифровать ваши данные), но гомоморфные операции не могут смешивать данные, зашифрованные разными ключами, без сложных многоключевых протоколов. Другой подход, используемый FHEVM от Zama, — это глобальный FHE-ключ: единый публичный ключ шифрует все данные контракта, а распределенный набор валидаторов хранит доли ключа порогового дешифрования. Публичные ключи шифрования и оценки публикуются в сети, поэтому любой может зашифровать данные для сети; приватный ключ разделен между валидаторами, которые могут коллективно дешифровать при необходимости по пороговой схеме. Чтобы предотвратить компрометацию конфиденциальности из-за сговора валидаторов, Zama использует пороговый FHE-протокол (основанный на их исследовании Noah’s Ark) с «шумовым затоплением» для обеспечения безопасности частичных дешифрований. Только если достаточное количество валидаторов сотрудничает, открытый текст может быть восстановлен, например, для обработки запроса на чтение. Однако в обычной работе ни один узел никогда не видит открытый текст — данные всегда остаются зашифрованными в сети.

Контроль доступа является еще одним важным компонентом. Реализации FHE-VM включают детальные элементы управления для определения того, кто (если таковые имеются) может инициировать дешифрование или получать доступ к определенным зашифрованным полям. Например, fhEVM от Cypher поддерживает списки контроля доступа (ACL) для шифротекстов, позволяя разработчикам указывать, какие адреса или контракты могут взаимодействовать с определенными данными или повторно шифровать их. Некоторые фреймворки поддерживают повторное шифрование: возможность передавать зашифрованное значение от ключа одного пользователя к ключу другого без раскрытия открытого текста. Это полезно для таких вещей, как рынки данных, где владелец данных может зашифровать набор данных своим ключом, а после покупки повторно зашифровать его ключом покупателя — все в сети, без публичного дешифрования.

Обеспечение корректности и конфиденциальности​

Можно спросить: если все данные зашифрованы, как мы обеспечиваем корректность логики контракта? Как цепочка может предотвратить недействительные операции, если она не может «видеть» значения? FHE само по себе не предоставляет доказательства корректности — валидаторы могут выполнять гомоморфные шаги, но они не могут по своей сути определить, был ли зашифрованный ввод пользователя действительным или следует ли выбрать условную ветвь и т. д., без дешифрования. Доказательства с нулевым разглашением (ZKPs) могут дополнять FHE для решения этой проблемы. В FHE-VM, как правило, пользователи должны предоставлять ZK-доказательство, подтверждающее определенные условия открытого текста, когда это необходимо. Дизайн Zama, например, использует ZK Proof of Plaintext Knowledge (ZKPoK) для сопровождения каждого зашифрованного ввода. Это доказывает, что пользователь знает открытый текст, соответствующий его шифротексту, и что он соответствует ожидаемым критериям, не раскрывая сам открытый текст. Такие «сертифицированные шифротексты» предотвращают отправку злоумышленником некорректного шифрования или значения, выходящего за пределы диапазона. Аналогично, для операций, требующих принятия решения (например, убедиться, что баланс счета ≥ сумма вывода), пользователь может предоставить ZK-доказательство того, что это условие выполняется для открытых текстов до выполнения зашифрованной операции. Таким образом, цепочка не дешифрует и не видит значения, но получает уверенность в том, что зашифрованные транзакции соответствуют правилам.

Другой подход в FHE-роллапах — это выполнение верификации вне сети с помощью ZKP. Fhenix (L2-роллап, использующий FHE) выбирает оптимистическую модель, где отдельный сетевой компонент, называемый Threshold Service Network, может дешифровать или верифицировать зашифрованные результаты, и любая некорректная вычисления может быть оспорена с помощью доказательства мошенничества. В целом, комбинация FHE + ZK или доказательств мошенничества гарантирует, что зашифрованное выполнение остается бездоверительным. Валидаторы либо коллективно дешифруют только при наличии разрешения, либо верифицируют доказательства того, что каждый зашифрованный переход состояния был действительным, не требуя просмотра открытого текста.

Соображения производительности: Операции FHE вычислительно тяжелы — на многие порядки медленнее, чем обычная арифметика. Например, простое 64-битное сложение в Ethereum стоит ~3 газа, тогда как сложение зашифрованного 64-битного целого числа (euint64) в FHEVM от Zama стоит примерно 188 000 газа. Даже 8-битное сложение может стоить ~94k газа. Этот

Plume Network: Обзор и ценностное предложение​

Plume Network — это блокчейн-платформа, специально созданная для реальных активов (RWA). Это публичная, EVM-совместимая сеть, разработанная для токенизации широкого спектра реальных финансовых активов — от частных кредитов и недвижимости до углеродных кредитов и даже предметов коллекционирования — и обеспечения их такой же пригодности для использования, как и нативных криптоактивов. Другими словами, Plume не просто размещает активы в блокчейне; она позволяет пользователям хранить и использовать токенизированные реальные активы в децентрализованных финансах (DeFi), обеспечивая привычные криптоактивности, такие как стейкинг, кредитование, заимствование, обмен и спекулятивная торговля активами, которые происходят из традиционных финансов.

Основное ценностное предложение Plume заключается в соединении TradFi и DeFi путем превращения традиционно неликвидных или недоступных активов в программируемые, ликвидные токены. Интегрируя институциональные активы (например, фонды частного кредитования, ETF, сырьевые товары) с инфраструктурой DeFi, Plume стремится сделать высококачественные инвестиции, которые когда-то были доступны только крупным учреждениям или определенным рынкам, безразрешительными, компонуемыми и доступными для криптопользователей в один клик. Это открывает двери для участников крипторынка, чтобы получать «реальную доходность», обеспеченную стабильными реальными денежными потоками (такими как проценты по кредитам, доход от аренды, доходность облигаций и т. д.), вместо того чтобы полагаться на инфляционные вознаграждения в токенах. Миссия Plume — развивать «RWA Finance (RWAfi)», создавая прозрачную и открытую финансовую систему, где каждый может получить доступ к таким активам, как частные кредиты, долги по недвижимости или сырьевые товары в блокчейне, и свободно использовать их новыми способами.

В итоге, Plume Network служит «ончейн-домом для реальных активов», предлагая полнофункциональную экосистему, которая превращает офчейн-активы в глобально доступные финансовые инструменты с истинной крипто-нативной полезностью. Пользователи могут стейкать стейблкоины, чтобы получать доходность от ведущих управляющих фондами (Apollo, BlackRock, Blackstone и т. д.), зацикливать и использовать токены, обеспеченные RWA, в качестве залога, а также торговать RWA так же легко, как токенами ERC-20. Таким образом, Plume выделяется как платформа, стремящаяся сделать альтернативные активы более ликвидными и программируемыми, привлекая свежий капитал и инвестиционные возможности в Web3 без ущерба для прозрачности или пользовательского опыта.

Технология и архитектура​

Plume Network реализована как EVM-совместимый блокчейн с модульной архитектурой Уровня 2. По сути, Plume работает аналогично роллапу Эфириума (сравнимо с технологией Arbitrum), используя Эфириум для доступности данных и безопасности. Каждая транзакция в Plume в конечном итоге пакетно публикуется в Эфириуме, что означает, что пользователи платят небольшую дополнительную комиссию для покрытия стоимости публикации данных вызова (calldata) в Эфириуме. Эта конструкция использует надежную безопасность Эфириума, позволяя Plume иметь собственную высокопроизводительную среду выполнения. Plume управляет секвенсором, который агрегирует транзакции и периодически фиксирует их в Эфириуме, обеспечивая сети более быстрое выполнение и более низкие комиссии для сценариев использования RWA, но при этом привязан к Эфириуму для обеспечения доверия и окончательности.

Поскольку Plume совместим с EVM, разработчики могут развертывать смарт-контракты Solidity в Plume так же, как и в Эфириуме, практически без изменений. Сеть поддерживает стандартные методы Ethereum RPC и операции Solidity, с лишь незначительными различиями (например, семантика номера блока и временной метки Plume отражает соглашения Arbitrum из-за дизайна Уровня 2). На практике это означает, что Plume может легко интегрировать существующие протоколы DeFi и инструменты для разработчиков. В документации Plume отмечается, что кроссчейн-обмен сообщениями поддерживается между Эфириумом («родительской» цепью) и Plume (L2), что позволяет активам и данным перемещаться между цепями по мере необходимости.

Примечательно, что Plume описывает себя как «модульный блокчейн», оптимизированный для RWA-финансов. Модульный подход очевиден в его архитектуре: он имеет выделенные компоненты для мостового соединения активов (называемые Arc для размещения чего-либо в блокчейне), для омниканальной маршрутизации доходности (SkyLink) через несколько блокчейнов и для ончейн-каналов данных (Nexus, «ончейн-магистраль данных»). Это говорит о том, что Plume строит взаимосвязанную систему, где токены реальных активов в Plume могут взаимодействовать с ликвидностью в других сетях, и где офчейн-данные (такие как оценки активов, процентные ставки и т. д.) надежно подаются в блокчейн. Инфраструктура Plume также включает пользовательский кошелек под названием Plume Passport («RWAfi Wallet»), который, вероятно, обрабатывает проверки личности/AML, необходимые для соответствия RWA, и нативный стейблкоин (pUSD) для транзакций в экосистеме.

Важно отметить, что текущая итерация Plume часто называется цепью Уровня 2 или роллапом — она построена на Эфириуме для обеспечения безопасности. Однако команда намекнула на амбициозные планы по дальнейшему развитию технологии. Технический директор Plume отметил, что они начинали как модульный L2-роллап, но теперь продвигаются «вниз по стеку» к полностью суверенной архитектуре Уровня 1, оптимизируя новую цепь с нуля с высокой производительностью, функциями конфиденциальности, «сравнимыми со швейцарскими банками», и новой криптоэкономической моделью безопасности для обеспечения следующего триллиона долларов в блокчейне. Хотя детали скудны, это предполагает, что со временем Plume может перейти к более независимой цепи или включить расширенные функции, такие как FHE (полностью гомоморфное шифрование) или zk-доказательства (упоминание zkTLS и конфиденциальности) для удовлетворения институциональных требований. Однако на данный момент основная сеть Plume использует безопасность Эфириума и среду EVM для быстрого подключения активов и пользователей, предоставляя знакомый, но улучшенный опыт DeFi для RWA.

Токеномика и стимулы​

PLUME ($PLUME) — это нативный служебный токен сети Plume Network. Токен $PLUME используется для обеспечения транзакций, управления и безопасности сети в Plume. Как газовый токен, $PLUME требуется для оплаты комиссий за транзакции в сети Plume (аналогично тому, как ETH является газом в Эфириуме). Это означает, что все операции — торговля, стейкинг, развертывание контрактов — потребляют $PLUME для оплаты комиссий. Помимо газа, $PLUME выполняет несколько служебных и стимулирующих ролей:

• Управление: Держатели $PLUME могут участвовать в решениях по управлению, предположительно голосуя за параметры протокола, обновления или решения по подключению активов.
• Стейкинг/Безопасность: Токен может быть застейкан, что, вероятно, поддерживает операции валидаторов или секвенсоров сети. Стейкеры помогают обеспечивать безопасность цепи и взамен получают вознаграждения за стейкинг в $PLUME. (Даже как роллап, Plume может использовать механизм доказательства доли владения для своего секвенсора или для последующей децентрализации производства блоков).
• Реальная доходность и полезность DeFi: В документации Plume упоминается, что пользователи могут использовать $PLUME в dApp для «разблокировки реальной доходности». Это предполагает, что владение или стейкинг $PLUME может приносить более высокую доходность в определенных RWA-фермах доходности или доступ к эксклюзивным возможностям в экосистеме.
• Стимулы экосистемы: $PLUME также используется для вознаграждения за участие в сообществе — например, пользователи могут зарабатывать токены через квесты сообщества, реферальные программы, участие в тестовой сети (такие как программа для разработчиков «Take Flight» или NFT «Goons» тестовой сети). Этот дизайн стимулов призван запустить сетевые эффекты путем распределения токенов среди тех, кто активно использует и развивает платформу.

Предложение и распределение токенов: Plume имеет фиксированное общее предложение в 10 миллиардов токенов $PLUME. На Событии генерации токенов (запуск основной сети) начальное оборотное предложение составляет 20% от общего (т. е. 2 миллиарда токенов). Распределение сильно ориентировано на развитие сообщества и экосистемы:

• 59% — Сообществу, Экосистеме и Фонду — эта большая доля зарезервирована для грантов, стимулов ликвидности, вознаграждений сообщества и фонда для поддержки долгосрочного роста экосистемы. Это гарантирует, что большинство токенов доступны для запуска использования (и потенциально сигнализирует о приверженности децентрализации со временем).
• 21% — Ранним инвесторам — эти токены выделяются стратегическим инвесторам и партнерам, которые финансировали разработку Plume. (Как мы увидим, Plume привлек капитал от известных криптофондов; это распределение, вероятно, будет вестироваться со временем в соответствии с соглашениями с инвесторами.)
• 20% — Основным участникам (Команде) — выделяется команде основателей и основным разработчикам, развивающим Plume. Эта часть стимулирует команду и согласовывает их интересы с успехом сети, обычно вестируясь в течение нескольких лет.

Помимо $PLUME, экосистема Plume включает стейблкоин под названием Plume USD (pUSD). pUSD разработан как стейблкоин экосистемы RWAfi для Plume. Он служит расчетной единицей и основной валютой для торговли/залога в DeFi-приложениях Plume. Уникальность pUSD заключается в том, что он полностью обеспечен USDC в соотношении 1:1 — по сути, это обернутый USDC для сети Plume. Этот выбор дизайна (обертывание USDC) был сделан для снижения трений для традиционных учреждений: если организация уже комфортно работает с хранением и выпуском USDC, она может беспрепятственно выпускать и использовать pUSD в Plume в рамках тех же правил. pUSD выпускается и погашается нативно как в Эфириуме, так и в Plume, что означает, что пользователи или учреждения могут депонировать USDC в Эфириуме и получать pUSD в Plume, или наоборот. Привязывая pUSD 1:1 к USDC (и в конечном итоге к резервам USD), Plume гарантирует, что его стейблкоин остается полностью обеспеченным и ликвидным, что критически важно для RWA-транзакций (где требуется предсказуемость и стабильность средства обмена). На практике pUSD обеспечивает общий стабильный слой ликвидности для всех RWA-приложений в Plume — будь то покупка токенизированных облигаций, инвестирование в RWA-хранилища доходности или торговля активами на DEX, pUSD является стейблкоином, который лежит в основе обмена ценностями.

В целом, токеномика Plume направлена на балансирование полезности сети со стимулами роста. $PLUME обеспечивает самодостаточность сети (через комиссии и безопасность стейкинга) и управление сообществом, в то время как крупные ассигнования в фонды экосистемы и аирдропы способствуют раннему внедрению. Тем временем, pUSD закрепляет финансовую экосистему в надежном стабильном активе, облегчая традиционному капиталу вход в Plume и позволяя пользователям DeFi измерять доходность от реальных инвестиций.

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

Plume Network была основана в 2022 году трио предпринимателей с опытом работы в криптоиндустрии и финансах: Крис Инь (CEO), Юджин Шен (CTO) и Тедди Порнпринья (CBO). Крис Инь описывается как дальновидный продуктовый лидер команды, определяющий стратегию платформы и лидирующую роль в области RWA. Юджин Шен руководит технической разработкой в качестве CTO (ранее работал над модульными блокчейн-архитектурами, о чем свидетельствует его замечание о «настройке geth» и создании с нуля). Тедди Порнпринья, как директор по развитию бизнеса, возглавляет партнерства, развитие бизнеса и маркетинг — он сыграл важную роль в привлечении десятков проектов в экосистему Plume на ранних этапах. Вместе основатели выявили пробел на рынке для цепи, оптимизированной под RWA, и покинули свои предыдущие должности, чтобы создать Plume, официально запустив проект примерно через год после его задумки.

Plume привлекла значительную поддержку как от крипто-нативных венчурных фондов, так и от гигантов традиционных финансов, что свидетельствует о сильной уверенности в ее видении:

• В мае 2023 года Plume привлекла 10 миллионов долларов в рамках посевного раунда под руководством Haun Ventures (фонда бывшего партнера a16z Кэти Хаун). Среди других участников посевного раунда были Galaxy Digital, Superscrypt (крипто-подразделение Temasek), A Capital, SV Angel, Portal Ventures и Reciprocal Ventures. Эта разнообразная инвесторская база обеспечила Plume сильный старт, объединив крипто-экспертизу и институциональные связи.

• К концу 2024 года Plume обеспечила 20 миллионов долларов финансирования серии A для ускорения своего развития. Этот раунд был поддержан ведущими инвесторами, такими как Brevan Howard Digital, Haun Ventures (повторно), Galaxy и Faction VC. Включение Brevan Howard, одного из крупнейших в мире хедж-фондов со специализированным крипто-подразделением, особенно примечательно и подчеркивает растущий интерес Уолл-стрит к RWA в блокчейне.

• В апреле 2025 года Apollo Global Management — один из крупнейших в мире управляющих альтернативными активами — сделала стратегическую инвестицию в Plume. Инвестиции Apollo составили семизначную сумму (в долларах США) и были направлены на то, чтобы помочь Plume масштабировать свою инфраструктуру и перевести больше традиционных финансовых продуктов в блокчейн. Участие Apollo является сильным подтверждением подхода Plume: Кристин Мой, руководитель отдела цифровых активов Apollo, заявила, что их инвестиции «подчеркивают внимание Apollo к технологиям, которые расширяют доступ к продуктам институционального качества… Plume представляет собой новый вид инфраструктуры, ориентированной на полезность цифровых активов, вовлеченность инвесторов и финансовые решения нового поколения». Другими словами, Apollo рассматривает Plume как ключевую инфраструктуру для повышения ликвидности и доступности частных рынков через блокчейн.

• Еще одним стратегическим инвестором является YZi Labs, ранее известная как Binance Labs. В начале 2025 года YZi (переименованное венчурное подразделение Binance) также объявила о стратегических инвестициях в Plume Network. YZi Labs выделила Plume как «передовой блокчейн Уровня 2, разработанный для масштабирования реальных активов», и их поддержка сигнализирует об уверенности в том, что Plume может соединить TradFi и DeFi в больших масштабах. (Стоит отметить, что ребрендинг Binance Labs в YZi Labs указывает на преемственность их инвестиций в ключевые инфраструктурные проекты, такие как Plume.)

• В число инвесторов Plume также входят традиционные финтех- и крипто-учреждения через партнерства (подробности ниже) — например, Mercado Bitcoin (крупнейшая платформа цифровых активов в Латинской Америке) и Anchorage Digital (регулируемый крипто-кастодиан) являются партнерами экосистемы, эффективно связывая себя с успехом Plume. Кроме того, Grayscale Investments — крупнейший в мире управляющий цифровыми активами — обратил внимание: в апреле 2025 года Grayscale официально добавила $PLUME в свой список активов «На рассмотрении» для будущих инвестиционных продуктов. Попадание в поле зрения Grayscale означает, что Plume потенциально может быть включен в институциональные крипто-трасты или ETF, что является серьезным признаком легитимности для относительно нового проекта.

В итоге, финансирование и поддержка Plume поступают от ведущих инвесторов: ведущих крипто-венчурных фондов (Haun, Galaxy, a16z через поддержку Goldfinch со стороны GFI и т. д.), хедж-фондов и игроков TradFi (Brevan Howard, Apollo), а также корпоративных венчурных подразделений (Binance/YZi). Этот состав инвесторов приносит не только капитал, но и стратегическое руководство, регуляторную экспертизу и связи с эмитентами реальных активов. Это также обеспечило Plume значительное финансирование (не менее 30 миллионов долларов США в рамках посевного раунда и серии A) для создания специализированного блокчейна и подключения активов. Сильная поддержка служит вотумом доверия тому, что Plume позиционируется как ведущая платформа в быстрорастущем секторе RWA.

Партнеры по экосистеме и интеграции​

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

• Nest Protocol (Nest Credit): Платформа доходности RWA, работающая на Plume, позволяющая пользователям депонировать стейблкоины в хранилища и получать доходные токены, обеспеченные реальными активами. Nest по сути является DeFi-интерфейсом для доходности RWA, предлагая такие продукты, как токенизированные казначейские векселя США, частные кредиты, права на полезные ископаемые и т. д., но абстрагируя сложность, чтобы они «ощущались как крипто». Пользователи обменивают USDC (или pUSD) на токены, выпущенные Nest, которые полностью обеспечены регулируемыми, проверенными активами, хранящимися у кастодианов. Nest тесно сотрудничает с Plume — отзыв Анила Суда из Anemoy (партнера) подчеркивает, что «партнерство с Plume ускоряет нашу миссию по предоставлению RWA институционального уровня каждому инвестору… Это сотрудничество является планом для будущего инноваций RWA». На практике Nest — это нативный рынок доходности Plume (иногда называемый «Nest Yield» или RWA-платформой для стейкинга), и многие крупные партнерства Plume направляются в хранилища Nest.

• Mercado Bitcoin (MB): Крупнейшая биржа цифровых активов в Латинской Америке (базирующаяся в Бразилии) заключила партнерство с Plume для токенизации примерно 40 миллионов долларов бразильских реальных активов. Эта инициатива, объявленная в феврале 2025 года, предполагает использование блокчейна Plume компанией MB для выпуска токенов, представляющих бразильские ценные бумаги, обеспеченные активами, портфели потребительских кредитов, корпоративный долг и дебиторскую задолженность. Цель состоит в том, чтобы связать глобальных инвесторов с возможностями получения доходности в экономике Бразилии — эффективно открывая бразильские кредитные рынки для ончейн-инвесторов по всему миру через Plume. Эти бразильские RWA-токены будут доступны с первого дня запуска основной сети Plume на платформе Nest, обеспечивая стабильную ончейн-доходность, обеспеченную бразильскими кредитами для малого бизнеса и дебиторской задолженностью. Это партнерство примечательно тем, что оно дает Plume географический охват (LATAM) и поток активов развивающихся рынков, демонстрируя, как Plume может служить центром, соединяющим региональных эмитентов активов с глобальной ликвидностью.

• Superstate: Superstate — это финтех-стартап, основанный Робертом Лешнером (бывшим основателем Compound), сосредоточенный на размещении регулируемых продуктов фондов казначейства США в блокчейне. В 2024 году Superstate запустила токенизированный фонд казначейства США (одобренный как взаимный фонд в соответствии с Законом 1940 года), ориентированный на криптопользователей. Plume была выбрана Superstate для обеспечения ее мультичейн-расширения. На практике это означает, что токенизированный фонд казначейских векселей Superstate (который предлагает стабильную доходность от государственных облигаций США) становится доступным на Plume, где он может быть интегрирован в экосистему DeFi Plume. Сам Лешнер сказал: «расширяясь до Plume — уникальной RWAfi-цепи — мы можем продемонстрировать, как специально созданная инфраструктура может обеспечить новые отличные варианты использования токенизированных активов. Мы рады строить на Plume». Это указывает на то, что Superstate развернет свои токены фонда (например, возможно, ончейн-долю фонда казначейских облигаций) на Plume, позволяя пользователям Plume хранить или использовать их в DeFi (возможно, в качестве залога для заимствования или в хранилищах Nest для автоматической доходности). Это сильное подтверждение того, что цепь Plume рассматривается как предпочтительный дом для регулируемых токенов активов, таких как казначейские облигации.

• Ondo Finance: Ondo — это известный DeFi-проект, который перешел в пространство RWA, предлагая токенизированные облигации и доходные продукты (в частности, токен OUSG от Ondo, который представляет собой доли в краткосрочном фонде казначейства США, и USDY, представляющий собой процентный депозитный продукт в долларах США). Ondo указан среди партнеров экосистемы Plume, что подразумевает сотрудничество, при котором доходные токены Ondo (такие как OUSG, USDY) могут использоваться на Plume. Фактически, продукты Ondo тесно соответствуют целям Plume: Ondo создала юридические структуры (SPV) для обеспечения соответствия, а ее токен OUSG обеспечен токенизированным фондом денежного рынка BlackRock (BUIDL), обеспечивая около 4,5% APY от казначейских облигаций. Интегрируя Ondo, Plume получает высококлассные RWA-активы, такие как казначейские облигации США, в блокчейне. Действительно, по состоянию на конец 2024 года RWA-продукты Ondo имели рыночную стоимость около 600+ миллионов долларов, поэтому их перенос на Plume значительно увеличивает TVL. Эта синергия, вероятно, позволяет пользователям Plume обменивать токены Ondo или включать их в хранилища Nest для составных стратегий.

• Centrifuge: Centrifuge является пионером в токенизации RWA (управляя собственным парачейном Polkadot для RWA-пулов). Сайт Plume перечисляет Centrifuge в качестве партнера, что предполагает сотрудничество или интеграцию. Это может означать, что пулы активов Centrifuge (торговое финансирование, промежуточные кредиты на недвижимость и т. д.) могут быть доступны из Plume, или что Centrifuge будет использовать инфраструктуру Plume для распространения. Например, омниканальная доходность SkyLink от Plume может направлять ликвидность из Plume в пулы Centrifuge на Polkadot, или Centrifuge может токенизировать определенные активы непосредственно на Plume для более глубокой компонуемости DeFi. Учитывая, что Centrifuge лидирует в категории RWA частного кредитования с TVL около 409 миллионов долларов в своих пулах, ее участие в экосистеме Plume является значительным. Это указывает на общеотраслевое движение к взаимодействию между платформами RWA, при этом Plume выступает в качестве объединяющего слоя для ликвидности RWA в различных сетях.

• Credbull: Credbull — это платформа частных кредитных фондов, которая в партнерстве с Plume запустила крупный токенизированный кредитный фонд. По данным CoinDesk, Credbull развертывает частный кредитный фонд на сумму до 500 миллионов долларов на Plume, предлагая фиксированную высокую доходность ончейн-инвесторам. Это, вероятно, включает упаковку частных кредитов (займы средним компаниям или другие кредитные активы) в инструмент, где держатели стейблкоинов в блокчейне могут инвестировать для получения фиксированной доходности. Значение двояко: (1) это добавляет огромный поток доходных активов (около полумиллиарда долларов) в сеть Plume, и (2) это демонстрирует, как Plume привлекает реальных управляющих активами для создания продуктов в своей сети. В сочетании с другими активами, Plume заявила, что планирует токенизировать активы RWA на сумму около 1,25 миллиарда долларов к концу 2024 года, включая фонд Credbull, а также 300 миллионов долларов активов возобновляемой энергии (солнечные фермы через Plural Energy), около 120 миллионов долларов дебиторской задолженности в здравоохранении (счета, обеспеченные Medicaid) и даже права на добычу нефти и газа. Этот большой объем активов показывает, что при запуске Plume не пуст — он поставляется с ощутимыми активами, готовыми к использованию.

• Goldfinch: Goldfinch — это децентрализованный кредитный протокол, который предоставлял необеспеченные кредиты финтех-кредиторам по всему миру. В 2023 году Goldfinch перешел на «Goldfinch Prime», ориентируясь на аккредитованных и институциональных инвесторов, предлагая ончейн-доступ к ведущим фондам частного кредитования. Plume и Goldfinch объявили о стратегическом партнерстве, чтобы перенести предложения Goldfinch Prime на платформу Nest от Plume, эффективно объединив институциональные кредитные сделки Goldfinch с пользовательской базой Plume. Благодаря этому партнерству институциональные инвесторы на Plume могут стейкать стейблкоины в фонды, управляемые Apollo, Golub Capital, Aries, Stellus и другими ведущими управляющими частными кредитами через интеграцию Goldfinch. Амбиции огромны: в совокупности эти управляющие представляют активы на сумму более 1 триллиона долларов, и партнерство направлено на то, чтобы в конечном итоге сделать часть этих активов доступной в блокчейне. На практике пользователь Plume мог бы инвестировать в диверсифицированный пул, который приносит доход от сотен реальных кредитов, выданных этими кредитными фондами, все токенизированные через Goldfinch Prime. Это не только увеличивает разнообразие активов Plume, но и подчеркивает доверие к Plume как партнеру ведущих RWA-платформ.

• Инфраструктурные партнеры (кастодиальное хранение и подключение): Plume также интегрировала ключевых игроков инфраструктуры. Anchorage Digital, регулируемый крипто-кастодиальный банк, является партнером — участие Anchorage, вероятно, означает, что институциональные пользователи могут безопасно хранить свои токенизированные активы или $PLUME в кастодиальном решении банковского уровня (что является обязательным для крупных денег). Paxos является еще одним указанным партнером, что может быть связано с инфраструктурой стейблкоинов (Paxos выпускает стейблкоин USDP, а также предоставляет услуги кастодиального хранения и брокерские услуги — возможно, Paxos может обеспечивать резервы для pUSD или способствовать конвейерам токенизации активов). Также упоминается LayerZero, что указывает на использование Plume протокола интероперабельности LayerZero для кроссчейн-обмена сообщениями. Это позволит активам в Plume перемещаться в другие сети (и наоборот) с минимальным доверием, дополняя роллап-мост Plume.

• Другие интеграции DeFi: Страница экосистемы Plume упоминает более 180 протоколов, включая специалистов по RWA и основные DeFi-проекты. Например, такие названия, как Nucleus Yield (платформа для токенизированной доходности), а также, возможно, ончейн-провайдеры KYC или решения для идентификации, являются частью этого набора. К моменту запуска основной сети Plume имела более 200 интегрированных протоколов в своей тестовой среде — это означает, что многие существующие dApp (DEX, денежные рынки и т. д.) уже развернуты или готовы к развертыванию на Plume. Это гарантирует, что как только реальные активы будут токенизированы, они получат немедленную полезность: например, токенизированный поток доходов от солнечной фермы может быть продан на бирже с книгой ордеров, или использован в качестве залога для кредита, или включен в индекс — потому что DeFi-«денежные лего» (DEX, платформы кредитования, протоколы управления активами) доступны в сети с самого начала.

В итоге, стратегия экосистемы Plume была агрессивной и всеобъемлющей: обеспечение ключевых партнерств для активов (например, фонды от Apollo, BlackRock через Superstate/Ondo, частные кредиты через Goldfinch и Credbull, активы развивающихся рынков через Mercado Bitcoin), обеспечение инфраструктуры и соответствия требованиям (кастодиальное хранение Anchorage, Paxos, инструменты идентификации/AML) и перенос примитивов DeFi для расцвета вторичных рынков и использования кредитного плеча. В результате Plume входит в 2025 год как потенциально самая взаимосвязанная RWA-сеть в Web3 — центр, куда подключаются различные RWA-протоколы и реальные институты. Этот эффект «сети сетей» может привести к значительному росту общей заблокированной стоимости и активности пользователей, о чем свидетельствуют ранние метрики (тестовая сеть Plume за короткий период зафиксировала более 18 миллионов уникальных кошельков и более 280 миллионов транзакций, в основном благодаря стимулирующим кампаниям и широкому спектру проектов, тестирующих воду).

Дорожная карта и этапы развития​

Развитие Plume шло быстрыми темпами, с поэтапным подходом к масштабированию реальных активов в блокчейне:

• Тестовая сеть и рост сообщества (2023): Plume запустила свою стимулированную тестовую сеть (кодовое название «Miles») в середине-конце 2023 года. Кампания тестовой сети была чрезвычайно успешной в привлечении пользователей — было создано более 18 миллионов адресов кошельков тестовой сети, выполнено более 280 миллионов транзакций. Это, вероятно, было обусловлено «миссиями» тестовой сети и кампанией аирдропа (Сезон 1 аирдропа Plume был заявлен ранними пользователями). Тестовая сеть также подключила более 200 протоколов и увидела выпуск 1 миллиона NFT («Goons»), что указывает на живую пробную экосистему. Эта масштабная тестовая сеть стала важной вехой, подтверждающей масштабируемость технологии Plume и создающей ажиотаж (и большое сообщество: Plume теперь насчитывает около 1 миллиона подписчиков в Twitter и сотни тысяч в Discord/Telegram).

• Запуск основной сети (1 квартал 2025 года): Plume нацеливалась на конец 2024 или начало 2025 года для запуска основной сети. Действительно, к февралю 2025 года партнеры, такие как Mercado Bitcoin, объявили, что их токенизированные активы будут запущены «с первого дня запуска основной сети Plume». Это означает, что основная сеть Plume была запущена или планировалась к запуску примерно в феврале 2025 года. Запуск основной сети является важной вехой, переносящей уроки тестовой сети в производство вместе с первоначальным набором реальных активов (стоимостью более 1 миллиарда долларов), готовых к токенизации. Запуск, вероятно, включал выпуск основных продуктов Plume: Plume Chain (основная сеть), Arc для подключения активов, стейблкоин pUSD и кошелек Plume Passport, а также первоначальные DeFi dApp (DEX, денежные рынки), развернутые партнерами.

• Поэтапное подключение активов: Plume обозначила стратегию «поэтапного подключения» активов для обеспечения безопасной, ликвидной среды. На ранних этапах сначала подключаются более простые или низкорисковые активы (такие как полностью обеспеченные стейблкоины, токенизированные облигации), наряду с контролируемым участием (возможно, институтов из белого списка) для построения доверия и ликвидности. Каждый этап затем открывает больше вариантов использования и классов активов по мере того, как экосистема доказывает свою состоятельность. Например, Фаза 1 может сосредоточиться на ончейн-казначейских облигациях и токенах фондов частного кредитования (относительно стабильные, приносящие доход активы). Последующие фазы могут принести более экзотические или высокодоходные активы, такие как потоки доходов от возобновляемых источников энергии, токены долевого участия в недвижимости или даже экзотические активы (в документации забавно упоминаются «GPU, уран, права на полезные ископаемые, дуриановые фермы» как возможные будущие ончейн-активы). Таким образом, дорожная карта Plume расширяет меню активов со временем, параллельно с развитием необходимой глубины рынка и ончейн-управления рисками.

• Масштабирование и децентрализация: После запуска основной сети ключевой целью развития является децентрализация операций цепи Plume. В настоящее время Plume использует модель секвенсора (вероятно, управляемую командой или несколькими нодами). Со временем они планируют внедрить надежный набор валидаторов/секвенсоров, где стейкеры $PLUME будут помогать обеспечивать безопасность сети, и, возможно, даже перейти к полностью независимому консенсусу. Замечание основателя о создании оптимизированного L1 с новой криптоэкономической моделью намекает на то, что Plume может реализовать новую модель Proof-of-Stake или гибридную модель безопасности для защиты высокоценных RWA в блокчейне. Этапы в этой категории будут включать открытие исходного кода большей части стека, запуск стимулированной тестовой сети для операторов нод и реализацию доказательств мошенничества или zk-доказательств (если выходить за рамки оптимистического роллапа).

• Обновления функций: Дорожная карта Plume также включает добавление расширенных функций, востребованных учреждениями. Это может включать:

  • Улучшения конфиденциальности: например, интеграция доказательств с нулевым разглашением для конфиденциальных транзакций или идентификации, чтобы конфиденциальные финансовые данные RWA (такие как информация о заемщике или данные о денежных потоках) могли оставаться частными в публичном реестре. Упоминание FHE и zkTLS предполагает исследования в области обеспечения частной, но проверяемой обработки активов.
  • Соответствие требованиям и идентификация: Plume уже имеет модули проверки AML и соответствия требованиям, но будущая работа будет направлена на совершенствование ончейн-идентификации (возможно, интеграция DID в Plume Passport), чтобы токены RWA могли применять ограничения на передачу или храниться только квалифицированными инвесторами, когда это требуется.
  • Взаимодействие: Дальнейшие интеграции с кроссчейн-протоколами (расширяя LayerZero) и мостами, чтобы ликвидность RWA Plume могла беспрепятственно перетекать в основные экосистемы, такие как основная сеть Эфириума, Уровни 2 и даже другие прикладные цепи. Продукт омниканальной доходности SkyLink, вероятно, является частью этого, позволяя пользователям других цепей получать доступ к доходности из RWA-пулов Plume.

• Цели роста: Руководство Plume публично заявило о таких целях, как «токенизировать активы на сумму более 3 миллиардов долларов к 4 кварталу 2024 года» и в конечном итоге значительно больше. В то время как 1,25 миллиарда долларов были краткосрочным планом на момент запуска, путь к 3 миллиардам долларов в токенизированных RWA является явной вехой. В долгосрочной перспективе, учитывая триллионы институциональных активов, потенциально подлежащих токенизации, Plume будет измерять успех тем, сколько реальной стоимости она приносит в блокчейн. Другой метрикой является TVL и принятие пользователями: к апрелю 2025 года рынок токенизации RWA в целом превысил 20 миллиардов долларов TVL, и Plume стремится занять значительную долю этого рынка. Если ее партнерства созреют (например, если даже 5% от этого триллионного потока Goldfinch попадет в блокчейн), TVL Plume может вырасти экспоненциально.

• Недавние достижения: К весне 2025 года Plume достигла нескольких заметных вех:

  • Инвестиции Apollo (апрель 2025 г.) — которые принесли не только финансирование, но и возможность работать с портфелем Apollo (Apollo управляет активами на сумму более 600 миллиардов долларов, включая кредиты, недвижимость и активы частного капитала, которые в конечном итоге могут быть токенизированы).
  • Рассмотрение Grayscale (апрель 2025 г.) — включение в список наблюдения Grayscale является важной вехой в признании, потенциально открывающей путь для инвестиционного продукта Plume для учреждений.
  • Лидерство на рынке RWA: Команда Plume часто публикует информационные бюллетени «Plumeberg», отмечая тенденции рынка RWA. В одном из них они отметили, что протоколы RWA превысили 10 миллиардов долларов TVL, и подчеркнули ключевую роль Plume в этом нарративе. Они позиционировали Plume как основную инфраструктуру по мере роста сектора, что предполагает достижение статуса эталонной платформы в обсуждении RWA.

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

Метрики и динамика​

Хотя еще рано, динамику Plume Network можно оценить по совокупности метрик тестовой сети, партнерских проектов и общего роста RWA в блокчейне:

• Принятие тестовой сети: Стимулированная тестовая сеть Plume (2023) показала чрезвычайное участие. Было зарегистрировано более 18 миллионов уникальных адресов и 280 миллионов транзакций — цифры, конкурирующие или превышающие показатели многих основных сетей. Это было обусловлено энтузиазмом сообщества, привлеченного стимулами аирдропа Plume и привлекательностью RWA. Это демонстрирует сильный розничный интерес к платформе (хотя многие могли быть спекулянтами, стремящимися к вознаграждениям, это, тем не менее, заложило большую пользовательскую базу). Кроме того, более 200 протоколов DeFi развернули контракты в тестовой сети, что сигнализирует о широком интересе разработчиков. Это эффективно подготовило Plume с большой пользовательской и разработческой базой еще до запуска.

• Размер сообщества: Plume быстро набрала миллионы подписчиков в социальных сетях (например, 1 миллион подписчиков в X/Twitter, 450 тысяч в Discord и т. д.). Они называют членов своего сообщества «Goons» — более 1 миллиона NFT «Goon» было выпущено в рамках достижений тестовой сети. Такой геймифицированный рост отражает одно из самых быстрых формирований сообщества в недавней истории Web3, указывая на то, что нарратив о реальных активах находит отклик у широкой аудитории в криптоиндустрии.

• Экосистема и потенциал TVL: При запуске основной сети Plume прогнозировала наличие более 1 миллиарда долларов реальных активов, токенизированных или доступных в первый день. В своем заявлении соучредитель Крис Инь подчеркнул собственный доступ к высокодоходным, частным активам, которые «исключительно» поступают в Plume. Действительно, среди конкретных активов были:

  • 500 миллионов долларов из частного кредитного фонда Credbull,
  • 300 миллионов долларов в солнечных энергетических фермах (Plural Energy),
  • 120 миллионов долларов в здравоохранении (дебиторская задолженность Medicaid),
  • плюс права на полезные ископаемые и другие эзотерические активы. В сумме это составляет около 1 миллиарда долларов, и Инь заявил о цели достичь **3 миллиардов долларов токенизированных активов к

Введение: Необходимость проверяемого ИИ в блокчейне​

По мере роста влияния систем ИИ, обеспечение достоверности их результатов становится критически важным. Традиционные методы полагаются на институциональные гарантии (по сути, «просто доверьтесь нам»), которые не предлагают криптографических подтверждений. Это особенно проблематично в децентрализованных контекстах, таких как блокчейны, где смарт-контракт или пользователь должны доверять результату, полученному ИИ, не имея возможности повторно запустить тяжелую модель ончейн. Машинное обучение с нулевым разглашением (zkML) решает эту проблему, позволяя криптографически проверять вычисления ML. По сути, zkML позволяет доказывающему сгенерировать краткое доказательство того, что «выход $Y$ был получен в результате запуска модели $M$ на входе $X$» – без раскрытия $X$ или внутренних деталей $M$. Эти доказательства с нулевым разглашением (ZKP) могут быть эффективно проверены любым лицом (или любым контрактом), переводя доверие к ИИ от «политики к доказательству».

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

Как работает zkML: сжатие инференса ML в краткие доказательства​

На высоком уровне zkML объединяет криптографические системы доказательств с инференсом ML, так что сложная оценка модели может быть «сжата» в небольшое доказательство. Внутри модель ML (например, нейронная сеть) представляется как схема или программа, состоящая из множества арифметических операций (умножение матриц, функции активации и т. д.). Вместо раскрытия всех промежуточных значений, доказывающий выполняет полное вычисление оффчейн, а затем использует протокол доказательства с нулевым разглашением, чтобы подтвердить, что каждый шаг был выполнен правильно. Верификатор, имея только доказательство и некоторые публичные данные (например, конечный результат и идентификатор модели), может быть криптографически убежден в правильности без повторного выполнения модели.

Для достижения этого фреймворки zkML обычно преобразуют вычисление модели в формат, подходящий для ZKP:

• Компиляция схемы: В подходах, основанных на SNARK, граф вычислений модели компилируется в арифметическую схему или набор полиномиальных ограничений. Каждый слой нейронной сети (свертки, умножения матриц, нелинейные активации) становится подсхемой с ограничениями, обеспечивающими правильность выходных данных при заданных входных данных. Поскольку нейронные сети включают нелинейные операции (ReLU, Sigmoid и т. д.), которые не подходят для полиномов, для их эффективной обработки используются такие методы, как таблицы поиска. Например, ReLU (выход = max(0, вход)) может быть реализован с помощью пользовательского ограничения или поиска, который проверяет, что выход равен входу, если вход≥0, иначе нулю. Конечным результатом является набор криптографических ограничений, которые должен удовлетворить доказывающий, что неявно доказывает правильность работы модели.
• Трассировка выполнения и виртуальные машины: Альтернативой является рассмотрение инференса модели как трассировки программы, как это делается в подходах zkVM. Например, JOLT zkVM ориентирован на набор инструкций RISC-V; можно скомпилировать модель ML (или код, который ее вычисляет) в RISC-V, а затем доказать, что каждая инструкция ЦП была выполнена правильно. JOLT вводит технику «сингулярности поиска», заменяя дорогостоящие арифметические ограничения быстрыми табличными поисками для каждой допустимой операции ЦП. Каждая операция (сложение, умножение, побитовая операция и т. д.) проверяется с помощью поиска в гигантской таблице предварительно вычисленных допустимых результатов, используя специализированный аргумент (Lasso/SHOUT) для поддержания эффективности. Это значительно снижает нагрузку на доказывающего: даже сложные 64-битные операции становятся одним табличным поиском в доказательстве вместо множества арифметических ограничений.
• Интерактивные протоколы (GKR Sum-Check): Третий подход использует интерактивные доказательства, такие как GKR (Goldwasser–Kalai–Rotblum), для проверки многослойных вычислений. Здесь вычисление модели рассматривается как многослойная арифметическая схема (каждый слой нейронной сети является одним слоем графа схемы). Доказывающий запускает модель в обычном режиме, но затем участвует в протоколе проверки суммы, чтобы доказать, что выходные данные каждого слоя верны при заданных входных данных. В подходе Лагранжа (DeepProve, подробно описанном далее) доказывающий и верификатор выполняют интерактивный полиномиальный протокол (сделанный неинтерактивным с помощью Fiat-Shamir), который проверяет согласованность вычислений каждого слоя без их повторного выполнения. Этот метод проверки суммы позволяет избежать генерации монолитной статической схемы; вместо этого он проверяет согласованность вычислений пошагово с минимальными криптографическими операциями (в основном хешированием или оценкой полиномов).

Независимо от подхода, результатом является краткое доказательство (обычно от нескольких килобайт до нескольких десятков килобайт), которое подтверждает правильность всего инференса. Доказательство является доказательством с нулевым разглашением, что означает, что любые секретные входные данные (частные данные или параметры модели) могут оставаться скрытыми – они влияют на доказательство, но не раскрываются верификаторам. Раскрываются только предполагаемые публичные выходные данные или утверждения. Это позволяет реализовать такие сценарии, как «доказать, что модель $M$ при применении к данным пациента $X$ дает диагноз $Y$, не раскрывая $X$ или веса модели».

Включение ончейн-верификации: После генерации доказательства оно может быть опубликовано в блокчейне. Смарт-контракты могут включать логику верификации для проверки доказательства, часто используя предварительно скомпилированные криптографические примитивы. Например, Ethereum имеет предварительные компиляции для операций спаривания BLS12-381, используемых во многих верификаторах zk-SNARK, что делает ончейн-верификацию доказательств SNARK эффективной. STARK (доказательства, основанные на хешировании) больше, но все еще могут быть проверены ончейн с тщательной оптимизацией или, возможно, с некоторыми предположениями о доверии (например, L2 StarkWare проверяет доказательства STARK в Ethereum с помощью ончейн-контракта верификатора, хотя и с более высокой стоимостью газа, чем SNARK). Ключевым моментом является то, что цепочке не нужно выполнять модель ML – она выполняет только верификацию, которая намного дешевле, чем исходные вычисления. В итоге, zkML сжимает дорогостоящий инференс ИИ в небольшое доказательство, которое блокчейны (или любой верификатор) могут проверить за миллисекунды или секунды.

Lagrange DeepProve: Архитектура и производительность прорыва в zkML​

DeepProve от Lagrange Labs – это передовой фреймворк инференса zkML, ориентированный на скорость и масштабируемость. Запущенный в 2025 году, DeepProve представил новую систему доказательств, которая значительно быстрее предыдущих решений, таких как Ezkl. Его дизайн основан на интерактивном протоколе доказательства GKR с проверкой суммы и специализированных оптимизациях для схем нейронных сетей. Вот как работает DeepProve и как он достигает своей производительности:

• Одноразовая предварительная обработка: Разработчики начинают с обученной нейронной сети (в настоящее время поддерживаются многослойные перцептроны и популярные архитектуры CNN). Модель экспортируется в формат ONNX, стандартное графическое представление. Инструмент DeepProve затем анализирует модель ONNX и квантует ее (преобразует веса в форму с фиксированной точкой/целочисленную форму) для эффективной полевой арифметики. На этом этапе он также генерирует ключи доказательства и верификации для криптографического протокола. Эта настройка выполняется один раз для каждой модели и не требует повторения для каждого инференса. DeepProve подчеркивает простоту интеграции: «Экспортируйте свою модель в ONNX → одноразовая настройка → генерируйте доказательства → проверяйте где угодно».

• Доказательство (инференс + генерация доказательства): После настройки доказывающий (который может быть запущен пользователем, сервисом или децентрализованной сетью доказывающих Lagrange) принимает новый вход $X$ и запускает на нем модель $M$, получая выход $Y$. Во время этого выполнения DeepProve записывает трассировку выполнения вычислений каждого слоя. Вместо того, чтобы заранее преобразовывать каждое умножение в статическую схему (как это делают подходы SNARK), DeepProve использует протокол GKR с линейным временем для проверки каждого слоя на лету. Для каждого слоя сети доказывающий фиксирует входные и выходные данные слоя (например, с помощью криптографических хешей или полиномиальных обязательств) и затем участвует в аргументе проверки суммы, чтобы доказать, что выходные данные действительно являются результатом входных данных в соответствии с функцией слоя. Протокол проверки суммы итеративно убеждает верификатора в правильности суммы оценок полинома, который кодирует вычисление слоя, не раскрывая фактических значений. Нелинейные операции (такие как ReLU, softmax) эффективно обрабатываются с помощью аргументов поиска в DeepProve – если выход активации был вычислен, DeepProve может доказать, что каждый выход соответствует действительной паре вход-выход из предварительно вычисленной таблицы для этой функции. Слой за слоем генерируются доказательства, а затем агрегируются в одно краткое доказательство, охватывающее весь прямой проход модели. Тяжелая работа криптографии минимизирована – доказывающий DeepProve в основном выполняет обычные числовые вычисления (фактический инференс) плюс некоторые легкие криптографические обязательства, а не решает гигантскую систему ограничений.

• Верификация: Верификатор использует окончательное краткое доказательство вместе с несколькими публичными значениями – обычно это зафиксированный идентификатор модели (криптографическое обязательство по весам $M$), вход $X$ (если он не является приватным) и заявленный выход $Y$ – для проверки правильности. Верификация в системе DeepProve включает проверку транскрипта протокола проверки суммы и окончательных полиномиальных или хеш-обязательств. Это более сложно, чем верификация классического SNARK (который может состоять из нескольких спариваний), но значительно дешевле, чем повторный запуск модели. В тестах Lagrange верификация доказательства DeepProve для средней CNN занимает порядка 0,5 секунды в программном обеспечении. То есть, ~0,5 с для подтверждения, например, того, что сверточная сеть с сотнями тысяч параметров работала правильно – более чем в 500 раз быстрее, чем наивное повторное вычисление этой CNN на GPU для верификации. (Фактически, DeepProve показал верификацию до 521 раза быстрее для CNN и 671 раза для MLP по сравнению с повторным выполнением.) Размер доказательства достаточно мал для передачи ончейн (десятки КБ), и верификация может быть выполнена в смарт-контракте при необходимости, хотя 0,5 с вычислений могут потребовать тщательной оптимизации газа или выполнения на уровне 2.

Архитектура и инструментарий: DeepProve реализован на Rust и предоставляет набор инструментов (библиотеку zkml) для разработчиков. Он нативно поддерживает графы моделей ONNX, что делает его совместимым с моделями из PyTorch или TensorFlow (после экспорта). Процесс доказательства в настоящее время ориентирован на модели до нескольких миллионов параметров (тесты включают плотную сеть с 4 миллионами параметров). DeepProve использует комбинацию криптографических компонентов: многолинейное полиномиальное обязательство (для фиксации выходных данных слоя), протокол проверки суммы для верификации вычислений и аргументы поиска для нелинейных операций. Примечательно, что открытый репозиторий Lagrange признает, что он основан на предыдущих работах (реализация проверки суммы и GKR из проекта Ceno от Scroll), что указывает на пересечение zkML с исследованиями в области роллапов с нулевым разглашением.

Для достижения масштабируемости в реальном времени Lagrange объединяет DeepProve со своей Сетью Доказывающих – децентрализованной сетью специализированных ZK-доказывающих. Тяжелая генерация доказательств может быть перенесена в эту сеть: когда приложению требуется доказательство инференса, оно отправляет задачу в сеть Lagrange, где множество операторов (застейканных на EigenLayer для безопасности) вычисляют доказательства и возвращают результат. Эта сеть экономически стимулирует надежную генерацию доказательств (злонамеренные или неудачные задания приводят к штрафу оператора). Распределяя работу между доказывающими (и потенциально используя GPU или ASIC), Сеть Доказывающих Lagrange скрывает сложность и стоимость от конечных пользователей. Результатом является быстрый, масштабируемый и децентрализованный сервис zkML: «проверяемые инференсы ИИ быстро и доступно».

Этапы производительности: Заявления DeepProve подкреплены бенчмарками по сравнению с предыдущим передовым решением, Ezkl. Для CNN с ~264 тыс. параметров (модель масштаба CIFAR-10) время доказательства DeepProve составило ~1,24 секунды против ~196 секунд для Ezkl – примерно в 158 раз быстрее. Для более крупной плотной сети с 4 миллионами параметров DeepProve доказал инференс за ~2,3 секунды против ~126,8 секунды для Ezkl (в ~54 раза быстрее). Время верификации также сократилось: DeepProve проверил доказательство CNN с 264 тыс. параметров за ~0,6 с, тогда как верификация доказательства Ezkl (на основе Halo2) заняла более 5 минут на ЦП в этом тесте. Ускорение обусловлено почти линейной сложностью DeepProve: его доказывающий масштабируется примерно O(n) с количеством операций, тогда как доказывающие SNARK на основе схем часто имеют сверхлинейные накладные расходы (масштабирование FFT и полиномиальных обязательств). Фактически, пропускная способность доказывающего DeepProve может быть в пределах одного порядка величины от времени выполнения обычного инференса – недавние системы GKR могут быть <10 раз медленнее, чем чистое выполнение для больших матричных умножений, что является впечатляющим достижением в ZK. Это делает доказательства в реальном времени или по требованию более осуществимыми, открывая путь для проверяемого ИИ в интерактивных приложениях.

Сценарии использования: Lagrange уже сотрудничает с проектами Web3 и ИИ для применения zkML. Примеры сценариев использования включают: проверяемые характеристики NFT (доказательство того, что эволюция игрового персонажа или коллекционного предмета, сгенерированная ИИ, вычислена авторизованной моделью), происхождение контента ИИ (доказательство того, что изображение или текст были сгенерированы определенной моделью, для борьбы с дипфейками), модели рисков DeFi (доказательство выходных данных модели, оценивающей финансовый риск, без раскрытия проприетарных данных) и приватный инференс ИИ в здравоохранении или финансах (где больница может получать прогнозы ИИ с доказательством, обеспечивая правильность без раскрытия данных пациентов). Делая выходные данные ИИ проверяемыми и конфиденциальными, DeepProve открывает дверь для «ИИ, которому можно доверять» в децентрализованных системах – переходя от эпохи «слепого доверия к моделям-черным ящикам» к эпохе «объективных гарантий».

zkML на основе SNARK: Ezkl и подход Halo2​

Традиционный подход к zkML использует zk-SNARK (Succinct Non-interactive Arguments of Knowledge – краткие неинтерактивные аргументы знания) для доказательства инференса нейронных сетей. Ezkl (от ZKonduit/Modulus Labs) является ведущим примером этого подхода. Он основан на системе доказательств Halo2 (SNARK в стиле PLONK с полиномиальными обязательствами над BLS12-381). Ezkl предоставляет цепочку инструментов, где разработчик может взять модель PyTorch или TensorFlow, экспортировать ее в ONNX, и Ezkl автоматически скомпилирует ее в пользовательскую арифметическую схему.

Как это работает: Каждый слой нейронной сети преобразуется в ограничения:

• Линейные слои (плотные или сверточные) становятся наборами ограничений умножения-сложения, которые обеспечивают скалярные произведения между входами, весами и выходами.
• Нелинейные слои (такие как ReLU, сигмоида и т. д.) обрабатываются с помощью таблиц поиска или кусочно-заданных ограничений, поскольку такие функции не являются полиномиальными. Например, ReLU может быть реализован с помощью булевого селектора $b$ с ограничениями, обеспечивающими $y = x \cdot b$ и $0 \le b \le 1$, а также $b=1$ если $x>0$ (один из способов), или более эффективно с помощью таблицы поиска, отображающей $x \mapsto \max(0,x)$ для диапазона значений $x$. Аргументы поиска Halo2 позволяют отображать 16-битные (или меньшие) фрагменты значений, поэтому большие домены (например, все 32-битные значения) обычно «разбиваются» на несколько меньших поисков. Это разбиение увеличивает количество ограничений.
• Операции с большими целыми числами или деления (если таковые имеются) аналогично разбиваются на мелкие части. Результатом является большой набор ограничений R1CS/PLONK, адаптированных к конкретной архитектуре модели.

Затем Ezkl использует Halo2 для генерации доказательства того, что эти ограничения выполняются при заданных секретных входных данных (весах модели, приватных входах) и публичных выходных данных. Инструментарий и интеграция: Одним из преимуществ подхода SNARK является то, что он использует хорошо известные примитивы. Halo2 уже используется в роллапах Ethereum (например, Zcash, zkEVM), поэтому он проверен в боях и имеет готовый ончейн-верификатор. Доказательства Ezkl используют кривую BLS12-381, которую Ethereum может проверять с помощью предварительных компиляций, что делает проверку доказательства Ezkl в смарт-контракте простой. Команда также предоставила удобные API; например, специалисты по данным могут работать со своими моделями на Python и использовать CLI Ezkl для создания доказательств, не имея глубоких знаний о схемах.

Преимущества: Подход Ezkl выигрывает от общности и экосистемы SNARK. Он поддерживает достаточно сложные модели и уже видел «практические интеграции (от моделей рисков DeFi до игрового ИИ)», доказывая реальные задачи ML. Поскольку он работает на уровне графа вычислений модели, он может применять оптимизации, специфичные для ML: например, отсечение незначимых весов или квантование параметров для уменьшения размера схемы. Это также означает, что конфиденциальность модели является естественной – веса могут рассматриваться как частные данные свидетеля, поэтому верификатор видит только то, что некая действительная модель произвела выход, или, в лучшем случае, обязательство по модели. Верификация доказательств SNARK чрезвычайно быстра (обычно несколько миллисекунд или меньше ончейн), а размеры доказательств малы (несколько килобайт), что идеально подходит для использования в блокчейне.

Недостатки: Производительность – это ахиллесова пята. Доказательство на основе схем накладывает большие накладные расходы, особенно по мере роста моделей. Отмечается, что исторически схемы SNARK могли требовать в миллион раз больше работы для доказывающего, чем просто запуск самой модели. Halo2 и Ezkl оптимизируют это, но все же операции, такие как большие матричные умножения, генерируют тонны ограничений. Если модель имеет миллионы параметров, доказывающий должен обработать соответственно миллионы ограничений, выполняя при этом тяжелые FFT и мультиэкспоненциацию. Это приводит к длительному времени доказательства (часто минуты или часы для нетривиальных моделей) и высокому потреблению памяти. Например, доказательство даже относительно небольшой CNN (например, несколько сотен тысяч параметров) может занять десятки минут с Ezkl на одной машине. Команда DeepProve цитировала, что Ezkl требовались часы для доказательств некоторых моделей, которые DeepProve может выполнить за минуты. Крупные модели могут даже не поместиться в память или потребовать разбиения на несколько доказательств (которые затем нуждаются в рекурсивной агрегации). Хотя Halo2 «умеренно оптимизирован», любая необходимость «разбивать» поиски или обрабатывать операции с широким битом приводит к дополнительным накладным расходам. В итоге, масштабируемость ограничена – Ezkl хорошо работает для моделей малого и среднего размера (и действительно превзошел некоторые более ранние альтернативы, такие как наивные VM на основе Stark в бенчмарках), но испытывает трудности по мере роста размера модели за определенный предел.

Несмотря на эти проблемы, Ezkl и аналогичные библиотеки zkML на основе SNARK являются важными шагами. Они доказали, что проверенный инференс ML возможен ончейн и активно используются. В частности, такие проекты, как Modulus Labs, продемонстрировали верификацию модели с 18 миллионами параметров ончейн с использованием SNARK (с серьезной оптимизацией). Стоимость была нетривиальной, но это показывает траекторию. Более того, протокол Mina имеет собственный инструментарий zkML, который использует SNARK, чтобы позволить смарт-контрактам на Mina (которые основаны на Snark) проверять выполнение моделей ML. Это указывает на растущую многоплатформенную поддержку zkML на основе SNARK.

Подходы на основе STARK: Прозрачный и программируемый ZK для ML​

zk-STARK (Scalable Transparent ARguments of Knowledge – масштабируемые прозрачные аргументы знания) предлагают другой путь к zkML. STARK используют криптографию на основе хеширования (например, FRI для полиномиальных обязательств) и избегают какой-либо доверенной настройки. Они часто работают путем симуляции ЦП или VM и доказательства правильности трассировки выполнения. В контексте ML можно либо создать пользовательский STARK для нейронной сети, либо использовать STARK VM общего назначения для запуска кода модели.

Общие STARK VM (RISC Zero, Cairo): Простой подход заключается в написании кода инференса и его запуске в STARK VM. Например, Risc0 предоставляет среду RISC-V, где любой код (например, реализация нейронной сети на C++ или Rust) может быть выполнен и доказан с помощью STARK. Аналогично, язык Cairo от StarkWare может выражать произвольные вычисления (такие как инференс LSTM или CNN), которые затем доказываются доказывающим StarkNet STARK. Преимущество заключается в гибкости – вам не нужно разрабатывать пользовательские схемы для каждой модели. Однако ранние бенчмарки показали, что наивные STARK VM были медленнее по сравнению с оптимизированными схемами SNARK для ML. В одном тесте доказательство на основе Halo2 (Ezkl) было примерно в 3 раза быстрее, чем подход на основе STARK на Cairo, и даже в 66 раз быстрее, чем RISC-V STARK VM в определенном бенчмарке в 2024 году. Этот разрыв обусловлен накладными расходами на симуляцию каждой низкоуровневой инструкции в STARK и большими константами в доказательствах STARK (хеширование быстро, но его нужно много; размеры доказательств STARK больше и т. д.). Однако STARK VM улучшаются и имеют преимущество прозрачной настройки (без доверенной настройки) и постквантовой безопасности. По мере развития STARK-совместимого оборудования и протоколов скорость доказательства будет улучшаться.

Подход DeepProve против STARK: Интересно, что использование GKR и проверки суммы в DeepProve дает доказательство, более похожее по духу на STARK – это интерактивное, хеш-основанное доказательство без необходимости в структурированной эталонной строке. Компромисс заключается в том, что его доказательства больше, а верификация тяжелее, чем у SNARK. Тем не менее, DeepProve показывает, что тщательный дизайн протокола (специализированный для многослойной структуры ML) может значительно превзойти как общие STARK VM, так и схемы SNARK по времени доказательства. Мы можем рассматривать DeepProve как специализированный zkML-доказывающий в стиле STARK (хотя они используют термин zkSNARK для краткости, он не имеет традиционной для SNARK верификации постоянного малого размера, поскольку верификация за 0,5 с больше, чем типичная верификация SNARK). Традиционные доказательства STARK (как у StarkNet) часто включают десятки тысяч полевых операций для верификации, тогда как SNARK верифицирует, возможно, за несколько десятков. Таким образом, очевиден один компромисс: SNARK дают меньшие доказательства и более быстрые верификаторы, тогда как STARK (или GKR) предлагают более легкое масштабирование и отсутствие доверенной настройки ценой размера доказательства и скорости верификации.

Появляющиеся улучшения: JOLT zkVM (обсуждавшийся ранее в разделе JOLTx) фактически выводит SNARK (используя PLONK-подобные обязательства), но он воплощает идеи, которые также могут быть применены в контексте STARK (поиски Lasso теоретически могут использоваться с обязательствами FRI). StarkWare и другие исследуют способы ускорения доказательства общих операций (например, использование пользовательских вентилей или подсказок в Cairo для операций с большими целыми числами и т. д.). Существует также Circomlib-ML от Privacy&Scaling Explorations (PSE), который предоставляет шаблоны Circom для слоев CNN и т. д. – это ориентировано на SNARK, но концептуально аналогичные шаблоны могут быть созданы для языков STARK.

На практике экосистемы, не относящиеся к Ethereum, использующие STARK, включают StarkNet (который мог бы позволить ончейн-верификацию ML, если кто-то напишет верификатор, хотя стоимость высока) и сервис Bonsai от Risc0 (который является оффчейн-сервисом доказательства, выдающим доказательства STARK, которые могут быть проверены в различных цепочках). По состоянию на 2025 год большинство демонстраций zkML на блокчейне отдавали предпочтение SNARK (из-за эффективности верификатора), но подходы STARK остаются привлекательными из-за их прозрачности и потенциала в условиях высокой безопасности или квантовой устойчивости. Например, децентрализованная вычислительная сеть может использовать STARK, чтобы позволить любому проверять работу без доверенной настройки, что полезно для долговечности. Кроме того, некоторые специализированные задачи ML могут использовать структуры, дружественные к STARK: например, вычисления, активно использующие операции XOR/битовые операции, могут быть быстрее в STARK (поскольку они дешевы в булевой алгебре и хешировании), чем в полевой арифметике SNARK.

Сравнение SNARK и STARK для ML:

• Производительность: SNARK (такие как Halo2) имеют огромные накладные расходы на доказательство для каждого вентиля, но выигрывают от мощных оптимизаций и малых констант для верификации; STARK (общие) имеют большие постоянные накладные расходы, но масштабируются более линейно и избегают дорогостоящей криптографии, такой как спаривания. DeepProve показывает, что настройка подхода (проверка суммы) дает почти линейное время доказательства (быстрое), но с доказательством, подобным STARK. JOLT показывает, что даже общая VM может быть ускорена за счет интенсивного использования поисков. Эмпирически, для моделей до миллионов операций: хорошо оптимизированный SNARK (Ezkl) может справиться, но может занять десятки минут, тогда как DeepProve (GKR) может сделать это за секунды. STARK VM в 2024 году, вероятно, были где-то посередине или хуже, чем SNARK, если не были специализированными (Risc0 был медленнее в тестах, Cairo был медленнее без пользовательских подсказок).
• Верификация: Доказательства SNARK проверяются быстрее всего (миллисекунды, и минимальные данные ончейн ~ от нескольких сотен байт до нескольких КБ). Доказательства STARK больше (десятки КБ) и требуют больше времени (от десятков мс до секунд) для верификации из-за множества шагов хеширования. В терминах блокчейна, верификация SNARK может стоить, например, ~200 тыс. газа, тогда как верификация STARK может стоить миллионы газа – часто слишком дорого для L1, приемлемо на L2 или со схемами краткой верификации.
• Настройка и безопасность: SNARK, такие как Groth16, требуют доверенной настройки для каждой схемы (неудобно для произвольных моделей), но универсальные SNARK (PLONK, Halo2) имеют одноразовую настройку, которая может быть повторно использована для любой схемы до определенного размера. STARK не требуют настройки и используют только хеш-предположения (плюс классические предположения о полиномиальной сложности), и являются постквантово-устойчивыми. Это делает STARK привлекательными для долговечности – доказательства остаются безопасными, даже если появятся квантовые компьютеры, тогда как текущие SNARK (на основе BLS12-381) будут взломаны квантовыми атаками.

Мы вскоре сведем эти различия в сравнительную таблицу.

FHE для ML (FHE-o-ML): Приватные вычисления против проверяемых вычислений​

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

Компромиссы в производительности: FHE, как известно, очень требовательно к вычислениям. Запуск инференса глубокого обучения под FHE приводит к замедлению на порядки. Ранние эксперименты (например, CryptoNets в 2016 году) занимали десятки секунд для оценки крошечной CNN на зашифрованных данных. К 2024 году улучшения, такие как CKKS (для приближенной арифметики) и лучшие библиотеки (Microsoft SEAL, Zama’s Concrete), сократили эти накладные расходы, но они остаются значительными. Например, пользователь сообщил, что использование Concrete-ML от Zama для запуска классификатора CIFAR-10 занимало 25–30 минут на инференс на их оборудовании. После оптимизаций команда Zama достигла ~40 секунд для этого инференса на 192-ядерном сервере. Даже 40 секунд – это чрезвычайно медленно по сравнению с инференсом в открытом виде (который может занимать 0,01 с), что показывает накладные расходы в ~$10^3$–$10^4\times$. Более крупные модели или более высокая точность еще больше увеличивают стоимость. Кроме того, операции FHE потребляют много памяти и требуют периодической бустрапизации (шага снижения шума), что является вычислительно дорогим. В итоге, масштабируемость является серьезной проблемой – современное FHE может обрабатывать небольшую CNN или простую логистическую регрессию, но масштабирование до больших CNN или трансформеров выходит за рамки текущих практических ограничений.

Преимущества конфиденциальности: Главная привлекательность FHE – это конфиденциальность данных. Входные данные могут оставаться полностью зашифрованными на протяжении всего процесса. Это означает, что недоверенный сервер может выполнять вычисления над частными данными клиента, ничего о них не узнавая. И наоборот, если модель является конфиденциальной (проприетарной), можно представить шифрование параметров модели и выполнение клиентом инференса FHE на своей стороне – но это менее распространено, потому что если клиенту приходится выполнять тяжелые вычисления FHE, это сводит на нет идею разгрузки на мощный сервер. Обычно модель является публичной или хранится сервером в открытом виде, а данные шифруются ключом клиента. Конфиденциальность модели в этом сценарии не обеспечивается по умолчанию (сервер знает модель; клиент узнает выходные данные, но не веса). Существуют более экзотические настройки (например, безопасные двухсторонние вычисления или FHE с несколькими ключами), где и модель, и данные могут быть скрыты друг от друга, но они влекут за собой еще большую сложность. В отличие от этого, zkML через ZKP может обеспечить конфиденциальность модели и конфиденциальность данных одновременно – доказывающий может иметь как модель, так и данные в качестве секретного свидетеля, раскрывая верификатору только то, что необходимо.

Ончейн-верификация не требуется (и невозможна): С FHE результат приходит клиенту в зашифрованном виде. Затем клиент расшифровывает его, чтобы получить фактическое предсказание. Если мы хотим использовать этот результат ончейн, клиент (или тот, кто владеет ключом дешифрования) должен будет опубликовать результат в открытом виде и убедить других в его правильности. Но в этот момент доверие снова возвращается в цикл – если только это не сочетается с ZKP. В принципе, можно было бы объединить FHE и ZKP: например, использовать FHE для сохранения конфиденциальности данных во время вычислений, а затем сгенерировать ZK-доказательство того, что результат в открытом виде соответствует правильным вычислениям. Однако их объединение означает, что вы платите штраф за производительность FHE и ZKP – что крайне непрактично с сегодняшними технологиями. Таким образом, на практике FHE-of-ML и zkML служат для разных сценариев использования:

• FHE-of-ML: Идеально, когда целью является конфиденциальность между двумя сторонами (клиентом и сервером). Например, облачный сервис может размещать модель ML, и пользователи могут запрашивать ее со своими конфиденциальными данными, не раскрывая данные облаку (и если модель конфиденциальна, возможно, развернуть ее с помощью FHE-совместимых кодировок). Это отлично подходит для ML-сервисов, сохраняющих конфиденциальность (медицинские прогнозы и т. д.). Пользователь по-прежнему должен доверять сервису в добросовестном выполнении модели (поскольку нет доказательства), но, по крайней мере, предотвращается любая утечка данных. Некоторые проекты, такие как Zama, даже исследуют «EVM с поддержкой FHE (fhEVM)», где смарт-контракты могли бы работать с зашифрованными входными данными, но верификация этих вычислений ончейн потребовала бы от контракта каким-то образом обеспечить правильность вычислений – открытая проблема, вероятно, требующая ZK-доказательств или специализированного защищенного оборудования.
• zkML (ZKP): Идеально, когда целью является проверяемость и публичная аудируемость. Если вы хотите, чтобы любой (или любой контракт) был уверен, что «Модель $M$ была правильно оценена на $X$ и произвела $Y$», ZKP являются решением. Они также обеспечивают конфиденциальность в качестве бонуса (вы можете скрыть $X$ или $Y$ или $M$ при необходимости, рассматривая их как частные входные данные для доказательства), но их основная функция – это доказательство правильного выполнения.

Взаимодополняющие отношения: Стоит отметить, что ZKP защищают верификатора (они ничего не узнают о секретах, только то, что вычисление было выполнено правильно), тогда как FHE защищает данные доказывающего от вычисляющей стороны. В некоторых сценариях их можно было бы объединить – например, сеть недоверенных узлов могла бы использовать FHE для вычислений над частными данными пользователей, а затем предоставлять ZK-доказательства пользователям (или блокчейну) о том, что вычисления были выполнены в соответствии с протоколом. Это охватило бы как конфиденциальность, так и правильность, но стоимость производительности огромна с сегодняшними алгоритмами. Более осуществимыми в ближайшей перспективе являются гибриды, такие как Trusted Execution Environments (TEE) плюс ZKP или функциональное шифрование плюс ZKP – они выходят за рамки нашего обсуждения, но их цель – предоставить нечто подобное (TEE сохраняют данные/модель в секрете во время вычислений, затем ZKP может подтвердить, что TEE сделала все правильно).

В итоге, FHE-of-ML отдает приоритет конфиденциальности входов/выходов, тогда как zkML отдает приоритет проверяемой правильности (с возможной конфиденциальностью). Таблица 1 ниже сопоставляет ключевые свойства:

Таблица 1: Сравнение подходов zk-SNARK, zk-STARK и FHE для инференса машинного обучения (компромиссы производительности и конфиденциальности).

Сценарии использования и последствия для приложений Web3​

Конвергенция ИИ и блокчейна через zkML открывает мощные новые паттерны приложений в Web3:

• Децентрализованные автономные агенты и ончейн-принятие решений: Смарт-контракты или DAO могут включать решения, управляемые ИИ, с гарантиями правильности. Например, представьте DAO, которое использует нейронную сеть для анализа рыночных условий перед выполнением сделок. С помощью zkML смарт-контракт DAO может потребовать доказательство zkSNARK того, что авторизованная модель ML (с известным хеш-обязательством) была запущена на последних данных и произвела рекомендованное действие, прежде чем действие будет принято. Это предотвращает внедрение поддельного предсказания злоумышленниками – цепочка проверяет вычисления ИИ. Со временем можно даже иметь полностью ончейн-автономных агентов (контракты, которые запрашивают оффчейн-ИИ или содержат упрощенные модели), принимающих решения в DeFi или играх, при этом все их действия доказываются как правильные и соответствующие политике с помощью zk-доказательств. Это повышает доверие к автономным агентам, поскольку их «мышление» прозрачно и проверяемо, а не является черным ящиком.

• Рынки проверяемых вычислений: Проекты, подобные Lagrange, фактически создают рынки проверяемых вычислений – разработчики могут передавать тяжелый инференс ML сети доказывающих и получать доказательство с результатом. Это аналогично децентрализованным облачным вычислениям, но со встроенным доверием: вам не нужно доверять серверу, только доказательству. Это смена парадигмы для оракулов и оффчейн-вычислений. Протоколы, такие как предстоящий DSC Ethereum (децентрализованный уровень секвенирования) или сети оракулов, могли бы использовать это для предоставления потоков данных или аналитических потоков с криптографическими гарантиями. Например, оракул мог бы предоставить «результат модели X на входе Y», и любой мог бы проверить прикрепленное доказательство ончейн, вместо того чтобы доверять слову оракула. Это могло бы позволить проверяемый ИИ как услугу в блокчейне: любой контракт может запросить вычисление (например, «оценить эти кредитные риски с помощью моей частной модели») и принять ответ только с действительным доказательством. Такие проекты, как Gensyn, исследуют децентрализованные рынки обучения и инференса, используя эти методы верификации.

• NFT и игры – Происхождение и эволюция: В блокчейн-играх или коллекционных NFT zkML может доказывать, что характеристики или игровые ходы были сгенерированы легитимными моделями ИИ. Например, игра может позволить ИИ развивать атрибуты NFT-питомца. Без ZK хитрый пользователь может изменить ИИ или результат, чтобы получить превосходного питомца. С помощью zkML игра может потребовать доказательство того, что «новые характеристики питомца были вычислены официальной моделью эволюции на основе старых характеристик питомца», предотвращая мошенничество. Аналогично для генеративных арт-NFT: художник мог бы выпустить генеративную модель в качестве обязательства; позже, при создании NFT, доказать, что каждое изображение было произведено этой моделью с использованием определенного начального значения, гарантируя подлинность (и даже делая это без раскрытия точной модели публике, сохраняя интеллектуальную собственность художника). Эта проверка происхождения обеспечивает подлинность способом, аналогичным проверяемой случайности – за исключением того, что здесь это проверяемая креативность.

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

• Кроссчейн и оффчейн совместимость: Поскольку доказательства с нулевым разглашением по своей сути портативны, zkML может облегчить кроссчейн-ИИ результаты. Одна цепочка может иметь приложение, интенсивно использующее ИИ, работающее оффчейн; оно может опубликовать доказательство результата в другом блокчейне, который бездоверительно примет его. Например, рассмотрим многоцепочечное DAO, использующее ИИ для агрегирования настроений в социальных сетях (оффчейн-данные). Анализ ИИ (сложная НЛП на больших данных) выполняется оффчейн сервисом, который затем публикует доказательство в небольшом блокчейне (или нескольких цепочках) о том, что «анализ был выполнен правильно и выходной показатель настроения = 0,85». Все цепочки могут проверить и использовать этот результат в своей логике управления, без необходимости каждой повторно запускать анализ. Этот вид взаимодействующих проверяемых вычислений – это то, что сеть Lagrange стремится поддерживать, обслуживая несколько роллапов или L1 одновременно. Это устраняет необходимость в доверенных мостах или предположениях оракулов при перемещении результатов между цепочками.

• Согласование и управление ИИ: В более перспективном плане zkML был выделен как инструмент для управления и безопасности ИИ. Заявления о видении Lagrange, например, утверждают, что по мере того, как системы ИИ становятся все более мощными (даже сверхразумными), криптографическая верификация будет необходима для обеспечения их соответствия согласованным правилам. Требуя от моделей ИИ создания доказательств их рассуждений или ограничений, люди сохраняют определенную степень контроля – «вы не можете доверять тому, что не можете проверить». Хотя это спекулятивно и включает в себя как социальные, так и технические аспекты, технология могла бы обеспечить, чтобы автономно работающий агент ИИ по-прежнему доказывал, что он использует утвержденную модель и не был изменен. Децентрализованные сети ИИ могут использовать ончейн-доказательства для верификации вкладов (например, сеть узлов, совместно обучающих модель, может доказать, что каждое обновление было вычислено добросовестно). Таким образом, zkML может сыграть роль в обеспечении подотчетности систем ИИ протоколам, определенным человеком, даже в децентрализованных или неконтролируемых средах.

В заключение, zkML и проверяемый ончейн-ИИ представляют собой конвергенцию передовой криптографии и машинного обучения, которая призвана повысить доверие, прозрачность и конфиденциальность в приложениях ИИ. Сравнивая основные подходы – zk-SNARK, zk-STARK и FHE – мы видим спектр компромиссов между производительностью и конфиденциальностью, каждый из которых подходит для разных сценариев. Фреймворки на основе SNARK, такие как Ezkl, и инновации, такие как DeepProve от Lagrange, сделали возможным доказательство значительных инференсов нейронных сетей с практической эффективностью, открывая двери для реальных развертываний проверяемого ИИ. Подходы на основе STARK и VM обещают большую гибкость и постквантовую безопасность, что станет важным по мере развития области. FHE, хотя и не является решением для проверяемости, решает дополнительную потребность в конфиденциальных вычислениях ML, и в сочетании с ZKP или в конкретных частных контекстах оно может дать пользователям возможность использовать ИИ без ущерба для конфиденциальности данных.

Последствия для Web3 значительны: мы можем предвидеть, как смарт-контракты будут реагировать на предсказания ИИ, зная, что они верны; рынки вычислений, где результаты продаются без доверия; цифровые удостоверения (например, доказательство личности Worldcoin через ИИ радужной оболочки глаза), защищенные zkML для подтверждения того, что кто-то является человеком, без утечки его биометрического изображения; и в целом новый класс «доказуемого интеллекта», который обогащает блокчейн-приложения. Многие проблемы остаются – производительность для очень больших моделей, эргономика для разработчиков и потребность в специализированном оборудовании – но траектория ясна. Как отмечалось в одном отчете, «сегодняшние ZKP могут поддерживать небольшие модели, но модели среднего и большого размера нарушают парадигму»; однако быстрые достижения (ускорение в 50–150 раз с DeepProve по сравнению с предыдущими решениями) расширяют эти границы. Благодаря продолжающимся исследованиям (например, по аппаратному ускорению и распределенному доказательству) мы можем ожидать, что все более крупные и сложные модели ИИ станут доказуемыми. zkML вскоре может превратиться из нишевых демонстраций в неотъемлемый компонент доверенной инфраструктуры ИИ, гарантируя, что по мере повсеместного распространения ИИ он будет делать это таким образом, чтобы быть проверяемым, децентрализованным и соответствующим конфиденциальности и безопасности пользователей.