Вступ

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

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

* Результат замість шляху: користувачам потрібно лише висловити те, що вони хочуть, і їх не хвилює, як буде досягнуто результату* Умовна авторизація замість авторизації коду: коли користувач підписує блокчейн TX, він авторизує коди всередині транзакції можливість виконувати довільні обчислення, змінюючи стан блокчейну. На противагу цьому, коли користувач схвалює намір, він дозволяє випустити свої активи та чайові після того, як йому буде гарантовано досягнуто бажаного результату (щось на кшталт післяплати в онлайн-магазинах)* Конкурентний ландшафт розв'язувачів замість надійних децентралізованих програм: У світі, де домінує tx, користувачі взаємодіють із вибраними ними децентралізованими програмами, і dapps діятимуть як постачальник послуг, щоб повернути бажаний результат,  Зазвичай це довготривалі та мейнстрімні децентралізовані програми, такі як Uniswap. У світі, де домінують наміри, відомі або невідомі розв'язувачі як з офчейну, так і з ончейну можуть змагатися, щоб досягти наміру для користувача та отримати бонус. Виходячи з принципу економії, більша конкуренція веде до більшої ефективності.

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

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

Дослідження різних типів реалізації намірів

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

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

Щоб зрозуміти, як працює намір, ми можемо розглянути наявні рішення, починаючи від специфічних додатків для намірів до загальної інфраструктури намірів, такої як Anoma та SUAVE. Аналіз буде розкладатися на 5 основних частин з різними питаннями, які слід мати на увазі:

Вираження намірів та авторизація: Як користувачі вводять свої наміри; якого типу наміри та на якому рівні наміри можуть виражати користувачі; яку авторизацію надають користувачі?

Кандидати вирішувачі: Чи є він дозволеним чи бездозвільним? Чи є високі бар'єри для становлення вирішувачем? Чи є різні типи вирішувачів, які фокусуються на інших конкретних областях?

Процес розв'язання: Який головний шлях до вирішення рішення; Що визначає завершення намірів?

Вибір розв'язувача: які правила вибору переможця серед кількох кандидатів на розв'язувача? Чи буде конкурентна схема на зразок переможець-забирає-все чи дискретна?

Перевірка та розрахунок: Як перевірити, чи завершив розв'язувач завдання? Як відбувається розрахунок між користувачами та розв'язувачами?

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

Cow Swap & 1inch злиття (намір лімітного ордера)

Вираз наміру та авторизація:

Торговці на платформах 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 з наступними відмінностями:

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

Кандидати-розв'язувачі: бездозвільні замість дозвільних (також можуть бути встановлені користувачами);

Вибір розв'язувача:

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

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

Cow Swap - це скоріше партійний аукціон порівняно з незалежним аукціоном UniswapX та 1inch, який дозволяє комбінувати замовлення та відповідати коровам.

Процес вирішення та валідація та розрахунок схожі на Cow Swap та 1inch (детальніша інформація показана у таблиці)

Cross-chain swaps можуть бути досягнуті через схожі процеси з основними відмінностями в підтвердженні та розрахунку для забезпечення багатодоменних свопів:

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

Потрібен додатковий оракул розрахунків для подачі в контракт перевірки початкового ланцюжка

Потрібно, щоб UniswapX розгорнув відповідні контракти з вирішення та валідації на різних доменах

Абстракція облікового запису (Намір на рівні гаманця)

Вираження наміру та авторизація:

Процес виявлення наміру та авторизації починається, коли власник гаманця хоче виконати певну дію. Вони створюють userop, зазвичай через інтерфейс гаманця 4337, щоб висловити свій намір.

Поза ланцюгом, власник гаманця звертається до пакувальника, щоб обробити userop від їх імені, авторизовуючи обмежене керування згідно з наміром. Наприклад, власник гаманця може авторизувати приватний ключ для здійснення транзакцій з вашого основного рахунку, але ТІЛЬКИ з контрактом хабу Dapp XYZ.

Кандидати розв'язувача:

Служби пакувальника вважаються громадськими благами в рамках AA. Більшість пакувальників є відкритими, що робить їх невиключними та неконкурентоспроможними. Будь-який кінцевий пункт RPC може реплікувати відкритий код та працювати як пакувальник. Навіть коли кінцевий пункт RPC пакувальника бере плату за свої послуги, він може робити це за допомогою ключів API, зберігаючи при цьому невиключну природу пакувальника як громадського блага.

Два основних типи зв'язувачів: Спеціалізовані сервіси зв'язування, призначені для гаманців, що задовольняють їх базові потреби & постачальники інфраструктури сторонніх осіб, які мають на меті створення бездозвільних та модульних зв'язувачів

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

Bundlers симулюють метод validateOp гаманця для userop, щоб визначити, чи прийняти чи відхилити його офлайн. Потім вони відправляють транзакції на точку входу системи AA, щоб викликати метод handleOp. Цей процес також включає у себе об'єднання кількох userop разом для оптимізації газу та видобутку MEV.

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

Вибір розв'язувача:

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

Валідація та розрахунок:

Вхідна точка системи AA перевіряє та розраховує операцію on-chain. Вона забезпечує, що userop відповідає вимогам та перевіркам безпеки перед виконанням бажаної дії. Як тільки операція успішно виконана, вхідна точка повертає ETH бандлеру з депонованих коштів гаманця. Цей механізм повернення коштів компенсує бандлеру їхню роботу та передоплату.

Есенціальний (Стандарт абстракції облікового запису, орієнтований на наміри)

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

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

Вираз наміру та авторизація:

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

