dec-0024

Vista generada de dec-0024: TieredPieceStore (tiers RAM/NVMe/remote) con integrity hash verify.

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0024-tieredpiecestore-tiers-ram-nvme-remote.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0024-tieredpiecestore-tiers-ram-nvme-remote.md. No se edita a mano: bun run docs:gen la regenera y bun run docs:check falla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.

CampoValor
EstadoLOCKED (migrado de un rNN por gate-3: el fichero no declara estado)
Referencia legadar26-L2e
Ficherodocs/decisions/dec-0024-tieredpiecestore-tiers-ram-nvme-remote.md

Enmendado o sustituido por: r44, r46

Por qué importa (del frontmatter del ADR):

r28 §6 'Invariante de durabilidad' (byte remoto durable solo si verificado+manifest committed) formaliza exactamente esta idea; r45 tiering la ejercita.

Nodos del roadmap que lo citan en refs: ninguno.

Páginas de la documentación que lo citan: ninguna todavía.

Texto del ADR

Leído de docs/decisions/dec-0024-tieredpiecestore-tiers-ram-nvme-remote.md, el fichero canónico.

TieredPieceStore (tiers RAM/NVMe/remote) con integrity hash verify.

TieredPieceStore (tiers RAM/NVMe/remote) con integrity hash verify.

Por qué pasa gate-3

  • Hard-to-reverse: Abstracción core de storage. Cambiarla afecta todo el pipeline de ingest/decode/delivery
  • Surprising sin contexto: No estándar: tier storage con integrity checks inline no es patrón común. La mayoría asume storage confiable
  • Trade-off real: Alternativa rechazada: storage simple sin integrity verification. Trade-off: overhead hash vs seguridad datos corruptos

Procedencia

Split de docs/decisions/r26-storage-runtime-byte-fabric-2026-06-21.md (lock r26-L2e) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.