Як «транзакція намірів» підтримує наступну хвилю наративу Web3?

Автор: Майк Кальванезе та команда Brink. Автор: Luccy, Joyce, BlockBeats

Це перша частина серії з трьох частин про наміри Майка Кальванезе та команди Brink.

Наміри швидко поширюються, вони є одним із багатьох покращень взаємодії з користувачем, уможливлених абстракцією облікових записів, і були гарячою темою, яка обговорювалася під час виступу Віталіка в EthCC. Наміри дозволяють користувачам визначати бажані результати в ланцюжку та доручати технічну роботу з досягнення цих результатів стороннім розв’язувачам, які безпосередньо взаємодіють із мережею та протоколами. Зрештою, рівень абстракції зробить програми Web3 схожими на звичайні програми. Це скорочує криву вивчення існуючих технологій і залучає мільйони нових користувачів.

Зміна парадигми на Intents означає, що майбутнім користувачам не потрібно буде піклуватися про такі речі, як подання транзакцій, оплата зборів за газ за допомогою ETH, пом’якшення MEV на AMM шляхом встановлення лімітів прослизання, агрегування свопів токенів для оптимального маршрутизації шляху або перемикання активів.

Простий спосіб зрозуміти наміри — це розглядати їх як декларативні вираження того, «що» користувач хоче, щоб сталося, а не обов’язкові кроки «як» чогось досягти.

Поточні наміри

Наміри не є новою концепцією.

Такі проекти Ethereum, як EtherDelta та 0x, пропонували книги ордерів на основі намірів задовго до того, як існували Uniswap і AMM. Ринок NFT використовує підписані Intents для відкладених ордерів і котирувань NFT протягом багатьох років, і новіші системи, такі як CoW Swap і UniswapX, тепер забезпечують більш просунуту інфраструктуру на основі Intents для лімітованих замовлень ERC20.

Дивлячись на поточний ландшафт, слово «Наміри» здається синонімом «лімітних замовлень», тому що єдині наміри, які сьогодні широко підтримуються в Web3, це «Я хочу X, і я готовий заплатити Y». Структура Intents для лімітованих замовлень зазвичай проста і зосереджена на одній меті: обмін за кращою ціною, ніж поточна ринкова пропозиція. Користувачі підписують свої лімітовані наміри замовлення, а розв’язувач шукає шляхи для «заповнення» підписаних намірів за допомогою AMM, інших джерел ліквідності або, у деяких випадках, інших намірів. Вирішувачі стимулюються знаходити шляхи, оскільки після того, як наміри користувача задоволені, вони можуть залишити залишок як бонус.

Архітектура намірів лімітного замовлення

Багато систем уже створено для підтримки сценаріїв використання для лімітованих замовлень, але в міру розробки більш просунутих інструментів Intents ми побачимо більш загальні архітектури, що забезпечать більш потужні варіанти використання.

Деякі приклади загальних систем Intents включають Anoma та Flashbots SUAVE, обидві зараз активно розробляються. Вони забезпечуватимуть рівень намірів Gossip, де користувачі транслюватимуть підписані наміри до вузлів Gossip. Ці ланцюжки будуть специфічними для намірів, полегшуючи зв’язок між користувачами, які підписують наміри в різних мережах, і розв’язувачами, які їх виконують.

Іншим прикладом є Brink, рішення для створення складних намірів. Brink дозволяє користувачам і розробникам створювати, підписувати та вирішувати умовні наміри на основі стану в кількох мережах, сумісних з EVM.

Майбутнє намірів

Давайте розглянемо кілька способів Web3 Intents вийти за межі простих обмежених замовлень, ось кілька нових концепцій:

Умовні наміри: Дозволяє виконувати дію, коли виконується одна або кілька умов

**Безперервні наміри: **Висловіть бажання повторювати дії

Багатоетапні наміри: коли намір вирішено, буде відкрито один або кілька нових намірів

**Граф намірів: **Шлях, утворений набором пов’язаних намірів

