Construí una prueba de concepto de bóvedas de Bitcoin para mostrar CTV y CSFS en el sello de Mutinynet. Bóveda básica: Fondos bloqueados en una salida P2TR con un script CTV de una sola hoja que se compromete a una plantilla de transmisión de activación. El disparador se mueve a un P2TR condicional: la rama IF requiere retraso CSV + firma de tecla de acceso rápido; ELSE es CTV a dirección fría (inmediata, sin sig). La clave interna de NUMS obliga a los gastos del script. La bóveda híbrida se extiende a dos hojas: una para la ruta CTV (igual que la básica). Segundo para CSFS: Verifica una firma de Schnorr sobre un mensaje de delegación (por ejemplo, "EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...") desde la clave del tesorero, permitiendo el gasto directo al destinatario (escotilla de escape). Flujo de demostración 1: Cold clawback a través de CTV. Bóveda de fondos P2TR. Disparador de transmisión (satisface CTV desde la bóveda). A continuación, transmita tx en frío desde el disparador (rama ELSE, satisface CTV a frío). Sin demora. Funciona como respuesta de emergencia si se detecta un disparador (por ejemplo, compromiso de teclas de acceso rápido). Flujo de demostración 2: Delegación a través de CSFS. El tesorero firma un mensaje que autoriza al equipo de operaciones a gastar X sats a Y por Z bloque (aunque la cantidad y otros parámetros de transacción dinámica no se aplican en la demostración, requeriría OP_AMOUNT, podría ser posible obligar al gastador a proporcionar los datos de la transacción en el testigo, verifique la firma de los datos tx con CSFS, y luego hacer una introspección de los elementos de la transacción que queremos, como la cantidad, pero no estoy seguro de que el análisis / división de los elementos de la transacción sea práctico). Gastar bóveda directamente a través de la hoja CSFS: El testigo incluye sig, hash de mensaje, clave de publicación del tesorero, script, control. Evita el CTV/timelock para emergencias autorizadas.