灵活流动资金池:资本效率与法律要求的结合

本文为机器翻译
展示原文
我已经阅读了您的要求,并准备好翻译文档。请问您是否需要我开始翻译?如果是,请确认。

  • 总资产: 池管理的资产总额,包括所有存款和协议费用。代表对流动性提供者的全部义务。

  • 当前资产: 本地链保险库中当前持有的资产数量。包括可用流动性和再平衡储备。

  • 可用资产: 当前资产中未被预留、可立即用于takewithdraw的部分。

  • 再平衡资产: 保险库内单独保留的储备,用于支付解决者恢复跨链平衡的费用。由增加不平衡的take操作提供资金。

  • 均衡资产: 保险库当前资产余额与总流动性理想份额之间的差异。正值表示保险库持有过多流动性;负值表示相对于整个飞地资金不足。此指标由调节器用于计算take期间的再平衡激励。

这些值共同确保跨链的准确核算和安全流动性使用。它们还作为协议费用逻辑和份额到资产转换公式的输入。

操作

Flex池实现了标准EIP-4626保险库操作和跨链流动性转移机制。

保险库操作

流动性提供者通过熟悉的功能与池交互:

  • 存款/铸造:存入资产以换取份额
  • 提取/赎回:销毁份额以获得底层资产
  • 预览和限制功能(previewDepositmaxWithdraw等)遵循EIP-4626规范

份额是代表按比例所有权的ERC-20代币。随着解决者活动累积的协议费用,其价值会随时间增加。

跨链操作

  • take:将资产从池转移到白名单接收者。接收者负责在当前链上转发或锁定这些资产,并确保在另一条链上有相应的返回(minGiveAssets)。相关费用(protocolAssets, rebalanceAssets)由指定的调节器计算。
  • give:将流动性返回到飞地。在大多数情况下,这是作为简单的ERC-20转账到保险库实现,可选地包装在帮助程序给予合约中以发出可验证的证明事件。
  • 再平衡通过take操作中的rebalanceAssets值隐式处理。解决过剩流动性的解决者可能会获得回扣,而增加不平衡的解决者可能会产生额外费用。

这些操作构成了Flex池中流动性的核心生命周期 - 从配置和使用到跨链重新分配。

事件验证和最终性阈值

所有事件都通过抽象的IEventVerifier接口进行验证,该接口将证明检查委托给底层预言机。最终性阈值(接受证明前所需的确认数)应在预言机级别配置,允许在不修改验证器本身的情况下为每个链提供灵活性。此设置必须在快速求解器执行和防范链重组之间取得平衡。

事件验证器提供通用的事件验证逻辑,不依赖于接收者的具体实现。验证器接口要求接收者提供预期事件的基本组件:发射合约事件主题数据,以及证明(通常从调用参数转发)。事件验证器可以独立升级、审核或替换,受DAO投票或多签名治理。所有更改可能包括时间延迟或分阶段机制,以防止突然的信任转移并允许激活前进行监控。

流动性提供者范围

在未来版本中,流动性提供者可以在向资金池存入资金时定义他们信任的接收者或提供者集合。例如,提供者可以选择仅支持1inch Fusion+、仅支持Swaps.io,或两者都支持。这种信任范围在take操作期间执行,确保提供者的资本仅在已批准的执行流程中使用。

流动性缓冲区和提现队列

为保护偿付能力,每个飞地都维护一个可用流动性缓冲区。当无法立即履行时,提现请求将进入队列。此机制确保求解器操作和提现请求不会同时耗尽资金。

紧急控制

核心合约包括用于紧急响应的可暂停功能。在出现意外行为、安全威胁或验证器故障时,协议可以:

  • 暂停每个飞地的take流程
  • 禁用特定接收者或验证器
  • 暂时限制提现

专门的紧急角色可能被授权立即执行关键暂停,使其能够快速应对活跃威胁或正在进行的攻击。

公平的防前运行奖励

初始实现基于ERC-4626标准,该标准本质上存在前运行问题 - 大额存款可以操纵份额价格以获得优势。为解决这一问题,我们的路线图包括引入基于时间的奖励分配机制,这基于1inch团队及其farming合约设计的见解。

这种机制将确保奖励持续且按比例分配,不仅基于质押金额,还基于每笔存款的持续时间。通过引入时间加权分配,我们旨在消除前运行激励,同时保留ERC-4626的核心机制。

费用模型

每个take操作都会产生由指定调谐器计算的费用。此费用可能包括:

  • 协议费,直接进入资金池作为保留价值
  • 再平衡费,如适用。用于激励再平衡者并维持跨链流动性平衡
  • 求解器奖励,如适用。

具体结构由分配给接收者的调谐器定义,可能是固定的、基于百分比的或动态计算的。

流动性提供者通过以下方式获得回报:

  • 资金池内协议费用的累积
  • 来自收益型代币或集成的流动性提供者头寸的可选收益
  • 来自集成协议的潜在合作伙伴激励

随着资金池的增长和更活跃的使用,LP份额的价值会增加,反映了基础资产的积累和系统级集成。

生态系统增长

Flex资金池被设计为意图型协议不断发展的基础设施,通过共享流动性实现可扩展的跨链执行。该协议定位于沿多个战略方向演进:

意图协议集成

Flex资金池为Fusion+、Swaps.io、Across、Squid等不同协议提供通用流动性基础设施。任何项目都可以插入给予/获取模型,而无需管理自己的库存。

随着用户对跨域意图型执行(如交换、桥接和自动化)的需求增长,更多支持这些流程的协议出现,更多求解器进入市场以寻求高效的资本访问。Flex资金池作为这个不断扩大的生态系统的共享流动性层 - 集成的协议越多,对求解器流动性的需求就越大 - 推动资金池本身的有机增长,因为流动性提供者会响应与实际流动性需求相关的收益机会。

项目引导

项目可以部署原生Flex资金池,为其代币引导跨链流动性,实现在网络和协议间的无缝使用。这些资金池允许求解器获取项目代币以执行,支持无许可交易和自动再平衡。

Flex资金池支持主要标准 - 包括OFT(LayerZero)、NTT(Wormhole)、Warp(Hyperlane)、CCT(Chainlink)、ITS(Axelar)、xERC20等 - 实现与外部DeFi和桥接基础设施的兼容性。

这种方法使项目可以在链间原生提供其代币,使用户能够无缝访问和灵活交换 - 无需依赖中心化做市商或延迟的桥接解决方案。

合作伙伴资金池

Flex资金池可以与合作伙伴流动性资金池集成,为用户提供将其收益型代币自动存入支持这些资产的现有Flex资金池的选项,从而获得求解器活动带来的额外收益。

这创造了一个双赢动态:

  • Flex资金池吸引来自合作伙伴生态系统的流动性
  • 合作伙伴增强其流动性提供者的收益回报
  • 提供者以最小设置获得双重收益

OpenIntents(ERC-7683)支持

Flex资金池通过抽象的IEventVerifier设计,具有与基于OpenIntents协议的前向兼容性,该验证器验证作为OpenIntents规范一部分发出的标准化Open事件。这种设计允许求解器通过统一接口与任何符合OpenIntents的协议的Flex资金池交互 - 简化集成,实现共享流动性访问,并降低支持新协议的成本。

超越EVM

Flex资金池旨在在任何具有可编程虚拟机的网络上运行。虽然初始部署专注于兼容EVM的链,但扩展到像Solana这样的高性能环境是优先事项。

来源
免责声明:以上内容仅为作者观点,不代表Followin的任何立场,不构成与Followin相关的任何投资建议。
喜欢
收藏
评论