前篇回顧：
書接上回。整體區塊鏈產業都是擴容的演進史，為了提速降費各種路線都在嘗試，但都有各自的天花板。直到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 項目有鏈接，至於後續他們如何交互，如何作用，都可以不用管，這也就是協議標準這一層的價值。就類似有了ERC 20 等標準後，應用層來適合用戶一樣。
以下是新增流動性的具體程式碼範例。
可以看到，只需幾行核心程式碼就能快速實現該功能。
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 ）以太坊改進提案的模式，在共創中吸收創意。
參考材料：
1. 智慧金融：從AgentFi 到FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
2. FusionFi Protocol: Core Element for Achieving AgentFi Interoperability
https://x.com/Permaswap/status/1854212032511512992
3. FusionFi Protocol 文檔
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi 協定介紹.md
本文首發於PermaDAO
原文連結：https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A
