Оцінка проблем впровадження Intent-Centric, починаючи з UniSwapX і AA

Нещодавно у статті «Архітектури на основі намірів та їхні ризики» Paradigm, відомої компанії венчурного капіталу Web3, «протоколи та інфраструктура, орієнтовані на наміри», виявилися головною тенденцією серед десяти доменів криптовалюти. Ця тенденція в поєднанні з зусиллями та дослідженням таких проектів, як Bob the Solver, Anomo та DappOs на конференції ETHCC у Парижі, привернула значну увагу промисловості до архітектури, орієнтованої на наміри, та її фокусу. Основна мета цього підходу полягає в тому, щоб значно покращити взаємодію з користувачем шляхом усунення складних деталей транзакцій, що робить його новим механізмом для впровадження Web3. У недавньому конкурсі хакатону Token2049 автор разом із технічною командою гаманців AstroX (зосереджуючись на продуктах із високим рівнем рентабельності інвестицій для сторони ToB) досяг проекту, який посів друге місце в треку DeFi на основі концепції наміру: Ethtent. У цій статті ми заглибимося в концепцію «наміру», починаючи з шляху впровадження Solver і застосування ERC4337 і UniSwapX, досліджуючи, що таке «намір», чи може він бути таким красивим, його різноманітні застосування та виклики бере участь у його реалізації.

1. Що таке Intent-centric?

Подібно до того, як концепція абстракції облікового запису виходить за рамки розробки самого Ethereum, конкретну концепцію «наміру» можна простежити до філософії дизайну протоколу DEX Wyvern у 2018 році. Основна ідея цієї філософії полягає в тому, що, на відміну від традиційних транзакцій, звичайні користувачі більше стурбовані послідовністю та точністю результатів, а не безперебійним процесом виконання. Давайте розглянемо сценарій, коли я хочу завершити обмін маркерів.

• У традиційних транзакціях: я маю виконати три транзакції — внести ETH на газ, схвалити передачу токенів і надіслати транзакцію обміну.
• У транзакціях на основі намірів: мені потрібно лише підписати транзакцію, в якій зазначено, що я хочу обміняти певну кількість токена X на якомога більше токена Y із комісією 1%.

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

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

1. Ранні вертикальні сервіси (різні портали, де користувачі самостійно шукають номери телефонів, знаходять працівників і купують послуги).
2. Середньострокові платформи агрегації послуг (такі як Craiglist.com, які агрегують трафік, щоб відповідати постачальникам послуг вимогам користувачів).
3. Інтелектуальні платформи останньої стадії (поєднують алгоритмічне зіставлення та рекомендації для підвищення точності намірів, наприклад Uber Carpool та персоналізовані послуги).

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

2. Типові застосування Intent-centric

Хоча концепція орієнтованості на наміри є відносно новою, вже існує багато проектів, і багато з них зосереджені навколо намірів користувача. У статті Бастіана Ветцеля «Архітектури, засновані на намірах, і проекти, що експериментують з ними», класифікуються різні основні проекти. Ілюстрація нижче показує, що багато протоколів насправді не є рішеннями загального призначення, а скоріше рішеннями для конкретного наміру, наприклад Uniswap і Seaport. Це являє собою природний розвиток рішень, орієнтованих на наміри, порівняно з вертикальними рішеннями, створеними web2. А ERC-4337, з іншого боку, є інфраструктурою для надання допомоги, де наявність Bundler зменшує необхідність для користувачів платити за оригінальний газ.

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

2.1. Розуміння орієнтованого на наміри економічного дизайну UniSwapX

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

2.1.1、Чому нам потрібен UniSwapX?

Озираючись на розробку Uniswap V1-3, можна сказати, що існуючі протоколи AMM зіткнулися з певними проблемами, пов’язаними з витратами користувачів, цінами виконання, шляхами транзакцій, службами маршрутизації та стимулами LP. Зараз ринки свопів майже повністю оточені MEV, а масштабні свопи майже завжди затиснуті, в результаті чого користувачі завжди здійснюють угоди за найгіршими цінами, а прибуток отримує MEV. Запуск UniSwapX намагається вирішити ці проблеми шляхом фундаментальної зміни механізму торгівлі AMM. Для додаткового читання: Звіт про дослідження UniswapX (частина 1): Підведення підсумків розробки V1-3, вивчення принципів, інновацій та викликів наступного покоління DEX

2.1.2 Що таке UniSwapX?

За визначенням, UniSwapX — це новий аукціонний протокол маршрутизації з відкритим кодом (GPL) без дозволу для торгівлі через AMM та інші джерела ліквідності. З точки зору операційних моделей для торгових ринків Web3, крім моделі AMM, зазвичай існує три типи:

