Перейти к основному содержимому

38 записей с тегом "Web3"

Посмотреть все теги

Знакомьтесь с BeFreed.ai – Топливо для обучения разработчиков BlockEden.xyz

· 3 мин. чтения
Dora Noda
Software Engineer

Почему BlockEden.xyz это важно

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

Что такое BeFreed.ai

BeFreed.ai — это стартап из Сан-Франциско с простой, но мощной миссией: сделать обучение радостным и персонализированным в эпоху ИИ. Они создали интеллектуального компаньона для микрообучения, разработанного с учетом требовательного образа жизни разработчиков и создателей.

Основные компоненты:

  • Множество форматов → один клик: BeFreed.ai может взять широкий спектр контента — от объемных книг и подробных видео до сложных технических документов — и мгновенно преобразовать его в краткие обзоры, флеш-карточки, подробные заметки и даже аудио в стиле подкаста.
  • Адаптивный движок: Платформа разработана для обучения вместе с вами. Она учитывает ваш темп обучения и интересы, предлагая наиболее актуальную информацию, вместо того чтобы заставлять вас проходить жесткую, универсальную учебную программу.
  • Встроенный чат и объяснения «Почему это»: Есть вопрос? Просто спросите. BeFreed.ai позволяет задавать вопросы на лету для разъяснения сложных тем. Он также предоставляет объяснения, которые связывают новые идеи с вашими общими целями, делая процесс обучения более осмысленным.
  • Сообщество из 43 тысяч учащихся: Обучение часто является коллективной деятельностью. BeFreed.ai развивает активное сообщество из более чем 43 000 учащихся, которые делятся своим прогрессом, реагируют на содержательный контент и выделяют ключевые выводы, поддерживая высокую мотивацию и динамику.

Почему это важно для разработчиков BlockEden.xyz

Для преданных разработчиков в экосистеме BlockEden.xyz BeFreed.ai — это больше, чем просто инструмент для обучения; это стратегическое преимущество. Вот как он может отточить ваше мастерство:

  • Экономия времени: Превратите 300-страничный вайтпейпер в краткий 10-минутный аудиообзор, который можно прослушать перед важным голосованием по управлению.
  • Сохранение контекста: Используйте флеш-карточки и ментальные карты, чтобы закрепить понимание деталей протокола, которые понадобятся при написании индексов смарт-контрактов.
  • Развитие кросс-навыков: Расширяйте свои навыки, не покидая среды разработки. Изучите основы дизайн-мышления, поймите циклы роста или получите советы по параллелизму в Go в свободное время.
  • Общий словарный запас: Создавайте плейлисты на уровне команды, чтобы каждый участник обучался из одного и того же, тщательно отобранного и последовательного источника информации, способствуя лучшему сотрудничеству и согласованности.

Использование BeFreed в рабочих процессах BlockEden.xyz

Интеграция BeFreed.ai в ваш существующий процесс разработки является бесшовной и немедленно приносит пользу:

  1. Загрузите спецификацию: Вставьте URL-адрес последнего PDF-файла по токеномике или записи звонка разработчиков с YouTube в BeFreed для мгновенного, легко усваиваемого резюме.
  2. Экспортируйте флеш-карточки: Повторяйте ключевые концепции во время выполнения CI. Эта форма повторения гораздо эффективнее, чем умственная усталость, возникающая от постоянного переключения контекста.
  3. Вставьте ссылку в документацию: Встройте URL-адрес резюме BeFreed рядом с каждой ссылкой на API в вашей документации, чтобы помочь новым членам команды быстрее освоиться.
  4. Будьте в курсе: Настройте еженедельные дайджесты в BeFreed по новым L2 и немедленно примените эти знания на практике, создавая прототипы с помощью многоцепочечных RPC-сервисов BlockEden.xyz.

Начните работу

BeFreed.ai доступен сейчас на iOS, Android и в интернете. Мы рекомендуем вам попробовать его во время следующего спринта вашего проекта BlockEden.xyz и убедиться, как он может повысить скорость вашего обучения и разработки. Наша команда уже изучает более тесные интеграции — представьте будущее, где вебхук автоматически превращает каждое описание объединенного PR в полный учебный набор.

Web3-хакатоны, сделанные правильно: Прагматичное руководство на 2025 год

· 11 мин. чтения
Dora Noda
Software Engineer

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

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

Краткое содержание

  • Выбирайте мероприятия целенаправленно. Отдавайте предпочтение экосистемам, в которых вы уже работаете, или тем, где судьи и спонсоры идеально соответствуют вашей идее.
  • Определите свои условия победы. Вы здесь ради обучения, конкретной награды или места в финале? Каждый выбор меняет вашу команду, объем работы и стек технологий.
  • Подготовьте рутинные вещи заранее. Подготовьте каркасы проекта, потоки аутентификации, подключения кошельков, систему дизайна и набросок сценария демонстрации до начала отсчета времени.
  • Создайте самую маленькую, но привлекательную демо-версию. Покажите одну убийственную функцию, работающую от начала до конца. Все остальное — это просто повествование и слайды.
  • Отправляйте работу как профессионал. Соблюдайте правила «начинать с нуля», официально регистрируйтесь на каждый целевой трек с наградами и выделите достаточно времени для создания четкого видео и понятного README.

