以前收到支票，存進銀行，餘額當天就變多了。櫃員會提醒一句：待清算。萬一對方戶頭沒錢，幾天後這筆錢會被扣回去。數字出現了，不等於錢到了。
@BabylonLabs_io 的 TBV 讓我一直繞回這句提醒。
TBV 的抵押品是比特幣主網上的原生 UTXO，借貸記帳卻跑在 Aave 那一側。兩條鏈之間，以太坊憑什麼知道你的金庫真的存在？靠一個比特幣輕客戶端讀區塊頭。而輕客戶端上線前必須先回答一個問題：等幾個確認才算數。
中本聰在白皮書第 11 節給過一張表：攻擊者追上誠實鏈的概率隨確認數指數衰減，z=1 時還有兩成，z=6 才落到千分之一量級。白皮書從沒說六個確認是安全的，只說概率足夠低。確認深度是一個定價選擇，不是安全常數。
落到 TBV，這個數字兩頭都疼。設得淺，比特幣一次自然重組就可能讓已被接受的金庫憑空消失——以太坊那邊記著一筆真實負債，抵押品卻不在了。設得深，BTC 鎖進金庫後要等一小時以上才能借出，這段時間資金完全空轉，健康因子連計算都還沒開始。
更麻煩的是等待期的價格。金庫被承認的那一刻，BTC 可能已經跌過一輪，健康因子從第一秒起就不健康。
所以我想問得具體些：TBV 的輕客戶端確認深度定在幾塊？如果重組真的發生，那筆幻影抵押撐起的壞帳由誰吃——借款人、清算流動性提供方，還是協議自己的保險金？
$BABY #baby
@BabylonLabs_io 的 TBV 讓我一直繞回這句提醒。
TBV 的抵押品是比特幣主網上的原生 UTXO，借貸記帳卻跑在 Aave 那一側。兩條鏈之間，以太坊憑什麼知道你的金庫真的存在？靠一個比特幣輕客戶端讀區塊頭。而輕客戶端上線前必須先回答一個問題：等幾個確認才算數。
中本聰在白皮書第 11 節給過一張表：攻擊者追上誠實鏈的概率隨確認數指數衰減，z=1 時還有兩成，z=6 才落到千分之一量級。白皮書從沒說六個確認是安全的，只說概率足夠低。確認深度是一個定價選擇，不是安全常數。
落到 TBV，這個數字兩頭都疼。設得淺，比特幣一次自然重組就可能讓已被接受的金庫憑空消失——以太坊那邊記著一筆真實負債，抵押品卻不在了。設得深，BTC 鎖進金庫後要等一小時以上才能借出，這段時間資金完全空轉，健康因子連計算都還沒開始。
更麻煩的是等待期的價格。金庫被承認的那一刻，BTC 可能已經跌過一輪，健康因子從第一秒起就不健康。
所以我想問得具體些：TBV 的輕客戶端確認深度定在幾塊？如果重組真的發生，那筆幻影抵押撐起的壞帳由誰吃——借款人、清算流動性提供方，還是協議自己的保險金？
$BABY #baby