Paso 5: autocustodia, verificada

Curiosidad

1. ¿Por qué una billetera física comprada a un revendedor conlleva un riesgo que una comprada al fabricante no lo tiene?
2. ¿Cómo puede añadir una sola frase adicional a una copia de seguridad hacer que los fondos sean irrecuperables si esa frase se pierde?
3. ¿Qué sucede cuando el medio físico que contiene las claves sobrevive a la persona que recuerda cómo abrirlo?

Explorar

1. Una billetera de hardware adquirida en un fabricante autorizado garantiza que el dispositivo no haya sido manipulado durante su transporte. Los revendedores externos pueden enviar unidades cuyo firmware ha sido modificado o cuyos componentes físicos han sido alterados, lo que crea una posibilidad para la extracción de claves. El compromiso radica entre la comodidad y la integridad de la cadena de suministro; comprar directamente elimina a los intermediarios, pero suele requerir tiempos de envío más largos y políticas de devolución menos flexibles. Este paso hace referencia a las prácticas de adquisición de dispositivos detalladas en la lección 4.3.2.
2. La frase de semilla, que suele constar de doce o veinticuatro palabras según el BIP39, codifica la clave raíz a partir de la cual se derivan todas las direcciones. Escribirla en un material duradero como placas metálicas protege contra daños por fuego y agua que destruyen las copias en papel. Una contraseña opcional, a veces llamada “la vigésima quinta palabra”, genera una billetera completamente diferente cuando se combina con la frase mnemónica mediante el algoritmo PBKDF2. Esto aumenta la seguridad, pero introduce una fragilidad crítica: si se pierde la contraseña, los fondos quedan permanentemente inaccesibles, ya que no hay forma de recuperar una frase olvidada (lección 4.3.4).
3. Antes de enviar una cantidad importante de dinero, verificar la dirección de recepción en la pantalla física del dispositivo protege contra malware que podría alterar las direcciones mostradas en una computadora o teléfono conectado. La billetera hardware mantiene las claves separadas de la computadora; si esta se ve comprometida, puede mostrar una dirección fraudulenta mientras el usuario cree que está verificando la suya propia. Confirmar que los caracteres coinciden entre la pantalla y el destinatario real cierra esta brecha. Esta verificación es la principal defensa de la billetera hardware contra una computadora comprometida.
4. Enviar primero una pequeña transacción de prueba confirma que la dirección controla los fondos esperados y que la conexión a la red funciona correctamente. Si la cantidad de prueba llega y puede ser gastada, el resto del saldo puede transferirse con confianza. Omitir este paso implica el riesgo de enviar grandes sumas a una dirección incorrecta o con errores tipográficos, lo cual hace imposible recuperarlas debido a la inmutabilidad de Bitcoin. Esta práctica se aplica igualmente a las transferencias nativas de BTC y a los retiros desde exchanges.
5. En casos de cantidades más grandes, las configuraciones multisig distribuyen el control entre múltiples dispositivos y ubicaciones, reduciendo el riesgo de pérdida total debido a una falla en el hardware o un robo (lección 4.3.3). Una configuración común es la de 2 de 3, donde se requieren dos claves para firmar una transacción. Esto añade complejidad al uso diario, pero aumenta significativamente la resiliencia frente a la pérdida física y la coacción. El día en que las monedas salen del exchange es el día en que los fallos operativos del exchange dejan de ser responsabilidad del propietario.
6. Una copia de seguridad que nunca se restaura es más bien una esperanza que un plan. Restaurar la semilla (y la frase de contraseña) en un dispositivo de respaldo confirma que la primera dirección derivada coincide con la billetera original, lo que demuestra que la copia de seguridad está intacta y usable. Este procedimiento debe repetirse periódicamente para asegurarse de que el propietario pueda seguir el proceso de recuperación sin depender únicamente de su memoria. La mayor parte del Bitcoin perdido se debe a errores humanos en la gestión de las claves, y no a ataques informáticos sofisticados.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• Bitcoin Improvement Proposal 39 (BIP39)
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)
• Hardware wallet vendor documentation for firmware verification and address checking procedures