feat(episode): TRAZA_en-espera-john-tres-caminos-sobre-la_S20260606.R15_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 15 — SENTINEL: ⏳ En espera, John. Tres caminos sobre la...

episodes/TRAZA_en-espera-john-tres-caminos-sobre-la_S20260606.R15_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,34 @@
+---
+episode_id: "793db7a5-034e-4fe2-ab5e-6a1d3d06aca6"
+puente_flat: "TRAZA_en-espera-john-tres-caminos-sobre-la_S20260606.R15_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20260606.MEMORY_LOOPWRITE_LEXICON_DRAIN"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 15 — SENTINEL: ⏳ En espera, John. Tres caminos sobre la..."
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-06-06T21:27:07.501169+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+## Los números
+
+| | Per-unit (actual) | Batch (Merkle) |
+|---|---|---|
+| 100 entradas | 100 × 1.6s = **160s** | ~2-3s (1 llamada) |
+| 3018-file backlog (el de las ~8h) | ~8 horas | **minutos** |
+| Speedup | — | **~50-80×** (empírico ≥ el 10-50× estimado) |
+| Integridad Bitcoin | idéntica | **idéntica** |
+
+## El punto que lo hace obvio
+
+El anclaje a Bitcoin es **por bloque (~10 min)**, y los calendarios OTS **ya agregan globalmente** todas las peticiones del mundo en una sola transacción Bitcoin por bloque. Así que sellar de a uno **desperdiciaba round-trips HTTPS para CERO seguridad extra** — el commitment a Bitcoin es el mismo selles 1 o 1000 hashes juntos. Per-unit no era "más seguro", solo más lento. ## La analogía
+
+- **Per-unit (actual)** = ir al notario 100 veces, una por documento, hacer fila cada vez. - **Batch (Merkle)** = llevar los 100 documentos juntos; el notario sella **una hoja-índice** que los lista a todos con un solo timbre. Cada documento queda igual de protegido (su línea en el índice lo prueba), pero fue **un solo trámite**. ## Conclusión
+
+El fix **B-NEW14 es sólido y más simple de lo que temíamos**: no requiere cambiar el protocolo ni añadir dependencias — solo cambiar `stamp.sh` para que **acumule los hashes y llame `ots stamp` sobre todos a la vez** (el CLI ya lo soporta nativo). Único trade-off menor: esperar a llenar la ventana de batch (N entradas o T segundos) antes de sellar — irrelevante para drenar backlog, mínimo para escritura en vivo. En una frase: **sí, por batch es estrictamente mejor — OTS agrega con Merkle, así que N sellos cuestan ~lo mismo que 1, con la misma garantía Bitcoin. El per-unit era el anti-patrón.** Si quieres, lo dejo listo como sprint B-NEW14 (requiere tu OK por ser modificación pipeline server-side, HARD_BLOCK Agent 20 + BLINDADA-7).