Знакомство

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

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

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

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

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

Исследование различных типов реализации намерений

Различные типы намерений могут существовать на основе их обобщения, как показано ниже;

Фактически, различные уровни намерений везде, потому что блокчейн-коды = своего рода автоматизация = устраняют некоторую сложность и возвращают желаемый результат пользователям. Однако мы хотим, чтобы в будущем было наиболее общее намерение, поскольку приложения с намерениями AA+ не достаточно, так как они не функциональны в различных областях и не масштабируются так эффективно, как намерения с более разрешенным характером.

Чтобы понять, как работает намерение, мы можем посмотреть на текущие доступные решения, начиная с приложений, специфичных для намерений, до общей инфраструктуры намерений, такой как Anoma и SUAVE. Анализ будет разбит на 5 основных частей с разными вопросами, о которых стоит помнить:

Выражение намерений и авторизация: как пользователи вводят свои намерения; какие типы намерений и на каком уровне пользователи могут их выразить; какие разрешения предоставляют пользователи?

Кандидаты в решатели: это разрешено или разрешено? Существуют ли высокие барьеры для становления решателем? Существуют ли различные типы решателей, сосредоточенных на других конкретных областях?

Процесс решения: Каков основной путь к решению задачи; Что определяет завершение намерений?

Выбор решателя: каково правило выбора победителя из нескольких кандидатов-решателей? Будет ли конкурсная модель winner-takes-all или дискретная?

Проверка и расчет: Как проверить, завершил ли решатель задачу? Как происходит расчет между пользователями и решателями?

Вот исчерпывающий обзор текущих решений. Для получения более подробной информации изучите оставшийся раздел.

Cow Swap & 1inch fusion（limit order intent）

Выражение намерений и авторизация:

Трейдеры на платформах Cow Swap и 1inch Fusion выражают свои намерения, взаимодействуя с интерфейсами платформы, предоставляя четкие инструкции для желаемых сделок или лимитных ордеров.

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

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

В случае 1inch Fusion решатели, известные как резолверы, работают в разрешенном режиме. Они должны зарегистрироваться, пройти процедуру KYC и поддерживать достаточный баланс для оплаты комиссии за ордер.

С другой стороны, решатели Cow Swap либо находятся в белом списке путем создания пула ликвидности в размере 1M$ (USDC & COW), либо включаются в пул ликвидности CoW DAO или пул ликвидности Gnosis DAO и находятся в белом списке Cow DAO на основе критериев DAO.

Процесс решения:

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

Кроме того, решатели могут напрямую исследовать другие базовые биржи с автоматизированными маркет-мейкерами (AMM) на цепи, такие как Uniswap, или использовать агрегаторы DEX, например 1inch, чтобы найти наиболее выгодные цены и маршруты.

Выбор решателя:

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

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

Проверка и расчет:

Процесс валидации и расчета происходит после выполнения решателями сделок или лимитных ордеров. Решатели могут перемещать токены от имени пользователей, используя предоставленные разрешения ERC20 для договора по расчетам. Договор по расчетам проверяет подпись намерения пользователя и гарантирует, что выполнение соответствует указанной лимитной цене и количеству (возможность предоставлена EIP-1271). Эта валидация подтверждает успешное завершение запланированных сделок или лимитных ордеров.

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

Недавно Cow Swap объявил о запуске Cow Swap Hooks, которые позволяют выполнение более обобщенных намерений по обмену, позволяя настраивать DeFi-действия, которые выполняются непосредственно перед и/или после сделок. Здорово видеть, что Uniswap v4 и Cow Swap расширяют свои границы до более обобщенных действий намерений и открывают нам новый мир действий defi!

UniswapX（Swap Intents)

Новые функции UniswapX можно разделить на 2 основные части:

Подписанные заказы с механизмом голландского аукциона

Перекрестные цепочечные свопы

Подписанные ордера с голландским аукционом аналогичны ордерам на слияние 1inch Fusion и Cow Swap с лимитным ордером с нижеуказанными различиями:

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

Solver Candidates: permissionless вместо permissioned (также может быть установлен пользователями);

Выбор решателя:

Голландский ордер, который исполняется по цене, зависящей от времени его включения в блок. Ордер начинается по цене, предположительно лучшей для обмена, чем текущая рыночная цена — например, если текущая рыночная цена составляет 1 000 USDC за ETH, ордер на продажу может начаться с 1 050 USDC за ETH. Цена ордера затем снижается, пока не достигнет наихудшей цены, которую обменник готов принять (например, 995 USDC за ETH). Заполняющие стимулируются заполнять ордер, как только это становится для них прибыльным. Если они ждут слишком долго, они рискуют потерять ордер в пользу другого заполнителя, готового взять меньшую прибыль.

