Протокол FusionFi: з'єднує всі фінансові посередники

Джерело: PermaDAO

Продовження минулого розділу. Всі галузі Блокчейну - це історія постійного розширення, кожен шлях спробує прискорити та знизити вартість, але вони всі мають свій межі. До того часу, поки не з’явився AO, парадигма, відмінна від традиційного Блокчейну. Через винахідливий дизайн, Блокчейн на AO вже не є рідкісним ресурсом з фіксованим обсягом, але ресурс, який може нескінченно створюватися за потреби, надаючи AO нескінченну можливість розширення!

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

Традиційний Децентралізований фінансовий протокол зародився в майстерні ETH, і хоча народилися різні L2 і нові високопродуктивні публічні мережі, уява людей про парадигму побудови Децентралізованих фінансів завжди обмежувалася майстернею ETH. Тепер, давайте перейдемо до платформи без обмежень продуктивності, так само, як згадати серію процесів розробки Інтернету від читання лише до читання-запису, до Алгоритму, до автономії, і переосмислити, як мають виглядати блокчейні фінанси, чи виникне в нашій свідомості нова картина? Фінансовий агент, який може бути створений усіма користувачами, і будь-який обчислювальний блок може стати «Фінансова установа», що забезпечує індивідуальне уявлення про фінансову рівність!

Чому потрібен стандартний протокол для агента?

На комп’ютері AO процеси спілкуються між собою за допомогою повідомлень, процес передачі повідомлень дотримується певних стандартів. Це також стосується фінансових сценаріїв.

Кастомізація є початком різноманітності. Якщо фінансові Агенти розвиваються самостійно, вони обов’язково створять різні протоколи і стандарти. В такому випадку взаємодія між Агентами стає великою проблемою. Як зробити, щоб Агенти могли спілкуватися між собою та взаємодіяти один з одним?

Щоб уникнути втрати взаємодії, яка виникає внаслідок відсутності єдиної норми, був створений протокол FusionFi (FFP).

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

FFP（Протокол FusionFi）

FusionFi протокол - це протокол, представлений засновником EverVision під час Arweave Asia у 2024 році.

Ключовим поняттям у протоколі FusionFi є Note (примітка). Це абстрактна модель представлення обіцянки, яка може бути у формі Токена, облігації, сертифіката, права за контрактом тощо. За допомогою моделі Note як посередника, протокол FusionFi може підтримувати різноманітні фінансові сценарії, такі як торгівля, позики, застейкати тощо.

Протокол FusionFi не тільки надає специфікацію протоколу, але також надає інструменти розробки AgentFi (FFP SDK), що допомагають розробникам більш ефективно і простіше створювати AgentFi.

Наразі в протоколі FusionFi вже є два типи інстансів: AMM Agent та Orderbook Agent.

AMM Агент

На прикладі AMM Agent можна розуміти як «особистий суверенний» пул ліквідності, а правила маркет-мейкінгу цього пулу ліквідності можна встановити самостійно. Це також означає, що користувачам не потрібно покладатися на зовнішні платформи, такі як пул фондів з уніфікованим алгоритмом маркет-мейкінгу, вони можуть самостійно реалізувати функцію свопу і можуть знайти будь-якого відповідного контрагента в мережі. Тобто, коли користувач створює Агента, він фактично створює персональну Децентралізаціябіржа. FusionFi Protocol може дозволити багатьом із цих «осіб» сформувати однорангову мережу для більш ефективного та гнучкого пошуку матчів.

Ось основний процес AMM Agent:

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

Ти можеш розуміти, що як LP, тобі потрібно лише виконати операції збереження та виведення коштів, викликавши уніфіковану вхідну функцію. А сама функція може мати зв’язок з декількома проектами Децентралізовані фінанси, але ти можеш не турбуватися про те, як вони взаємодіють і функціонують після цього, це також є вартістю рівня протоколу. Це схоже на те, як після введення стандартів, таких як ERC20, додатковий рівень адаптується до користувача.

Нижче наведено конкретний приклад коду для додавання Ліквідність.

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

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent) // Встановити суму і прослизання const addLiquidityMessageId = await agent.addLiquidity(minLiquidity) // Ініціювання повідомлення про додавання ліквідності const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//Отримати результат

Джерело кодового прикладу:

Примітка про життєвий цикл