• Модель журналу замовлень у ланцюзі для зіставлення та виконання угод у ланцюзі. Для додаткового читання: Інтерпретація контракту: CryptoPunk, перший у світі децентралізований торговий ринок NFT
• Модель книги ордерів поза ланцюгом для узгодження та виконання угод у ланцюзі. Для додаткового читання: архітектура ринкової системи X2Y2 NFT

UniSwapX, з іншого боку, трансформувався з моделі AMM Uniswap V1-3 до моделі книги ордерів поза ланцюгом для зіставлення та виконання угод у ланцюзі.

2.1.3 Як працює UniSwapX

З точки зору користувача, якщо сценарій полягає в тому, що користувач хоче торгувати ETH<=> і USDT за ціною близько 1900 (з урахуванням 2% прослизання), йому потрібно лише:

• Виберіть замовлення та встановіть ліміт часу для кривої спаду ціни (наприклад, обміняйте 1 ETH на 1950 USDT протягом 1 дня з мінімальною сумою 1850 USDT).
• Підпишіть замовлення та опублікуйте його в кластері служби книги замовлень.
• Зачекайте, поки транзакція буде виявлена та завершена Філлером.

Для користувача це все, що йому потрібно зробити. З точки зору Наповнювача, саме вони активно виконують торгові замовлення користувачів. Вони мають достатні кошти, кваліфіковані міжланцюгові інформаційні служби, систему моніторингу для всього ланцюга та статус DexPool. Їм необхідно:

• Скануйте пули різних протоколів у ланцюжку та створюйте базові дані в реальному часі для розрахунку замовлення.
• Скануйте Mempool, щоб оцінити майбутні тенденції цін.
• Скануйте спеціальну мережу на пошук запитів пропозицій, щоб отримати пріоритетні торгові права, надаючи котирування.
• Скануйте інформацію про замовлення в публічній мережі Fillers, щоб проаналізувати оптимальний торговий маршрут.
• Якщо умови доходу виконані, беріть участь у торгах (кожна хвилина на рахунку, як на голландському аукціоні, чим пізніше підтверджується угода, тим нижчою буде ціна).
• Проаналізуйте підсумковий рядок ставок інших наповнювачів і визначте їх пріоритетність у наступному прибутковому порядку (навіть якщо мій індивідуальний прибуток може зменшитися, я отримаю більше обсягу).

Так чому ж у Наповнювача така мотивація для угод? Це повертає нас до економічної моделі UniSwapX.

2.1.4. Як оцінити дизайн намірів UniswapX

Ключове питання реалізації наміру – бажання його опублікувати. Раніше DEX стикався з багатьма обмеженнями порівняно з CEX, такими як транзакційні витрати, MEV, прослизання, непостійні втрати тощо. У майбутньому з цими обмеженнями боротиметься більш професійна група наповнювачів проти групи MEV. Поступово вони візьмуть шматок пирога в технологічній конкуренції та зрештою повернуть його користувачам, утворюючи позитивний цикл розвитку (більше користувачів використовують UniswapX, більше наповнювачів отримують дивіденди від винагороди). Крім того, складність розподілу та маршрутизації транзакцій у ланцюжку буде розподілено на серверні системи. Користувачам потрібно буде діяти лише як перша сторона для розміщення замовлень, не турбуючись про клопоти з маршрутизацією. Отже, це ефективний економічний цикл, від якого виграють обидві сторони, і ефективна економічна модель завжди буде впроваджена.

Додаткова інформація: https://research.web3caff.com/zh/archives/10004?ref=shisi

2.2 Розуміння орієнтованого на наміри з ERC4337

На діаграмі вище нижня частина представляє модуль, зосереджений навколо абстракції облікового запису AA. Для таких систем, як UniswapX, оскільки самі транзакції надсилаються заповнювачами, користувачі можуть завершувати міжланцюгові транзакції без потреби в газі. Однак протягом усього циклу транзакцій користувачам все одно потрібно спочатку надіслати транзакцію для схвалення, щоб авторизувати UniswapX on-chain контракт на списання коштів користувача. Якщо ви справді хочете отримати безперебійний досвід торгівлі (де користувачам не потрібно ініціювати транзакції), потрібен дизайн інтеграції ERC4337 як головного облікового запису та платіжника. Щодо ERC4337, у мене були прямі трансляції та короткі відомості про те, що це таке, його принципи впровадження та історію його розвитку. Для подальшого читання ви можете звернутися до Пояснення концепції абстракції облікового запису за годину.

Простіше кажучи, ERC4337 — це набір інфраструктури.

• У ланцюжку підписи користувачів перевіряються за допомогою контракту entryPoint для автентифікації, а обліковий запис ЦС користувача в кінцевому рахунку служить суб’єктом ідентифікації.
• Поза ланцюгом UserOperation підписується користувачем як інструкція, яка потім передається в мережу Bundlers і групується Bundlerами для виконання в ланцюжку.

