Якщо сьогодні вам потрібно було б переробити всю архітектуру Web3 додатків — з чого б ви почали?
Така архітектура, зосереджена на намірах, в буквальному сенсі означає, що "те, що хоче користувач", стає пріоритетом номер один, а не прихованими параметрами за кнопками, а центром роботи всієї системи.
Користувачеві потрібно лише описати "що я хочу зробити", решту - підбір, умовні обмеження, пошук контрагентів, остаточну доставку - все автоматично координується системою.
Наприклад, я кажу: "Я хочу обміняти 100 стETH на еквівалентні активи RWA, це повинно бути з найкращим співвідношенням ціна/якість і завершити сьогодні."
Якщо ви робите цю дію самостійно, або знайти агрегатори для маршрутизації, або подавати запити в кількох пулах, порівнювати, чекати на виконання, і не факт, що це вдасться. А в системі, орієнтованій на наміри, ця потреба буде декомпонована на чіткі наміри, розповсюджені, щоб вирішити їх і завершити це рішення тим, хто має можливість це виконати.
Anoma розділяє цю систему на чотири основні модулі: 1⃣Намір: бажання користувача, обмеження 2⃣Виявлення контрагента: знайти іншу сторону, яка може відповідати 3⃣Вирішення: знайти оптимальне рішення 4⃣Розрахунок: остаточна доставка та досягнення в ланцюгу Ці чотири блоки насправді складають найменше спільне кратне майбутніх застосувань.
Багато знайомих вам складних DApp, таких як OpenSea, Gitcoin, CoWSwap, в кінцевому підсумку також працюють навколо цих кількох дій. Однак традиційна архітектура робить цей процес громіздким і фрагментованим, що ускладнює користувацький досвід та підвищує складність розробки.
Перевага, що зосереджена на намірах, полягає в тому, що вона абстрагує та стандартизує все це. Найголовніше, що вона має вбудовані властивості децентралізації.
У дизайні Anoma solver і settlement є відкритими мережами, будь-хто може стати учасником для виконання намірів, це не централізований маршрутизатор і не за замовчуванням "єдиний шлях".
І це ще лише початок, Anoma далі розповість про ідентичність, контроль потоку даних та інші більш базові речі. Вся архітектура intent може стати «входом в епоху після смарт-контрактів».
Я особисто дуже вірю в архітектуру, орієнтовану на наміри, і навіть вважаю, що вона має шанс переосмислити структуру онлайнових додатків так, як це колись зробили "модель облікового запису" та "EVM".
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Якщо сьогодні вам потрібно було б переробити всю архітектуру Web3 додатків — з чого б ви почали?
Така архітектура, зосереджена на намірах, в буквальному сенсі означає, що "те, що хоче користувач", стає пріоритетом номер один, а не прихованими параметрами за кнопками, а центром роботи всієї системи.
Користувачеві потрібно лише описати "що я хочу зробити", решту - підбір, умовні обмеження, пошук контрагентів, остаточну доставку - все автоматично координується системою.
Наприклад, я кажу: "Я хочу обміняти 100 стETH на еквівалентні активи RWA, це повинно бути з найкращим співвідношенням ціна/якість і завершити сьогодні."
Якщо ви робите цю дію самостійно, або знайти агрегатори для маршрутизації, або подавати запити в кількох пулах, порівнювати, чекати на виконання, і не факт, що це вдасться. А в системі, орієнтованій на наміри, ця потреба буде декомпонована на чіткі наміри, розповсюджені, щоб вирішити їх і завершити це рішення тим, хто має можливість це виконати.
Anoma розділяє цю систему на чотири основні модулі:
1⃣Намір: бажання користувача, обмеження
2⃣Виявлення контрагента: знайти іншу сторону, яка може відповідати
3⃣Вирішення: знайти оптимальне рішення
4⃣Розрахунок: остаточна доставка та досягнення в ланцюгу
Ці чотири блоки насправді складають найменше спільне кратне майбутніх застосувань.
Багато знайомих вам складних DApp, таких як OpenSea, Gitcoin, CoWSwap, в кінцевому підсумку також працюють навколо цих кількох дій. Однак традиційна архітектура робить цей процес громіздким і фрагментованим, що ускладнює користувацький досвід та підвищує складність розробки.
Перевага, що зосереджена на намірах, полягає в тому, що вона абстрагує та стандартизує все це. Найголовніше, що вона має вбудовані властивості децентралізації.
У дизайні Anoma solver і settlement є відкритими мережами, будь-хто може стати учасником для виконання намірів, це не централізований маршрутизатор і не за замовчуванням "єдиний шлях".
І це ще лише початок, Anoma далі розповість про ідентичність, контроль потоку даних та інші більш базові речі. Вся архітектура intent може стати «входом в епоху після смарт-контрактів».
Я особисто дуже вірю в архітектуру, орієнтовану на наміри, і навіть вважаю, що вона має шанс переосмислити структуру онлайнових додатків так, як це колись зробили "модель облікового запису" та "EVM".