Bitcoin Vault to konstrukcja przechowywania z oddzielnymi etapami wypłaty. Rozpoczęcie otwiera okres, w którym reguły pozwalają przesunąć środki do bezpiecznej drogi odzyskania. Nie jest nazwą pojedynczego aktywowanego kodu operacji ani innym określeniem portfela sprzętowego.
W zwykłym portfelu z jednym podpisem złodziej mający klucz może utworzyć bezpośrednią płatność. Vault ma ograniczać taki natychmiastowy odpływ: klucz operacyjny rozpoczyna proces, lecz sam nie powinien omijać czekania i odzyskania. Pytanie brzmi, które kombinacje kluczy płacą bezpośrednio, a które wymagają stanu pośredniego. Etykieta vault lub przelew opóźniony w aplikacji nie dowodzą wymuszenia na blockchainie. [BIP 345 — OP_VAULT]
Model rozróżnia zdeponowane UTXO, potwierdzone wyjście pośrednie unvault i zakończoną płatność. Jeżeli zwykła gałąź wyjścia pośredniego potwierdzonego w bloku H wymaga 144 bloków, może być użyta najwcześniej przy H+144, jeśli spełniono pozostałe warunki. Gałąź odzyskania powinna pozwalać na wcześniejszą reakcję. To nie dokładnie 24 godziny ani automatyczne cofnięcie płatności: skuteczna interwencja musi wyprzedzić końcowe potwierdzone wydanie. [BIP 345 — OP_VAULT] [BIP 112 — CHECKSEQUENCEVERIFY]
Niektóre konstrukcje używają obecnych reguł i transakcji podpisanych wcześniej. Ograniczają alternatywne wydanie przez bezpieczne usunięcie jednorazowych kluczy lub wymóg zgody innych niezależnych stron. Sieć nie dowodzi sama usunięcia klucza. Zachowana tajna kopia może ominąć planowaną drogę. Wcześniej podpisane transakcje są też częścią odzyskania: sam seed może nie odtworzyć podpisów usuniętego klucza. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Specyfikacja Revault rozróżnia stakeholders, managers i cosigning servers. Wyjście deposit używa kluczy stakeholders N-of-N; unvault pozwala na ich drogę albo drogę managers i cosigners po X blokach. Cancel zwraca wyjście do polityki deposit, emergency kieruje do Emergency Deep Vault. Istnieje również bypass podpisany przez stakeholders. Model nie gwarantuje więc opóźnienia po przejęciu wszystkich ich kluczy i nie opisuje wszystkich vaultów. [Revault — Transaction specification]
Według przeglądu z 8 września 2026 BIP 345 ma status Closed i wskazuje BIP 443 jako Proposed-Replacement. Pierwotnie łączył OP_VAULT i OP_VAULT_RECOVER z OP_CHECKTEMPLATEVERIFY. BIP 443 proponuje bardziej ogólny OP_CHECKCONTRACTVERIFY, czyli OP_CCV, i ma status Draft; mechanizmu aktywacji nie ustalono. BIP 119 również jest Draft. Numer BIP, implementacja testowa lub opublikowany przykład vaultu nie dowodzą same aktywacji tych reguł w Bitcoin mainnet. [BIP 345 — OP_VAULT] [BIP 443 — OP_CHECKCONTRACTVERIFY] [BIP 119 — CHECKTEMPLATEVERIFY]
Monitor powinien rozpoznać nieoczekiwaną wypłatę, nie tylko zobaczyć transakcję. Reakcja wymaga poprawnej transakcji ratunkowej, dostępnej sieci i odpowiednich opłat. Wysłanie do mempoolu nie jest potwierdzeniem; przeciążenie, pinning lub zła strategia podnoszenia opłaty mogą zmarnować okno. Revault określa CPFP i dla części transakcji ratunkowych ALL | ANYONECANPAY, pozwalając dodać wejścia opłacające transakcję. Historyczne stawki nie są zaleceniem dzisiejszej opłaty. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Przekierowanie do skryptu odzyskania pomaga tylko, jeśli uprawniony właściciel później spełni jego warunki. Niedostępne klucze, brak konfiguracji lub utracone wcześniejsze podpisy mogą zastąpić kradzież trwałą utratą własnego dostępu. Zbyt łatwe uruchomienie ratunku może też pozwalać na nękanie powtarzanym anulowaniem wypłat. Oddziel uprawnienie do uruchomienia ochronnego transferu od uprawnienia do wydania z celu i sprawdź obie role. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Weryfikacja powinna wymienić wszystkie drogi wypłaty i bypass, założenia konsensusu, wymagane kopie i czas reakcji. Oddzielny test powinien obejmować zwykłą wypłatę, przedwczesną próbę, niespodziewany unvault, awarię monitora i brak środków na opłaty. Wynik musi rozróżniać poprawny podpis, przyjęcie do mempoolu i potwierdzenie. Udana demonstracja jednego scenariusza nie dowodzi bezpieczeństwa wszystkich gałęzi; te modele nie zachęcają do wpłaty rzeczywistych środków do eksperymentalnego skryptu. [BIP 345 — OP_VAULT] [Revault — Transaction specification]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Timelock, Multisig, Bitcoin Inheritance Plan, Samodzielna opieka. Do tego hasła prowadzą również odsyłacze z Bitcoin covenants, OP_CHECKTEMPLATEVERIFY, Dead Man’s Switch.