Bitcoin Vault は引き出しを別々の段階に分ける保管構成である。開始後、構成の規則に従って安全な復元経路へ資金を移せる期間が生まれる。単一の有効化済みオペコードの名称でも、ハードウェアウォレットの別名でもない。
通常の単一署名ウォレットでは、鍵を持つ窃盗者が直接支払いを作れる。Vault はこの即時流出を制限しようとする。運用鍵は処理を開始するが、単独で待機時間と復元経路を迂回できてはならない。どの鍵の組み合わせが直接支払いでき、どれが中間状態を必要とするかが重要だ。vault という表示やアプリ内の遅延送金だけでは、ブロックチェーン上の強制を証明しない。 [BIP 345 — OP_VAULT]
モデルは、預けた UTXO、承認済みの unvault 中間出力、完了した支払いを区別する。ブロック H で承認された中間出力の通常引き出し分岐が 144 ブロックを要求する場合、他の条件を満たして最も早く使える高さは H+144 となる。復元分岐はそれ以前の介入を可能にするべきだ。正確な 24 時間でも自動返金でもない。有効な介入は最終支出の承認より先でなければならない。 [BIP 345 — OP_VAULT] [BIP 112 — CHECKSEQUENCEVERIFY]
現在の規則と事前署名取引を使う構成もある。使い捨て署名鍵を安全に削除する、または別の独立した当事者に代替支出を承認させることで、別経路の支出を制限する。しかしネットワーク自体は鍵の削除を証明しない。秘密のコピーが残れば予定経路を迂回できる場合がある。事前署名取引も復元材料の一部だ。seed だけでは、削除済みの鍵で作った署名を再生成できないことがある。 [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Revault 仕様は stakeholders、managers、cosigning servers を区別する。deposit 出力は N-of-N の stakeholder 鍵を使い、unvault 出力は stakeholder 経路、または X ブロック後の managers と cosigners の経路を認める。Cancel は出力を deposit 方針へ戻し、emergency は Emergency Deep Vault へ送る。stakeholders が署名する bypass もある。したがって全 stakeholder 鍵が侵害された場合の遅延を保証せず、すべての vault の説明でもない。 [Revault — Transaction specification]
2026 年 9 月 8 日のレビュー時点で、BIP 345 は Closed で、Proposed-Replacement に BIP 443 を挙げる。当初は OP_VAULT と OP_VAULT_RECOVER を OP_CHECKTEMPLATEVERIFY と組み合わせた。BIP 443 はより一般的な OP_CHECKCONTRACTVERIFY、すなわち OP_CCV を提案し、Draft である。有効化方式は未定だ。BIP 119 も Draft である。BIP 番号、テスト実装、公開された vault の例だけでは、Bitcoin mainnet での有効化を示さない。 [BIP 345 — OP_VAULT] [BIP 443 — OP_CHECKCONTRACTVERIFY] [BIP 119 — CHECKTEMPLATEVERIFY]
監視は単に取引を見るのでなく、予期しない引き出しを認識する必要がある。対応には有効な救済取引、到達できるネットワーク、十分な手数料が必要だ。mempool への送信は承認ではない。混雑、pinning、不適切な手数料引き上げ戦略で時間枠を失う場合がある。Revault は CPFP と、一部の救済取引への手数料用入力追加のため ALL | ANYONECANPAY を定める。過去の料率は現在の推奨手数料ではない。 [BIP 345 — OP_VAULT] [Revault — Transaction specification]
復元スクリプトへの転送は、権利のある所有者が後で条件を満たせる場合にだけ役立つ。利用できない鍵、欠けた設定、失われた事前署名は、盗難を永久的な自己ロックアウトに変えかねない。救済分岐が簡単に起動できすぎると、引き出しを繰り返し取消す妨害も可能になる。保護転送を起動する権限と、その宛先から支出する権限を分け、両方を確認する必要がある。 [BIP 345 — OP_VAULT] [Revault — Transaction specification]
検証ではすべての引き出し・bypass 経路、合意上の前提、必要なバックアップ、対応時間を列挙する。独立したテスト環境で、通常引き出し、早すぎる試行、予期しない unvault、監視停止、手数料資金の利用不能を試す。結果では有効な署名、mempool の受理、承認を区別する。一つのシナリオの成功は全分岐の安全性を証明しない。これらのモデルは実験スクリプトへ実際の資金を入れる指示ではない。 [BIP 345 — OP_VAULT] [Revault — Transaction specification]
理解を深めるには、この項目とあわせて次もお読みください Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Timelock, Multisig, Bitcoin Inheritance Plan, セルフカストディ. 次の項目からも参照されています Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Dead Man’s Switch.