Почему web3-хакатоны стоят ваших выходных

  • Интенсивное обучение: За одни выходные вы освоите инфраструктуру, смарт-контракты, пользовательский интерфейс фронтенда и конвейеры развертывания. Это полный цикл разработки за 48 часов — кривая обучения, которая обычно занимает месяцы.
  • Высокоэффективный нетворкинг: Менторы, судьи и инженеры-спонсоры — это не просто имена на сайте; они сосредоточены в одной комнате или на сервере Discord, готовые дать обратную связь. Это ваш шанс связаться с основными разработчиками протоколов, которые вы используете каждый день.
  • Реальные пути финансирования: Это не просто повод для хвастовства. Призовые фонды и последующие гранты могут предоставить значительный капитал для продолжения проекта. Такие мероприятия, как Solana’s Summer Camp, предлагали до $5 млн в виде призов и начального финансирования, превращая проекты выходного дня в жизнеспособные стартапы.
  • Портфолио доказательств: Публичный репозиторий GitHub с функциональной демо-версией бесконечно ценнее, чем пункт в резюме. Это осязаемое доказательство того, что вы можете создавать, выпускать и четко излагать идеи под давлением.

Где найти хорошие

  • ETHGlobal: Золотой стандарт как для очных, так и для асинхронных мероприятий. Они отличаются надежными процессами судейства, высококачественными участниками и публичными демонстрациями проектов, которые идеально подходят для вдохновения.
  • Devpost: Широкая площадка для всех видов хакатонов, с мощными фильтрами по блокчейну, конкретным протоколам и призовым трекам. Это отличное место для поиска мероприятий, ориентированных на конкретные экосистемы.
  • DoraHacks: Платформа, ориентированная на web3-хакатоны, управляемые экосистемами, и раунды грантов, часто с глобальным и ориентированным на сообщество подходом.

Совет: Продолжительность сильно варьируется. Длительное асинхронное мероприятие, такое как ETHOnline, длится несколько недель, в то время как расширенный очный спринт, такой как #BUIDLathon на ETHDenver, может продолжаться до девяти дней. Вы должны соответствующим образом планировать объем своего проекта.


Расшифруйте правила (чтобы не дисквалифицировать себя)

  • «Начинать с нуля». Это самое распространенное и критически важное правило. Большинство мероприятий требуют, чтобы вся существенная работа начиналась после официального старта. Использование старого, заранее написанного кода для основной логики может привести к дисквалификации из финала и лишению партнерских призов. Шаблонный код обычно допустим, но «секретный соус» должен быть новым.
  • Структура судейства. Поймите воронку. Часто асинхронный отборочный раунд сокращает сотни проектов до пула финалистов до начала живого судейства. Знание этого поможет вам сосредоточиться на том, чтобы ваше видео для подачи заявки и README были максимально четкими для первого отбора.
  • Размер команды. Не приходите с командой из десяти человек. Многие мероприятия устанавливают ограничения, например, типичные команды из 2–4 человек, как на ETHDenver. Это обеспечивает равные условия и поощряет тесное сотрудничество.
  • Механика наград (баунти). Вы не можете выиграть приз, на который не зарегистрировались. Если вы нацелены на спонсорские награды, вам часто необходимо официально зарегистрировать свой проект для каждого конкретного приза через платформу мероприятия. Это простой шаг, о котором многие команды забывают.

Критерии судейства: что значит «хорошо»

У крупных организаторов судьи обычно оценивают проекты по четырем повторяющимся категориям. Разработайте свой объем работы и демонстрацию так, чтобы набрать очки в каждой из них.

  • Техническая сложность: Является ли проблема нетривиальной? Включает ли решение умное или элегантное использование технологий? Вышли ли вы за рамки простой фронтенд-обертки над одним смарт-контрактом?
  • Оригинальность: Есть ли новый механизм, уникальный пользовательский опыт или умная переработка существующих примитивов? Видели ли мы это сто раз раньше, или это свежий взгляд?
  • Практичность: Может ли кто-то использовать это сегодня? Полный, сквозной пользовательский путь, даже если он узок, гораздо важнее, чем проект с широкими, но наполовину реализованными функциями.
  • Удобство использования (UI/UX/DX): Является ли интерфейс понятным, быстрым и приятным в использовании? Насколько хорош опыт разработчика для инструментов разработки? Плавное внедрение и четкая обработка ошибок могут выделить вас.

Дизайн команды: маленькая, сфокусированная, взаимодополняющая

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

  • Смарт-контракты / протокол: Отвечает за логику в блокчейне. Отвечает за написание, тестирование и развертывание контрактов.
  • Фронтенд / DX: Создает пользовательский интерфейс. Управляет подключениями кошельков, получением данных, состояниями ошибок и окончательной полировкой демо-версии, которая делает проект реальным.
  • Продукт / история: Хранитель объема работы и рассказчик. Этот человек следит за тем, чтобы команда оставалась сосредоточенной на основном цикле, пишет описание проекта и проводит финальную демонстрацию.
  • (Необязательно) Дизайнер: Выделенный дизайнер может стать секретным оружием, подготавливая компоненты, иконки и микро-взаимодействия, которые повышают воспринимаемое качество проекта.

