«Великое переселение» в экосистему Solana: как ZetaChain продвинет новую стратегию в области ИИ?

20 сентября держатели токенов ZetaChain проголосовали за предложение, определяющее дальнейшее направление проекта: перенести ZETA и ИИ-приложение Anuma на Solana и после завершения миграции соответствующих активов постепенно закрыть собственный блокчейн.

Поддержка этого предложения составила 99,4%, явка — 58%. Миграция пока не выполнена, конкретные детали будут определены во втором предложении. Однако это голосование уже ясно показало: ZetaChain готовится прекратить работу независимого Layer 1 и сосредоточить ресурсы на ИИ-направлении.

Блокчейн, который когда-то стремился соединять другие сети, теперь готов перенести свой бизнес на чужую цепочку. За этим изменением стоит необходимость пересчитать баланс.

После перехода на ИИ ZetaChain больше не нужен собственный блокчейн

Эта трансформация была предопределена ещё до появления предложения о миграции.

1 июня этого года ZetaChain уже объявил о полном переходе на ИИ и постепенном отказе от прежних функций кросс-чейн интероперабельности. С тех пор первое потребительское ИИ-приложение Anuma и приватный слой памяти стали новым ядром бизнеса.

Этот стратегический поворот не только сменил направление, но и изменил задачи, которые решает команда ZetaChain. Миграция на Solana — дальнейший шаг на этом пути трансформации.

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

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

Публичный блокчейн требует поддержания консенсуса, сети валидаторов и обновлений протокола, а ИИ-продукт — постоянного улучшения вызова моделей, извлечения памяти и пользовательского опыта. Как цепь на базе Cosmos SDK, ZetaChain должен обрабатывать upstream-уведомления безопасности и патчи, а каждое обновление требует координации десятков независимых валидаторов.

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

Переход на другой мейнстрим-блокчейн может снизить нагрузку по поддержанию независимой сети консенсуса и сосредоточить больше ресурсов на продукте. С другой стороны, безопасность приложений Anuma, обработка ключей и потоки данных по-прежнему остаются ответственностью ZetaChain. Смена цепи меняет распределение обязанностей, но не может заменить работу по обеспечению безопасности на уровне продукта.

Помимо высокой скорости и развитой экосистемы, привлекательность Solana заключается в готовой инфраструктуре для агентов, которая сокращает путь продукта к запуску. Там уже есть Agent Registry для ИИ-агентов, предоставляющий проверяемую идентичность и репутационные записи; экосистема x402 позволяет сетевым сервисам взимать плату за вызовы, позволяя агентам оплачивать доступ к API, данным и контенту.

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

Это также объясняет, почему план миграции не ограничивается простым переносом ZETA на другую цепь. Пока сохраняется прежний L1, двойная нагрузка по поддержанию сети и ведению ИИ-продукта остаётся. Полная миграция стремится к тому, чтобы технические вложения, оборот активов и сотрудничество с разработчиками постепенно сосредоточились в одной экосистеме.

Модели будут обновляться, память должна оставаться

Поняв мотивы этого решения ZetaChain, нужно ответить на другой вопрос: что именно предлагает Anuma, ради чего команда готова скорректировать всё направление бизнеса? Ответ кроется в персональной памяти, которая может сохраняться при смене моделей.

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

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

Мультимодельное агрегирующее приложение Anuma как раз решает эту проблему, делая её точкой входа в продукт. Оно объединяет несколько моделей в одном приложении, позволяя пользователю при переключении моделей продолжать использовать существующую память, сохраняя личные предпочтения и контекст проектов. Согласно задумке продукта, пользователь может управлять этой памятью, а не перестраивать контекст заново при каждой смене модели.

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

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

Anuma, делающее ставку на агрегацию моделей, уже получило признание части пользователей на раннем этапе. Согласно официальным данным, на 22 сентября Anuma создало 306 900 кошельков, а совокупное число запросов на инференс составило около 1,27 миллиона.

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

Помимо памяти, ещё одна незаметная для пользователя способность — «приватность» — требует отдельного понимания. Согласно техническому описанию Anuma, память хранится по принципу local-first, чувствительный контент шифруется ключами, производными от кошелька, а опциональное облачное резервное копирование загружает только зашифрованные данные. Кошелёк здесь выполняет роль доступа к личной памяти, становясь инструментом идентичности и ключей в ИИ-продукте.

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

Помимо Anuma, есть ещё бизнес для разработчиков

Если эти возможности будут обслуживать только Anuma, рост ZetaChain будет зависеть от одного приложения. Открыв возможности третьим сторонам, можно расширить масштаб бизнеса.

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

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