Умовні наміри

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

Якщо ви користуєтеся Web3, то в минулому ви приймали багато умовних рішень, які могли бути виражені як наміри, підписані та делеговані стороннім розв’язувачам, наприклад:

Поріг ціни: «Якщо ціна A/B нижча за X, обміняйте B на A». У традиційних фінансах (trad-fi) це називається "стоп-лосс"

Рішення щодо управління: «Якщо пропозиція щодо управління, яку я не підтримую, буде прийнята, продайте маркер A».

Баланс гаманця: «Якщо у мене недостатньо ETH у моєму гарячому гаманці, будь ласка, переведіть більше ETH з мого холодного гаманця в мій гарячий».

Минулий час/блоки: «Якщо було видобуто більше X блоків, передайте ETH одержувачу».

Усе це можна підписати як один Intent. Розв’язувач відстежуватиме ці наміри та вживатиме заходів від імені користувача, коли умови будуть виконані. Користувачі підписують ці умови, оскільки частина їхніх намірів змусить розв’язувач перевірити стан у ланцюжку, щоб підтвердити умови.

Наміри можна виразити будь-якою кількістю умов, наприклад:

Я хотів би купити 2 ETH за допомогою DAI, якщо виконуються наступні три умови: 1) ціна ETH нижча за 1750 доларів США; 2) середня прибутковість DAI для позики ETH є високою; придбано принаймні 10 ETH протягом години.

Коли виконується будь-яка кількість складних умов стану, користувачі зможуть висловити наміри купити, продати, віддати в заставу, передати або з’єднати активи за допомогою єдиного підпису про намір.

Безперервні наміри

Наміри забезпечуватимуть протокольно-агностичний спосіб виконання послідовних операцій, і хоча сьогодні наміри зазвичай включають єдиний підпис, що відповідає одній операції (лімітний порядок), незабаром ми побачимо появу послідовних намірів.

Сьогодні користувачі здійснюють безперервні дії, вносячи кошти в протоколи або біржі, ось кілька прикладів:

Усереднення вартості: «Використовуйте DAI, щоб купувати ETH за ринковою ціною раз на місяць». Для виконання цього завдання користувачі зазвичай використовують CEX, такі як Coinbase.

Нарахування доходу (він же повторна ставка): «Зніміть винагороду з A, обміняйте на B, а потім знову поставте». Це громіздкий процес, який передбачає кілька транзакцій і взаємодій між кількома протоколами DeFi.

Поповнення гарячого гаманця: «У мене є холодний гаманець із 50 ETH. Щоразу, коли баланс мого гарячого гаманця ETH падає нижче X, переказуйте Y ETH з мого холодного гаманця в мій гарячий». Це вимагає багатьох окремих транзакцій.

Потік платежу: «Переказуйте X USDC на адресу одержувача раз на два тижні». Програми для потокових платежів підтримують це, але вимагають від користувачів вносити активи в смарт-контракт

СТВОРЕННЯ РИНКУ: Позиція LP на основі AMM в основному дотримується тієї самої моделі, що й два протилежні свопи, які тривають у нескінченному циклі: «Коли ціна A/B перевищує X, поставте обмін A на B; коли ціна A/B перевищує X A/B менше за X, обміняйте B на A".

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

Прекрасним прикладом є усереднення вартості. Користувачі, які мають намір усереднювати витрати (купувати чи продавати неодноразово з часом), можуть виразити це як підпис, який дозволяє конвертувати 1 ETH у DAI кожні 50 000 за ціною, яку надає складний для маніпулювання блок ETH/DAI TWAP oracle (приблизно один раз). на тиждень в основній мережі Ethereum), з комісією 1% (0,01 ETH). Розв’язувач відстежує ці наміри та перевіряє:

1. Чи можу я обміняти 1 ETH в обліковому записі користувача?

2. Чи було видобуто 50 000 блоків з моменту останнього обміну?

