Оригінальний автор: дослідник @YBBCapital @Ac_Core_
Передмова
Громіздкий досвід роботи з Web3 став однією з причин, яка перешкоджає широкомасштабному впровадженню блокчейну.As Paradigm, відома компанія венчурного капіталу Web3, нещодавно представила 10 потенційних тенденцій, на яких організація зосереджується в галузі шифрування, воно буде «орієнтованим на наміри». (Intent-Centric) Protocol and Infrastructure» очолив список, і ця концепція миттєво привернула увагу галузі. Це філософія дизайну, яка ставить намір в основу потреб користувачів. Наприклад, «Я хочу замовити гамбургер на винос за 30 юанів» — це «намір». Щоб завершити цей намір, користувачеві потрібно ввести ім’я, номер телефону та адресу доставки на платформі виносу, а потім розмістити замовлення та оплатити . У процесі торговцю не потрібно дбати про сплачені 30 юанів. З отриманим прибутком і прибутком, розподіленим платформою серед користувачів, мені потрібно лише чекати, поки гамбургер доставлять додому. Ця архітектурна форма значно спрощує поріг взаємодії з користувачем, дозволяючи кожному користувачеві лише висловити свої наміри, передати проміжний процес різним іншим протоколам і чекати кінцевого результату. Примітка: ця стаття не призначена для реклами проекту та підходить для читачів. Вміст призначений лише для аналізу та довідки.
Принципи проектування, орієнтовані на наміри
Фон:
У світі Web3 торгівля є основною функцією. Незалежно від DeFi, GameFi, NFT чи навіть будь-якого треку, базові транзакції нероздільні. Але реальність полягає в тому, що децентралізована природа блокчейну визначає те, що різні ланцюги є незалежними острівцями. Нам потрібно знайти мости між різними острівцями, щоб пов’язати їх для повного обміну активами. Хоча централізовані біржі забезпечують зручний досвід торгівлі активами користувачів, користувачам все одно потрібно авторизувати свої гаманці один за одним, щоб отримати доступ до незліченних додатків Dapp один за одним.Щоб знизити поріг досвіду децентралізованих додатків, виникла концепція Intent-Centric.
Хоча прототип «наміру» народився не нещодавно, ця концептуальна буря була спровокована Paradigm, тому ми запозичуємо їхнє визначення для довідки: «Намір — це набір підписаних декларативних обмежень, які дозволяють користувачам створювати транзакції для стороннього аутсорсингу, не надаючи повний контроль над контрагентом». Насправді підписи керуються добровільними намірами користувача, але чи справді можливо передати активи третій стороні для аутсорсингу обробки, щоб знизити поріг для користувачів? Далі йде обговорення того, що бере участь у досягненні бачення Intent-Centric.
Що таке намір:
Intent-Centric можна розуміти як «орієнтований на намір». Парадигма висловила своє пояснення концепції наміру в статті «Архітектури на основі намірів та їх ризики», опублікованій 1 червня 2023 року. У процесі звичайної транзакції користувача підпис транзакції дозволяє верифікатору виконувати перевірку відповідно до певного шляху розрахунку, а плата за газ у процесі використовується для мотивації верифікатора завершити обчислення. Однак намір не полягає в тому, щоб конкретно посилатися на певний шлях обчислення, і будь-який шлях може завершити кінцевий результат за певних обмежень. Під час фактичної роботи, підписуючи та надсилаючи наміри, користувачі фактично дозволяють одержувачу вибрати шлях виконання транзакції від свого імені (як показано нижче). Щоб відрізнити це від транзакцій, ми визначаємо наміри як інформаційні підписи, які дозволяють виконання з заданий початковий стан Перехід стану для отримання кількох шляхів для досягнення кінцевого результату стану [1].
图源: Архітектури на основі намірів та їхні ризики – Paradgim
Як показано на малюнку вище, під час надсилання транзакції, як-от обмін токеном на Uniswap, необхідно вказати чіткий шлях виконання, але під час надсилання наміру шлях виконання визначається відповідними результатами. Користувачам потрібно лише висунути власні наміри, а решту завершують пов’язані протоколи/програми Intent-Centric, тобто відповідність шляху виконання.Операція виконання коротко описується як Solver (розв’язувач), відповідальний за відповідність шляху виконання, який відповідає наміру, і, нарешті, очікує остаточного. Просто виконайте його та отримайте результат.
Коротко: транзакція = я вказую метод виконання для цього; намір = я хочу лише результат, але не звертаю увагу на процес реалізації.
Наміри різних уподобань можна зіставити складними способами, і досягнення цього вимагає «виявлення контрагента» та «рішення для вирішувачів».
Боб, розгадувач намірів
Джерело: ETH Global
Bob the Solver (транслітерація: Bob the Solver, далі разом іменується як розв’язувач, але не конкретно Bob Solver) — це інфраструктура торгівлі на основі намірів. Її головна мета — спростити процес роботи, знизити поріг участі користувачів і забезпечити інтегрована участь. Суть гаманців і децентралізованих додатків полягає у створенні та виконанні аутсорсингових транзакцій користувачів. Їх впровадження в основному складається з двох частин:
Розв’язувач, який створює транзакції: складається з чат-бота штучного інтелекту + класифікації намірів + оптимізації транзакцій. Він відповідає за реалізацію оптимального шляху виконання намірів користувача та надсилання його в гаманець AA. Розв’язувач оснащений машинним навчанням (ML) модель аналізу користувачів Класифікація намірів;
«Абстрактний гаманець облікового запису» для виконання транзакцій: використання стандартної системи гаманця AA EIP-4337, яка складається з пакетника (Bundler) і платіжного контракту (Paymaster), який інтегрований із розв’язувачем для спрощення процесу транзакцій.
Рівень намірів і розв'язувач
Чи можна побудувати окремий рівень намірів і розв’язувачі конкурувати за його вирішення? Хоча теоретично це досяжно, насправді це дуже важко реалізувати. Говорячи про це, ми повинні зосередитися на Anoma та SUAVE (докладніше див. нижче), щоб вирішити основну проблему MEV. Щоб досягти бачення та цілей Intent-Centric, транзакції передаються третій стороні для обробки. Які функції потрібні для безпечного завершення передачі активів?
1. Надійний
Щоб досягти характеристик надійного та децентралізованого блокчейну, може бути недостатньо припустити існування простої «мережі намірів», яка не відповідає гарантіям намірів користувача та розв’язувача. Тому що після того, як користувач висловить свій намір, Sovler розрахує конкретні витрати, необхідні для кожного шляху виконання.В той же час, Sovler також буде обмежений налаштуваннями, встановленими користувачем.Користувач повинен знати, що кожен шлях виконання є надійним;
2.Конфіденційність
Розв’язувач надає користувачам оптимальний шлях виконання. Складний характер рішення неминуче призведе до викрадення хакерами активів або отримання інформації користувача. Водночас у більшості випадків спостерігачам буде доступна інформація про дії користувача в мережі. Щоб забезпечити безпеку інформації користувача, потрібно зашифрувати або приховати принаймні деяку важливу інформацію, але дуже важко приватизувати обчислювану інформацію в блокчейні;
3. Вираження наміру
Намір — це абстрактне поняття. Схоже, існує подібна проблема між тим, як користувачі висловлюють свої наміри блокчейну, і тим, як користувачі ставлять запитання про ШІ. Як це пояснити, щоб я міг зрозуміти, що я хочу висловити? Наприклад, якщо деякі висловлюють деякі неявні наміри, чи розв’язувач зазнає більше витрат газу під час вибору шляху виконання?Ефективний і точний розв’язувач є ключем до реалізації наміру;
4. Підтримуйте послідовність намірів і MEV
Тут ми беремо незалежний блокчейн SUAVE, який вирішує практичні проблеми EVM, як приклад. Коли він обробляє наміри Ethereum, він вимагає міжланцюгового розрахунку, наприклад, великий успіх децентралізованих рішень MEV, таких як MEV-Geth і MEV-Boost, які було запущено. , що відповідає потребам крос-ланцюгового MEV за допомогою більш справедливого та прозорого механізму обробки транзакцій;
5. Стійкість до цензури
Згідно з поясненнями Paradigm, неважко виявити основну проблему. Синтаксичний аналізатор із функціями штучного інтелекту не повинен існувати сам по собі. Якщо атакувати або деактивувати один аналізатор, це призведе до завершення роботи всієї системи, і чи Існують такі проблеми, як відмова у виконанні та неправильне виконання. Ці проблеми можуть бути вирішені за допомогою Anoma нижче;
6. Конкурентоспроможність розв’язників
Різні користувачі матимуть різні наміри, і розв’язувач також міститиме кілька категорій транзакцій, як-от обмін, крос-ланцюжок, заставу тощо. Конкуренції між окремими розв’язувачами не буде, тому що тільки під час розрахунків у ланцюжку розв’язувач сплачує лише комісії. можна заряджати. Чи можливо розумно перерозподілити розв’язувачів, відповідальних за різні категорії транзакцій, або оптимізувати алгоритм розв’язувача, щоб підтримувати конкуренцію між розв’язувачами, щоб кожна дійсна адреса мала право стати розв’язувачем для успішної участі в Mempool?), таким чином покращуючи якість транзакцій виконання;
7. Пул пам’яті намірів
Paradigm пропонує три нові рішення для пулу пам’яті (Mempool):
a. Пули намірів без дозволу: відкритий дизайн дозволяє будь-кому надсилати наміри до пулу пам’яті та надає виконавцям доступ без дозволу;
b. Дозволені пули намірів: дозвіл потрібен для надсилання та виконання намірів користувача, що дозволяє користувачам передавати свої наміри довіреній третій стороні для виконання від імені користувача;
в. Гібридні рішення: поєднання характеристик двох вищезгаданих пулів пам’яті з метою досягнення балансу між відкритістю та керованістю.
Елементи, необхідні для реалізації наміру
Абстракція облікового запису (AA)
Короткий огляд: Ethereum має два типи облікових записів: зовнішні облікові записи EOA та контрактні облікові записи CA. Різниця полягає в тому, що перші можуть ініціювати транзакції, тоді як другі не можуть ініціювати транзакції, але можуть розміщувати код Solidity. Більшість облікових записів, які ми використовуємо зараз, є обліковими записами EOA . Крім того, існують мультипідписні смарт-контрактні облікові записи (SCW), такі як Gonsis Safe. Щойно згаданий контрактний обліковий запис не може ініціювати транзакції, тому для активації SCW потрібно використовувати EOA. Таким чином, EOA може відповідати лише за підписання транзакцій Довільна логіка може розробляти незліченну кількість нових сценаріїв застосування, підвищуючи безпеку активів.
Реалізація рівня намірів вимагає абстрагування облікового запису (причину пояснюється в розділі SUAVE нижче).EIP-4337 складається з операцій користувача (UserOperation), комплектувальника (Bundler), контракту входу (EntryPoint), фабрики контрактів (Wallet Factory), і платіжний договір (Paymaster). ), Агрегатор підписів (Signature Aggregator) складається з шести частин. Короткий процес операції такий:
Ініціювання операції користувача означає виконання вмісту транзакції;
Надішліть операцію до P2P «UserOperation Mempool», і група збирачів «об’єднає та упакує» виконаний підпис, комісію за газ та інший вміст операцій користувача та надішле його до ланцюжка (фактично включає багато ситуацій, я не буду розширювати це). тут) );
Пакетувальник "упаковує" вміст і надсилає його на обробку в контракт входу. Ви також можете додатково використовувати агрегатор підписів, щоб перевірити, чи він законний;
Контракт входу попередньо надсилає транзакції в контракт гаманця або платіжний контракт;
Платіжний контракт може бути розширений на кілька типів відповідно до бізнес-логіки сторони проекту. Заради короткого опису він не буде розширений тут [2].
Джерело: ReadON Investment Research Group
Гаманці з розумними контрактами, безсумнівно, є найбільшими гравцями в абстракції облікових записів.Наразі основними конкурентними силами є гаманець із кількома підписами Gnosis Safe та гаманець із смарт-контрактами Candide, який зосереджений на створенні повністю сумісного з EIP-4337. Завдяки аналізу наведеного вище малюнка неважко виявити, що абстракція облікового запису використовує групування + платіжний договір для досягнення наміру «вузького сенсу, придатного для розробників», тоді як Paradigm використовує Solver + AI для досягнення «широкого значення, придатного для масових користувачів». "намір. Ідеально помістити два поняття «абстракція» та «намір» в одне розуміння треку.В обох є магічне поняття хаосу з натяком на порядок.
Програмованість намірів
Відповідно до Researcher@tme l0 211, програмованість наміру можна підсумувати так: якщо намір не програмується, програма не може бути виконана, автоматизація неможлива, а про інтелект не може бути й мови. Як зрозуміти, що намір — це створене людиною вираження думок, яке саме по собі є абстрактним і містить емоційні фактори, а те, що прийнято, — це низка холодних кодів і алгоритмів. Наприклад, мій намір — заробити гроші, як можуть коди й алгоритми допомагають мені знайти цей намір? Шлях виконання? Intent-Centric не є новою концепцією, але базується на існуючому спрощеному дизайні намірів. Для цього було відсортовано існуючі проекти та концепції Intent-Centric.
Відомі представницькі проекти:
**UniswapX: **намір рішення розширення поза мережею
**CowSwap: **намір розширення поза ланцюгом
1 дюйм: Fusion порядок, що відповідає поза ланцюгом + мульти-DEXAggregator
Протокол Solv: новий стандарт ERC 3525 реалізує складні фінансові наміри
**Unibot: ** Централізовані параметри, правила та інші автоматизовані налаштування фону сервера
Opensea: Комбінація підпису поза ланцюгом + контракту в ланцюзі завершена
Відомі репрезентативні концепції:
Стандарт ERC 3525: запропонований Solv Protcocol, він має на меті забезпечити напівякісний стандарт активів, який може описувати цифрові активи більш структуровано та відповідати потребам різних сценаріїв застосування;
Абстрактний обліковий запис Абстракція облікового запису: надає набір стандартизованих інтерфейсів керування обліковим записом для абстрагування основної складності впровадження різних типів облікових записів, усунення газу, соціального відновлення тощо;
Гаманець MPC: використовуйте технологію сегментування приватного ключа, щоб розділити приватний ключ на кілька частин і зберігати їх на кількох незалежних вузлах. Під час виконання таких операцій, як транзакції, ці вузли спільно обчислюють і генерують підписи за допомогою захищеного багатостороннього протоколу обчислення без необхідності реконструювати повний закритий ключ.
Таким чином, незалежно від репрезентативних проектів або концепцій, наведених вище, користувачі можуть досягти більш спрощеного досвіду за допомогою серії складніших інструкцій.Якщо наведений вище вміст розділити, його можна розділити на чотири категорії:
Централізований намір:
На основі централізованих платформ зіставлення ресурсів, таких як Unibot та інші торгові роботи, CEX trading, Friend.tech тощо;
Структурований намір:
На основі смарт-контракту або комбінації агентського контракту, комбінації попередньої обробки в ланцюжку + поза ланцюгом, нового стандарту ERC та інших попередньо встановлених параметрів, адаптованих до виконання віртуальної машини EVM;
Розподілений намір:
Новий виконуваний ринок користувальницьких комплексних намірів, побудований на основі нової архітектури блокчейну, такої як Solver+utor, яку не потрібно поширювати;
Розумний намір:
Базуючись на AIGC як носії вхідних даних і результатів, ШІ через глобальне навчання DeFi програмує складні наміри користувача та виконує результат.
Джерело зображення: Researcher@tmel0211
MEV
Максимальна витягувана вартість (MEV) означає, що майнери можуть отримувати додаткову винагороду за дохід, додаючи, видаляючи та змінюючи транзакції, а також можуть завершувати арбітраж DEX, початкові транзакції (Fornt-Running) і кінцеві транзакції (Back-Running). ), Ліквідація, Snipping боти, Time-bandit атака, Sandwich та інша поведінка, яка завдає шкоди правам та інтересам користувачів, які зазвичай використовують DeFi. Для розширення транзакції в Ethereum сортуються майнерами на основі Gas. Високий Gas буде упакований спочатку, а низький Gas оброблятиметься повільно. Транзакції спочатку надсилатимуться до пулу пам’яті Mempool [3], очікуючи на включення до блоку. . У валідатори витягують транзакції з мемпулу та додають їх до наступного блоку під час створення. Оскільки мемпул є загальнодоступним, користувачі мають можливість платити валідаторам, щоб вони впорядковували транзакції певним чином, сортуючи їх від користувачів. Витягти значення, тому є значення майнера MEV. Щоб реалізувати намір користувача, транзакцію потрібно передати третій стороні для аутсорсингу обробки, тому MEV, створений транзакцією в архітектурі, орієнтованій на наміри, також є однією з проблем, на якій потрібно зосередитися.
Найбільш інтуїтивно зрозумілий вплив MEV: шкодячи всій мережі, конкуренція також робить ринок ефективнішим.
Нерівномірний розподіл капіталу (великі домогосподарства мають більше чіпів ETH) може призвести до централізації валідаторів (більші пули застав отримують вищі доходи від MEV) і знизити безпеку загальної мережі, навіть якщо це вже спричинило певні наслідки. але ризик централізації, спричинений правами на блокове будівництво, наразі неможливо повністю усунути;
Щоб підвищити ймовірність укомплектування транзакцій, конкуруючі шукачі MEV отримують пріоритет, ставлячи ставку на Gas, що спричинить перевантаження загальнодоступного пулу пам’яті через високі транзакції Gas, але водночас арбітраж DEX і позика ліквідація Це також може допомогти ринку DeFi швидше досягти рівноваги для підтримки стабільності ринку.
MEV — це неминуча та важлива тема, яка досліджується в цій галузі протягом багатьох років. Також постійно досліджується те, як зменшити недоліки, які приносить MEV. Ця стаття пояснюється в наступному розділі «Універсальні рішення для реалізації намірів». Згідно з даними EigenPhi станом на 15 вересня 2023 року, у мережі все ще є великий простір прибутку для рівня прибутку MEV. Після злиття Ethereum прибуток виробників блоків, які використовують лише Flashbots, перевищив 200 000 ETH, тому це шматок дуже великого пирога розподілу прибутку.
Джерело зображення: EigenPhi | Дані MEV
Кросчейн, секвенсор і оракул
Intent-Centric — це величезна системна архітектура. Згідно з поясненнями Paradigm, вміст Intent-Centric охоплюватиме все поле блокчейну, і величезні передачі активів між різними рівнями 1 і різними рівнями 2 повинні передаватися в Intended для полегшення обробки. У наш час розвиток галузі привів нас до ери кількох ланцюгів. Кожен ланцюг є островом, але існують різні мости між островами, тому крос-ланцюги та секвенсори також необхідні для досягнення мети з’єднання.
Виходячи з поточного процвітання екосистеми рівня 2 Ethereum, чотири наразі визнані головні королі: Arbitrum, Optimism, zkSync і Starkware, кожен демонструє свою силу, щоб розповісти про свій власний рівень 3, а OPstack і ZKstack відповідають наративу. Поширеною проблемою, з якою зараз стикається Рівень 2, є проблема централізованого сортувальника. Хоча зараз ми активно шукаємо можливі рішення, реальність полягає в тому, що тут прихований величезний торт. Взявши за приклад OPstack, ми можемо просто розглядати його модель прибутку як «Оренда магазину». «Для розуміння, прибуток рівня 2 = дохід рівня 2 від газу + дохід MEV - витрати рівня 1 на газ. Плата рівня 2 і рівня 1 необхідна для досягнення наміченої мети.
Тема стосується перехресних ланцюгів. Нинішнє процвітання Рівня 2 змусило нас рано усвідомити значні прибутки секвенсорів, але не можна недооцінювати прибуток перехресних ланцюгів. Перехресні ланцюги є незамінним мостом для відкриття островів Як інфраструктура. По-перше, у поточному середовищі ведмежого ринку, окрім задоволення потреб крос-ланцюгів звичайних торгових користувачів, міжланцюговий попит, породжений очікуваннями партії Лу Мао щодо airdrops, все ще є фактичним ринковим попитом. Завжди процвітаючі програми Dapps також поступово зменшуватимуть прибутки від зручних централізованих обмінів. Але варто звернути увагу на безпеку крос-ланцюгових мостів. Згідно з офіційними даними hacked.slowmist, за два роки з 29, 21 червня по 16, 23 вересня було розкрито загалом 100 000 екологічних інцидентів між ланцюговими мостами. Було 38 інцидентів з безпекою, сукупний фінансовий збиток сягнув 2 мільярдів доларів США. Підводячи підсумок, можна сказати, що плата за газ, пов’язана з реалізацією наміру, неминуча, але в цій статті наразі не буде обговорюватися безпека секвенсора та крос-ланцюга, хоча це питання, яке заслуговує нашої уваги.
Джерело зображення: hacked.slowmist
Ця тема стосується Oracle. З точки зору макроекономічної точки зору, сильні фінансові властивості блокчейну роблять його системним середовищем, яке прагне до певності. Незважаючи на те, що розповідь про RWA обговорюється багато років, реальність така, що блокчейн не може вийти за межі мережі. Дані реального світу можуть отримувати дані лише в межах ланцюга, оскільки віртуальна машина (VM) не може дозволити смарт-контрактам мати мережеві виклики (мережевий виклик), тому робота смарт-контрактів повинна мати послідовні результати, тому для зовнішнього світу блокчейн дані також закриті.
Давайте збільшимо масштаб і перейдемо до мікроперспективи. Оракули є важливим фактором у світі DeFi. Хоча безпека різних протоколів зазвичай успадковується основною мережею смарт-контрактів, її нормальна робота все одно повинна покладатися на оракули. Якщо протокол Якщо оракул буде атаковано або знищено, весь протокол буде маніпулювати. Сьогоднішній DeFi вважає за краще називати себе «примітивами» та сподівається, що більше команд створюватимуть продукти або комбіновані протоколи на їх основі. Однак нові контракти DeFi, отримані під час цього ітераційного процесу, повинні нести тягар більшого масштабу. логіка, яка також привносить деякі зовнішні залежності та створює непередбачувані пов’язані ризики.
Після кількох років розвитку сфера DeFi також постраждала від сукупної крадіжки на мільярди доларів.Наприклад, у березні цього року протокол кредитування Euler Finance було зламано, що призвело до збитків на суму до 200 мільйонів доларів США. Він дозволяє користувачам публікувати заставу та позичати гроші. Його проблема виникає в певній функції, і для неї немає перевірки безпеки, що дозволяє користувачам порушувати основний інваріант ринку кредитування (наприклад, базовий інваріант у UniSwap: tokenBalanceX\ *tokenBalanceY == k). Протоколи похідних фінансових інструментів, які також покладаються на оракули для ціноутворення, не мають внутрішніх механізмів виявлення цін і чутливі до цінових затримок і відсутності оновлень, що значно обмежує їх масштаб і взаємодію з користувачем. Це також пояснює, чому трейдер Авраам Айзенберг зміг успішно атакувати Mango Markets і витягнутий. 116 мільйонів доларів з платформи для торгівлі криптовалютами.
Підводячи підсумок, можна сказати, що темні закони блокчейн-лісу загалом сповнені невідомих ризиків, і попереду ще довгий шлях до реалізації бачення архітектури, орієнтованої на наміри.
Джерело: Chainalysis
Агрегатор і газ
Пряма мета появи агрегаторів полягає в тому, щоб позбавити користувачів від проблем із пошуком найкращих торгових шляхів і стратегій доходу, включаючи багато типів агрегаторів, таких як: торговельні агрегатори, агрегатори інформації, агрегатори доходів, агрегатори ліквідності, агрегатори управління активами. Архітектура, орієнтована на наміри, вимагає певного рівня централізації. Різні агрегатори можуть полегшити шлях виконання синтаксичного аналізатора в процесі пошуку намірів і надати певний ступінь «еталонної відповіді».
Газ є обов’язковою платою для здійснення різноманітних транзакцій. Як оптимізувати Комісія за газ також є однією з поширених тем у галузі. Наразі вона загалом зосереджена на оптимізації сторони продукту, абстрактного гаманця облікового запису та протоколу DeFi. Чи буде це можливо в майбутньому? Давайте почекаємо і подивимося, як агрегатор, абстракцію облікового запису та протокол DeFi можна поєднати, щоб оптимізувати Gas з точки зору нового продукту.
Авторизація гаманця
Перший крок у взаємодії Dapps: авторизація гаманця, повернемося до самої транзакції. Метою архітектури Intent-Centric є спрощення транзакцій і зниження порогової кількості користувачів. Проте кожна транзакція в намірі включатиме незліченну кількість авторизаційних підписів. Як безпечно та зручно вирішити проблему авторизації — це також питання, яке потрібно розглянути. Можливо, абстракція облікового запису та dappOS нижче V2 є хорошим рішенням.
Універсальне рішення для досягнення наміру
Анома
Джерело: Anoma official
Вступ:
Відповідно до звіту Coindesk від 31 травня 23 року, Anoma Foundation успішно завершила загальну інвестицію в розмірі 25 мільйонів доларів США з 14 столиць, включаючи CMCC Global і Electric Capital. У офіційному документі проекту, опублікованому 22 серпня, вже запропоновано архітектуру намірів: Рівень пліток намірів.Рівень поширення намірів (Gossip тут тимчасово перекладається як розповсюдження, а деякі переклади інтерпретуються як плітки) використовується для поширення намірів, виявлення контрагентів і відповідність виконанню шлях. Він розроблений як шлях перевірки за замовчуванням, і вся його інформація про поширення (Gossip) підписується вузлом-відправником, таким чином утворюючи ланцюжок підписів, який можна відстежити до ініціатора.Ця функція ефективна для протистояння цензурі та DoS-атакам (відмова атак на сервіси, це метод, який використовується для знищення доступу законних користувачів до цільової мережі або ресурсів веб-сайту) особливо важливий, тому, коли справа доходить до впровадження Intent-Centric, Anoma є незамінною.
Спочатку Anoma була розроблена на основі Tendermint і використовувала механізм консенсусу Byzantine Fault Tolerance (BFT), а потім перейшла до іншого механізму консенсусу PoS proof-of-stake «Typhon», розробленого Heliax, щоб забезпечити консенсусний розподіл між незалежними ланцюгами. Команда проекту послідовно розробила Taiga (платформа переходу приватного стану, інтегрована в рівень розповсюдження намірів «Рівень пліток» і відповідний рівень), Typhon (механізм консенсусу міжланцюжкових атомарних транзакцій), MASP (екранований пул із кількома активами), Vamp-IR (мова арифметичних схем), Juvix (мова програмування смарт-контрактів) та інші технології сприяють експериментам у криптографії та розподілених системах.
Продовжуючи наведений вище абзац «Програмованість намірів», щоб реалізувати архітектурне бачення Intent-Centric, програмована структура алгоритму та виявлення контрагентів є незамінними функціями, які потрібно будувати на основі мульти-взаємодії та кількох додатків. , Anoma, уніфікована архітектура для повного стеку децентралізованих програм, представлена тут для спільного створення прикладу децентралізованих програм.
Джерело: Anoma
Архітектура дизайну та її інноваційні моменти:
Оплата конфіденційності
Щоб захистити конфіденційність користувачів і запобігти ретроактивному збору даних іншими, відправник, одержувач, сума та номінал активів зашифровані, а передача коштів гарантується за допомогою zk-SNARK з нульовим розпізнаванням. Його унікальна функція полягає в тому, що він дозволяє усі активи для спільного використання тих самих екранованих пулів (MASP) забезпечують складний захист активів для збільшення наборів анонімності користувачів замість захисту кожного активу окремо. Чим більше учасників, тим більше активів і частіші передачі, що значно підвищує ступінь анонімності даних про передачу активів;
Джерело зображення: Delphi Digital - Delphi Creative
2.Бартерна операція
У цьому проекті неодноразово наголошувалося на «бартерній» схемі обміну, основна ідея якої походить від давнього бартеру. Простіше кажучи, це бартер, який не потребує засобу обміну і не передбачає грошових надходжень і платежів. Для того, щоб угода була успішною, учасники повинні мати принаймні подвійний збіг. Один полягає в тому, що обидві сторони мають предмети, які хоче інша сторона, а інша полягає в тому, що транзакція передається обома сторонами. Це допомагає користувачам переходити до операторів вузла рівня розповсюдження намірів і запускати відповідні оператори вузла, які перевіряють, чи ці наміри сумісні, для створення та зіставлення відповідних транзакцій і надсилання відповідної книги виконання транзакцій. Anoma реалізує програму цифрового бартеру, яка полегшує обмін товарами, послугами або цифровими представленнями вартості;
Система відповідності намірів
У Ethereum EVM транзакції не передбачають майбутній стан, а авторизують певний шлях виконання, тоді як Anoma включає систему відповідності, яка дозволяє користувачам транслювати наміри транзакцій за допомогою пліток. Простіше кажучи, Anoma складається з двох основних частин: розподіленої книги та системи відповідності намірів. Вони доповнюють одна одну і можуть працювати незалежно. Використовуючи Intent Gossip для запуску вузлів, розв’язувачів обміну токенів і серверів RPC, які запитують нові наміри та передають транзакції з намірів зіставлення надсилаються до розподіленої книги, допомагаючи користувачам автоматично знаходити контрагентів;
Підтримка кількох ланцюгів
Anoma використовує міжланцюговий протокол зв’язку IBC екосистеми Cosmos для зв’язку між блоками IBC використовує ретранслятори для реалізації передачі даних між різними блокчейнами, прагнучи стати рівнем конфіденційності з кількома ланцюжками. Хоча в даний час ретрансляціями зазвичай керують оператори вузлів, будь-хто, хто має відповідні можливості, може запускати їх і заробляти в процесі;
План розширення фрактального масштабування
Anoma використовує фрактальне рішення для вирішення проблем масштабованості блокчейна, дозволяючи користувачам створювати локальні екземпляри для задоволення додаткових потреб транзакцій. Fractal означає поділ Anoma на різні ланцюжки додатків для вирішення різних завдань, щоб кожен ланцюжок додатків Anoma можна було налаштувати для досягнення масштабу та впоратися зі зростанням користувачів (подібно до підтримки протоколу IBC для цілей розширення). У майбутньому це буде Безпека буде покращена завдяки проектам IVInterchain Security, IVMesh Security та IVInterchain Alliance.
СУВЕ
Вступ:
Згідно з новинами від 25 липня 2023 року, служба інфраструктури Ethereum Flashbots завершила фінансування серії B на суму 60 мільйонів доларів США за оцінкою в 1 мільярд доларів США для розробки платформи SUAVE. SUAVE (Single Unified Auction for Value Expression) відокремлює пул пам’яті та генерацію блоків від існуючого блокчейну, щоб сформувати незалежну блокчейн-мережу (рівень упорядкування) і забезпечує вузькоспеціалізовану альтернативу plug-and-play [4], інфраструктуру, розроблену для вирішення MEV -пов'язані виклики.
Незважаючи на те, що SUAVE є новим блокчейном, він не є платформою смарт-контрактів загального призначення, яка може конкурувати з Ethereum або будь-якою іншою ланцюгом-учасником. Якщо Anoma схожа на створення блокчейну, орієнтованого на наміри, то SUAVE — це створення інфраструктури, орієнтованої на наміри.
Джерело зображення: SUAVE у стеку блокчейну
ТРИ ГОЛИ СУАВЕ:
Освітлення темного лісу: висвітлення несправедливих подій у поточній непрозорій екосистемі MEV для кожного користувача, кількісна оцінка їх впливу та руйнування інформаційних бар’єрів між учасниками;
Демократичний майнінг: реалізуйте інтеграцію між майнерами та ретриверами у відкритий спосіб, сприяйте конкуренції між сторонами в найбільш обмежений спосіб і відкрийте його для всіх майнерів безкоштовно, щоб запобігти інтеграції та централізації MEV;
Розподіл переваг: дайте MEV людині, яка його створила, - користувачам Ethereum.
Відповідно до передбачуваного рішення SUAVE, під час обробки транзакцій ззовні (наприклад, Ethereum) необхідний міжланцюговий розрахунок. Його можна використовувати для спроби усунути різні ризики в EVM, наприклад MEV-Geth і MEV-Boost, які були запущені. Величезний успіх децентралізованих рішень. Однак слід зазначити, що користувачі будуть вносити кошти в SUAVE у процесі реалізації своїх намірів, а в процесі розблокування коштів, коли їхні потреби будуть вирішені, смарт-контракти на SUAVE повинні залучати оракули для перевірки активів, тому певною мірою SUAVE також буде наражатися на всі ризики сучасних перехресних ланцюгових мостів.
Від SCW і AA до SUAVE і Intent-centric:
Перегляньте розділ «Абстракція облікового запису AA» вище, а потім подумайте про основні функції, які забезпечує абстракція облікового запису: отримання закритого ключа, оплата без газу, авторизація за допомогою кількох підписів, кілька переказів за одну транзакцію, обмеження ставок тощо. abstraction ідеально поєднує в собі переваги звичайних облікових записів (EOA) і облікових записів смарт-контрактів (CA).
Бачення SUAVE полягає в тому, щоб стати загальним рівнем замовлення між різними ланцюгами (включно з міжланцюжковими транзакціями та MEV), тому, якщо користувач має намір залучити передачу активів між ланцюжками, абстракцію облікового запису (AA) і смарт-контракти з кількома підписами, такі як Gonsis Безпечний обліковий запис (SCW) поєднує в собі переваги обох сторін і поєднує його з рішенням SUAVE EVM, яке на даний момент може бути кращим рішенням теоретично.
CoWSwap
Джерело зображення: CoW Protocol
Вступ:
Якщо ви хочете вибрати проект, найближчий до архітектури Intent-Centric, CoWSwap точно буде в списку. Відмінність його протоколу від інших протоколів полягає в тому, що для транзакцій користувача потрібно лише надіслати замовлення на підпис, довірити виконання транзакції мережі розв’язувача та завершити транзакцію в цій мережі (без вказівки шляху виконання). час, порядок підпису поза ланцюгом буде оброблено через те, що розв’язувач виконується після відповідності (схожий на розв’язувач Боба, але відрізняється від нього). Через права розв’язувача на «пакетне об’єднання» вартість газу в процесі буде Немає необхідності платити за невдачу транзакції.
Гачки CoWSwap：
Розмова про хуки нагадує нам Uniswap V4? Однак фактичні функції цих двох абсолютно різні. CoW Hooks пов’язує транзакції, бриджінг, стейкинг, депозити тощо, їх можна виконувати до/після виконання замовлення та виконувати послідовність транзакцій у формі однієї транзакції.
Основна функція:
Попередні гачки можна використовувати для «встановлення» умов для замовлень. Наприклад, виконання коду, необхідного для перевірки підписів у мережі, або налаштування необхідних схвалень за допомогою дозволів EIP-2612;
Пост-хуки виконуються після того, як відбувся обмін і адреса отримувача отримала кошти. Пост-прив’язки забезпечують миттєвий доступ до коштів, у тому числі через стейкинг, надання ліквідності, підключення токенів до L2 тощо.
Приклад DeFi Hooks CoW:
Погасити борг і заставу: установіть операцію попередньої прив’язки, щоб погасити борг і закрити позицію, потім використовуйте CoW Swap для обміну активів і, нарешті, використовуйте операцію після прив’язки, щоб внести нові активи в сховище ставок;
Створіть позицію LP: ви можете використовувати лише попередньо прив’язані транзакції або лише пост-прив’язані транзакції;
Смарт-замовлення JIT (точно вчасно): запрограмуйте безпечний смарт-контрактний гаманець через компоновану структуру CoW (ERC-1271), щоб виконати налаштоване затвердження та обмін смарт-контрактів;
NFT: NFT можна продати або придбати у функції CoW Hooks;
Перехресний ланцюг: активи можна надсилати в бридж-контракт через Cow Hooks для завершення перехресних транзакцій;
Airdrop: ви можете використовувати CoW Hooks для продажу airdrop без використання ETH як газу;
Розблокування та повторна ставка: якщо ви валідатор, який запропонував 32 Ethereum, ви можете скасувати прив’язку, щоб отримати винагороду, або ви можете повторно поставити активи в інших мережах через CoW Hooks;
Автоматично збільшуйте позиції LP: припустімо, що мережа Gnosis стає постачальником ліквідності пулу EUR-USDC, щоб отримати винагороду за токени GNO. Ви можете використовувати CoW Hooks для автоматичного конвертування вашого GNO в EUR - USDC у співвідношенні 50/50 через CoW Swap, дозволяючи активу автоматично підвищувати позицію LP.
dappOS V2
Після обговорення рівня намірів і відповідних рівнів інфраструктури давайте обговоримо протокол dappOS V2, який відомий як «нова хвиля рівня намірів». 21 липня 2023 року dappOS V2 з оцінкою до 50 мільйонів доларів США завершила початковий раунд фінансування, спільно очолюваний IDG Capital і Sequoia Capital (Китай). Водночас він також привернув увагу інших основні установи венчурного капіталу та Binance.
dappOS V2 — це протокол намірів, який посилається на облікові записи dappOS і мережу dappOS, призначений для спрощення взаємодії користувачів із dApps до рівня CeFi. У той же час технологія «Chain Abstraction» усуває перешкоди фрагментації, спричинені кількома ланцюжками (ланцюгова абстракція схожа на абстракцію після облікового запису).
图源：Центрований намір Розповідь, на яку варто звернути увагу
Незалежно від того, чи йдеться про намір, чи про транзакцію, у центрі уваги користувача завжди знаходиться загальна сума рахунку фонду, а не окремі залишки активів між різними ланцюгами. Згідно з розумінням dappOS V2, має бути уніфікований гаманець облікового запису, щоб досягти бачення «один підпис завершує все», а концепція дизайну «TXN (Transaction Record-Transaction)» одним клацанням миші представлена, щоб надати користувачам Усуньте перешкоди перед завершенням TXN і досягніть цілей транзакцій, керованих наміром користувачів.
Наприклад, його можна використовувати для реалізації взаємодії з GMX між різними ланцюгами Arbitrum і Avalanch без активів, щоб досягти основних правил транзакцій, які в майбутньому будуть зосереджені на намірах у DeFi. Таким чином, реалізація концепцій, орієнтованих на наміри, вимагає абстракції ланцюга, абстракції облікового запису та інших «абстракцій протоколу». Але ось питання, яке потрібно розглянути: якщо припустити, що всі види абстракцій будуть реалізовані, чи зміняться відповідно правила взаємодії мастурбуючих користувачів і правила airdrop різних проектів?
Резюме:
Намір все ще сповнений ризиків і викликів під час його виконання.Він покладається на посередників або конкретних виконавців, тому існує ризик концентрації влади та монополії, що впливає на питання довіри всього проміжного програмного забезпечення. По-друге, також варто враховувати ризики, пов’язані з безпекою та конфіденційністю, спричинені передачею транзакцій третім особам для виконання.Також варто з нетерпінням чекати, чи зможуть розробники програм Intent досягти балансу між безпекою, конфіденційністю та зручністю.
Концепція намірів має відносно зрілі програми в області Web2, такі як програмне забезпечення для виклику таксі, програмне забезпечення для продажу квитків і навігація на карті. Однак успіх цих програм базується на надійній інфраструктурі Web2. Якщо зрілі програми повинні з’являтися в у сфері Web3, сценарії додатків все ще повинні почекати, поки галузь продовжить розвиватися. Intent-Centric — це грандіозна концепція, яка охоплює всі аспекти блокчейну. Це також один із найкращих способів поєднати блокчейн із штучним інтелектом. Однак ми все ще потребуємо постійної уваги, чи можна його реалізувати та розробити.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Одна стаття, щоб зрозуміти архітектуру, орієнтовану на наміри, яка зосереджена на «намірі» та цінує лише результати.
Оригінальний автор: дослідник @YBBCapital @Ac_Core_
Передмова
Громіздкий досвід роботи з Web3 став однією з причин, яка перешкоджає широкомасштабному впровадженню блокчейну.As Paradigm, відома компанія венчурного капіталу Web3, нещодавно представила 10 потенційних тенденцій, на яких організація зосереджується в галузі шифрування, воно буде «орієнтованим на наміри». (Intent-Centric) Protocol and Infrastructure» очолив список, і ця концепція миттєво привернула увагу галузі. Це філософія дизайну, яка ставить намір в основу потреб користувачів. Наприклад, «Я хочу замовити гамбургер на винос за 30 юанів» — це «намір». Щоб завершити цей намір, користувачеві потрібно ввести ім’я, номер телефону та адресу доставки на платформі виносу, а потім розмістити замовлення та оплатити . У процесі торговцю не потрібно дбати про сплачені 30 юанів. З отриманим прибутком і прибутком, розподіленим платформою серед користувачів, мені потрібно лише чекати, поки гамбургер доставлять додому. Ця архітектурна форма значно спрощує поріг взаємодії з користувачем, дозволяючи кожному користувачеві лише висловити свої наміри, передати проміжний процес різним іншим протоколам і чекати кінцевого результату. Примітка: ця стаття не призначена для реклами проекту та підходить для читачів. Вміст призначений лише для аналізу та довідки.
Принципи проектування, орієнтовані на наміри
Фон:
У світі Web3 торгівля є основною функцією. Незалежно від DeFi, GameFi, NFT чи навіть будь-якого треку, базові транзакції нероздільні. Але реальність полягає в тому, що децентралізована природа блокчейну визначає те, що різні ланцюги є незалежними острівцями. Нам потрібно знайти мости між різними острівцями, щоб пов’язати їх для повного обміну активами. Хоча централізовані біржі забезпечують зручний досвід торгівлі активами користувачів, користувачам все одно потрібно авторизувати свої гаманці один за одним, щоб отримати доступ до незліченних додатків Dapp один за одним.Щоб знизити поріг досвіду децентралізованих додатків, виникла концепція Intent-Centric.
Хоча прототип «наміру» народився не нещодавно, ця концептуальна буря була спровокована Paradigm, тому ми запозичуємо їхнє визначення для довідки: «Намір — це набір підписаних декларативних обмежень, які дозволяють користувачам створювати транзакції для стороннього аутсорсингу, не надаючи повний контроль над контрагентом». Насправді підписи керуються добровільними намірами користувача, але чи справді можливо передати активи третій стороні для аутсорсингу обробки, щоб знизити поріг для користувачів? Далі йде обговорення того, що бере участь у досягненні бачення Intent-Centric.
Що таке намір:
Intent-Centric можна розуміти як «орієнтований на намір». Парадигма висловила своє пояснення концепції наміру в статті «Архітектури на основі намірів та їх ризики», опублікованій 1 червня 2023 року. У процесі звичайної транзакції користувача підпис транзакції дозволяє верифікатору виконувати перевірку відповідно до певного шляху розрахунку, а плата за газ у процесі використовується для мотивації верифікатора завершити обчислення. Однак намір не полягає в тому, щоб конкретно посилатися на певний шлях обчислення, і будь-який шлях може завершити кінцевий результат за певних обмежень. Під час фактичної роботи, підписуючи та надсилаючи наміри, користувачі фактично дозволяють одержувачу вибрати шлях виконання транзакції від свого імені (як показано нижче). Щоб відрізнити це від транзакцій, ми визначаємо наміри як інформаційні підписи, які дозволяють виконання з заданий початковий стан Перехід стану для отримання кількох шляхів для досягнення кінцевого результату стану [1].
图源: Архітектури на основі намірів та їхні ризики – Paradgim
Як показано на малюнку вище, під час надсилання транзакції, як-от обмін токеном на Uniswap, необхідно вказати чіткий шлях виконання, але під час надсилання наміру шлях виконання визначається відповідними результатами. Користувачам потрібно лише висунути власні наміри, а решту завершують пов’язані протоколи/програми Intent-Centric, тобто відповідність шляху виконання.Операція виконання коротко описується як Solver (розв’язувач), відповідальний за відповідність шляху виконання, який відповідає наміру, і, нарешті, очікує остаточного. Просто виконайте його та отримайте результат.
Коротко: транзакція = я вказую метод виконання для цього; намір = я хочу лише результат, але не звертаю увагу на процес реалізації.
Наміри різних уподобань можна зіставити складними способами, і досягнення цього вимагає «виявлення контрагента» та «рішення для вирішувачів».
Боб, розгадувач намірів
Джерело: ETH Global
Bob the Solver (транслітерація: Bob the Solver, далі разом іменується як розв’язувач, але не конкретно Bob Solver) — це інфраструктура торгівлі на основі намірів. Її головна мета — спростити процес роботи, знизити поріг участі користувачів і забезпечити інтегрована участь. Суть гаманців і децентралізованих додатків полягає у створенні та виконанні аутсорсингових транзакцій користувачів. Їх впровадження в основному складається з двох частин:
Розв’язувач, який створює транзакції: складається з чат-бота штучного інтелекту + класифікації намірів + оптимізації транзакцій. Він відповідає за реалізацію оптимального шляху виконання намірів користувача та надсилання його в гаманець AA. Розв’язувач оснащений машинним навчанням (ML) модель аналізу користувачів Класифікація намірів;
«Абстрактний гаманець облікового запису» для виконання транзакцій: використання стандартної системи гаманця AA EIP-4337, яка складається з пакетника (Bundler) і платіжного контракту (Paymaster), який інтегрований із розв’язувачем для спрощення процесу транзакцій.
Рівень намірів і розв'язувач
Чи можна побудувати окремий рівень намірів і розв’язувачі конкурувати за його вирішення? Хоча теоретично це досяжно, насправді це дуже важко реалізувати. Говорячи про це, ми повинні зосередитися на Anoma та SUAVE (докладніше див. нижче), щоб вирішити основну проблему MEV. Щоб досягти бачення та цілей Intent-Centric, транзакції передаються третій стороні для обробки. Які функції потрібні для безпечного завершення передачі активів?
1. Надійний
Щоб досягти характеристик надійного та децентралізованого блокчейну, може бути недостатньо припустити існування простої «мережі намірів», яка не відповідає гарантіям намірів користувача та розв’язувача. Тому що після того, як користувач висловить свій намір, Sovler розрахує конкретні витрати, необхідні для кожного шляху виконання.В той же час, Sovler також буде обмежений налаштуваннями, встановленими користувачем.Користувач повинен знати, що кожен шлях виконання є надійним;
2.Конфіденційність
Розв’язувач надає користувачам оптимальний шлях виконання. Складний характер рішення неминуче призведе до викрадення хакерами активів або отримання інформації користувача. Водночас у більшості випадків спостерігачам буде доступна інформація про дії користувача в мережі. Щоб забезпечити безпеку інформації користувача, потрібно зашифрувати або приховати принаймні деяку важливу інформацію, але дуже важко приватизувати обчислювану інформацію в блокчейні;
3. Вираження наміру
Намір — це абстрактне поняття. Схоже, існує подібна проблема між тим, як користувачі висловлюють свої наміри блокчейну, і тим, як користувачі ставлять запитання про ШІ. Як це пояснити, щоб я міг зрозуміти, що я хочу висловити? Наприклад, якщо деякі висловлюють деякі неявні наміри, чи розв’язувач зазнає більше витрат газу під час вибору шляху виконання?Ефективний і точний розв’язувач є ключем до реалізації наміру;
4. Підтримуйте послідовність намірів і MEV
Тут ми беремо незалежний блокчейн SUAVE, який вирішує практичні проблеми EVM, як приклад. Коли він обробляє наміри Ethereum, він вимагає міжланцюгового розрахунку, наприклад, великий успіх децентралізованих рішень MEV, таких як MEV-Geth і MEV-Boost, які було запущено. , що відповідає потребам крос-ланцюгового MEV за допомогою більш справедливого та прозорого механізму обробки транзакцій;
5. Стійкість до цензури
Згідно з поясненнями Paradigm, неважко виявити основну проблему. Синтаксичний аналізатор із функціями штучного інтелекту не повинен існувати сам по собі. Якщо атакувати або деактивувати один аналізатор, це призведе до завершення роботи всієї системи, і чи Існують такі проблеми, як відмова у виконанні та неправильне виконання. Ці проблеми можуть бути вирішені за допомогою Anoma нижче;
6. Конкурентоспроможність розв’язників
Різні користувачі матимуть різні наміри, і розв’язувач також міститиме кілька категорій транзакцій, як-от обмін, крос-ланцюжок, заставу тощо. Конкуренції між окремими розв’язувачами не буде, тому що тільки під час розрахунків у ланцюжку розв’язувач сплачує лише комісії. можна заряджати. Чи можливо розумно перерозподілити розв’язувачів, відповідальних за різні категорії транзакцій, або оптимізувати алгоритм розв’язувача, щоб підтримувати конкуренцію між розв’язувачами, щоб кожна дійсна адреса мала право стати розв’язувачем для успішної участі в Mempool?), таким чином покращуючи якість транзакцій виконання;
7. Пул пам’яті намірів
Paradigm пропонує три нові рішення для пулу пам’яті (Mempool):
a. Пули намірів без дозволу: відкритий дизайн дозволяє будь-кому надсилати наміри до пулу пам’яті та надає виконавцям доступ без дозволу;
b. Дозволені пули намірів: дозвіл потрібен для надсилання та виконання намірів користувача, що дозволяє користувачам передавати свої наміри довіреній третій стороні для виконання від імені користувача;
в. Гібридні рішення: поєднання характеристик двох вищезгаданих пулів пам’яті з метою досягнення балансу між відкритістю та керованістю.
Елементи, необхідні для реалізації наміру
Абстракція облікового запису (AA)
Короткий огляд: Ethereum має два типи облікових записів: зовнішні облікові записи EOA та контрактні облікові записи CA. Різниця полягає в тому, що перші можуть ініціювати транзакції, тоді як другі не можуть ініціювати транзакції, але можуть розміщувати код Solidity. Більшість облікових записів, які ми використовуємо зараз, є обліковими записами EOA . Крім того, існують мультипідписні смарт-контрактні облікові записи (SCW), такі як Gonsis Safe. Щойно згаданий контрактний обліковий запис не може ініціювати транзакції, тому для активації SCW потрібно використовувати EOA. Таким чином, EOA може відповідати лише за підписання транзакцій Довільна логіка може розробляти незліченну кількість нових сценаріїв застосування, підвищуючи безпеку активів.
Реалізація рівня намірів вимагає абстрагування облікового запису (причину пояснюється в розділі SUAVE нижче).EIP-4337 складається з операцій користувача (UserOperation), комплектувальника (Bundler), контракту входу (EntryPoint), фабрики контрактів (Wallet Factory), і платіжний договір (Paymaster). ), Агрегатор підписів (Signature Aggregator) складається з шести частин. Короткий процес операції такий:
Джерело: ReadON Investment Research Group
Гаманці з розумними контрактами, безсумнівно, є найбільшими гравцями в абстракції облікових записів.Наразі основними конкурентними силами є гаманець із кількома підписами Gnosis Safe та гаманець із смарт-контрактами Candide, який зосереджений на створенні повністю сумісного з EIP-4337. Завдяки аналізу наведеного вище малюнка неважко виявити, що абстракція облікового запису використовує групування + платіжний договір для досягнення наміру «вузького сенсу, придатного для розробників», тоді як Paradigm використовує Solver + AI для досягнення «широкого значення, придатного для масових користувачів». "намір. Ідеально помістити два поняття «абстракція» та «намір» в одне розуміння треку.В обох є магічне поняття хаосу з натяком на порядок.
Програмованість намірів
Відповідно до Researcher@tme l0 211, програмованість наміру можна підсумувати так: якщо намір не програмується, програма не може бути виконана, автоматизація неможлива, а про інтелект не може бути й мови. Як зрозуміти, що намір — це створене людиною вираження думок, яке саме по собі є абстрактним і містить емоційні фактори, а те, що прийнято, — це низка холодних кодів і алгоритмів. Наприклад, мій намір — заробити гроші, як можуть коди й алгоритми допомагають мені знайти цей намір? Шлях виконання? Intent-Centric не є новою концепцією, але базується на існуючому спрощеному дизайні намірів. Для цього було відсортовано існуючі проекти та концепції Intent-Centric.
Відомі представницькі проекти:
**UniswapX: **намір рішення розширення поза мережею
**CowSwap: **намір розширення поза ланцюгом
1 дюйм: Fusion порядок, що відповідає поза ланцюгом + мульти-DEXAggregator
Протокол Solv: новий стандарт ERC 3525 реалізує складні фінансові наміри
**Unibot: ** Централізовані параметри, правила та інші автоматизовані налаштування фону сервера
Opensea: Комбінація підпису поза ланцюгом + контракту в ланцюзі завершена
Відомі репрезентативні концепції:
Стандарт ERC 3525: запропонований Solv Protcocol, він має на меті забезпечити напівякісний стандарт активів, який може описувати цифрові активи більш структуровано та відповідати потребам різних сценаріїв застосування;
Абстрактний обліковий запис Абстракція облікового запису: надає набір стандартизованих інтерфейсів керування обліковим записом для абстрагування основної складності впровадження різних типів облікових записів, усунення газу, соціального відновлення тощо;
Гаманець MPC: використовуйте технологію сегментування приватного ключа, щоб розділити приватний ключ на кілька частин і зберігати їх на кількох незалежних вузлах. Під час виконання таких операцій, як транзакції, ці вузли спільно обчислюють і генерують підписи за допомогою захищеного багатостороннього протоколу обчислення без необхідності реконструювати повний закритий ключ.
Таким чином, незалежно від репрезентативних проектів або концепцій, наведених вище, користувачі можуть досягти більш спрощеного досвіду за допомогою серії складніших інструкцій.Якщо наведений вище вміст розділити, його можна розділити на чотири категорії:
Централізований намір:
На основі централізованих платформ зіставлення ресурсів, таких як Unibot та інші торгові роботи, CEX trading, Friend.tech тощо;
Структурований намір:
На основі смарт-контракту або комбінації агентського контракту, комбінації попередньої обробки в ланцюжку + поза ланцюгом, нового стандарту ERC та інших попередньо встановлених параметрів, адаптованих до виконання віртуальної машини EVM;
Розподілений намір:
Новий виконуваний ринок користувальницьких комплексних намірів, побудований на основі нової архітектури блокчейну, такої як Solver+utor, яку не потрібно поширювати;
Розумний намір:
Базуючись на AIGC як носії вхідних даних і результатів, ШІ через глобальне навчання DeFi програмує складні наміри користувача та виконує результат.
Джерело зображення: Researcher@tmel0211
MEV
Максимальна витягувана вартість (MEV) означає, що майнери можуть отримувати додаткову винагороду за дохід, додаючи, видаляючи та змінюючи транзакції, а також можуть завершувати арбітраж DEX, початкові транзакції (Fornt-Running) і кінцеві транзакції (Back-Running). ), Ліквідація, Snipping боти, Time-bandit атака, Sandwich та інша поведінка, яка завдає шкоди правам та інтересам користувачів, які зазвичай використовують DeFi. Для розширення транзакції в Ethereum сортуються майнерами на основі Gas. Високий Gas буде упакований спочатку, а низький Gas оброблятиметься повільно. Транзакції спочатку надсилатимуться до пулу пам’яті Mempool [3], очікуючи на включення до блоку. . У валідатори витягують транзакції з мемпулу та додають їх до наступного блоку під час створення. Оскільки мемпул є загальнодоступним, користувачі мають можливість платити валідаторам, щоб вони впорядковували транзакції певним чином, сортуючи їх від користувачів. Витягти значення, тому є значення майнера MEV. Щоб реалізувати намір користувача, транзакцію потрібно передати третій стороні для аутсорсингу обробки, тому MEV, створений транзакцією в архітектурі, орієнтованій на наміри, також є однією з проблем, на якій потрібно зосередитися.
Найбільш інтуїтивно зрозумілий вплив MEV: шкодячи всій мережі, конкуренція також робить ринок ефективнішим.
Нерівномірний розподіл капіталу (великі домогосподарства мають більше чіпів ETH) може призвести до централізації валідаторів (більші пули застав отримують вищі доходи від MEV) і знизити безпеку загальної мережі, навіть якщо це вже спричинило певні наслідки. але ризик централізації, спричинений правами на блокове будівництво, наразі неможливо повністю усунути;
Щоб підвищити ймовірність укомплектування транзакцій, конкуруючі шукачі MEV отримують пріоритет, ставлячи ставку на Gas, що спричинить перевантаження загальнодоступного пулу пам’яті через високі транзакції Gas, але водночас арбітраж DEX і позика ліквідація Це також може допомогти ринку DeFi швидше досягти рівноваги для підтримки стабільності ринку.
MEV — це неминуча та важлива тема, яка досліджується в цій галузі протягом багатьох років. Також постійно досліджується те, як зменшити недоліки, які приносить MEV. Ця стаття пояснюється в наступному розділі «Універсальні рішення для реалізації намірів». Згідно з даними EigenPhi станом на 15 вересня 2023 року, у мережі все ще є великий простір прибутку для рівня прибутку MEV. Після злиття Ethereum прибуток виробників блоків, які використовують лише Flashbots, перевищив 200 000 ETH, тому це шматок дуже великого пирога розподілу прибутку.
Джерело зображення: EigenPhi | Дані MEV
Кросчейн, секвенсор і оракул
Intent-Centric — це величезна системна архітектура. Згідно з поясненнями Paradigm, вміст Intent-Centric охоплюватиме все поле блокчейну, і величезні передачі активів між різними рівнями 1 і різними рівнями 2 повинні передаватися в Intended для полегшення обробки. У наш час розвиток галузі привів нас до ери кількох ланцюгів. Кожен ланцюг є островом, але існують різні мости між островами, тому крос-ланцюги та секвенсори також необхідні для досягнення мети з’єднання.
Виходячи з поточного процвітання екосистеми рівня 2 Ethereum, чотири наразі визнані головні королі: Arbitrum, Optimism, zkSync і Starkware, кожен демонструє свою силу, щоб розповісти про свій власний рівень 3, а OPstack і ZKstack відповідають наративу. Поширеною проблемою, з якою зараз стикається Рівень 2, є проблема централізованого сортувальника. Хоча зараз ми активно шукаємо можливі рішення, реальність полягає в тому, що тут прихований величезний торт. Взявши за приклад OPstack, ми можемо просто розглядати його модель прибутку як «Оренда магазину». «Для розуміння, прибуток рівня 2 = дохід рівня 2 від газу + дохід MEV - витрати рівня 1 на газ. Плата рівня 2 і рівня 1 необхідна для досягнення наміченої мети.
Тема стосується перехресних ланцюгів. Нинішнє процвітання Рівня 2 змусило нас рано усвідомити значні прибутки секвенсорів, але не можна недооцінювати прибуток перехресних ланцюгів. Перехресні ланцюги є незамінним мостом для відкриття островів Як інфраструктура. По-перше, у поточному середовищі ведмежого ринку, окрім задоволення потреб крос-ланцюгів звичайних торгових користувачів, міжланцюговий попит, породжений очікуваннями партії Лу Мао щодо airdrops, все ще є фактичним ринковим попитом. Завжди процвітаючі програми Dapps також поступово зменшуватимуть прибутки від зручних централізованих обмінів. Але варто звернути увагу на безпеку крос-ланцюгових мостів. Згідно з офіційними даними hacked.slowmist, за два роки з 29, 21 червня по 16, 23 вересня було розкрито загалом 100 000 екологічних інцидентів між ланцюговими мостами. Було 38 інцидентів з безпекою, сукупний фінансовий збиток сягнув 2 мільярдів доларів США. Підводячи підсумок, можна сказати, що плата за газ, пов’язана з реалізацією наміру, неминуча, але в цій статті наразі не буде обговорюватися безпека секвенсора та крос-ланцюга, хоча це питання, яке заслуговує нашої уваги.
Джерело зображення: hacked.slowmist
Ця тема стосується Oracle. З точки зору макроекономічної точки зору, сильні фінансові властивості блокчейну роблять його системним середовищем, яке прагне до певності. Незважаючи на те, що розповідь про RWA обговорюється багато років, реальність така, що блокчейн не може вийти за межі мережі. Дані реального світу можуть отримувати дані лише в межах ланцюга, оскільки віртуальна машина (VM) не може дозволити смарт-контрактам мати мережеві виклики (мережевий виклик), тому робота смарт-контрактів повинна мати послідовні результати, тому для зовнішнього світу блокчейн дані також закриті.
Давайте збільшимо масштаб і перейдемо до мікроперспективи. Оракули є важливим фактором у світі DeFi. Хоча безпека різних протоколів зазвичай успадковується основною мережею смарт-контрактів, її нормальна робота все одно повинна покладатися на оракули. Якщо протокол Якщо оракул буде атаковано або знищено, весь протокол буде маніпулювати. Сьогоднішній DeFi вважає за краще називати себе «примітивами» та сподівається, що більше команд створюватимуть продукти або комбіновані протоколи на їх основі. Однак нові контракти DeFi, отримані під час цього ітераційного процесу, повинні нести тягар більшого масштабу. логіка, яка також привносить деякі зовнішні залежності та створює непередбачувані пов’язані ризики.
Після кількох років розвитку сфера DeFi також постраждала від сукупної крадіжки на мільярди доларів.Наприклад, у березні цього року протокол кредитування Euler Finance було зламано, що призвело до збитків на суму до 200 мільйонів доларів США. Він дозволяє користувачам публікувати заставу та позичати гроші. Його проблема виникає в певній функції, і для неї немає перевірки безпеки, що дозволяє користувачам порушувати основний інваріант ринку кредитування (наприклад, базовий інваріант у UniSwap: tokenBalanceX\ *tokenBalanceY == k). Протоколи похідних фінансових інструментів, які також покладаються на оракули для ціноутворення, не мають внутрішніх механізмів виявлення цін і чутливі до цінових затримок і відсутності оновлень, що значно обмежує їх масштаб і взаємодію з користувачем. Це також пояснює, чому трейдер Авраам Айзенберг зміг успішно атакувати Mango Markets і витягнутий. 116 мільйонів доларів з платформи для торгівлі криптовалютами.
Підводячи підсумок, можна сказати, що темні закони блокчейн-лісу загалом сповнені невідомих ризиків, і попереду ще довгий шлях до реалізації бачення архітектури, орієнтованої на наміри.
Джерело: Chainalysis
Агрегатор і газ
Пряма мета появи агрегаторів полягає в тому, щоб позбавити користувачів від проблем із пошуком найкращих торгових шляхів і стратегій доходу, включаючи багато типів агрегаторів, таких як: торговельні агрегатори, агрегатори інформації, агрегатори доходів, агрегатори ліквідності, агрегатори управління активами. Архітектура, орієнтована на наміри, вимагає певного рівня централізації. Різні агрегатори можуть полегшити шлях виконання синтаксичного аналізатора в процесі пошуку намірів і надати певний ступінь «еталонної відповіді».
Газ є обов’язковою платою для здійснення різноманітних транзакцій. Як оптимізувати Комісія за газ також є однією з поширених тем у галузі. Наразі вона загалом зосереджена на оптимізації сторони продукту, абстрактного гаманця облікового запису та протоколу DeFi. Чи буде це можливо в майбутньому? Давайте почекаємо і подивимося, як агрегатор, абстракцію облікового запису та протокол DeFi можна поєднати, щоб оптимізувати Gas з точки зору нового продукту.
Авторизація гаманця
Перший крок у взаємодії Dapps: авторизація гаманця, повернемося до самої транзакції. Метою архітектури Intent-Centric є спрощення транзакцій і зниження порогової кількості користувачів. Проте кожна транзакція в намірі включатиме незліченну кількість авторизаційних підписів. Як безпечно та зручно вирішити проблему авторизації — це також питання, яке потрібно розглянути. Можливо, абстракція облікового запису та dappOS нижче V2 є хорошим рішенням.
Універсальне рішення для досягнення наміру
Анома
Джерело: Anoma official
Вступ:
Відповідно до звіту Coindesk від 31 травня 23 року, Anoma Foundation успішно завершила загальну інвестицію в розмірі 25 мільйонів доларів США з 14 столиць, включаючи CMCC Global і Electric Capital. У офіційному документі проекту, опублікованому 22 серпня, вже запропоновано архітектуру намірів: Рівень пліток намірів.Рівень поширення намірів (Gossip тут тимчасово перекладається як розповсюдження, а деякі переклади інтерпретуються як плітки) використовується для поширення намірів, виявлення контрагентів і відповідність виконанню шлях. Він розроблений як шлях перевірки за замовчуванням, і вся його інформація про поширення (Gossip) підписується вузлом-відправником, таким чином утворюючи ланцюжок підписів, який можна відстежити до ініціатора.Ця функція ефективна для протистояння цензурі та DoS-атакам (відмова атак на сервіси, це метод, який використовується для знищення доступу законних користувачів до цільової мережі або ресурсів веб-сайту) особливо важливий, тому, коли справа доходить до впровадження Intent-Centric, Anoma є незамінною.
Спочатку Anoma була розроблена на основі Tendermint і використовувала механізм консенсусу Byzantine Fault Tolerance (BFT), а потім перейшла до іншого механізму консенсусу PoS proof-of-stake «Typhon», розробленого Heliax, щоб забезпечити консенсусний розподіл між незалежними ланцюгами. Команда проекту послідовно розробила Taiga (платформа переходу приватного стану, інтегрована в рівень розповсюдження намірів «Рівень пліток» і відповідний рівень), Typhon (механізм консенсусу міжланцюжкових атомарних транзакцій), MASP (екранований пул із кількома активами), Vamp-IR (мова арифметичних схем), Juvix (мова програмування смарт-контрактів) та інші технології сприяють експериментам у криптографії та розподілених системах.
Продовжуючи наведений вище абзац «Програмованість намірів», щоб реалізувати архітектурне бачення Intent-Centric, програмована структура алгоритму та виявлення контрагентів є незамінними функціями, які потрібно будувати на основі мульти-взаємодії та кількох додатків. , Anoma, уніфікована архітектура для повного стеку децентралізованих програм, представлена тут для спільного створення прикладу децентралізованих програм.
Джерело: Anoma
Архітектура дизайну та її інноваційні моменти:
Щоб захистити конфіденційність користувачів і запобігти ретроактивному збору даних іншими, відправник, одержувач, сума та номінал активів зашифровані, а передача коштів гарантується за допомогою zk-SNARK з нульовим розпізнаванням. Його унікальна функція полягає в тому, що він дозволяє усі активи для спільного використання тих самих екранованих пулів (MASP) забезпечують складний захист активів для збільшення наборів анонімності користувачів замість захисту кожного активу окремо. Чим більше учасників, тим більше активів і частіші передачі, що значно підвищує ступінь анонімності даних про передачу активів;
Джерело зображення: Delphi Digital - Delphi Creative
2.Бартерна операція
У цьому проекті неодноразово наголошувалося на «бартерній» схемі обміну, основна ідея якої походить від давнього бартеру. Простіше кажучи, це бартер, який не потребує засобу обміну і не передбачає грошових надходжень і платежів. Для того, щоб угода була успішною, учасники повинні мати принаймні подвійний збіг. Один полягає в тому, що обидві сторони мають предмети, які хоче інша сторона, а інша полягає в тому, що транзакція передається обома сторонами. Це допомагає користувачам переходити до операторів вузла рівня розповсюдження намірів і запускати відповідні оператори вузла, які перевіряють, чи ці наміри сумісні, для створення та зіставлення відповідних транзакцій і надсилання відповідної книги виконання транзакцій. Anoma реалізує програму цифрового бартеру, яка полегшує обмін товарами, послугами або цифровими представленнями вартості;
У Ethereum EVM транзакції не передбачають майбутній стан, а авторизують певний шлях виконання, тоді як Anoma включає систему відповідності, яка дозволяє користувачам транслювати наміри транзакцій за допомогою пліток. Простіше кажучи, Anoma складається з двох основних частин: розподіленої книги та системи відповідності намірів. Вони доповнюють одна одну і можуть працювати незалежно. Використовуючи Intent Gossip для запуску вузлів, розв’язувачів обміну токенів і серверів RPC, які запитують нові наміри та передають транзакції з намірів зіставлення надсилаються до розподіленої книги, допомагаючи користувачам автоматично знаходити контрагентів;
Anoma використовує міжланцюговий протокол зв’язку IBC екосистеми Cosmos для зв’язку між блоками IBC використовує ретранслятори для реалізації передачі даних між різними блокчейнами, прагнучи стати рівнем конфіденційності з кількома ланцюжками. Хоча в даний час ретрансляціями зазвичай керують оператори вузлів, будь-хто, хто має відповідні можливості, може запускати їх і заробляти в процесі;
Anoma використовує фрактальне рішення для вирішення проблем масштабованості блокчейна, дозволяючи користувачам створювати локальні екземпляри для задоволення додаткових потреб транзакцій. Fractal означає поділ Anoma на різні ланцюжки додатків для вирішення різних завдань, щоб кожен ланцюжок додатків Anoma можна було налаштувати для досягнення масштабу та впоратися зі зростанням користувачів (подібно до підтримки протоколу IBC для цілей розширення). У майбутньому це буде Безпека буде покращена завдяки проектам IVInterchain Security, IVMesh Security та IVInterchain Alliance.
СУВЕ
Вступ:
Згідно з новинами від 25 липня 2023 року, служба інфраструктури Ethereum Flashbots завершила фінансування серії B на суму 60 мільйонів доларів США за оцінкою в 1 мільярд доларів США для розробки платформи SUAVE. SUAVE (Single Unified Auction for Value Expression) відокремлює пул пам’яті та генерацію блоків від існуючого блокчейну, щоб сформувати незалежну блокчейн-мережу (рівень упорядкування) і забезпечує вузькоспеціалізовану альтернативу plug-and-play [4], інфраструктуру, розроблену для вирішення MEV -пов'язані виклики.
Незважаючи на те, що SUAVE є новим блокчейном, він не є платформою смарт-контрактів загального призначення, яка може конкурувати з Ethereum або будь-якою іншою ланцюгом-учасником. Якщо Anoma схожа на створення блокчейну, орієнтованого на наміри, то SUAVE — це створення інфраструктури, орієнтованої на наміри.
Джерело зображення: SUAVE у стеку блокчейну
ТРИ ГОЛИ СУАВЕ:
Освітлення темного лісу: висвітлення несправедливих подій у поточній непрозорій екосистемі MEV для кожного користувача, кількісна оцінка їх впливу та руйнування інформаційних бар’єрів між учасниками;
Демократичний майнінг: реалізуйте інтеграцію між майнерами та ретриверами у відкритий спосіб, сприяйте конкуренції між сторонами в найбільш обмежений спосіб і відкрийте його для всіх майнерів безкоштовно, щоб запобігти інтеграції та централізації MEV;
Розподіл переваг: дайте MEV людині, яка його створила, - користувачам Ethereum.
Відповідно до передбачуваного рішення SUAVE, під час обробки транзакцій ззовні (наприклад, Ethereum) необхідний міжланцюговий розрахунок. Його можна використовувати для спроби усунути різні ризики в EVM, наприклад MEV-Geth і MEV-Boost, які були запущені. Величезний успіх децентралізованих рішень. Однак слід зазначити, що користувачі будуть вносити кошти в SUAVE у процесі реалізації своїх намірів, а в процесі розблокування коштів, коли їхні потреби будуть вирішені, смарт-контракти на SUAVE повинні залучати оракули для перевірки активів, тому певною мірою SUAVE також буде наражатися на всі ризики сучасних перехресних ланцюгових мостів.
Від SCW і AA до SUAVE і Intent-centric:
Перегляньте розділ «Абстракція облікового запису AA» вище, а потім подумайте про основні функції, які забезпечує абстракція облікового запису: отримання закритого ключа, оплата без газу, авторизація за допомогою кількох підписів, кілька переказів за одну транзакцію, обмеження ставок тощо. abstraction ідеально поєднує в собі переваги звичайних облікових записів (EOA) і облікових записів смарт-контрактів (CA).
Бачення SUAVE полягає в тому, щоб стати загальним рівнем замовлення між різними ланцюгами (включно з міжланцюжковими транзакціями та MEV), тому, якщо користувач має намір залучити передачу активів між ланцюжками, абстракцію облікового запису (AA) і смарт-контракти з кількома підписами, такі як Gonsis Безпечний обліковий запис (SCW) поєднує в собі переваги обох сторін і поєднує його з рішенням SUAVE EVM, яке на даний момент може бути кращим рішенням теоретично.
CoWSwap
Джерело зображення: CoW Protocol
Вступ:
Якщо ви хочете вибрати проект, найближчий до архітектури Intent-Centric, CoWSwap точно буде в списку. Відмінність його протоколу від інших протоколів полягає в тому, що для транзакцій користувача потрібно лише надіслати замовлення на підпис, довірити виконання транзакції мережі розв’язувача та завершити транзакцію в цій мережі (без вказівки шляху виконання). час, порядок підпису поза ланцюгом буде оброблено через те, що розв’язувач виконується після відповідності (схожий на розв’язувач Боба, але відрізняється від нього). Через права розв’язувача на «пакетне об’єднання» вартість газу в процесі буде Немає необхідності платити за невдачу транзакції.
Гачки CoWSwap：
Розмова про хуки нагадує нам Uniswap V4? Однак фактичні функції цих двох абсолютно різні. CoW Hooks пов’язує транзакції, бриджінг, стейкинг, депозити тощо, їх можна виконувати до/після виконання замовлення та виконувати послідовність транзакцій у формі однієї транзакції.
Основна функція:
Попередні гачки можна використовувати для «встановлення» умов для замовлень. Наприклад, виконання коду, необхідного для перевірки підписів у мережі, або налаштування необхідних схвалень за допомогою дозволів EIP-2612;
Пост-хуки виконуються після того, як відбувся обмін і адреса отримувача отримала кошти. Пост-прив’язки забезпечують миттєвий доступ до коштів, у тому числі через стейкинг, надання ліквідності, підключення токенів до L2 тощо.
Приклад DeFi Hooks CoW:
Погасити борг і заставу: установіть операцію попередньої прив’язки, щоб погасити борг і закрити позицію, потім використовуйте CoW Swap для обміну активів і, нарешті, використовуйте операцію після прив’язки, щоб внести нові активи в сховище ставок;
Створіть позицію LP: ви можете використовувати лише попередньо прив’язані транзакції або лише пост-прив’язані транзакції;
Смарт-замовлення JIT (точно вчасно): запрограмуйте безпечний смарт-контрактний гаманець через компоновану структуру CoW (ERC-1271), щоб виконати налаштоване затвердження та обмін смарт-контрактів;
NFT: NFT можна продати або придбати у функції CoW Hooks;
Перехресний ланцюг: активи можна надсилати в бридж-контракт через Cow Hooks для завершення перехресних транзакцій;
Airdrop: ви можете використовувати CoW Hooks для продажу airdrop без використання ETH як газу;
Розблокування та повторна ставка: якщо ви валідатор, який запропонував 32 Ethereum, ви можете скасувати прив’язку, щоб отримати винагороду, або ви можете повторно поставити активи в інших мережах через CoW Hooks;
Автоматично збільшуйте позиції LP: припустімо, що мережа Gnosis стає постачальником ліквідності пулу EUR-USDC, щоб отримати винагороду за токени GNO. Ви можете використовувати CoW Hooks для автоматичного конвертування вашого GNO в EUR - USDC у співвідношенні 50/50 через CoW Swap, дозволяючи активу автоматично підвищувати позицію LP.
dappOS V2
Після обговорення рівня намірів і відповідних рівнів інфраструктури давайте обговоримо протокол dappOS V2, який відомий як «нова хвиля рівня намірів». 21 липня 2023 року dappOS V2 з оцінкою до 50 мільйонів доларів США завершила початковий раунд фінансування, спільно очолюваний IDG Capital і Sequoia Capital (Китай). Водночас він також привернув увагу інших основні установи венчурного капіталу та Binance.
dappOS V2 — це протокол намірів, який посилається на облікові записи dappOS і мережу dappOS, призначений для спрощення взаємодії користувачів із dApps до рівня CeFi. У той же час технологія «Chain Abstraction» усуває перешкоди фрагментації, спричинені кількома ланцюжками (ланцюгова абстракція схожа на абстракцію після облікового запису).
图源：Центрований намір Розповідь, на яку варто звернути увагу
Незалежно від того, чи йдеться про намір, чи про транзакцію, у центрі уваги користувача завжди знаходиться загальна сума рахунку фонду, а не окремі залишки активів між різними ланцюгами. Згідно з розумінням dappOS V2, має бути уніфікований гаманець облікового запису, щоб досягти бачення «один підпис завершує все», а концепція дизайну «TXN (Transaction Record-Transaction)» одним клацанням миші представлена, щоб надати користувачам Усуньте перешкоди перед завершенням TXN і досягніть цілей транзакцій, керованих наміром користувачів.
Наприклад, його можна використовувати для реалізації взаємодії з GMX між різними ланцюгами Arbitrum і Avalanch без активів, щоб досягти основних правил транзакцій, які в майбутньому будуть зосереджені на намірах у DeFi. Таким чином, реалізація концепцій, орієнтованих на наміри, вимагає абстракції ланцюга, абстракції облікового запису та інших «абстракцій протоколу». Але ось питання, яке потрібно розглянути: якщо припустити, що всі види абстракцій будуть реалізовані, чи зміняться відповідно правила взаємодії мастурбуючих користувачів і правила airdrop різних проектів?
Резюме:
Намір все ще сповнений ризиків і викликів під час його виконання.Він покладається на посередників або конкретних виконавців, тому існує ризик концентрації влади та монополії, що впливає на питання довіри всього проміжного програмного забезпечення. По-друге, також варто враховувати ризики, пов’язані з безпекою та конфіденційністю, спричинені передачею транзакцій третім особам для виконання.Також варто з нетерпінням чекати, чи зможуть розробники програм Intent досягти балансу між безпекою, конфіденційністю та зручністю.
Концепція намірів має відносно зрілі програми в області Web2, такі як програмне забезпечення для виклику таксі, програмне забезпечення для продажу квитків і навігація на карті. Однак успіх цих програм базується на надійній інфраструктурі Web2. Якщо зрілі програми повинні з’являтися в у сфері Web3, сценарії додатків все ще повинні почекати, поки галузь продовжить розвиватися. Intent-Centric — це грандіозна концепція, яка охоплює всі аспекти блокчейну. Це також один із найкращих способів поєднати блокчейн із штучним інтелектом. Однак ми все ще потребуємо постійної уваги, чи можна його реалізувати та розробити.
Пояснювальна література та довідкові статті
【 1 】
【2】
【 3 】
【4】
【5】
【6】 20230818082351362551 .html
【7】
【 8 】 caff.com/zh/archives/11091? login=success&ref= 416