Qué vas a hacer
Un mensaje firmado con Bitcoin puede mostrar que se cumplió la condición de gasto de una dirección concreta para un texto exacto. La verificación comprueba tres elementos juntos: la dirección, el mensaje y la firma. Si cambia cualquiera de ellos, el resultado debería fallar.
Esta guía usa Sparrow Wallet 2.5.6, la última versión publicada que no era preliminar cuando se comprobó el 9 de noviembre de 2026. La versión oficial se publicó el 29 de octubre de 2026. Verificarás un vector público de prueba de BIP 322, cambiarás el mensaje a propósito para observar un fallo y después lo restaurarás para expresar el resultado con precisión.
No hace falta una cartera para verificar. No importes una frase semilla, una clave privada ni un archivo de cartera. El ejemplo procede de los vectores de prueba básicos oficiales de BIP 322, así que no incluye tu dirección ni fondos.
Antes de empezar
Necesitas:
- Sparrow Wallet 2.5.6 desde la página oficial de la versión
- la dirección, el mensaje exacto y la firma proporcionados por quien firma
- una nota sin conexión donde puedas conservar juntos esos tres elementos
- una idea clara de lo que se supone que demuestra la firma
La verificación no necesita una conexión a un nodo de Bitcoin y no transmite una transacción. BIP 322 construye transacciones virtuales para verificar el script, pero su entrada inexistente impide que sean gastos válidos en la red.
Considera la firma como dato público. Nunca pegues una frase de recuperación, clave privada, contraseña de cartera ni secreto de un dispositivo de firma en el diálogo. La verificación solo pide datos públicos.
1. Comprueba qué recibiste realmente
Antes de abrir Sparrow, coloca la dirección, el mensaje y la firma en tres campos separados. Conserva mayúsculas, puntuación y saltos de línea. No corrijas la ortografía ni cambies las comillas.
Pregunta qué afirma quien firma. Una solicitud útil es específica, fechada y limitada, por ejemplo: “Apruebo la factura 183 el 2026-11-09, nonce 7a31”. Un mensaje vago como “Soy dueño de esta dirección” es débil incluso con una firma válida. La criptografía comprueba el texto, no que la declaración sea completa, actual o cierta.
Identifica también el formato. BIP 322 versión 2.1.0 define prefijos visibles para las codificaciones nuevas. Una firma simple empieza por smp, una completa por ful y una prueba de fondos por pof. Sparrow 2.5.6 ofrece BIP322 (Simple) para direcciones SegWit y Taproot de firma única compatibles. No des por hecho que una cartera admite todos los scripts o todas las variantes de BIP 322.
Para esta práctica, usa estos valores públicos:
Dirección
bc1q9vza2e8x573nczrlzms0wvx3gsqjx7vavgkx0l
Mensaje
Hello World
Firma
smpAkcwRAIgZRfIY3p7/DoVTty6YZbWS71bc5Vct9p9Fia83eRmw2QCICK/ENGfwLtptFluMGs2KsqoNSk89pO7F29zJLUx9a/sASECx/EgAxlkQpQ9hYjgGu6EBCPMVPwVIVJqO4XCsMvViHI=
Estos valores son datos de prueba publicados. No los sustituyas por una clave privada del mismo archivo de vectores.
2. Abre el diálogo de verificación de Sparrow
En Sparrow, elige Tools > Sign/Verify Message. La definición del menú de 2.5.6 coloca la acción en el menú Tools y le asigna el atajo habitual de la plataforma más M.
Sparrow abre el diálogo en modo de solo verificación cuando no hay una cartera de firma desbloqueada seleccionada. El código publicado del diálogo muestra campos separados para Address, Message y Signature, junto con formatos para mensajes heredados estándar, BIP 137 y BIP 322 simple.
No necesitas abrir ni desbloquear una cartera. Si ya hay una abierta, la verificación sigue usando los valores públicos que introduzcas. No pulses Sign durante este procedimiento.
3. Introduce la dirección y selecciona el formato
Pega la dirección de práctica en Address. Compara los seis primeros y los seis últimos caracteres con la fuente:
- empieza por
bc1q9v - termina en
vgkx0l
Sparrow valida la dirección antes de habilitar la verificación. Selecciona BIP322 (Simple). Para una dirección SegWit nativa que empieza por bc1q, Sparrow 2.5.6 permite formatos anteriores y BIP 322 simple, así que el formato seleccionado forma parte del registro.
Si la dirección llegó por un canal diferente al mensaje, compara ambas copias. Una firma válida para una dirección sustituida por un atacante demuestra algo equivocado con total precisión.
4. Pega el mensaje y la firma exactos
Pega Hello World en Message. La H y la W mayúsculas, el único espacio y la ausencia de puntuación son significativos.
Pega la cadena completa que empieza por smp en Signature. Debe permanecer en una sola línea continua. No añadas delimitadores de Markdown ni comillas.
Hay un límite específico de Sparrow que debes conocer. BIP 322 aplica el hash a los bytes recibidos, pero Sparrow 2.5.6 elimina los espacios y saltos de línea al principio y al final antes de su comprobación BIP 322. Si el mensaje previsto empieza o termina con esos caracteres, Sparrow no es un verificador de bytes exactos para ese caso. Pide un mensaje inequívoco o usa un verificador que conserve esos bytes.
5. Verifica el vector público
Pulsa Verify. El resultado esperado es:
Verification Succeeded
The signature verified against the message.
Sparrow prueba primero los formatos heredados recuperables y después, para tipos de dirección compatibles y una firma no vacía, su verificador BIP 322. Una comprobación BIP 322 correcta selecciona BIP322 (Simple) en el diálogo.
Registra juntos la versión del programa, el formato, la dirección, el mensaje exacto, la firma y el resultado. Una captura sin el texto no es un registro duradero porque otra persona no podrá reconstruir después los bytes comprobados.
6. Ejecuta un control negativo
Cambia el mensaje de Hello World a Hello world, con la w minúscula, y vuelve a pulsar Verify.
El resultado esperado es:
Verification Failed
The provided signature did not match the message for this address.
Este control negativo importa. Confirma que no estás mirando un diálogo de éxito anterior ni verificando otro campo. Restaura Hello World y verifica una vez más. El resultado debería volver a ser correcto.
Para una solicitud real también puedes comparar la dirección por un segundo canal de confianza. No modifiques el mensaje real hasta conseguir un resultado correcto. Un fallo aporta información, no es un problema de formato que debas resolver adivinando.
7. Expresa la conclusión con precisión
Una conclusión prudente es:
Sparrow Wallet 2.5.6 verificó esta firma simple BIP 322 para este mensaje y esta dirección exactos el 9 de noviembre de 2026.
No lo conviertas en “esta persona es dueña de los bitcoin”. La verificación no identifica a una persona, no demuestra control exclusivo, no muestra que la clave siga bajo control más tarde ni establece el saldo de una cartera. Un custodio, operador de una cartera compartida o dispositivo comprometido puede producir una firma válida.
Nuestro artículo sobre BIP 322 explica esos límites y la diferencia entre formatos simple, completo y prueba de fondos.
Solución de problemas
Verify permanece deshabilitado: comprueba que la dirección esté completa y sea válida. Sparrow 2.5.6 solo ofrece BIP 322 simple para los tipos de script que admite su implementación.
La firma falla: compara carácter por carácter la dirección, el mensaje y la firma. Revisa mayúsculas, espacios internos, saltos de línea y el prefijo smp. No sigas modificando el mensaje hasta que algo funcione.
El formato cambia tras verificar: Sparrow prueba los formatos heredados compatibles antes de BIP 322. Registra el formato seleccionado después de una comprobación correcta y confirma que coincide con lo indicado por quien firma.
El mensaje empieza o termina con espacios: Sparrow elimina esos bordes en esta versión. Pide un mensaje sin espacios ambiguos en los extremos o usa otro verificador actual cuyo comportamiento exacto hayas probado.
Una multifirma o prueba ful/pof no se verifica: esta guía cubre la ruta BIP 322 simple de Sparrow para direcciones compatibles de firma única. Usa un programa que admita explícitamente el script y la variante. Un resultado no compatible no es una prueba válida.
Alguien pide tu semilla para verificar: detente. La verificación solo necesita datos públicos. Una solicitud de semilla o clave privada no está relacionada y es peligrosa.
Qué se verificó y qué no
Se comprobaron la versión Sparrow 2.5.6, su menú e implementación de verificación publicados, BIP 322 versión 2.1.0 y los vectores de prueba básicos oficiales el 9 de noviembre de 2026.
Un fixture desechable de Node.js recalculó los hashes etiquetados BIP 322 para los vectores oficiales vacío, Hello World y UTF-8. También confirmó que cambiar una mayúscula o añadir un salto de línea final cambia el hash. Pasaron seis comprobaciones previstas y seis ejecutadas. No se usaron claves secretas, carteras, direcciones de una persona, nodos, transacciones ni fondos.
El binario y el diálogo gráfico de Sparrow no se ejecutaron en este espacio de trabajo en la nube. La ruta de clics y el texto del resultado se describen a partir del código publicado de 2.5.6, mientras que el fixture criptográfico cubre el hash del mensaje y no la validación completa del script o la firma. El SVG dibujado a mano se renderizó como WebP de 1200 × 630 y se inspeccionó visualmente; la integración alojada debe validar el SVG confirmado y el recurso de producción.
La verificación es útil porque falla cuando los datos públicos dejan de coincidir. Conserva juntos esos datos, ejecuta un control negativo y describe solo lo que la comprobación correcta demostró realmente.