UniswapX также позволяет включать RFQ (позволяет заказам указывать заполняющего, который получает исключительное право заполнить заказ на короткое время) для начальной голландской цены, в этом случае процесс выбора будет почти таким же, как у аукционного метода 1inch Fusion.

Cow Swap - это скорее партийный аукцион по сравнению с независимым аукционом UniswapX и 1inch, который позволяет объединять заказы и сочетать CoWs.

Процесс решения, валидации и расчета аналогичны Cow Swap и 1inch (более подробная информация приведена в таблице)

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

Решатели должны внести больше облигаций на исходной цепи, чтобы обеспечить безопасность и активировать оптимистичные протоколы межцепи

Требуется дополнительный оракул по расчету для подачи в контракт валидации исходной цепи

Необходимо, чтобы UniswapX развернул соответствующие контракты по урегулированию и валидации на разных доменах

Абстракция учетной записи (Намерение на уровне кошелька)

Выражение намерений и авторизация:

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

Вне цепи блоков владелец кошелька запрашивает связующее устройство для обработки операции пользователя от его имени, авторизуя ограниченный контроль в соответствии с намерениями. Например, владелец кошелька может авторизовать использование закрытого ключа для проведения транзакций с вашего основного счета, но ТОЛЬКО с контрактом центра Dapp XYZ.

Кандидаты в решатели:

Услуги бандлеров считаются общественными благами в рамках АА. Большинство бандлеров имеют открытый исходный код, что делает их неисключаемыми и неконкурентоспособными. Любая конечная точка RPC может реплицировать открытый исходный код и работать как сборщик. Даже если конечная точка RPC Bundler взимает плату за свои услуги, она может делать это с помощью ключей API, сохраняя при этом неисключаемую природу Bundler как общественного блага.

Два основных типа пакетов: Службы упаковщиков, специально разработанные для кошельков, удовлетворяют их основные потребности & поставщики сторонней инфраструктуры, нацеленные на создание бесразрешимых и модульных пакетов

Процесс решения:

Bundlers симулируют метод validateOp кошелька для userop, чтобы определить, принимать или отклонять его вне цепи. Затем они отправляют транзакции на входную точку системы AA, чтобы вызвать метод handleOp. Этот процесс также включает объединение нескольких userop вместе для оптимизации газа и извлечения MEV.

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

Выбор решателя:

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

Проверка и расчет:

Точка входа системы AA проверяет и завершает операцию on-chain. Она гарантирует, что пользовательское действие соответствует требованиям и проверкам безопасности перед выполнением необходимого действия. После успешного выполнения операции точка входа возвращает ETH бандлеру из средств, внесенных на кошелек. Этот механизм возврата компенсирует бандлера за его работу и предоплату.

Основной (Стандарт абстракции учетной записи, ориентированный на намерения)

*Обратите внимание, что Essential находится все еще на ранней стадии; часть описаний и дизайнов может меняться со временем. Для получения более подробной информации следите за веб-сайтом Essential: https://essential.builders/

Основные: В краткосрочной перспективе это будет стандарт намерений на основе активов (похожий на модель erc-4337, но позволяющий более обобщенные намерения) с набором облегченной инфраструктуры. В долгосрочной перспективе он также будет предоставлять модульный слой намерений и новый язык на основе ограничений, который отбрасывает ограничения архитектуры Ethereum и обеспечивает лучшее выполнение намерений.

Выражение намерений и авторизация:

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

Намерения могут быть выражены в стандарте Essential на ST и более общим образом на LT с использованием его нового языка на основе ограничений.

Совместим с цепями EVM и не требует моста для перевода средств

Кандидаты в решатели:

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

Сеть решателей будет отслеживать намерения и пытаться их достичь. Essentials рассматривает существующих решателей/упаковщиков (например, из протокола CoW или 4337), текущих поисковиков MEV и рыночных организаторов.

Процесс решения:

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

Выбор солвера:

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

Проверка и расчет:

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

Flashbots SUAVE (Многофункциональный блок-связанный намерение)

*Обратите внимание, что SUAVE все еще находится в стадии разработки; часть описанного ниже механизма может измениться.

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

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

SUAVE только что объявила о запуске MEVM - мощной модификации EVM с новыми предварительными компиляциями для случаев использования MEV. С MEVM цепочка SUAVE сначала эффективно обслуживала бы игроков, связанных с MEV, таких как искатели, строители и другие области, которые хотят захватить MEV.

Выражение намерений и авторизация:

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

С MEVM разработчики могут развертывать различные типы смарт-контрактов для конкретных приложений MEV (например, OFA, построение блоков и т. д.) или новые типы DEXes на SUAVE, которые могут вызываться другими пользователями.

Пользователи переносят средства на цепь SUAVE и вносят чаевые.