Чи достатньо 3,1% (0,01 ETH), щоб покрити вартість газу під час обміну?

4. Після того, як розв’язувач заплатить газ за обмін, чи залишиться ETH для покриття операційних витрат розв’язувача, які можуть включати ризик відновлення після втрати PGA (пріоритетного газового аукціону) або будь-яких інших витрат? Чи вартий потенційний прибуток для розв’язувача?

Якщо все це пройдено, розв’язувач надішле транзакцію, щоб задовольнити намір користувача для обміну ETH→DAI. Поки в обліковому записі користувача достатньо ETH, розв’язувач може відстежувати наміри «усереднення вартості» індивідуального підпису та генерувати безперервний потік транзакцій. Користувачі отримують те, що хочуть, без безпосередньої взаємодії з мережею EVM або певним протоколом.

Архітектура Intents усереднення вартості

Створення ринку за допомогою намірів — ще один приклад безперервної та потенційно нескінченної кількості операцій, які можна делегувати розв’язувачу. Користувач, який бажає займатися маркет-мейкингом ETH/DAI, може створити наміри, які дозволяють свопи DAI→ETH за 1800 ETH/DAI або нижче, а ETH→DAI свопи за 2000 ETH/DAI або вище. За допомогою цього наміру користувач намагається зафіксувати прибуток у розмірі 200 DAI кожного разу, коли ринок коливається між ціновими пунктами 1800 і 2000 ETH/DAI.

Наміри створення ринку

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

Багатокрокові наміри

Наміри можуть складатися з кількох кроків. Ви можете розглядати ці наміри як кінцевий автомат, де кожна транзакція є переходом від попереднього стану до нового, залежно від умов, визначених попереднім станом.

Простим прикладом багатоетапних намірів є класична традиційна арбітражна транзакція фінансового відкладеного ордера. Ці замовлення можуть відрізнятися за складністю, але простіші версії зазвичай зустрічаються в традиційних додатках для фінансової торгівлі. Завдяки можливості комбінування та багатоступінчатим намірам Web3 ми можемо виконувати дуже потужні арбітражні транзакції відкладених ордерів.

Намір арбітражної транзакції відкладених ордерів Web3 можна виразити так: «Я хочу 1 ETH і готовий заплатити 1800 DAI. Після того, як я заплатив 1800 DAI і маю 1 ETH, я готовий утримувати цей 1 ETH, доки не зможу продати за 2000 DAI. Якщо ціна ETH/DAI впаде нижче 1620 DAI, я сподіваюся зменшити свої втрати, продавши цей 1 ETH, і в цьому випадку я прийму 1600 DAI і віддам Розв’язувач сплачує комісію в розмірі 20 DAI. Якщо я як і раніше тримаю цей 1 ETH, коли [Пропозиція щодо випадкового управління] буде прийнято, я хочу продати цей 1 ETH за ринковою ціною ETH/DAI і віддати 10% виручки розв’язувачу».

Наміри "Порядок у дужках".

Це відносно просте 3-етапне замовлення з деякими умовними тригерами, але ці типи замовлення можуть бути набагато складнішими.

Діаграма намірів

Зв’язок між різними намірами користувача може сформувати графік намірів. Ці графіки представляють визначені користувачем комбінації умов і дій, які призводять до обміну, передачі активів або іншої поведінки в мережі. Усі попередні приклади намірів — це просто назви для певних графічних схем.

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

Приклад: користувач торгує XYZ і ETH на вигаданому ринку. Наміри, що представляють купівлю-продаж XYZ за різних умов, наприклад, на основі результатів пропозиції щодо управління, видобутку певного блоку, зростання та падіння ринкових цін або виконання інших намірів.

Графік намірів для вигаданого ринку XYZ-ETH

На графіку відображається ліквідність, яка існує зараз, і ліквідність, яка існує в можливому майбутньому стані. Графіки намірів можуть охоплювати ринки та навіть різні мережі.

на закінчення

Intents прогресує з новими розробками щодня.