書接上回。

整體區塊鏈行業都是一部擴容的演進史，為了提速降費各種路線都在嘗試，但均有各自的天花板。直到 AO，一個不同於傳統區塊鏈的範式橫空出世。通過巧妙的設計，AO 上的區塊空間不再是固定供應的稀缺品，而是可以根據需要無限創生的資源，從而賦予了 AO 無限擴容的能力！

這也讓面向 Agent 的金融模式------AgentFi 成為可能，相比傳統 DeFi，AgentFi 有著更廣泛的應用場景。

傳統的 DeFi 協議起源於以太坊，儘管已經誕生了各種 L2 和高性能新公鏈，但人們對於 DeFi 構建範式的想像力也始終局限在以太坊之中。現在，讓我們走進一個完全無性能限制的平台上，就像回憶互聯網從只讀、到讀寫、到算法、到自主的一系列發展歷程，重新想像一下鏈上金融該有的模樣，是否腦中會浮現一種全新的圖景？一種所有用戶都可以創建金融 Agent，任何計算單元都能成為"金融機構"，提供自定義金融服務的金融平權景象！

為什麼需要一個 Agent 的標準協議？

在 AO 計算機上，進程之間通過消息進行通訊，消息傳遞遵循一定的規範。其實在金融場景上，也是如此。

自定義是多元化的起點，如果不同種類的金融 Agent 自行發展，也就必將產生不同協議規範，那麼這樣一來，Agent 之間的互動成了一大難題， 如何讓 Agent 之間都可以相互通信，進而相互撮合呢？

為避免缺乏統一規範帶來的互操作性的缺失，FusionFi Protocol（FFP）應運而生。

FusionFi Protocol 作為 Agent 之間的互動協議，定義了 Agent 之間的互動規則，讓基於 Agent 創建的各種金融業務能夠互通，進而 融為一體。在 AgentFi 剛剛起步的時間點，這樣的協議可以說頗具前瞻性。

FFP（FusionFi Protocol）

FusionFi Protocol 是 EverVision 創始人 outprog 在 2024 年 Arweave Asia 大會上推出的協議。

FusionFi Protocol 中的關鍵概念是 Note（票據）。它是承諾的抽象表示模型，其形式可以是代幣、債券、憑證、合約權利等。利用 Note 模型作為媒介，FusionFi Protocol 可以支持豐富的金融場景，如交易、借貸、質押等。

FusionFi Protocol 不只提供了一種協議規範，還為開發者提供了一套 AgentFi 的開發工具（FFP SDK），幫助開發者更高效、更簡單的創建 AgentFi。

目前 FusionFi Protocol 已經有了 AMM Agent、Orderbook Agent 兩種實例。

AMM Agent

以 AMM Agent 為例來看，每一個 AMM Agent 可以理解為一個「個人主權」的流動性池，這個流動性池的做市規則可以自行設置。這也意味著用戶無需依賴外部平台比如一個採用統一做市算法的資金池，就可以自主的實現 swap 功能，可以在全網尋找任意合適的對手方。也就是說，當用戶創建 Agent 時，實際上就是在創建一個屬於個人的去中心化交易所。然後 FusionFi Protocol 可以讓很多這樣的「個人交易所」組成一個點對點網絡，以實現更高效靈活的撮合。

以下是 AMM Agent 的核心流程：

| STEP | 解釋 | |---------------|------------------------------------------------------------------------| | 1.創建AMM Agent | 通過調用createAMMAgent方法來創建 Agent，Agent 以 AO進程形式存在，與智能合約不同的是，Agent 受用戶控制 | | 2.存入資產 | 用戶將代幣存入 AMM Agent，為提供流動性做準備 | | 3.添加流動性 | 調用 agent.addLiquidity 方法，將一定數量的資產添加到流動性池 | | 4.自動兌換 | AMM Agent 使用算法（如恆定乘積公式）自動計算兌換價格，做市規則可以自行設定 | | 5.移除流動性 | 當用戶需要提取資金時，可以使用 agent.removeLiqudity 方法移除流動性 |

看起來很簡單，其實對於 LP 而言，似乎還是一套標準的創建存入再添加，兌換提款的流程，不過有差別的就是 Agent 是受用戶本身控制的，對於 LP 來說，資產是在自己手裡。這其實是 AgentFi 本身的能力，FusionFi 則是針對這套能力，建立一個相對統一的入口（和數據結構）。

你可以理解為，作為 LP，你需要完成的僅是存入和提款操作，調用統一的入口函數即可。而函數本身可以與多個 DeFi 項目有鏈接，至於後續他們如何互動，如何作用，都可以不用管，這也就是協議標準這一層的價值。就類似有了 ERC20 等標準後，應用層來適配用戶一樣。

下面是添加流動性的具體代碼示例。

可以看到，只需幾行核心代碼就能快速實現該功能。 >

`const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//設置數量和滑點
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//發起添加流動性的消息
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//獲取結果
`

代碼用例源：https://github.com/permadao/ffp-demo

Note 生命週期

這裡我們可以切換到 Note 的視角，再看一下用戶和 AMM Agent 的成交流程。

