Внутрішня структура міста на основі намірів

Початківець10/13/2024, 7:23:20 PM
Пейзаж мостів пройшов довгий шлях за останні три роки, з кожним новим дизайном, що поліпшує масштабованість та капіталоефективність. Мости на основі наміру є останнім типом, введеним для поліпшеного UX та швидкості.

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

Як і зазначає назва, вони працюють на основі наміру користувача. Давайте розберемось, що таке мости на основі наміру і як вони працюють.

Архітектури на основі інтенцій

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

Будь-яка архітектура на основі намірів може бути розкрита на ці ключові елементи:

  • Intent: Дія користувача, яка запускає процес, наприклад, запит на книгу.
  • Solver: Сутність, яка виконує запит користувача. Для подібних ролей можуть використовуватися різні терміни, такі як релеї, заповнювачі або агенти.
  • Fill: Задача розв'язування, яка полягає в задоволенні запиту користувача. Термін «fill» особливо використовується в контексті містків на основі наміру для пояснення задачі розв'язування, що полягає в «заповненні» користувачів, також відомий як надання бажаних активів на цільовому ланцюжку.
  • Розрахунок: Останній крок - це момент, коли завершення перевіряється, і запит користувача офіційно виконується.

З цим на увазі, давайте з'ясуємо, як цей дизайн працює з мостами.

Робота інтент-базованих містків

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

Тут подано пояснення крок за кроком того, що відбувається:

  1. Користувач ініціює намір.
  2. Кошти надсилаються до ескроу на ланцюгу.
  3. Розв'язувачі пропонують виконати намір через аукціон.
  4. Переможний розв'язувач вибирається та отримує часовий проміжок для здійснення свопу.
  5. Рішення приховує ліквідність на цільовому ланцюжку.
  6. Рішення забезпечує доказ завершення через оракула.
  7. Міст вивільняє кошти користувача з джерелового ланцюжка та відправляє їх розв'язувачу.

Давайте зрозуміємо це на прикладі:

Аліса хоче відправити 1 Eth з Optimism на Arbitrum.

Робота містів на основі намірів

Тут компоненти наступні:

  1. Контракт моста: відповідає за зберігання ескроу для коштів користувачів на джерелі ланцюга, агрегування транзакцій та вивільнення коштів до розв'язувачів.
  2. Oracle/Messaging Bridge: Це підтверджує транзакцію на цільовому ланцюжку.
  3. Solver Network: Мережа розв'язувачів, які беруть участь в аукціонах для задоволення намірів користувачів.

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

Динаміка аукціону в містах на основі намірів

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

Ось типи аукціонів, в яких беруть участь розв'язувачі:

  1. Без вибору/мемпулу: Розв'язувачі змагаються, щоб виконати намір.
  2. Запит на цінову пропозицію (RFC): Розв'язувачі надають офлайн цитати, а користувачі вибирають найкращу.
  3. Приватні пули намірів: міст влаштовує аукціон за дозволом лише для обраних розв'язувачів.
  4. Громадські пулі намірів: міст влаштовує бездозвільний аукціон, відкритий для всіх вирішувачів.
  5. Голландський аукціон: починається з високими комісіями, а ціна знижується по мірі того, як пропонують свої ставки розв'язувачі.
  6. Пакетний аукціон: групування кількох намірів разом для спільного аукціону.

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

Таблиця розширює відмінністьстворений командою Everclear.

Обговорення крайніх випадків у мостах на основі намірів

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

  • Жоден розв'язувач не пропонує ставок за намір: Across використовує власний розв'язувач для заповнення наміру, і якщо він не є прибутковим, намір закінчується після встановленого часу. З іншого боку, Everclear збільшує комісію і проводить нові аукціони.
  • Солвер не вдалося виконати намір: якщо намір закінчується, кошти повертаються користувачу.
  • Термін дії наміру закінчується: Якщо той, хто виграв, не виконує передачу протягом відведеного часу, намір знову відкривається іншим розв'язувачам, які можуть вимагати завдання та пов'язану з ним комісію.

Також різні мости мають різні варіанти оплати розв'язувачів. Наприклад:

  • Everclear: Розв'язувачі отримують оплату лише на початковому ланцюжку.
  • По всьому: Розв'язувачі можуть отримувати вирішення на будь-якому підтримуваному ланцюжку за невелику плату.

