Протокол FusionFi: будування основного моста для взаємодії з AgentFi

Джерело: PermaDAO

Огляд

Permaswap недавно випустив демонстраційний приклад AgentFi, заснований на FusionFi Protocol (FFP), на AO, додавши приклади створення AMM агента (AMM Agent) та Арбітражної операції. За допомогою FFP розробники можуть створювати пул AMM агентів та здійснювати обмін активами всього за кілька рядків коду. FFP, як стандартний протокол на мережі AO, надає взаємодію для різних типів агентів.

У цій статті будуть спочатку висвітлені основні концепції, такі як AgentFi та суверенні фінанси, а потім будуть представлені дві типові приклади агентів: Orderbook Agent та AMM Agent. Вони покажуть, як протокол FFP інтегрує два різних процеси торгівлі та пояснять ключову роль FFP у майбутньому фінансовому екосистемі.

Основні концепції

AgentFi на основі Децентралізованих фінансів впроваджує концепцію “агентства”, що дозволяє користувачам розгортати власні агенти Смарт-контрактів (Agent), щоб автоматично керувати взаємодією з протоколом. За допомогою Агента користувачі можуть самостійно та автоматично виконувати різні фінансові операції, такі як управління активами, виконання стратегій тощо.

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

Це суверенна фінансова сфера!

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

Основи AgentFi: продуктивність та гнучкість

Однією з причин централізованого управління коштами в традиційних Децентралізованих фінансових протоколах є обмеження продуктивності Ethereum: воно не може надати кожному користувачеві окрему потужність проксі-обчислень. Тому платформи, такі як Compound і Uniswap, оптимізували свій код, щоб відповідати обмеженням Блокчейну. Крім того, традиційна гнучкість Блокчейн-смарт-контрактів низька, що ускладнює їх зміну або повторне розгортання, що обмежує потужність проксі-обчислень.

AO являється глобальним суперпаралельним обчислювальним пристроєм Децентралізація, який надає незалежні обчислювальні одиниці (відомі як процеси), кожен з яких має власні обчислювальні ресурси і вирішує проблеми з продуктивністю. Крім того, власник процесу контролює виконання контрактного коду, який працює в процесі, і може гнучко оновлювати і оновлювати, що створює міцну основу для гнучкості AgentFi.

Протокол FusionFi

У мережі AO, AgentFi буде широко використовуватися, додатки можуть створювати кілька незалежних фінансових суб’єктів. Наприклад, NPC у грі не лише надають гральні послуги, але й фінансові послуги. Наприклад, NPC ломбард може приймати Невзаємозамінний токен в заставу від гравців і надавати послуги позики, цей NPC є незалежним Агентом, тобто суверенним фінансовим суб’єктом. Усі користувачі та процеси на AO можуть створювати фінансових Агентів за таким принципом, будь-яка обчислювальна одиниця може стати “Фінансовою установою”, що надає власні фінансові послуги.

Якщо різні види фінансових агентів розвиватимуться самостійно, обов’язково виникнуть різні протокольні стандарти, взаємодія агентів стане великою проблемою. Для вирішення проблеми взаємодії, спричиненої різницею в бізнесі, був створений протокол FusionFi (FFP).

FusionFi Protocol - це набір специфікацій та інструментів розробки, що призначений для з’єднання різних фінансових агентів, побудови мостику інформації, забезпечення взаємодії, інтеграції різноманітних фінансових операцій і забезпечення можливості взаємозв’язку між сумісними з FFP агентами.

Для користувачів, які не мають часу поглиблюватися у фінансові деталі, також можуть використовувати FFP SDK для перетворення свого Агента в Агента з певними фінансовими властивостями. За допомогою Падіння AgentFi, FFP робить суверенні фінанси легкодоступними.

Практика та взаємодія

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

FFP може обробляти угоди з Orderbook та AMM в одному єдиному способі та процесі, а потім об’єднати їхню Ліквідність.

Для отримання демо-коду дивіться нижче:

Агент замовлень (Orderbook Agent)

У демонстраційній версії FFP розробники можуть створювати агентів замовлень (Orderbook Agent) та здійснювати торгівлю активами:

1. Створення агента Orderbook: за допомогою функції createOrderbookProcess створюється процес агента orderbook, при цьому розгортається AO-процес та завантажується відповідна бізнес-логіка orderbook, яка робить його самостійною фінансовою сутністю, відповідальною за запис та керування замовленнями.
2. Внесення активу: використовуйте сценарій deposit.js, щоб зберегти Токен на агенті orderbook та надати кошти для угод.
3. Створення замовлення: за допомогою методу agent.makeOrder створюються покупки або продажі в книзі замовлень, всі замовлення відправляються в мережу AO за певною схемою FFP, після чого замовлення відображаються в мережі Блокчейн у певному форматі і очікують на відповідне співставлення.
4. Угода про прийняття замовлення: використовуйте метод agent.takeOrder для прийняття замовлення на Тейкер, система автоматично виконує угоду та оновлює активи.

Представник AMM (AMM Agent)

