Обещание блокчейна всегда заключалось в предоставлении более доступных финансов и координации. И все же, каждый, кто пытался провести простой обмен токенов между цепями, знает реальность: несколько взаимодействий с кошельками, токены газа, зависящие от конкретной цепи, расчет просадок и постоянная угроза неудачных транзакций, уносящих ваши средства. Разрыв между потенциалом блокчейна и его удобством по-прежнему остается широким.
Входит дизайн, ориентированный на намерения, новая парадигма, которая может кардинально изменить взаимодействие пользователей с Web3. Вместо того, чтобы заставлять пользователей указывать каждый шаг транзакции - какая цепь, какой протокол, какая последовательность вызовов смарт-контрактов - архитектуры, ориентированные на намерения, позволяют пользователям просто декларировать, чего они хотят достичь. Инфраструктура справляется с остальным.
Эти изменения отражают более широкую тенденцию в истории вычислений. Ранние пользователи компьютеров программировали на ассемблере, указывая точные инструкции для машин. Современные пользователи просто нажимают, печатают или произносят желаемый результат. Дизайн на основе намерений обещает аналогичное преобразование для блокчейна: от императивного программирования («сделай это, затем это, затем это») к декларативному выражению («сделай это»).
Транзакционная модель, доминирующая в Web3 с момента запуска Ethereum требует от пользователей понимания технических деталей, которые должны быть абстрагированы. Если вы хотите обменять токены между цепями, вам нужно перенести активы, удостовериться, что у вас есть токен газа, перейти к соответствующей децентрализованной бирже, установить параметры просадки и надеяться, что ни один MEV-бот не обгонит вашу транзакцию. Каждый шаг создает трение и риск отказа.
Проекты, такие как Anoma, SUAVE от Flashbots и CoW Protocol, прокладывают путь для подхода к намерениям. Эти архитектуры на основе намерений вводят сети решателей, соревнующихся за оптимальное выполнение целей пользователя. Пользователи выражают желаемые результаты; решатели справляются со сложностью выполнения. В результате Web3 может стать менее похожим на программирование и больше напоминать простое достижение целей.
Эта трансформация имеет глубокие последствия для обычных пользователей, уставших от сложности, для разработчиков, утопающих в задаче интеграции между цепями, и для способности криптоэкосистемы масштабироваться за пределы текущих ограничений. Но дизайн, основанный на намерениях, также вводит новые риски в отношении централизации, конфиденциальности и ответственности решателей. Понимание как обещаний, так и потенциальных опасностей имеет значение сейчас, когда эта архитектура начинает переходить от теории к практике.
Что такое дизайн на основе намерений?
В основе своей, намерение представляет собой желаемое конечное состояние пользователя, а не предписанный путь выполнения. В технических терминах, намерение является подписанным сообщением, выражающим, какой результат хочет достичь пользователь, а также ограничениями, определяющими приемлемые способы достижения этого результата.
Различие между транзакционными и основанными на намерениях взаимодействиями иллюстрирует смену парадигмы. В транзакционных системах, таких как Ethereum, пользователи составляют конкретные инструкции: «Выполнить функцию X на контракте Y с параметрами Z». Блокчейн детерминированно обрабатывает эти инструкции. Пользователи несут ответственность за понимание интерфейсов контрактов, управление nonce'ами, владение токенами газа и предсказание изменений состояния.
Системы на основе намерений переворачивают эту модель. Пользователи заявляют: «Я хочу получить актив B, начиная с актива A, при ограничениях C». Заявление может указывать максимальную допустимую просадку, временные окна или предпочтения конфиденциальности, но не определяет путь выполнения.
Примеры. В транзакционной модели пользователь, желающий обменять 100 USDC на ETH в Ethereum, должен:
- Убедиться, что у него есть ETH для газа
- Перейти на определенный DEX
- Утвердить контракт USDC
- Рассчитать допустимую просадку
- Отправить транзакцию обмена
- Отслеживать возможные атаки MEV
- Ожидать подтверждения
В модели намерений пользователь просто подписывает: «Я хочу минимум X ETH за 100 USDC в течение следующих 10 минут». Решатели затем соревнуются за лучшее выполнение, потенциально:
- Сопоставляя с пользователем, желающим противоположную сделку (пайр-ту-пайр расчет)
- Осуществляя маршрутизацию через несколько источников ликвидности одновременно
- Выполняя на нескольких DEX для минимизации ценового воздействия
- Используя ликвидность вне сети
- Управление всеми платежами за газ и логистикой утверждения
Архитектура Anoma описывает это как «генерализованные намерения» – намерения, которые работают с любым типом приложений, а не только торговых. Игровое намерение может быть «приобрести этот игровой предмет по лучшей цене». Намерение DeFi может быть «поддерживать займовую позицию с определенными коэффициентами залога на любой цепи, где это наиболее капиталоэффективно». Система сосредоточена на результате, а не на процессе.
Это абстрагирование предоставляет несколько немедленных преимуществ. Пользователям больше не нужно глубокое техническое понимание для навигации по сложности блокчейна. Они избегают необходимости владеть несколькими токенами газа. Они получают защиту от общих ловушек, таких как передовые атаки, так как их намерение оптимально выполняется конкурирующими решателями, а не наивно исполняется в общедоступной мемпуле. Когнитивная нагрузка на взаимодействие с Web3 снижается драматически.
Архитектуры, ориентированные на намерения, рассматривают приложения как системы координации, где фундаментальной примитивой является не транзакция, а желаемое изменение состояния. Этот переосмысленный подход имеет последствия для построения протоколов, структуры ликвидности и потока ценностей в экосистеме. Это представляет собой то, что некоторые исследователи называют «третьим поколением» архитектуры блокчейна, после скриптируемых расчетов Bitcoin и программируемых расчетов Ethereum.
Как проекты создают слои намерений
Несколько крупных проектов прокладывают путь для инфраструктуры архитектур, ориентированных на намерения, каждый из которых принимает уникальные подходы к техническим проблемам, с которыми сталкиваются.
Anoma: Операционная система намерений
Anoma позиционирует себя как распределенную операционную систему для приложений, ориентированных на намерения. Спроектируйте весь стек как систему, ориентированную на намерения. Архитектура проекта сосредоточена на нескольких ключевых компонентах:
Машина Намерений обрабатывает намерения пользователей и координирует их исполнение. Подобно тому, как Виртуальная машина Ethereum обрабатывает транзакции в изменения состояния, Машина Намерений Anoma обрабатывает намерения в изменения состояния. Пользователи выражают желаемые результаты через приложения, передающие эти намерения в децентрализованную сеть. Это отличается от традиционных мемпулов, передающих исполнимые транзакции.
Решатели в сети Anoma - это специализированные узлы, которые слушают трансляции намерений и идентифицируют совместимые совпадения. Если Алиса хочет купить NFT, а Боб хочет его продать, решатели сопоставляют их намерения и предлагают сбалансированные транзакции, которые атомарно регулируют сделку через любые подключенные цепи. Ключевым является то, что Anoma поддерживает генерализованные намерения – архитектура может обрабатывать любой тип запросов, от финансовых свопов до сложной многосторонней координации.
Ресурсная Машина Anoma (ARM) обеспечивает соблюдение правил для допустимых обновлений состояния. Этот компонент аналогичен EVM, но спроектирован специально для вычислений на основе намерений. ARM использует модель состояния, основанную на ресурсах, где ресурсы представляют любые активы вместе с логикой, управляющей их созданием и потреблением. Это абстрагирование позволяет большему уровню композиций, чем традиционные учетные или UTXO модели.
Архитектура Anoma избавляется от ограничений в централизованных на блокчейнах, задавая вопрос о том, необходимы ли блокчейны, кроме как для расчетов. Дизайн объединяет базовые блокчейны в единую среду разработки, завершая фрагментацию состояния и пользователей, ограничивающую современные приложения. Разработчики могут развертывать один раз и получать доступ к пользователям, состоянию и расчетам на любой подключенной цепи.
Проект собрал более 60 миллионов долларов от крупных инвесторов, включая Polychain Capital, Coinbase Ventures и Electric Capital, что свидетельствует о доверии институциональных инвесторов к видению, ориентированному на намерения. Anoma готовится к запуску основной сети с планами первоначально развернуться на Ethereum перед расширением в другие экосистемы.
SUAVE: Слой намерений от Flashbots для MEV
Flashbots, исследовательская организация, сосредоточенная на снижении MEV, разрабатывает SUAVE (Single Unifying Auction for Value Expression), чтобы служить общим мемпулом и уровнем последовательности через несколько блокчейнов. SUAVE принимает иной архитектурный подход по сравнению с Anoma, сосредотачиваясь специально на цепочке поставок MEV и порядке потока.
SUAVE работает как специализированный блокчейн, который выделяет мемпул и... Пропустите перевод для markdown ссылок.
Содержание: роль строителя блоков из существующих цепочек. Вместо того, чтобы пользователи отправляли конкретные транзакции в отдельные мемпулы цепочек, они отправляют предпочтения — намерения — на универсальный аукцион SUAVE. Эти предпочтения могут варьироваться от простых ("обменяй A на B") до сложных ("перебалансируй мой портфель между цепочками, максимизируя доходность").
Архитектура вводит несколько новых компонентов. SUAVE использует конфиденциальные вычисления через Intel SGX, чтобы позволить вычисления по чувствительным пользовательским потокам заявок без раскрытия информации потенциальным злоумышленникам. Это решает фундаментальное противоречие: решатели нуждаются в информации для обеспечения оптимального исполнения, но слишком много информации позволяет извлекать MEV.
Создатели блоков, работающие только на одной цепочке, оказываются в невыгодном положении из-за междоменного MEV. SUAVE позволяет создателям захватывать ценности через множество цепочек одновременно. Валидаторы максимизируют доход от своего блокспейс. Пользователи совершают транзакции конфиденциально с лучшим исполнением и минимальными сборами. Дизайн направлен на предотвращение централизации, вызванной извлечением MEV через несколько цепочек.
Дорожная карта SUAVE включает постепенные этапы децентрализации. Ранние версии используют доверенные вычислительные среды с предположениями о Flashbots, в то время как более поздние версии переходят к полностью децентрализованной работе. Проект явно приглашает конкурентов участвовать, признавая, что распределение инфраструктуры MEV лучше служит долгосрочному здоровью экосистемы, чем контроль ее одной организацией.
Пока SUAVE сосредотачивается больше на намерениях поисковиков, чем на общих пользовательских намерениях, инфраструктура составляет основу для более широких приложений на основе намерений. По мере зрелости системы она может расшириться для обработки более разнообразных типов намерений, выходящих за рамки оптимизации потока ордеров.
Протокол CoW: Практическая торговля на основе намерений
CoW Protocol ввел торговлю на основе намерений в 2021 году, сделав его одной из самых ранних производственных реализаций этих концепций. Название протокола отсылает к "Совпадению желаний" — экономической концепции, когда две стороны желают товары друг друга и могут обменяться напрямую без посредников.
CoW Protocol работает путем сбора сделок с течением времени в партии. Пользователи подписывают ордера вне блокчейна, выражая свои торговые намерения: желаемые активы, приемлемые ценовые диапазоны, временные ограничения. Эти намерения поступают в сеть решателей, которые соревнуются на аукционах, чтобы предоставить лучшее исполнение для всей партии.
Решатели могут выполнять намерения несколькими методами:
- Прямое совпадение: когда два пользователя хотят противоположные сделки, решатели сводят их напрямую без использования цепочной ликвидности.
- Кольцевые сделки: многопартийные круговые сделки, которые оптимизируют выполнение нескольких одновременных намерений.
- Агрегация DEX: маршрутизация через существующие AMM, комбинирование источников ликвидности.
- Частные маркет-мейкеры: использование внецепочной ликвидности, когда это выгодно.
Механизм пакетного аукциона обеспечивает естественную защиту от MEV. Все сделки в пакете исполняются по единым расчетным ценам, устраняя динамику "первым пришел - первым обслужен", которая позволяет фронт-раннерству. Решатели несут газовые расходы, что означает, что пользователи ничего не платят, если сделки не достигают их заданных минимумов.
CoW Swap обработал более $30 миллиардов объема, сэкономил пользователям более $82 миллионов благодаря оптимальному исполнению и достиг 63% доли рынка среди агрегаторов DEX на основе намерений. Протокол демонстрирует, что архитектуры на основе намерений могут успешно работать в больших масштабах сегодня, а не только в будущем.
Другие заметные проекты
Несколько других проектов вносят вклад в экосистему на основе намерений:
- Essential: создание протоколов только на основе намерений с нуля, где не существует транзакций, отправленных пользователем – только решения на основе батчей намерений.
- UniswapX: маршрутизация на основе намерений UniswapX, использующая голландские аукционы и сети наполнителей, с межцепочечными возможностями, запускающимися в 2024-2025 годах.
- Across Protocol: предложение стандартов для межцепочечной совместимости намерений вместе с UniswapX.
- 1inch Fusion: маршрутизация обмена на основе намерений от устоявшегося агрегатора DEX.
- DappOS: инфраструктура для интеракции приложений на основе намерений, включая активы на основе намерений и выполнение намерений.
Эти проекты имеют общие технические шаблоны: трансляция намерений вне цепочки, конкурентные сети решателей, проверка расчетов на цепочке и координация между цепочками. Разнообразие подходов предполагает, что пространство все еще исследует, какие архитектурные решения окажутся наиболее эффективными.
Почему архитектуры на основе намерений важны
Дизайн на основе намерений решает несколько фундаментальных проблем, преследующих принятие и эффективность Web3. Преимущества охватывают пользовательский опыт, экономическую оптимизацию и системную устойчивость.
Резкое улучшение пользовательского опыта
Наиболее впечатляющее улучшение — это радикальное упрощение пути пользователя. Современные системы Web3 сложны и представляют собой барьеры для вхождения, требующие от пользователей навигации по фрагментированной инфраструктуре. Пользователь, желающий участвовать в DeFi через несколько цепочек, сталкивается с устрашающей сложностью: управление несколькими кошельками, владение различными газовыми токенами, понимание специфических интерфейсов протоколов, мониторинг для оптимальных временных рамок и постоянное беспокойство о MEV эксплуатации.
Системы на основе намерений сворачивают эту сложность. Пользователи указывают желаемые результаты в натуральных терминах. Система может даже использовать ИИ интерфейсы, чтобы переводить простую речь на формальные намерения: "Я хочу перебалансировать свой портфель до 60% ETH, 30% стабильных монет, 10% LINK" становится структурированным намерением, которое решатели автоматически выполняют.
Это абстрагирование особенно выгодно для менее подготовленных пользователей. Сегодня среднестатистическим пользователям DeFi сложно получить доступ к типам исполнения и ценообразования, доступным только хорошо капитализированным фирмам с внутренними техническими командами. Архитектуры на основе намерений демократизируют доступ к институциональному классу исполнения.
Проваленные транзакции не стоят пользователям газа в системах на основе намерений – решатели несут эти затраты. Пользователям не нужно владеть специфическими для цепочек газовыми токенами; решатели собирают комиссии в тех токенах, которые торгуются. Трение от управления техническими деталями уменьшается, в то время как уверенность в оптимальном исполнении увеличивается.
Снижение MEV и возврат ценности
Добыча максимально возможной прибыли (Miner/Maximal Extractable Value) представляет собой миллиарды выведенной ежегодно ценности из пользователей блокчейна. Традиционные модели транзакций подвергают пользователей фронт-раннингу, сэндвич-атакам и другим формам хищнической эксплуатации. Открытые мемпулы транслируют намерения пользователей перед выполнением, давая сложным акторам время для их извлечения.
Архитектуры на основе намерений фундаментально меняют эти динамики. Поскольку пользователи подписывают намерения, а не исполняемые транзакции, фактически невозможно фронт-раннить намерение. Решатели соревнуются, чтобы предоставить лучший результат для подписанного изменения состояния, но путь исполнения остается гибким. Это устраняет предсказуемость, на которую полагаются боты MEV.
Механизмы пакетного аукциона, такие как те, которые использует протокол CoW, агрегируют заказы в течение временных окон, еще больше уменьшая возможности для MEV. Когда несколько сделок исполняются одновременно по единым ценам, традиционные векторы извлечения MEV исчезают. Какая-либо существующая ценность конкурируется сетью решателей, а не захватывается злоумышленниками.
Важный момент: системы на основе намерений не устраняют MEV полностью – они трансформируют его из извлекательного в продуктивный. Решатели в конкурентных сетях возвращают ценность пользователям, а не извлекают ее. Критерием выигрыша становится максимизация удовлетворенности пользователя, а не эксплуатация информационной асимметрии.
Межцепочечная совместимость и композиционность
Возможно, самым глубоким воздействием является то, как дизайн на основе намерений обрабатывает многосетевую реальность Web3. Современная экосистема фрагментирована по слоям Layer 1, Layer 2 и сайдчейнам, каждая из которых имеет изолированную ликвидность и базы пользователей. Перемещение ценности между цепочками требует мостов, завернутых активов и сложных предположений доверия.
Архитектуры на основе намерений позволяют композиционность на уровне намерений, а не на уровне транзакций, унифицируя состояние между подключенными цепочками. Пользователи выражают намерения, не указывая, какая цепочка их исполняет. Решатели определяют оптимальные места исполнения, потенциально разбивая большие заказы между несколькими цепочками или маршрутизируя через те места, которые в данный момент предлагают лучшую ликвидность.
Это абстрагирование выгодно разработчикам так же, как и пользователям. Вместо развертывания отдельных смарт-контрактов для каждой цепочки и управления сложностью межцепочной передачи сообщений, разработчики могут писать логику на основе намерений, не привязанную к конкретным цепочкам.Приложения становятся по-настоящему переносимыми, следуя за ликвидностью и пользователями, а не будучи привязанными к конкретным цепям. Базовая инфраструктура управляет деталями, специфичными для цепи.
Уровень намерений может агрегировать ликвидность во всех подключенных доменах, решая проблему "курицы и яйца", когда новые цепи борются за запуск использования без ликвидности. Если пользователи и решающие участвуют в единой сети намерений, фрагментация ликвидности становится менее критичной. Заказы направляются туда, где они могут быть оптимально выполнены.
Эффективность капитала и инновации
Модели, основанные на намерениях, позволяют новым формам эффективности капитала. Когда решающие могут использовать свои собственные запасы для содействия торговле, капитал больше не нужно оставлять в пулах ликвидности. Профессиональные маркетмейкеры могут предоставлять ликвидность динамически, распределяя капитал только тогда, когда появляются прибыльные возможности.
Система открывает варианты использования, которые не могли существовать в традиционных транзакционных моделях. Сложная координация с участием нескольких сторон становится возможной при выражении результатов, а не при хореографировании четких последовательностей исполнения. Приложения, которые были непрактичны из-за высоких затрат на газ или сложности координации, становятся жизнеспособными, когда сети намерений эффективно управляют деталями выполнения.
Как выглядит переход: от умных контрактов к уровням намерений
Понимание того, где дизайн, ориентированный на намерения, вписывается в эволюцию блокчейна, дает представление о его значимости и вероятной траектории.
Эволюция веб-архитектур
Web1 был только для чтения: статические страницы, обслуживаемые с централизованных серверов. Пользователи потребляли контент, но редко участвовали в его создании. Архитектура отражала эту пассивность - простые HTML-страницы с минимальной интерактивностью.
Web2 представил контент, создаваемый пользователями, и динамические приложения, но сохранил централизованный контроль. Платформы, такие как Facebook и Google, позволили участвовать, при этом централизованно захватывая данные и ценности. Пользователи обменивали контроль на удобство, создавая модель капитализма наблюдения, которую Web3 стремится разрушить.
Первая генерация Web3, примером которой является Bitcoin, представила скриптовые расчеты. Пользователи могли программировать деньги с использованием базовой условной логики, но язык сценариев оставался преднамеренно ограниченным. Bitcoin доказал, что блокчейны могут работать, но предлагал ограничения на выразительность.
Ethereum положил начало архитектуре второго поколения с полностью программируемыми расчетами. EVM позволил произвольные вычисления, породив взрыв приложений: токены, DAO, протоколы DeFi, NFT-маркетплейсы. Но эта программируемость принесла с собой сложность. Пользователи стали де-факто программистами, сочиняя транзакции из вызовов умных контрактов.
Ограничения архитектур Gen 2 стали очевидными по мере усложнения приложений. Сложные приложения, такие как NFT-маркетплейсы и ордербуковые DEXы, требуют централизованных компонентов для обнаружения контрагентов и оптимизации - функции, которые сам блокчейн не предоставляет эффективно. Эти архитектуры Gen 2.5 работают, но компрометируют децентрализацию.
Архитектуры третьего поколения, ориентированные на намерения, стремятся обеспечить полную децентрализацию для произвольных типов приложений. Сделав намерения фундаментальной примитивой, эти системы предлагают обобщенное выполнение намерений, обнаружение контрагентов, решение и расчеты - все, что требуется приложениям, без навязывания им ориентированных на блокчейн дизайнов.
Что меняется для разработчиков
Переход к архитектурам, ориентированным на намерения, кардинально трансформирует опыт разработчиков. Сегодняшние разработчики блокчейнов должны:
- Овладеть несколькими языками программирования (Solidity, Rust, Move)
- Понимать специфические особенности каждой цепи и газовые модели
- Создавать собственные мосты и кросс-платформенные сообщения
- Реализовывать собственную защиту от MEV
- Обрабатывать крайние случаи вокруг реорганизаций цепи
- Оптимизировать дорогостоящие вычисления на цепочке
Разработка на основе намерений абстрагирует многие из этих проблем. Разработчики определяют языки намерений - словарь желаний, который понимают их приложения. Базовая инфраструктура управляет деталями выполнения. Вместо написания отдельных реализаций для каждой цепи, приложения становятся переносимыми по умолчанию.
Это отражает предыдущие переходы в разработке ПО. Разработчики когда-то управляли выделением памяти вручную; теперь сборщики мусора занимаются этим. Разработчики когда-то писали платформенно-специфичный код; теперь фреймворки предоставляют межплатформенные абстракции. Дизайн на основе намерений приносит аналогичную абстракцию в разработку блокчейнов.
Переход не произойдет за ночь. Существующие смарт-контракты представляют собой значительные инвестиции и сетевые эффекты. Необходимы пути миграции, чтобы текущие приложения могли постепенно интегрировать взаимодействия на основе намерений. Гибридные архитектуры, вероятно, будут доминировать в переходный период, при этом уровни намерений обрамляют традиционные транзакционные системы.
Что меняется для инфраструктуры
Уровень инфраструктуры смещается от конкуренции цепей за приложения к сетям решателей, соревнующимся за поток заказов. Цепи становятся уровнями расчетов, а не средами выполнения. Ценное пространство смещается вверх по стэку к оркестровке намерений и сетям решателей.
Это перераспределение ценности и власти имеет значительные последствия. MEV-поисковики могут перейти к становлению решателями, используя аналогичные навыки, но в качестве положительной ценности, а не экстрактивной. Поставщики ликвидности могут работать иначе, предоставляя ликвидность по мере необходимости, а не оставляя капитал в пулах. Роль валидаторов становится проверкой выполнения намерений, а не упорядочиванием транзакций.
Появляются новые потребности в инфраструктуре: сети госсипа намерений, системы репутации решателей, двигатели удовлетворения ограничений, протоколы кросс-цепных расчетов. Экосистеме необходимы стандарты для выражения намерений, позволяющие различным системам взаимодействовать. Без стандартов существует риск фрагментации пространства на несовместимые силосы намерений.
Что может пойти не так? Риски и компромиссы
Как и любой архитектурный сдвиг, дизайн, ориентированный на намерения, вводит новые векторы атак, риски централизации и непредвиденные последствия наряду со своими преимуществами.
Централизация решателей
Возможно, самым значительным риском является централизация сетей решателей. Запуск конкурентной инфраструктуры решателей требует сложных технических возможностей и значительного капитала. Решатели должны поддерживать инвентарь на нескольких цепях, выполнять сложные алгоритмы оптимизации, управлять затратами на газ и реагировать с минимальной задержкой.
Эти требования создают барьеры для входа. Если только несколько субъектов могут эффективно решать намерения, система заново вводит централизацию под другим именем. Несколько доминирующих решателей могли бы сговариваться, чтобы предлагать невыгодное исполнение, извлекая ценность так же, как боты MEV используют традиционные системы. Пользователи получают упрощенные интерфейсы, но теряют децентрализацию, которая сделала блокчейн привлекательным.
Некоторые протоколы используют разрешенные сети решателей изначально, требуя добавления в белый список для участия. Это обеспечивает качество выполнения, но противоречит духу Web3 без разрешений. Проблема в создании механизмов, которые сохраняют качество, позволяя при этом открытое участие.
Системы репутации, требования к ставке и механизмы срезания могут смягчить эти риски. Решатели могли бы вносить значительные залоги, которые могут быть обрезаны при обнаружении неправомерного поведения. Пользователи могли бы публично мониторить производительность решателей и направлять намерения к надежным операторам. Но эти механизмы добавляют сложность и могут не полностью решить проблему централизации.
Проблемы конфиденциальности
Выражение намерений публично создает риски утечки информации. Объявление о намерении провести крупную сделку раскрывает вашу стратегию, потенциально позволяя решателям или наблюдателям осуществлять упреждающие действия на уровне намерений, а не транзакций. Хотя намерения обеспечивают некоторую защиту через конкурентное решение, они не устраняют всю информационную асимметрию.
SUAVE решает эту проблему с помощью доверенных сред выполнения, но они вводят предположения о безопасности вокруг Intel SGX и аналогичного оборудования. Криптографические подходы, такие как доказательства с нулевым разглашением, предлагают более сильные гарантии конфиденциальности, но сопряжены с значительными вычислительными затратами.
Дизайнерское пространство включает в себя сложные компромиссы. Решателям нужна информация для предоставления оптимального выполнения, но слишком много информации позволяет эксплуатации. Нахождение правильного баланса остается открытой исследовательской проблемой, пока не существует четкого выигрышного решения.
Сложность реализации и задержка
Создание систем, ориентированных на намерения, сопряжено со значительной технической сложностью. Эффективное сопоставление намерений для потенциально миллионов пользователей требует сложных алгоритмов. Кросс-цепные расчеты вводят проблемы координации и задержки. Обеспечение атомарного выполнения при участии нескольких цепей требует тщательного проектирования протоколов.
Эти сложности могут вызвать режимы отказа. Что происходит, когда оптимальное решение заняло больше времени, чем пользователи готовы терпеть? Как системы обрабатывают частичное выполнение?Recourse for expired intents: Какие меры могут предпринять пользователи, когда намерения истекают, не будучи выполненными? Традиционные системы транзакций предоставляют предсказуемые исходы; системы намерений добавляют неопределенность относительно того, будет ли и как произойдет выполнение.
Стандартизация усугубляет эти технические трудности. Без общих форматов выражения намерений разные системы не могут взаимодействовать. Но преждевременная стандартизация может привести к закреплению неоптимальных конструкций. Экосистема должна балансировать между быстрым развитием и созданием надежных основ.
Наследие и миграция смарт-контрактов
Существующая экосистема Web3 содержит миллиарды заблокированной стоимости в смарт-контрактах, построенных на транзакционных моделях. Эти контракты просто переписываются за один день. Пути миграции должны существовать для постепенного применения дизайнов, ориентированных на намерения.
Гибридные архитектуры, где слои намерений оборачивают существующие контракты представляют собой одно решение, но добавляют сложность. Разработчики должны учиться новым парадигмам, поддерживая устаревшие системы. Пользователи сталкиваются с путаницей относительно того, какие приложения поддерживают какие модели взаимодействия. Переходный период создает фрагментацию, а не единство.
Обучение разработчиков представляет другую проблему. Переход от императивного программирования транзакций к декларативному выражению намерений значителен. Текущие блокчейн-разработчики обладают глубокими знаниями в специфических языках и паттернах; переподготовка занимает время. Университеты и учебные заведения только начинают преподавать Solidity; разработка на основе намерений добавляет еще одну кривую обучения.
Ответственность и меры защиты
Системы на основе транзакций обеспечивают четкую ответственность. Если ваша транзакция не удается или ведет себя неожиданно, вы можете изучить точную последовательность операций. Системы на основе намерений абстрагируют выполнение, что затрудняет понимание того, что пошло не так, когда результаты не соответствуют ожиданиям.
Кто несет ответственность, когда солвер предоставляет неоптимальное выполнение? Какие меры защиты обладают пользователи? Как они могут доказать, что солвер действовал злонамеренно, а не совершил честную ошибку? На эти вопросы нет четких ответов во многих текущих дизайнах. Создание рамок ответственности для систем, ориентированных на намерения, остается важным для защиты пользователей.
Контрольный список перед запуском токена для проектов на основе намерений
Команды, готовящиеся к запуску токенов в системах, ориентированных на намерения, сталкиваются с уникальными аспектами, выходящими за рамки типичных подготовок к запуску токена. Эти проекты должны согласовать токеномику с динамикой базовой сети солверов и механизмами сопоставления намерений.
Определите четкий язык намерений и протоколы
Успешные проекты, основанные на намерениях, требуют однозначных стандартов выражения намерений. Команды должны:
Документировать схемы намерений подробно: Укажите, какие типы намерений поддерживает система, как пользователи выражают ограничения, какие параметры обязательны, а какие опциональны. Языки намерений должны быть достаточно выразительными, чтобы учитывать желания пользователей, оставаясь анализируемыми сетями солверов.
Предоставьте SDK для разработчиков и инструментарий: Создание приложений на системах, ориентированных на намерения, требует других инструментов, чем разработка транзакций. Понятная документация, примеры кода и тестовые фреймворки снижают барьеры для разработки.
Учтите возможную расширяемость в будущем: Языки намерений должны поддерживать эволюцию. Появятся новые типы намерений; стандарт должен их учитывать, не нарушая существующие реализации. Важны схемы версионности и политики прекращения поддержки.
Постройте или сотрудничайте для инфраструктуры солверов
Сети солверов представляют собой основу выполнения систем намерений. Токен-проекты должны обеспечить надежную способность решать:
Запустите начальное участие солверов: Запуск требует достаточного количества солверов для обеспечения конкурентоспособного выполнения. Команды могут потребоваться самостоятельно запускать начальные солверы, предоставлять субсидии для ранних участников или партнерствовать с существующими операторами солверов из других протоколов.
Аккуратно проектируйте механизмы стимулирования солверов: Солверы нуждаются в компенсации, покрывающей затраты и стимулирующей оптимальные результаты для пользователей. Токеномика должна вознаграждать хорошее поведение солверов — обеспечивая излишки для пользователей — и наказывать или исключать злонамеренных участников.
Избегайте монополий солверов с помощью дизайна: Различные стратегии могут способствовать децентрализации солверов. Понижение барьеров для участия, минимизируя требования к капиталу. Реализуйте репутационные системы, позволяющие новым солверам постепенно набирать доверие. Рассматривайте делегированные модели решения, где солверы специализируются на чем-то, а не требуют, чтобы каждый занимался всем.
Планируйте координацию солверов по разным цепям: Если протокол включает намерения по разным цепям, солверам нужны механизмы для сотрудничества в разных доменах. Определите, как происходит урегулирование, кто несет расходы за мосты и как разрешаются споры.
Проверьте логику соответствия намерений и солверов
В основе любой системы, ориентированной на намерения, лежит логика соответствия намерений и возможности солвера. Перед запуском токена:
Проведите тщательные аудиты безопасности: Логика соответствия намерений должна быть безошибочной. Ошибки могут позволить солверам извлекать прибыль нечестным путем или оставлять намерения невыполненными. Привлекайте несколько аудиторских компаний с опытом в проектировании механизмов, а не только в безопасности смарт-контрактов.
Проводите стресс-тестирование алгоритмов соответствия: Симулируйте сценарии высокой нагрузки. Что произойдет, когда тысячи намерений прибудут одновременно? Как система gracefully деградирует под нагрузкой? Где возникают узкие места?
Проверяйте совместимость стимулов: Теория игр имеет большое значение. Убедитесь, что солверы не могут извлекать выгоду из отклонения от честного поведения. Проверяйте, что равновесия Нэша соответствуют желаемым результатам. Рассматривайте векторы атак, где сговаривающиеся солверы могут эксплуатировать пользователей.
Приоритизируйте тестирование пользовательского опыта
Цель дизайнов, ориентированных на намерения, заключается в улучшении пользовательского опыта. Проверьте это до запуска:
Тестируйте с не-техническими пользователями: Дайте интерфейс тем, кто не знаком с комплексностью блокчейна. Понимают ли они, что значат намерения? Доверяют ли системе выполнить их желания? Где они теряются?
Сравнивайте с традиционными альтернативами: Сравните опыт, основанный на намерениях, с эквивалентами, основанными на транзакциях. Действительно ли это проще? Результаты постоянно лучше? Задокументируйте конкретные улучшения количественно.
Проектируйте четкие механизмы обратной связи: Пользователи должны понимать, что происходит с их намерениями. Предоставьте обновления статуса: намерение получено, солверы соревнуются, выполнение предложено, ворлдинга подтверждено. Неясная обратная связь породжа недоверие.
Готовьте к исключительным случаям: Что видят пользователи, когда намерения не могут быть выполнены? Как они модифицируют или отменяют намерения? Что происходит во время сетевых перегрузок? Проработайте эти процессы тщательно.
Установите пути управления и децентрализации
Управление на основе токенов должно соответствовать принципам, ориентированным на намерения:
Определите механизмы обновления: Протоколы намерений будут эволюционировать. Установите четкие процессы предложений, тестирования и внедрения изменений. Балансируйте быструю итерацию с устойчивостью, необходимой для сетей солверов.
Планируйте участие управлением солверами: Должны ли солверы иметь специальные права управления? Как протокол предотвращает захват картелью солверов? Рассмотрите, требует ли участие солвера владение токенами и что это значит для рисков централизации.
Приглашаем к прогрессивной дорожной карте децентрализации: Большинство проектов запускаются с некоторыми центральными компонентами по прагматическим причинам. Документируйте путь к полной децентрализации явно. Какие мероприятия маркируют переход? Что инициирует смещение контроля?
Прозрачность в токеномике: Пользователи и солверы нуждаются в уверенности в токеновой экономике. Публикуйте документы об эмиссии, вестинге, использовании казны и механизмах накопления стоимости. Избегайте сюрпризов, подрывающих доверие.
Обеспечьте совместимость между протоколами
Эти экосистемы, ориентированные на намерения, выигрывают от сетевых эффектов. Изоляция вашего протокола ограничивает его ценность:
Поддерживайте стандарты намерений, что появляются: Участвуйте в разработке стандартов намерений между цепями. Внедряйте предложенные ERC, связанные с выражением намерений. Обеспечьте легкую интеграцию с другими протоколами.
Развивайте модульную архитектуру: Избегайте привязки к поставщикам, сохраняя компоненты отделяемыми. Другие проекты должны иметь возможность интегрировать вашу сеть солверов или сопоставление намерений без принятия всего вашего стека.
Сотрудничайте с дополняющими протоколами: Экосистемы намерений включают специализированных поставщиков — некоторые сосредоточены на расчетах через цепи, другие на определенных типах активов, еще другие на приватности. Стратегические партнерства создают большую ценность, чем изолированная разработка.
Поддерживайте нейтралитет цепи: Избегайте фаворитизма к конкретным уровню 1 или уровню 2, если это не требует вашего использования. Мощь дизайна, ориентированного на намерения, исходит из абстрагирования различий цепей; искусственные ограничения снижают привлекательность.
Каким может быть будущее
Архитектуры, ориентированные на намерения, могут радикально преобразовать Web3, если достигнут широкого применения. Экстраполяция текущих тенденций предполагает несколько возможных будущих сценариев.
За пределами торговли: намерение-ориентированное все
Хотя ранние реализации сосредоточены на торговле DeFi, парадигма простирается далеко за ее пределы. Игровые приложения могут использовать намерения для управления внутриигровыми активами, позволяя игрокам указывать желаемое снаряжение или пути прогресса без понимания блокчейн-механик. Координация цепочки поставок может выражать логистические намерения: "доставить эти..."доставлять материалы к этому месту к этой дате с доказательством подлинности."
Социальные координационные механизмы могут основываться на намерениях. ДАО могут выражать коллективные желания – финансировать эти общественные блага, достигать этих результатов – и сети решателей могут определять оптимальные распределения ресурсов. Квадратичное финансирование, ретроактивное финансирование общественных благ и другие механизмы разработки становятся более практичными, когда уровни намерений справляются со сложностью исполнения.
Кросс-чейн оптимизация доходности может стать полностью автоматизированной. Пользователи выражают допустимый уровень риска и ожидания доходности; решатели динамически перебалансируют между протоколами и цепочками, чтобы максимизировать результаты. Психологическая нагрузка активного управления позициями в DeFi исчезает.
Трансформация дизайна обмена
Текущие дизайны DEX могут быть временными, а не конечными. Если сопоставление намерений станет достаточно эффективным, отдельные интерфейсы обмена могут стать ненужными. Кошельки сами могут стать интерфейсами намерений, с решателями, предоставляющими ликвидность «вовремя», а не через постоянно работающие пулы ликвидности.
Эта трансформация может значительно улучшить эффективность капитала. Вместо миллиардов, заблокированных в пулах AMM с низкой доходностью, профессиональные маркетмейкеры динамично распределяют капитал. Пользователи получают лучшие цены, а поставщики ликвидности получают более высокую доходность. Посредники, предоставляющие ценность – продвинутые решатели – получают соответствующую компенсацию, а не пассивный капитал, получающий большую часть вознаграждений.
Агрегаторы могут эволюционировать в мета-решателей, координирующих работу специализированных сетей решателей. Вместо непосредственной агрегации источников ликвидности DEX, они агрегируют возможности решателей, направляя намерения в сеть, которая может лучше всего выполнить конкретные типы намерений.
Сдвиги власти: От цепочек к решателям
Центр ценности и контроля может сместиться с блокчейнов Layer 1 на уровни оркестрации намерений. Если пользователи в основном взаимодействуют через интерфейсы намерений, основная цепочка урегулирования становится менее важной. Решатели выбирают места исполнения; пользователи заботятся только о результатах.
Этот сдвиг может уменьшить племенное противостояние и конкуренцию между цепочками. Если Ethereum, Solana и другие цепочки в основном служат слоями урегулирования для сетей намерений, их дифференциация становится технической (скорость, стоимость, безопасность), а не культурной. Приложения становятся действительно независимыми от цепочек.
Однако, это также концентрирует власть в сетях решателей. Если несколько операторов решателей доминируют, они контролируют, какие цепочки используются, какие приложения успешны и как распределяется ценность. Децентрализация, которую обещали блокчейны, может быть подорвана централизованной инфраструктурой решения. Чтобы предотвратить этот исход, требуется бдительное внимание к дизайну сети решателей.
Эволюция разработки смарт-контрактов
Разработчики смарт-контрактов могут сменить акцент с написания логики исполнения на определение языков намерений и условий их валидности. Вместо программирования "если X произойдет, сделай Y", они программируют "эти результаты допустимы, все остальное недопустимо."
Эта трансформация напоминает другие сдвиги в парадигмах программирования. Декларативное программирование уже доминирует во многих областях – SQL для баз данных, CSS для стилей, React для пользовательских интерфейсов. Разработка ориентированная на намерения расширяет декларативные подходы на координацию в блокчейне.
Ценные навыки разработчиков могут измениться. Глубокие знания о конкретных кодах операционного механизма становятся менее критичными; понимание дизайна механизмов, теории игр и решения ограничений становится более важным. Переход будет благоприятствовать разработчикам, которые думают о результатах и стимулах, а не о деталях реализации.
Регуляторные последствия
Системы, основанные на намерениях, могут усложнить регуляторный надзор. Когда пользователи выражают результаты, а решатели занимаются исполнением, кто несет ответственность за соблюдение нормативных требований? Если решатель способствует непреднамеренному регуляторному нарушению при выполнении технически допустимого намерения, где лежит ответственность?
С другой стороны, архитектуры намерений могут способствовать лучшему соответсвию регулированиям. Намерения могут включать регуляторные ограничения, которые решатели должны соблюдать. Гео-ограничения, требования KYC, лимиты транзакций – все это может выражаться, как ограничения намерений. Решатели, нарушающие их, теряют репутацию и залоги, создавая рыночное соответствие требованиям.
Результат зависит от того, как проекты проектируют ответственность. Системы, которые делают верификацию соответствия прямолинейной, сохраняя при этом приватность пользователей, могут удовлетворить как регуляторов, так и ценности Web3. Те, кто позволяет регуляторный арбитраж через скрытые сети решателей, вероятно, столкнутся с жесткими мерами.
Заключительные мысли
Дизайн, ориентированный на намерения, представляет собой фундаментальное переосмысление того, как люди взаимодействуют с системами блокчейна. Что умные контракты позволили программируемое урегулирование, архитектуры, ориентированные на намерения, обещают программируемое намерение – пользователи заявляют, что они хотят, вместо того, чтобы указывать, как этого достичь.
Преимущества убедительны: драматически упрощенный пользовательский опыт, защита от эксплуатации MEV, бесшовная кросс-чейн координация и эффективность капитала. Ранние реализации, такие как протокол CoW, демонстрируют, что эти преимущества могут быть реализованы сегодня, а не только в спекулятивных будущих перспективах. Проекты, такие как Anoma и SUAVE, строят инфраструктуру, которая может сделать взаимодействие, ориентированное на намерения, нормой для всего Web3.
Однако угрозы требуют внимательного внимания. Централизация решателей может воссоздать концентрацию власти, которую блокчейны стремились устранить. Проблемы с приватностью остаются нерешенными. Сложность реализации может ограничить распространение. Переход от систем, основанных на транзакциях, будет постепенным и запутанным.
Для пользователей понимание этого сдвига имеет значение, поскольку это будет формировать то, как вы взаимодействуете с приложениями на блокчейне в предстоящие годы. Интерфейсы на основе намерений, вероятно, станут нормой, абстрагируя сложность, но также скрывая детали исполнения. Знайте, чему вы доверяете, когда подписываете намерения, а не транзакции.
Для разработчиков, дизайн, ориентированный на намерения, предлагает возможность создать приложения, которые ранее были непрактичными. Но это требует изучения новых парадигм и принятия того, что ваш код не будет выполняться напрямую – сети решателей будут. Подумайте, подходит ли эта модель для нужд вашего приложения.
Для команд токенов в этой области, представленный ранее чек-лист подчеркивает соображения, выходящие за рамки типичных запусков токенов. Протоколы, основанные на намерениях, достигают успеха или терпят неудачу, основываясь на здоровье сети решателей, правильности дизайна механизма и качестве пользовательского опыта. Делайте правильно эти основы, прежде чем сосредотачиваться на цене токена.
Переход к архитектурам, ориентированным на намерения, не произойдет в одночасье и, скорее всего, не будет абсолютным. Гибридные системы будут доминировать на протяжении многих лет. Но направление кажется ясным: Web3 должен абстрагировать сложность, если надеется достичь массового распространения. Дизайн, ориентированный на намерения, предлагает путь вперед, обменяв некоторую прозрачность на огромные улучшения в удобстве использования.
Будет ли это преобразование реально соответствовать своим обещаниям, зависит от того, насколько хорошо экосистема справляется с компромиссами. Могут ли сети решателей оставаться децентрализованными? Могут ли быть сохранены конфиденциальность при обеспечении оптимального исполнения? Могут ли появиться стандарты, которые позволят интероперабельность без подавления инноваций?
Ответы на эти вопросы определят, станет ли дизайн, ориентированный на намерения, доминирующей архитектурой для Web3 или останется нишевой перспективой для конкретных случаев. Очевидно, что разговор переместился с "вопроса, является ли это возможным" на "как это реализовать" – парадигма строится прямо сейчас, с миллиардами капитала и значительными усилиями разработчиков, направленными на это.
Для всех, кто участвует в Web3 – как пользователь, разработчик, инвестор или исследователь, понимание архитектур, ориентированных на намерения, переместилось из категории "можно не знать" в "необходимо знать". Это не отдаленная возможность будущего, а активно разворачивающаяся трансформация фундаментальной архитектуры блокчейна. Смарт-контракты, которые определяли первую главу Web3, уступают место слоям намерений, которые могут определить её следующую.
Обратите внимание, экспериментируйте осторожно и осознавайте, что то, что кажется инкрементным улучшением UX, может на самом деле быть началом самого значительного архитектурного эволюционирования блокчейна со времен, когда Ethereum представил программное урегулирование. Будущее Web3 пишется сейчас на языках намерений, в сетях решателей и в дизайне, который определит, станут ли блокчейны действительно доступными для всех или останутся владением технических специалистов.
Возможности огромны. Так же велики и ставки.