先週、期限が15分で切れるリンクを送ってくるタイプのパスワードをリセットする必要がありました。リンクをクリックしたものの、別の用事で気を取られて、そのページを見に戻ったときには「期限切れ」と表示されていました。大事にはならなかったんですが、このパターンが頭から離れませんでした。2つのアクションがあり、その間に時間の猶予が設けられていて、2つ目が間に合わないと全体が巻き戻される、という構造です。
BabylonのTrustless Bitcoin VaultにおけるBTCの入金フローも、似たような2段構えです。ただし私は最初、そこに気づけませんでした。ペグイン（peg-in）リクエストを送信すると、2つのトランザクションに署名します。Ethereumのトランザクションにはハッシュロックが含まれます。つまり、あなたのウォレットで生成されたランダムな秘密のSHA-256ハッシュです。次にBitcoinのトランザクションは、あなたのBTCをTaproot出力にロックします。これは、同じ秘密を開示することでのみ支払えます。あるいは、タイムロックの返金（refund）経路を待つことで支払えます。
この時点でBTCはエスクローに入りますが、まだバルト（vault）は存在しません。Ethereum上で秘密を提出してアクティブ化する必要があるおよそ48時間の猶予があります。コントラクトはハッシュを確認し、バルトをActiveに切り替えます。そしてVault Providerは開示された秘密を使って、Bitcoin上の最終的なPegInトランザクションを構築します。もしアクティブ化しなければ、タイムロックが開き、BTCを一方的に取り戻せます。
私が繰り返し思うのは、セキュリティが「片方のチェーンがもう片方を監視する」ことから来ているわけではない、という点です。ブリッジなしで、秘密が2つの独立した台帳を結びつけてしまうことから来ています。秘密のハッシュは、いずれの価値決済よりも前に両側でコミットされます。Ethereumはプレイメージ（前像）がなければバルトを認めませんし、Bitcoinもタイマーが切れない限り、同様にエスクローを解放しません。これはリレーやマルチシグではなく、ハッシュロックとタイムロックだけで組み上げたクロスチェーンのハンドシェイクです。
その48時間の猶予は、人間の注意力のための意図的な「間」なのか、それともより短くできる単なるパラメータなのか、気になります。
#baby $BABY @BabylonLabs_io
BabylonのTrustless Bitcoin VaultにおけるBTCの入金フローも、似たような2段構えです。ただし私は最初、そこに気づけませんでした。ペグイン（peg-in）リクエストを送信すると、2つのトランザクションに署名します。Ethereumのトランザクションにはハッシュロックが含まれます。つまり、あなたのウォレットで生成されたランダムな秘密のSHA-256ハッシュです。次にBitcoinのトランザクションは、あなたのBTCをTaproot出力にロックします。これは、同じ秘密を開示することでのみ支払えます。あるいは、タイムロックの返金（refund）経路を待つことで支払えます。
この時点でBTCはエスクローに入りますが、まだバルト（vault）は存在しません。Ethereum上で秘密を提出してアクティブ化する必要があるおよそ48時間の猶予があります。コントラクトはハッシュを確認し、バルトをActiveに切り替えます。そしてVault Providerは開示された秘密を使って、Bitcoin上の最終的なPegInトランザクションを構築します。もしアクティブ化しなければ、タイムロックが開き、BTCを一方的に取り戻せます。
私が繰り返し思うのは、セキュリティが「片方のチェーンがもう片方を監視する」ことから来ているわけではない、という点です。ブリッジなしで、秘密が2つの独立した台帳を結びつけてしまうことから来ています。秘密のハッシュは、いずれの価値決済よりも前に両側でコミットされます。Ethereumはプレイメージ（前像）がなければバルトを認めませんし、Bitcoinもタイマーが切れない限り、同様にエスクローを解放しません。これはリレーやマルチシグではなく、ハッシュロックとタイムロックだけで組み上げたクロスチェーンのハンドシェイクです。
その48時間の猶予は、人間の注意力のための意図的な「間」なのか、それともより短くできる単なるパラメータなのか、気になります。
#baby $BABY @BabylonLabs_io