Суть оптимізації цього механізму полягає в тому, щоб покращити певні функції за допомогою настроюваних можливостей CA, таких як гаманці соціального відновлення або сторони проекту, які допомагають користувачам сплачувати збори за газ, підтримують USDT як метод оплати газу та інші функції. Однак сьогодні ми проаналізуємо значення 4337 для наміру з точки зору бізнес-моделі. Озираючись назад, ми вважаємо, що UniswapX має гарну бізнес-модель, оскільки вона дозволяє обом сторонам, які беруть участь у транзакціях з токенами (користувачам і наповнювачам), отримувати від цього прибуток, і лише MEV програє. Однак, якщо добре подумати, забезпечення прибутку та бажання контрагента за допомогою комісій за транзакції є лише однією з бізнес-моделей, і в майбутньому більшість «цільових» програм безпосередньо отримуватиме прибуток, надаючи послуги підприємствам (До B) або стягуючи комісію за транзакції. як основний продукт (До С). Однак послуги основного продукту не обмежуються лише задоволенням «наміру».

Подібно до платіжних систем, таких як WeChat Pay або Alipay, вони не стягують комісію за транзакції C2C, але зазвичай стягують комісію за транзакцію в розмірі 0,6%, коли продавці знімають кошти (що також вимагає платежу в базову систему транзакцій). В останнє десятиліття битви за мобільний Інтернет головним чином було зосереджено на досягненні великої кількості користувачів, а цикл доходу можна було встановити після досягнення певної бази користувачів.

Таким чином, у майбутньому з’явиться більше Dapps, і щоб надати користувачам бездоганний досвід, вони будуть готові пропонувати сервери зі скасованою платою за газ. Це схоже на соціальний протокол Lens, де на Polygon вони готові авансувати десятки тисяч доларів у вигляді комісії за транзакції від імені користувачів щотижня, щоб сприяти прийняттю користувачів і екосистемі контенту. Порівняно з витратами на субсидії, які сягали мільйонів доларів на день під час воєн за замовлення поїздок (Didi проти Uber China), це лише крапля, яка переливає море.

Таким чином, найбільш стандартизований і широко застосовуваний механізм депонування, а також найбільш надійна кредитна система платформи неминуче буде побудована на системі платіжника ERC4337. (Отримано) від MetaTransactions, але виходить за межі MetaTransactions). Це спеціальний обліковий запис смарт-контракту, який може сплачувати комісію за газ від імені інших. Основний договір для оплати вимагає певної логіки перевірки для кожної транзакції та перевірки під час транзакції. Контракт Paymaster може перевірити, чи достатньо схваленого балансу ERC-20, у методі «validatePaymasterUserOp», а потім витягнути його за допомогою «transferFrom» у виклику «postOp». (Щоб зрозуміти конкретну логіку виконання, зверніться до прямого запису Bilibili, згаданого в розділі для додаткового читання вище.) Загалом, це більш універсальне рішення без газу порівняно з мета-транзакціями. Це усуває плутанину з нестандартними активами та не має жодних проблем сумісності (мета-транзакції потребують модифікації контракту для підтримки).

3. Які труднощі виникають під час впровадження Intent?

Підсумовуючи, намір справді чудовий, і це також напрямок, який потрібно продовжувати розвивати та оптимізувати. Окрім викликів бізнес-моделі, які основні технічні труднощі її впровадження?

3.1 Суперечності в інтеграції ШІ

Хоча багато думок щодо аналізу намірів вважають, що можливість аналізу намірів транзакцій, надана ШІ, є точкою оптимізації для взаємодії з користувачем, я раніше працював у галузі політики безпеки, і за цей час я прийшов до розуміння того, що інтерпретація та відтворюваність — це найважливіші аспекти застосування ШІ в сценаріях формування політики. Наприклад, у разі призупинення дії облікового запису, якщо неможливо вказати точні причини порушення політики, стає важко виправдати, коли користувачі подають скарги. Так само для будь-якої фінансової системи прагнення до стабільності та узгодженості є першорядним, і жодна установа не може гарантувати, що штучний інтелект не буде брати участь у зловмисних діях, отримавши доступ до дозволів на активи. Таким чином, штучний інтелект може служити лише допоміжним інструментом для аналізу намірів у доступному для огляду майбутньому, а аналіз даних у мережі вимагає глибокого розуміння принципів роботи блокчейну. В іншому випадку висока ймовірність помилкових спрацьовувань. Додаткова інформація: Ризики, пов’язані з категоризацією контрактів у EVM

3.2. Стійкість intentPool проти атак Dos і проблема зіставлення з Solver

Для IntentPool, подібного до пулу пам’яті ERC4337, це також буде серйозною проблемою. По-перше, intentPool не може повторно використовувати механізм пулу пам’яті поточних клієнтів Ethereum (Geth, Eirgon), і його потрібно створювати окремо. Незважаючи на те, що є BundlerPool ERC4337 як еталон, дизайн пулів пам’яті має свої плюси та мінуси.

