從傳統DeFi 到AgentFi：探索去中心化金融的未來

PermaDAO ｜2024-11-22 7:32

DeFi 的瓶頸，歸根究底是效能限制，傳統區塊鏈架構限制了DeFi 應用層方案設計的想像空間。那麼AO 上的AgentFi 的解題思路又是什麼呢？

從傳統 DeFi 到 AgentFi：探索去中心化金融的未來

作者：十四君

審閱：0xmiddle

來源：內容公會- 投研

引言

如今，距離DeFi Summer 的井噴，已然3 年有餘，而合規標竿性的ETF 通過也過去半年多，局勢變了嗎？

回顧過去，以太坊的智慧合約提升了區塊鏈的可編程性，使區塊鏈從單一的記帳功能擴展為支援多種應用的基礎設施，在眾多賽道中，毫無疑問將傳統金融做去中心化遷移是最實在的應用場景。

讓我們從DeFiLlama 上的DeFi TVL 數據來一覽全貌，目前DeFi 應用的TVL 已經超過了800 億美金，近年來，眾多公鏈湧現，甚至以太坊的L2 也在分流以太坊L1 的空間，但是目前以太坊單平台上，依然穩定鎖定DeFi 資產總量的一半以上。

從傳統 DeFi 到 AgentFi：探索去中心化金融的未來

圖源： defillama.com/chains

DeFi 最初的雄心壯志，是試圖顛覆傳統金融體系中的借貸、支付、保險等業務模式，讓使用者無需依賴銀行等傳統金融機構即可完成這些作業。但如今DeFi 的TVL 事實上長時間停滯，沒有跨越數量級的突破。

多數觀點認為， DeFi 受限於以太坊網路的效能、成本等問題，所以無法實現大規模的應用、實現複雜的金融場景等。然而，一眾L2 以及高性能新公鏈上的DeFi 生態並沒有帶來DeFi 規模的突破，反而帶來了流動性割裂，互通性下降等問題。以太坊始終保有著最完整的DeFi 生態和最充分的互通性，依舊是DeFi 專案部署的首選平台。

如今，一種新的趨勢正在崛起：基於AO 的新型DeFi 範式— AgentFi 。這種創新正在打破傳統DeFi 的限制。

AO 基於Arweave 的儲存層，建構了一個支援並行運行進程的運算層，解決了可擴充性問題，實現了幾乎無限的可擴充性。 AO+Arweave 的組合是基於SCP （Storage-based Consensus Paradigm，基於儲存的共識範式）的一種實作。

在AO 上，智能合約以進程形式存在。由於擺脫了效能限制，每個人都可以運行自己的進程來代理其金融行為，共識由Arweave 的儲存層負責。這正是AgentFi的基礎。

這種新形式的DeFi，即AgentFi 會取代傳統DeFi，成為新的DeFi 主流形態麼？且聽我詳細展開。

傳統DeFi 的局限性

在傳統的區塊鏈架構中，區塊空間被設計為一種稀缺資源，用戶也好，應用程式也好，都需要透過競爭來獲取這種資源，當網路擁擠時，人們就需要支付更多的成本來爭奪區塊空間，這是性能限制的根本原因，以太坊的性能限制已經顯露無疑，僅30左右的TPS[1] ，顯得捉襟見肘，在高峰期，gas 費常常暴漲幾十倍，人們對此早已習以為常，實際上L2與多數高性能公鏈也存在性能天花板，其天花板可能更高，但想要容納傳統金融量級的業務規模，也是很困難的。

為了節省效能佔用，也為了給用戶節約Gas，提升用戶體驗，傳統DeFi 設計為使用單一智慧合約來託管業務資產，經營金融業務。由於資金和業務邏輯都被一個統一的合約所管理，導致難以實現真正的多元化和個人化業務操作。這樣的設計雖然可以簡化管理流程並確保一致性，但也剝奪了使用者在業務邏輯和財務操作上的自主性，難以滿足越來越多元化的使用者需求。

對於開發者而言，編寫合約必須考慮Gas 呼叫費，必須盡量避免編寫複雜的合約程式碼。在以太坊上，一筆ETH 轉帳的Gas Limit 是21000 gwei，一筆ERC20 代幣的轉帳是65000 gwei，稍微複雜一些的場景，例如Swap，NFT 交易，借貸，則至少需要300,000 gwei 了[2] ，如果業務再複雜一些，gas 消耗將讓使用者更難以承受。這大大限制了開發者的發揮空間，也限制了DeFi 的豐富與創新。

為了從根本解決以上等問題，市場需要一個更強大的基礎設施以及配套的金融體系。

AO就此誕生，AgentFi 正是在AO 生態對下一代DeFi 進行的全新探索。

AO：幾乎無限擴展的基礎設施

AO 是Actor Oriented 的縮寫，顧名思義，是一個基於角色導向的去中心化計算協議。

實際上，相較於以太坊，AO 更接近世界電腦的概念。筆者把AO 理解為一個超級運算層，核心目標是在沒有規模限制的情況下，實現去信任和相互協作的計算服務。

我們一起來看下基於AO 建構的超平行計算機的工作流程圖：

從傳統 DeFi 到 AgentFi：探索去中心化金融的未來

圖源：AO 白皮書

