$BABY Aave V4的整合提案里有一条治理设计:TBV作为Aave抵押品的供应上限、借款上限、风险参数,全部由Aave DAO通过治理投票来决定。
但我把这个逻辑想深了一层觉得这里有一个很根本的错位。
Aave DAO的投票者主要是AAVE代币持有者,这批人对以太坊DeFi生态非常熟悉,对各种ERC-20代币的风险评估有丰富的经验。但BTC作为抵押品的风险结构,跟他们过去处理过的任何资产都不一样。BTC的清算不是在以太坊上执行的,而是在比特币链上通过预签名交易触发。比特币链的区块确认速度、手续费波动、网络拥堵程度,这些变量直接影响清算能不能在风险积累之前及时完成。
Aave DAO有没有能力对这些比特币链上的变量做出准确的风险评估?我的判断是大概率没有,至少现在没有。AAVE持有者里熟悉比特币脚本和UTXO模型的人占比很低,而这些知识是评估TBV清算机制可靠性的前提。 #baby
这个错位的实际影响是:风险参数可能被设置得不够保守,因为投票者低估了他们不熟悉的风险维度。抵押率上限定高了,清算缓冲空间就小了,一旦BTC快速下跌同时比特币链拥堵,清算执行延迟造成的坏账就由Aave的安全模块来承担,最终损失落在AAVE质押者身上。
提案里说@BabylonLabs_io 会提供关于预言机、信任假设和完整风险管理的详细说明,但这份说明截至提案发布时还没有出来。Aave DAO在没有完整风险评估框架的情况下就开始讨论温度检查,这个顺序本身就值得注意。
我不是说这个整合不应该发生,把原生BTC接入Aave这件事如果做成了,对整个DeFi生态的意义是真实的。但风险参数这件事,需要一套专门针对比特币链特性设计的评估框架,而不是套用以太坊资产的那套逻辑。在那个框架出来之前,我会把这个整合里的任何参数都当作还在探索阶段的临时设定,而不是经过充分验证的风险边界。