Cold Storage

Alicia quiere conservar bitcoin a largo plazo, pero también utiliza el portátil para trabajar, leer correo y descargar archivos. No quiere que un ataque al portátil entregue al intruso las claves de sus ahorros. Por eso las genera y conserva en un dispositivo fiable separado. Solo pasa a la aplicación del portátil los datos públicos necesarios para observar la cartera. Cuando envía bitcoin desde su cartera anterior a una dirección de recepción ya verificada, el dispositivo de firma puede seguir apagado. La red registra el pago y la aplicación muestra sus confirmaciones; no se descarga en el dispositivo ningún archivo que contenga dinero. Un mes después, Alicia quiere enviar parte de los fondos. El portátil prepara una propuesta: a quién, cuánto y con qué comisión. Alicia la pasa al dispositivo de firma, comprueba los datos en su pantalla y solo entonces aprueba. El dispositivo genera una firma digital que demuestra la autorización para gastar sin entregar las claves privadas. La transacción firmada vuelve a la aplicación conectada, que la transmite. Este reparto de tareas es la esencia de Cold Storage. La etiqueta por sí sola no dice nada sobre la calidad del dispositivo, la corrección de la dirección mostrada ni la capacidad de Alicia para recuperar la cartera si el aparato falla. [7] [11]

Se aíslan las claves, no los bitcoins. Cada UTXO, una salida de un pago anterior que aún no se ha gastado, sigue registrado en la blockchain pública. Desconectar un portátil ya comprometido no basta; una placa metálica con palabras es una copia de seguridad, no un dispositivo de firma. Hay que prever robo, incendio, avería y fallecimiento del titular. Por eso Glacier Protocol separa preparación, depósitos, retiradas, consulta y mantenimiento. [9] [10]

Las palabras de respaldo se llaman Seed Phrase. La passphrase opcional es un secreto adicional que usted elige para derivar la cartera, no el PIN del dispositivo. Multisig, por su parte, exige firmas de varias claves. Genere las claves en un dispositivo fiable y anote el formato de respaldo, la passphrase si se utiliza y la configuración de la cartera. BIP129 describe una preparación de Multisig en dos rondas que verifica claves y configuración compartida. Compare la dirección de recepción en el dispositivo de firma, no solo en el ordenador. Empiece con una cantidad pequeña y pruebe recepción, gasto y recuperación. Recibir un pago no demuestra por sí solo que la recuperación funcione. [5] [11]

La Seed Phrase y la passphrase utilizada permiten derivar de nuevo las claves; localizar la cartera correcta puede requerir otros datos. Una passphrase distinta lleva a otra cartera y no sustituye a la olvidada. Los fragmentos de respaldo SLIP39 no son copias del seed, los datos secretos de partida para derivar las claves: hace falta reunir la cantidad requerida para recuperar. Proteja la copia frente a robo, fotografías y daños. Nunca introduzca un respaldo real en una web ni en un ordenador habitual conectado a internet. [13] [14]

Un air gap elimina la conexión directa a la red, pero siguen entrando datos, por ejemplo mediante QR o microSD. Un fallo en el programa que interpreta los datos recibidos, software interno del dispositivo (firmware) malicioso o una pantalla engañosa también pueden comprometer este sistema. Use firmware verificado, formatos compatibles y comprobaciones independientes. Una tarjeta no limpia un ordenador infectado y un QR no es seguro por definición. Una Hardware Wallet conectada por cable también puede aislar las claves. La conexión elegida no garantiza por sí sola la seguridad. [1] [7] [12]

Considere robos, copias secretas del respaldo, coacción y recuperación por herederos. Un mismo incidente no debería revelar claves suficientes para robar ni destruir tantos elementos que impida recuperar. Un precinto puede mostrar manipulación, pero no evitar una copia. Una cartera oculta o señuelo no garantiza protección frente a la coacción. Documente el procedimiento y las funciones sin revelar secretos innecesariamente; el control doble de una empresa requiere una organización distinta de la custodia personal. [9] [10] [13]

Revise el estado de las copias, la claridad de las instrucciones y la compatibilidad sin exponer el seed innecesariamente. Una prueba segura debe encontrar los UTXO correctos de recepción y de devolución del importe sobrante a la propia cartera (change) y producir una firma válida; no basta con aceptar unas palabras. Hágala en un dispositivo fiable. Antes de cambiar dispositivos o reglas de la cartera, pruebe todo con una cantidad pequeña. Si sospecha una filtración, cree claves independientes nuevas y transfiera los fondos de forma segura; conserve el material antiguo hasta verificar la nueva configuración. [7] [9] [10]

Un script establece las condiciones para gastar bitcoin. La clave pública extendida xpub permite derivar otras claves públicas en la rama correspondiente de la cartera. Para crear direcciones a partir de ellas también hace falta conocer el tipo de script, que define las condiciones de gasto. Un xpub no puede firmar pagos. El coordinador conectado es una aplicación con datos públicos de la cartera. Localiza UTXO, deriva direcciones y construye una transacción sin firmar; el dispositivo de firma guarda las claves privadas. Un Output Descriptor describe los scripts y el origen de las claves, y su suma de comprobación ayuda a detectar errores de copia. Un descriptor público o xpub normalmente no permite gastar por sí solo, pero puede revelar direcciones y saldos. Un coordinador comprometido también puede sustituir al destinatario. [4] [8] [15]

PSBT, definido por BIP174, transporta una transacción sin firmar y los datos necesarios para firmarla. Los datos se organizan en mapas, listas de valores asociados a identificadores: uno para toda la transacción y otros para cada entrada y salida. El archivo comienza con los bytes 0x70 0x73 0x62 0x74 0xff. El coordinador prepara los datos y el dispositivo añade la firma; tras combinar firmas y finalizar, se puede difundir la transacción. El dispositivo desconectado no necesita una base de datos UTXO propia. BIP370 define PSBT v2 y BIP371 añade campos para Taproot. Compruebe antes la compatibilidad. [1] [2] [3] [6] [7]

Antes de confirmar, revise en una pantalla fiable el destinatario, el importe, la comisión o su tasa y las salidas que devuelven el sobrante a su cartera, llamadas change. Revise también las entradas mostradas y el modo sighash, que determina qué partes de la transacción quedan cubiertas por la firma. BIP174 exige verificar que el change propuesto pertenece a la cartera esperada; no basta la etiqueta del ordenador. En pagos importantes, confirme la dirección por otro canal independiente y autenticado y, si procede, con otra persona. [1] [11] [12]

En una configuración m-of-n hacen falta m de las n claves para firmar. Se puede superar una pérdida si quedan al menos m disponibles. En cambio, un atacante necesita obtener al menos m para gastar por su cuenta. No confunda ambos límites. Los seeds por sí solos pueden no reconstruir la cartera: respalde el descriptor o la configuración Bitcoin Secure Multisig Setup (BSMS), incluidos xpub, orden de claves, rutas de derivación (la secuencia de pasos para calcular cada clave) y tipo de script. Una configuración más compleja solo ayuda si puede gestionarla y recuperarla. [4] [5] [8]