Ще одна річ, на яку варто звернути увагу, полягає в тому, що наразі кожен протокол розробляє свою власну мережу розв'язувачів. Ці мережі ізольовані, і є пропозиція щодо стандарту для єднання мереж розв'язувачів, який називається ERC 7683представлений Across та Uniswap.

Ми розглянемо більше про мережу рішень та ERC 7683 у майбутній статті. Наразі, основним викликом, з яким стикається кожен, що створює міст на основі намірів (або інфраструктуру), є створення та підтримка мережі рішень.

Переваги та недоліки містів на основі намірів

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

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

Деякі ключові недоліки містків на основі намірів:

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

Висновки

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

Пропозиція ERC-7683 як уніфікований рівень розв'язувача спрямована на вирішення цього шляхом стандартизації процесу. Ця стандартизація спростить операції в екосистемі Ethereum, але цікаво побачити, як мости керують динамікою аукціону розв'язувача та інфраструктурою на інших L1, наприклад, Solana.

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

Ми вже обговорювали основні компроміси з містками на основі намірів у цьомупублікація. Але в цілому, ухвалення дизайну виглядає позитивно, і ми в LI.FIдетально досліджуємо, як цей дизайн буде працювати у довгостроковій перспективі.

Почніть працювати з LI.FI сьогодні

Насолоджувалися читанням наших досліджень? Щоб дізнатися більше про нас:

  • Перейдіть до нашого порталу за посиланням на link3.to
  • Прочитайте нашу 'швидку стартову' інструкцію по SDK на Gate.iodocs.li.fi
  • Підписуйтесь на нашу розсилку на Substack
  • Дотримуйтесь наших Telegram Newsletter
  • Слідкуйте за нами на Twitter & LinkedIn

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

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

  1. Ця стаття передрукована з [Блог LI.FI], Переадресуйте оригінальний заголовок «Під капотом мостів на основі намірів», Усі авторські права належать оригінальному авторові [ Яш Чандак]. Якщо є заперечення щодо цього перепритнту, будь ласка, зв'яжіться з Gate Learnкоманда, і вони оперативно цим займуться.

  2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, належать виключно автору і не становлять жодної інвестиційної поради.

  3. Переклади статті на інші мови виконує команда Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіат перекладених статей заборонені.

Внутрішня структура міста на основі намірів

Початківець10/13/2024, 7:23:20 PM
Пейзаж мостів пройшов довгий шлях за останні три роки, з кожним новим дизайном, що поліпшує масштабованість та капіталоефективність. Мости на основі наміру є останнім типом, введеним для поліпшеного UX та швидкості.

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

Як і зазначає назва, вони працюють на основі наміру користувача. Давайте розберемось, що таке мости на основі наміру і як вони працюють.

Архітектури на основі інтенцій

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

Будь-яка архітектура на основі намірів може бути розкрита на ці ключові елементи:

  • Intent: Дія користувача, яка запускає процес, наприклад, запит на книгу.
  • Solver: Сутність, яка виконує запит користувача. Для подібних ролей можуть використовуватися різні терміни, такі як релеї, заповнювачі або агенти.
  • Fill: Задача розв'язування, яка полягає в задоволенні запиту користувача. Термін «fill» особливо використовується в контексті містків на основі наміру для пояснення задачі розв'язування, що полягає в «заповненні» користувачів, також відомий як надання бажаних активів на цільовому ланцюжку.
  • Розрахунок: Останній крок - це момент, коли завершення перевіряється, і запит користувача офіційно виконується.

З цим на увазі, давайте з'ясуємо, як цей дизайн працює з мостами.

Робота інтент-базованих містків

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

Тут подано пояснення крок за кроком того, що відбувається:

  1. Користувач ініціює намір.
  2. Кошти надсилаються до ескроу на ланцюгу.
  3. Розв'язувачі пропонують виконати намір через аукціон.
  4. Переможний розв'язувач вибирається та отримує часовий проміжок для здійснення свопу.
  5. Рішення приховує ліквідність на цільовому ланцюжку.
  6. Рішення забезпечує доказ завершення через оракула.
  7. Міст вивільняє кошти користувача з джерелового ланцюжка та відправляє їх розв'язувачу.

Давайте зрозуміємо це на прикладі:

Аліса хоче відправити 1 Eth з Optimism на Arbitrum.

Робота містів на основі намірів

