Reestructurada en cinco partes con puertas de entrada distintas
(Montar / Generar / Usar / Mantener / Referencia). Antes era ~90%
montaje: se leia una vez y se abandonaba justo cuando empiezan las
preguntas que cuestan dinero.
Parte III (Usar), escrita de cero:
- la rutina de firmar y que mirar en el repaso de la transaccion
- verificar direcciones de recepcion
- convivir con la passphrase: el fingerprint como unica confirmacion
de haberla escrito bien, porque no hay checksum ni aviso
- multisig, con el descriptor como causa n1 de multisigs irrecuperables
Parte IV (Mantener), nueva: actualizar firmware, que pasa si se rompe,
se pierde o te lo roban, y revision periodica.
Mas una chuleta de consulta rapida y puntos de control numerados.
Cerrado el [VERIFICAR] de signet: NO lo soporta. Verificado en
settings_definition.py del repo oficial, solo MAINNET/TESTNET/REGTEST.
Datos verificados contra el codigo fuente y no contra la documentacion:
los dos vectores de dados, el fingerprint 8d9cced8 y el zpub coinciden
caracter a caracter con docs/dice_verification.md. Espanol y catalan
confirmados entre los idiomas completos, no beta.
Conservadas integras las dos secciones que solo existian en el repo
("Como se reparte esto en el tiempo" y "Si tu placa lleva radio").
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011GtYP8BWsrg9G1u7nD7xGT
Contrastadas 17 afirmaciones técnicas contra el README del propio tag y contra
la lista real de ficheros de la release. Todas correctas menos una.
- Corregido: las imágenes pesan unos 50 MB, no "menos de 42". Ese dato venía
del README, que lo arrastra desde la época de la 0.6.0.
- Confirmado que los nombres de fichero de la guía son los reales
(seedsigner_os.0.8.7.*.img y seedsigner.0.8.7.sha256.txt), así que los
comandos de verificación que damos funcionan tal cual.
- Afilado el aviso sobre el README: no es que la web vaya por detrás, es que
el README incluido EN EL PROPIO TAG 0.8.7 sigue diciendo 0.8.6 y listando
ficheros 0.8.6. Los artefactos reales sí son 0.8.7. Fíate de la lista de
ficheros de la release, no del texto que la acompaña.
Precios, plazos de envío y estimaciones de tiempo eran extrapolaciones mías o
venían de una guía de 2021. Estaban escritas con el mismo tono de seguridad que
el resto del documento, y eso es incoherente con una guía que le pide al lector
que no se fíe de lo que no puede verificar.
Fuera: la columna de precios de la tabla de materiales, el total, los plazos de
envío, los tiempos de cada fase, los minutos de soldadura y el "menos de 50 €"
del subtítulo.
En su lugar, lo que sí es cierto y no caduca: son componentes económicos,
fáciles de encontrar y de ensamblar. Y sobre todo lo que ninguna otra opción
ofrece — que en esa lista no hay ni un solo componente de Bitcoin, así que no
hay pedido a tu nombre, ni lista de clientes en la que aparecer, ni paquete que
interceptar. Es una ventaja que no se le puede añadir después a un aparato
comprado hecho.
La cronología mantiene el orden de las fases, que es lo útil, y pierde los
tiempos, que eran inventados.
Para quien acabó con una Zero W o 2W en vez de la 1.3.
El eje es la tabla de las tres capas y qué puede verificar el lector: que el
sistema no cargue la radio y desactivarla por software probablemente funcionan,
pero son promesas no comprobables; quitar el componente se verifica mirando la
placa. Y la conclusión honesta: la opción buena es no tener el problema, que la
Pi Zero 1.3 no lleva radio.
Documenta el procedimiento de Desobediente Tecnológico (CC BY 4.0), con su
traducción al castellano alojada en Estudio Bitcoin: qué componente se retira,
que está en la misma posición en ambas placas, el blindaje de la 2W, y cómo
quitarlo con alicates. Con el aviso de que es irreversible y puede arruinar la
placa: quien no haya hecho nada parecido sale más barato comprando la 1.3.
Y un detalle práctico que no cuenta nadie: SeedSigner OS no tiene terminal, así
que la comprobación con ip addr y bluetoothctl hay que hacerla antes, con una
Raspberry Pi OS normal. Si lo dejas para después te quedas sin forma de saberlo.
Material encontrado en la web del proyecto y en la guía de Lunaticoin
(Estudio Bitcoin, 2021), acreditada en Fuentes.
- Tercera vía para los pines GPIO: los de ojal a martillo. La guía solo
planteaba comprarlos puestos o soldar, y hay una opción intermedia que
permite montarlo entero sin soldador.
- Enlazados los vídeos oficiales donde de verdad hacen falta: la técnica de
soldadura, el montaje de las dos carcasas, y el minuto exacto en que el
proyecto conecta el cable de la cámara. Un vídeo en el momento justo hace
el mismo trabajo que una foto.
- Qué hacer si no tienes impresora 3D: el aparato funciona sin carcasa, y el
apaño de recoger el cable bajo la pantalla con una goma. Nadie lo cuenta.
- Plazos y agrupación de pedidos en la lista de materiales: con piezas tan
baratas, los envíos pesan más que los componentes.
Estaba escrita como apoyo de un taller y ahora la lee gente sin nadie al lado.
- Fuera las 11 referencias al taller y al guion del facilitador. Los consejos
que solo tenían sentido con quince aparatos (SettingsQR, regtest, proyectar
el simulador) reescritos para quien monta uno.
- Sección nueva "Cómo se reparte esto en el tiempo": esto no se hace en una
tarde, y la espera del paquete es cuando conviene verificar el software y
aprenderse el menú en el simulador. Con dos reglas: no generar la seed el
mismo día del montaje, y verificar el software antes de tener el aparato.
- Cuatro puntos de control (montado / software verificado / el aparato
funciona / el aparato calcula bien) con qué comprobar y qué hacer si falla.
Quien monta solo no tiene quien le confirme que va por buen camino.
- Marcados los huecos de las fotos que faltan, con img/QUE-FOTOGRAFIAR.md
explicando cuáles y por qué. La del cable de la cámara vale por todas.
De la caja de piezas a firmar una transacción: materiales y sus trampas, la
decisión de soldar o no, montaje, verificación de la firma del software,
arranque, menús, generación de la seed con dados, SeedQR, ciclo completo de
firma de una PSBT, resolución de averías y limitaciones honestas.
Documenta la versión 0.8.7 (julio de 2026). Los vectores de prueba están
contrastados contra docs/dice_verification.md en ese mismo tag.
Cubre el aparato, no el método: el porqué vive en la guía de autocustodia
verificable y aquí no se repite.
