Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
BTC Babylon Labs 提出将原生 BTC 作为抵押品接入 Aave 借贷协议的新方案
专注于比特币领域的开发者 Babylon Labs 向 Aave 提交了一项新的集成提案，旨在将原生 BTC 抵押品与 Aave 借贷功能连接起来。该方案具体允许用户在对锁定的比特币进行质押的情况下，在 Aave 上借出稳定币，而无需将 BTC 包装（Wrap）或桥接至以太坊网络。这一举措旨在解决 DeFi 领域的一个主要痛点：在借贷市场中依赖托管式包装代币来获取比特币敞口。
目前，该提案处于 Aave 意见征求（ARFC）阶段。方案概述了一个系统架构：用户将 BTC 锁定在比特币网络上的金库中，并通过不可转让的代币在以太坊上代表这些锁定的抵押品。借贷操作将在 Aave 上进行，而 BTC 本身则保留在其原生链上。
核心要点
- 目标： Babylon Labs 希望让用户能够使用原生 BTC 作为抵押品，在 Aave 上借出稳定币，利用的是比特币网络上的金库机制，而非包装后的 BTC 代币。
- 设计原理： 该设计保持 BTC 位于其原生区块链上，并使用以太坊侧的不可转让代币来反映锁定的抵押品状态。
- 收益分配： 根据提案，由该集成产生的符合条件的年度首笔 50 万美元收入将直接划入 Aave DAO 的金库。
- 治理进程： Aave 的流程仍在进行中：计划目前仍处于 ARFC 阶段，只有在反馈和风险审查完成后，才会进入潜在的社区讨论和进一步投票环节。
- 现有对比： Aave 已支持针对代币化比特币（包括 WBTC 和 cbBTC）的贷款，但这些选项依赖于托管方——这正是本提案试图减少的风险点。
Babylon 的原生 BTC 抵押品运作机制
根据 Babylon Labs 提案中的描述，用户会将他们的 BTC 锁定在比特币网络的金库中。为了在以太坊上使用，BTC 不会被移动或转换，而是由以太坊侧的一个不可转让代币来代表锁定的抵押品，从而使 Aave 借贷协议能够对其进行核算。
这种架构旨在避免与包装比特币相关的典型权衡问题。在早期的 Aave 抵押品模型中，比特币敞口通常通过 Wrapped Bitcoin (WBTC) 和 Coinbase Wrapped Bitcoin (cbBTC) 等资产提供，这些资产涉及托管方持有底层 BTC。这种结构引入了与托管安排相关的交易对手风险。
相比之下，Babylon 的方法旨在确保借贷头寸由从未离开比特币网络的 BTC 进行抵押。以太坊代币仅作为 Aave 抵押品逻辑的表现机制，而非通过包装传输替代 BTC。
为何 Aave 现有的包装 BTC 模式至关重要
Aave 已经通过 WBTC 和 cbBTC 等产品支持代币化比特币抵押品。虽然这些资产促进了以太坊 DeFi 内部的比特币流动性，但它们也将风险集中在托管层——这意味着用户依赖运营商来维持包装代币与底层 BTC 之间的挂钩稳定性。
Babylon Labs 的提案明确针对这种依赖性，旨在在不依赖包装代币托管的情况下引入 BTC 借贷效用。对于 Aave 用户而言，这具有重要意义，因为抵押品的可靠性是决定 DeFi 借贷市场中清算、借款能力和风险控制如何运作的核心因素。
从更广泛的生态系统角度来看，原生抵押化可被视为持续减少“对中间层的信任”的一部分。然而，与任何跨链系统一样，实际的安全配置将取决于金库机制和以太坊代表性代币的实施及审计情况。
治理时间线：从 ARFC 到潜在的链上投票
截至周四，该提案仍处于 ARFC 阶段，此时 Aave 社区可以审查计划、 scrutinize 风险并提供反馈。这一点之所以重要，是因为 Aave 治理并不将新的抵押品类型视为常规添加；它通常会在任何合约级别的授权之前，对其进行结构化的讨论和分析。
如果形成社区共识，该提案可以进入为期三天的离线 Snapshot 投票。必须达到一定的门槛：至少需要 320,000 个 AAVE 等效赞成票，流程才能推进。这一数字与 Aave 的治理规则相关联。
Snapshop 阶段之后，下一步将是正式的链上投票。提案仍需满足 Aave 治理设定的法定人数和批准要求。
该提案还遵循了之前的里程碑。Babylon Labs 表示，他们最初于 5 月 25 日提交了相关的“临时检查”（temp check），初步社区投票于 6 月 10 日通过，随后才是目前正在接受 ARFC 审查的周三提交的正式提案。
收益共享及其信号意义
除了技术设计外，Babylon 的文件还包括为 Aave DAO 制定的财务分配。根据提案文本，DAO 将获得由该集成产生的符合条件的年度首笔 50 万美元收入。
这种收益分享模式值得注意，因为它将集成提供商的激励措施与借贷协议的治理机构联系起来。这也表明，该提案不仅仅是为了扩展抵押品选项，更是为了在新基础设施与协议金库之间建立长期的经济一致性。
投资者和协议参与者可能会将此视为一种务实的治理方法：如果社区批准该集成，Aave 可以捕获与抵押品上线和借贷活动相关的价值，而不是完全依赖社区的好意。
后续关注重点
读者应密切关注 ARFC 反馈中的具体细节，包括风险假设、比特币金库背后的安全模型，以及以太坊不可转让代币如何强制执行抵押品关系。下一个关键转折点将是讨论是否能产生足够的支持以触发 Snapshot 投票，并最终做出链上决策。
