Автор: Tia, Techub News

10 жовтня Uniswap запустила мережу додатків Unichain. Unichain має дві основні функції: Verifiable Block Building і Unichain Verification Network (UVN). Є багато документів, які описують впровадження цих двох функцій, тому я не буду їх тут повторювати.

Але якщо ви уважно подивитеся на Verifiable Block Building, ви побачите, що Unichain використовує пріоритетне впорядкування в цьому механізмі створення блоків, і програма визначає розподіл MEV. Пріоритизація, механізм, за допомогою якого програми контролюють порядок транзакцій, разом називається ASS (Application-Specific Sequencing).

Незважаючи на те, що Unichain не згадувала ASS у білому документі та не розкривала детальних правил упорядкування, з її пріоритетного впорядкування та згаданого перерозподілу MEV, в основному, можна визначити, що вона входить до сфери дії ASS.

Будучи лідером на прикладному рівні, дорожня карта та технічний напрямок, обрані Uniswap, дуже перспективні та придатні для використання. Тому ця стаття буде зосереджена на концепції порівняння ASS, яка використовується в Unichain, і деяких рішеннях, які зараз є на ринку.

Що таке ASS і навіщо використовувати ASS?

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

Чому програма повинна встановлювати правила замовлення? MEV дозволяє прибуток, який повинен належати LP, захоплюватися арбітражерами. Коли прибуток LP, який відіграє важливу роль у додатках DEX - постачальників ліквідності, сильно скорочується, це вплине на розвиток DEX. Згідно з механізмом PBS, верифікатор стає прибутковою стороною та отримує частину розподіленого прибутку MEV. Однак механізм ASS повторно розглядає питання присвоєння значення MEV і виступає за те, щоб додаток формулював правила впорядкування транзакцій, щоб значення MEV поверталося стороні, яка програла.

Можливо, вам цікаво, як додатки можуть брати участь у послідовності транзакцій, визначеній секвенсором або консенсусом, оскільки Unichain не анонсувала конкретний механізм ASS, давайте подивимося на кілька типових дизайнів конкретних механізмів, які зараз є на ринку.

Актуальні рішення ASS

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

Атлас

Atlas — це модульний фреймворк смарт-контракту, розроблений FastLane, який забезпечує фреймворк рішення ASS для додатків, які можуть налаштувати власну логіку сортування, написавши контракт DAppControl у фреймворку.

У структурі Atlas конкретні кроки для транзакції від підпису користувачем до зовнішнього подання є такими:

По всьому посиланню потрібні три додаткові ролі: розв’язувач, ретранслятор операцій і аукціоніст. Роль Atlas Solvers обмежена Atlas, і вони мають пріоритетний доступ до будь-якого значення, створеного користувачами, витягуючи MEV згідно з правилами, встановленими контрактом DAppControl. Доступ до розв’язувачів матиме пріоритет над гаманцями, RPC, ретрансляторами, конструкторами, валідаторами, замовниками тощо.

Operations Relay відповідає за передачу операцій користувача userOps, згенерованих користувачем на передній частині, до розв’язувача Atlas, а також передачу операцій розв’язувача аукціоністові після того, як розв’язувач перегляне транзакції користувача. Завдання аукціоніста полягає в тому, щоб відсортувати їх за допомогою функції оцінки ставок, визначеної в модулі DAppControl, і забезпечити правильний порядок виконання. Після визначення порядку виконання підпишіть DAppOperation, що містить CallChainHash, щоб переконатися, що Bundler не зможе підробити порядок транзакцій після відправки. до Бандлера. Потім Bundler пакує повну транзакцію Atlas і надсилає її в мережу для включення в блок.

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

Ангстрем

Angstrom — це продукт, розроблений компанією Sorella Labs. На відміну від структури Atlas, Angstrom забезпечує дотримання правил упорядкування додатків через консенсусну мережу, яку можна перевірити. Мережа консенсусу, яку можна перевірити, діє як охоронець і надає обіцянки для роботи мережі. Транзакції додатків і транзакції з арбітражними можливостями між DEX і CEX будуть подані в мережу для поширення, перевірки та створення найкращого набору транзакцій і повернення вартості в LP відповідно до механізму аукціону LVR.

Наразі Angstrom планує запустити як гачок для Uniswap V4. Хук — це настроюваний смарт-контракт, прив’язаний до пулу ліквідності, який дозволяє розробникам виконувати спеціальний код у певних точках життєвого циклу пулу ліквідності для реалізації складної логіки та функціональності.

Вершина

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

резюме

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

Механізм ASS сортує за вбудованими правилами сортування в одній програмі, що руйнує притаманну компонування між блокчейн-додатками Компонування є найбільшою зброєю DeFi проти CeFi. Коли втрачається компонування, неарбітражні угоди можуть значно скоротитися, тим самим зменшуючи дохід від LP. Проходження ASS збільшить дохід MEV LP, але якщо дохід від зменшення обсягу неарбітражних торгів більший, ніж дохід MEV LP, тоді прибутки переважують втрати. Таким чином, як розробити механізм ASS, щоб він міг підтримувати природну комбінованість DeFi, є питанням, яке ASS має терміново розглянути.

Автор: TechubNews, відкрита контент-платформа ChainDD. Ця стаття представляє лише офіційну позицію ChainDD. Оригінальність і автентичність контенту гарантуються Якщо рукопис є плагіатом, фальсифікацією тощо, і це спричинить юридичні наслідки, автор несе відповідальність за публікацію статті на платформі Dehao, якщо є порушення правил або інша неналежна мова читачам пропонується контролювати його після підтвердження, платформа буде негайно виведена з мережі. Якщо у вас виникли проблеми із вмістом статті, зв’яжіться з WeChat: chaindd123