FusionFi Protocol:构建 AgentFi 互操作性的核心桥梁

本文最初发布在 Permaswap 的官方 Twitter 账号上

原文链接： https://x.com/Permaswap/status/1854212032511512992

这篇文章在讲什么

Permaswap 团队最近在 AO 网络上发布了一个基于

的 AgentFi 演示案例，这次更新里增加了一个新玩法：用户可以创建自动做市商袋里（AMM Agent），并利用它来做套利交易。简单来说，通过 FFP，开发者只需要写几行代码就能创建一个 AMM 袋里池，实现资产之间的兑换。FFP 作为 AO 网络上一套标准化协议，它的核心作用就是让不同类型的 Agent 能够互相沟通、协同工作。

这篇文章会先带你理清 AgentFi、主权金融这些听起来有点抽象的概念，接着用“订单簿袋里”和“AMM 袋里”两个具体的例子，展示 FFP 是如何把两种完全不同的交易流程整合到一起的。最后，我们会聊聊 FFP 在未来的金融生态里可能会扮演什么样的角色——当然，这些只是基于技术逻辑的推演，不是投资建议。

先搞清楚这几个概念

AgentFi 是 DeFi 的升级版。传统 DeFi 里，所有资产都锁在一个智能合约里，用户只能按照合约开发者定好的规则操作。AgentFi 则引入了“袋里”这个概念——你可以部署一个属于你自己的智能合约袋里（Agent），让它自动帮你管理和执行各种金融操作，比如管理资产、执行交易策略等等。

你可能会问：传统的 DeFi 不也能做这些事吗？区别在于，过去你的资金全部托管给一个集中的合约，你没法修改合约里的参数，也没法定制自己的玩法。而在 AgentFi 里，每个用户都可以拥有一个独立的、具备金融功能的袋里，并且这个袋里完全由你控制。你可以自己制定金融规则，比如设定资产兑换的比例、借贷的利率，甚至发行你自己的资产。一句话概括：

跟传统由央&行或中心化平台控制金融规则不同，

，不需要信任某个开发者写的合约，也不需要依赖某个中心机构。

为什么以前做不到？性能和灵活性的瓶颈

传统 DeFi 协议之所以要把所有资金集中管理，一个很重要的原因是底层公链的性能限制。以太坊没法给每个用户单独分配一个独立的计算单元，所以像 Uniswap、Compound 这些平台只能把代码尽量写得精简，来适应区块链的局限性。另外，传统区块链上的智能合约一旦部署就很难修改或升级，灵活性很差，这就进一步限制了“袋里”这种模式的发展。

FusionFi Protocol 是什么

在 AO 的去中心化世界里，AgentFi 会变得非常普及。各种应用都可以生成独立的金融袋里。举个例子：游戏里的一个当铺 NPC，不仅负责提供游戏服务，还能用 NFT 做抵押借出游戏币给你。这个 NPC 本身就是一个独立的 Agent，也就是一个主权金融个体。在 AO 上，所有用户和进程都能用这种方式创建自己的金融袋里，任何计算单元都能成为一个小型“金融机构”，提供自定义的金融服务。

但问题来了——如果每个 Agent 都按自己的方式干活，各自用的协议不一样，它们之间要怎么沟通？业务差异带来的互操作性就成了大难题。为了解决这个问题，FusionFi Protocol（FFP）诞生了。

就算你对金融细节不太了解，也可以直接用 FFP 的 SDK 把你的 Agent 变成一个具备金融功能的 Agent。FFP 大大降低了 AgentFi 的入门门槛，让主权金融变得触手可及。

实际应用：订单簿和 AMM 是怎么被整合的

订单簿（Order Book）和自动做市商（AMM）是两种完全不同的交易机制。订单簿就像菜市场里的挂牌交易，所有买卖意向都记在一个本子上，买家卖家必须等价格对上才能成交，依赖对手方出现。AMM 则不需要对手方，它靠流动性池和算法来定价，用户直接跟池子里的资产交易。流动性提供者把资金存进池子，AMM 用公式（比如恒定乘积公式）自动调整价格，这样用户就不用等待有人接单了。

FFP 可以用一套统一的方式和流程来处理订单簿和 AMM 的交易，然后把两者的流动性融合到一起。

下面这个 demo 代码可以拿去看看：https://github.com/permadao/ffp-demo

订单簿袋里（Orderbook Agent）

在 FFP 的订单簿 demo 里，开发者可以创建一个订单簿袋里来进行资产交易。流程大概是这样的：

• 创建订单簿袋里：通过 createOrderbookProcess 函数创建一个订单簿袋里进程。这时候 AO 上会部署一个进程，加载订单簿相关的业务逻辑，让它变成一个独立的金融实体，专门负责记录和管理订单。
• 存入资产：用 deposit.js 脚本把代币存入这个订单簿袋里，为接下来的订单提供资金。
• 创建订单：通过 agent.makeOrder 方法在订单簿里挂买单或卖单。所有订单都以特定的

  FFP Schema
  格式发送到 AO 网络，透明地展示在链上，等待匹配。
