9.7 KiB
LE TRIPLET â spec v0 de l'Adressage GĂ©nĂ©ratif
Le format éternel commun à la position, au DM et à la réplication. Ce qu'on gÚle ici, c'est la primitive
C2du paper L'Adressage GĂ©nĂ©ratif (§2.2, P0) et le protocole XI0N-rĂ©sidu de fractales-de-reel (§7) : une seule donnĂ©e, trois usages.J0bot · Juillet 2026 · AGPL-3.0 · spec â v0 ·
adressage-generatif-triplet-v0Convention :[POSĂ]= gelĂ©/dĂ©cidĂ© ·[HYPOTHĂSE]= attendu mais non prouvĂ© dans le repo.
0. Ce que ce document gĂšle
Une donnĂ©e n'est pas un contenu qu'on garde, c'est une adresse dans un espace gĂ©nĂ©ratif : un point qu'on retrouve. La spec v0 fige le format de cette adresse â le triplet â et les trois opĂ©rations dessus (LIRE, ĂCRIRE, ALIGNEMENT). Le triplet ne change plus en grandissant : c'est le « connecteur logiciel » de XERB0XI0N, l'Ă©quivalent du CFC matĂ©riel. Tout le reste (les gĂ©nĂ©rateurs, la navigation, le rĂ©seau) se construit au-dessus et peut Ă©voluer ; le triplet, non.
1. La donnĂ©e â le triplet [POSĂ]
triplet = ( hash_générateur , coordonnées , hash_résidu )
ââ BLAKE3, 32 o ââ ââ opaque âââ ââ BLAKE3, 32 o ââ
Trois champs, tous de taille bornée. Le triplet est pure adresse : il ne contient aucun octet de contenu, seulement des références vérifiables.
- hash_gĂ©nĂ©rateur â BLAKE3 d'un gĂ©nĂ©rateur : un programme pur, dĂ©terministe, sandboxĂ©
(module WASM,
C0). Il se rĂ©sout dans le store adressĂ© par contenu (C1, modĂšle Git/BLAKE3) en un module exĂ©cutable. Le gĂ©nĂ©rateur est un bien commun : rĂ©pliquĂ© gratuitement, amorti sur toutes les donnĂ©es qui le citent. - coordonnĂ©es â localisent la donnĂ©e dans ce gĂ©nĂ©rateur : seed,
x/y/z/t, index Hilbert 4D du Cubion, clĂ©, temps. Minuscule, une par donnĂ©e. Le format interne des coordonnĂ©es est propre au domaine du gĂ©nĂ©rateur ; le triplet les traite comme opaques. - hash_rĂ©sidu â BLAKE3 du rĂ©sidu : l'Ă©cart, au bit prĂšs, entre ce que le gĂ©nĂ©rateur prĂ©dit et ce que le rĂ©el a fait. Se rĂ©sout dans le store en un bloc d'octets (Ă©ventuellement vide). Le rĂ©sidu est la seule part qui exige du stockage â l'unitĂ© de rĂ©el, le Tsoin.
Cas dĂ©gĂ©nĂ©rĂ©s [POSĂ] (rĂ©trocompatibilitĂ© Ă©ternelle) : gĂ©nĂ©rateur = identitĂ© â rĂ©sidu = la donnĂ©e
entiĂšre (stockage classique) ; rĂ©sidu = vide â pure structure (gĂ©nĂ©ration procĂ©durale). Le rĂ©el est
entre les deux, facturé à hauteur de sa surprise.
2. Les trois opĂ©rations [POSĂ]
Soit G = store[hash_générateur], R = store[hash_résidu].
- LIRE â
donnĂ©e = G(coordonnĂ©es) â R.âest l'opĂ©rateur de recombinaison bit-exact du domaine (le cas dĂ©gĂ©nĂ©rĂ© est un XOR / une somme). On rĂ©gĂ©nĂšre la prĂ©diction et on y applique l'Ă©cart. DĂ©terministe, bit pour bit, sur toute machine, Ă toute Ă©poque. Complet en adresses, paresseux en calcul : dĂ©plier coĂ»te du calcul (profondeur de Bennett, §3), c'est le prix assumĂ©. - ĂCRIRE â choisir un gĂ©nĂ©rateur
G, calculerR = donnĂ©e â G(coordonnĂ©es), ne garder queR. Ăcrire, c'est ne conserver que l'Ă©cart au prĂ©dictible. AsymĂ©trie assumĂ©e : lire est rapide, bien Ă©crire est lent (trouver un bonGest coĂ»teux, §3) â encodage diffĂ©rĂ© + rĂ©-encodage rĂ©troactif quand un meilleur gĂ©nĂ©rateur apparaĂźt (le systĂšme comprime son propre passĂ©). - ALIGNEMENT â deux nĆuds partagent un gĂ©nĂ©rateur ssi
hash_gĂ©nĂ©rateurest Ă©gal des deux cĂŽtĂ©s. C'est une Ă©galitĂ© de hash, dĂ©cidable au bit â pas une synchronisation floue. Deux triplets qui citent le mĂȘme gĂ©nĂ©rateur ne diffĂšrent que par(coordonnĂ©es, hash_rĂ©sidu): on diffe des adresses au lieu de transporter des blobs. C'est le levier de tout le reste.
3. Les garde-fous honnĂȘtes [POSĂ]
Sans eux, la promesse ment. Aucun n'est contournable.
- Le mur de Kolmogorov. Le résidu d'un vrai aléatoire est incompressible : il coûte son poids plein, toujours. « Tout dans un kilo-octet » est faux. Le systÚme catalogue cette borne au lieu de la cacher ; la part de réel-pur ne devient jamais gratuite.
- Le meilleur générateur est non-calculable.
K(x)n'est pas calculable ; la recherche universelle de Levin trouve l'optimum mais en temps exponentiel. On ne publie jamais l'optimum â on publie des majorants nommĂ©s (un panel de compresseurs identifiĂ©s, BIONLIB en est un) et une grandeur honnĂȘte :certitude = 1 â L_min / L_baseline, qui monte Ă chaque raffinement sans jamais atteindre 1. « Envoyer en fractale de rĂ©el » est aussi bon que le meilleur gĂ©nĂ©rateur connu du domaine, ni plus. - CoĂ»t de dĂ©pliage (Bennett). Un gĂ©nĂ©rateur court peut demander un temps de calcul Ă©norme. Le triplet troque de la bande passante/du stockage contre du calcul chez le lecteur â bon Ă©change sur un lien lent et lointain, pas toujours en local.
- GĂ©nĂ©rateurs appris â bit-exacts â opt-in au bord, jamais dans le format Ă©ternel. Les codecs
neuronaux (COIN/COIN++) et les floats non reproductibles entre architectures sont un slot
opt-in, activable au bord d'un domaine, jamais dans le triplet gelĂ©. Le cĆur reste bit-exact
(IFS entier, WASM de rĂ©fĂ©rence, quantization entiĂšre). Un gĂ©nĂ©rateur qui ne redonne pas le mĂȘme bit
partout ne peut pas porter un
hash_générateurdu format éternel. - GPG non-optionnel. Le résidu est la seule part irréductible et sensible ; il est toujours chiffré GPG au repos et en transit. Les générateurs, communs et publics, ne le sont pas.
- Opt-in & droit au silence. Rien n'est capturĂ© ni rĂ©gĂ©nĂ©rĂ© sans consentement explicite. Une donnĂ©e peut ne jamais ĂȘtre Ă©crite. Ne pas nuire gouverne le format autant que le code.
4. Les trois applications â une donnĂ©e, trois usages
- Position. Une trajectoire GPS brute répÚte des blobs lat/long quasi identiques. En triplet : générateur = modÚle de mouvement (vitesse ~constante, chemin prédictible) ; coordonnées = index temps ; résidu = l'écart à la position prédite. On ne stocke que la surprise du déplacement. La coordonnée est la position ; le blob répété disparaßt.
- DM entre amis. Deux amis qui partagent le mĂȘme
hash_gĂ©nĂ©rateur(leur contexte commun : langue, historique, modĂšle partagĂ©) n'Ă©changent que(coordonnĂ©es, rĂ©sidu)â le rĂ©sidu Ă©tant l'Ă©cart au prĂ©dictible. Le rĂ©cepteur rĂ©gĂ©nĂšre le reste. C'estK(x | gĂ©nĂ©rateur) âȘ K(x): le message s'effondre Ă sa seule surprise. L'ALIGNEMENT par hash rend « on partage bien le mĂȘme gĂ©nĂ©rateur » dĂ©cidable, pas espĂ©rĂ©. - RĂ©plication. Entre deux boxions/nĆuds, on ne transmet et ne chiffre (GPG) que les rĂ©sidus ; les gĂ©nĂ©rateurs sont des communs gratuits, dĂ©jĂ des deux cĂŽtĂ©s (rĂšgle 50/50 : le rĂ©seau protĂšge exactement l'irrĂ©ductible). MarsâTerre n'Ă©changent que ce que l'autre ne pouvait pas prĂ©dire.
Le fil commun : dans les trois cas, ce qui voyage/se garde n'est jamais l'instant, c'est l'Ă©cart entre l'instant et ce que l'autre bout savait dĂ©jĂ en prĂ©dire. Position, DM et rĂ©plication sont la mĂȘme opĂ©ration Ă trois Ă©chelles.
5. Ce que ça débloque concrÚtement dans le repo
- Manifeste de réplication diff-only. Aujourd'hui
/replicatepousse un bundle complet signĂ© (les deux bouts ne partagent pas encore le gĂ©nĂ©rateur). Le triplet transforme ça en rĂ©plication diff-only : le manifeste devient une liste de triplets ; quandhash_gĂ©nĂ©rateurest dĂ©jĂ prĂ©sent chez le rĂ©cepteur (ALIGNEMENT), on ne transmet que(coordonnĂ©es, hash_rĂ©sidu)+ le rĂ©sidu chiffrĂ© GPG. C'est XI0N-rĂ©sidu (§7 de fractales-de-reel) â une page de protocole, pas une techno Ă inventer, testable dĂšs aujourd'hui en logiciel sur le xion (deux nĆuds fĂ©dĂ©rĂ©s, gain mesurĂ© comme le 882Ă : octets du rĂ©sidu vs octets de l'instant dĂ©pliĂ©). - Bion network. Un bion est un tsoin : il ne stocke pas sa sortie, il stocke son gĂ©nĂ©rateur
(référence/recette) et se rejoue. C'est le triplet descendu au niveau primitive
(
timer-tsoin = {ms},son-tsoin = {source, id, position}). Le format v0 donne Ă un bion runtime (WASM, ex.json_str) et Ă un bion web (timer-bion) le mĂȘme identifiant (hash_gĂ©nĂ©rateur), donc un ploxion-Ă©cran peut rĂ©fĂ©rencer un bion partagĂ© au lieu de le recopier : la flotte passe de N monolithes Ă un alphabet de bions + une nuĂ©e de specs. Le triplet est le contrat qui rend un bion citable, partageable et rejouable Ă travers les deux mondes. - Contrat jOSPresence. La prĂ©sence live (curseurs, post-its LWW, collab) n'a pas besoin d'Ă©mettre
l'état : un émetteur et un récepteur qui partagent le
hash_gĂ©nĂ©rateurd'un modĂšle de prĂ©sence n'Ă©changent que(coordonnĂ©es, rĂ©sidu)sur le PL0XI0N Bus, et le rĂ©cepteur rĂ©gĂ©nĂšre. Le format v0 fige le paquet que jOSPresence met sur le bus â l'Ă©cart, chiffrĂ©, alignĂ© par hash â au lieu d'un blob d'Ă©tat rĂ©pĂ©tĂ©.
Reste Ă faire (P1 du paper) : le codec aller-retour image â triplet â image bit-pour-bit, mesurĂ©
vs PNG/JPEG, qui prouve â sur un vrai mĂ©dia. La navigation Hilbert (C5, zoom = descente Merkle)
consomme ce mĂȘme format.
DĂ©cisions encore ouvertes (hĂ©ritĂ©es de §12 du paper) : nom canonique du composant · sĂ©mantique de merge des rĂ©sidus (deux Ă©carts concurrents sur le mĂȘme point) · pĂ©rimĂštre exact du gel v1.
Ne pas nuire. On ne transmet jamais du rĂ©el â seulement de la surprise sur fond de structure commune. AGPL-3.0 · Juillet 2026 · adressage-generatif-triplet-v0