FusionFi Protocol：連接所有金融代理

來源：PermaDAO

書接上回。整體區塊鏈行業都是一部擴容的演進史，爲了提速降費各種路线都在嘗試，但均有各自的天花板。直到 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 的核心流程：

看起來很簡單，其實對於 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）以太坊改進提案的模式，在共創中吸納創意。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。