Ein Proof of Concept für Bitcoin-Vaults erstellt, um CTV & CSFS auf dem Mutinynet-Signet zu demonstrieren. Basis-Vault: Gelder sind an einen P2TR-Ausgang gebunden, mit einem einzelnen Blatt CTV-Skript, das sich auf eine Trigger-Transaktionsvorlage verpflichtet. Der Trigger wechselt zu einem bedingten P2TR: Der IF-Zweig erfordert eine CSV-Verzögerung + Hot-Key-Signatur; ELSE ist CTV zu einer kalten Adresse (sofort, keine Signatur). NUMS interner Schlüssel zwingt Skript-Ausgaben. Hybrid-Vault erweitert sich auf zwei Blätter: Eines für den CTV-Pfad (gleich wie bei der Basis). Das zweite für CSFS: Überprüft eine Schnorr-Signatur über eine Delegationsnachricht (z.B. "EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...") vom Schatzmeister-Schlüssel, der eine direkte Ausgabe an den Empfänger ermöglicht (Notausgang). Demo-Flow 1: Kalte Rückforderung über CTV. Vault P2TR finanzieren. Trigger senden (erfüllt CTV vom Vault). Dann kalte Transaktion vom Trigger senden (ELSE-Zweig, erfüllt CTV zu kalt). Keine Verzögerung. Funktioniert als Notfallreaktion, wenn der Trigger erkannt wird (z.B. Kompromittierung des Hot-Keys). Demo-Flow 2: Delegation über CSFS. Schatzmeister signiert Nachricht, die dem Operationsteam erlaubt, X Sats an Y bis Block Z auszugeben (obwohl der Betrag und andere dynamische Transaktionsparameter in der Demo nicht durchgesetzt werden, würde OP_AMOUNT erfordern, könnte möglich sein, den Ausgeber zu zwingen, die Transaktionsdaten im Witness bereitzustellen, die Signatur der Transaktionsdaten mit CSFS zu überprüfen und dann die Transaktionselemente zu inspizieren, die wir wollen, wie den Betrag, aber nicht sicher, ob das Parsen / Aufteilen der Transaktionselemente praktisch wäre). Vault direkt über das CSFS-Blatt ausgeben: Witness enthält Signatur, Nachrichten-Hash, Schatzmeister-Publikums-Schlüssel, Skript, Kontrolle. Umgeht CTV/Zeitverriegelung für autorisierte Notfälle.