概述

Permaswap 近期在 AO 上發布了一個基於 FusionFi Protocol(FFP) 的 AgentFi 演示用例，新增了創建自動做市商代理（AMM Agent）並進行套利操作的案例。通過 FFP，开發者可以用幾行代碼創建 AMM 代理池，實現資產兌換。FFP 作爲 AO 網絡上的標准協議，爲不同類型的 Agent 提供了互操作性支持。

本文將先梳理 AgentFi、主權金融等核心概念，接着介紹 Orderbook Agent 和 AMM Agent 兩個典型的 Agent 示例，展示 FFP 協議如何整合兩種不同的交易流程，然後借此闡明 FFP 在未來的金融生態中所能起到的關鍵作用。

傳統 DeFi 協議集中管理資金的原因之一是以太坊性能的限制：它無法爲每個用戶提供獨立的代理計算能力。因此，像 Compound 和 Uniswap 這樣的平台對代碼進行了優化，以適應區塊鏈的局限性。此外，傳統區塊鏈智能合約的靈活性低，難以修改或重新部署，限制了代理的計算靈活性。

AO 作爲去中心化的全球超級並行計算機，提供獨立計算單元（稱爲進程），每個進程擁有獨立計算資源，解決了性能瓶頸。同時，進程中運行的合約代碼由進程所有者控制，可以靈活更新和升級，爲 AgentFi 的靈活性提供了堅實基礎。

在 AO 的去中心化網絡中，AgentFi 將被廣泛採用，應用可生成若幹獨立的金融主體。例如，遊戲中的 NPC 不僅提供遊戲服務，還可提供金融服務。比如，一個當鋪 NPC 可接受玩家的 NFT 抵押並提供借款服務，這個 NPC 便是一個獨立的 Agent，即主權金融個體。AO 上的所有用戶和進程都可使用這種方式創建金融 Agent，任何計算單元都能成爲“金融機構”，提供自定義金融服務。

如果不同種類的金融 Agent 自行發展，必將產生不同協議規範，Agent 之間的交互成了一大難題。爲解決業務差異帶來的互操作性問題，FusionFi Protocol（FFP）應運而生。

FusionFi Protocol 是一個協議規範和开發工具，旨在連接不同金融 Agent，構建信息橋梁，實現互操作性，整合多樣化的金融業務，使得兼容 FFP 的 Agent 可以互聯互通。

對於無暇深入金融細節的用戶，也可以使用 FFP SDK 將自己的 Agent 轉換爲具備特定金融屬性的 Agent。通過降低 AgentFi 的實現難度，FFP 使主權金融觸手可及。

Order Book（訂單簿） 和 AMM（自動做市商） 是兩種不同的交易機制，各自在交易流程上有顯著區別。Order Book 通過訂單簿記錄所有买賣意向，交易需等待买賣雙方的價格匹配後才能達成，因此依賴對手方的參與。AMM 則不依賴對手方。它通過流動性池和算法，讓用戶直接與池內資產進行交易。流動性提供者將資金存入池中，AMM 使用算法（如恆定乘積公式）自動調整價格，使用戶在無需配對等待的情況下完成交易。

FFP 可以用統一的方式和流程處理 Orderbook 和 AMM 的交易，進而將二者的流動性融合起來。

以下 demo 代碼請參考：https://github.com/permadao/ffp-demo

在 FFP 的  orderbook demo 中，开發者可以創建訂單簿代理（Orderbook Agent）並進行資產交易：

1. 創建 Orderbook Agent：通過 createOrderbookProcess  函數創建 orderbook agent 進程，此時會部署一個 AO 進程並加載 orderbook 相關的業務邏輯，使其成爲獨立的金融實體，負責記錄和管理訂單。

2. 存入資產：使用 deposit.js 腳本將代幣存入 orderbook agent，爲訂單提供交易資金。

3. 創建訂單：通過 agent.makeOrder 方法在訂單簿中創建买單或賣單，所有的訂單以特定的 FFP Schema 發送到 AO 網絡中，此後訂單將以特定的格式透明的展示在區塊鏈網絡中，並等待匹配。

4. 接單交易：使用 agent.takeOrder 方法訂單進行喫單，系統自動完成交易並更新資產。