Выбор идеи: фильтр P-A-C-E

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

  • Боль (проблема): Решает ли это реальную проблему разработчика или пользователя? Подумайте об UX кошелька, индексации данных, защите от MEV или абстракции комиссий. Избегайте решений, ищущих проблему.
  • Атомарность: Можете ли вы создать и продемонстрировать один, атомарный цикл от начала до конца за 48 часов? Не всю концепцию — только одно полное, удовлетворяющее действие пользователя.
  • Компонуемость: Опирается ли ваша идея на существующие примитивы, такие как оракулы, абстракция учетных записей или кросс-чейн сообщения? Использование проверенных «кирпичиков Лего» помогает вам продвигаться дальше и быстрее.
  • Соответствие экосистеме: Является ли ваш проект заметным и актуальным для судей, спонсоров и аудитории мероприятия? Не предлагайте сложный протокол DeFi на треке, ориентированном на игры.

Если вы ориентированы на награды, выберите один основной и один второстепенный спонсорский трек. Распыление внимания на слишком много наград снижает вашу глубину и шансы на победу в любой из них.


Стандартные стеки, которые меньше сопротивляются

Ваша новизна должна быть в том, что вы строите, а не в том, как вы это строите. Придерживайтесь скучных, надежных технологий.

Трек EVM (быстрый путь)

  • Контракты: Foundry (за его скорость в тестировании, написании скриптов и запуске локального узла).
  • Фронтенд: Next.js или Vite, в сочетании с wagmi или viem и комплектом кошелька, таким как RainbowKit или ConnectKit, для модальных окон и коннекторов.
  • Данные/индексирование: Хостинг-индексатор или сервис подграфов, если вам нужно запрашивать исторические данные. Избегайте запуска собственной инфраструктуры.
  • Внецепочечные триггеры: Простой планировщик задач или выделенный сервис автоматизации.
  • Хранение: IPFS или Filecoin для активов и метаданных; простое KV-хранилище для состояния сессии.

Трек Solana (быстрый путь)

  • Программы: Anchor (чтобы сократить объем шаблонного кода и воспользоваться более безопасными настройками по умолчанию).
  • Клиент: React или мобильный фреймворк с Solana Mobile SDK. Используйте простые хуки для RPC и вызовов программ.
  • Данные: Полагайтесь на прямые вызовы RPC или индексаторы экосистемы. Агрессивно кэшируйте, чтобы сохранить быстродействие пользовательского интерфейса.
  • Хранение: Arweave или IPFS для постоянного хранения активов, если это актуально.

Реалистичный 48-часовой план

T-24 до T-0 (до старта)

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

Час 0–6

  • Подтвердите объем работы с менторами и спонсорами мероприятия. Уточните критерии награды и убедитесь, что ваша идея хорошо подходит.
  • Установите жесткие ограничения: одна цепочка, один основной вариант использования и один «вау-момент» для демонстрации.
  • Разделите работу на 90-минутные спринты. Ваша цель — выпустить первый полный вертикальный срез вашего основного цикла к 6-му часу.

Час 6–24

  • Укрепите критический путь. Протестируйте как «счастливый путь», так и распространенные граничные случаи.
  • Добавьте наблюдаемость. Внедрите базовые логи, всплывающие уведомления UI и границы ошибок, чтобы вы могли быстро отлаживать.
  • Создайте минимальную целевую страницу, которая четко объясняет «почему» вашего проекта.

Час 24–40

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

Час 40–48

  • Заморозьте все функции. Больше никакого нового кода.
  • Завершите работу над видео и пакетом для подачи заявки. Опытные победители часто рекомендуют резервировать ~15% от общего времени на доработку и создание видео с четким соотношением 60/40 между объяснением проблемы и демонстрацией решения.

Демонстрация и подача заявки: упростите работу судьям

  • Начните с «почему». Начните свое видео и README с одного предложения, объясняющего проблему и результат вашего решения.
  • Покажите цикл в действии. Покажите, а не просто расскажите. Пройдите через один, достоверный пользовательский путь от начала до конца, не пропуская шагов.
  • Опишите свои ограничения. Признайте, что вы не построили и почему. Сказав: «Мы ограничили это одним вариантом использования, чтобы гарантировать, что реальные пользователи могут завершить процесс сегодня», вы демонстрируете сфокусированность и зрелость.
  • Оставьте четкие указатели. Ваш README должен содержать архитектурную диаграмму, ссылки на вашу живую демонстрацию и развернутые контракты, а также простые шаги в один клик для запуска проекта локально.
  • Основы видео. Планируйте свое видео заранее, тщательно пропишите сценарий и убедитесь, что оно четко демонстрирует, что делает проект, какую проблему он решает и как он работает изнутри.

Награды без выгорания

  • Зарегистрируйтесь на каждый приз, на который вы нацелены. На некоторых платформах это включает явное нажатие кнопки «Начать работу».
  • Не гонитесь более чем за двумя спонсорскими наградами, если только их технологии естественным образом не пересекаются в вашем стеке.
  • В своей заявке отразите их критерии. Используйте их ключевые слова, ссылайтесь на их API по названию и объясните, как вы достигли их конкретных показателей успеха.

После хакатона: превратите импульс в развитие

  • Опубликуйте короткий пост в блоге и ветку в социальных сетях со ссылкой на вашу демо-версию и репозиторий GitHub. Отметьте мероприятие и спонсоров.
  • Подавайте заявки на гранты и в акселерационные программы, специально разработанные для выпускников хакатонов и ранних стадий проектов с открытым исходным кодом.
  • Если прием сильный, создайте простой недельный план, сосредоточенный на исправлении ошибок, улучшении UX и небольшом пилотном проекте с несколькими пользователями. Установите жесткий срок для выпуска версии v0.1, чтобы сохранить темп.

