Le format binaire 128 o de MiddleDAO : la donnée EST la structure, l'écriture se fait en place (mmap), et l'exécution est fulgurante. Pas de recompilation pour changer le contenu — les commandes CLI suffisent.
La gestion des strates : ajout, lecture, suppression par CLI, sans jamais réécrire le conteneur pendant un mmap (SIGBUS = interdit). Écriture en place, chunk 128 o.
L'adressage par offset direct : pas de hash, pas de B-tree, MASK au hot-path (jamais de modulo). Résolution O(1) — l'identifiant EST l'endroit.
La vue vivante des strates pour le hot-path : zéro copie, zéro heap, zéro float. La fenêtre FrozenWindow (r13-guard) verrouille la cohérence.
Le mode séquentiel : configs, pages et docs = des conteneurs SEQ au store, modifiables par CLI sans recompilation, versionnés par cratesgit, servis par midServer.
Le déplacement des strates entre conteneurs, byte-exact garanti (78/78 sans ré-étiquetage). La reconstruction = les sédiments, pas le chrome.
Détection boot 2,9-11 ms, swap atomique 6,2-25,6 ms, ToxicGuard (2 échecs = toxique, redeem humain), IncidentReport jsonl — le pin vit dans le journal du consommateur.
Chiffrement chacha20poly1305 + compression zstd — feature-gated : JAMAIS au hot-path. La clé vit dans l'env (EBIN_SEAL_KEY), jamais sur le disque.
Les skills = la source, docgen génère les pages, le conteneur SEQ au store, le mini sert, le hub route. La doc ne peut pas mentir : elle EST le canon.
Le registre sparse maison : cargo add ebin --registry middledao. Le canon sert toujours — un commit upstream = re-publish AVANT tout consommateur.
le canon skills → docgen → le conteneur SEQ au store → l'extraction seqfill → le mini server → le hub → https://ebin.middledao.com — le tout byte-exact, revalidé par digest (304 = 0 o).