Передмова

Громіздкий користувацький досвід Web3 був однією з причин того, що блокчейн був ускладнений для широкого впровадження, і з нещодавнім представленням 10 потенційних тенденцій у криптопросторі Paradigm, відомим венчурним капіталістом у Web3, концепція «протоколів та інфраструктур, орієнтованих на наміри», опинилася на вершині списку. Коли Paradigm представила 10 потенційних тенденцій організації в криптопросторі, вона поставила «Протоколи та інфраструктуру, орієнтовані на наміри» на перше місце в списку, і концепція миттєво привернула увагу галузі. Це філософія дизайну, яка зосереджена на потребах користувачів. Наприклад, «Я хочу замовити бургер на винос за 30 доларів» — це «намір», користувачеві потрібно лише ввести своє ім'я, номер телефону та адресу доставки на платформі доставки та розмістити замовлення, щоб виконати цей намір, не піклуючись про форму, в якій сплачені 30 доларів заробляє продавець, і про те, як платформа призначає клієнтів і як клієнти доставляють замовлення додому. Така форма архітектури значно спрощує поріг користувальницького досвіду, так що кожному користувачеві потрібно лише висловити власні наміри, проміжний процес передається безлічі інших угод, чекаючи кінцевого результату. Примітка: Ця стаття не призначена для анонсу проекту, підходить для масових читачів, зміст лише для довідки з аналізом.

Принципи дизайну, спрямовані на наміри

Створити контекст:

У світі Web3 транзакція є найбільш основною функцією, незалежно від того, DeFi, GameFi, NFT або навіть будь-яка концепція треку не може бути відокремлена від базової транзакції. Однак реальність така, що децентралізований атрибут блокчейну визначає, що всі різні ланцюги є незалежними один від одного островами, і нам потрібно знайти міст, що зв'язує їх між різними островами, щоб завершити обмін активами. У той час як централізована торгівля забезпечує користувачам зручний досвід торгівлі активами, незліченні програми Dapp все ще вимагають авторизації гаманця, щоб плавати одна за одною. Для того, щоб знизити поріг досвіду децентралізованих додатків, народилася концепція Intent-Centric.

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

Яка мета:

Інтерпретація парадигми концепції наміру виражена в архітектурах на основі наміру та їх ризики, опублікована 1 червня 23-го року. У звичайному потоці транзакцій користувача підпис транзакції дозволяє перевіряючому виконати перевірку відповідно до конкретного обчислювального шляху, а плата за газ за його обробку використовується для стимулювання перевіряючого на завершення обчислень. Проте намір не вказує явно на певний обчислювальний шлях, і досить будь-якого шляху, щоб завершити кінцевий результат, відповідно до певних обмежень. На практиці, підписавши та розподіливши намір, користувач фактично дозволяє отримувачу вибрати шлях виконання транзакції від їх імені (як вказано нижче), і відокремити його від транзакції, ми визначаємо намір як підпис повідомлення, який дозволяє переходи стану з вказаного початкового стану для отримання кількох шляхів для досягнення кінцевого результату стану [1].

>>>>> gd2md-html alert: inline image link here (to images/image1.png). Store image on your image server and adjust path/filename/extension if necessary.
(Назад до верху)(Наступне оповіщення)
>>>>>

джерело зображення: Архітектури на основі наміру та їх ризики — Парадигма

Як показано вище, чіткий шлях виконання потрібно вказати при поданні транзакції, наприклад, обмін токенів на Uniswap, але при поданні наміру шлях виконання визначається результатом відповідності. Для користувача потрібно лише висловити свій власний намір, інше виконується за допомогою протоколу/додатка Intent-Centric, тобто відповідність шляху виконання, коротко описуючи виконання операції, Solver відповідає за відповідність наміру виконання шляху, і, нарешті, очікує остаточного виконання та отримує результати.

Коротко кажучи: Транзакція = Я вказую, що робити; Намір = Я хочу результат, але мене не цікавить процес досягнення його. Наміри з різними уподобаннями можуть бути збігатися складним способом, і цей процес потребує «виявлення контрагента» та «вирішення задачі».

Боб, розв'язувач наміру

джерело зображення: ETH Global

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

