自動販売機の払い出し口をずっと見つめて、硬貨を入れてボタンを押して、「ガンッ」という鈍い音が中で鳴ったのに——詰まってしまったことはありませんか？商品は落ちてこないのに、先にお金だけ引き落とされる。機械を叩いて、カスタマーサポートに連絡して、問い合わせ票を埋めて、半日もてんやわんやするのは、数片の数十円が惜しいからじゃない。腹が立つのは、手続きが途中で止まっているのに、最初から何も進まないよりさらにムカつくからだ。中間状態でフリーズするなんて、最悪です。

@BabylonLabs_io のホワイトペーパーでは、金庫の「ハッピーパス」が実にきれいに描かれています。入金→鋳造→出金→焼却。始まりと終わりがきちんとつながっていて、まるで地下鉄の路線図みたい。でも、すべてのクロスチェーンシステムが避けて通れない「幽霊」については展開されていません——ステップ確認の失敗です。借り手が金庫のUTXO情報を契約チェーンに送って、軽量クライアントの検証が通れば、collBTCを鋳造する。説明は「一歩で完了」「順序通り」ですが、現実には、これは二つの非同期ネットワークの握手です。ビットコインのブロック生成は平均10分、契約チェーンは数秒に1ブロックかもしれない。情報が届くまでの時間差の間に、金庫の状態が二つのチェーンで断絶してしまう。

鋳造トランザクションを投げた、そのタイミングでビットコイン側で偶発的な支出トランザクションが発火したら？軽量クライアントが一時的なフォークのせいで、間違ったブロックヘッダに同期していたら？それらは攻撃ではなく、ネットワーク層で普通に起きる「呼吸」です。けれど金庫の事前署名ロジックは、世界が一枚岩だと仮定している——ロックしたらロック、鋳造したら鋳造。途中にある、ぼんやりしていて、未決で、人間の判断が必要なその層の状態は、ホワイトペーパーによって矢印と矢印の間の「空白地帯」に押し込められてしまっています。#baby

$BABY ここに居続けるのは、技術的というより統治（ガバナンス）的な問題です。中間状態が本当に崩れ落ちて、システムが自動化された処理手順を何も用意していないとしたら、誰が最終判断して仲裁するのでしょうか。ホワイトペーパーに書かれた統治フレームワークとは、要するに、コードで覆えない例外に対する裏口を設けることです。ただし問題は、統治の応答が日単位、場合によっては週単位で動くのに対し、オンチェーンの状態のズレは秒単位で走ること。あなたがこちらで投票を終えるころには、あちらはもう「旬の花」が枯れきっている。

これはBabylon一社が直面するジレンマではありません。非同期ネットワーク上で同期ロジックを組み立てようとするすべてのシステムは、この幽霊と同じベッドで眠らなければなりません。ホワイトペーパーがそれを書いていないのは、それが存在しないからではなく、そもそもホワイトペーパーに書き込めないからです。DYOR。