Повернення до першої частини:
《AgentFi - нова концепція Децентралізовані фінанси, приведена в дію AO》
Продовження минулого. Весь галузь Блокчейн є історією розширення, для прискорення та зниження витрат усі шляхи спробували, але у всіх є свій межа. До того часу, поки не з’явився AO - парадигма, відмінна від традиційного Блокчейну. Через винахідливий дизайн, простір Блоку на AO більше не є рідкісним обмеженим ресурсом, але ресурс, який може безмежно творитися відповідно до потреб, що надає AO безмежну можливість розширення!
Це також дозволяє створення фінансової моделі, спрямованої на агентів - AgentFi, яка має більш широкі сфери застосування порівняно з традиційними Децентралізовані фінанси.
Традиційний протокол Децентралізованих фінансів походить від Ethereum, і хоча з’явилося багато L2 і високопродуктивних нових громадських ланцюгів, уява людей щодо побудови парадигми Децентралізованих фінансів завжди обмежувалася лише Ethereum. Тепер, дозвольте нам увійти в абсолютно необмежену за продуктивністю платформу, так само як ми згадуємо про розвиток Інтернету від лише читання, до читання та запису, до Алгоритму, до автономного ряду подій, переуявіть уяву про те, яким має бути фінансовий у блокчейні, чи не з’явиться в голові нове уявлення? Новий вид пейзажу, в якому будь-який користувач може створити фінансового агента, будь-який обчислювальний блок може стати “Фінансовою установою”, надавати фінансові послуги за власними настройками!
Чому потрібен стандартний протокол для агента?
На комп’ютері AO процеси спілкуються один з одним через повідомлення, при цьому дотримуються певних стандартів. Це також відбувається в фінансових сценаріях.
Користувацький інтерфейс є початковим пунктом багатогранності. Якщо фінансові агенти розвиваються самостійно, вони обов’язково створять різні протоколи. Таким чином, взаємодія між агентами стає великою проблемою. Як зробити так, щоб агенти могли взаємодіяти та взаємно співпрацювати?
Для уникнення втрати взаємодії через відсутність єдиної стандартизації, з’явився протокол FusionFi (FFP).
Протокол FusionFi, як взаємодійовий протокол між агентами, визначає правила взаємодії між агентами, щоб різні фінансові послуги, що базуються на агентах, могли взаємодіяти між собою та об’єднуватися в єдине ціле. У початковий період розвитку AgentFi такий протокол можна вважати передбачуваним.
FFP（Протокол FusionFi）
FusionFi Protocol - це протокол, який був представлений засновником EverVision outprog на конференції Arweave Asia у 2024 році.
Ключовим поняттям в протоколі FusionFi є Note (білет). Це абстрактне представлення обіцянки, яке може мати форму Токен, облігації, векселя, контрактних прав тощо. З використанням моделі Note як посередника, протокол FusionFi може підтримувати різноманітні фінансові сценарії, такі як угода, позики, застейкати тощо.
Протокол FusionFi не просто надає специфікацію протоколу, але також надає інструменти розробки AgentFi (FFP SDK), що допомагають розробникам створювати AgentFi більш ефективно і просто.
Наразі протокол FusionFi вже має два екземпляри: AMM Agent та Orderbook Agent.
Агент AMM
На прикладі AMM Agent кожен AMM Agent можна розглядати як «індивідуальний суверенний» пул ліквідності, правила зроблення ринку в цьому пулі ліквідності можна налаштувати самостійно. Це означає, що користувачам не потрібно залежати від зовнішньої платформи, такої як пул фондів, що використовує єдиний алгоритм ринкового зроблення, щоб самостійно реалізувати функцію обміну, вони можуть шукати будь-яку підходящу протилежну сторону на всій мережі. Іншими словами, коли користувач створює Agent, насправді він створює власну Децентралізаціябіржу. Потім протокол FusionFi може об’єднати багато таких «індивідуальних бірж» в одну мережу точка-до-точки для досягнення більш ефективного та гнучкого зроблення угод.
Нижче наведено основний процес 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.
-
Коли користувач робить запит на Запит, всі AMM-агенти, які мають відповідну Ліквідність, автоматично створюють пропозиційний лист, який є Приміткою. Ця Примітка має дуже короткий термін дії, і якщо угода не відбувається швидко, Примітка стає недійсною. AMM-агенти виступають як маркери.
-
Всі примітки будуть зберігатися в центральному сховищі системи, яке відіграє роль спільного простору зберігання для зручного доступу іншим сутностям.
-
Користувачі вибирають найбільш підходящі цінові пропозиції Note з пулу за допомогою фронтенд-веб-інтерфейсу та подають до Центру Розрахунку для виконанняРозрахунок. Центр Розрахунків відповідає за конкретні операції зРозрахунок, наприклад, swap тут.
-
Примітка Позначено як “Розрахунок”, Swap успішно виконаний.
Тут Settlement Center є ключовою компонентою у протоколі FusionFi, яка відповідає за обробку різноманітних операцій заміток в системі.
Насправді, для Orderbook Agent все те саме. Обмежувальні замовлення в самому Orderbook Agent є приміткою, і їх процес розрахунку повністю збігається з процесом створення офертного агента AMM Agent. Це означає, що протокол FusionFi фактично об’єднує ліквідність з AMM та замовленнями.
Таке поєднання має багато переваг. В сценарії обміну, Ліквідність може надходити від користувачів, або від Нода-мейкерів. Користувачі можуть скористатися протоколом маршрутизації, щоб знайти Ліквідність по всьому пулу Нода, досягнувши найкращої ціни угоди. AMM забезпечує основну Ліквідність на ринку, але виникають проблеми впливу на ціну та Непостійні втрати, тоді як книга замовлень дозволяє користувачам створювати свої ордери, що підходить для великих угод та користувачів з певними ціновими вимогами. Після поєднання, AMM забезпечує постійну Ліквідність, а книга замовлень зменшує вплив на ціну та збільшує Глибину, зробивши великі угоди більш ефективними. Ця модель задовольняє потреби різних типів користувачів, від роздрібних інвесторів до установ, що дозволяє підвищити використання капіталу та сприяти подальшому розвитку ринку.
多 Note 原子Розрахунок
Наведений вище приклад обмежений лише розрахунком одного запису, але на практиці протокол FusionFi також підтримує розрахунок кількох записів одночасно, причому цей розрахунок є атомарним. Стан кожного запису не змінюється, поки не будуть виконані всі розрахунки в рамках одного розрахунку. В противному випадку стан всіх записів не буде змінений.
Це принесло деякі дуже корисні функції:
Розбиття великих угод: великі замовлення важко поглинути одній протилежної стороною, FFP підтримує розбиття великих замовлень для повного використання розподіленої Ліквідність.
Об’єднання кількох угод в одну: кілька угод можуть бути об’єднані в одне атомарне замовлення. Це до певної міри може покращити швидкість торгівлі і є вкрай важливим для трейдерів високої частоти та складних торговельних сценаріїв.
Багатоскокова угода: Багатоскокова угода є розширенням функції об’єднання. Припустимо, що в сценарії обміну потрібно завершити заміну A→C, але не існує прямого шляху від A→C, але існує шлях A→B→C, FFP може здійснити об’єднання A→B, B→C. Крім того, така угода має атомарні властивості, тобто не буде ситуації, коли A→B пройде успішно, а B→C – ні.
Арбітраж з нульовим капіталом: це так звана порожня лапка білого вовка. По суті, арбітражник бере дві ноти з різницею в відсотках і проводить розрахунок одночасно. Можна подивитися наступне зображення.
Джерело зображення:
Permaswap - це перший AgentFi DEX, побудований на основі протоколу FusionFi, і водночас найбільш зрілий DEX в екосистемі AO. Якщо ви зацікавлені, ви можете спробувати ці особливості на Permaswap (aopsn.com).
Центр розрахунків
Очевидно, в протоколі FusionFi Settlement Center є ключовим компонентом. Він оброблятиме всі нотатки у порядку часу, якщо система SU AO працює належним чином, можна отримати цей порядок часу. Будь-хто може витягти нотатки з басейну нотаток і передати Settlement Center для Розрахунку.
Коли збільшується обсяг запитів на обробку заміток, Центр розрахунків також може легко масштабуватися за допомогою розподіленого способу, розподіляючи завдання між кількома процесами розрахунків. Залежно від тиску, розрахунок розподіляється на різні процеси розрахунків для обробки відповідно до ідентифікатора замітки.
Різноманітність застосувань приміток
Структурований формат Примітки, визначений Протоколом FusionFi, фактично має дуже високу універсальність для різних фінансових операцій. Таким чином, способи застосування Примітки різноманітні. Вона може використовуватися не лише для подання котирувань угод Спот, але й для угод з ф’ючерсами, контрактами, Угоди про угоду, тощо. Таким чином, FusionFi може об’єднувати не лише Ліквідність, але й різноманітні фінансові форми.
Перспектива
На мою думку, цей світ Інтернету суттєво відрізняється від багатоточкової угоди, тому вирішення високочастотних угод між декількома групами має високу цінність, а модель AgentFi може працювати в практично всіх сценаріях Децентралізованих фінансів, а Protokol FusionFi дозволяє Агентам бути більш ефективними в забезпеченні міжагентських угод точка-точка, причому ці угоди є протокольними. У світлі того, що Ліквідність є головним конкурентним методом для Децентралізованих фінансів, а модель, яка монополізує Ліквідність як спосіб отримання прибутку, FusionFi Protokol може принести революційні зміни!
Звичайно, протокол FusionFi - це новий стандарт протоколу, який, можливо, потребує постійних налаштувань та оптимізацій в залежності від бізнес-потреб. Це можна порівняти з пропозиціями щодо покращення Bitcoin (BIP) та пропозиціями щодо покращення Ethereum (EIP), що дозволяють включати ідеї в спільну розробку.
Довідковий матеріал:
-
Розумна фінансова сфера: від AgentFi до FusionFi
-
Протокол FusionFi: основний елемент для досягнення взаємодії AgentFi
-
Протокол FusionFi Документація
протокол介绍.md
Цей текст вперше був опублікований в PermaDAO
Посилання на оригінальний текст:
