Una propuesta en desarrollo busca resolver un problema poco visible de las wallets de Bitcoin: cómo conservar su configuración completa sin entregársela en texto claro a un servicio de almacenamiento.

El BIP-138 plantea cifrar esos datos para guardarlos en la nube u otros medios no confiables, aunque su protección depende de que determinadas claves públicas no hayan sido expuestas previamente.

Publicidad

El problema aparece especialmente en wallets que utilizan multifirma o configuraciones más complejas. La semilla no siempre basta para recuperar una wallet: permite firmar, pero también hace falta conocer las reglas utilizadas para encontrar y controlar los fondos.

Se trata de una información que puede estar contenida en un descriptor, una especie de plano que indica qué claves utiliza la wallet y bajo qué condiciones puede gastarse el bitcoin. En una multifirma, perder ese plano puede impedir reconstruir la wallet aunque todavía existan las semillas de los participantes.

El BIP-138 fue asignado en mayo de 2026 y continúa como Draft. Su autor, Pyth, propone un formato para cifrar descriptores, políticas de wallet y otros metadatos sin incluir material de claves privadas.

El respaldo que no necesita confiar en la nube

La idea de las wallets en la nube cambia una parte importante de la estrategia tradicional de respaldo. En lugar de guardar un descriptor en texto claro en una memoria USB, correo electrónico o servicio de almacenamiento, la wallet puede convertirlo en un archivo cifrado.

Publicidad

La clave para descifrarlo se obtiene a partir de las claves públicas de los participantes. Esto permite que un cosignatario pueda recuperar la información utilizando su clave pública, sin necesidad de entregar su semilla ni otro secreto adicional.

El esquema utiliza ChaCha20-Poly1305, un sistema de cifrado que proporciona confidencialidad e integridad. Además, el BIP contempla mecanismos para dificultar que un proveedor de almacenamiento pueda deducir información a partir del tamaño del archivo.

La privacidad, sin embargo, empieza antes del cifrado

El BIP establece que las claves públicas que ya pueden ser conocidas por terceros no deben utilizarse para generar el secreto de cifrado. La razón es sencilla: si alguien ya conoce una clave que participa en el mecanismo, podría reconstruir la información necesaria para abrir el respaldo.

Esto crea una situación especialmente interesante con los xpub. Un xpub permite derivar las claves públicas de una cuenta y, aunque no permite gastar los fondos, puede revelar información importante sobre una wallet.

Publicidad

En el extracto de la BIP-138 definen la utilización de copias de seguridad resguardadas en medios no confiables. Fuente: GitHub.

El propio BIP-138 advierte que algunas aplicaciones de escritorio de Ledger y Trezor envían las claves pública de determinadas cuentas a un servidor. Una clave pública aparentemente inocuo puede convertirse en una llave de recuperación si posteriormente se reutiliza como participante de una wallet multifirma.

Por eso, el documento recomienda utilizar cuentas cuyos xpub no hayan sido enviados previamente a esos servidores, como las asociadas a BIP48 o BIP87.

No se trata de una vulnerabilidad reportada en esas wallets. Es una condición de privacidad que el usuario debe conocer. Si un tercero ya tiene el xpub que forma parte del respaldo, el cifrado de BIP-138 no puede recuperar la privacidad que se perdió antes.

Bitcoin Core todavía está preparando la infraestructura

La propuesta tampoco significa que las principales wallets de Bitcoin ya estén listas para utilizar este formato. BIP-138 continúa en desarrollo y el propio documento señala que la implementación de Liana corresponde a una versión temprana que no es compatible con el formato actual.

Publicidad

Aquí aparece una segunda línea de desarrollo en Bitcoin Core. El problema sobre descriptores multipath fue abierto por Sjors el 25 de agosto de 2026 porque Core puede importar estos descriptores, pero actualmente pierde su forma original y los convierte en descriptores separados para recibir y cambiar.

Los descriptores multipath permiten expresar en una sola estructura rutas como las utilizadas para direcciones de recepción y cambio. Esto resulta importante para determinados dispositivos de firma que necesitan conocer la política completa de la wallet.

El vínculo con BIP-138 es arquitectónico, no una implementación directa del sistema de respaldo. Core está preparando una pieza que facilita conservar la descripción completa de la wallet, mientras que BIP-138 busca proteger esa información cuando se almacena fuera de ella.

Una primera propuesta de Sjors, la PR 36133, terminó cerrada después de que surgieran objeciones sobre el diseño. El 5 de octubre, achow101 abrió una alternativa, la PR 36444, que permanece como Draft.

Publicidad

La nueva propuesta busca almacenar información suficiente para reconstruir posteriormente el descriptor multipath original. Su utilidad está relacionada con wallets que necesitan registrar sus políticas en dispositivos de hardware, no con el cifrado del respaldo.

El problema de fondo es más grande que la nube

La discusión revela una evolución importante en la arquitectura de las wallets. Durante años, el respaldo se explicó principalmente como una cuestión de proteger la semilla. Las wallets más complejas necesitan conservar mucho más que 12 o 24 palabras.

Esto es especialmente relevante a medida que aumentan las configuraciones con multifirma, Miniscript, políticas de gasto, rutas de derivación y dispositivos de hardware. Una semilla puede demostrar que una persona controla una clave, pero no necesariamente permite reconstruir cómo estaba organizada toda la wallet.

El BIP-138 intenta resolver precisamente esa segunda mitad del problema: hacer que la configuración pueda tener copias redundantes sin convertir cada copia en una fuente de información sobre la wallet.

Publicidad

La propuesta también parte de una idea práctica: el respaldo no debería depender de que el usuario conserve físicamente un archivo complejo. Si puede guardarlo cifrado en varios lugares, aumenta la posibilidad de recuperación después de una pérdida, incendio o fallo de un dispositivo.

Pero existe un límite que ningún algoritmo de cifrado puede solucionar. Si un tercero ya conoce una de las claves utilizadas para proteger el respaldo, el secreto deja de ser exclusivamente del propietario.

Ese puede terminar siendo el aspecto más importante de BIP-138. El desafío no consiste solamente en crear un archivo que nadie pueda leer en la nube, sino en diseñar wallets que nunca entreguen antes las piezas que podrían utilizarse para abrirlo.

En ese sentido, el desarrollo de BIP-138 y el trabajo de Bitcoin Core apuntan a una misma necesidad: que una wallet pueda describirse, respaldarse y recuperarse sin convertir esa información en un nuevo punto de vigilancia o de exposición.

Publicidad

La nube puede ser el lugar donde se almacena el respaldo. La verdadera frontera de privacidad está en qué información sale de la wallet antes de llegar allí.

Las wallets de Bitcoin buscan respaldarse en la nube sin revelar cómo están construidas