• Режим децентралізованого пулу пам’яті: існує проблема поширення, оскільки для багатьох програм виконання намірів є прибутковою діяльністю. Тому вузли, які керують пулом намірів, мають стимул не поширюватися, щоб зменшити конкуренцію під час виконання намірів.
• Режим централізованого пулу пам’яті: вирішує проблему поширення, але не може уникнути централізованого аудиту та проблем із втручанням.

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

3.3 Конфіденційність ризику наміру

Підпис має безвідкличний характер, навіть якщо до вмісту підпису додано час закінчення терміну дії, все одно існує проблема неможливості відкликати підпис за низьку вартість до закінчення цього часу (будь-яке відкликання має здійснюватися через транзакції в ланцюжку) . Тому з’явилися деякі стандартизовані та орієнтовані на конфіденційність універсальні рішення, такі як Anomo. Захист конфіденційності важко досягти за допомогою системи EVM, тому наразі існує більше передових розробок щодо нових мов намірів, орієнтованих на конфіденційність, таких як Juvix, який використовується для створення орієнтованих на конфіденційність програм. Він може бути скомпільований у WASM або скомпільований у схеми через VampIR для приватного виконання на Anoma або Ethereum за допомогою Taiga.

4. Підведення підсумків

Насправді, дуже цікаво спостерігати, як концепція Intent набирає популярності. Нарешті, web3 більше не поблажливий і починає досліджувати способи пройти через вузьке місце та задовольнити реальних користувачів. Лише зосереджуючись на найбільш практичних потребах користувачів, замість того, щоб захоплюватися розповідями високого рівня та надаючи продумані послуги, ми можемо поступово завоювати прихильність широкого кола користувачів. У майбутньому модель Intent або буде схожа на UniswapX, яка генерує дохід за рахунок субсидування комісії за транзакції контрагента, або включатиме невелику кількість високооплачуваних клієнтів і велику кількість неплатників, але важливих користувачів екосистеми з перспектива класифікації користувачів. Таким чином, сама концепція наміру стосується оптимізації взаємодії з продуктами для користувача, а не лише заради наміру. Крім того, DeFi також стане першим етапом процвітання Intent. Понад 20 протоколів DeFi вже співпрацюють з DappOS, і Brink Trade розробила Intent Engine, який дозволяє таким операціям, як Bridge, Swap і Transfer, міститися в одному намірі за допомогою одного підпису. Крім того, усталені протоколи, такі як CowSwap, 1inch, Uniswap і LlamaSwap, постійно розширюють свої функціональні можливості, щоб задовольнити різноманітні наміри користувачів. У конкурсі хакатону на Token2049 я брав участь у треку DeFi і розробив інструмент розв’язання намірів для міжланцюжкового сценарію Swap + DCA (Dollar Cost Averaging) із підтримкою стратегії (система Ethtent працює, як показано на схемі нижче).

Насправді неважко досягти мети фіксованих вертикальних вимог до існуючої інфраструктури EVM. Справжньою проблемою є поява в майбутньому ринку вирішувачів намірів або спільної структури, відомої як стандарт співпраці. Це дозволить іншим розв’язувачам надалі об’єднувати та повторно використовувати для впровадження універсально стандартизованого рішення для вирішення намірів, а також розподіляти економічні моделі для вирішення намірів обох сторін. Стандартизація часто вимагає визначення стандартів зверху вниз. Наразі DappOs і Anomo знаходяться в авангарді цього шляху, на що варто сподіватися.。

Додаток: Intent-Centric Track: Чи може архітектура «Intent-Centric» стати новим двигуном для широкомасштабного впровадження Web3? https://research.web3caff.com/zh/archives/11091#comment-1393?ref=shisihttps://github.com/neeboo/ethtenthttps://www.paradigm.xyz/2023/06/intents#the- посередники--їхні-мемпулиhttps://www.xiaoyuzhoufm.com/episode/64eca0013fa4090b747de18fhttps://bwetzel.medium.com/intent-based-architectures-and-projects-experimenting-with-them-c3ee63ae24c

Відмова від відповідальності:

1. Цю статтю передруковано з [shisi_eth]. Усі авторські права належать оригінальному автору [shisi_eth]. Якщо є заперечення щодо цього передруку, будь ласка, зв’яжіться з командою Gate Learn, і вони негайно розглянуть це.
2. Відмова від відповідальності: погляди та думки, висловлені в цій статті, належать виключно автору та не є жодною інвестиційною порадою.
3. Переклади статті на інші мови виконує команда Gate Learn. Якщо не зазначено вище, копіювання, розповсюдження або плагіат перекладених статей заборонено.