核心摘要
- Sentora 于 9 月 28 日提交 Aave 治理论坛 ARFC，提议在 Aave V4 上运营独立策划的借贷市场，首期部署于以太坊，采用 Hub-Spoke 模块化架构。
- 可借资产限定 RLUSD、PYUSD、OUSD 三种稳定币，明确排除 USDC 与 USDT。
- 协议收入（储备因子收入与清算费用）由 Sentora 与 Aave DAO 五五分成，DAO 不承担运营成本。
- Sentora 掌握抵押品、利率曲线、清算参数与预言机的最终决定权；Aave 现有风险服务商无监控该实例的授权。
- 提案仍处社区意见征集阶段，需经 Snapshot 投票 与链上 AIP 批准方可落地。
📑 文章目录
- 事件概述：Sentora 的 Aave V4 独立市场提案 — 提案定位、部署范围与可借资产限定
- 运营架构与收入分成机制 — Hub-Spoke 设计与五五分成的激励结构
- 风险治理的职责划分 — 运营控制权归属与风险服务商授权边界
- 损失吸收与保障缺口 — 供应商承担清算缺口及 Umbrella 覆盖盲区
- 治理流程与后续节点 — 当前阶段、批准路径与时间锁机制
本文由 Aiying 艾盈合规团队原创，转载需授权。
去中心化借贷协议 Aave 正进入 V4 架构的扩张期。机构级 DeFi 平台 Sentora 于 9 月 28 日向 Aave 治理论坛提交了一份 ARFC（Aave Request for Final Comments，最终意见征集请求），提议在 Aave V4 上运营一套由 Sentora 独立策划的借贷市场。这一安排的核心在于：将特定市场的日常风控运营权交给第三方，而协议所有权仍留在 DAO 手中。对关注去中心化金融合规与风险问责的持牌机构而言，这份提案展示了一种「运营与监控职责分离」的新型治理范式，值得从责任边界角度加以审视。
事件概述：Sentora 的 Aave V4 独立市场提案
提案定位与部署范围
根据 The Defiant 与 CryptoSlate 的报道，Sentora 提出的并非接入 Aave 既有公共市场，而是运营一个独立策划（curated）的借贷实例。首期部署在以太坊主网，利用 Aave V4 的 Hub-Spoke 模块化架构——Hub 持有流动性，Spoke 在抵押品基础上发起借贷。Sentora 拟以单一以太坊 Hub 支撑其 Spoke，且不与其他 Aave DAO Hub 建立信贷连线。这意味着该实例在流动性上相对隔离，风险事件不易外溢至 Aave 整体资金池。
可借资产的范围限定
在借出端，该实例将可借资产限定为 RLUSD（Ripple 发行）、PYUSD（PayPal 发行）、OUSD（Origin Dollar）三种稳定币，明确将 USDC 与 USDT 排除在外。选择机构背书或 DeFi 原生的稳定币组合，意在聚焦机构化借贷需求，同时规避主流稳定币的集中度与合规争议。不过，提案中 OUSD 的预言机在上线前仍待确认，实际可借清单存在变数。
运营架构与收入分成机制
Hub-Spoke 模块化设计
Aave V4 的 Hub-Spoke 结构把「流动性保管」与「借贷发起」拆分为两层，使第三方运营者可以在不触碰底层资金池合约的前提下管理自己的市场参数。Sentora 将通过可撤销的运营角色（revocable roles）获得市场管理权限，而 Aave DAO 的 Governance Short Executor 保留 Hub、Spoke 与 AccessManager 的管理员角色。换言之，Sentora 拥有运营权但不拥有任何合约，DAO 可随时通过链上治理提案撤销其授权。
五五分成的激励结构
收入安排是该提案最引人注目的部分：实例产生的全部协议收入——包括储备因子（reserve factor）收入与清算费用——由 Sentora 与 Aave DAO 按 50/50 平分。对 DAO 而言，这意味着在不承担基础设施、风控人力与人员成本的情况下获得新的收入流；对 Sentora 而言，则换取了自主运营市场的商业回报。报道指出，Aave V4 的总锁仓量（TVL）在两周内从 9 月 15 日的 4.02 亿美元升至 9 月 29 日的 6.60 亿美元，增幅约 64%，显示出市场对该架构扩张的承接能力。
风险治理的职责划分
运营控制权归属 Sentora
在 Sentora 管理的实例中，抵押资产选择、额度、利率曲线、清算参数与预言机均由 Sentora 自行决定。Sentora 的运营地址可通过限制性角色立即暂停或冻结某个储备、停止某项资产或 Spoke，也可通过单向 Risk Steward 立即下调抵押因子或收紧上限。对于风险上调类变更（如修改利率模型或清算配置），则需经过 48 小时链上时间锁（timelock）后方可生效。
风险服务商的授权边界
关键在于：Aave 现有的风险服务商（risk service providers）并无授权监控该实例、推荐参数变更或响应事故。这与传统金融中持牌机构须承担持续风控与事件响应义务形成对照。在去中心化框架下，监控职责被有意排除在服务商授权范围之外；服务商可主动发声，但提案未为其配置审查这些提交的预算或强制义务。这种「运营权与控制权下放、监控职责留白」的结构，是 DeFi 合规领域持续讨论的责任真空问题的一个具体样本。
损失吸收与保障缺口
供应商承担清算缺口
当清算耗尽借款人抵押品而债务仍未结清时，Spoke 会将该缺口上报至其取用债项的 Hub，由该 Hub 记录对应资产的赤字。根据 TokenLogic 的 V4 Umbrella 方案，该 Hub 资产的供应方将吸收损失。换言之，资金提供者在享受收益的同时，也直接承担了该实例的违约与清算尾部风险，而非由运营方或 DAO 设立的第一损失层先行吸收。
Umbrella 保障的覆盖范围
报道指出，Aave 另一份独立的 V4 Umbrella 保障方案所列的核心市场为 Core WETH、USDC 与 USDT，并未覆盖 Sentora 的 Hub；该 ARFC 也未为其实例指定缺口抵消或第一损失层。对潜在供应商而言，这意味着在参与前需自行评估：当市场参数由第三方自主设定、且缺乏明确兜底机制时，自身敞口的上限在哪里。
治理流程与后续节点
当前阶段与批准路径
该提案目前仍是 ARFC 阶段的社区意见征集，尚未进入正式投票。后续路径为：先通过 Snapshot 投票表达社区意向，再提交链上 Aave Improvement Proposal（AIP）完成批准。在新 Hub 或新抵押品上线前，Sentora 需发布分析并等待两周论坛评审；任一被任命的 DAO 服务商提出异议，将触发具约束力的 Snapshot 投票。
时间锁与否决机制
治理 safeguards 包括：风险上调需 48 小时时间锁，为社区与服务商提供观察窗口；DAO 可通过撤销角色进行事后干预。但需注意，时间锁使变更可见，却未在窗口内提供取消单笔动作的机制；否决权的实际生效，取决于有人注意到问题并主动提出异议。Sentora CEO Anthony DeMartino 曾于 2025 年 11 月撰文主张风险管理需要可量化控制与持续监控，而本提案将运营角色交予 Sentora 的同时，并未把持续监控列为服务商的硬性职责，这一张力值得治理参与者关注。
常见问题（FAQ）
该提案对 DeFi 合规有何参考意义？
Aave 作为头部去中心化借贷协议，其治理安排常被同业参照。本提案将「运营控制权」与「风险监控职责」拆分的做法，凸显了去中心化金融中责任归属的模糊地带：当参数由第三方自主设定、监控又不在服务商授权范围内时，风险事件的责任主体难以像传统持牌机构那样清晰界定。这对评估同类 DeFi 产品的机构用户具有借鉴价值。
资金提供方面临哪些核心风险？
对向该 Hub 供给资产的用户而言，核心风险在于清算缺口由自身吸收，且实例缺乏明确的第一损失层或 Umbrella 兜底；同时 Sentora 可自主调整风控参数，DAO 的事后干预存在时间差。参与前应充分理解收益与尾部风险的不对称性，并关注 Snapshot 与 AIP 阶段的治理讨论。
来源：
- 吴说区块链（wublock123），《Sentora 申请运营 Aave V4 独立市场，首批支持 RLUSD、PYUSD 与 OUSD》，2026-09-30
- The Defiant，《Sentora Seeks Aave V4 Markets With 50% Revenue Share for DAO》
- CVJ.AI，《Sentora’s Aave V4 Hub: 50% Revenue Split, Suppliers Bear All Losses》
- Gokhshtein Media，《Sentora Proposes Aave V4 Institutional Markets with 50 Percent Revenue Split》，2026-09-29