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

  • PermaDAO
  • 更新于 2024-11-07 18:59
  • 阅读 133

FusionFiProtocol作为AgentFi互操作性的核心桥梁,通过标准化协议连接多种金融Agent,简化交易流程,实现无缝资产管理和创新套利机制。

1.png

FusionFi Protocol 作为 AgentFi 互操作性的核心桥梁,通过标准化协议连接多种金融 Agent,简化交易流程,实现无缝资产管理和创新套利机制。


作者: outprog

审阅:0xmiddle

来源:内容公会 - 新闻


原文首发于 Permaswap Twitter

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

概述

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

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

2.png

基本概念

AgentFi 在 DeFi 的基础上引入了“代理”概念,让用户可以部署自己的智能合约代理(Agent),从而自动管理与协议的交互。通过 Agent,用户能够自主、自动的执行各种金融操作,如资产管理、策略执行等。

传统 DeFi 协议使用智能合约实现资产兑换、借贷等操作,但这些资产通常集中锁定在单一的智能合约中,这一方面使得用户必须把资金托管给合约,另一方面也使得用户失去了自定义相关功能和参数的灵活性 。AgentFi 则突破了这一限制,使每位用户都能拥有具备金融功能的独立代理(Agent),并通过它开展个性化的金融业务。也就是说,AgentFi 让用户的代理成为独立金融主体,使个体可以制定金融规则,例如资产兑换、借贷协议和资产发行规则等,实现个性化的金融管理,突破传统集中化的限制。

这就是主权金融!

与传统由中央银行控制金融规则的集中体系不同,主权金融让用户自身制定和掌控金融规则,不再依赖开发者提供的单一合约或中心机构。

AgentFi 的基础:性能与灵活性

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

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

FusionFi Protocol

在 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

订单簿代理(Orderbook Agent)

在 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 方法订单进行吃单,系统自动完成交易并更新资产。

3.png

自动做市商代理(AMM Agent)

在 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,用户拥有完全自主的流动性管理权,并能提供无需对手方的资产兑换服务,从而建立个性化的去中心化交易环境。

4.png

可以认为,当用户创建 Agent 时(无论是 AMM Agent 还是 Orderbook Agent),实际上就是在创建一个个人主权的去中心化交易所。AgentFi 彻底打破了传统的交易所概念,使得用户无需依赖特定平台即可进行交易。通过设置具备特定功能的 Agent 和智能合约规则,用户可以自主提供兑换的“场所”,实现个性化的金融服务。而创建 Agent 的过程也仅仅需要一行代码。

互操作性

FFP SchemaFusionFi 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 的零资金套利不需要自有资金,套利者只需将两笔订单提交至结算进程,系统会自动完成资产交换并将利差收益发放给套利者。

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

前景

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

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


a.png

免责声明:本文不代表 PermaDAO 的观点或立场。PermaDAO 不提供投资建议,亦不为任何项目背书。请读者遵守所在国法律,合规进行 Web3 活动。

🔗 关于 PermaDAO:Website | Twitter | Telegram | Discord | MediumYoutube

点赞 0
收藏 0
分享

0 条评论

请先 登录 后评论
PermaDAO
PermaDAO
0x40F9...8718
Arweave 生态系统的共建者 DAO。 @ArweaveEco will be adopted by more developers. All projects of Arweave ecology can post their tasks and rewards here. @everVisionHQ@permaswap@ArweaveSCP