來源：PermaDAO
書接上回。整體區(qū)塊鏈行業(yè)都是一部擴容的演進史，為了提速降費各種路線都在嘗試，但均有各自的天花板。直到 AO，一個不同于傳統(tǒng)區(qū)塊鏈的范式橫空出世。通過巧妙的設(shè)計，AO 上的區(qū)塊空間不再是固定供應(yīng)的稀缺品，而是可以根據(jù)需要無限創(chuàng)生的資源，從而賦予了 AO 無限擴容的能力！
這也讓面向 Agent 的金融模式——AgentFi 成為可能，相比傳統(tǒng) DeFi，AgentFi 有著更廣泛的應(yīng)用場景。
傳統(tǒng)的 DeFi 協(xié)議起源于以太坊，盡管已經(jīng)誕生了各種 L2 和高性能新公鏈，但人們對于 DeFi 構(gòu)建范式的想象力也始終局限在以太坊之中。現(xiàn)在，讓我們走進一個完全無性能限制的平臺上，就像回憶互聯(lián)網(wǎng)從只讀、到讀寫、到算法、到自主的一系列發(fā)展歷程，重新想象一下鏈上金融該有的模樣，是否腦中會浮現(xiàn)一種全新的圖景？一種所有用戶都可以創(chuàng)建金融 Agent，任何計算單元都能成為“金融機構(gòu)”，提供自定義金融服務(wù)的金融平權(quán)景象！
在 AO 計算機上，進程之間通過消息進行通訊，消息傳遞遵循一定的規(guī)范。其實在金融場景上，也是如此。
自定義是多元化的起點，如果不同種類的金融 Agent 自行發(fā)展，也就必將產(chǎn)生不同協(xié)議規(guī)范，那么這樣一來，Agent 之間的交互成了一大難題， 如何讓 Agent 之間都可以相互通信，進而相互撮合呢？
為避免缺乏統(tǒng)一規(guī)范帶來的互操作性的缺失，F(xiàn)usionFi Protocol（FFP）應(yīng)運而生。
FusionFi Protocol 作為 Agent 之間的交互協(xié)議，定義了 Agent 之間的交互規(guī)則，讓基于 Agent 創(chuàng)建的各種金融業(yè)務(wù)能夠互通，進而融為一體。在 AgentFi 剛剛起步的時間點，這樣的協(xié)議可以說頗具前瞻性。
FFP（FusionFi Protocol）
FusionFi Protocol 是 EverVision 創(chuàng)始人 outprog 在 2024 年 Arweave Asia 大會上推出的協(xié)議。
FusionFi Protocol 中的關(guān)鍵概念是 Note（票據(jù)）。它是承諾的抽象表示模型，其形式可以是代幣、債券、憑證、合約權(quán)利等。利用 Note 模型作為媒介，F(xiàn)usionFi Protocol 可以支持豐富的金融場景，如交易、借貸、質(zhì)押等。
FusionFi Protocol 不只提供了一種協(xié)議規(guī)范，還為開發(fā)者提供了一套 AgentFi 的開發(fā)工具（FFP SDK），幫助開發(fā)者更高效、更簡單的創(chuàng)建 AgentFi。
目前 FusionFi Protocol 已經(jīng)有了 AMM Agent、Orderbook Agent 兩種實例。
AMM Agent
以 AMM Agent 為例來看，每一個 AMM Agent 可以理解為一個「個人主權(quán)」的流動性池，這個流動性池的做市規(guī)則可以自行設(shè)置。這也意味著用戶無需依賴外部平臺比如一個采用統(tǒng)一做市算法的資金池，就可以自主的實現(xiàn) swap 功能，可以在全網(wǎng)尋找任意合適的對手方。也就是說，當(dāng)用戶創(chuàng)建 Agent 時，實際上就是在創(chuàng)建一個屬于個人的去中心化交易所。然后 FusionFi Protocol 可以讓很多這樣的「個人交易所」組成一個點對點網(wǎng)絡(luò)，以實現(xiàn)更高效靈活的撮合。
以下是 AMM Agent 的核心流程：
看起來很簡單，其實對于 LP 而言，似乎還是一套標準的創(chuàng)建存入再添加，兌換提款的流程，不過有差別的就是 Agent 是受用戶本身控制的，對于 LP 來說，資產(chǎn)是在自己手里。這其實是 AgentFi 本身的能力，F(xiàn)usionFi 則是針對這套能力，建立一個相對統(tǒng)一的入口（和數(shù)據(jù)結(jié)構(gòu)）。
你可以理解為，作為 LP，你需要完成的僅是存入和提款操作，調(diào)用統(tǒng)一的入口函數(shù)即可。而函數(shù)本身可以與多個 DeFi 項目有鏈接，至于后續(xù)他們?nèi)绾谓换ィ绾巫饔茫伎梢圆挥霉埽@也就是協(xié)議標準這一層的價值。就類似有了 ERC20 等標準后，應(yīng)用層來適配用戶一樣。
下面是添加流動性 的具體代碼示例。
可以看到，只需幾行核心代碼就能快速實現(xiàn)該功能。
const?minLiquidity?=?await?agent.getMinLiquidityByX(helloAmount,?ammSlippageOfPercent)//設(shè)置數(shù)量和滑點const?addLiquidityMessageId?=?await?agent.addLiquidity(minLiquidity)//發(fā)起添加流動性的消息const?addLiquidityResult?=?await?getProcessResult(addLiquidityMessageId,?ammProcess)//獲取結(jié)果代碼用例源：
https://github.com/permadao/ffp-demo
Note 生命周期
這里我們可以切換到 Note 的視角，再看一下用戶和 AMM Agent 的成交流程。
1. 當(dāng)用戶發(fā)起詢價請求的時候，所有擁有相應(yīng)流動性的 AMM Agents 會自動創(chuàng)建一個報價單，這個報價單就是一個 Note，這個 Note 的有效期非常短暫，如果不能迅速成交，Note 就會失效。AMM Agents 相當(dāng)于 maker。
2. 所有 Note 會被集中存儲在系統(tǒng)的 Note Pool 中，Note Pool 在系統(tǒng)中扮演一個共享存儲空間，方便其他實體訪問。
3. 用戶通過前端網(wǎng)頁從 Note Pool 中挑選最合適的報價單 Note 提交到 Settlement Center 進行結(jié)算。Settlement Center 負責(zé)執(zhí)行具體的結(jié)算操作，例如這里的 swap。
4. Note 被標記為”已結(jié)算“，Swap 被成功執(zhí)行。
這里，Settlement Center 是 FusionFi Protocol 中的關(guān)鍵組件，要負責(zé)處理系統(tǒng)內(nèi)各種 Note 結(jié)算操作。
其實對于 Orderbook Agent，也是一樣的，Orderbook Agent 中的限價單本身就是一個 Note，其結(jié)算流程與 AMM Agent 所創(chuàng)建的報價單 Agent 完全一致。這就意味著，F(xiàn)usionFi Protocol 實際上可以融合來自 AMM 和訂單薄的流動性。
這樣的融合帶來了很大的好處，在 swap 場景中，流動性可以來自用戶報價也可以來自做市節(jié)點。而用戶可以借助路由協(xié)議去整個 Note pool 中去尋找流動性，實現(xiàn)最佳成交價格。AMM 為市場提供基礎(chǔ)流動性，但存在價格影響大和無常損失的問題，而訂單簿允許用戶自主掛單，適合大額交易和有特定價格需求的用戶。融合后，AMM 提供持續(xù)流動性，訂單簿則減少價格影響并增加深度，使大單交易更高效。這種模式滿足了不同類型用戶的需求，從散戶到機構(gòu)都能找到適合的交易方式，從而提高了資金利用率，推動市場進一步成熟。
多 Note 原子結(jié)算
上面的案例還僅限于一次只結(jié)算一個 Note，但實際上，F(xiàn)usionFi Protocol 還可以支持一次結(jié)算多個 Note，并且這種結(jié)算是原子性的。在單筆結(jié)算中的所有 Note 都結(jié)算完成，才能為 Note 更改狀態(tài)。否則所有 Note 的狀態(tài)都不會被更改。
這帶來了一些很有用的特性：
大額交易拆單：大額訂單很難被單一的對手方吃單，F(xiàn)FP 支持對大額訂單進行拆分，充分利用分散的流動性。
多筆交易合單：多筆交易可以合并為一個原子訂單。這一定程度上可以提升交易速度，對于高頻交易者和復(fù)雜交易場景而言，這種效率提升至關(guān)重要。
多跳交易：多跳交易是合單功能的延展。假設(shè)在 swap 場景中要完成 A→C 的置換，但是不存在從 A→C 的直接路徑，但是存在 A→B→C 的路徑，F(xiàn)FP 可以實現(xiàn) A→B、B→C 的合單。而且這種多跳交易是原子性的，不會存在 A→B 成功，B→C 失敗的情況。
零資金套利：就是所謂的空手套白狼。其實質(zhì)是套利者把兩個存在利差的 note，同時拿去結(jié)算。可以看下面這張圖。
圖源：https://x.com/Permaswap/status/1854212032511512992
Permaswap 是首個基于 FusionFi Protocol 構(gòu)建的 AgentFi DEX，也是 AO 生態(tài)目前最成熟的 DEX。大家有興趣可以在 Permaswap（aopsn.com） 體驗上述特性。
Settlement Center?
顯然，在 FusionFi Protocol 中，Settlement Center 是一個關(guān)鍵組件。它會基于時間順序來處理所有的 note，只要 AO 的 SU 系統(tǒng)正常，則可以獲取該時間順序。任何人都可以從 note pool 中提取 note，提交給 Settle Center 進行結(jié)算。
當(dāng)有 note 的處理請求量擴大的時候，Settlement Center 也可以通過分布式的方式輕松擴容，由多個 settlement process 來分流處理結(jié)算任務(wù)。有多少壓力，就依據(jù) note 的 ID 做計算分流到不同的 settlement process 去處理。
Note 的多元化應(yīng)用
FusionFi Protocol 所定義的 Note 的結(jié)構(gòu)化格式，實際上對于各種金融業(yè)務(wù)都擁有非常強的普遍適用性。因此，Note 的應(yīng)用方式是多種多樣的。不僅可以用于表示現(xiàn)貨交易的報價單，也可以用于期貨交易、合約交易、借貸等場景。因此 FusionFi 能夠融合的不只是流動性，還有各種各樣的金融形態(tài)。
在筆者看來，這個互聯(lián)網(wǎng)世界本質(zhì)就是多點成交的，那么解決多個群體之間的高頻交易，就有很高的價值，而 AgentFi 的模式可以做幾乎全部的 DeFi 場景，而 FusionFi Protocol 則可以讓 Agent 之間更高效的進行點對點撮合，而且這種撮合是跨協(xié)議的。面對 DeFi 領(lǐng)域以爭奪流動性作為主要競爭方式，壟斷流動性作為盈利方式的模式，F(xiàn)usionFi Protocol 所能帶來的改變是顛覆性的！
當(dāng)然，F(xiàn)usionFi Protocol 是一個全新的協(xié)議標準，可能還需要根據(jù)業(yè)務(wù)需求，不斷調(diào)整和優(yōu)化。這就可以參考到 BIP（Bitcoin Improvement Proposal）比特幣改進提案和 EIP（Ethereum Improvement Proposals）以太坊改進提案的模式，在共創(chuàng)中吸納創(chuàng)意。
喜來順財經(jīng)