• Рішення для створення транзакцій: Складається з штучного інтелекту чат-бота + Класифікації намірів + Оптимізації транзакцій, відповідає за досягнення оптимального шляху виконання намірів користувача та їх відправлення у гаманець AA, а рішення оснащене моделлю машинного навчання (ML) для класифікації намірів користувача;
• Абстрактний рахунок гаманця для виконання транзакцій: Система гаманця AA, яка використовує стандарт EIP-4337, складається з Бандлера та Пеймастера, інтегрованого з солвером для спрощення процесу транзакцій.

Шари намірів та розв'язувачі

Чи можливо створити окремий шар намірів і дати розв'язувальникам змагатися за рішення? Хоча теоретично досяжно, на практиці реалізація є дуже складною. Нам потрібно зосередитися на Anoma, SUAVE (див. нижче для деталей) як рішенні на основну проблему MEV. Щоб реалізувати візійну мету Intent-Centric упаковувати транзакції сторонній стороні для завершення, які функції потрібні для безпечного завершення передачі активів?

1.надійний:

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

2.private:

Складна природа рішення для надання оптимального шляху виконання користувача неминуче буде піддана взлому для крадіжки активів або отримання інформації користувача, тоді як більшість часу інформація про діяльність користувача on-chain буде відкрита для спостерігачів, щоб забезпечити безпеку інформації користувача, потрібно шифрувати або приховувати принаймні частину важливої інформації, але в блокчейні дуже складно досягнути приватизації обчислювальної інформації;

3. Виявлення наміру:

Намір - абстрактна концепція, здається, існує схожа проблема з тим, як користувачі виражають свій намір блокчейну та тим, як користувачі задають питання ШІ; що мені сказати йому, щоб він зрозумів, що я намагаюся сказати? Якщо хтось виражає деякий неоднозначний намір, чи понесе розв'язувач більше витрат газу, вибираючи шлях виконання, ефективний та точний синтаксичний аналізатор - ключ до реалізації наміру;

4. Забезпечення послідовності наміру та MEV:

Беручи SUAVE як приклад автономного блокчейну, який вирішує проблему реальності EVM, коли він обробляє наміри Ether, йому потрібно виконати міжланцюжкове врегулювання, схоже на великий успіх децентралізованих рішень MEV, таких як MEV-Geth та MEV-Boost, які були запущені для задоволення потреб міжланцюжкових MEV з більш справедливим та прозорішим механізмом обробки транзакцій;

5.Антицензорство:

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

6.Конкурентна природа розв'язувачів:

Різні користувачі матимуть різні наміри, а розв'язувальники будуть містити кілька класів транзакцій, таких як обмін, хресноланцюговий, застава тощо. Між окремими розв'язувальниками не буде конкуренції, оскільки розв'язувальники зможуть отримувати комісію лише при урегулюванні on-chain. Чи можливо підтримувати конкуренцію між розв'язувальниками, дозволяючи розв'язувальникам, відповідальним за різні класи транзакцій, бути розумно розподіленими або оптимізувати алгоритм парсера так, щоб кожна дійсна адреса могла стати розв'язувальником для успішної участі в Mempool, тим самим покращуючи якість виконання транзакцій;

7. Призначений пул пам'яті:

Paradigm пропонує три нові рішення Mempool:

Intentpools без обмежень: відкрите планування дозволяє будь-кому надсилати наміри в пул пам'яті та надає необмежений доступ до виконавця;

Пулі з дозволами на виконання намірів: Потрібні дозволи для подання та виконання намірів користувачів та дозволяють користувачам передавати їх довіреній третій стороні для виконання в їхній інтересах;

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

Елементи, необхідні для виконання наміру

Аккаунт Абстракт (AA)

Швидкий огляд: в EtherCenter є два типи облікових записів: EOA (зовнішні власні облікові записи) та CA (контрактні облікові записи). Різниця полягає в тому, що перше може ініціювати транзакції, тоді як останнє не може, але може містити код Solidity, і більшість облікових записів, які ми використовуємо зараз, є обліковими записами EOA. Крім того, є ще Gonsis Safe, обліковий запис мультипідписного розумного контракту (SCW). Контрактний обліковий запис, згаданий щойно, не може ініціювати транзакції, тому необхідно використовувати EOA, щоб розпочати SCW, таким чином, EOA може бути відповідальним лише за підписання транзакції, тоді як розумний контракт може виконувати будь-яку логіку, що може розвивати безліч нових сценаріїв застосування, підвищуючи при цьому безпеку активів.