訊息產生：使用者或進程透過建立訊息來發起請求。這些訊息必須符合AO 協定規定的規範，才能在網路中正確傳輸和處理。
信差單元（MU）轉接：信差單元（MU）負責接收使用者產生的訊息，相當於一個路由的角色，將訊息轉到網路中適當的SU 節點。在這個過程中MU 會對訊息進行簽名，以確保資料的完整性。
調度單元（SU）處理：當訊息到達SU 節點時，SU 會分配一個nonce 給訊息，以確保其在同一進程中的順序性，並將訊息和nonce上傳到Arweave 共識層永久儲存。
計算單元（CU）計算：計算單元（CU）接收到訊息後，會根據訊息執行對應的計算任務。計算之後，CU 會產生一個帶有運算結果的簽名，並將其傳回給SU。這個簽章證明確保了計算結果的正確性和可驗證性。

那麼，共識來自哪裡？

在AO 上，儲存等同於共識。進程在運作的過程中會產生訊息的傳遞，而訊息會被寫入到Arweave，產生「全像狀態」。這意味著，進程的運作狀態是可以被驗證的。也就是說，Arweave 不可變的儲存保證了可驗證性。這一點有些反直覺，但如果你充分理解的SCP 範式，就能瞬間明白。如果還不能明白，可以類比銘文來理解。

在可驗證性之外，我們還需要解決誰來驗證的問題。有了可驗證性，任何人都可以提供驗證服務。在AO 上，應用程式可以自行選擇驗證服務，根據自身業務性質，靈活決定其安全性。結合樂觀挑戰的經濟遊戲，驗證的可靠性可以得到保障。

在AO 建構的電腦上，應用程式由任意數量的通訊進程建構。

AO上不允許進程之間共享內存，但允許它們透過本機訊息傳遞標準進行通訊。

由於訊息傳遞是異步的，透過專注於訊息傳遞，AO 實現了類似於傳統Web2 分散式系統環境的擴展機制。

也意味著從理論上來講，AO其實不存在性能限制。

對於開發者而言，可以選擇公共節點，但也完全可以用自己的節點來跑自己的服務，這種情況下，如果遇到效能瓶頸，直接給自己的節點擴容即可，就像運行Web2 服務一樣。

此外，這種工作模式也帶來額外的好處—— 計算節點可以對AI 場景提供算力支持。這個以後我們有機會展開探討。

AgentFi 有哪些不同？

有別於傳統DeFi 基於統一的智能合約託管資金並運行金融業務，AgentFi 的概念是每個人可以在AO 電腦上運行進程並託管自己的資金，代理自己的金融行為。具體是什麼樣的形式呢，我們以AO 上的龍頭DEX Permaswap 為例做一個解釋說明。

在傳統DeFi 中，假設Alice 想要把Token A 換成Token B ，在DEX 上首先需要一個流動性池，由智能合約託管資金，來提供A/B代幣的兌換功能。交易的匯率則決定於該智能合約採用的做市曲線（例如x*y=k），在Permaswap 中，則是這樣的形態，每個LP 通過自己的代理進程來託管自己的做市資金，並自訂做市曲線和做市策略。當然，LP 也可以採取一種」極端的做市策略」——只是掛個限價單。

實際上，我們發現，Permaswap 是可以融合AMM 和訂單薄兩種交易形式的。對使用者而言，當TA 發起交易的時候，與之匹配，幫助其完成交易的，可能是AMM，也可能是某個限價單，甚至二者都有。

整體來看，AgentFi 有三個特性：

自託管：使用者透過自己控制的代理程序託管自己的資金，執行自己的交易策略，而非委託給一個統一的合約。
個人化：使用者可以透過自己控制的代理進程，靈活的設定自己的金融業務參數。也就是說，這相當於用戶開了一家交易所，可以自訂交易策略、費率，如果擴展到借貸業務，則可以理解為用戶自己開了一家銀行，可以自訂利率。更進一步，使用者完全可以使用自架的進程運行自訂的金融策略程序，甚至可以是融合了AI 的智慧化策略程序。
點對點：供需雙方的匹配，不再是傳統DeFi 的點對池的模式，而是回歸到點對點模式。

在以太坊上有合約帳戶（CA）與外部帳戶（EOA）的區分，不同的金融場景功能透過不同的合約代碼實現，金融行為需要人主動參與。在AO 上，則是另一個面向Agent 的概念，不同的Agent 可以實現不同的功能，金融行為可以依賴Agent 來代理。筆者認為，AgentFi 的概念更像是積木，可以組合出更豐富的去中心化金融生態。

當有了數量龐大的自託管進程，如何讓他們能夠互相通信，具備可組合性呢？這就是提到FusionFi Protocol 了，這是一個AO 上的Agent 的開發標準和通訊規範。幾乎所有金融業務都可以抽象化為票據的流轉與處理，FusionFi Protocol 正是定義了一套票據的格式標準。有了這樣一個標準，複雜多元的金融形態可以實現融合。開發者可以基於FusionFi 的標準，實現交易所、借貸、期貨，甚至穩定幣等各種各樣的金融業務。在未來**，**FusionFi Protocol 可以參考BIP、EIP 和NIP 這些產業標準化提案機制的模式，讓更多人參與進來一同製定協議的標準，推動生態的永續發展。

關於FusionFi Protocol 的詳解，筆者會單獨撰文展開。