在 AMM Agent 的 demo 中，用戶創建的 Agent 相當於一個個人主權的流動性池。通過 AgentFi，用戶無需依賴集中平台或傳統交易所，即可自主提供資產兌換功能。以下是 AMM Agent 的核心流程：

1. 創建 AMM Agent：通過 createAMMProcess 函數創建 AMM Agent 進程，部署爲一個用戶控制的 AO 進程，使其成爲具備流動性管理功能的個人金融實體。

2. 存入資產：用戶將代幣存入 AMM Agent，爲流動性池注入資金支持，從而支持交易需求。

3. 添加流動性：調用  agent.addLiquidity 方法，存入的資產可添加至流動性池中，用戶可通過智能合約設定池內資產的定價和兌換比例。

4. 自動兌換：AMM Agent 使用算法（如恆定乘積公式）自動計算兌換價格，價格結果會以特定的 FFP Schema 返回給請求交易的用戶。

5. 移除流動性：當用戶想提取資金時，可以使用 agent.removeLiquidity 方法移除池內流動性並提取資產。

通過創建 AMM Agent，用戶擁有完全自主的流動性管理權，並能提供無需對手方的資產兌換服務，從而建立個性化的去中心化交易環境。

FFP Schema 是 FusionFi Protocol（FFP） 中用於標准化交易和結算數據的結構化格式。它定義了在不同交易流程（如 Orderbook 和 AMM）中的數據格式和通信協議，確保不同類型的金融代理（Agents）之間能夠順暢互通和兼容。這種統一的數據格式使得交易過程中的價格、訂單狀態、資產信息等關鍵數據可以在各種 Agent 之間共享和解析。

在 Orderbook Agent 和 AMM Agent 的第四步中，Orderbook 訂單和 AMM 請求均採用統一的 FFP Schema 格式，實現一致的結算數據結構。FFP Schema 標准化了跨 Agent 的互操作性：

• 套利者可直接在鏈上查詢 Orderbook 訂單，通過 FFP Schema 比較 Orderbook 和 AMM 的報價，發現價差。

• 套利者只需將格式統一的交易數據提交至 FFP 結算進程，即可實現跨 Agent 的原子性交易，FFP 規範會確保多筆對衝訂單要么全部完成，要么全部失敗，避免交易不一致風險。

在 FFP 案例中，Orderbook 和 AMM 不同的交易流程實現互通，FFP 打破了兩類業務的邊界，實現了它們之間的協同與整合。

FFP 支持多筆交易的原子結算，並爲基於 FFP 構建的 DEX 提供了以下高級特性：

• 大額交易拆單：交易者可將大額訂單拆分爲多個小訂單。例如，交易者需完成一筆 100 萬美元的交易，但單一 Agent 可能難以提供最佳報價。FFP 允許將大訂單拆分爲多個小訂單，分別在不同 Agents 間執行，從而獲取網絡中最優價格。

• 多筆交易合單：市場中的零散訂單可合並爲一個原子訂單，增強 Orderbook 和 AMM 的互操作性，這使交易更加靈活。

• 多跳交易：多跳交易是合單功能的延展應用。例如，若交易者想將資產 A 兌換爲 C，而市場中沒有 A-C 交易對，但存在 A-B 和 B-C 交易對，FFP 可將 A-B 和 B-C 兩筆交易合並爲一個訂單，達成交易目的。

• 零資金套利：套利者可利用市場中兩筆對衝訂單的價差獲利。不同於傳統套利方案，FFP 的零資金套利不需要自有資金，套利者只需將兩筆訂單提交至結算進程，系統會自動完成資產交換並將利差收益發放給套利者。

FFP 帶來的這些創新特性不僅簡化了用戶的交易體驗，確保了最優價格，還提升了套利者的資本效率，保障了價值的高效流通。

前景

總之，FFP 爲金融代理（Agents）提供了一個統一的框架，打破了不同金融場景之間的壁壘。不僅是 Orderbook 和 AMM，通過 FFP，未來可以實現貸款、期貨、合成資產等各種金融業務的無縫集成，構建一個跨應用、跨場景的去中心化金融生態。

通過統一數據結構（FFP Schema），FFP 簡化了代理間的溝通和結算，提升了交易的靈活性和效率。隨着更多類型的金融 Agent 出現，FFP 有望成爲 AO 上 AgentFi 生態的核心協議，推動真正的主權金融和個性化金融服務的普及。