Moonwell 正在调查 Base 上一次严重的抵押品价格操纵攻击。
攻击的核心并不是管理员私钥被盗，也不是一个简单的智能合约代码错误，而是攻击者利用了 低流动性 MAMO 作为抵押品时的经济设计缺口。
CertiK、PeckShield 等安全机构目前估算，攻击造成约 870 万美元资产被转出。Moonwell 随后几乎关闭了 Base Core Markets 的新增借贷功能，以阻止同类风险继续扩大。
这起事件的重要性不仅在于损失金额，更在于它再次证明：
只要操纵抵押品价格的成本低于可以借出的真实流动资产价值，借贷协议本身就会成为攻击面。
Moonwell 到底发生了什么？
事件发生在 8 月 27 日，主要影响 Moonwell 在 Base 上的 MAMO Core Market。
根据现有安全分析，攻击者先获得或控制足够的 MAMO 流动性，然后推高市场价格。
由于 MAMO 可以作为抵押品，价格上涨会直接提高其在借贷协议中的抵押价值。
攻击者随后利用被高估的 MAMO，借出 cbBTC 等流动性更高、更容易变现的资产。
大致攻击路径如下：
- 获取低流动性抵押资产 MAMO；
- 人为推高其市场价格；
- 将高估后的 MAMO 作为抵押；
- 借出更高质量、更有流动性的资产；
- 在 MAMO 价格回落前完成资产转移或兑换。
这属于典型的经济型攻击。
即使智能合约完全按照代码逻辑执行，只要抵押资产的价格容易操纵，协议仍可能产生坏账。
实际损失是多少？
目前公开估算基本集中在 约 870 万美元。
但这个数字仍应视为阶段性估值，而不是最终审计结果。
借贷攻击发生后，通常至少存在几组不同数字：
- 攻击者借出的总资产；
- 攻击者实际已经变现的金额；
- 留在协议中的抵押物价值；
- 最终形成的坏账；
- 被冻结、追回或退还的资产；
- 最终由供应者、保险、储备或协议 treasury 承担的损失。
Moonwell 目前尚未发布完整 post-mortem，也没有给出最终 bad debt 与损失分配方案。
因此 CEXVia 暂时采用 约 870 万美元作为当前最佳估算，但不会把它当成最终会计损失。
为什么 MAMO 的流动性如此重要？
问题并不是 MAMO “涨得太快”。
加密资产价格剧烈波动本身并不少见。
真正危险的是：一个流动性很浅的资产，却可以支撑远高于其真实退出能力的借贷规模。
价格预言机可能准确记录到某个市场价格，但这个价格不一定足够“稳健”。
如果攻击者只需要少量资金就能推动市场价格，而协议却允许其基于这个新价格借出大量真实流动资产，就会形成明显失衡。
本质上是：
可观察价格 ≠ 可安全依赖的价格。
因此，一个安全的抵押品系统不能只看价格源是否正常，还需要评估：
- 市场深度；
- 可操纵成本；
- 清算能力；
- 最大 borrow cap；
- collateral factor；
- 极端价格偏离保护；
- 风险参数调整速度。
Moonwell 做了什么应急处理？
Moonwell 在攻击后迅速限制新增风险。
平台将 Base Core Markets 的 borrow cap 调整至 1 wei，实际上等于关闭新增借贷。
同时，MAMO 和 WELL 的 supply cap 也被大幅压缩。
这属于典型 containment，而不是最终修复。
它能够阻止新的仓位继续沿相同路径扩大风险，但并不能回答以下问题：
- 最终坏账是多少；
- 哪些市场承担损失；
- 用户是否会得到补偿；
- 攻击资产能否追回；
- MAMO 是否还会继续作为抵押品；
- 未来 oracle 与 risk model 如何改变；
- 什么时候重新开放借贷。
这算“Oracle 被黑”吗？
“Oracle attack”作为概括并非完全错误，但容易让人误以为预言机系统本身被入侵。
目前证据更接近：
攻击者操纵了价格形成市场，而协议采用了这个可被操纵的价格。
如果预言机只是忠实地读取了一个容易被人为推动的市场价格，那么问题就不仅在 oracle，而更可能出现在资产准入和风险参数设计。
后续整改可能包括：
- 对低流动性资产设置更严格准入门槛；
- 降低 collateral factor；
- 收紧 borrow cap；
- 设置价格偏离 circuit breaker；
- 使用更长时间窗口或多源价格；
- 对高风险抵押品采用 isolated market。
Moonwell 用户会受到什么影响？
Moonwell 的应急措施主要针对新增借贷，并不意味着所有用户和所有市场都遭受相同损失。
但借贷协议的特点是：
即使用户没有持有 MAMO，也可能间接受到影响。
如果攻击者借走其他用户供应的高流动性资产，却留下价值不足的抵押品，最终差额就会变成协议坏账。
最后由谁承担这部分损失，需要看：
- 协议 reserve；
- treasury；
- 风险基金；
- governance 决策；
- 后续赔付或 recapitalization 方案。
Moonwell 目前尚未给出最终损失分配。
Moonwell 的 post-mortem 最需要解释什么？
一份合格的后续报告至少需要回答：
- MAMO 使用了什么价格源；
- 攻击者推动价格的实际成本；
- 抵押品最高估值；
- 借出了哪些资产、数量多少；
- 最终坏账按市场如何分布；
- 是否有资金被冻结或追回；
- 协议 reserve 是否足以覆盖；
- 用户是否会被全额补偿；
- 哪些风险参数失效；
- 会实施什么永久性整改。
只有当这些问题被清楚回答，这起事件才算真正从“已控制”进入“已解决”。
CEXVia 评估
风险等级：Critical
这是一起已经发生的、多百万美元规模的协议攻击，并且暴露出抵押品风险控制失效。
Moonwell 的紧急参数调整看起来已经阻止了同一路径继续扩大，但事件仍未结束。
在官方 post-mortem、最终坏账、用户赔付和永久整改方案公布前，CEXVia 继续维持 Critical。
接下来关注什么？
- Moonwell 官方 post-mortem；
- 最终 bad debt；
- 用户补偿或 recapitalization；
- 攻击者钱包资金流向；
- 是否有资产进入 CEX 或被稳定币发行方冻结；
- MAMO 是否被永久调整或移除；
- collateral factor、oracle、borrow cap 的长期整改；
- Base Core Markets 什么时候恢复借贷。
FAQ
Moonwell 这次攻击损失多少？
目前多家安全机构估算约为 870 万美元，但最终经济损失仍需等待 Moonwell 官方 post-mortem 与坏账核算。
攻击者是怎么攻击 Moonwell 的？
攻击者操纵了低流动性 MAMO 的市场价格，再利用被高估的 MAMO 作为抵押品，借出更有流动性的资产。
Moonwell 的 Oracle 被黑了吗？
目前没有证据证明 oracle 基础设施本身被攻破。更可能是攻击者操纵了 oracle 所依赖的市场价格。
Moonwell 现在还能借款吗？
Moonwell 已将 Base Core Markets 的 borrow cap 调整至 1 wei，实际上阻止了新的借贷活动。
Moonwell 用户会得到赔付吗？
截至本文更新时，尚未公布最终赔付或损失分配方案。
*本文仅用于信息与风险研究，不构成投资、法律或财务建议。*