1. 當用戶發起詢價請求的時候，所有擁有相應流動性的 AMM Agents 會自動創建一個報價單，這個報價單就是一個 Note，這個 Note 的有效期非常短暫，如果不能迅速成交，Note 就會失效。AMM Agents 相當於 maker
2. 所有 Note 會被集中存儲在系統的 Note Pool 中，Note Pool 在系統中扮演一個共享存儲空間，方便其他實體訪問。
3. 用戶通過前端網頁從 Note Pool 中挑選最合適的報價單 Note 提交到 Settlement Center 進行結算。Settlement Center 負責執行具體的結算操作，例如這裡的 swap。
4. Note 被標記為"已結算"，Swap 被成功執行。

這裡，Settlement Center 是 FusionFi Protocol 中的關鍵組件，要負責處理系統內各種 Note 結算操作。

其實對於 Orderbook Agent，也是這樣的，Orderbook Agent 中的限價單本身就是一個 Note，其結算流程與 AMM Agent 所創建的報價單 Agent 完全一致。這就意味著，FusionFi Protocol 實際上可以融合來自 AMM 和訂單薄的流動性。

這樣的融合帶來了很大的好處，在 swap 場景中，流動性可以來自用戶報價也可以來自做市節點。而用戶可以借助路由協議去整個 Note pool 中去尋找流動性，實現最佳成交價格。AMM 為市場提供基礎流動性，但存在價格影響大和無常損失的問題，而訂單簿允許用戶自主掛單，適合大額交易和有特定價格需求的用戶。融合後，AMM 提供持續流動性，訂單簿則減少價格影響並增加深度，使大單交易更高效。這種模式滿足了不同類型用戶的需求，從散戶到機構都能找到適合的交易方式，從而提高了資金利用率，推動市場進一步成熟。

多 Note 原子結算

上面的案例還僅限於一次只結算一個 Note，但實際上，FusionFi Protocol 還可以支持一次結算多個 Note，並且這種結算是原子性的。在單筆結算中的所有 Note 都結算完成，才能為 Note 更改狀態。否則所有 Note 的狀態都不會被更改。

這帶來了一些很有用的特性：

• 大額交易拆單：大額訂單很難被單一的對手方吃單，FFP 支持對大額訂單進行拆分，充分利用分散的流動性。
• 多筆交易合單：多筆交易可以合併為一個原子訂單。這一定程度上可以提升交易速度，對於高頻交易者和複雜交易場景而言，這種效率提升至關重要。
• 多跳交易：多跳交易是合單功能的延展。假設在 swap 場景中要完成 A→C 的置換，但是不存在從 A→C 的直接路徑，但是存在 A→B→C 的路徑，FFP 可以實現 A→B、B→C 的合單。而且這種多跳交易是原子性的，不會存在 A→B 成功，B→C 失敗的情況。
• 零資金套利：就是所謂的空手套白狼。其實質是套利者把兩個存在利差的 note，同時拿去結算。可以看下面這張圖。

圖源：https://x.com/Permaswap/status/1854212032511512992

Permaswap 是首個基於 FusionFi Protocol 構建的 AgentFi DEX，也是 AO 生態目前最成熟的 DEX。大家有興趣可以在 Permaswap（aopsn.com）體驗上述特性。

Settlement Center

顯然，在 FusionFi Protocol 中，Settlement Center 是一個關鍵組件。它會基於時間順序來處理所有的 note，只要 AO 的 SU 系統正常，則可以獲取該時間順序。任何人都可以從 note pool 中提取 note，提交給 Settle Center 進行結算。

當有 note 的處理請求量擴大的時候，Settlement Center 也可以通過分佈式的方式輕鬆擴容，由多個 settlement process 來分流處理結算任務。有多少壓力，就依據 note 的 ID 做計算分流到不同的 settlement process 去處理。

Note 的多元化應用

FusionFi Protocol 所定義的 Note 的結構化格式，實際上對於各種金融業務都擁有非常強的普遍適用性。因此，Note 的應用方式是多種多樣的。不僅可以用於表示現貨交易的報價單，也可以用於期貨交易、合約交易、借貸等場景。因此 FusionFi 能夠融合的不只是流動性，還有各種各樣的金融形態。

展望

在筆者看來，這個互聯網世界本質就是多點成交的，那麼解決多個群體之間的高頻交易，就有很高的價值，而 AgentFi 的模式可以做幾乎全部的 DeFi 場景，而 FusionFi Protocol 則可以讓 Agent 之間更高效的進行點對點撮合，而且這種撮合是跨協議的。面對 DeFi 領域以爭奪流動性作為主要競爭方式，壟斷流動性作為盈利方式的模式，FusionFi Protocol 所能帶來的改變是顛覆性的！

當然，FusionFi Protocol 是一個全新的協議標準，可能還需要根據業務需求，不斷調整和優化。這就可以參考到 BIP（Bitcoin Improvement Proposal ）比特幣改進提案和 EIP（Ethereum Improvement Proposals）以太坊改進提案的模式，在共創中吸納創意。

參考資料：

智能金融：從 AgentFi 到 FusionFi

https://x.com/perma_daoCN/status/1801474305597050906

FusionFi Protocol: Core Element for Achieving AgentFi Interoperability

https://x.com/Permaswap/status/1854212032511512992

FusionFi Protocol 文檔

https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi協議介紹.md