Construido un prototipo de bóvedas de Bitcoin para mostrar CTV y CSFS en el signet de Mutinynet. Bóveda básica: Fondos bloqueados a una salida P2TR con un script CTV de hoja única que se compromete a una plantilla de transacción de activación. La activación se mueve a un P2TR condicional: la rama IF requiere un retraso CSV + firma de clave caliente; ELSE es CTV a una dirección fría (inmediato, sin firma). La clave interna NUMS obliga a gastar scripts. La bóveda híbrida se extiende a dos hojas: Una para el camino CTV (igual que la básica). Segunda para CSFS: Verifica una firma Schnorr sobre un mensaje de delegación (por ejemplo, "EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...") de la clave del tesorero, permitiendo el gasto directo al destinatario (salida de emergencia). Flujo de demostración 1: Recuperación fría a través de CTV. Fondos de bóveda P2TR. Transmitir activación (satisface CTV de la bóveda). Luego transmitir la transacción fría desde la activación (rama ELSE, satisface CTV a fría). Sin retraso. Funciona como respuesta de emergencia si se detecta la activación (por ejemplo, compromiso de clave caliente). Flujo de demostración 2: Delegación a través de CSFS. El tesorero firma un mensaje autorizando al equipo de operaciones a gastar X sats a Y por el bloque Z (aunque la cantidad y otros parámetros de transacción dinámicos no se aplican en la demostración, requeriría OP_AMOUNT, podría ser posible forzar al gastador a proporcionar los datos de la transacción en el testigo, verificar la firma de los datos de la transacción con CSFS, y luego introspectar 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 sería práctico). Gastar la bóveda directamente a través de la hoja CSFS: El testigo incluye firma, hash del mensaje, clave pública del tesorero, script, control. Elimina CTV/retraso temporal para emergencias autorizadas.