昨夜おそく、私は2つのTrustless Bitcoin Vaults(TBV)のセットアップ手順を比較しているとき、ある静かな事実がセキュリティの見方を変えました。
ボールトは、後になって登場したあらゆる改善を自動的に継承するわけではありません。Babylonは、そのボールトが作成された時点で有効だった挑戦者セットのバージョンと、紛争(dispute)パラメータを記録します。新規登録や調整されたタイムロックは、より新しいボールトに適用され得ますが、古いボールトは元のセキュリティのスナップショットを保持します。
それはもっともです。担保ポジションの途中でルールを途中変更すれば、固定したままにしておくより危険が増す可能性があります。
しかし「プロトコルがアップグレードされた」ことと、「自分のボールトがより安全になった」ことは、いつも同じ意味ではありません。
多くのユーザーは、1つの残高、1つのヘルスファクター、1つの出金ボタンしか見ません。その裏では、BabylonLabsが同時に異なる世代のボールト想定をサポートしているかもしれないのです。システムが成功するのは、それらの違いが監査、退出、ストレステストの場で可視のまま維持される場合だけであり、メタデータに埋もれてしまってはいけません。
$BABY governanceは将来のパラメータの形を作ることはできますが、すでに稼働中のボールトを黙って書き換えることはできません。
不快だけれどもシンプルな問いはこうです。ユーザーは、自分のビットコインを保護しているBabylonのバージョンが何かを知ることができるのでしょうか?
@BabylonLabs_io $BABY #baby
ボールトは、後になって登場したあらゆる改善を自動的に継承するわけではありません。Babylonは、そのボールトが作成された時点で有効だった挑戦者セットのバージョンと、紛争(dispute)パラメータを記録します。新規登録や調整されたタイムロックは、より新しいボールトに適用され得ますが、古いボールトは元のセキュリティのスナップショットを保持します。
それはもっともです。担保ポジションの途中でルールを途中変更すれば、固定したままにしておくより危険が増す可能性があります。
しかし「プロトコルがアップグレードされた」ことと、「自分のボールトがより安全になった」ことは、いつも同じ意味ではありません。
多くのユーザーは、1つの残高、1つのヘルスファクター、1つの出金ボタンしか見ません。その裏では、BabylonLabsが同時に異なる世代のボールト想定をサポートしているかもしれないのです。システムが成功するのは、それらの違いが監査、退出、ストレステストの場で可視のまま維持される場合だけであり、メタデータに埋もれてしまってはいけません。
$BABY governanceは将来のパラメータの形を作ることはできますが、すでに稼働中のボールトを黙って書き換えることはできません。
不快だけれどもシンプルな問いはこうです。ユーザーは、自分のビットコインを保護しているBabylonのバージョンが何かを知ることができるのでしょうか?
@BabylonLabs_io $BABY #baby