Aave将原生比特币抵押方案提交Snapshot投票
Aave Labs将原生比特币抵押提案提交为期六天的Snapshot投票,2026年11月11日截止。LlamaRisk为Aave V4拟定300枚BTC初始上限与78%贷款价值比,后续仍需链上治理批准方可上线市场。
AI 摘要AI
- Aave Labs于2026年11月5日将比特币抵押提案提交Snapshot投票
- 投票窗口为期六天,2026年11月11日截止
- LlamaRisk提议初始抵押上限300枚BTC,贷款价值比78%
- Babylon Labs在10月14日提案中给出后续治理流程
比特币抵押进入Snapshot投票阶段
Aave已将“把原网络持有的比特币认定为贷款抵押品”的方案从治理论坛推进至为期六天的Snapshot投票,初始上限为300枚
Bitcoin (BTC)。Aave Labs于2026年11月5日将该提案放上Snapshot,投票窗口共六天,至11月11日截止。代币持有者需要决定的是:存放在比特币网络金库中的比特币,能否在无需跨链或兑换为可交易包装资产的前提下,为Aave V4上的贷款提供担保。对关注比特币价格的读者而言,这是一次协议层面的治理决策,与市场行情无关,投票记录中也不包含任何市场数据。
首个用例并不复杂:用户把比特币锁进其原生网络上的金库,再以此为担保借出稳定币。Aave V4实际认作抵押品的,是记录金库内资产的ERC-20凭证,该凭证只在相关合约内部流转。它不是用户能放进钱包、转去加密货币交易所的包装代币。贷款资金将来自Aave V4的流动性中枢,也就是即将上线版本中的共享流动性池层,这一层正是协议下一阶段借贷去中心化应用架构的核心。
提案新增了两条各司其职的通道:Babylon通道只接受比特币作为唯一抵押资产并处理放贷,BTC金库互换通道则负责清算后的结算。负责设计金库方案的Babylon Labs已在10月14日的提案中明确了后续流程:Snapshot投票通过后,将提交一份载有完整风险参数的Aave改进提案(AIP),且任何市场上线前仍需通过链上治理的单独批准。Aave Labs表示已审阅集成设计,并支持该风险参数。这次Snapshot投票是流程中段的关口,而非最终开关:它衡量的是社区倾向,具有约束力的决定还要再往Aave治理路径的下一步走。
LlamaRisk设定300枚BTC上限
风险参数出自LlamaRisk之手,该机构于10月23日将其发布在Aave治理论坛。方案建议初始抵押上限为300枚
Bitcoin (BTC),贷款价值比(LTV)为78%,即借款人最多可按金库比特币价值的78%借出资金。LlamaRisk还建议为结算包装比特币(WBTC)设立专用授信额度,并采用Chainlink的BTC/USD SVR价格数据源对抵押品进行估值。需要强调的是,这些数值均未生效,它们只是针对一个尚不存在市场的拟定设置,只有治理正式采纳后才具约束力。
清算路径被刻意设计得比Aave现有市场更慢。由于从金库取回比特币可能需要数天时间,提案把放款与实际收回抵押品分成了两个环节:清算人先以包装比特币获得偿付,随后由持有追偿权的参与者去清偿金库债务并提取比特币。即便参与者直接取回了比特币,交付WBTC的义务仍可能存在,其规模由借款资产类型、手续费以及合约中写明的借款人保护金额决定。以此类金库比特币作担保的借款,本质上是Aave自身账本上的抵押借贷,结构与保证金交易中借入资金的机制完全不同。
该安排外围还有两项配套保障。在与参数提案同日发布的评估文件中,LlamaRisk指出审计过程中的高、中危问题均已解决,并建议引入储备金证明机制,以便独立验证金库内的比特币。文件还勾勒了分阶段的存款开放路径:初期仅限经批准的机构与合作伙伴存入,之后再向普通用户开放。开放时间尚未确定,300枚BTC的上限也将维持不变,直到后续治理步骤将其调高。
从Snapshot到链上批准
对照提案文本与投票配置来看,300枚BTC这个数字承担着明确的功能:对于一套结算要经过以天计、而非以秒计的金库取回流程的安排而言,这个规模足够小,可以起到保险丝的作用。Snapshot投票结果本身不会让任何抵押品上链。若投票通过,方案将移交Babylon Labs完成完整的AIP,随后由又一次链上投票决定是否激活市场;若投票失败,现有的WBTC抵押市场将不受影响,金库设计则被搁置。在AIP落地之前,整套安排就停留在Snapshot投票所置的位置,由Aave Labs与Babylon Labs共同守在论坛与链上记录之间。
本文由人工智能辅助生成、经 AI 审核,并在 COINOTAG 编辑监督 下发布。

