La autocustodia consiste en controlar el envío de bitcoin con sus propias claves privadas. Son datos secretos que la cartera utiliza para crear una firma digital que demuestra la autorización para gastar. No necesita pedir un retiro a una plataforma de intercambio. A cambio, asume la responsabilidad de las claves y su copia de seguridad: si las pierde, nadie puede devolverle el acceso con un simple cambio de contraseña.
Ana compra bitcoin en una plataforma de intercambio. Al principio, el saldo de su cuenta significa que la plataforma le debe esa cantidad de bitcoin; es la plataforma quien tiene las claves para enviarlo. Una vez que Ana retira los fondos a una dirección de su propia cartera, puede enviarlos por sí misma. Los bitcoins no se trasladan al teléfono. La red registra salidas de transacciones aún no gastadas, llamadas UTXO: cada una especifica una cantidad y las condiciones para gastarla. Ana controla las claves necesarias. Puede crear una transacción sin permiso del administrador de la cuenta, aunque la confirmación sigue requiriendo que llegue a la red y se incluya en un bloque.
¿Cómo sabe la red que Ana puede gastar esos fondos? No comprueba su documento de identidad ni su nombre. Los nodos, los ordenadores que verifican las transacciones de Bitcoin, comprueban las firmas digitales y las demás condiciones escritas en un script. Este es un pequeño programa que define qué debe cumplirse para gastar. A veces basta la firma de una clave; en otros casos hacen falta varias firmas o que transcurra cierto tiempo. La cartera también debe conocer estas reglas tras una restauración. Si un servicio aporta parte de las firmas, compruebe que controla suficientes claves para cumplir las reglas sin depender de él. La autocustodia depende de poder controlar los fondos por su cuenta, no del nombre del producto.
Imagine que Ana pierde el teléfono. Muchas carteras pueden recuperarse con una Seed Phrase: una secuencia de palabras de respaldo que permite reconstruir el seed, los datos secretos iniciales de los que se derivan las claves. En el formato BIP 39, si se utilizó una passphrase, también se necesita esa frase adicional exacta. No es el PIN del dispositivo y una frase distinta genera otras claves. La restauración puede requerir además la descripción de la cartera. Un Descriptor indica las claves y las reglas de gasto; una ruta de derivación señala dónde buscar dentro del árbol de claves. En Multisig, que requiere varias firmas, hay que conservar los datos de todas las claves públicas participantes y su disposición según el script elegido. Las etiquetas de los pagos ayudan a entender el historial, pero no sustituyen las claves. Verifique la copia recuperando direcciones conocidas de forma segura, no solo contando las palabras anotadas.
Una Hardware Wallet es un dispositivo independiente diseñado para firmar transacciones de forma segura. Separa las claves de firma del ordenador habitual. Siguen importando su firmware (el software interno del dispositivo), las direcciones correctas y las copias. Multisig puede limitar el daño de perder o comprometer una clave, pero añade dispositivos, información y pasos de recuperación. La seguridad depende del conjunto, no solo del nombre del producto o del número de claves.
Compruebe la dirección de recepción en una pantalla fiable; con una Hardware Wallet, en el propio dispositivo. Antes de firmar revise destinatarios, importes, comisión y cambio. Siga las transacciones mediante su Full Node, que verifica por sí mismo las reglas de Bitcoin, o una fuente cuyas limitaciones conozca. Prevea también actualizaciones, pérdida del dispositivo y emergencias.
Una Seed Phrase puede estar incompleta o expuesta, y la passphrase necesaria puede perderse. Incluso con las claves correctas, la cartera puede no encontrar las direcciones esperadas si faltan las rutas de derivación o las reglas de gasto. Revise conjuntamente las claves, la configuración y las copias de seguridad. Recibir un pago de prueba no demuestra por sí solo que pueda recuperar o gastar los fondos: se puede mostrar una dirección receptora sin disponer de la clave privada. Conviene comprobar también la restauración segura y la firma de una pequeña transacción saliente.
Pruebe la restauración en un entorno separado y fiable siguiendo el procedimiento de su cartera; nunca introduzca una copia real en un formulario web ni en un dispositivo no fiable. Reconstruya las reglas desde copias verificadas, compare direcciones conocidas y compruebe que puede firmar una transacción pequeña. Los planes de emergencia y herencia deben dar a las personas adecuadas acceso a secretos y datos necesarios bajo condiciones definidas, sin revelarlos antes de tiempo.
Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System · BIP 32 — Hierarchical Deterministic Wallets · BIP 39 — Mnemonic code for generating deterministic keys · BIP 174 — Partially Signed Bitcoin Transactions · BIP 380 — Output Script Descriptors General Operation · Bitcoin Core — Managing wallets · Bitcoin Core — External signer
Para obtener la imagen más completa, lee esta entrada junto con Bitcoin, Private Key, Seed Phrase, Cartera, Hardware Wallet, Multisig. También enlazan con esta entrada Cold Storage, Lightning Watchtower, KYC, Custodial Exchange.
01¿Self-custody significa guardar bitcoin en un teléfono?+
No. La cadena registra los UTXO: salidas de transacciones no gastadas que especifican una cantidad y sus condiciones de gasto; usted controla las claves y puede cumplir las condiciones de gasto sin permiso del custodio de una cuenta. Una cartera móvil, Hardware Wallet, un sistema sin conexión o Multisig son posibles configuraciones. El tipo de dispositivo por sí solo no garantiza seguridad ni recuperación.
02¿Qué debo verificar antes de un retiro grande?+
Verifique la dirección receptora en una cartera fiable; si usa Hardware Wallet, en su propia pantalla. Haga una prueba pequeña y verifique la confirmación de forma independiente. Antes de mover el resto, ensaye la recuperación con seguridad, incluida la passphrase necesaria, rutas de derivación y datos del script. No introduzca la copia de seguridad real en una web ni en un dispositivo no fiable. Un pequeño ingreso por sí solo no prueba la recuperación ni la seguridad.