Распространенные ошибки (и их исправление)

  • Нарушение правил «начинать с нуля». Исправление: Полностью исключите любой предыдущий код из области действия или явно объявите его как существующую библиотеку, которую вы используете.
  • Чрезмерное расширение объема. Исправление: Если ваша запланированная демонстрация состоит из трех основных шагов, сократите один. Будьте безжалостны в сосредоточении на основном цикле.
  • Слишком ранний переход на мультичейн. Исправление: Идеально развернитесь на одной цепочке. Расскажите о своих планах по мостам и кросс-чейн поддержке в разделе «Что дальше» вашего README.
  • Налог на доработку в последнюю минуту. Исправление: Заранее выделите блок в 4-6 часов в конце хакатона исключительно для вашего README, видео и формы подачи заявки.
  • Забыть зарегистрироваться на награды. Исправление: Сделайте это одним из первых дел после старта. Зарегистрируйтесь на каждый потенциальный приз, чтобы спонсоры могли найти и поддержать вашу команду.

Чек-листы, которые можно скопировать

Пакет для подачи заявки

  • Репозиторий (лицензия MIT/Apache-2.0), краткий README и шаги для локального запуска
  • Короткое демо-видео Loom/MP4 + резервная запись
  • Простая архитектурная диаграмма (один слайд или изображение)
  • Одностраничник: проблема → решение → кому это нужно → что дальше
  • Ссылки: живой фронтенд, адреса контрактов в обозревателе блоков

Список вещей для очного хакатона

  • Удлинитель и сетевой фильтр
  • Наушники и приличный микрофон
  • HDMI/USB-C адаптеры для дисплея
  • Многоразовая бутылка для воды и электролиты
  • Ваша любимая удобная клавиатура/мышь (если вы придирчивы)

Проверка правил

  • Политика «начинать с нуля» понята и соблюдена
  • Размер команды соответствует ограничениям мероприятия (если применимо)
  • Процесс судейства (асинхронный против живого) учтен
  • Все целевые награды официально зарегистрированы («Начать работу» или эквивалент)

Полезные ссылки для вашего следующего хакатона

  • Найти мероприятия: Ознакомьтесь с календарем мероприятий ETHGlobal, разделом блокчейна на Devpost и DoraHacks для предстоящих конкурсов.
  • Вдохновиться: Просмотрите ETHGlobal Showcase, чтобы увидеть победные демо-версии и изучить их код.
  • Каркас EVM: Изучите документацию Foundry и руководства по быстрому старту.
  • Каркас Solana: Посмотрите документацию Anchor и его руководство по «основам».
  • Советы по видео: Найдите руководства о том, как создать четкое и убедительное демо-видео.

Заключительное слово

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

Два пути к более дружелюбному Ethereum: смарт-аккаунты ERC‑4337 + Web3-URL ERC‑4804

· 8 мин. чтения
Dora Noda
Software Engineer

TL;DR

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

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

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


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

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

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

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


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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

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


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

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

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

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

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

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

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

Представляем BlockEden.xyz Dashboard v3: современный, быстрый и более интуитивно понятный интерфейс

· 4 мин. чтения
Dora Noda
Software Engineer

Краткое резюме: Мы полностью переработали нашу панель управления с использованием Next.js App Router, компонентов shadcn-ui и Tailwind CSS, чтобы обеспечить более быстрый, отзывчивый и визуально привлекательный опыт управления доступом к вашему блокчейн API.

Сегодня мы рады объявить о запуске BlockEden.xyz Dashboard v3, что является нашим крупнейшим обновлением пользовательского интерфейса с момента создания платформы. Это не просто визуальное обновление — это полная архитектурная переработка, призванная сделать ваше взаимодействие с нашими блокчейн API-сервисами более плавным, быстрым и интуитивно понятным, чем когда-либо прежде.

Что нового в Dashboard v3

1. Современный технологический стек для повышения производительности

Dashboard v3 построен на Next.js App Router, заменяя предыдущую архитектуру Pages Router. Это фундаментальное изменение обеспечивает значительное повышение производительности за счет:

  • Server Components: Более быстрая загрузка страниц с уменьшенным объемом клиентского JavaScript
  • Улучшенная маршрутизация: Более интуитивная навигация с вложенными макетами
  • Улучшенное SEO: Лучшая видимость в поисковых системах благодаря улучшенной обработке метаданных

Мы также перешли с Ant Design и Styletron на компоненты shadcn-ui, работающие на Tailwind CSS, что привело к:

  • Уменьшенный размер бандла: Более быстрая загрузка на всех страницах
  • Единый язык дизайна: Более целостный визуальный опыт
  • Улучшенная доступность: Улучшенная навигация с клавиатуры и поддержка программ чтения с экрана

2. Упрощенное управление ключами доступа

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

  • Интуитивное создание ключей: Генерируйте новые API-ключи всего за несколько кликов
  • Улучшенная видимость: Легко различайте различные типы ключей и разрешения
  • Повышенная безопасность: Улучшенная изоляция между клиентскими средами с надлежащей обработкой клиентов (tenant handling)
  • Копирование в один клик: Легко копируйте ключи в буфер обмена для интеграции в ваши проекты