У демонстраційному варіанті AMM Agent, агент, створений користувачем, є особистим суверенним басейном ліквідності. За допомогою AgentFi користувач може надавати функціональність обміну активами без залежності від централізованої платформи або традиційної біржі. Ось основний процес AMM Agent:

1. Створення AMM Agent: Створіть процес AMM Agent за допомогою функції createAMMProcess, розмістіть його як процес AO, що контролюється користувачем, щоб зробити його особистою фінансовою сутністю з функцією управління Ліквідністю.
2. Збереження активів: користувачі розміщують Токен у AMM Agent, щоб підтримати пул Ліквідності та задовольнити потреби у торгівлі.
3. Додавання ліквідності: за допомогою методу agent.addLiquidity, активи, які були внесені, можна додати до пулу ліквідності, а користувачі можуть налаштувати ціни та обмінні курси активів у пулі за допомогою смарт-контракту.
4. Автоматичний обмін: агент AMM використовує алгоритм (наприклад, формула постійного добутку) для автоматичного розрахунку ціни обміну. Результати ціни будуть повернені користувачеві, який зробив запит на торгівлю, за певною схемою FFP.
5. Видалення Ліквідність：Коли користувач хоче вивести кошти, він може використовувати метод agent.removeLiquidity для видалення Ліквідність з пулу та вилучення активів.

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

Можна вважати, що при створенні користувачем Агента (незалежно від того, чи це Агент AMM, чи Агент Orderbook), фактично створюється особиста децентралізована біржа. AgentFi повністю руйнує традиційне уявлення про біржу, дозволяючи користувачам торгувати без залежності від конкретної платформи. Шляхом встановлення Агента з певними функціями та правилами Смарт-контракту користувачі можуть надавати власні “місця” обміну, забезпечуючи персоналізовані фінансові послуги. А процес створення Агента вимагає лише одного рядка коду.

Взаємодія

**FFP Schema є структурований формат, який використовується в протоколі FusionFi (FFP) для стандартизації даних Розрахунок та обміну даними. Він визначає формати даних та протоколи зв’язку в різних процесах торгівлі (наприклад, Orderbook та AMM), щоб забезпечити безперешкодний обмін та сумісність між різними типами фінансових агентів. Цей єдиноформатний формат даних дозволяє обмінюватися та обробляти ключові дані, такі як ціна, стан замовлення, інформація про активи тощо, між різними агентами.

У четвертому кроці агента біржевого стакана та агента AMM як замовлення біржевого стакана, так і запити AMM використовують єдиний формат FFP Schema, щоб забезпечити однорідну структуру даних Розрахунок. Стандартизований FFP Schema забезпечує взаємодію між агентами.

• Арбітражери можуть запитувати ордери у книзі ордерів безпосередньо в ланцюжку, порівнювати котирування книги ордерів та AMM через схему FFP та знаходити різницю в ціні.
• арбітражник лише потрібно подати однорідні дані про угоду в процес FFP Розрахунок, щоб здійснити атомарну угоду через агента, специфікація FFP гарантуватиме, що кожна операція з хеджуванням буде виконана повністю або не вдалося, уникнувши ризику невідповідності угод.

У справі FFP Orderbook та AMM реалізують взаємозв’язок різних процесів торгівлі, FFP порушує межі двох видів діяльності, забезпечуючи їх спільну співпрацю та інтеграцію.

Особливості

FFP підтримує атомарні розрахунки Розрахунок для кількох транзакцій та надає наступні розширені можливості для DEX, побудованих на основі FFP:

• Розбиття великих угод на підрозділи: Трейдер може розбити велике замовлення на кілька менших замовлень. Наприклад, трейдер повинен виконати угоду на 1 млн доларів США, але один окремий агент може мати проблеми з наданням найкращого пропозиції. FFP дозволяє розбити велике замовлення на кілька менших, які виконуються на різних агентах, щоб отримати найкращу ціну в мережі.
• Багато операцій в одній угоді: Розрізнені замовлення на ринку можуть бути об’єднані в одну атомну угоду, що підвищує взаємодію між Orderbook та AMM і робить торгівлю більш гнучкою.
• Багатоскокова торгівля: Багатоскокова торгівля є розширеною застосовуваною функцією злиття замовлень. Наприклад, якщо торговець хоче обміняти актив A на C, а на ринку немає пари A-C, але є пари A-B і B-C, FFP може об’єднати дві угоди A-B і B-C в одне замовлення, щоб досягти мети угоди.
• Нульовий арбітраж: Арбітражник може здобути прибуток за рахунок різниці в ціні двох забезпечувальних замовлень на ринку. У відміну від традиційних схем арбітражу, нульовий арбітраж FFP не потребує власних коштів, арбітражник повинен лише надіслати два замовлення на розрахунок, після чого система автоматично здійснить обмін активами та виплатить різницю доходу арбітражнику.

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

Перспективи

Загалом, FFP надає фінансовим агентам (Agents) єдину рамку, яка руйнує бар’єри між різними фінансовими сценаріями. Через FFP, у майбутньому можливе безшовне інтегрування різних фінансових операцій, таких як кредити, ф’ючерси, синтетичний актив тощо, та створення фінансового екосистеми Децентралізація, яка охоплює додатки та сценарії.

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