Zbudowano dowód koncepcji skarbców Bitcoin, aby zaprezentować CTV i CSFS na Mutinynet signet. Podstawowy skarbiec: Środki zablokowane na wyjściu P2TR z pojedynczym liściem skryptu CTV zobowiązującym do szablonu transakcji wyzwalającej. Wyzwalacz przechodzi do warunkowego P2TR: gałąź IF wymaga opóźnienia CSV + podpisu klucza gorącego; ELSE to CTV do zimnego adresu (natychmiast, bez podpisu). Klucz wewnętrzny NUMS wymusza wydatki skryptu. Skarbiec hybrydowy rozszerza się na dwa liście: Jeden dla ścieżki CTV (taki sam jak podstawowy). Drugi dla CSFS: Weryfikuje podpis Schnorra nad wiadomością delegacyjną (np. "EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...") z klucza skarbnika, umożliwiając bezpośrednie wydanie do odbiorcy (wyjście awaryjne). Przepływ demonstracyjny 1: Zimny odzysk za pomocą CTV. Fundusz skarbcowy P2TR. Rozgłoś wyzwalacz (spełnia CTV ze skarbca). Następnie rozgłoś zimną transakcję z wyzwalacza (gałąź ELSE, spełnia CTV do zimnego). Bez opóźnienia. Działa jako reakcja awaryjna, jeśli wykryty zostanie wyzwalacz (np. kompromitacja klucza gorącego). Przepływ demonstracyjny 2: Delegacja za pomocą CSFS. Skarbnik podpisuje wiadomość upoważniającą zespół operacyjny do wydania X sats do Y do bloku Z (choć kwota i inne dynamiczne parametry transakcji nie są egzekwowane w demonstracji, wymagałoby to OP_AMOUNT, mogłoby być możliwe wymuszenie na wydawcy dostarczenia danych transakcji w świadku, sprawdzenie podpisu danych transakcji z CSFS, a następnie introspekcja elementów transakcji, które chcemy, jak kwota, ale nie jestem pewien, czy parsowanie / dzielenie elementów transakcji byłoby praktyczne). Wydaj skarbiec bezpośrednio przez liść CSFS: Świadek zawiera podpis, skrót wiadomości, klucz publiczny skarbnika, skrypt, kontrolę. Omija CTV/lock czasowy w przypadku autoryzowanych sytuacji awaryjnych.