[ЗАПОЛНИТЕЛЬ ИЗОБРАЖЕНИЯ: Скриншот нового интерфейса управления ключами доступа]

3. Переработанный раздел "Аккаунт и оплата"

Управление вашей учетной записью и подписками теперь стало проще:

  • Упрощенное управление подписками: Легко обновляйте, понижайте или отменяйте свой тарифный план
  • Более четкая информация об оплате: Более прозрачные цены и статистика использования
  • Оптимизированный процесс оплаты: Безопасная и эффективная обработка платежей с улучшенной интеграцией Stripe
  • Расширенная интеграция кошельков: Улучшенное подключение к вашим криптокошелькам

4. Строгая изоляция клиентов (Tenant Isolation)

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

  • Конфигурации для конкретного клиента: Каждый идентификатор клиента имеет свою собственную изолированную среду
  • Повышенная безопасность: Надлежащее соблюдение границ между различными клиентами
  • Улучшенное отслеживание: Лучшая видимость моделей использования в различных проектах

За кулисами: Технические улучшения

Хотя визуальные изменения сразу бросаются в глаза, мы внесли значительные улучшения "под капотом":

1. Архитектурный сдвиг

Миграция с Pages Router на App Router представляет собой фундаментальный сдвиг в структуре нашего приложения:

  • Компонентно-ориентированная архитектура: Более модульная и поддерживаемая кодовая база
  • Улучшенная выборка данных: Более эффективный рендеринг на стороне сервера и загрузка данных
  • Улучшенное управление состоянием: Более четкое разделение обязанностей и более предсказуемые обновления состояния

2. Улучшенный процесс аутентификации

Мы оптимизировали нашу систему аутентификации:

  • Упрощенный процесс входа: Более быстрая и надежная аутентификация
  • Улучшенное управление сессиями: Лучшая обработка токенов аутентификации
  • Повышенная безопасность: Более надежная защита от распространенных уязвимостей безопасности

3. Оптимизированная интеграция API

Наша интеграция GraphQL была полностью переработана:

  • Провайдер Apollo Client: Настроен с надлежащей обработкой идентификаторов клиентов
  • Политика выборки "только сеть": Обновления данных в реальном времени для критически важной информации
  • Оптимизированные запросы: Уменьшенная передача данных и улучшенное время отклика

Начало работы с Dashboard v3

Все существующие пользователи были автоматически переведены на Dashboard v3. Просто войдите в систему по адресу https://BlockEden.xyz/dash, чтобы опробовать новый интерфейс.

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

Что дальше?

Это обновление представляет собой важную веху на нашем пути, но мы не останавливаемся на достигнутом. В ближайшие месяцы мы представим:

  • Расширенная аналитика: Более подробная информация об использовании вашего API
  • Дополнительные сетевые интеграции: Поддержка большего количества блокчейн-сетей
  • Улучшенные инструменты разработчика: Лучшая документация и поддержка SDK
  • Настраиваемые оповещения: Конфигурируемые уведомления о критических событиях

Мы ценим ваши отзывы

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

Благодарим вас за то, что вы являетесь частью пути BlockEden.xyz. Мы рады продолжать создавать инфраструктуру, которая питает децентрализованное будущее.

Соединение ИИ и Web3 через MCP: Панорамный анализ

