當我租下自己的第一套公寓時,房東在把鑰匙交給我之前,要求我先付兩個月的押金。他會把這筆現金扣在手裏,直到我搬出去,並且他檢查完每一面牆。我在三年裏都把事情做得對,沒造成任何損壞,房租也總是按時支付。
可要把這筆錢拿回來,他還是用了三週和兩次電話,因爲那筆押金從來都不是真正由我來掌控的。它是他的,決定何時釋放。
這和大多數質押協議的安排完全一樣:必須由別人來持有那個“工具”,它能夠對違規的驗證者進行懲罰。
至少在這一點上,Babylon 把房東從第一步移除了。質押者在比特幣網絡上把 BTC 直接鎖進一個自我託管的金庫裏——這是一個由比特幣腳本(Bitcoin Script)操作碼約束並強制執行時間鎖(timelock)的 UTXO——從不橋接或包裝到其他鏈上。隨後,質押者再把權利委託給一個最終性(finality)提供者。該提供者會基於這份抵押來給區塊投票。
如果該提供者曾經在同一高度簽署了兩個相互衝突的區塊,那麼一個可提取的一次性簽名方案(Extractable One-Time Signature,EOTS)會在數學上泄露他們的私鑰,而這把泄露出來的密鑰就會用來授權一筆事先約定好的削減(slashing)交易——把資金髮送到一個不可再被託管的銷燬地址(burn address),整個過程中從未有任何託管方持有這筆資金。
自我批評:押金並沒有消失,它只是換了個形態。要在 Babylon 上執行那筆削減交易以及解綁(unbonding),仍然需要契約委員會(covenant committee)簽字——這是一個明確的羣體,必須在交易發生前共同簽署,雙方纔都能行動。
這並不是那種“漂浮在空中、不依賴人的”加密條件;它是一組特定的當事方,質押者信任的是他們的誠實和可用性——就像我曾經信任房東的情緒和日程表一樣。並且 EOTS 只捕捉一種失效模式:雙重簽名。所以如果提供者離線了,或投票敷衍了事,也就沒有懲罰。
Babylon 真正的考驗從來不在於押金有沒有移動。應當用
$BABY 的情境去評估它最終性提供者與契約委員會的問責性,而不只是看有多少 BTC 流入了質押合約。
@BabylonLabs_io #baby #BTCStaking #bitcoin