Sentora提议在以太坊上运行其独立的Aave V4 Hub和借贷Spoke，这一安排将使该公司控制抵押品选择、利率曲线、清算设置和预言机，而Aave DAO保留合约所有权和管理员权限。问题在于：Aave现有的风险服务提供商均未被指派监控、建议变更或响应Sentora实例上的事件。该提案是ARFC，意味着它仍只是一份讨论文件。后续将进行Snapshot投票和正式的链上Aave改进提案。
一个不与任何其他方通信的Hub
隔离正是关键所在。Sentora的Hub不会与其他Aave DAO Hub之间有信用额度，其Spoke仅从Sentora Hub内部的供应商处提取资金。这种结构阻止了Sentora的借款人从Aave的主要市场中抽走流动性。但对于Sentora自身Hub内部的贷款人毫无帮助，他们仍然面临其Spoke任何行为带来的风险。
可借资产按设计范围狭窄。该实例仅限于RLUSD、PYUSD和OUSD。USDC和USDT被排除在外——这两种稳定币是Aave现有大部分活动的支柱。
48小时延迟及其未覆盖的内容
Sentora的运营角色伴随着一种不寻常的权限划分。它可以通过单向的Risk Steward角色立即暂停或冻结储备、停止资产或Spoke、削减抵押因子或收紧上限。这些都是防御性操作。
任何增加风险的操作则不同。利率模型变更、清算配置变更和风险增加仅在48小时链上延迟后生效。已发布的事实未说明DAO是否对这些待处理操作拥有单独取消权。添加抵押品或部署另一个Hub需要两周的论坛审查，任何被任命的Aave DAO服务提供商提出反对都会暂停该操作，并进行具有约束力的Snapshot投票。
DAO的治理短执行器将保留对Hub、Spoke和AccessManager的管理员角色，包括合约升级和角色授予。Sentora的运营角色可通过链上治理提案撤销。Aave DAO可以收回密钥。只是没有预算安排任何人来照看这个摊子。
没有人因审查Sentora的提交而获得报酬
这是文件中最为尖锐的细节。没有服务提供商被指定或获得报酬来审查Sentora的提交，且该实例被明确排除在提供商的监控、参数建议和事件响应职责之外。两周的审查窗口存在，但没有指定的审查者。实际上，反对机制依赖于DAO服务提供商注意到值得反对的事情。
谁承担损失
Sentora的商业条款将实例协议收入的50%给Sentora，50%给DAO，涵盖储备因子收益和协议清算费。损失方面遵循TokenLogic的V4 Umbrella提案：如果清算导致债务缺口，Spoke将其报告给Hub，Hub将该资产的赤字记录下来。该Hub资产的供应商承担损失。
另一份Aave V4 Umbrella ARFC提议为Core WETH、Core USDC和Core USDT提供赤字抵消和质押覆盖。它没有提到Sentora提议的Hub。因此，列出的用于后备覆盖的资产并非Sentora想要作为借贷抵押品的资产。
Sentora CEO Anthony DeMartino在2025年11月的一篇文章中主张，风险管理需要可衡量的控制和持续监控。该提案将可衡量的控制放在链上，置于48小时计时器和单向终止开关之后。持续监控则由Sentora自己负责。
接下来是Snapshot投票，如果温度检查通过，则进行链上AIP。