Впровадження Шару Наміру потребує абстрагування облікового запису (з причин, пояснених в розділі SUAVE нижче), і EIP-4337 складається з шести частин: UserOperation, Bundler, EntryPoint, Wallet Factory, Paymaster та Signature Aggregator. Агрегатор підписів) складається з шести частин. Короткий хід операцій наступний:

• Ініціювання операції користувача, тобто виконання транзакції;
• Відправте операцію в P2P «UserOperation Mempool» та доручіть пакувальнику «bundle» виконані підписи, газові винагороди та інший вміст транзакцій користувача та надсилайте його для завантаження (на практиці це включає в себе різноманітні сценарії, що тут не обговорюються). Пакувальник «пакує» вміст транзакцій користувача, такі як підписи, газові винагороди та інше, та надсилає їх для завантаження (на практиці це включає в себе різноманітні сценарії, які тут не будуть розгортатися);
• Bundler відсилає «пакунок» до вихідного контракту для обробки та, за необхідності, може використовувати агрегатор підписів для перевірки законності;
• Портальний контракт передає транзакцію до контракту гаманця або до контракту платежів;
• Оплата за контрактом може бути різного типу в залежності від бізнес-логіки проекту, що тут не буде розгорнуто з метою спрощення【2】.

джерело зображення: ETH Global

Гаманці смарт-контрактів, безсумнівно, є найбільшими гравцями в абстракції облікових записів, і основними конкуруючими силами є Gnosis Safe, гаманець з мультипідписом, і Candide, який зосереджується на створенні гаманця смарт-контрактів, повністю сумісного з EIP-4337. Проаналізувавши наведену вище діаграму, легко виявити, що абстракція облікового запису використовує бандлер+платіж замість контракту для виконання «вузького» наміру, придатного для розробників, тоді як Paradigm використовує Solver+AI для виконання «широкого» наміру, придатного для масових користувачів. Поняття «абстракція» і «намір» не можуть бути більш доречно поміщені в одну колію, обидві з яких мають магічне поняття порядку посеред хаосу.

Призначена програмованість

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

Проекти з відомим представництвом:

• UniswapX : off-Chain extension program intent
• CowSwap : off-Chain extension solution intent
• 1inch : Fusion order matching off-Chain + Multi-DEXAggregator
• Протокол Solv: Новий стандарт ERC3525 для реалізації складної фінансової мети
• Unibot: Централізований сервер фонових параметрів, правил та інших автоматизованих інтентів
• Opensea : Off-Chain Signature + On-Chain Contract Combination Completion

Концепція відомої представництва:

• ERC3525 Стандарт: Запропонований Solv Protcocol, він спрямований на надання напівкількісного стандарту активів, який може описати цифрові активи більш структуровано, щоб задовольнити потреби різних сценаріїв застосування;
• Абстрактний обліковий запис Абстракція облікового запису: Надає набір стандартизованих інтерфейсів управління обліковим записом для абстрагування підґрунтєвої складності реалізації різних типів облікових записів, вільних від газу, соціального відновлення тощо;
• Гаманець MPC: завдяки технології розділення приватного ключа приватний ключ розбивається на кілька копій та зберігається на кількох незалежних вузлах. Під час виконання операцій, таких як транзакції, ці вузли співпрацюють для генерації підписів за допомогою безпечного протоколу обчислень у багатьох точках, не відтворюючи повний приватний ключ.

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

• Централізований НАМІР.

Платформи централізованої агрегації ресурсів та співпраці, такі як Unibot та інші боти для торгівлі на біржі CEX, Friend.tech і т.д.

• Structuredintent.

На основі комбінації розумного контракту або агентського контракту, комбінації передобробки on-chain + off-chain, нового стандарту ERC та інших попередньо заданих параметрів, адаптованих до виконання віртуальної машини EVM;

• Розподілений намір:

На основі нової блокчейн-архітектури, такої як Solver+Executor, яка не потребує розподілу, можна побудувати новий ринок для виконання складних намірів користувачів; \

• Інтелектуальний INTENT:

На основі AIGC як носія введення + результату штучний інтелект через повноцінне навчання DeFi може програмувати складні наміри користувачів та виконувати виведення.

джерело зображення: Дослідник@tmel0211

MEV

Максимальне значення, що видобувається (MEV) означає, що майнер може додавати, видаляти або переставляти угоди, щоб отримати додаткові винагороди за дохід, такі як арбітраж DEX, Fornt-Running, Back-Running, Liquidation, Snipping bots, Time-bandit attacks, Sandwich атаки тощо. Це завдає шкоди правам та інтересам користувачів, які зазвичай використовують DeFi. Сніпінг-боти, бандитські атаки часу, сендвіч-атаки тощо, що шкодить правам звичайних користувачів DeFi. Розширюючи це, транзакції на Ether базуються на Gas, щоб дозволити майнерам замовляти транзакції, високий Gas є пріоритетним для обробки пакетів, низький Gas обробляється повільно, транзакції спочатку надсилаються до пулу пам'яті Mempool [3], очікуючи включення в блок, верифікатор витягує транзакції з пулу пам'яті та додає їх до наступного блоку під час збірки, А оскільки пул пам'яті публічний, шукач має можливість замовляти транзакції певним чином, сплачуючи верифікатору комісію за транзакцію. Шукач має можливість сплатити комісію за замовлення транзакцій певним способом і витягти цінність з користувача, замовивши їх, таким чином, вартість майнера MEV. Реалізація наміру користувача вимагає передачі транзакції третій стороні для аутсорсингової обробки, тому MEV, згенерований транзакцією в архітектурі Intent-Centric, також є одним із питань, на яких слід зосередитися.

Найбільш інтуїтивний вплив MEV: шкодить усій мережі, тим часом як конкуренція робить ринок ефективнішим.

• Нерівномірний розподіл капіталу (великі гравці мають більше чіпів ETH) може призвести до централізації валідаторів (великі пули застави отримують вищі MEV-повернення), щоб зменшити загальну безпеку мережі, і навіть хоча з'явилися засоби пом'якшення для досягнення певного ефекту, ризик централізації через права на побудову блоків на даний момент не може бути повністю усунений;
• Для збільшення ймовірності упаковки транзакцій MEV, які конкурують один з одним за пошукових, отримують пріоритет, ставлячи ставки на газ, що може спричинити перенавантаження мережі через високі витрати на газ транзакцій пошукових в публічному пулі пам'яті, але в той же час арбітраж DEX та очищення позики та позику можуть допомогти ринку DeFi швидше досягти рівноваги для збереження стабільності ринку.

MEV - важлива тема, яку промисловість вивчала протягом багатьох років, і також досліджується, як пом'якшити недоліки MEV, про що буде пояснено в наступному розділі "Загальні рішення для реалізації наміру". За даними EigenPhi на 15 вересня 2013 року, на ланцюжку все ще є велика кількість місця для отримання доходів від MEV, і після злиття Ether лише вузли блоків, які використовують Flashbots, заробили понад 200 000 ETH, тому це великий кусень пирога для розподілу вигод.

джерело зображення: EigenPhi ｜ Дані MEV

Перехід через ланцюги, послідовники та оракули

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

На основі поточного процвітання екосистеми Ethernet Layer2 чотири основні визнані королі: Arbitrum, Optimism, zkSync, Starkware кожен показують свою власну Layer3, OPstack та ZKstack відповідну наратив. Загальна проблема, з якою стикається Layer2 на даний момент, - це проблема централізованого послідовника, хоча ми активно шукаємо життєздатне рішення, але реальність полягає в тому, що тут прихований величезний торт, візьмемо OPstack як приклад, ми можемо розглядати його модель прибутку як простий «орендний магазин» для розуміння, прибутки Layer2 = прибуток Layer2 = дохід Layer2 від газу + дохід MEV — витрати Layer1 на газ. Якщо ми хочемо реалізувати задуману мету, то плата між Layer2 та Layer1 є невід'ємною.