· 40 мин. чтения
Dora Noda
Software Engineer

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Проект / ИгрокФокус и описаниеРоль в конвергенции ИИ-Web3 и варианты использования
Fetch.ai (Fetch)Платформа ИИ-агентов с собственным блокчейном (на базе Cosmos). Разработала фреймворки для автономных агентов и недавно представила «ASI-1 Mini», LLM, настроенную для Web3.Обеспечивает агентские сервисы в Web3. Агенты Fetch могут выполнять такие задачи, как децентрализованная логистика, поиск парковочных мест или DeFi-торговля от имени пользователей, используя криптовалюту для платежей. Партнерства (например, с Bosch) и слияние альянса Fetch-AI позиционируют его как инфраструктуру для развертывания агентских dApp.
Ocean Protocol (Ocean)Децентрализованный рынок данных и протокол обмена данными. Специализируется на токенизации наборов данных и моделей, с контролем доступа, сохраняющим конфиденциальность.Предоставляет основу данных для ИИ в Web3. Ocean позволяет разработчикам ИИ находить и приобретать наборы данных или продавать обученные модели в экономике данных без доверия. Подпитывая ИИ более доступными данными (при этом вознаграждая поставщиков данных), он поддерживает инновации в ИИ и обмен данными для обучения. Ocean является частью нового альянса ASI, интегрируя свои сервисы данных в более широкую сеть ИИ.
SingularityNET (SNet)Децентрализованный рынок ИИ-сервисов, основанный пионером ИИ Беном Герцелем. Позволяет любому публиковать или потреблять ИИ-алгоритмы через свою блокчейн-платформу, используя токен AGIX.Стала пионером концепции открытого рынка ИИ на блокчейне. Она способствует развитию сети ИИ-агентов и сервисов, которые могут взаимодействовать (разрабатывая специальный AI-DSL для связи между агентами). Варианты использования включают ИИ как услугу для таких задач, как анализ, распознавание изображений и т. д., все доступно через dApp. Теперь объединяется с Fetch и Ocean (альянс ASI), чтобы объединить ИИ, агентов и данные в единую экосистему.
Chainlink (Сеть оракулов)Децентрализованная сеть оракулов, которая связывает блокчейны с внецепочечными данными и вычислениями. Не является ИИ-проектом как таковым, но имеет решающее значение для подключения ончейн-смарт-контрактов к внешним API и системам.Выступает в качестве безопасного промежуточного ПО для интеграции ИИ-Web3. Оракулы Chainlink могут передавать результаты ИИ-моделей в смарт-контракты, позволяя ончейн-программам реагировать на решения ИИ. И наоборот, оракулы могут получать данные из блокчейнов для ИИ. Архитектура Chainlink может даже агрегировать результаты нескольких ИИ-моделей для повышения надежности (подход «машины правды» для смягчения галлюцинаций ИИ). По сути, она обеспечивает рельсы для интероперабельности, гарантируя, что ИИ-агенты и блокчейн согласуются в отношении доверенных данных.
Anthropic & OpenAI (Провайдеры ИИ)Разработчики передовых фундаментальных моделей (Claude от Anthropic, GPT от OpenAI). Они интегрируют функции, дружественные к Web3, такие как нативные API для использования инструментов и поддержка протоколов, таких как MCP.Эти компании развивают технологии ИИ-интерфейсов. Введение Anthropic протокола MCP установило стандарт для взаимодействия LLM с внешними инструментами. OpenAI реализовала системы плагинов для ChatGPT (аналогичные концепции MCP) и исследует подключение агентов к базам данных и, возможно, блокчейнам. Их модели служат «мозгами», которые, будучи подключенными через MCP, могут взаимодействовать с Web3. Крупные облачные провайдеры (например, протокол A2A от Google) также разрабатывают стандарты для взаимодействия между несколькими агентами и инструментами, что принесет пользу интеграции Web3.
Другие появляющиеся игрокиLumoz: фокусируется на MCP-серверах и интеграции ИИ-инструментов в Ethereum (названном «Ethereum 3.0») — например, проверка ончейн-балансов через ИИ-агентов. Alethea AI: создает интеллектуальные NFT-аватары для метавселенной. Cortex: блокчейн, который позволяет выполнять ончейн-вывод ИИ-моделей через смарт-контракты. Golem & Akash: децентрализованные вычислительные рынки, которые могут выполнять ИИ-нагрузки. Numerai: краудсорсинговые ИИ-модели для финансов с крипто-стимулами.Эта разнообразная группа решает нишевые аспекты: ИИ в метавселенной (ИИ-управляемые NPC и аватары, которыми владеют через NFT), ончейн-выполнение ИИ (запуск ML-моделей децентрализованным способом, хотя в настоящее время ограничено небольшими моделями из-за стоимости вычислений), и децентрализованные вычисления (чтобы задачи обучения или вывода ИИ могли быть распределены между узлами, стимулируемыми токенами). Эти проекты демонстрируют множество направлений слияния ИИ-Web3 — от игровых миров с ИИ-персонажами до краудсорсинговых прогностических моделей, защищенных блокчейном.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

Источники:

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

NameFi.io: Превращая каждый домен в программируемый актив

· 4 мин. чтения
Zainan Zhou
Zainan Zhou
Founder of Namefi.io

NameFi.io: Превращая каждый домен в программируемый актив

Краткое описание для разработчиков BlockEden.xyz: NameFi превращает ваши привычные домены Web2 (.com, .xyz и более 300 других TLD) непосредственно в NFT, сохраняя полную совместимость с DNS и открывая новые возможности для ончейн-торговли, обеспечения залогом и идентификации.

Для разработчиков, создающих проекты на BlockEden.xyz, это представляет огромную возможность преодолеть разрыв между Web2 и Web3. Представьте мир, где ваши пользователи больше не копируют длинные шестнадцатеричные адреса, а могут отправлять средства непосредственно на yourbrand.com. Это будущее, которое NameFi строит уже сегодня.

Почему NameFi меняет правила игры

1. Зарегистрируйте один раз, используйте везде: Бесшовный мост между Web2 и Web3

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

2. Безопасность, подтвержденная аккредитацией ICANN

Доверие — это основа децентрализованного интернета. NameFi — один из немногих регистраторов доменов, официально аккредитованных ICANN (Корпорацией по управлению доменными именами и IP-адресами). Это означает, что, предлагая инновационные ончейн-сервисы, NameFi также придерживается высочайших мировых стандартов для интернет-инфраструктуры, успешно сочетая децентрализованную гибкость с корпоративным уровнем соответствия и безопасности.

3. "Безгазовый DNSSEC" с AutoENS

Для многих разработчиков и пользователей высокие комиссии за газ являются серьезным препятствием для взаимодействия с блокчейном. Функция AutoENS от NameFi элегантно решает эту проблему. Благодаря инновационной технологии "Безгазовый DNSSEC" вы можете сопоставить свой домен с субдоменом ENS одним щелчком мыши. Когда пользователь отправляет криптовалюту на этот адрес (например, yourdomain.xyz), криптографическая подпись проверяется автоматически, не требуя никаких комиссий за газ ни от вас, ни от пользователя. Это значительно снижает барьер для массового внедрения.

4. Разблокировка финансовой компонуемости