Кандидаты в решение:

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

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

Процесс решения:

Решатели выполняют достоверные и конфиденциальные вычисления вне цепи, которые могут быть использованы в смарт-контрактах на SUAVE через специальные предварительные компиляции в средах TEE.

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

Выбор решателя:

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

Проверка и расчет:

Для обеспечения достоверности намерений и завершения транзакций SUAVE использует оракулы и валидаторы SUAVE. Оракулы предоставляют внешние данные для проверки выполнения намерений, в то время как валидаторы SUAVE проверяют и завершают намерения на цепочке SUAVE.

Anoma (Generalized Intent для протоколов Anoma)

Anoma - это общая архитектура, аналогичная Cosmos, и готовится к запуску цепочки Proof-of-Stake (PoS) уровня 1 с включенной IBC. Он объединяет дизайн, сосредоточенный на намерениях, с однородным протоколом, работающим на Anoma Virtual Machine (VM), предлагая при этом гетерогенные функции безопасности (различные протоколы Anoma имеют различные механизмы консенсуса).

Выражение намерений и авторизация:

Пользователи выражают свои намерения, определяя окончательное состояние или свойства, которыми оно должно обладать, взаимодействуя с Anoma DApps.

Кандидаты-решатели:

Anoma приветствует разнообразных решателей, каждый из которых специализируется на различных типах приложений. Эти решатели отслеживают mempools, соответствующие их интересам и целям. В зависимости от их конкретной направленности они наблюдают либо все намерения, либо подмножество намерений.

Процесс решения:

Решатели запускают алгоритмы решателей, использующие свои навыки в областях, таких как торговля взаимозаменяемыми токенами (FT) или вычисление состояний свертки.

Сопоставление намерений также заботится сопоставителями. Сопоставители берут намерения и делают частично или полностью совпадающие транзакции. Сопоставители определяют, что/когда сопоставлять, за что брать плату за частичное решение и как обращаться с излишками.

Как только решатель формирует полностью сбалансированную транзакцию, он отправляет ее на узел памяти, который является частью экосистемы Anoma.

Выбор решателя:

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

Проверка и расчет:

Валидаторы из различных протоколов Anoma запускают Anoma Vm для завершения выполнения и проверки намерений. Anoma VM гарантирует целостность и допустимость выполнения намерения, проверяя, удовлетворяются ли все соответствующие предикаты допустимости (декларативные смарт-контракты).

Распределение средств и наград для решателей основано на выполнении и проверке намерений Anoma VM.

Как намерение революционизирует шаблон потока заказов

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

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

Прежде чем погружаться, я бы хотел подвести итоги 2 трендов в мире намерений:

Ведущие dapps, сосредоточенные на конкретных типах намерений, такие как Uniswap и Cow Swap, расширяют функции намерений, вовлекая самих решателей.

Для более обобщенных намерений нам нужна относительно новая архитектура, включая новый язык намерений, новую виртуальную машину и т.д. Essential, Flashbots и Anoma работают в этом направлении.

В этом сценарии различные типы намерений могут обслуживаться конкретными платформами или протоколами. Например, намерения по обмену могут обрабатываться UniswapX и Cow Swap; намерения с функциями, связанными с одним доменом и кошельком, могут обрабатываться кошельками с абстракцией учетной записи (AA) или совместимыми с основными dapps и кошельками; платформы типа SUAVE и Anoma могут решать более обобщенные и многообластные намерения.

В этом новом мире поток заказов намерений может следовать более сложному пути. Давайте исследуем возможный порядок выполнения заказа:

Пользователь выражает намерения, вносит средства и авторизует

Намерения очень выразительны; обычным пользователям может потребоваться помощь в переводе их намерений в коды. Это можно достичь путем извлечения этой части dapps/wallets, предоставляя пользовательский интерфейс, или может быть агрегатор, предоставляющий универсальный интерфейс для выражения любых намерений, например, поиск Google с помощью AI.

Намерения отправлены в связанный пул намерений

Обратите внимание, что Anoma может иметь несколько mempools, обслуживающих различные типы намерений и доверенных различными dapps или протоколами.

Решатели моделируют офчейн и соревнуются в решении намерений.

В экосистеме SUAVE решатели обладают как способностями к решению, так и способностями построения блоков. Некоторые намерения включают в себя решение межцепочечных задач путем построения блоков, таких как межцепочечные операции MEV. Опытные строители блоков имеют преимущество в построении ценных блоков и выполнении задач быстрее. Другие намерения могут в первую очередь требовать алгоритмической экспертизы, такой как оптимизация агрегации ликвидности по всем цепочкам. Эти намерения могут полагаться на решателей определенного типа, а не на обширные способности построения блоков.

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

Проверьте завершение намерений

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