Тема дійшла до кросчейн-мосту, поточний бум Layer2 дозволив нам рано визнати значний прибуток секвенсора, але прибуток крос-чейн не слід недооцінювати, крос-чейн полягає в тому, щоб відкрити міст між різними ланцюговими бункери, як одна з інфраструктур поточного середовища ведмежого ринку на додаток до задоволення крос-чейн потреб звичайних торгових користувачів, партію заради аірдропу очікувань крос-чейн попиту все ще є практичним існуванням ринкового попиту. Попит на кросчейн все ще залишається реальним ринковим попитом. Додаток Dapps, що постійно розширюється, також поступово з'їдає прибуток від зручних централізованих бірж. Однак варто зазначити, що проблема полягає в безпеці кросчейн-мосту, згідно з офіційними даними hacked.slowmist, за дворічний період з початку 29 червня 21 року по 16 вересня 23 року, екосистема кросчейн-мостів налічує загалом 38 інцидентів громадської безпеки, сукупний збиток фінансовому цілих 2 мільярди доларів США. Таким чином, реалізація наміру передбачає неминучі витрати на газ, але в цій статті поки що не обговорюється безпека секвенсора та крос-чейна, хоча це проблема, яка заслуговує нашої уваги.

джерело зображення: hacked.slowmist

Тема стосується Oracle, на макроперспективі сильні фінансові атрибути блокчейну призводять до того, що він стає системним середовищем у пошуках впевненості, хоча на протязі років говорили про наратив RWA, реальність полягає в тому, що блокчейн не може отримати доступ до реальних даних зовні ланцюжка, а лише всередині ланцюжка, оскільки віртуальна машина (VM) не може дозволити смарт-контрактам мати мережевий виклик (Network Call), тому операції смарт-контрактів повинні мати послідовні результати, тому дані також закриті для зовнішнього світу. Результат повинен бути послідовним, тому дані блокчейну також закриті для зовнішнього світу.

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

Протягом багатьох років у просторі DeFi відбувалися крадіжки на мільярди доларів, такі як злом протоколу кредитування Euler Finance у березні цього року, що призвело до збитків до 200 мільйонів доларів. Він дозволяє користувачам розміщувати заставу та позичати гроші, і його проблема виникає, коли певна функція застосовується, і для неї немає перевірок безпеки, що дозволяє користувачам зламати фундаментальні інваріанти на ринку кредитування (наприклад, фундаментальний інваріант в UniSwap: tokenBalanceX * tokenBalanceY == k). Протоколи деривативів, які також покладаються на прогнозистів ціноутворення, які не мають внутрішніх механізмів визначення ціни, схильні до цінових лагів без оновлень, що серйозно обмежує їх масштаб і користувацький досвід, що пояснює, чому саме трейдер Авраам Айзенберг зміг успішно атакувати Mango Markets і вивести 116 мільйонів доларів з платформи для торгівлі криптовалютою.

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

джерело зображення: Chainalysis

Агрегатори та газ

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

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

Авторизація гаманця

Перший крок взаємодії Dapps: авторизація гаманця, давайте повернемося до самої транзакції, архітектура Intent-Centric спрямована на спрощення транзакції та зменшення порогу користувача, але кожна задумана транзакція включає безліч авторизаційних підписів, як безпечно і зручно вирішити проблему авторизації, це також проблема, яку потрібно розглянути, можливо, абстракція облікового запису та наступний dappOS V2 це хороше рішення. можливо, абстракція облікового запису та наступний dappOS V2 - це хороший набір рішень.

Загальні рішення для реалізації наміру

Anoma

джерело зображення: Anoma

Укоротження:

Згідно з доповіддю Coindesk від 31.05.23 року, Anoma Foundation успішно завершила інвестицію у розмірі 25 мільйонів доларів від CMCC Global, Electric Capital та 14 інших капіталів. Архітектура проекту для наміру вже була запропонована у білій книзі, опублікованій в серпні 22 року: Шар наміру спліткання наміру Використовується для поширення наміру, виявлення контрагентів та відповідності шляхів виконання. Він призначений бути типовим шляхом верифікації, і всі його повідомлення про спліткання підписуються відправником, утворюючи таким чином ланцюжок підписів, який можна прослідувати до ініціатора. Ця функція особливо важлива в антицензурному та Dos, тож коли мова йде про реалізацію намір-центричної, Anoma є обов'язковим.

