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

概述

Permaswap 近期在 AO 上发布了一个基于 FusionFi Protocol(FFP) 的 AgentFi 演示用例，新增了创建自动做市商代理（AMM Agent）并进行套利操作的案例。通过 FFP，开发者可以用几行代码创建 AMM 代理池，实现资产兑换。FFP 作为 AO 网络上的标准协议，为不同类型的 Agent 提供了互操作性支持。

本文将先梳理 AgentFi、主权金融等核心概念，接着介绍 Orderbook Agent 和 AMM Agent 两个典型的 Agent 示例，展示 FFP 协议如何整合两种不同的交易流程，然后借此阐明 FFP 在未来的金融生态中所能起到的关键作用。

传统 DeFi 协议集中管理资金的原因之一是以太坊性能的限制：它无法为每个用户提供独立的代理计算能力。因此，像 Compound 和 Uniswap 这样的平台对代码进行了优化，以适应区块链的局限性。此外，传统区块链智能合约的灵活性低，难以修改或重新部署，限制了代理的计算灵活性。

AO 作为去中心化的全球超级并行计算机，提供独立计算单元（称为进程），每个进程拥有独立计算资源，解决了性能瓶颈。同时，进程中运行的合约代码由进程所有者控制，可以灵活更新和升级，为 AgentFi 的灵活性提供了坚实基础。

在 AO 的去中心化网络中，AgentFi 将被广泛采用，应用可生成若干独立的金融主体。例如，游戏中的 NPC 不仅提供游戏服务，还可提供金融服务。比如，一个当铺 NPC 可接受玩家的 NFT 抵押并提供借款服务，这个 NPC 便是一个独立的 Agent，即主权金融个体。AO 上的所有用户和进程都可使用这种方式创建金融 Agent，任何计算单元都能成为“金融机构”，提供自定义金融服务。

如果不同种类的金融 Agent 自行发展，必将产生不同协议规范，Agent 之间的交互成了一大难题。为解决业务差异带来的互操作性问题，FusionFi Protocol（FFP）应运而生。

FusionFi Protocol 是一个协议规范和开发工具，旨在连接不同金融 Agent，构建信息桥梁，实现互操作性，整合多样化的金融业务，使得兼容 FFP 的 Agent 可以互联互通。

对于无暇深入金融细节的用户，也可以使用 FFP SDK 将自己的 Agent 转换为具备特定金融属性的 Agent。通过降低 AgentFi 的实现难度，FFP 使主权金融触手可及。

Order Book（订单簿） 和 AMM（自动做市商） 是两种不同的交易机制，各自在交易流程上有显著区别。Order Book 通过订单簿记录所有买卖意向，交易需等待买卖双方的价格匹配后才能达成，因此依赖对手方的参与。AMM 则不依赖对手方。它通过流动性池和算法，让用户直接与池内资产进行交易。流动性提供者将资金存入池中，AMM 使用算法（如恒定乘积公式）自动调整价格，使用户在无需配对等待的情况下完成交易。

FFP 可以用统一的方式和流程处理 Orderbook 和 AMM 的交易，进而将二者的流动性融合起来。

以下 demo 代码请参考：https://github.com/permadao/ffp-demo

在 FFP 的  orderbook demo 中，开发者可以创建订单簿代理（Orderbook Agent）并进行资产交易：

1. 创建 Orderbook Agent：通过 createOrderbookProcess  函数创建 orderbook agent 进程，此时会部署一个 AO 进程并加载 orderbook 相关的业务逻辑，使其成为独立的金融实体，负责记录和管理订单。

2. 存入资产：使用 deposit.js 脚本将代币存入 orderbook agent，为订单提供交易资金。

3. 创建订单：通过 agent.makeOrder 方法在订单簿中创建买单或卖单，所有的订单以特定的 FFP Schema 发送到 AO 网络中，此后订单将以特定的格式透明的展示在区块链网络中，并等待匹配。

4. 接单交易：使用 agent.takeOrder 方法订单进行吃单，系统自动完成交易并更新资产。

