Система намерений может решить проблему сложности Децентрализованных финансов

Перед крахом Luna я управлял стратегией доходности стабильных монет для друга, который хотел узнать о высоких ставках, которые мы могли получить в январе 2020 года. Мой друг не знаком с криптовалютой и никогда ранее не взаимодействовал с блокчейном. Наша работа была простой: он переводил средства на аппаратный кошелек, а затем мы встречались по Zoom один-два раза в неделю, и я поэтапно обучал его, как действовать.

Сначала мы распределили средства по всем доступным протоколам Децентрализованных финансов на различных блокчейнах. В течение 2-4 часов мы совершили десятки транзакций по одобрению, переводу, обмену, депозитам, запросам и выводу средств. Средства были переведены в кастомные LP торговые пары, заморожены и т.д., чтобы получить максимальные стимулы. Мы использовали почти все кроссчейн мосты, основные DEX и агрегаторы доходности для перемещения нашего портфеля стейблкоинов. Мы старались охватить все возможные доходности в криптовалютной сфере.

Сказать, что я заставил его действовать слепо, было бы немного слишком вежливо.

Самая сложная часть работы заключается в объяснении всех шагов, которые необходимо предпринять. Я даю инструкции, он их выполняет и пытается понять интерфейс различных сложных Децентрализованных финансов инструментов. Наши встречи наполнены командами "нажмите здесь", "идите туда", "обменяйте это". Например, для обмена USDC на FRAX/DAI LP на Polygon требуется 12 транзакций:

1. Обменять USDC на DAI на одном из DEX (2 сделок )
2. Переведите USDC и DAI через цепочку на Polygon(4 транзакции)
3. Объедините USDC и DAI(4 транзакции на DEX Polygon)
4. Поместите LP в хранилище, чтобы получить вознаграждение (2 транзакции )

Для такого простого движения средств нам нужно инициировать 12 транзакций! Мы должны использовать информацию UI, специфичную для протокола, чтобы напрямую искать, создавать и выполнять отдельные транзакции на EVM. Этот процесс очень трудоемкий, особенно в случае с крупными портфелями. Если задуматься, эти задачи всего лишь имитируют несколько DApp для фермерства доходов, но ручная обработка оказывается очень сложной.

С более высокой точки зрения, все процессы, которые мы выполняем, имеют четко определенные ожидаемые результаты. У нас есть активы, которые мы хотим использовать для выполнения конкретных задач. Как в приведенном выше примере, "у нас есть USDC( на Ethereum ), мы хотим предоставить ликвидность в форме FRAX/DAI( на Polygon ), а затем внести его в стейкинг vault". Это и есть "цель" нашей операции, а 12 транзакций – это "методы" достижения этой цели. От начальной точки до конечной требуется ряд четких и разумных шагов, все из которых поддаются количественной оценке.

Мощный алгоритм маршрутизации сделок может значительно упростить этот процесс, сократив количество шагов до 1-2. Нам нужно только указать желаемый результат, и алгоритм вернет лучший путь, возможно, даже напрямую обработает сделку. Эта структура отображения путей называется "намерением" и является частью быстро развивающегося промежуточного ПО Ethereum. Хотя концепция намерения уже получила широкое признание, еще не достигнуто консенсуса в определении. В настоящее время есть несколько общепринятых взглядов. Определение от Paradigm звучит так: "намерение — это подписанный набор декларативных ограничений, позволяющий пользователям передать создание сделки третьей стороне, сохраняя при этом полный контроль над контрагентом". Дэвид Ма из Near определяет это как: "сделка является обязательной, тогда как намерение является декларативным. Другими словами, сделка — это четко определенное сообщение, указывающее, как выполнить EVM для изменения состояния, тогда как намерение указывает на желаемое изменение состояния, не обращая внимания на процесс реализации."

Обе эти дефиниции описывают намерение как "декларативное", то есть стремление получить внешнюю помощь через обмен данными между пользователем и "решателем". Пользователь заявляет о желаемом результате, а решатель предлагает способ его достижения. В отличие от сделок с определенными параметрами, намерения должны быть сопоставлены третьей стороной. Кроме того, существуют ограничения, которые могут сузить набор возможных путей, что помогает сосредоточить возможности в меньшем, фильтруемом наборе для выбора пользователем. На примере моего друга, намерение позволяет нам транслировать конечную цель группе решателей, которые рассчитывают лучший путь. Затем мы выбираем маршрут с наилучшей ценой и выполняем сделку. Все промежуточные шаги обрабатываются путем, предоставленным решателем, и пользователю необходимо подтвердить только 1-2 сделки.

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

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

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

Помимо агрегатора торгов, на Ethereum также существуют другие типы "намерений":

1. Лимитный ордер: если условия выполнены, разрешается вывод активов с аккаунта.
2. Выполнение заказов третьими сторонами на основе ликвидности не DEX.
3. Газовое спонсорство: позволяет использовать другие токены для выполнения сторонних сделок, применяется к абстрактным кошелькам.
4. Делегирование: белый список относится к этому случаю, проверка базы данных перед выполнением сделки.
5. Пакетная обработка транзакций: позволяет выполнять пакетную обработку намерений по эффективности Gas.
6. Кросс-чейновый обмен.

Хотя типы заказов становятся все более разнообразными, наиболее простым способом описания намерения является "лимитированный заказ", который просто использует новый маркетинговый термин. Лимитированный заказ означает желание купить определенное количество активов по определенной цене, который будет выполнен только после того, как другая сторона примет заказ.

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

Продажа MEV

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

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

Без лицензии Interpool использует децентрализованный API, узлы в системе могут свободно делиться намерениями и предоставлять исполнителям неограниченный доступ. Например, некоторые протоколы реле и предложенный общий пул памяти. Открытые пулы памяти легко подвержены DDoS-атакам и не могут гарантировать предотвращение распространения намерений плохих исполнителей.

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

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

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

Риски промежуточного ПО

При рассмотрении намерения как лимитного ордера, мы можем сравнить поток заказов с некоторыми брокерами, используя (PFOF).

Эти брокеры предлагают пользователям "бесплатную" торговлю, основанную на том, что пользователи могут продавать поток заказов, а не отправлять их на традиционные биржи. Маркет-мейкеры — это компании, которые совершают大量 покупок и продаж ценных бумаг, и они предоставляют эту выплату, потому что могут получать прибыль от разницы в ценах покупки и продажи заказов. Критики широко осуждают эту практику из-за конфликта интересов. Хотя брокерские компании обязаны предоставлять своим клиентам лучшее исполнение заказов, денежные стимулы PFOF якобы могут влиять на их решения о том, куда отправлять заказы.

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

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

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

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

Будущее

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

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

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

![Почему намерения (Intents) могут