Anoma спочатку розробила та використовувала механізм згоди по Бізантійській вадійстості (BFT) на основі Tendermint, а потім перейшла до альтернативного механізму згоди Proof of Stake (PoS) "Тифон", розробленого Heliax, для забезпечення розділення згоди між незалежними ланцюжками. Командою проекту були розроблені Тайга, Тифон, MASP, Vamp-IR, Juvix та інші багатосторонні технології для приведення в дію криптографії та експериментів з розподіленими системами.

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

джерело зображення: Anoma

Дизайн архітектури та її інновації:

• Приватні платежі

Для захисту конфіденційності користувачів та запобігання збору даних з пізнішим аналізом, відправник, одержувач, сума та назва активу зашифровані, а передача коштів гарантується за допомогою нульового доказу zk-SNARKs, що є унікальним у тому, що всі активи можуть використовувати той самий MASP для надання комбінованого захисту активів, що збільшує множину анонімності користувача, а не кожен актив окремо маскується. Чим більше учасників, тим частіше передаються активи, що драматично збільшує рівень анонімності даних про передачу активів;

джерело зображення: Delphi Digital — Delphi Creative

• Tоргiвля

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

• Система відповідності намірів

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

• Підтримка кількох ланцюжків

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

• Фрактальне масштабування рішення масштабування

Anoma використовує фрактальне рішення для вирішення проблем масштабованості блокчейну, дозволяючи користувачам створювати локальні екземпляри для інших транзакцій. Фрактальне розподіл Anoma на різні ланцюги додатків для вирішення різних завдань, що дозволяє кожному ланцюгу додатків Anoma бути високо настроюваним, тим самим масштабуватися та реагувати на ріст користувачів (аналогічно підтримці протоколу IBC для досягнення масштабування), а його безпека буде покращена у майбутньому за допомогою IV міжланцюгової безпеки, IV мережевої безпеки, IV підвищення безпеки буде підсилена за допомогою програм IV міжланцюжкової безпеки, IV мережевої безпеки та IV Програм Інтерланцюжкової Альянсу.

SUAVE

Опис:

Згідно з 25 липня 23 року, Flashbots, служба інфраструктури Ethernet, закрила раунд фінансування серії В на суму 60 мільйонів доларів за оцінкою у 1 мільярд доларів для розвитку платформи SUAVE. SUAVE (Single Unified Auction for Value Expression) відокремлює пул пам'яті та генерацію блоку від існуючого блокчейну, утворюючи шар незалежної блокчейн мережі (сортувальний шар) і надає високоспеціалізовану альтернативу з можливістю підключення та гри в форматі plug-and-play [4], спрямовану на вирішення інфраструктурних викликів, пов'язаних з MEV.

Хоча SUAVE - це нова блокчейн-мережа, вона не є загальною платформою для розумних контрактів, яка може конкурувати з Ether або будь-яким іншим участием у ланцюгу. Якщо Anoma порівнюється з побудовою блокчейну, орієнтованого на наміри, то SUAVE будує інфраструктуру, орієнтовану на наміри.

джерело зображення: SUAVE в блокчейн-стеку

Три цілі SUAVE:

• Просвітіть темний ліс: відкрийте для кожного користувача несправедливі події поточної непрозорої екосистеми MEV, оцініть їх вплив та розірвіть інформаційні бар'єри між учасниками;
• Демократичний майнінг: досягнення інтеграції між майнерами та відновлювачами відкритим способом, просування конкуренції між усіма сторонами таким чином, що максимізує обмеження та є вільним для всіх майнерів, щоб запобігти інтеграції MEV та централізації;
• Розподіл користі: передача MEV людям, які створили його - користувачам Ether.

Згідно з інтент-рішенням SUAVE, для взаєморозрахунків потрібно мати перекриття між ланцюгами при роботі з транзакціями ззовні (наприклад, Ether), і можна використовувати його для спроби вирішення різних видів ризиків в EVMs, як у випадку децентралізованих рішень MEV, таких як MEV-Geth і MEV-Boost, які були запущені з великим успіхом. Однак слід зауважити, що в процесі реалізації наміру користувача здійснити внесок коштів на SUAVE, а також в процесі розблокування коштів при вирішенні попиту, розумні контракти на SUAVE повинні бути перевірені на наявність активів і будуть включати в себе машину передбачень, тому, до певної міри, SUAVE також буде відкритою для всіх ризиків міжланцюжкових мостів, які існують сьогодні.