Наміри можуть бути виражені в стандарті Essential в ST і більш загально в LT за допомогою його нової мови, заснованої на обмеженнях.

Сумісність з ланцюжками EVM та не потребуємо мостикувати кошти

Кандидати вирішувача:

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

Мережа вирішувачів відстежуватиме наміри та намагатиметься досягти їх. Основне - це розглядати існуючих вирішувачів / пакувальників (наприклад, від CoW Protocol або 4337), поточних пошуковиків MEV та утворювачів ринку.

Процес розв'язання:

Розв'язувачі з'ясовують середовище обмежень, у якому вони вирішують, а потім використовують офчейн та ончейн майданчики, щоб спробувати вирішити ці наміри на основі обмежень

Вибір рішення:

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

Перевірка та розрахунок:

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

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 (Загальний намір для протоколів 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.

Як намір революціонізує шаблон потоку замовлень

У поточному стані порядку виконання транзакцій користувачам потрібно навігувати шляхами виконання самостійно, що призводить до досить простого порядку виконання tx (як показано на зображенні)

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

Перед тим як поглиблюватися, я хотів би узагальнити 2 тенденції у світі намірів:

Лідерські додатки, які фокусуються на конкретних типах намірів, такі як Uniswap та Cow Swap, розширюють функціональні можливості намірів, залучаючи самостійних розв'язувачів.

Для більш узагальнених намірів нам потрібна досить нова архітектура, включаючи нову мову наміру, нову віртуальну машину тощо. Основне, Flashbots та Anoma працюють в цьому напрямку.

У цьому сценарії різні типи намірів можуть обслуговуватися конкретними платформами чи протоколами. Наприклад, наміри обміну можуть оброблятися UniswapX та Cow Swap; наміри з функціями одного домена та гаманця можуть оброблятися гаманцями з абстракцією рахунку (AA) або сумісними додатками та гаманцями; платформи, такі як SUAVE та Anoma, можуть вирішувати більш узагальнені та багатодоменні наміри.

У цьому новому світі потік намірів може пройти більш складний шлях. Давайте дослідимо можливий порядок виконання замовлення:

Користувач висловлює наміри, вносить кошти та авторизує

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

Наміри, відправлені до відповідного пулу намірів

Зауважте, що Anoma може мати кілька mempools, які обслуговують різні типи намірів та є надійними для різних dapps або протоколів.

Розв'язувачі симулюють офлайн та конкурують у вирішенні намірів.

У екосистемі SUAVE розв'язувачі мають як можливості розв'язування, так і здатності до будівництва блоків. Деякі наміри передбачають розв'язання міжланцюжкових завдань шляхом будівництва блоків, таких як міжланцюжкові операції MEV. Досвідчені будівельники блоків мають перевагу у створенні цінних блоків та швидкому виконанні завдань. Інші наміри можуть передбачати переважно вимогу до алгоритмічної експертизи, наприклад, оптимізацію агрегації ліквідності через кілька ланцюжків. Ці наміри можуть покладатися на розв'язувачів певних типів, а не на великі можливості будівництва блоків.

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

Перевірте завершення намірів

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

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

Використання Anoma VM передбачає, що додатки для намірів повинні прийняти фреймворк Anoma, але забезпечує можливість перевірки широкого спектру намірів.

У підсумку, в інтент-центричному світі порядок дій відрізняється від світу, орієнтованого на tx:

Користувачі підписують та авторизують tx проти Користувачі мають більше варіантів висловити свої наміри.

Існує один спільний пул пам'яті проти кількох пулів пам'яті для різних цілей.

Dapps відповідає за виконання проти нової ролі під назвою розв'язувачі, що дозволяє та бере участь у вирішенні проблем.

Вирішити на різних ланцюгах по одному проти Кількох ланцюгів, які можуть бути вирішені разом (нові типи міжланцюжкових виконань)

Рефлекси від намірів на решту світу Веб3

Світ, що працює на основі намірів, включає багато учасників веб3. Давайте заглянемо на хвилинку в ландшафт фабрики намірів.

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

Вгору по течії

Ланцюги

Нові ланцюги, такі як SUAVE, можуть сприяти більш частому та ефективному врегулюванню намірів.

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

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

Приватність

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

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

Оракул

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

Стандарт, пов'язаний з наміром

Загальний стандарт допомагає зменшити проблеми фрагментації, спричинені різними типами намірів; Розв'язувачі можуть знайти його легше інтегруватися з різними програмами, які підтримують наміри; Dapps та розробники легше розширюватися до систем намірів;

Уникайте перетворення коліс для загальної інфраструктури наміру.

Потенційні розв'язувачі (середній потік)

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

Будівельників:

Будівельники відіграють значну роль як розв'язувачі, особливо в процесі остаточного врегулювання, що включає різні ланцюги. Досвідчені будівельники легко можуть виконати цю відповідальність.

Пошукові:

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

Нижній потік

Наміри мають широкий вплив на різноманітні додатки:

Покращена зручність для користувачів сприяє масовому прийняттю.

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

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

Наприклад, у DeFi наміри можуть емулювати атомність в крос-ланцюжковому середовищі, залучаючи третю сторону, розв'язники, для виконання наміру. Розв'язники беруть на себе ризик невдачі, дозволяючи новий рівень крос-доменного DeFi.

Більше взаємодій та інструкцій користувача призводять до розвитку складних додатків.

Наприклад, у GameFi користувачі тепер мають більше можливостей для геймплею:

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

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

Закінчення

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

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

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

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

Посилання

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

Disclaimer：

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