1# SDD 17 — Cierres de frontera priorizados × cruce tawasuyu
2
3> Análisis 2026-07-15. Origen: la jaula (SDD 16) y la capa CRDT (SDD 15 H2) cayeron
4> "de casualidad" — eran básicas y no estaban en el plan. Este doc responde: ¿qué otros
5> cierres, tecnologías de frontera o complementos dan ventaja competitiva, y qué crate o
6> arquitectura de `../tawasuyu` los abarata? Es, en la práctica, la "parte 2" de
7> `tawasuyu/shared/PLAN-CRUCES.md` (que no menciona a hammer ni una vez).
8
9## 0. Tesis
10
11Los tres invariantes ya pagados — **bit-reproducibilidad** (SDD 11/13), **direccionamiento
12por contenido** (SDD 06) y **clausura-como-política** (SDD 16) — hacen casi gratis para
13hammer tecnologías que para todos los demás son carísimas. La búsqueda correcta no es
14"qué frontera agregar" sino **"qué cae solo del invariante"**, igual que la jaula cayó del
15sandbox y el CRDT cayó de H2.
16
17Rieles ya cableados entre repos (doc maestro:
18`tawasuyu/03_ukupacha/arje/PLAN-ATESTACION-Y-HAMMER.md`): bus arje↔hammerd con contrato
19wire por bytes, CAS BLAKE3 `b3:` compartido, boot-graph (ADR 0010), `arje-absorb
20--attest-from`, `BuildSys::Cargo`.
21
22Crates de `tawasuyu/shared/` limpios para importar (no_std o casi, deps mínimas):
23**`fork-proof`, `reconcile`, `dataflow`, `umbral`, `grafo-nav`, `format`, `crdt`**.
24
25## 1. Los diez cierres, en orden de prioridad
26
27### 1. Consenso de reconstrucción — caché sin confianza
28
29N builders independientes reproducen el mismo hash ⇒ el binario es confiable **sin que
30nadie firme nada**. Piezas hammer listas: bit-repro verificada (selfhost, kernel), granja
31efímera, embrión del log de transparencia (`bootstrap.json`, SDD 11 §4 / SDD 09 §4).
32Nix/Debian no pueden ofrecerlo (repro incompleta). Convierte la repro de QA en **primitiva
33de distribución**: cualquiera puede ser mirror, nadie puede envenenar el repo.
34
35**Cruce**: `fork-proof` (log firmado hash-encadenado BLAKE3+Ed25519, no_std, con
36`detectar_fork` = detección de equivocation no repudiable — **el log de transparencia ya
37está escrito y testeado**, no hay que construir un rekor) · `umbral` (quórum M-de-N de
38builders, agnóstico del backend cripto) · `card-net` (DhtKey = `kind_tag ++ blake3`, el
39mismo hash que `b3:` — distribución de artefactos por hash en la malla) · `reconcile`
40(sync de índices de mirrors en O(diferencia)). Economía del reparto: `sheafsync::BudgetRouter`
41+ escrow (créditos de cómputo; el gancho a H2 ya está previsto en PLAN-OS-CRDT §E3c).
42
43### 2. `hammer why-differs` — diffoscope propio
44
45Cuando un hash no reproduce, explicar **por qué** (sección, timestamp, orden de símbolos).
46Multiplicador doble: hace escalar el barrido de granja (hoy debuggear una no-reproducción
47es artesanal) y produce evidencia legible por máquina para el bucle agéntico.
48
49**Cruce**: `format` (grafo blob+árbol BLAKE3 no_std: dos árboles idénticos colapsan al
50mismo hash ⇒ el diff estructural = descender sólo donde difiere) · `reconcile` (ese
51descenso ES su algoritmo, huellas por rango) · `foreign-fs` (chunking content-defined de
52256 KiB bit-reproducible) · `grafo-nav` (verbo "bifurcación" para pintarlo).
53
54### 3. Política de runtime derivada del closure
55
56Fase 3 natural de harkaq: la clausura de ficheros medida en build ES la política
57Landlock del binario instalado. AppArmor/flatpak escriben políticas a mano; hammer las
58**deriva**. Nadie tiene esto y la receta sellada ya contiene la evidencia.
59
60**Cruce (oro, el riel existe)**: `ConcesionCapacidad` firmada sobre
61`(blake3(binario), permisos)` que arje verifica al arranque + `arje-absorb --attest-from
62<json>` que integra concesiones emitidas por hammer (PLAN-ATESTACION §B.3, hecho). La
63clausura de harkaq son los `permisos` de esa concesión — el veredicto `Hermetico` se
64convierte en política atestada sin inventar formato. Filosofía de referencia: el modelo
65wawa "capacidad = frontera física, no tabla de permisos" (WAWA.md §4.2). Lado runtime:
66`pacha-core` / `sandokan-lifecycle`.
67
68### 4. CVE por grafo
69
70`hammer affected CVE-X` exacto (grafo fuente→artefacto→instalado) + frontera mínima de
71rebuild + hydrate para repartir el parche rebuild-free. Donde Debian/Alpine aproximan por
72nombre-versión, hammer responde exacto. Tabla de mesa para adopción seria.
73
74**Cruce**: `dataflow` (`DepGraph<K>` no_std: `dirty_cone` = literalmente la frontera
75mínima de rebuild; `topo_order` = la agenda determinista) · `grafo-nav` (cono/verbos).
76
77### 5. Sellar el arranque: verity + medida
78
79El store content-addressed hace fs-verity/dm-verity casi gratis (el hash YA es la
80identidad del artefacto). EFI-stub propio (ADR 0010) ⇒ firmar la UKI + measured boot con
81TPM. Cierra la cadena firmware→PID1→store; sin esto, la soberanía del build descansa
82sobre un rootfs mutable.
83
84**Cruce**: la atestación al arranque de arje ya existe (gate Halt/Degraded/Warn, dry-run
85off-boot, `verify_chain_from_cas` — PLAN-ATESTACION §A); el `expected_hash` del `.swm` ES
86el BLAKE3 que arje atesta. TPM/verity = extender ese gate hacia el firmware, no construir
87la capa.
88
89### 6. Matar el trusting-trust: DDC (Diverse Double-Compiling)
90
91Con la cadena mrustc cerrada y bit-repro verificada, hammer es de los poquísimos
92proyectos del mundo que puede **ejecutar** DDC: compilar la cadena partiendo de Alpine vs
93partiendo de sí misma y comparar hashes. Un fin de semana de granja, resultado
94publicable. Largo plazo: semilla full-source (stage0/Mes).
95
96**Cruce**: el resultado se ancla en el log de §1 (`fork-proof`); `sandokan`
97(Engine/RemoteEngine sobre `brahman-ssh-multiplex`) como supervisor de jobs remotos.
98
99### 7. De-Alpinizar el rootfs del sandbox
100
101El hallazgo del plugin LTO (binutils de hammer cargando el gcc de Alpine) mostró un canal
102impuro **estructural** mientras el sandbox se apoye en Alpine. Harkaq lo mide; el cierre
103es rootfs de build 100% hammer-built (el patrón de de-Alpinización ya existe).
104
105**Cruce**: ninguno directo (trabajo interno de hammer). Disciplina análoga en tawasuyu:
106`scripts/check-shared-cores.sh` (guardián de simetría no_std).
107
108### 8. `hammer oci`
109
110Emitir imágenes distroless **bit-reproducibles** desde un closure (closure → capas →
111manifest). Vector de adopción realista: la gente consume hammer vía contenedores años
112antes de instalar la distro.
113
114**Cruce**: `format`/`foreign-fs` para capas dedup por contenido · `card-net` como
115distribución por hash alternativa al registry.
116
117### 9. Updates diferenciales content-defined
118
119Chunking estilo casync sobre el store; el Merkle-DAG de H3 (SDD 15) es media
120implementación. Complementa hydrate para metal/USB.
121
122**Cruce**: `reconcile` (Meyer/Willow, el candidato canónico) · chunking de `foreign-fs` ·
123`crdt::wire` (anti-entropy agnóstico de transporte) · transporte `card-net` /
124Akasha-over-Ether.
125
126### 10. Bucle agéntico con juez mecánico
127
128Agente propone receta → harkaq da veredicto → granja reproduce ×2 → catálogo acepta. Ya
129demostrado a mano con zlib (Impuro→Hermetico ×3 fases guiado sólo por harkaq). LA tesis
130AI-nativa: **el catálogo se cultiva solo porque el juez es mecánico**. Sin juez, recetas
131LLM son deuda; con él, son cosecha.
132
133**Cruce**: `willay-checkpoint` (`Propuesta` = "lo que la IA observó/propuso + veredicto
134del simulador" — mapea 1:1 a receta+veredicto-harkaq) · `willay-hilo` (caja negra forense
135por-device sobre fork-proof ⇒ bucle agéntico **no repudiable**) · `atipay` (catálogo
136determinista de capacidades → plan tool-use) · `sandokan-journal` (replay del plano de
137control) · `rag-motor` (contrato RAG con citación, alimentado por why-differs).
138PLAN-ATESTACION ya enuncia el ciclo: "IA propone → humano commitea (hammer) → init
139atesta (arje)".
140
141## 2. Qué NO priorizar
142
143- **Solver SAT de versiones**: el grafo es curado, no lo necesita.
144- **Multi-arch**: costo enorme; esperar demanda (la historia RISC-V puede reabrirlo).
145- **Config declarativa estilo NixOS**: cancha ajena; si acaso, `allichay` ya es ese
146  vocabulario en tawasuyu.
147
148## 3. Nota CRDT
149
150El cierre CRDT en hammer = journal/catálogo replicado granja↔laptop sin git como bus
151(anti-entropy `crdt::wire` sobre el LwwMap de H2). El transporte real vive en
152PLAN-OS-CRDT §E3 (tawasuyu) — no duplicar. Estado real de ese plan a 2026-07-15: **E2
153(`fork-proof`) y E3c (`BudgetRouter`) ya son código con tests; E1 (MonotonicLog en el
154kernel wawa) sigue siendo plan** — la parte que hammer necesita ya existe.
155
156## 4. Caveats del cruce
157
158- `sheafsync` es scaffold M0 y su teoría de haces fracasó honestamente (PLAN-OS-CRDT §0);
159  reutilizar `escrow`/`BudgetRouter`/`fencing`, no la cohomología.
160- `willay` es v1 en construcción; `tejido`/`willay-rag` arrastran libp2p/tokio/iniy — no
161  importarlos al build hermético. Usar el patrón ya validado con hammerd: contrato wire
162  por bytes, sin dependencia de crate (PLAN-ATESTACION §B.2).
163
164## 5. Elegidos (ventaja competitiva por unidad de esfuerzo)
165
1661. **Consenso de reconstrucción** — nadie más puede; `fork-proof`+`umbral` lo bajan de
167   "proyecto" a "wiring sobre la granja". Le da razón de existir al log de transparencia
168   de SDD 09 §4.
1692. **why-differs** — multiplicador de todo lo demás (granja Y agente); `format`+`reconcile`
170   regalan el esqueleto.