Фактически Anuma уже открыло вход для разработчиков других приложений и агентов. Опубликованные SDK и документация содержат учебные материалы по созданию веб-чатов, мобильных приложений и агентов, поддерживают создание приложений, настройку API-аккаунтов и использование таких возможностей, как вызов моделей, потоковые ответы и выполнение инструментов.

Дальнейшие планы по открытости касаются производственной системы, которую использует сам Anuma. В инженерной статье от 14 сентября раскрыто, что Anuma использует открытый шлюз Bifrost от Maxim AI для подключения к разным провайдерам моделей. Команда изучает возможность открытия слоя маршрутизации, чтобы другие приложения и агенты также могли использовать переключение при сбоях поставщиков, пул приватных моделей и учёт затрат, а также общую память с авторизацией пользователя.

Коммерческая ценность этого плана в том, что третьи стороны смогут не только вызывать модели, но и получать часть сервисов, необходимых для работы с моделями. Даже если пользователю не интересна агрегация моделей в Anuma, другие приложения могут нуждаться в его базовых возможностях.

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

В направлениях исследований, раскрытых ZetaChain в сентябре, упоминается предоставление и отзыв прав доступа к памяти для приложений и агентов, запись соответствующих событий в блокчейн и расчёты за вызовы через x402. Более долгосрочная идея — позволить пользователям оформлять знания и методы в виде агентов и получать вознаграждение при их вызове.

Кроме того, открытость предъявляет новые требования. Отзыв авторизации может предотвратить последующий доступ, но не может автоматически вернуть информацию, уже полученную внешними сервисами; сторонних разработчиков будут интересовать тарифы, стабильность интерфейсов и условия переноса данных. Anuma одновременно ведёт собственное приложение и сервисы для разработчиков, поэтому должно дать партнёрам достаточно причин для долгосрочного сотрудничества.

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

После миграции ZETA должен доказать свою ценность

Для блокчейн-проекта токеномика — это фундамент всего здания, а трансформация бизнеса меняет логику ценности токена. После перехода на Solana токен ZETA должен заново найти своё место в новой бизнес-системе.

Согласно официальному объявлению, нативные ZETA будут конвертированы 1:1 в SPL-токены на Solana, название, общий объём и первоначальный график разблокировки останутся неизменными. Данный план не затрагивает ZETA, уже выпущенные на Ethereum и BNB Chain; условия стейкинга и вознаграждений после миграции ещё предстоит уточнить.

Однако конкретное исполнение будет определено во втором предложении. Команде сначала нужно согласовать обмен на биржах, затем определить порядок снапшота, получения токенов и остановки цепи; прежние механизмы валидации и стейкинга продолжат работать до момента исполнения.

Эти меры решают вопрос миграции активов. Но более долгосрочный вопрос — как токен будет функционировать в новом бизнесе. Или, говоря прямо: зачем пользователям всё ещё нужен ZETA?

Сетевые комиссии Solana оплачиваются в SOL, а значит, ZETA не может напрямую сохранить роль газового токена нативного блокчейна. Ему нужно создавать спрос через правила использования на уровне приложений. Существующий ZETA Access уже предлагает один путь: пользователи блокируют ZETA и получают баллы, которые можно использовать для вызовов ИИ. Команда надеется по мере подключения новых приложений расширить этот механизм доступа за пределы Anuma, чтобы ZETA обслуживал более широкие сценарии приватного использования ИИ.

Но между блокировкой токенов и устойчивым бизнесом нужно свести баланс. Блокировка сокращает количество токенов в обращении на период лока, но не приносит операционного дохода, при этом каждый инференс модели имеет реальную стоимость. Готовы ли пользователи долгосрочно использовать такой подход, как будут погашаться баллы и за счёт каких доходов покрываются расходы на инференс — всё это влияет на устойчивость механизма.

Более того, рост числа сторонних приложений должен через конкретные правила конвертироваться в спрос на ZETA. Нужно ли разработчикам держать или блокировать токены для подключения, на какой срок и как распределяются комиссии? Только когда эти условия станут ясными, связь между ростом приложений и токеном станет прозрачной.

А в основе всего лежит способность продукта создавать устойчивый спрос на использование. Anuma пытается расширить сценарии применения. Недавно тестируемая функция Nearby использует личные интересы и предпочтения для поиска поблизости людей с похожими взглядами, пытаясь вывести память за пределы чатов в реальную жизнь.

Будь то социальные открытия или будущие сторонние приложения, команде необходимо доказать, что долговременная память может обеспечить функции, к которым пользователи захотят возвращаться. Для ZETA эти функции также должны формировать ясное и устойчивое применение токена.

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

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

Ответы на эти вопросы и определят, как далеко сможет зайти ZetaChain после закрытия собственного блокчейна.