Тут ми можемо переключитися на перегляд заміток і ще раз розглянути процес угоди між користувачем і агентом AMM.

1. Коли користувач відправляє запит Запит, всі AMM Агенти, які мають відповідну Ліквідність, автоматично створюють котирування, це котирування - це Note, термін дії якого дуже короткий, якщо угода не відбудеться швидко, то Note буде недійсним. AMM Агенти є еквівалентом мейкера.

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

3. Користувачі обирають найкращі цінові пропозиції з басейну нотаток через фронтенд відправляють на Settlement Center для виконання Розрахунок. Settlement Center відповідає за виконання конкретних операцій Розрахунок, таких як обмін тут.

4. Примітка позначена як ”已Розрахунок“, обмін успішно виконано.

Тут, Settlement Center є ключовим компонентом у FusionFi Protocol, яка відповідає за обробку різних операцій Розрахунок у системі.

Фактично для Orderbook Agent ситуація аналогічна, оскільки лімітні замовлення в Orderbook Agent є самі за собою Приміткою, і їхній Розрахунок процес співпадає з процесом створення оферти Agenta AMM. Це означає, що Протокол FusionFi фактично може об’єднати Ліквідність від AMM та ордер-буків.

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

多 Note 原子Розрахунок

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

Це призвело до деяких дуже корисних функцій:

• Розбиття великих угод на частини: Великі замовлення важко виконати однією стороною, тому FFP підтримує розбиття великих замовлень на частини для повного використання розподіленої Ліквідність.
• Багато транзакцій можуть бути об’єднані в одну атомну заявку. Це деякою мірою може покращити швидкість транзакцій і є надзвичайно важливим для трейдерів з високою активністю та складних сценаріїв торгівлі.
• Багатоскокова угода: Багатоскокова угода є розширенням функції об’єднання. Наприклад, у сценарії обміну необхідно здійснити заміну A→C, але прямого шляху від A→C не існує, проте існує шлях A→B→C, FFP може здійснити об’єднання A→B, B→C. Крім того, така багатоскокова угода є атомною, тобто не буде ситуації, коли A→B успішно, а B→C невдало.
• Нульовий капітал Арбітраж: це так звані порожній рукавички. Суть полягає в тому, що арбітражник бере дві ноти з різницею відсотків і одночасно розраховується. Можна подивитися на цей малюнок нижче.

Джерело зображення:

Permaswap - це перший DEX, побудований на основі протоколу FusionFi, і є найбільш зрілим DEX в екосистемі AO. Якщо ви зацікавлені, ви можете спробувати ці функції на Permaswap (aopsn.com).

Центр розрахунків

Очевидно, Settlement Center є ключовою складовою протоколу FusionFi. Він оброблятиме всі записи в порядку їх часу, за умови, що система SU AO працює належним чином, ви можете отримати цей часовий порядок. Будь-хто може витягти записи зі стопки записів і подати до Settlement Center для Розрахунку.

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

Різноманітність застосування Примітки

Структурований формат Примітки, визначений протоколом FusionFi, насправді має дуже широку універсальність для різних фінансових операцій. Тому застосування Примітки є різноманітним. Вона може використовуватися не тільки для відображення пропозицій на Спотові угоди, але й для ф’ючерсних угод, торгівлі контрактами, позик і т.д. Тому FusionFi може об’єднувати не тільки Ліквідність, а й різноманітні фінансові форми.

Перспективи

На думку автора, суть цього інтернет-світу полягає в багатоточкових угодах. Тому вирішення високочастотних угод між численними групами має велику цінність, а модель AgentFi може працювати в майже всіх сценаріях Децентралізовані фінанси, тоді як протокол FusionFi може забезпечити більш ефективне позапротокольне узгодження між агентами, і це узгодження є міжпротокольним. У змаганні за Ліквідність у сфері Децентралізовані фінанси як основний спосіб конкуренції та моделі монопольного здобуття Ліквідність як способу отримання прибутку, зміни, які може принести протокол FusionFi, є революційними!

Звісно, протокол FusionFi - це новий стандарт протоколу, який, можливо, потребує постійних коригувань та оптимізації з урахуванням бізнес-потреб. Це може бути аналогічним до BIP (Пропозиція щодо покращення Bitcoin) і EIP (Пропозиція щодо вдосконалення Ethereum), в аспекті прийняття ідей у спільному творчості.