在 AMM Agent 的 demo 中，用户创建的 Agent 相当于一个个人主权的流动性池。通过 AgentFi，用户无需依赖集中平台或传统交易所，即可自主提供资产兑换功能。以下是 AMM Agent 的核心流程：

1. 创建 AMM Agent：通过 createAMMProcess 函数创建 AMM Agent 进程，部署为一个用户控制的 AO 进程，使其成为具备流动性管理功能的个人金融实体。

2. 存入资产：用户将代币存入 AMM Agent，为流动性池注入资金支持，从而支持交易需求。

3. 添加流动性：调用  agent.addLiquidity 方法，存入的资产可添加至流动性池中，用户可通过智能合约设定池内资产的定价和兑换比例。

4. 自动兑换：AMM Agent 使用算法（如恒定乘积公式）自动计算兑换价格，价格结果会以特定的 FFP Schema 返回给请求交易的用户。

5. 移除流动性：当用户想提取资金时，可以使用 agent.removeLiquidity 方法移除池内流动性并提取资产。

通过创建 AMM Agent，用户拥有完全自主的流动性管理权，并能提供无需对手方的资产兑换服务，从而建立个性化的去中心化交易环境。

FFP Schema 是 FusionFi Protocol（FFP） 中用于标准化交易和结算数据的结构化格式。它定义了在不同交易流程（如 Orderbook 和 AMM）中的数据格式和通信协议，确保不同类型的金融代理（Agents）之间能够顺畅互通和兼容。这种统一的数据格式使得交易过程中的价格、订单状态、资产信息等关键数据可以在各种 Agent 之间共享和解析。

在 Orderbook Agent 和 AMM Agent 的第四步中，Orderbook 订单和 AMM 请求均采用统一的 FFP Schema 格式，实现一致的结算数据结构。FFP Schema 标准化了跨 Agent 的互操作性：

• 套利者可直接在链上查询 Orderbook 订单，通过 FFP Schema 比较 Orderbook 和 AMM 的报价，发现价差。

• 套利者只需将格式统一的交易数据提交至 FFP 结算进程，即可实现跨 Agent 的原子性交易，FFP 规范会确保多笔对冲订单要么全部完成，要么全部失败，避免交易不一致风险。

在 FFP 案例中，Orderbook 和 AMM 不同的交易流程实现互通，FFP 打破了两类业务的边界，实现了它们之间的协同与整合。

FFP 支持多笔交易的原子结算，并为基于 FFP 构建的 DEX 提供了以下高级特性：

• 大额交易拆单：交易者可将大额订单拆分为多个小订单。例如，交易者需完成一笔 100 万美元的交易，但单一 Agent 可能难以提供最佳报价。FFP 允许将大订单拆分为多个小订单，分别在不同 Agents 间执行，从而获取网络中最优价格。

• 多笔交易合单：市场中的零散订单可合并为一个原子订单，增强 Orderbook 和 AMM 的互操作性，这使交易更加灵活。

• 多跳交易：多跳交易是合单功能的延展应用。例如，若交易者想将资产 A 兑换为 C，而市场中没有 A-C 交易对，但存在 A-B 和 B-C 交易对，FFP 可将 A-B 和 B-C 两笔交易合并为一个订单，达成交易目的。

• 零资金套利：套利者可利用市场中两笔对冲订单的价差获利。不同于传统套利方案，FFP 的零资金套利不需要自有资金，套利者只需将两笔订单提交至结算进程，系统会自动完成资产交换并将利差收益发放给套利者。

FFP 带来的这些创新特性不仅简化了用户的交易体验，确保了最优价格，还提升了套利者的资本效率，保障了价值的高效流通。

前景

总之，FFP 为金融代理（Agents）提供了一个统一的框架，打破了不同金融场景之间的壁垒。不仅是 Orderbook 和 AMM，通过 FFP，未来可以实现贷款、期货、合成资产等各种金融业务的无缝集成，构建一个跨应用、跨场景的去中心化金融生态。

通过统一数据结构（FFP Schema），FFP 简化了代理间的沟通和结算，提升了交易的灵活性和效率。随着更多类型的金融 Agent 出现，FFP 有望成为 AO 上 AgentFi 生态的核心协议，推动真正的主权金融和个性化金融服务的普及。