Collaborative Custody

Pedro gestiona sus bitcoins con su propia cartera. Le preocupa perder un dispositivo o una copia de seguridad. Una cartera es una aplicación o un dispositivo para recibir y enviar bitcoin. Firmar significa aquí usar una clave privada, un valor numérico secreto, para crear una prueba verificable de autorización del pago. Los demás pueden comprobar la firma sin conocer ese secreto. Unchained describe un esquema 2-of-3: hacen falta las firmas de dos de las tres claves. Pedro guarda A y B; el servicio, C. Sirven A+B, A+C y B+C; C por sí sola no basta. Exigir varias firmas se llama Multisig. Pedro puede pagar sin el servicio y pedir ayuda si pierde una clave. Dos dispositivos restaurados con la misma Seed Phrase, la misma copia expresada en palabras, no son independientes: revelar ese secreto común compromete ambos. [1] [4] [8]

Mientras Pedro disponga de A+B y de toda la información de la cartera, una caída del servicio no le impide por sí sola pagar. Si solo queda A, necesita al servicio para A+C. Una caída o una negativa a firmar puede entonces bloquear la recuperación. Si pierde A y B, C no lo salva. Por eso conviene probar por separado la salida independiente y la recuperación asistida. Las instrucciones de Casa para recuperar sin su infraestructura también suponen expresamente que la clave del servicio no está disponible. El procedimiento y los equipos dependen del producto; no se deducen de la palabra «collaborative». [1] [6]

Pedro tiene sus copias, pero otra aplicación necesita saber qué cartera reconstruir. En un 2-of-3 convencional hacen falta las claves públicas de los tres participantes, incluido el proveedor, y sus reglas de uso. Las claves públicas verifican firmas; las privadas las crean. Un Output Descriptor describe esa configuración en un formato que entiende el software, incluida la derivación de direcciones. Dos copias personales de Seed Phrase no reconstruyen la clave pública que falta del proveedor. Pedro guarda y comprueba la exportación mientras el servicio funciona. Antes de compartirla, revisa su contenido: el formato general de descriptor también admite claves privadas. [4] [5]

Un coordinador reúne los datos de la transacción; quien firma tiene la clave para autorizarla. PSBT, el formato descrito en BIP 174, transporta una transacción incompleta y sus datos entre programas y dispositivos. Crear el archivo no aporta una firma que falta. Aun sin una clave, un coordinador puede causar daño proponiendo otro destinatario. Antes de firmar hay que verificar dirección, importe, comisión y change: el sobrante que vuelve a la propia cartera. Una Hardware Wallet ayuda a separar la clave del ordenador; sigue importando qué permite comprobar su pantalla y qué confirma Pedro. [2] [3]

Un error puede aparecer antes del primer pago, al configurar la cartera compartida. BIP 129 describe el intercambio de claves y configuración para que los participantes comparen el umbral de firmas, las claves incluidas y la primera dirección. Esto abarca el tipo de script, que expresa las condiciones de gasto, y las rutas de derivación de nuevas claves. Una configuración manipulada puede desviar depósitos. El documento no cubre por sí mismo la resistencia del almacenamiento del dispositivo ni sus comprobaciones posteriores de direcciones de recepción y change. Admitir el estándar no certifica la seguridad del producto completo. [2]

Un XPUB es una clave pública extendida que permite derivar claves públicas de una rama de la cartera. Con esos datos y la configuración, el proveedor puede llegar a seguir direcciones y pagos sin tener firmas suficientes para gastar. Si los vincula a una cuenta con el nombre del cliente, añade otra relación. Privacidad y permiso para gastar son cuestiones distintas. La afirmación de que el servicio no puede pagar solo también tiene condiciones: podría obtener otra clave de Pedro o engañarlo para que firme una transacción perjudicial. Reducir el poder del proveedor limita ciertos riesgos, pero no todos. [2] [4]

Pedro pierde una clave y crea otra en la aplicación. Eso no invalida la antigua para depósitos anteriores. Una salida de transacción registra una cantidad y las condiciones para gastarla después. Los depósitos anteriores existen como UTXO, salidas de transacciones todavía no gastadas y con sus propias condiciones. En un Multisig convencional hay que crear nuevas condiciones y trasladar los fondos afectados mediante una transacción confirmada. Después se revisa qué queda en las direcciones antiguas. Cambiar la contraseña de la cuenta o la etiqueta de una clave no sustituye ese traslado. También deben actualizarse la configuración y las instrucciones familiares, para que los herederos no sigan un plan que ya no corresponde a los fondos. [4] [9]

Un ensayo útil se realiza con una cartera de prueba separada. Pedro importa la configuración guardada en un programa compatible, compara direcciones y comprueba que puede firmar con sus claves sin el servicio original. El modo watch-only muestra direcciones y saldo, pero no demuestra la capacidad de firmar. Caravan es un coordinador de código abierto; hay que verificar su compatibilidad con el formato y los dispositivos concretos. También se prueban la recuperación asistida, una clave inaccesible, las comisiones y change. El resultado debe ser un procedimiento claro y documentado, con las versiones utilizadas, no solo tranquilidad al ver un saldo. [3] [6] [7]