Від SCW з AA до SUAVE з центричним наміром:

Повертаючись до розділу «Абстракція облікового запису AA» вище, і думаючи про основні функції, які принесла абстракція облікового запису: вилучення особистого ключа, безкоштовні платежі, авторизація багато підписів, кілька переказів за одну транзакцію, обмеження швидкості, тощо, абстракція облікового запису в цілому є ідеальним поєднанням переваг як звичайних облікових записів (EOA), так і облікових записів розумних контрактів (CAs).

Бачення SUAVE полягає в тому, щоб стати загальним шаром сортування між усіма видами різних ланцюгів (включаючи крос-чейн транзакції та MEV), тому, якщо користувач має намір залучити крос-чейн переказ активів, Account Abstraction (AA) та облікові записи смарт-контрактів із мультипідписом (SCW), такі як Gonsis Safe, поєднують переваги обох сторін, а в поєднанні з рішенням EVM від SUAVE теоретично можуть бути набором кращого теоретичного рішення.

CoWSwap

джерело зображення: Протокол CoW

Уривок:

Якщо ми мали вибрати проект, який найближче до архітектури з орієнтацією на наміри, то CoWSwap безперечно міг би бути в списку лідерів. Його протокол відрізняється від інших протоколів тим, що користувацька транзакція потребує лише надсилання підписаного наказу, делегування виконання транзакції мережі розв'язування та завершення транзакції в цій мережі (не потрібно вказувати шлях виконання), та в той самий час підписаний наказ поза ланцюжком буде виконаний завдяки збігу розв'язувачів (подібно, але відмінно від Bob Solver вище), через право розв'язувача на "пакетне пакування", тому витрати на газ процесу понесе розв'язувач, транзакція не вдасться без оплати.

CoWSwap Hooks:

Коли ми говоримо про Hooks, це нагадує нам про Uniswap V4? Але фактичне використання цих двох функцій дуже різне, CoW Hooks - це серія транзакцій, мостів, застав, депозитів тощо, які можуть бути виконані перед / після виконання замовлення та виконання транзакції у формі одного замовлення.

Основна функція:

• Попередні хуки можуть бути використані для «налаштування» умов для замовлення. Наприклад, виконання коду, необхідного для перевірки підпису в ланцюжку, або налаштування необхідних схвалень через ліцензію EIP-2612;
• Post-hooks виконуються після того, як сталася обмін та кошти було отримано адресатом. Післязапуски забезпечують негайний доступ до коштів, включаючи заставу, надання ліквідності, мостики токенів на L2 тощо.

Приклад DeFi для крюків CoW:

• Погашення боргу та застава: Встановіть операцію Pre-Peg на погашення боргу та вирівнювання позиції, використовуйте обмін активами CoW Swap, а потім використовуйте операцію Post-Peg для внесення нових активів в сховище фіксованої позиції;
• Створення позицій ліквідності: використовуйте лише передпосилані транзакції або лише післяпосилані транзакції;
• JIT (Just-In-Time) Smart Orders: програма гаманців Safe смарт-контрактів для виконання індивідуальних схвалень і свопів смарт-контрактів за допомогою складеного фреймворку CoW (ERC-1271);
• NFTs: NFTs можна продавати або купувати в межах функції CoW Hooks;
• Cross-chain: Перехід між ланцюжками може бути виконаний шляхом відправки активів до місткіших контрактів через CoW Hooks;
• Airdrops: Airdrops можна продавати за допомогою CoW Hooks без необхідності використання ETH як газу;
• Розблокування та повторне підписування: Верифікатори, які внесли заставу в розмірі 32 ETH, можуть розблокувати, щоб отримати винагороду, або повторно заставити активи на інших ланцюжках за допомогою крючків CoW;
• Автоматичне збільшення позицій LP: припускаючи, що ви стаєте постачальником ліквідності у пулі EUR — USDC на ланцюгу Gnosis, щоб отримати винагороду в GNO Token. Ви можете використовувати CoW Hooks для автоматичного конвертування ваших GNO у EUR — USDC через CoW Swap у співвідношенні 50/50 для автоматичного збільшення вашої позиції LP.

dappOS V2