Тут компоненти наступні:

  1. Контракт моста: відповідає за зберігання ескроу для коштів користувачів на джерелі ланцюга, агрегування транзакцій та вивільнення коштів до розв'язувачів.
  2. Oracle/Messaging Bridge: Це підтверджує транзакцію на цільовому ланцюжку.
  3. Solver Network: Мережа розв'язувачів, які беруть участь в аукціонах для задоволення намірів користувачів.

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

Динаміка аукціону в містах на основі намірів

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

Ось типи аукціонів, в яких беруть участь розв'язувачі:

  1. Без вибору/мемпулу: Розв'язувачі змагаються, щоб виконати намір.
  2. Запит на цінову пропозицію (RFC): Розв'язувачі надають офлайн цитати, а користувачі вибирають найкращу.
  3. Приватні пули намірів: міст влаштовує аукціон за дозволом лише для обраних розв'язувачів.
  4. Громадські пулі намірів: міст влаштовує бездозвільний аукціон, відкритий для всіх вирішувачів.
  5. Голландський аукціон: починається з високими комісіями, а ціна знижується по мірі того, як пропонують свої ставки розв'язувачі.
  6. Пакетний аукціон: групування кількох намірів разом для спільного аукціону.

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

Таблиця розширює відмінністьстворений командою Everclear.

Обговорення крайніх випадків у мостах на основі намірів

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

  • Жоден розв'язувач не пропонує ставок за намір: Across використовує власний розв'язувач для заповнення наміру, і якщо він не є прибутковим, намір закінчується після встановленого часу. З іншого боку, Everclear збільшує комісію і проводить нові аукціони.
  • Солвер не вдалося виконати намір: якщо намір закінчується, кошти повертаються користувачу.
  • Термін дії наміру закінчується: Якщо той, хто виграв, не виконує передачу протягом відведеного часу, намір знову відкривається іншим розв'язувачам, які можуть вимагати завдання та пов'язану з ним комісію.

Також різні мости мають різні варіанти оплати розв'язувачів. Наприклад:

  • Everclear: Розв'язувачі отримують оплату лише на початковому ланцюжку.
  • По всьому: Розв'язувачі можуть отримувати вирішення на будь-якому підтримуваному ланцюжку за невелику плату.

Ще одна річ, на яку варто звернути увагу, полягає в тому, що наразі кожен протокол розробляє свою власну мережу розв'язувачів. Ці мережі ізольовані, і є пропозиція щодо стандарту для єднання мереж розв'язувачів, який називається ERC 7683представлений Across та Uniswap.

Ми розглянемо більше про мережу рішень та ERC 7683 у майбутній статті. Наразі, основним викликом, з яким стикається кожен, що створює міст на основі намірів (або інфраструктуру), є створення та підтримка мережі рішень.

Переваги та недоліки містів на основі намірів

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

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

Деякі ключові недоліки містків на основі намірів:

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

Висновки

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

Пропозиція ERC-7683 як уніфікований рівень розв'язувача спрямована на вирішення цього шляхом стандартизації процесу. Ця стандартизація спростить операції в екосистемі Ethereum, але цікаво побачити, як мости керують динамікою аукціону розв'язувача та інфраструктурою на інших L1, наприклад, Solana.

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

Ми вже обговорювали основні компроміси з містками на основі намірів у цьомупублікація. Але в цілому, ухвалення дизайну виглядає позитивно, і ми в LI.FIдетально досліджуємо, як цей дизайн буде працювати у довгостроковій перспективі.

Почніть працювати з LI.FI сьогодні

Насолоджувалися читанням наших досліджень? Щоб дізнатися більше про нас:

  • Перейдіть до нашого порталу за посиланням на link3.to
  • Прочитайте нашу 'швидку стартову' інструкцію по SDK на Gate.iodocs.li.fi
  • Підписуйтесь на нашу розсилку на Substack
  • Дотримуйтесь наших Telegram Newsletter
  • Слідкуйте за нами на Twitter & LinkedIn

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

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

  1. Ця стаття передрукована з [Блог LI.FI], Переадресуйте оригінальний заголовок «Під капотом мостів на основі намірів», Усі авторські права належать оригінальному авторові [ Яш Чандак]. Якщо є заперечення щодо цього перепритнту, будь ласка, зв'яжіться з Gate Learnкоманда, і вони оперативно цим займуться.

  2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, належать виключно автору і не становлять жодної інвестиційної поради.

  3. Переклади статті на інші мови виконує команда Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіат перекладених статей заборонені.

Розпочати зараз
Зареєструйтеся та отримайте ваучер на
$100
!