Полагаться на оракулов для валидации вносит риски, связанные с оракулами, но предлагает преимущество бесшовной интеграции с несколькими цепями.

Использование Anoma VM требует, чтобы намеренные приложения приняли фреймворк Anoma, но обеспечивает возможность проверять широкий спектр намерений.

В заключение, в мире, ориентированном на намерения, поток заказов отличается от мира, ориентированного на транзакции:

Пользователи подписывают и авторизуют tx по сравнению с тем, что у пользователей есть больше возможностей выразить свои намерения.

Одиночный пул транзакций против нескольких пулов транзакций для разных целей существует.

Dapps отвечает за выполнение по сравнению с новой ролью под названием решатели, который принимает участие и соревнуется в решении проблем.

Разрешить по-разному цепочки по одной против Несколько цепочек могут быть урегулированы вместе (новые типы междоменных исполнений)

Результаты Ripple влияют на остальной мир веб3

Мир, управляемый намерениями, включает в себя множество участников веб3. Давайте грубо посмотрим на ландшафт интент-фабрики.

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

Вверх по течению

Цепи

Новые цепи, такие как SUAVE, могут облегчить более частное и экономичное урегулирование намерений.

Цепи Anoma-структурированные поддерживают новые виртуальные машины, которые эффективно и общим образом решают проблему проверки намерений.

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

Конфиденциальность

Конфиденциальность крайне важна в мире намерений, чтобы предотвратить злонамеренные проблемы MEV, такие как фронтраннинг, и обеспечивает возврат большего значения потока заказов пользователям/dapps. Кроме того, внедрение функций конфиденциальности может поддержать намерения, требующие улучшенной конфиденциальности.

SUAVE принимает SGX в качестве краткосрочного решения, в то время как Anoma поддерживает доказательства нулевого знания (zk) и распределенное генерирование ключей (DKG) шифрование.

Oracle

Оракулы теперь имеют дополнительные функции: помощь в проверке статуса выполнения намерений.

Стандарт, связанный с намерениями

Общий стандарт помогает уменьшить проблемы фрагментации, вызванные различными типами намерений; Решателям проще интегрироваться с различными приложениями с поддержкой намерений; Децентрализованные приложения и разработчики легче расширяются до систем намерений;

Избегайте переизобретения колес для общей инфраструктуры намерения.

Средний поток (потенциальные решатели)

Специализированные солверы, такие как маршрутизаторы для CoW Swap и 1inch, например, Propeller Heads, и рыночные мейкеры накопили большие сети ликвидности и продвинутые алгоритмы маршрутизации, превосходя другие солверы и возможно получая часть эксклюзивных заказов напрямую от обменщиков.

Строители:

Строители играют значительную роль в качестве решателей, особенно в процессе окончательного урегулирования, включающего различные цепочки. Опытные строители легко могут выполнить это обязанность.

Searchers:

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

Нижнее течение

Намерения имеют широкое влияние на различные dapp-ы:

Повышенная дружелюбность для пользователей приводит к массовому принятию.

Более активное участие нескольких сторон приводит к большему количеству компонентов вне сети, что повышает эффективность и гибкость.

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

Например, в DeFi намерения могут эмулировать атомарность в кросс-цепочечной среде, привлекая третью сторону, решателей, для выполнения намерения. Решатели берут на себя риск неудачи, открывая новую область кросс-доменного DeFi.

Больше взаимодействий и инструкций пользователей приводят к развитию сложных dapps.

Например, в GameFi у пользователей теперь больше вариантов игрового процесса:

Настроенные игровые стратегии: Намерения позволяют игрокам определять и выполнять настраиваемые игровые стратегии. Они могут выразить свои игровые цели и действия своим способом и иметь решатели, выполняющие эти намерения внутри игры. Это дает игрокам большую свободу и контроль.

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

Завершение

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

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

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

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

Ссылка

1.https://www.chainfeeds.xyz/feed/detail/57b521e1-d651-4e76-86cb-6a68690cbebd

2.https://hackmd.io/@1ofB8klpQky-YoR5pmPXFQ/rJZUWFzP3

3.https://writings.flashbots.net/mevm-suave-centauri-and-beyond

4.https://docs.google.com/file/d/1c0Ok4M3CcPjMCh7-vh6ErfhqlJsh1qau/edit?filetype=mspresentation

5.https://www.paradigm.xyz/2023/06/intents

6.https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg

Отказ от ответственности:

1. Эта статья перепечатана с [зеркало]. Все авторские права принадлежат оригинальному автору [Грейс]. Если есть возражения против этого перепечатывания, пожалуйста, свяжитесь с Gate Учитькоманда, и они незамедлительно справятся с этим.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, являются исключительно точкой зрения автора и не являются инвестиционными советами.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.