Після обговорення рівня намірів і пов'язаних з ним рівнів інфраструктури давайте розглянемо протокол dappOS V2, який отримав назву «Нова хвиля рівня намірів». dappOS V2, оцінена в 50 мільйонів доларів, закрила початковий раунд фінансування 21 липня 23 року, спільно очолюваний IDG Capital і Sequoia Capital (Китай), і привернула увагу інших великих венчурних капіталістів і Coinsafe. У той же час він також привернув увагу інших великих венчурних організацій та CoinSecurity .

dappOS V2 - це намірений протокол, який посилається на облікові записи dappOS та мережу dappOS, щоб спростити взаємодію користувачів з додатками та досягти рівня користувача CeFi. Він також усуває бар'єр фрагментації між кількома ланцюжками за допомогою технології "Абстракція ланцюга" (технологія абстракції ланцюга схожа на абстракцію облікового запису).

джерело зображення: Цілеспрямований наратив, який варто тримати під прицілом

Незалежно від того, чи це навмисні чи транзакційні цілі, користувач завжди зосереджується на загальній сумі грошей на рахунку, а не на окремих залишках активів між різними ланцюгами. Згідно з розумінням dappOS V2, для досягнення концепції намірів «Один підпис робить все», і вводиться концепція дизайну «TXN (транзакція)» в один клік, яка використовується для Концепція мульти-«TXN (транзакція)» в один клік була введена як спосіб усунути перешкоди для користувачів для завершення своїх TXN і досягнення транзакцій, керованих намірами.

Наприклад, це позичається для реалізації взаємодії з GMX між різними ланцюжками Arbitrum та Avalanch відсутності активів, тим самим досягаючи наміри-орієнтованого транзакційного закону, який стане основою DeFi в майбутньому. Таким чином, для реалізації концепції централізації намірів потрібно включити абстракцію ланцюжка, абстракцію рахунку та більше «протокольної абстракції». Але ось питання для розгляду: припускаючи, що всі види абстракцій реалізовані, чи зміняться закони взаємодії для користувачів ривків та правила роздач для всіх видів проектів?

Огляд:

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

Концепція намірів має зрілі додатки в Web2, такі як програмне забезпечення для таксі, програмне забезпечення для продажу квитків, навігація по картах, але успіх цих додатків ґрунтується на міцному фундаменті інфраструктури Web2, наприклад, потреба в зрілих сценаріях додатків у сфері Web3 потребує очікування, поки галузь продовжить дозрівати. Intent-Centric – це грандіозна концепція, яка включає всі аспекти блокчейну, а також блокчейну, а також є ключовим елементом блокчейну. Intent-Centric — це грандіозна концепція, яка включає всі аспекти блокчейну, а також є одним із найкращих шляхів поєднання блокчейну зі штучним інтелектом, але чи зможе він розвиватися та процвітати на місцях, все ще потребує нашої постійної уваги.

Про YBB

YBB — це web3-фонд, який присвячує себе визначенню проєктів, що визначають Web3, з метою створення кращого онлайн-середовища існування для всіх мешканців Інтернету. Заснована групою прихильників блокчейну, які беруть активну участь у цій галузі з 2013 року, YBB завжди готова допомогти проектам на ранніх стадіях розвиватися від 0 до 1.Ми цінуємо інновації, самокеровану пристрасть і продукти, орієнтовані на користувача, визнаючи потенціал криптовалют і блокчейн-додатків.

Веб-сайт | Twi: @YBBCapital

Пояснення та посилання:

【1】https://www.paradigm.xyz/2023/06/intents

【2】https://mirror.xyz/0x7333aB7AE068Ef92fb77A2bcab32FA273c45185c/ozUKb4RdhqB4ya49uw_OfMHILiZpDBV99eosD9gfumU

【3】https://www.alchemy.com/overviews/what-is-a-mempool

【4】https://writings.flashbots.net/мир-мев-є-класним/#iv-класний-у-блокчейн-стеку

https://medium.com/metaweb-vc/account-abstraction-and-suave-how-far-are-we-from-an-intent-centric-ethereum-907e30804880

https://news.marsbit.co/20230818082351362551.html

https://ring-echidna-74e.notion.site/2023-09-14-Intent-centric-_Haotian-CryptoInsight-26795d3ac3b8493293b18f354fe898c2

https://research.web3caff.com/zh/archives/11091?login=success&ref=416

Disclaimer：

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