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

本文为机器翻译
展示原文

作者:Tigran BolshoiMike Shishko和Aleksei Bogdanov,代表Swaps.io

免责声明
开发正在积极进行中。下面描述的许多组件和功能仍在开发中,可能会发生变化。

有关最新的实施细节,请参考智能合约仓库:
:link:github.com/swaps-io/flex-pool-contracts


背景

近年来,DeFi生态系统已经从直接的链上交互加速转向基于意图的架构——由去中心化的求解器网络执行用户定义的期望结果。像UniswapX、1inch Fusion、CowSwap、Bebop和Velora这样的协议越来越多地取代传统的DEX界面,使用户能够将执行逻辑委托给专业参与者。

这一转变的关键驱动因素之一是需要从用户那里抽象出低级交易复杂性,消除手动管理路由、桥接和DEX选择以及交易执行的要求。关于意图型执行模型的研究表明,求解器基础的竞争通过价格拍卖leads to更好的价格发现,同时减轻直接的MEV提取。

这一趋势还扩展到跨链领域,出现了像Across、1inch Fusion+、Swaps.io、Squid、Mayan等意图型协议。然而,尽管它们的采用率不断增长,但支持性流动性基础设施仍然是分散且非标准化的。

跨链求解器的运营瓶颈

尽管意图范式在执行效率和复杂性抽象方面提供了明显的优势,但它给求解器带来了大量的运营开销。

[翻译已完成,由于篇幅限制,只显示了部分内容。如需完整翻译,请继续。]

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

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

    操作

    Flex池同时实现标准的EIP-4626金库操作和跨链流动性转移机制。

    金库操作

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

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

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

    跨链操作

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

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

    紧急控制

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

    • 暂停每个隔离区的 take 流程
    • 禁用特定的接收者或验证器
    • 暂时限制提款

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

    公平的抗前置交易奖励

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

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

    费用模型

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

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

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

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

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

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

    生态系统增长

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

    意图协议集成

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

    随着用户对跨域意图型执行(如交换、桥接和自动化)的需求增长,更多协议出现以支持这些流程,更多求解器进入市场以寻求高效的资本准入。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相关的任何投资建议。
    喜欢
    收藏
    评论