Runepool 是一个链上基础设施项目，旨在将池化资本与自主 AI 代理执行连接起来，重点关注可编程流动性、自动化策略运行和透明的链上结算。该平台将自己定位为一个全栈层，旨在为自主策略提供流动性访问，同时通过 智能合约 管理资金和支付。^[1]​

概述

Runepool 描述了一个桥接资本与自主代理执行的基础设施层，目标是支持持久的链上策略运营。公开资料强调了三大支柱：从共享池向策略提供可编程流动性；在运行期间无需人工干预的持续自动化执行；以及具有可验证性能跟踪的透明链上结算。^[1]​

该项目网站发布的指标（截至 2026-04-25）引用了 5,000 多个活跃策略、100 多个集成代理和 15,000 多次已完成的执行。网站还声称智能合约对池化资金拥有控制权，并表示结果在链上记录和分配，但在捕获的内容中未提供合约地址或详细的技术规范。^[1]​

产品

Runepool 描述的产品组合核心在于实现链上自主的代理驱动型金融。平台的核心产品包括：为代理策略提供资本的共享流动性池；持续运行此类代理的执行环境；以及根据智能合约逻辑记录结果并分配收益的链上结算和性能工具。文中提到了面向开发者的组件，并引用了模块化构建块和一份轻皮书（Litepaper），尽管捕获的资料中未包含该轻皮书。^[1]​

从本质上讲，这些产品旨在为代理策略提供一个生命周期：请求并接收可编程资本，在持续执行支持下自主运行，并在智能合约监督的链上框架下透明地结算绩效结果。^[1]​

特性

根据 Runepool 的描述，该平台的特性包括：源自共享池的按需可编程流动性；旨在最小化或消除活跃策略阶段人工干预的持续自主执行；以及具有可验证性能数据的透明链上结算。其架构被框架化为模块化和可组合的，旨在适应不同的代理工作流和部署模式，同时保持智能合约对资金和自动化资本流动的控制。^[1]​

这些特性指向一种旨在将策略开发与资本获取及运营物流解耦的基础设施。通过将流动性集中在可编程池中并标准化执行与结算，该平台的陈述意图是简化代理获取和使用资本的方式，同时为流动性提供者提供可验证的策略绩效记录。^[1]​

生态系统

Runepool 的生态系统围绕两个主要参与群体定位。对于开发者，平台旨在提供可编程流动性、持续执行和可组合组件，以组装和部署链上代理工作流，并提供透明的结算和性能监控。对于流动性提供者，它旨在提供一种将资本分配给自主策略的方式，并由智能合约管理托管和支付，强调链上绩效的可视化。^[1]​

所描述的模型暗示了这些群体之间的相互依赖：开发者需要池化资本和标准化运营来扩展策略，而流动性提供者则依赖系统的自动化和可审计性来评估、资助策略并获得回报。^[1]​

使用场景

• 资助自主代理策略以追求收益生成机会。
• 由链上代理执行的持续算法交易或做市。
• 基于绩效的资本分配，流动性提供者资助经过验证的策略并接收链上支付。
• 为构建需要按需流动性的可组合代理工作流的开发者提供基础设施。

这些使用场景反映了该项目专注于通过链上结算和监控来桥接代理策略的资本与执行。^[1]​

架构

Runepool 展示了一个模块化的分层架构，包括资金层（共享流动性池）、自主执行层（请求和使用资本的代理策略的持续运行环境）和结算层（链上记录保存和收益分配），所有这些都在智能合约管理下协调，以控制资金并自动化流程。虽然网站声称通过智能合约实现“完全控制”，但审查的捕获内容并未列出合约地址、支持的网络或详细的技术规范。^[1]​

资金层

资金层被描述为聚合用户资本的共享流动性池。策略根据可编程规则从这些池中请求并接收分配，使系统能够动态地将资本引导至多个代理工作流。这种方法旨在同时支持多种策略，同时将风险管理和分配逻辑集中在平台的池抽象中。^[1]​

自主执行层

