今日、公開テストネットで別ラウンドのテストを終えたあと、Trustless Bitcoin Vaults (TBV) のドキュメンテーションを改めて読み直しました。

隣り合って並んだ2つの数字が、私の足を止めました。

Vault は、資格を得てからオフチェーンの調整を完了するまでにおよそ6〜10分しかかかりません。にもかかわらず、ペグイン(peg-in)プロセス全体は約2時間かかります。なぜなら、12のBitcoin Signetブロック確認(confirmations)を待つ必要があるからです。(Babylon Labs Documentation)

最初は、これは単に「遅いネットワークのコスト」なのだと思い込んでいました。

調整フェーズが数分で終わるのなら、ユーザーがすぐに借りられて、あとはBitcoinの確認が完了するのを待てばいいのでは?ユーザー体験はずっと滑らかになるはずです。私は、その前提をまったく疑わずに、再びドキュメントへ戻りました。

しかし見落としていたのは、この2つの待機期間が、まったく異なる種類のリスクをそれぞれ守っているという点です。

6〜10分のウィンドウは、Vault Provider、Application Vault Keeper、Universal Challenger が、事前署名済みのトランザクション・グラフ全体を準備し、検証できるようにするために存在します。一方で、12のBitcoinブロック確認は参加者を守っているのではありません。これは、ペグインが十分に安全であることを、Bitcoin が独立して確認してからでないと Vault がアクティブになれないようにすることで、担保そのものを保護しています。(Babylon Labs Documentation)

その瞬間、私はパフォーマンスを誤った測り方で見ていたのだと気づきました。

私はずっと「待ち時間の合計」を見ていました。しかしプロトコルは意図的に、それを2つの独立した層に分けています。人間が調整するための時間と、Bitcoin が最終確認に到達するための時間です。前者は、より良いソフトウェアやインフラで最適化できます。後者は、Bitcoin が究極の真実の源(source of truth)であり続けるなら、ほとんど短縮できません。

この細部は、BitcoinFi についての私の考え方を完全に変えました。

私たちはよくこう問いかけます:

「このプロトコルはどれくらい速いのか?」

もしかすると、もっと良い問いはこうかもしれません:

「待ち時間のうち、どれだけが本当のシステム遅延で、どれだけが“Bitcoin を新しい信頼前提で置き換えることを拒む”代償なのか?」

@BabylonLabs_io $ON $BABY #baby