• 接单交易：用 agent.takeOrder 方法去吃掉某个挂单，系统会自动完成交易并更新资产。

自动做市商袋里（AMM Agent）

在 AMM Agent 的 demo 里，用户创建的 Agent 相当于一个完全由自己控制的流动性池。不需要依赖中心化平台或传统交易所，你就能自己提供资产兑换服务。核心流程如下：

• 创建 AMM 袋里：通过 createAMMProcess 函数创建 AMM 袋里进程，部署成你控制的 AO 进程，变成一个具备流动性管理功能的个人金融实体。
• 存入资产：把代币存入 AMM 袋里，为流动性池注入资金，支撑后续的交易需求。
• 添加流动性：调用 agent.addLiquidity 方法，存入的资产会被加到流动性池里。你可以通过智能合约设定池内资产的定价和兑换比例。
• 自动兑换：AMM 袋里用算法（比如恒定乘积公式）自动算出兑换价格，结果会以特定的

  FFP Schema
  格式返回给请求交易的用户。
• 移除流动性：想撤资的时候，用 agent.removeLiquidity 方法取出流动性，拿回资产。

通过创建 AMM 袋里，你可以完全自主地管理流动性，提供不需要对手方的资产兑换服务，相当于建立了一个自己说了算的去中心化交易环境。

AgentFi 彻底打破了传统交易所的概念，用户不再依赖某个特定平台就能交易。通过设置具备特定功能的 Agent 和智能合约规则，你就能自己提供一个兑换“场所”，实现个性化的金融服务。

互操作性是怎么实现的

是 里用来标准化交易和结算数据的结构化格式。它规定了不同交易流程（比如订单簿和 AMM）中的数据格式和通信协议，确保不同类型的 Agent 之间能够顺畅互通。有了这种统一的数据格式，价格、订单状态、资产信息这些关键数据就能在各种 Agent 之间共享和解析。

在订单簿袋里和 AMM 袋里的流程里，订单和请求都采用了统一的

格式，这就让结算数据结构保持一致。具体来说：

• 套利者可以直接在链上查询订单簿里的订单，通过 FFP Schema 对比订单簿和 AMM 的报价，发现价差。
• 套利者只需要把格式统一的交易数据提交到 FFP 结算进程，就能实现跨 Agent 的原子性的交易。FFP 规范会确保多笔对冲订单要么全部完成，要么全部失败，不会出现一边成交一边落空的风险。

在这个案例里，订单簿和 AMM 两种完全不同的交易流程实现了互通，FFP 打破了它们之间的业务边界，让它们协同工作。

FFP 的高级特性

FFP 支持多笔交易的原子结算，并且为基于 FFP 构建的 DEX 带来了这些高级玩法：

• 大额交易拆单
  ：交易者可以把一笔大订单拆成多个小订单。比如你想交易价值 100 万美元的资产，单个 Agent 可能没法给出最好的报价。FFP 允许你把大单拆成小单，在不同 Agent 之间分别执行，这样就能拿到网络里最优的价格。

• 多笔交易合单
  ：市场上零散的订单可以合并成一个原子订单，让订单簿和 AMM 之间的互操作性更强，交易也更灵活。

• 多跳交易
  ：这是合单功能的一个延伸。假设你想把资产 A 换成 C，但市场上没有直接的 A-C 交易对，却有 A-B 和 B-C 交易对。FFP 可以把这两笔交易合并成一个订单，帮你完成兑换。

• 零资金套利
  ：套利者可以利用市场上两笔对冲订单之间的价差来获利。跟传统需要自己出本金的套利不同，FFP 的零资金套利不需要你垫钱。你只需要把两笔订单提交到结算进程，系统会自动完成资产交换，并把价差收益发给你。

这些特性不仅让交易体验更顺畅、价格更优，也提高了套利者的资金效率，保证了价值的高效流转。当然，套利本身也有风险，价格波动可能会瞬间抹平价差，实操前一定要自己做好判断。

前景：它可能带来什么

不只是订单簿和 AMM，通过 FFP，

统一的 FFP Schema 简化了袋里之间的沟通和结算，让交易变得更灵活、更高效。随着越来越多类型的金融 Agent 涌现出来，FFP 有潜力成为 AO 上 AgentFi 生态的核心协议，推动真正的主权金融和个性化金融服务走向普及。

---

本文内容仅供学习参考，不构成任何投资建议、交易建议或收益承诺。加密货币和迷因币市场波动极大，价格预测及市场数据请以官方公告、交易所实时页面及行情平台为准。投资者应独立判断、谨慎决策，自行承担投资风险。