Bitcoin Vault

Anna trzyma część oszczędności w bitcoinie. Portfel to aplikacja lub urządzenie do odbierania i wysyłania bitcoinów. Podpisanie oznacza tu użycie klucza prywatnego, czyli tajnej wartości liczbowej, do utworzenia sprawdzalnego dowodu autoryzacji płatności. Inni mogą zweryfikować podpis, nie znając tej tajnej wartości. W zwykłym portfelu kontrolowanym jednym kluczem złodziej, który go zdobędzie, może od razu podpisać płatność na własny adres. Bitcoin Vault ma zmienić ten scenariusz: klucz do codziennych wypłat tylko rozpoczyna proces, a Anna dostaje szansę uratowania środków. Przypomina to sejf z opóźnionym otwarciem i wyjściem awaryjnym. Porównanie działa jednak tylko wtedy, gdy ograniczenia rzeczywiście wymuszają warunki wydawania w sieci. Zegar w aplikacji nie wystarczy. Również Hardware Wallet, urządzenie chroniące klucze podpisujące, nie jest automatycznie vaultem; zabezpiecza inny fragment procesu. [1] [6]

Wyjście transakcji zapisuje kwotę i warunki, pod którymi można ją później wydać. Bitcoin zapisuje wyjścia transakcji dostępne do wydania, nazywane UTXO. Blok grupuje transakcje w pakiet dołączany do wspólnej historii. W prostym modelu początkowa transakcja wydaje przechowywane wyjście i tworzy nowe z warunkiem oczekiwania. Ten krok nazywa się unvault. Końcowa płatność może nastąpić później, a ścieżka ratunkowa pozwala wcześniej interweniować. Jeśli wyjście pośrednie potwierdzono w bloku H, a opóźnienie wynosi 144 bloki, zwykła droga może stać się dostępna najwcześniej w H+144, po spełnieniu pozostałych warunków. Nie oznacza to dokładnie 24 godzin, bo bloki nie powstają według rozkładu. Nie jest to też cofnięcie zakończonej płatności: transakcja ratunkowa musi zostać potwierdzona przed końcowym wydaniem. [1] [5] [7]

Anna widzi wypłatę, której nie zlecała. Potrzebuje teraz działającego monitorowania sieci, poprawnej transakcji ratunkowej i środków na opłatę. Mempool przechowuje niepotwierdzone transakcje; samo przyjęcie do niego nie wystarczy. Przeciążenie lub pinning, czyli utrudnianie przez napastnika zastąpienia albo potwierdzenia transakcji, mogą opóźnić reakcję. Revault przewiduje CPFP: kolejna transakcja dodaje opłatę, zachęcając górników do potwierdzenia obu razem. Niektóre transakcje ratunkowe używają ALL | ANYONECANPAY, trybu podpisu pozwalającego dołączyć wejścia finansujące opłatę, czyli odwołania do innych niewydanych kwot. To narzędzia konkretnej konstrukcji, nie gwarancja terminowego potwierdzenia. Historyczne stawki w specyfikacji nie są dzisiejszą rekomendacją. [1] [4]

Ochronny przelew może zatrzymać złodzieja, a mimo to zostawić Annę z innym problemem: portfel docelowy musi być później użyteczny. Znajomość adresu nie wystarcza. Potrzebne są wymagane klucze, opis warunków oraz ewentualne przygotowane transakcje. Prawo uruchomienia ochronnego transferu jest też czymś innym niż prawo wydawania z jego celu. System monitorujący może mieć pierwsze bez drugiego. Zbyt łatwo dostępna ścieżka ratunkowa może jednak pozwalać komuś wielokrotnie udaremniać prawidłowe wypłaty. Dobra konstrukcja uwzględnia więc odzyskanie dostępu i nadużywanie samej ochrony, nie tylko kradzież. [1] [4]

Niektóre vaulty korzystają z obecnych reguł oraz transakcji podpisanych z wyprzedzeniem. Podpisy powstają podczas konfiguracji; później bezpieczeństwo może zależeć od usunięcia jednorazowych kluczy albo od niezależnych współpodpisujących, którzy odrzucą inne drogi. Sieć nie sprawdzi, czy naprawdę usunięto wszystkie kopie klucza. Ukryta kopia może ominąć ochronę. Kopia zapasowa może też wymagać czegoś więcej niż Seed Phrase, słów służących do wyprowadzania kluczy portfela. Nie muszą one odtworzyć brakującego podpisu usuniętego klucza jednorazowego. Podpisane transakcje i ich dane mogą zatem być niezbędną częścią odzyskiwania dostępu. [1] [4]

Revault pokazuje, że pytanie o posiadacza klucza to dopiero początek. Stakeholders mają główne uprawnienia; managers obsługują zwykłe wypłaty, a cosigning servers je współpodpisują. Depozyt wymaga N-of-N, czyli wszystkich ustalonych podpisów stakeholders: to Multisig, wspólna zgoda przy użyciu kilku kluczy. Wyjście pośrednie można wydać drogą stakeholders albo po X blokach drogą managers wraz z serwerami. Cancel przywraca pierwotne warunki depozytu; awaryjny transfer prowadzi do Emergency Deep Vault. Stakeholders mają też bezpośrednią drogę bypass. Kto zdobędzie wszystkie ich klucze, nie musi czekać. Ten podział opisuje konkretną specyfikację, nie każdy vault. [4]

BIP opisuje propozycję lub standard Bitcoina; numer nie oznacza aktywacji. Podczas weryfikacji 17 października 2026 BIP 345 ma status Closed i wskazuje BIP 443 w Proposed-Replacement. Pierwotnie łączył OP_VAULT oraz OP_VAULT_RECOVER z OP_CHECKTEMPLATEVERIFY, instrukcjami ograniczającymi drogi wypłaty. BIP 443 proponuje ogólniejsze OP_CHECKCONTRACTVERIFY, w skrócie OP_CCV, i pozostaje Draft; mechanizmu aktywacji nie ustalono. BIP 119 dotyczący OP_CHECKTEMPLATEVERIFY też jest Draft. To część dyskusji o Covenants, ograniczeniach dalszego wykorzystania wyjścia. Opublikowany kod lub pokaz nie dowodzą, że mainnet, główna sieć Bitcoina, wymusza tę ochronę. [1] [2] [3]

Zanim Anna powierzy vaultowi oszczędności, powinna rozumieć zwykłą wypłatę, ratunek oraz każdą drogę bypass. Próby należy prowadzić w oddzielnym środowisku testowym: normalna wypłata, próba przed upływem czasu, niespodziewany unvault, awaria monitorowania i brak środków na opłatę. Poprawny podpis, przyjęcie do mempoolu i potwierdzenie w bloku to różne etapy. Udana demonstracja nie sprawdza pozostałych ścieżek. Dla początkującego najważniejsze jest to, że vault daje czas, ale również obowiązki, które ktoś musi niezawodnie wykonywać. Ten tekst nie zachęca do wpłacania prawdziwych środków do eksperymentalnego skryptu. [1] [4]