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

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

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

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

В качестве примера обмена USDC на FRAX/DAI LP на Polygon, весь процесс требует 12 сделок:

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

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

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

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

Одно из мнений гласит: "Намерение – это подписание набора декларативных обязательств, позволяющее пользователям делегировать создание транзакций третьим лицам, одновременно сохраняя полный контроль над транзакциями." Другое определение звучит так: "Транзакция является императивной, тогда как намерение – декларативным. Иными словами, транзакция – это четко определенное сообщение, указывающее, как выполнять EVM для достижения изменения состояния, в то время как намерение указывает на желаемое изменение состояния, не заботясь о конкретном процессе реализации."

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

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

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

Это намерение сделки на Curve является всего лишь очень базовым примером. Пользовательский интерфейс является лишь полезным инструментом для построения обменных сделок на основе следующей логики:

FRAX трейдинг: обменять 100,000 FRAX на как минимум 999,000 USDC, используя 5bps FRAX/USDC Curve LP, срок действия до блока X. В отличие от этого, намерение поделиться ожидаемым результатом ( получить максимальное количество USDC ) и ограничения ( только продать 100,000 FRAX ). Определить, каков лучший курс обмена, должен решатель.

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

Кроме агрегаторов сделок, на Эфириуме также существуют другие виды "намерений":

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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