Arquitectura de almacenamiento del ledger WORM
La arquitectura de almacenamiento del libro de registros WORM describe cómo el ledger inmutable de la plataforma persiste datos en disco siguiendo la arquitectura de cuatro capas. La capa de almacenamiento especifica la especificación C2SP tlog-tiles como primitivo objetivo. La implementación actual de service-fs conserva los registros como un registro JSON de solo adición por inquilino (log.jsonl) con resúmenes SHA-256 por carga, pendiente del backend de bloques.
El Motor de Almacenamiento por Teselas (Tiles)
La arquitectura de almacenamiento especifica el estándar C2SP tlog-tiles como primitivo de almacenamiento objetivo, dividiendo el historial de datos en archivos estáticos e inmutables. El backend de bloques está planificado y aún no implementado.
- Durabilidad Atómica (actual): Los registros se escriben en un archivo temporal, se sincronizan con
fsyncy se renombran atómicamente a la ruta canónica. - Transparencia de Texto Plano (planificado): Bajo el formato de bloques objetivo, los bloques se almacenan como texto base64 delimitado por saltos de línea, inspeccionable con utilidades Unix estándar.
- Integridad Basada en Cadena (actual), Árbol Merkle (planificado): El hash de cada entrada se encadena con el de la anterior, y
service-fsya sirve hoy pruebas reales de inclusión y consistencia contra esa cadena — recalculando el segmento de cadena relevante y comparándolo con el hash raíz registrado en un punto de control firmado. Lo que el diseño busca y aún no tiene es un verdadero árbol Merkle ramificado, que haría que el tamaño de una prueba fuera independiente de cuán atrás esté la entrada, en lugar de escalar con la longitud del segmento de cadena.
Dualidad de Ejecución
El mismo código está diseñado para funcionar en dos entornos:
- Hoy (Linux/BSD): Como un proceso estándar con seguridad basada en permisos de archivos.
- Futuro (seL4): Como un micro-kernel verificado matemáticamente, donde la seguridad es física y estructural.
Cumplimiento Global
Este diseño cumple con las normativas SEC (EE. UU.) y eIDAS (UE), devolviendo la soberanía de los datos a la empresa y asegurando que la información sea accesible y válida legalmente durante décadas, independientemente de la evolución del software.
Véase también
- Substrato WORM — arquitectura del ledger inmutable de cuatro capas y dos sobres de arranque — visión arquitectónica de cuatro capas: almacenamiento por bloques, API WORM, protocolo de red, anclaje
- Diseño del libro de registros WORM — mapeo de cumplimiento regulatorio y soberanía de claves del cliente
- service-fs — el núcleo del libro mayor WORM — la implementación
service-fsque aplica esta arquitectura de almacenamiento en producción - Registros criptográficos — el contexto más amplio del libro de registros criptográfico
Cite this record: /wiki/worm-ledger-storage-architecture — revision f754176e, last updated 24 August 2026.