Исторически торговля доменами была медленной, непрозрачной и неэффективной. Превращая домены в NFT стандарта ERC-721, NameFi меняет все. Ваше доменное имя теперь является ликвидным, программируемым активом, который может быть:

  • Торговаться на любой крупной NFT-площадке, такой как OpenSea и Blur.
  • Использоваться в качестве залога в протоколах DeFi для заимствования активов и повышения эффективности капитала.
  • Использоваться в качестве токена управления в DAO, представляя личность и право голоса.

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

Основной рабочий процесс: От DNS к NFT

  1. Регистрация / Импорт → Создание NFT: Когда вы регистрируете новый домен или импортируете существующий через NameFi, смарт-контракты платформы автоматически создают соответствующий NFT в Ethereum, записывая данные о владении и сроке действия в блокчейн.
  2. Синхронизация DNS ↔ Ончейн: Записи DNS криптографически подписываются через DNSSEC и синхронизируются со смарт-контрактом, обеспечивая целостность данных. И наоборот, когда доменный NFT передается в блокчейне, NameFi гарантирует, что управление DNS остается активным и доступным для нового владельца.
  3. Торговля / Залог / Интеграция: Будучи стандартным токеном ERC-721, ваш доменный NFT может быть выставлен на любой торговой площадке или интегрирован с любым совместимым протоколом, от DeFi-платформ кредитования до инструментов DAO.

Синергия с BlockEden.xyz: Практические сценарии интеграции

Видение NameFi идеально дополняет миссию BlockEden.xyz по предоставлению надежной, высокопроизводительной, мультичейн-инфраструктуры. Вот несколько способов, которыми разработчики могут начать создавать уже сегодня:

  • Человекочитаемые адреса кошельков:

    Во внешнем интерфейсе вашего dApp используйте конечную точку RPC BlockEden для прямого разрешения домена .com или .xyz в соответствующий адрес кошелька. Это создает беспрепятственный пользовательский опыт "отправки на домен".

  • Мониторинг доменных рисков:

    Используйте BlockEden Indexer для подписки на события Transfer в контракте доменных NFT NameFi. Это позволяет отслеживать перемещение ценных или связанных с брендом доменов в режиме реального времени, помогая обнаруживать потенциальные фишинговые атаки или вредоносные передачи и запускать оповещения.

  • Единая точка доступа к API:

    NameFi планирует разместить свои основные API, включая регистрацию, продление и управление DNS, на BlockEden API Marketplace. Это означает, что разработчикам вскоре потребуется всего один ключ API BlockEden для доступа как к мультичейн-инфраструктуре узлов, так и к мощным доменным сервисам, что значительно упростит стек разработки.

Начните сегодня

Доменное имя — это больше не просто строка символов; это программируемый, компонуемый актив. Пришло время записать его в ваши смарт-контракты, интегрировать в ваши кошельки и создать по-настоящему удобную для человека точку входа для вашего dApp.

  1. Посетите NameFi.io, чтобы подать заявку на бета-доступ и импортировать или зарегистрировать свой первый ончейн-домен.
  2. Присоединяйтесь к сообществу: Заходите в общий Discord BlockEden и NameFi, чтобы поделиться своими идеями по интеграции и получить ранний доступ к SDK и примерам.
  3. Следите за блогом: Оставайтесь на связи с официальным блогом BlockEden, чтобы получать будущие публикации о лучших практиках и показателях производительности для API NameFi.

Enso Network: Единый движок исполнения на основе намерений

· 34 мин. чтения

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

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

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

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

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

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

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

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

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

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

Токеномика

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

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

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

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

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

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

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

РаспределениеПроцентТокены (из 100 млн)
Команда (Основатели и Основной состав)25.0%25,000,000
Ранние инвесторы (Венчурные фонды)31.3%31,300,000
Фонд и Фонд развития23.2%23,200,000
Казначейство экосистемы (Стимулы сообщества)15.0%15,000,000
Публичная продажа (CoinList 2025)4.0%4,000,000
Советники1.5%1,500,000

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источники:

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

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

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

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

Trusted Execution Environments (TEEs) in the Web3 Ecosystem: A Deep Dive

· 10 мин. чтения

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.

Soneium от Sony: Внедрение блокчейна в мир развлечений

· 5 мин. чтения

В быстро развивающемся мире блокчейн-технологий на арену с амбициозным видением вышла знакомая компания. Sony, гигант в сфере развлечений и технологий, запустила Soneium — блокчейн Ethereum Layer-2, разработанный для преодоления разрыва между передовыми инновациями Web3 и основными интернет-сервисами. Но что такое Soneium, и почему это должно вас волновать? Давайте разберемся.

Что такое Soneium?

Soneium — это блокчейн Layer-2, построенный на базе Ethereum и разработанный Sony Block Solutions Labs — совместным предприятием Sony Group и Startale Labs. Запущенный в январе 2025 года после успешной фазы тестовой сети, Soneium стремится "реализовать открытый интернет, который преодолевает границы", делая технологию блокчейн доступной, масштабируемой и практичной для повседневного использования.

Представьте это как попытку Sony сделать блокчейн таким же удобным для пользователя, каким когда-то ее PlayStation и Walkman сделали игры и музыку.

Технологии, лежащие в основе Soneium

Для тех, кто интересуется технологиями, Soneium построен на Optimism's OP Stack, что означает, что он использует ту же структуру оптимистичного роллапа, что и другие популярные решения Layer-2. Проще говоря? Он обрабатывает транзакции вне сети и лишь периодически отправляет сжатые данные обратно в Ethereum, делая транзакции быстрее и дешевле, сохраняя при этом безопасность.

