En el contexto cripto, "blank wallet" suele referirse a una placa o tarjeta metálica sin grabar destinada a contener un respaldo de frase semilla, no a una cartera de software. Esta guía explica cómo preparar, grabar, verificar y recuperar dicho respaldo mediante un flujo de trabajo sin conexión y una comprobación de checksum que usted mismo puede ejecutar. Separa el comportamiento documentado de BIP39 de las recomendaciones operativas y de las mediciones que debe realizar en su propio hardware. El objetivo es un respaldo que realmente pueda restaurar bajo presión, no solo uno que parezca duradero.
Alcance y los dos significados de Blank Wallet
Los resultados de búsqueda de "blank wallet" se dividen en dos grupos no relacionados: productos físicos de carteras metálicas o de cuero en blanco vendidos para grabado, y un token de cartera de navegador Ethereum heredado también llamado Blank Wallet. Este artículo cubre el primer significado, porque es el que tiene un flujo de trabajo técnico reproducible: preparar una placa metálica en blanco como respaldo de frase semilla para una cartera de autocustodia.
El alcance es deliberadamente limitado. Aprenderá a mover un mnemónico BIP39 desde una fuente en papel o digital a una placa en blanco, verificarlo sin conexión y ensayar la recuperación. No es una reseña de ningún proveedor específico de placas ni asesoramiento financiero. Si lo que busca es un endpoint RPC para conectar una cartera a una cadena, esa es una decisión distinta cubierta por los recursos del Asistente RPC enlazados abajo.
- Dentro del alcance: placas metálicas en blanco, grabado de frases semilla, verificación sin conexión, simulacros de recuperación.
- Fuera del alcance: carteras de cuero de moda, el token BLANK y comparativas de precios de proveedores.
- Suposición: ya posee un mnemónico BIP39 (12, 18 o 24 palabras) generado por una cartera que usted controla.
Requisitos previos y modelo de amenaza antes de grabar
Antes de tocar una placa en blanco, escriba su modelo de amenaza. Un respaldo metálico protege contra incendios, agua y deterioro físico. No protege contra una cámara comprometida, una nota sincronizada en la nube o un ayudante que memorice sus palabras. El flujo de trabajo siguiente asume un atacante que podría obtener la placa más adelante, por lo que debe tratar el objeto grabado como un instrumento al portador.
Necesita: un juego de placas o tarjetas metálicas en blanco, una herramienta de grabado (láser, rotativa o punzón), un espacio de trabajo limpio sin cámaras conectadas a la red, una lista de palabras BIP39 y un segundo dispositivo permanentemente sin conexión para la verificación. No genere una nueva semilla en un ordenador de propósito general para este ejercicio; use la semilla que su cartera de hardware ya produjo.
- Use una cartera de hardware o un dispositivo aislado para originar el mnemónico.
- Mantenga la lista de palabras sin conexión; una lista BIP39 impresa es suficiente.
- Registre la ruta de derivación y la versión del software de la cartera junto al respaldo, no en la placa.
- Decida de antemano si usará una passphrase; si es así, nunca la guarde en la misma placa.
Modelo mental: qué restaura realmente un respaldo de semilla
Un mnemónico BIP39 codifica entropía más un checksum. Las palabras no son en sí mismas la clave privada; son una codificación que, junto con una passphrase opcional y una ruta de derivación, produce determinísticamente las claves de su cuenta. Esa distinción importa para una placa en blanco: si solo graba las palabras y pierde la ruta de derivación o la convención de passphrase, podría restaurar una cartera válida pero vacía.
El checksum es la parte que más a menudo se daña con el grabado manual. Una sola letra incorrecta cambia la palabra, y una sola palabra incorrecta normalmente hace fallar el checksum. Algunas sustituciones de palabras aún pasan el checksum por casualidad, por lo que la verificación debe comparar las direcciones restauradas, no solo el número de palabras. Trate la placa como datos que deben validarse, no como un objeto decorativo.
Procedimiento de grabado paso a paso
Trabaje en una habitación sin teléfonos, sin altavoces inteligentes y sin ventanas que den a un vecino. Disponga las placas en blanco en el orden en que las grabará. Numere cada placa físicamente con un punzón o un estilete antes de añadir palabras, para que una placa caída pueda reordenarse. Grabe las palabras en una dirección consistente y registre el esquema de numeración en una tarjeta separada que no contenga secretos.
Para una semilla de 24 palabras, una disposición común es cuatro placas de seis palabras, o dos placas de doce. Cualquiera que sea la disposición elegida, grabe el índice de la placa y el índice de la palabra. Evite abreviar palabras para ahorrar espacio; un prefijo de cuatro letras es ambiguo para varios pares BIP39. Después de grabar, inspeccione cada carácter con buena luz y no fotografíe nada.
- Grabe o marque los números de placa antes del contenido de las palabras.
- Grabe palabras completas, no prefijos.
- Mantenga un orden de lectura consistente y documéntelo por separado.
- No guarde la passphrase, si la hay, en la misma placa.
Verificación de checksum sin conexión con Python
El siguiente script se ejecuta en una máquina aislada y comprueba si una secuencia de palabras es un mnemónico BIP39 válido. Utiliza la biblioteca de referencia mnemonic. Instálela en la máquina sin conexión con antelación o incluya el wheel. El script nunca imprime las palabras; solo imprime la validez y el número de palabras.
Ejecútelo después de transcribir manualmente la placa grabada a texto. Si falla, vuelva a leer la placa carácter por carácter antes de asumir que la semilla es incorrecta.
from mnemonic import Mnemonic
# Replace with words transcribed from the engraved plate.
# Do not run this on a networked machine with a real seed.
words = "WORD1 WORD2 WORD3 ... WORD24"
mnemo = Mnemonic("english")
phrase = " ".join(words.split())
print("word_count:", len(phrase.split()))
print("checksum_valid:", mnemo.check(phrase))Simulacro de recuperación: demostrar que el respaldo funciona
Aprobar el checksum es necesario pero no suficiente. La prueba real es restaurar la cartera y confirmar que la primera dirección de recepción coincide con la que usó antes de grabar. Hágalo en un dispositivo aislado o en una cartera de hardware en un entorno privado. Registre solo el prefijo de la dirección y la ruta de derivación, nunca la semilla completa.
Si usa una passphrase, repita el simulacro con y sin ella para confirmar que entiende qué cartera produce cada combinación. Un respaldo que restaura un conjunto de direcciones diferente es peor que no tener respaldo, porque crea una falsa confianza.
- Restaure en una cartera de hardware limpia o en una cartera de software sin conexión.
- Compare la primera dirección de recepción con su registro previo al grabado.
- Confirme que la ruta de derivación (por ejemplo, el índice de cuenta) coincide.
- Repita anualmente o después de cualquier cambio en el software de la cartera.
Automatizar una comprobación de dirección de solo lectura con JavaScript
Una vez restaurada una cartera, puede confirmar que su dirección es la esperada consultando una cadena a través de un endpoint RPC. Este paso usa solo una dirección pública, nunca una clave privada. Configure RPC_URL con un endpoint de confianza; si aún no ha elegido uno, la guía del Asistente RPC sobre API RPC de Ethereum y endpoints multicadena explica las ventajas y desventajas.
El siguiente script obtiene el saldo de una dirección para que pueda confirmar que la cartera restaurada controla la cuenta esperada. Es una comprobación de cordura, no una prueba de propiedad.
const RPC_URL = process.env.RPC_URL; // e.g. your provider endpoint
const ADDRESS = "0xYourRestoredAddress";
async function main() {
const res = await fetch(RPC_URL, {
method: "POST",
headers: { "content-type": "application/json" },
body: JSON.stringify({
jsonrpc: "2.0",
id: 1,
method: "eth_getBalance",
params: [ADDRESS, "latest"],
}),
});
const json = await res.json();
console.log("balance_wei:", json.result);
}
main().catch((err) => console.error("rpc_error:", err.message));Tabla de resultados: qué registrar y cómo comparar
Mantenga un registro de verificación que no contenga material secreto. La siguiente tabla es una plantilla; complétela con sus propias observaciones. No copie números de ninguna guía, incluida esta, porque su hardware, la versión de la lista de palabras y la ruta de derivación determinan el resultado.
| Comprobación | Método | Resultado esperado | Registro |
|---|---|---|---|
| Número de palabras | Conteo manual | 12, 18 o 24 | Aprobado/fallido |
| Checksum | Script Python sin conexión | checksum_valid: True | Aprobado/fallido |
| Dirección restaurada | Restauración en cartera de hardware | Coincide con la dirección previa al grabado | Prefijo de dirección |
| Ruta de derivación | Configuración de la cartera | Coincide con la ruta documentada | Cadena de ruta |
| Comportamiento de la passphrase | Restaurar con y sin | Dos conjuntos de direcciones distintos | Confirmado |
| Legibilidad física | Inspección visual | Cada carácter legible | Nota sin fotos |
Ejecute esta tabla después de grabar y de nuevo en su simulacro anual. Si alguna fila falla, deje de usar la placa hasta que se corrija.
Solución de problemas comunes en el respaldo de Blank Wallet
La mayoría de los fallos se agrupan en unas pocas categorías. Un fallo de checksum suele significar un carácter mal leído o una palabra transpuesta. Un checksum correcto con la dirección equivocada suele indicar una ruta de derivación o una passphrase que no coinciden. Una placa ilegible tras un incendio puede haberse grabado demasiado superficialmente o en un material que se deformó.
Si su restauración produce una cartera vacía, no asuma que la semilla está perdida. Vuelva a comprobar la ruta de derivación, la passphrase y la versión del software de la cartera. Algunas carteras usan índices de cuenta diferentes por defecto. Si utilizó un idioma de lista de palabras no estándar, confirme que la herramienta de restauración lo admite.
- Falla el checksum: vuelva a leer la placa, busque caracteres similares (0/O, 1/I/l).
- El checksum pasa pero la dirección difiere: verifique la ruta de derivación y la passphrase.
- Placa ilegible: inspeccione la profundidad del grabado y el material antes de volver a grabar.
- La herramienta de restauración rechaza palabras: confirme el idioma BIP39 y la versión de la lista de palabras.
Limitaciones, compensaciones e higiene operativa
Las placas metálicas son más pesadas y caras que el papel, y el grabado introduce un nuevo modo de fallo: el error de transcripción humana. Un grabador láser puede producir caracteres más limpios que un punzón manual, pero también requiere un archivo digital, que es en sí mismo un artefacto que contiene secretos. Elimine ese archivo de forma segura y mantenga la máquina de grabado sin conexión si es posible.
Ningún respaldo es inmune a la coacción. Dividir una semilla entre ubicaciones, usar una passphrase almacenada por separado o emplear un esquema multifirma cambia el modelo de amenaza. Cada uno añade complejidad operativa que debe ensayar. Elija el esquema más simple que realmente pueda verificar y documéntelo en un lugar que no sea la propia placa.
Próximos pasos: del respaldo al acceso confiable a la cadena
Una vez grabada y verificada su placa metálica en blanco, el riesgo restante suele ser operativo: conectar la cartera restaurada a una cadena mediante un endpoint poco confiable. Revise la guía de endpoints RPC para entender en qué se diferencian los endpoints, y compare los precios de RPC si necesita un rendimiento predecible. Para cargas de trabajo en producción, un nodo dedicado elimina los efectos de vecinos ruidosos que pueden introducir los endpoints públicos.
Si está eligiendo un proveedor para una red específica, comience por la lista de redes compatibles y la descripción general del servicio API, luego use el Asistente RPC para la recomendación concreta de endpoint. Mantenga separados su flujo de trabajo de respaldo de semilla y su selección de RPC: el primero protege la custodia, el segundo la disponibilidad.