La capa técnica, para quien quiera mirar debajo. Nada de esto le pide confiar en Rastrum.
Huellas encadenadas
Cada evento tiene una huella (SHA-256) calculada sobre su contenido en forma canónica (RFC 8785). Cambie una coma y la huella es otra. Cada evento incluye la huella del anterior, así que alterar uno rompe la cadena desde ese punto.
Firmas de cada parte
Cada parte firma lo que declara con su propia clave (Ed25519), y las claves públicas quedan registradas dentro del propio libro. Su clave de visitante se creó en su navegador y nunca sale de él. Las demás partes de esta demostración firman con claves que guarda el servidor de la demostración (firma simulada); en un despliegue real, cada parte firma desde su propio dispositivo.
Recibos
Cuando el servidor acepta un evento, devuelve un recibo firmado: «incluí esta huella en esta posición». El recibo queda en manos de quien firmó. Si el evento desaparece después, el recibo lo prueba.
Sello público en Bitcoin
Las huellas se agrupan en un árbol de Merkle (como en RFC 6962) y su raíz se sella con OpenTimestamps en la cadena de bloques de Bitcoin, que nadie puede reescribir. Su navegador comprueba cada sello contra encabezados de bloque que consulta directamente en dos exploradores públicos independientes (blockstream.info y mempool.space), no a través de Rastrum. Bitcoin funciona aquí como notario público: Rastrum no emite ni usa ningún token ni criptoactivo.
Sobre las fechas
La historia del escenario transcurre de enero a octubre de 2026, pero el libro de referencia se construyó y se selló públicamente después, el 27 de octubre de 2026. Por eso el sello público prueba que nada del libro cambió desde su publicación, no que cada evento existiera en la fecha que declara. La cronología interna del escenario, la que usa la detección de arreglos con fecha atrasada, viene de los cierres mensuales firmados, que también están cubiertos por el sello. Lo que usted agrega en su sandbox lleva la fecha real de hoy.
No es una idea nueva
Certificate Transparency (RFC 6962) protege desde 2013 los certificados HTTPS de la web con el mismo patrón: registros en los que nadie confía, promesas de inclusión firmadas y monitores independientes. Rastrum lo aplica a los recursos de cooperación.
Qué puede y qué no puede hacer quien opera el servidor
| El administrador intenta… | Por qué falla | Quién lo puede probar |
|---|
| Alterar un hecho registrado | La huella y todos los enlaces posteriores se rompen; la raíz sellada no coincide | Cualquiera, con el verificador |
| Inventar un evento de otra parte | No tiene la clave de esa parte; la firma falla | Cualquiera |
| Borrar un evento incómodo | El recibo de quien lo firmó prueba que fue aceptado; los rangos sellados ya no coinciden | Quien firmó (recibo); cualquiera (sello) |
| Reescribir toda la historia | Las raíces anteriores están en Bitcoin y no se pueden revisar | Cualquiera |
| Arreglar algo con fecha atrasada | Los cierres mensuales y los sellos prueban cuándo existió algo por primera vez | La auditoría |
| Mostrar versiones distintas a cada parte | Hay una sola raíz pública por periodo; cada parte comprueba que sus eventos están dentro | Cada parte |
| Hacer desaparecer los datos | Cada parte puede exportar el libro; las pruebas se verifican con herramientas estándar, sin Rastrum | No hace falta: nada se pierde |
Lo que sí puede hacer, dicho con honestidad
- Negarse a registrar algo, o demorarlo. Se nota: quien firmó conserva su evento firmado y sin recibo, y ese evento es válido en cualquier parte.
- Nada contra una mentira en el momento de la captura. Para eso está la política de evidencia: atestaciones independientes, facturas electrónicas validables y reconocimiento de la comunidad.
Qué es simulado en esta demostración
- Todos los datos: organizaciones, personas, facturas, CUFE y montos son ficticios.
- Las firmas de las partes guionadas (financiadores, proveedores, auditoría, veeduría, subvencionados): sus claves están en el servidor de la demostración.
- La cronología interna del escenario (enero–octubre de 2026).
- La captura en el teléfono del subvencionado: muestra lo que el verificador diría, sin escribir en el libro.
Verifíquelo usted mismo
- Descargue el libro de referencia completo: ledger.json
- Descargue los sellos públicos. Cada uno es un archivo OpenTimestamps estándar (.ots) sobre la raíz de un rango de eventos.Descargar los sellos públicos
- Compruébelos sin pasar por Rastrum, con el cliente oficial de OpenTimestamps o cualquier herramienta compatible. Por ejemplo:
ots verify -d <raíz> sello-eventos-1-47.ots - Cada raíz se puede recalcular desde el libro: es el árbol de Merkle (RFC 6962) de las huellas de los eventos del rango.
O use el verificador público, que corre en su navegador: Verificar
