FusionFi Protocol：连接所有金融代理

前篇回顾：

《AgentFi - 由 AO 驱动的新概念 DeFi》

书接上回。整体区块链行业都是一部扩容的演进史，为了提速降费各种路线都在尝试，但均有各自的天花板。直到 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 提供持续流动性，订单簿则减少价格影响并增加深度，使大单交易更高效。这种模式满足了不同类型用户的需求，从散户到机构都能找到适合的交易方式，从而提高了资金利用率，推动市场进一步成熟。

大额交易拆单：大额订单很难被单一的对手方吃单，FFP 支持对大额订单进行拆分，充分利用分散的流动性。

多笔交易合单：多笔交易可以合并为一个原子订单。这一定程度上可以提升交易速度，对于高频交易者和复杂交易场景而言，这种效率提升至关重要。

多跳交易：多跳交易是合单功能的延展。假设在 swap 场景中要完成 A→C 的置换，但是不存在从 A→C 的直接路径，但是存在 A→B→C 的路径，FFP 可以实现 A→B、B→C 的合单。而且这种多跳交易是原子性的，不会存在 A→B 成功，B→C 失败的情况。

零资金套利：就是所谓的空手套白狼。其实质是套利者把两个存在利差的 note，同时拿去结算。可以看下面这张图。

Settlement Center 

显然，在 FusionFi Protocol 中，Settlement Center 是一个关键组件。它会基于时间顺序来处理所有的 note，只要 AO 的 SU 系统正常，则可以获取该时间顺序。任何人都可以从 note pool 中提取 note，提交给 Settle Center 进行结算。

当有 note 的处理请求量扩大的时候，Settlement Center 也可以通过分布式的方式轻松扩容，由多个 settlement process 来分流处理结算任务。有多少压力，就依据 note 的 ID 做计算分流到不同的 settlement process 去处理。

展望

在笔者看来，这个互联网世界本质就是多点成交的，那么解决多个群体之间的高频交易，就有很高的价值，而 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