执行层被框架化为一个自主代理可以持续运行的环境，在运行期间无需人工干预。代理旨在根据预定义参数访问池化资本，在链上执行策略逻辑，并将结果报告回结算系统。其目标是运营的连续性——策略持久运行，资本以编程方式提供，系统级自动化监督生命周期事件。^[1]​

结算层

结算层在链上记录绩效结果并分配收益，绩效跟踪被定位为可由第三方验证。该层使用智能合约来执行支付逻辑，并维护策略行动和回报的可审计轨迹，这与平台对开发者和流动性提供者透明链上记账的强调相一致。^[1]​

智能合约管理与控制

Runepool 表示，池化资金由智能合约治理，以实现自动化的资本流动和结算。然而，捕获的资料不包括合约地址、审计工件，或关于可升级性、密钥管理或基于角色的权限的详细信息。这些缺失限制了从现有来源对特定控制结构或安全属性进行外部验证。^[1]​

名称重叠与区别：THORChain 的 RUNEPool

存在一个名为 RUNEPool 的独立 THORChain 原生模块，其范围和实现与 Runepool (runepool.ai) 不同。RUNEPool 旨在将原生 RUNE 存款分配到 THORChain 上所有启用了协议拥有流动性 (PoL) 的池中，并发行代表聚合敞口比例所有权的 RUNEPool 单位 (RPU)。它旨在创建对 RUNE 加上启用 PoL 资产的指数级敞口，部分头寸可能作为备用 RUNE 持有，以牺牲收益为代价减少无常损失。^[2]​

THORChain RUNEPool 资料描述了一种指数式机制和相关的会计模型，包括 ReserveUnits、PoolUnits 和 PendingPoolUnits，用于跟踪已部署和未部署的头寸，以及“与网络级配置挂钩的提现保护逻辑，可在特定储备条件下防止提现”。该模块仅通过特定的交易备注接受原生 RUNE 存款，并为全局和每个提供者的报告公开查询端点。^[2]​

一篇补充文章指出，RUNEPool 已在 THORChain 上线（截至 2024 年 7 月 31 日），支持 RUNE 的单资产进入，并创建在启用 PoL 的池中分散敞口的多池双向 LP 头寸。它还提到了容量限制——当 PoL 容量不可用时，存款可能保持待处理状态——以及最小存款到期参数，最初相当于 90 天。这些头寸被描述为“正常的双向 LP 存款”，且存款“仅接受 THORChain 网络上的 RUNE”。^[3]​

在这些 THORChain 来源中，未发现 THORChain 的 RUNEPool 模块与 Runepool (runepool.ai) 之间存在任何运营联系、治理关联或正式集成。名称的相似性可能会引起混淆；现有资料将它们定性为服务于不同目标的独立实体。^{[2] [1]}​

特性

Runepool 强调了以下运营特征。首先，其流动性被描述为可编程和按需的，这意味着资本可以根据预定义条件动态分配给策略。其次，代理策略旨在自主且持续地运行，减少人工干预。第三，结算和绩效被呈现为链上且透明的，便于参与者验证结果。最后，强调了智能合约对资金的控制，由自动化处理资本流动和支付。^[1]​

该平台的资料强调了这些特征之间的可组合性，使系统能够支持各种代理设计和集成需求。然而，由于捕获内容中缺乏合约地址、审计或网络详细信息，无法从列出的来源中对这些特征的实现细节进行外部验证。^[1]​

生态系统

从生态系统的角度来看，Runepool 针对的是构建自主代理的开发者和寻求被动接触代理策略绩效的流动性提供者。开发者被承诺可以获得池化资本和具有透明结算报告的持续执行，而流动性提供者被承诺可以获得由智能合约管理的托管和支付机制，并具有链上绩效可见性。因此，该生态系统依赖于代理资本请求、执行状态和结算事件的标准化接口。^[1]​

激励措施的平衡是隐含的：开发者受益于现成的资本和基础设施，而流动性提供者受益于表面上降低了运营开销和监控成本的自动化与透明度。实际的经济参数——如费用表、绩效费模型或风险控制——在捕获的资料中并未指明。^[1]​