Verificador de instantáneas de investigación de Bitcoin
Esta herramienta pide al servidor que vuelva a leer una instantánea de investigación inmutable, canonice su JSON, recalcule el SHA-256 y lo compare con el hash guardado al publicarla. Úsala antes de citar, republicar o agrupar una instantánea en un informe para confirmar que el registro público no se ha modificado.
La interfaz interactiva de este laboratorio está en inglés; la guía de abajo describe todas las entradas, el método y los límites.
Datos de entrada
- ID de instantánea con formato bir_… (18–32 caracteres alfanuméricos, - o _ tras el prefijo) o un enlace que contenga ese ID
Qué muestra
- Veredicto VERIFIED o FAILED, con el título y el ID de la instantánea
- SHA-256 recalculado por el servidor a partir del JSON canónico
- Lista de 8 comprobaciones: el JSON se puede leer, el hash canónico coincide, ID inmutable válido, tipo de investigación válido, versión de datos presente, versión de metodología presente, fecha de creación válida y schemaVersion ≥ 1
- Recibo de verificación en JSON (hash guardado, hash recalculado, versiones de datos y metodología, fechas de creación y de verificación, enlace) y botón para abrir la instantánea original
Cómo usarla
- Pega el ID bir_… o el enlace de la instantánea; la herramienta extrae el ID del enlace.
- Pulsa «Recompute and verify» para que el servidor lea el registro y recalcule el hash.
- Revisa el veredicto y cada comprobación; todas deben mostrar ✓.
- Descarga el recibo de verificación en JSON y guárdalo junto a tu artículo o informe.
- Abre la instantánea original si necesitas cotejar su contenido, su versión de datos o su cita.
Fórmula
JSON canónico = payload con las claves de cada objeto ordenadas alfabéticamente, sin valores no definidos y con los números no finitos convertidos en null. Hash recalculado = SHA-256(JSON canónico) en hexadecimal. VERIFIED solo si el hash recalculado = hash guardado y las 8 comprobaciones son verdaderas.
Ejemplo
Pegas el enlace https://cryptorebatehub.com/tools/bitcoin-research-snapshots?id=bir_… de un backtest de ley de potencia. Si 7 de 8 comprobaciones pasan pero canonicalHashMatches falla, el veredicto sigue siendo FAILED, porque se exigen las 8. Cuando pasan las 8, descargas el archivo <ID>-verification.json y lo adjuntas al informe.
Cómo interpretarlo
- canonicalHashMatches es la comprobación central: indica que el payload actual coincide con el hash registrado al publicar.
- El resto valida metadatos: formato del ID, tipo de investigación (5 tipos admitidos), versión de datos, versión de metodología, fecha de creación y schemaVersion.
- Compara el SHA-256 del recibo con el hash citado en un informe; deben coincidir carácter por carácter.
Limitaciones y avisos
- Un hash coincidente solo prueba que el registro no se ha alterado; no prueba que el modelo, los datos de entrada o la conclusión sean correctos.
- La herramienta no vuelve a ejecutar el backtest ni los cálculos de la instantánea; solo comprueba la integridad del registro guardado.
- Un ID mal formado devuelve invalid_snapshot_id y uno inexistente snapshot_not_found; la API pública aplica además un uso justo de 120 solicitudes por minuto y por IP.
Preguntas frecuentes
¿La herramienta vuelve a ejecutar el backtest?
No. Solo recanoniza el JSON guardado, recalcula el SHA-256 y comprueba los metadatos. Los resultados de la investigación no se recalculan.
¿Qué es el JSON canónico?
Una forma fija de escribir el JSON: las claves se ordenan alfabéticamente en todos los niveles, así que el mismo contenido produce siempre la misma cadena y el mismo hash, aunque el orden original de las claves fuera distinto.
¿Puedo verificar por API sin abrir la página?
Sí. Llama a GET /api/bitcoin-research-verify?id=bir_… (sin clave de API); la respuesta contiene el mismo recibo de verificación que muestra la página.