Soneium полностью совместим с Виртуальной машиной Ethereum (EVM), поэтому разработчики, знакомые с Ethereum, могут легко развертывать свои приложения на этой платформе. Он также присоединяется к экосистеме "Superchain" от Optimism, что позволяет ему легко взаимодействовать с другими сетями Layer-2, такими как Base от Coinbase.

Что делает Soneium особенным?

Хотя на рынке уже существует несколько решений Layer-2, Soneium выделяется своим акцентом на развлечениях, креативном контенте и вовлечении фанатов — областях, где Sony имеет десятилетия опыта и огромные ресурсы.

Представьте, что вы покупаете билет в кино и получаете эксклюзивный цифровой коллекционный предмет, который предоставляет доступ к бонусному контенту. Или посещаете виртуальный концерт, где ваш NFT-билет становится сувениром со специальными привилегиями. Именно такие впечатления Sony планирует создавать на Soneium.

Платформа предназначена для поддержки:

  • Игровых впечатлений с более быстрыми транзакциями для внутриигровых активов
  • NFT-маркетплейсов для цифровых коллекционных предметов
  • Приложений для вовлечения фанатов, где сообщества могут взаимодействовать с создателями
  • Финансовых инструментов для создателей и фанатов
  • Корпоративных блокчейн-решений

Партнерства Sony, движущие Soneium

Sony не действует в одиночку. Компания заключила стратегические партнерства для поддержки развития и внедрения Soneium:

  • Startale Labs, сингапурский блокчейн-стартап, возглавляемый Сотой Ватанабе (соучредителем Astar Network), является ключевым техническим партнером Sony
  • Optimism Foundation предоставляет базовую технологию
  • Circle гарантирует, что USD Coin (USDC) служит основной валютой в сети
  • Samsung сделала стратегические инвестиции через свое венчурное подразделение
  • Alchemy, Chainlink, Pyth Network и The Graph предоставляют основные инфраструктурные услуги

Sony также использует свои внутренние подразделения — включая Sony Pictures, Sony Music Entertainment и Sony Music Publishing — для пилотных проектов по вовлечению фанатов Web3 на Soneium. Например, платформа уже провела NFT-кампании для франшизы "Призрак в доспехах" и различных музыкальных исполнителей под лейблом Sony.

Первые признаки успеха

Несмотря на то, что Soneium существует всего несколько месяцев, он демонстрирует многообещающую динамику:

  • Фаза его тестовой сети насчитывала более 15 миллионов активных кошельков и обработала более 47 миллионов транзакций
  • В течение первого месяца после запуска основной сети Soneium привлек более 248 000 ончейн-аккаунтов и около 1,8 миллиона адресов, взаимодействующих с сетью
  • Платформа успешно запустила несколько NFT-дропов, включая сотрудничество с музыкальным лейблом Web3 Coop Records

Для стимулирования роста Sony и Astar Network запустили 100-дневную стимулирующую кампанию с призовым фондом в 100 миллионов токенов, поощряя пользователей тестировать приложения, предоставлять ликвидность и быть активными на платформе.

Безопасность и масштабируемость: Акт балансирования

Безопасность имеет первостепенное значение для Sony, особенно когда она переносит свой проверенный бренд в блокчейн-пространство. Soneium наследует безопасность Ethereum, добавляя при этом свои собственные защитные меры.

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

Что касается масштабируемости, сама цель Soneium — повысить пропускную способность Ethereum. Обрабатывая транзакции вне сети, он может обрабатывать гораздо больший объем транзакций при значительно меньших затратах — что крайне важно для массового внедрения таких приложений, как игры или крупные NFT-дропы.

Дальнейший путь

Sony представила многоэтапную дорожную карту для Soneium:

  1. Первый год: Привлечение энтузиастов Web3 и ранних последователей
  2. В течение двух лет: Интеграция продуктов Sony, таких как Sony Bank, Sony Music и Sony Pictures
  3. В течение трех лет: Расширение на предприятия и общие приложения за пределами экосистемы Sony

Компания постепенно развертывает свою платформу фанатского маркетинга на основе NFT, которая позволит брендам и артистам легко выпускать NFT для фанатов, предлагая такие привилегии, как эксклюзивный контент и доступ к мероприятиям.

Хотя Soneium в настоящее время полагается на ETH для оплаты комиссий за газ и использует ASTR (токен Astar Network) для стимулов, существуют предположения о потенциальном собственном токене Soneium в будущем.

Как Soneium сравнивается с другими сетями Layer-2

На переполненном рынке Layer-2 Soneium сталкивается с конкуренцией со стороны таких признанных игроков, как Arbitrum, Optimism и Polygon. Однако Sony занимает уникальное положение, используя свою развлекательную империю и сосредоточившись на креативных вариантах использования.

В отличие от чисто управляемых сообществом сетей Layer-2, Soneium выигрывает от доверия к бренду Sony, доступа к интеллектуальной собственности контента и потенциально огромной пользовательской базы существующих сервисов Sony.

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

Общая картина

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

Если Sony сможет успешно превратить хотя бы часть своих миллионов клиентов в участников Web3, Soneium может стать одной из первых по-настоящему массовых блокчейн-платформ.

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