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 takana 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
13takana 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 takana 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. `takana 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; takana 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 takana (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**La lección casper (plan-freebsd T2.1–T2.2).** Capsicum, más puro que Landlock, terminó
69necesitando demonios auxiliares (`casper`) porque hay una clase — *servicios del mundo* —
70que no son paths y no caben en ninguna jaula por-fichero. La clausura de build **no
71contiene esa clase** (builds offline por `--unshare-all`): derivarla a ciegas produce
72binarios que revientan en el primer `getaddrinfo`. Política runtime = clausura de build
73**+ clases de servicio declaradas por nombre** (D3 aplica en runtime: no se ensancha en
74silencio). El mapa clase→permiso en musl cabe aquí porque musl no tiene nsswitch ni
75dlopen de módulos NSS — la mitad de por qué casper existe no aplica:
76
77| clase | permiso concreto (musl) |
78|---|---|
79| `dns` | leer `/etc/resolv.conf` + `/etc/hosts`, socket UDP/TCP :53 |
80| `tls-certs` | leer `/etc/ssl/certs/` |
81| `random` | `getrandom(2)` — ni path necesita |
82| `locale` / `tz` | leer `/etc/TZ`, `/usr/share/zoneinfo/` (locale va embebido en musl) |
83| `syslog` | socket unix `/dev/log` |
84
85La clase viaja como campo de la `ConcesionCapacidad` — sin formato nuevo.
86
87**Medición que confirma y acota lo anterior (Opus 4.8, 2026-07-16).** Se probó el riel de punta
88a punta y salieron dos cosas que ajustan el diseño; la lección casper queda **confirmada y
89reforzada**:
90
911. **El sujeto: la clausura de build no puede ser la política de runtime, ni siquiera de base.**
92   No es sólo que le falten las clases del mundo (casper): también le **sobra** casi todo. Un
93   build lee `zlib.h`, `make`, `gcc`; el binario resultante no abre ninguno. Medido con `htop`
94   (musl-estático, **0 `NEEDED`**): bajo la jaula con política mínima **no tocó un solo fichero**
95   fuera de sí mismo ⇒ su política de runtime es `ro <su binario>` y nada más. Derivarla del
96   build le habría concedido headers y compilador — permisos de más, firmados.
97   ⇒ **la política granular se MIDE corriendo el binario** (`scripts/harkaq/runtime-policy.sh`:
98   corre bajo la jaula y **resta el baseline del lanzador**, que si no se lleva el ruido del `sh`).
99   Para un estático la política *no puede* salir de las libs: sólo de correrlo.
100
1012. **La cripto ya es "frontera, no tabla" — y por eso las clases encajan sin tocarla.** Lo que la
102   `ConcesionCapacidad` firma **no** es `card-core::Permissions` (el struct) sino
103   `format::Permisos` = **`u32` bitmask**, dentro de `mensaje_capacidad` =
104   `hash(32) || permisos_le(4)` = **36 bytes canónicos, zero-alloc, con espejo `no_std` en Ring 0**
105   (`wawa-kernel/src/claves.rs:464`). Meterle una tabla de paths rompería **todas** las firmas y
106   contradiría el "capacidad = frontera física, no tabla" que este mismo §3 cita.
107   ⇒ **las clases de servicio SON los bits del `u32`** (`PERMISO_RED` ya es uno; `dns` sería otro).
108   "Sin formato nuevo" se cumple literalmente.
109
110**Diseño unificado (los dos niveles coexisten, cada uno donde cabe):**
111
112| nivel | qué | dónde | cómo se obtiene |
113|---|---|---|---|
114| **frontera** | clases de servicio (`dns`, `tls-certs`, `random`, `locale`, `syslog`) | `u32` firmado, verificado en Ring 0 | **declaradas por nombre** — no se pueden medir: el build es offline (casper) |
115| **detalle** | paths concretos (fs) | Landlock, userspace | **medidos** corriendo el binario bajo la jaula |
116
117El kernel verifica la frontera con 36 bytes; Landlock aplica el detalle. D3 rige en ambos: nada
118se ensancha en silencio.
119
120**Reparto de tareas (para no pisarnos):**
121- **Clases de servicio** (Fable 5): la tabla clase→permiso musl, el bit en el `u32`, y el cableado
122  con `ConcesionCapacidad`/`arje-absorb --attest-from`. **✅ HECHO (tawasuyu `6eba521c6`,
123  2026-07-17)**: `format::PERMISO_{DNS,TLS_CERTS,RANDOM,LOCALE_TZ,SYSLOG}` (bits 8..12 del mismo
124  `u32` ⇒ `mensaje_capacidad` intacto, 36 bytes) + `CLASES_SERVICIO` con los nombres de alambre
125  (`dns`, `tls-certs`, `random`, `tz`, `syslog` — `tz` convergido con la emisión real de
126  runtime-policy.sh, tawasuyu `799e5327e`) y mapeo nombre↔bit para consumir lo que
127  emita `runtime-policy.sh`; `arje-attest::detalle_musl(bit)` expande frontera→detalle (paths
128  RO/sockets/red) FUERA de lo firmado, y `clases_encendidas(permisos)` es el bucle del aplicador.
129  El cableado con `--attest-from` no necesitó ni una línea: la concesión firma el `u32` tal cual,
130  los bits nuevos fluyen (test: escalar un bit sin re-firmar ⇒ `FirmaInvalida`). format 57✓
131  arje-attest 11✓ wawa-kernel Ring 0 compila✓.
132- **Medición** (Opus 4.8): `runtime-policy.sh`, el harness harkaq (jaula, lector, canario D9) y el
133  baseline del lanzador.
134- **Punto de contacto acordado**: `runtime-policy.sh` emitirá también la **clase** detectada, no
135  sólo el path — si el binario toca `/etc/resolv.conf` ⇒ propone `dns`; si toca `/etc/ssl/certs/`
136  ⇒ `tls-certs`. La medición alimenta la tabla; la tabla decide el bit. Ninguno de los dos
137  ensancha por su cuenta.
138- **Consumidor esperándonos**: `plan-jaula-juegos.md` F1 («la jaula sellada con pressure-vessel +
139  política harkaq del runtime») — un Steam que no puede leer `~/.ssh` sale de este §3.
140
141### 4. CVE por grafo
142
143`takana affected CVE-X` exacto (grafo fuente→artefacto→instalado) + frontera mínima de
144rebuild + hydrate para repartir el parche rebuild-free. Donde Debian/Alpine aproximan por
145nombre-versión, takana responde exacto. Tabla de mesa para adopción seria.
146
147**Cruce**: `dataflow` (`DepGraph<K>` no_std: `dirty_cone` = literalmente la frontera
148mínima de rebuild; `topo_order` = la agenda determinista) · `grafo-nav` (cono/verbos).
149
150### 5. Sellar el arranque: verity + medida
151
152El store content-addressed hace fs-verity/dm-verity casi gratis (el hash YA es la
153identidad del artefacto). EFI-stub propio (ADR 0010) ⇒ firmar la UKI + measured boot con
154TPM. Cierra la cadena firmware→PID1→store; sin esto, la soberanía del build descansa
155sobre un rootfs mutable.
156
157**Cruce**: la atestación al arranque de arje ya existe (gate Halt/Degraded/Warn, dry-run
158off-boot, `verify_chain_from_cas` — PLAN-ATESTACION §A); el `expected_hash` del `.swm` ES
159el BLAKE3 que arje atesta. TPM/verity = extender ese gate hacia el firmware, no construir
160la capa.
161
162### 6. Matar el trusting-trust: DDC (Diverse Double-Compiling)
163
164Con la cadena mrustc cerrada y bit-repro verificada, takana es de los poquísimos
165proyectos del mundo que puede **ejecutar** DDC: compilar la cadena partiendo de Alpine vs
166partiendo de sí misma y comparar hashes. Un fin de semana de granja, resultado
167publicable. Largo plazo: semilla full-source (stage0/Mes).
168
169**Cruce**: el resultado se ancla en el log de §1 (`fork-proof`); `sandokan`
170(Engine/RemoteEngine sobre `brahman-ssh-multiplex`) como supervisor de jobs remotos.
171
172### 7. De-Alpinizar el rootfs del sandbox
173
174El hallazgo del plugin LTO (binutils de takana cargando el gcc de Alpine) mostró un canal
175impuro **estructural** mientras el sandbox se apoye en Alpine. Harkaq lo mide; el cierre
176es rootfs de build 100% takana-built (el patrón de de-Alpinización ya existe).
177
178**Cruce**: ninguno directo (trabajo interno de takana). Disciplina análoga en tawasuyu:
179`scripts/check-shared-cores.sh` (guardián de simetría no_std).
180
181### 8. `takana oci`
182
183Emitir imágenes distroless **bit-reproducibles** desde un closure (closure → capas →
184manifest). Vector de adopción realista: la gente consume takana vía contenedores años
185antes de instalar la distro.
186
187**Cruce**: `format`/`foreign-fs` para capas dedup por contenido · `card-net` como
188distribución por hash alternativa al registry.
189
190### 9. Updates diferenciales content-defined
191
192Chunking estilo casync sobre el store; el Merkle-DAG de H3 (SDD 15) es media
193implementación. Complementa hydrate para metal/USB.
194
195**Cruce**: `reconcile` (Meyer/Willow, el candidato canónico) · chunking de `foreign-fs` ·
196`crdt::wire` (anti-entropy agnóstico de transporte) · transporte `card-net` /
197Akasha-over-Ether.
198
199### 10. Bucle agéntico con juez mecánico
200
201Agente propone receta → harkaq da veredicto → granja reproduce ×2 → catálogo acepta. Ya
202demostrado a mano con zlib (Impuro→Hermetico ×3 fases guiado sólo por harkaq). LA tesis
203AI-nativa: **el catálogo se cultiva solo porque el juez es mecánico**. Sin juez, recetas
204LLM son deuda; con él, son cosecha.
205
206**Cruce**: `willay-checkpoint` (`Propuesta` = "lo que la IA observó/propuso + veredicto
207del simulador" — mapea 1:1 a receta+veredicto-harkaq) · `willay-hilo` (caja negra forense
208por-device sobre fork-proof ⇒ bucle agéntico **no repudiable**) · `atipay` (catálogo
209determinista de capacidades → plan tool-use) · `sandokan-journal` (replay del plano de
210control) · `rag-motor` (contrato RAG con citación, alimentado por why-differs).
211PLAN-ATESTACION ya enuncia el ciclo: "IA propone → humano commitea (takana) → init
212atesta (arje)".
213
214## 2. Qué NO priorizar
215
216- **Solver SAT de versiones**: el grafo es curado, no lo necesita.
217- **Multi-arch**: costo enorme; esperar demanda (la historia RISC-V puede reabrirlo).
218- **Config declarativa estilo NixOS**: cancha ajena; si acaso, `allichay` ya es ese
219  vocabulario en tawasuyu.
220
221## 3. Nota CRDT
222
223El cierre CRDT en takana = journal/catálogo replicado granja↔laptop sin git como bus
224(anti-entropy `crdt::wire` sobre el LwwMap de H2). El transporte real vive en
225PLAN-OS-CRDT §E3 (tawasuyu) — no duplicar. Estado real de ese plan a 2026-07-15: **E2
226(`fork-proof`) y E3c (`BudgetRouter`) ya son código con tests; E1 (MonotonicLog en el
227kernel wawa) sigue siendo plan** — la parte que takana necesita ya existe.
228
229## 4. Caveats del cruce
230
231- `sheafsync` es scaffold M0 y su teoría de haces fracasó honestamente (PLAN-OS-CRDT §0);
232  reutilizar `escrow`/`BudgetRouter`/`fencing`, no la cohomología.
233- `willay` es v1 en construcción; `tejido`/`willay-rag` arrastran libp2p/tokio/iniy — no
234  importarlos al build hermético. Usar el patrón ya validado con hammerd: contrato wire
235  por bytes, sin dependencia de crate (PLAN-ATESTACION §B.2).
236
237## 5. Elegidos (ventaja competitiva por unidad de esfuerzo)
238
2391. **Consenso de reconstrucción** — nadie más puede; `fork-proof`+`umbral` lo bajan de
240   "proyecto" a "wiring sobre la granja". Le da razón de existir al log de transparencia
241   de SDD 09 §4.
2422. **why-differs** — multiplicador de todo lo demás (granja Y agente); `format`+`reconcile`
243   regalan el esqueleto.