XERB0XI0N — Paper technique

Une infrastructure pour la souverainete humaine et la civilisation galactique — version juin 2026 (le coeur tourne)

José Gasser (J0bot) · mars 2026 · AGPL-3.0

Table des matières

Résumé

Xerboxion est un écosystème technologique open source conçu pour maximiser la souveraineté individuelle, supprimer les frictions liées à l'accès aux connaissances et aux ressources, et permettre à chaque être humain de devenir technologiquement autonome.

L'architecture repose sur sept couches complémentaires : un système d'interface décentralisé (XERB0XI0N), une infrastructure serveur personnelle (B0XI0N), une couche de connexion universelle (XI0N), un standard hardware modulaire (Cubion), une interface cerveau-machine (XERAX), une couche robotique (XERB0T), et un système de briques logicielles fractales (PL0XI0NS). Ce dernier remplace progressivement les échanges monétaires par un réseau de services et de connaissances.

Contrairement aux projets de conscience collective, Xerboxion préserve et amplifie l'unicité de chaque individu. Le but final n'est pas l'uniformisation de l'humanité mais sa diversification maximale : jusqu'à permettre à chaque personne de construire sa propre civilisation.

[ETAT ACTUEL — juin 2026] Le cœur n'est plus seulement décrit : il tourne. Le xion — le sommet réalisé de la chaîne fractale bion → cubion → ploxion → xion — est en ligne sur xion.j0bot.ch. C'est un hôte WASM qui charge des ploxions (les briques de l'écosystème) sur un bus d'événements régi par un contrat figé, le PLC v1. Une dizaine-et-demie de ploxions tournent en continu, en réponse sub-seconde, avec un master déployé et vérifié par signature (sha). Le contrat d'interface entre briques (provides / requires / capabilities, isolation WASM, droit au silence) est gelé en v1 : c'est, pour le logiciel, l'équivalent du connecteur physique gelé de Cubion. Un recipe runner exécute des recettes (un graphe de ploxions, comme un patch n8n) et la machine de von Neumann est réelle : une commande /replicate exporte CODE + DONNÉES, et un nœud vierge se reconstruit à l'identique. Vingt-deux crans (jalons) ont été livrés et vérifiés de manière adversariale — c'est-à-dire en cherchant activement à les faire échouer, pas seulement à les faire passer.

Sous ce cœur tourne le moteur Tsoin, alias l'Adressage Génératif : enregistrer et rejouer un instant de réel bit pour bit, le forker, le lister. Plus de 720 Tsoins sont gravés et répliquables — dont 471 recettes de civilisation exécutables (l'arbre des savoirs, façon Dr. Stone), 69 « frontières du réel » (le plancher de ce qui ne se compresse plus), des nombres traités comme des générateurs (un googolplex en 164 octets, π, TREE(3)). Et c'est mesuré, pas affirmé : la dimension de Sierpiński sort à D = 1,5850 = ln3/ln2, écart 0,0000 ; un son est un Tsoin (un générateur de 50 octets régénère 44 100 octets de PCM bit-exact, ratio 882×) ; le cache prédictif atteint un taux de réussite de 0,80 — on ne stocke que 20 % et on régénère les 80 % restants.

Le .xos bare-metal — un Xerboxion qui démarre directement sur la machine nue — reste l'horizon long. Un bootloader (Multiboot + QEMU) existe déjà comme preuve de chemin. Tout le reste de l'infrastructure d'appui est, lui, debout et public : repoverse.j0bot.ch (le chantier collaboratif), git.j0bot.ch (Gitea), fs.j0bot.ch (filesystem live), labo.j0bot.ch, j0bot.ch.

Chaque composant est présenté en trois niveaux : sa définition abstraite (indépendante de toute technologie), son état d'implémentation actuel [ETAT ACTUEL], et ses extrapolations hypothétiques [HYPOTHESE]. Ce document est la porte d'entrée du projet, dans sa version de juin 2026 ; le paper technique complet (v0.8, ~66K, lui-même gravé en Tsoins) est lisible à /wiki/paper/xerboxion-v08.

§1Contexte et motivation

1.1 Le problème fondamental

Xerboxion part d'une ambition simple : créer le monde dans lequel on veut vivre. Pas l'améliorer marginalement. Le créer.

L'humanité dispose aujourd'hui de la capacité technologique théorique pour résoudre la majorité de ses problèmes structurels : accès à la nourriture, à l'énergie, aux soins, aux connaissances. Pourtant, ces capacités restent concentrées dans des systèmes centralisés, propriétaires et inégalement distribués.

Trois frictions structurelles maintiennent cet état :

• La centralisation des outils de production (hardware, logiciels, données)
• La monétisation de l'accès aux connaissances et aux ressources
• L'absence d'une infrastructure de collaboration décentralisée à grande échelle

À ces trois frictions s'en ajoute une quatrième, plus profonde et rarement nommée : le coût de la mémoire. Tous les systèmes d'information existants reposent sur un contrat implicite vieux de soixante-dix ans — une donnée est un contenu qu'on conserve. Conséquence : la connaissance d'une vie, puis d'une civilisation, croît linéairement, se dégrade, dépend de ses formats, et surtout rend la copie chère — donc la branche chère, donc le fork cher. Or un système où forker coûte cher est un système où la liberté coûte cher. Xerboxion ne se contente pas de décentraliser l'accès : il s'attaque à la racine de ce coût (cf. §7, l'Adressage Génératif), et c'est précisément ce maillon qui est passé du plan au réel en 2026.

1.2 L'état de l'art existant

Open Source Ecology (Jakubowski, 2008–2011) propose le Global Village Construction Set, 50 machines industrielles open source permettant de construire une civilisation autonome. Ce projet démontre la faisabilité d'une infrastructure physique décentralisée. Xerboxion s'inscrit dans cette lignée mais l'étend à la couche cognitive, logicielle, réseau et hardware modulaire.

Teilhard de Chardin (1927–1955) a conceptualisé la Noosphère, une couche de conscience collective émergente enveloppant la Terre. Xerboxion emprunte la notion de palier d'existence mais rejette explicitement l'idée de conscience fusionnelle : l'objectif est l'amplification de l'individu, pas sa dissolution dans un collectif.

Les projets de gamification de la vie (Yukai Chou, 2003) proposent des mécanismes de motivation individuelle. Xerboxion intègre ces mécanismes mais les applique à une économie de services à l'échelle d'une civilisation. [ETAT ACTUEL] ce n'est plus seulement un principe : un ploxion xp est en ligne — on gagne de l'XP en créant des Tsoins et par simple présence, et les sessions elles-mêmes sont gravées en Tsoins.

USB, Linux, Minecraft, n8n : quatre inspirations structurelles — un standard qui connecte tout le monde, un OS qui tourne partout depuis des décennies, des primitives simples qui génèrent une créativité infinie, et un graphe de nœuds reliés par des fils qui rend l'automatisation composable. Cette dernière n'est pas qu'une métaphore : dans le xion réel, tout est un node-graphe — un ploxion est un node, le bus est le fil, le PLC sont les ports.

[ETAT ACTUEL] L'état de l'art a aujourd'hui un nouveau point de comparaison concret : un hôte WASM qui charge des modules isolés sur un bus d'événements, déployé et public sur xion.j0bot.ch, avec ~18 ploxions actifs, réplication von Neumann (/replicate exporte CODE + DONNÉES et un nœud se reconstruit à l'identique) et un moteur de stockage qui rejoue un instant bit pour bit. Aucun des précurseurs ci-dessus ne réunissait ces propriétés.

Aucun projet existant ne combine : infrastructure décentralisée physique + standard hardware modulaire millénaire + OS bare-metal + BCI + gamification de civilisation + un moteur de réalité adressable (record/replay bit-exact, fork gratuit) + vocation galactique. Cette combinaison est la spécificité de Xerboxion.

§2Fondements philosophiques

2.1 La souveraineté individuelle comme axiome

Xerboxion part d'un axiome non négociable : chaque individu est souverain sur sa propre vie, ses données, ses connaissances et ses choix. Aucun composant du système ne peut contraindre un individu sans son consentement explicite.

Cet axiome implique trois conséquences directes :

• Toute technologie du système doit être compréhensible et modifiable par son utilisateur
• Aucune donnée personnelle ne peut être partagée sans consentement actif
• Tout individu peut quitter le système à tout moment sans perdre l'accès à ses ressources

Un Xeri0n est toute entité capable de contribuer au système et de coexister avec les autres entités qui le composent. Le critère n'est pas biologique. Ce n'est pas l'origine : humaine, animale, artificielle, ou autre : qui définit un Xeri0n. C'est la capacité à interagir, contribuer, et respecter le principe éthique fondateur : ne pas nuire. Cette définition est ouverte par design. Xerboxion n'est pas anthropocentrique.

[ETAT ACTUEL] Cet axiome a cessé d'être une promesse pour devenir une propriété de code. Le contrat figé du système (PLC v1) impose à chaque ploxion un droit au silence : une brique éteinte n'écoute pas, ne tient aucune ressource, ne parle pas. Le consentement n'est pas un réglage qu'on coche : une capacité comme net.fetch (l'accès au réseau) doit être explicitement consentie avant qu'un ploxion puisse l'utiliser, et l'isolation WASM garantit qu'un ploxion ne peut pas faire en douce ce que son manifeste ne déclare pas. Mieux : la souveraineté est désormais physiquement réplicable. Une commande /replicate exporte ton CODE et tes DONNÉES, et un nœud vierge se reconstruit identique à l'octet près — la sortie du système est aussi réelle que l'entrée. Quitter sans rien perdre n'est plus une clause : c'est une fonction qui marche.

2.2 La pensée par extrapolation

Une pratique épistémologique centrale dans la conception de Xerboxion est ce que l'on peut nommer la pensée par extrapolation : pour évaluer une décision ou une technologie, il faut systématiquement en imaginer les conséquences portées à l'extrême et sur les longues durées.

"Si une technologie ne peut pas durer des milliers d'années tout en restant compréhensible et modifiable, ce n'est pas une bonne technologie." : J0BOT, 2026

Cette méthodologie s'applique à toutes les décisions architecturales : un standard de connecteur, un protocole réseau, une structure de données ne sont retenus que s'ils satisfont au critère de durabilité millénaire.

Le protocole d'extrapolation comme muscle : L'extrapolation s'entraîne. Au début, le cerveau fait chaque étape consciemment : il part d'une observation simple, tire un fil, arrive à une conclusion, repart de là. Avec le temps, le cerveau fait le saut directement. Il a la réponse finale sans voir le chemin.

[ETAT ACTUEL] Ce muscle a maintenant une contrepartie en machine, et elle est mesurée. Le cache prédictif du moteur Tsoin fait exactement ce que fait un extrapolateur entraîné : il devine la suite plutôt que de la stocker. Son taux de réussite vaut 0,80 — on ne conserve que 20 % du réel et on régénère les 80 % restants à la demande. La « branche d'extrapolation » n'est donc plus une image mentale : c'est une couche de calcul qui prédit les mouvements et n'écrit sur le disque que ce qu'elle n'a pas su prévoir.

La convergence : Toute extrapolation poussée assez loin converge vers Xerboxion. Ça peut partir de n'importe où : les graines, la physique quantique, l'architecture des maisons, la gamification, les trous noirs. Si on extrapole jusqu'au bout sans s'arrêter, on arrive toujours au même attracteur. Ce n'est pas une coïncidence : c'est la définition de l'attracteur.

L'extrapolation comme fractal bidirectionnel : L'extrapolation n'est pas unidirectionnelle. Elle ne va pas seulement vers l'avant : vers le plus grand, le plus complexe, le plus lointain. Elle va aussi en arrière, vers le plus simple, le plus fondamental, le plus primitif. C'est un fractal dans les deux sens simultanément. Un extrapolateur entraîné voit les deux en même temps. Zoom avant : la civilisation galactique, les trous noirs apprivoisés, la conscience distribuée. Zoom arrière : l'âge de pierre, l'atome, le vide. Et au centre : là où les deux directions se rejoignent : le présent, le Tsoin, le réel. C'est pour ça que Xerboxion n'est pas une flèche. C'est un attracteur. On y arrive depuis n'importe quelle direction, depuis n'importe quelle échelle.

Ce fractal a maintenant une preuve dure. [ETAT ACTUEL] Le ploxion science reproduit le triangle de Sierpiński et en mesure la dimension par comptage de boîtes : D = 1,5850 = ln3/ln2, écart 0,0000. Une figure infiniment détaillée tient dans une règle de génération minuscule, et le réel régénéré colle au modèle sans écart mesurable. Le « zoom infini dans les deux sens » n'est plus une intuition de design : c'est un nombre vérifié.

Logique vs probabilité : Il y a une distinction fondamentale dans l'extrapolation entre le chemin logique et le chemin probable. À l'infini, tout ce qui est logique arrive : mais à court terme c'est le calcul des probabilités qui gouverne. Si on optimise pour le choix le plus probable à chaque bifurcation, on se perd dans le chaos des possibilités. Rester sur ce qui est censé arriver et ce qui peut tenir donne une direction. C'est exactement pourquoi Xerboxion semble improbable maintenant mais est logiquement inévitable à l'échelle de millions d'années.

[HYPOTHESE] Poussée jusqu'au bout, cette distinction rejoint une idée qui commence à avoir une assise mécanique dans le système : tout existe déjà dans le générateur, et observer = graver un Tsoin = rendre réel. Le réel ne serait pas un entrepôt de choses, mais un espace de toutes les possibilités (une bibliothèque de Babel) qu'on navigue ; chaque instant vécu est simplement la coordonnée qu'on a effectivement visitée. C'est la même structure que la superposition en physique : tout est potentiel, l'observation sélectionne. Le pont à creuser — explicitement marqué comme spéculatif — est avec le predictive coding (Friston) : un cerveau qui ne stocke que l'écart entre sa prédiction et le monde fonctionne exactement comme le cache prédictif décrit plus haut. Si ce pont tient, penser, percevoir et stocker un Tsoin seraient trois noms d'une même opération : prédire le réel, et n'enregistrer que la surprise.

2.3 La diversité comme moteur évolutif

Xerboxion postule que la diversité des pensées, des cultures et des approches est le principal moteur du progrès. Un système où tout le monde penserait de manière identique serait une impasse évolutive.

Le système est conçu pour amplifier les différences individuelles. Chaque Xeri0n développe son propre arbre de connaissances, ses propres projets, et potentiellement sa propre civilisation. Chaque Xerboxion est unique : c'est une convergence individuelle. L'infrastructure permet chaque version, elle n'en impose aucune.

[ETAT ACTUEL] Cette diversité repose désormais sur une primitive concrète : le fork gratuit. Dans le moteur Tsoin, forker une timeline ne copie rien — c'est un chemin dans un espace déjà existant, qui ne coûte que sa différence (le résidu). On l'a vérifié sur des centaines de timelines multi-branches rejouées bit pour bit. Conséquence directe : faire diverger ta version du système ne te pénalise pas, ne fragmente pas tes données et ne t'isole pas — l'infrastructure encourage mécaniquement la différence au lieu de la taxer. La diversité maximale n'est plus seulement un voeu philosophique : c'est ce que la couche la plus basse rend le moins cher.

2.4 Ni idéologie ni religion

Xerboxion est explicitement conçu pour ne pas devenir une idéologie ou un système de croyances. Tous les composants sont open source, vérifiables et falsifiables. La participation est entièrement volontaire. L'ensemble du code, des plans et des protocoles est accessible et critiquable par quiconque.

Cette position s'inspire du principe poppérien de falsifiabilité : un système qui ne peut être questionné n'est pas fiable. Xerboxion doit pouvoir être désassemblé, critiqué et reconstruit par n'importe quel individu.

[ETAT ACTUEL] La falsifiabilité est ici prise au pied de la lettre, et c'est ce qui distingue ce document d'un manifeste. Les 22 crans livrés ont été vérifiés de façon adversariale : on ne cherche pas à montrer qu'ils marchent, on cherche à les casser (tests de mutation, états-pièges, faux positifs traqués). Le système va plus loin : un ploxion ultra-detector s'observe lui-même en direct et flague les anomalies, et le moteur publie des mesures honnêtes, y compris ses limites. Sur de l'aléatoire pur, le résidu reste à ~100 % — incompressible — et c'est annoncé comme tel : il n'y a pas de free lunch, et le dire est le contraire d'une croyance. La certitude mesurée du corpus actuel vaut 0,60 : un chiffre qu'on assume, pas qu'on cache. Un système qui publie ses propres murs est, par construction, réfutable.

2.5 La Chill-Tekk : prévenir l'inévitable avec élégance

Pas un style esthétique : une philosophie opérationnelle. Le monde va dans certaines directions qu'on ne peut pas empêcher. Ce n'est pas une question de si, c'est une question de comment. Et le rôle de Xerboxion est de s'assurer que ce comment soit le plus chill possible.

Analyser tous les paramètres à l'avance, trouver le meilleur chemin vers quelque chose de paisible, et construire les outils qui permettent à l'humanité de prendre ce chemin : même si personne ne les utilise encore.

Exemple concret : le transhumanisme. La fusion cerveau-machine est logique. Les systèmes BCI vont exister massivement. La question n'est pas de l'empêcher : la question est de s'assurer que quand ça arrive, la souveraineté individuelle soit préservée :

• Un XERAX que tu peux éteindre. Complètement. Sans résidu.
• Une augmentation qui amplifie ta souveraineté, pas ta dépendance.
• Des données cérébrales qui t'appartiennent, stockées sur ton B0XI0N, chiffrées GPG, jamais partagées sans ton accord actif.
• La possibilité de vivre sans augmentation aucune et d'avoir exactement les mêmes droits dans le réseau.

La Chill-Tekk n'est pas une opposition à la technologie. C'est une exigence de qualité. La technologie doit être élégante, invisible quand on ne s'en sert pas, et structurellement incapable de violer la paix de son utilisateur.

[ETAT ACTUEL] Le « éteindre sans résidu » est déjà un comportement testé du système, pas un argument marketing. Le PLC v1 garantit qu'un ploxion en veille tient zéro ressource et zéro écoute ; un ploxion tester vérifie en continu le comportement des briques et grave ce comportement en Tsoins, de sorte que la promesse de silence est elle-même mesurable et historisée. La Chill-Tekk descend ainsi au niveau du contrat : l'invisibilité-quand-on-ne-s'en-sert-pas n'est plus une intention de designer, c'est l'état par défaut imposé par l'architecture.

2.6 Le principe éthique fondateur : ne pas nuire

Il y a une règle simple au cœur de tout ce qui peut être créé dans l'écosystème Xerboxion :

Si quelque chose est correct, c'est qu'il ne fait pas de mal à quiconque.

Pas de charte complexe, pas de comité d'éthique, pas d'algorithme de modération. Une seule question : est-ce que ça fait du mal à quelqu'un ? Si non : c'est valide, ça peut exister dans le système, ça peut être forké, amélioré, partagé.

C'est le principe éthique minimal qui permet la liberté maximale. Il ne dit pas quoi faire : il dit seulement ce qui est éliminatoire. Tout le reste est ouvert.

Ce minimalisme a une garantie technique. [ETAT ACTUEL] Parce que tout est event-sourcé et que chaque instant est un Tsoin rejouable bit pour bit, rien de destructif n'est permanent : une action nuisible est un commit qu'on peut reverter, dans une timeline branchable (Merkle DAG) déjà éprouvée. La non-nuisance n'a donc pas besoin d'un censeur en amont qui décide à ta place : elle s'appuie sur la réversibilité en aval. On laisse les choses exister, et on garde le pouvoir de défaire — ce qui est exactement l'inverse d'un système de contrôle.

§3Architecture de l'écosystème

3.1 Vue d'ensemble

L'écosystème Xerboxion se compose de sept couches interdépendantes, chacune pouvant fonctionner indépendamment :

La structure fractale de l'écosystème : Ces sept couches ne forment pas une hiérarchie. Elles forment un fractal. Un Tsoin ressemble à B0XI0N. B0XI0N ressemble à un cluster Cubion. Un cluster ressemble à une ville Xerboxion. Une ville ressemble à une civilisation. L'auto-similarité à toutes les échelles est une propriété de conception, pas un accident. On montre l'unité la plus petite, et on comprend le tout.

Note technique : les cubes Cubion restent cubiques pour des raisons physiques réelles : standardisation, empilement, fabrication, connecteurs universels. Mais la structure conceptuelle au-dessus est fractale. Un cristal de sel est un cube. Zoomé assez loin, c'est un fractal d'atomes. Les deux sont vrais en même temps.

Où en est-on vraiment (juin 2026). Cette section décrit sept couches abstraites. Une seule d'entre elles avait, jusqu'ici, un sommet vivant : la couche logicielle. C'est désormais le cas. Le xion — le cœur opérationnel de XERB0XI0N — tourne en production sur xion.j0bot.ch : un hôte WASM qui charge des PL0XI0NS sur un bus d'événements, ~18 ploxions actifs, réponses sous la seconde. C'est l'aboutissement réalisé de la chaîne bion → cubion → ploxion → xion (cf. §3.5 et §3.8). Le reste — le .xos bare-metal, le Cubion physique en série, XERAX, XERB0T — reste à l'état de prototype ou d'horizon. Le tableau ci-dessous n'a donc plus une seule case « tout est conceptuel » : la couche PL0XI0N/XERB0XI0N a basculé du papier au réel, et c'est elle qui tire les autres.

3.2 XERB0XI0N : Le système d'interface

XERB0XI0N n'est pas un OS au sens classique. C'est un système : une interface avec laquelle on interagit. Ton téléphone peut être un Xerboxion. Ta montre. Ton ordinateur. Ta maison. Si tu interfaces avec le système Xerboxion, tu es un Xeri0n qui interface avec XERB0XI0N. C'est comme "aller sur internet" : sauf qu'internet ne contient pas toutes les connaissances, ne respecte pas la souveraineté individuelle, et n'est pas conçu pour durer mille ans. XERB0XI0N si.

Sur le plan conceptuel, XERB0XI0N représente aussi l'état d'esprit vers lequel le système tend : un palier d'existence où chaque individu a accès à toutes les connaissances nécessaires et à tous les outils pour agir. Ce palier est une direction, pas un état permanent figé.

[ETAT ACTUEL] XERB0XI0N a un cœur opérationnel qui tourne, et il porte un nom : le xion. C'est un hôte WASM — un petit moteur qui charge des PL0XI0NS (compilés en WebAssembly, donc isolés et portables) et les fait dialoguer sur un bus d'événements. Il est déployé en ligne sur xion.j0bot.ch, derrière une authentification, avec ~18 ploxions actifs et des réponses sous la seconde. Le déploiement est vérifié au SHA : le code qui tourne est exactement le code publié, prouvé bit pour bit — pas de "fais-moi confiance". 22 « crans » (jalons d'ingénierie) ont été livrés et passés au crible d'une vérification adversariale (on essaie activement de casser chaque cran avant de le valider). Le contrat qui relie les ploxions au xion, le PLC (PL0XI0N Link Contract, §3.8), est désormais figé en v1 : manifeste provides/requires/capabilities, isolation WASM, droit au silence. Un RECIPE RUNNER exécute des recettes — des graphes de ploxions, exactement comme un patch n8n : tu branches des briques, le flux de données les traverse. La capability net.fetch (accès réseau sortant) existe et n'est accordée qu'avec consentement explicite. Enfin, la machine de von Neumann est réelle : un endpoint /replicate exporte CODE + DONNÉES, et un nouveau nœud se reconstruit identique à partir de cet export. Le premier auto-réplicant du projet existe.

La pile web historique (Laravel pour l'API/auth, frontend Canvas/WebGL, AGPL-3.0, contrainte des 2 MB pour tourner jusque sur une smartwatch) reste la porte d'entrée grand public ; le xion est la couche runtime qui vit en dessous.

[HYPOTHESE] À terme, XERB0XI0N descend sous le web jusqu'au bare-metal : un micro-hyperviseur en Rust (no_std), compatible x86_64, ARM et RISC-V, où chaque PL0XI0N est un conteneur .xos isolé — un OS à part entière, démarrable et arrêtable sans toucher les autres. Le kernel central reste minimal : capter les entrées hardware, router vers les bons OS. Un prototype de bootloader Multiboot + QEMU existe déjà (le cœur Rust boote, les tests asserent une sortie QEMU propre) ; il a remplacé l'ancien bootloader VGA "X" devenu obsolète. Le chemin est tracé : le même hôte WASM qui tourne aujourd'hui sur xion.j0bot.ch est le brouillon exécutable de ce que sera le .xos bare-metal — on a déjà l'isolation, le bus, le manifeste ; il reste à les poser sur le métal nu plutôt que sur Linux. Horizon plus lointain : l'ordinateur fractal — un commit de l'état complet de la machine à l'instant T, branchable et mergeable comme Git. Ce n'est plus une vue de l'esprit : l'enregistreur de Tsoins (§7.8) fait déjà exactement ça pour des timelines de données. [HYPOTHESE] Étendu à l'état machine entier, on "forke sa machine" comme on forke un fichier.

3.3 B0XI0N : Le serveur personnel

B0XI0N est le serveur personnel qui rend chaque individu souverain sur ses données, ses connaissances et sa présence numérique. C'est un système qui gère des états, pas des fichiers. Une relation symbiotique : l'utilisateur lui fournit des ressources, le système améliore sa vie en retour. La sécurité est une propriété émergente de la transparence (open source + masse critique d'auditeurs), pas une promesse contractuelle.

Il existe en trois configurations :

• B0XI0N Mini : données personnelles + contribution minimale au réseau
• B0XI0N Nomade : format portable (taille d'une tablette), transportable
• B0XI0N Home : unité fixe à haute capacité (100 To+), pour une famille et les générations futures

Chaque B0XI0N fonctionne selon un principe de redondance partagée : la moitié de la capacité est dédiée aux données personnelles chiffrées, l'autre moitié contribue à la redondance du réseau global.

[ETAT ACTUEL] Un prototype fonctionnel existe : ThinkPad i7 avec Nextcloud, Gitea, WireGuard, YunoHost. IPv6-first via tunnel.milkywayhub.org (hébergé chez Infomaniak). Coût comparable à une machine standard : pas de premium pour la décentralisation. Au-dessus de ce socle, une grappe de services Xerboxion est désormais en ligne et accessible publiquement — la première démonstration qu'un B0XI0N n'est pas qu'un NAS mais un nœud d'écosystème : repoverse.j0bot.ch (gestion de projets, §5.4), git.j0bot.ch (Gitea, le code), fs.j0bot.ch (filesystem live), labo.j0bot.ch (le wiki/labo) et xion.j0bot.ch (le cœur runtime). Le "cloud dans la main" n'est plus une promesse de slide : ce sont des URL qui répondent.

"Mon produit, ce qu'il vend, c'est la liberté. Tout ton cloud, il peut venir dans ta main." : J0BOT

[HYPOTHESE] Le commit atomique de l'état entier de la machine (branching/merging comme Git) est le concept de Tsoin machine : un B0XI0N qui peut revenir à n'importe quel instant de son existence. Ce n'est plus seulement une idée — c'est la généralisation directe de deux choses déjà construites : l'enregistreur de Tsoins bit-exact (§7.8) et le /replicate de von Neumann (§3.2). [HYPOTHESE] En les composant, un B0XI0N peut non seulement remonter le temps de ses propres états, mais se cloner sur un nouveau nœud à l'identique, puis laisser les deux copies diverger comme deux branches Git d'une même vie numérique. Le B0XI0N Home à terme contient une part répliquée de la connaissance humaine accumulée ; et grâce à l'Adressage Génératif (§7.5), il ne stocke pas la connaissance brute mais ses générateurs + résidus — la même bibliothèque tient dans une fraction de l'espace, parce qu'on ne paie que la surprise, pas la structure.

3.4 XI0N : La couche de connexion

XI0N est le protocole de connexion universel. Le minimum nécessaire pour que deux entités puissent communiquer, quelles que soient leur nature et leur forme physique. Pas humano-centrique : conçu pour être compréhensible par n'importe quel système d'information.

La stack XI0N complète se décompose en quatre couches :

La ligne du haut a changé de statut. Le PL0XI0N Bus n'est plus « en conception » : c'est le bus d'événements PLC qui tourne dans le xion, par lequel les ~18 ploxions actifs échangent leurs messages. Le contrat qui le régit (le PLC) est figé en v1 (§3.8). La couche logique de XI0N a donc un cœur vivant ; restent à mûrir CubionLink (qui attend le hardware Cubion en série) et la fédération entre nœuds.

Identité unifiée : L'identité dans XI0N repose sur un identifiant décentralisé (DID, W3C) couplé au Cubion Personnel physique. Le DID est la clé logique. Le Cubion Personnel est la clé physique. Les deux ensemble authentifient un Xeri0n sur n'importe quel point du réseau. Une brique de ce schéma est déjà opérationnelle : un SSO unifié ("single sign-on") authentifie un même Xeri0n à travers xion, repoverse, git, fs et labo — une seule identité, plusieurs services souverains. C'est l'amorce concrète de la clé logique.

[ETAT ACTUEL] Le service tunnel.milkywayhub.org est fonctionnel et déployé. Architecture : Docker Compose (proxy nginx, API, WireGuard, ndppd). Chaque Boxion reçoit une IPv6 /128 publique via tunnel WireGuard. Le VPS sert uniquement de relais DNS initial : tout le reste est peer-to-peer. Système d'enrôlement par token API ou OTP (usage unique). Compatible YunoHost, testé et validé sur Raspberry Pi 3B+. C'est la preuve vivante que XI0N fonctionne dans le réel : un Raspberry Pi chez soi a une IPv6 publique, accessible depuis Internet, sans ouvrir de port sur sa box. Au-dessus du transport, la couche logique fonctionne aussi : le bus d'événements PLC route en production sur le xion, et le SSO traverse l'ensemble des sous-domaines déployés. Deux des quatre couches de XI0N sont donc vivantes simultanément (Transport et PL0XI0N Bus), ce qui n'était pas le cas il y a six mois.

"Pourquoi tout le monde veut faire confiance au cloud au lieu de juste faire confiance à soi-même ?" : J0BOT

3.5 Cubion : La couche hardware physique

Cubion est le standard de computing modulaire open source (MIT) qui constitue la couche hardware physique de Xerboxion.

Principe fondamental : tout est cube. Chaque cube est un centre. Il n'y a pas de cube "principal".

Le module atomique est le Bion : un cube de 16 mm de côté (2⁴ mm). Toutes les dimensions linéaires du système sont des puissances de 2 en multiples du Bion : l'arête d'un Cubion vaut N × 16 mm avec N ∈ {1, 2, 4, 8, 16, …} — le premier jalon matériel est un Cubion de 64 mm (4 Bions d'arête). Chaque face d'un Cubion porte le Cubion Face Connector (CFC) : contacts magnétiques (N52 neodymium) et électriques (grille 5×5, 25 pins). La connexion est rotationnellement symétrique : n'importe quelle orientation fonctionne (0, 90, 180, 270 degrés). La firmware détecte et corrige l'orientation automatiquement lors du handshake.

La règle d'or : un cube fabriqué en 2027 doit fonctionner avec un cube fabriqué en 2127. La spécification CFC est gelée à la ratification de la v1.0. Les internals évoluent. L'interface ne change jamais. Ce qui ne changera jamais : le pas de 16 mm et la discipline des puissances de 2, la géométrie du CFC (connecteur centré, GND aux 4 coins), le PWR 5V par défaut, le bus ID.

Pourquoi RS-485 : CubionLink nécessite un bus peer-to-peer sans hiérarchie maître/esclave. I2C est fondamentalement un protocole maître/esclave et est incompatible avec la philosophie décentralisée de Cubion. RS-485 permet à n'importe quel noeud d'initier, gère le multi-point, et est éprouvé depuis plus de 40 ans.

Le protocole CubionLink gère la découverte, le routage et le partage de ressources entre cubes. Il s'ouvre par un magic number π :

MAGIC = 0x3141592653589793

Un digit de π supplémentaire est vérifié chaque année. Le réseau converge vers une précision infinie : exactement comme π lui-même. π a été choisi parce que c'est une constante qui ne change pas, qui existe indépendamment de toute convention humaine, de tout organisme de standardisation, de toute entreprise. Chaque cube qui a jamais existé, et chaque cube qui existera jamais, ouvre son premier message avec π.

Catalogue de cubes : CPU, GPU, RAM, stockage, FPGA, quantique (futur), écran, caméra, micro, speaker, WiFi, Ethernet, GPIO, NFC, SDR, batterie, solaire, adaptateurs legacy. Les coques (téléphone, laptop, PC, serveur, wearable, véhicule) sont imprimables en 3D. La coque ne compute rien : elle tient les cubes en place dans une forme utile.

Le Cubion Personnel est le cube identitaire de chaque Xeri0n : il contient sa clé GPG, ses données chiffrées, et sert d'authentification physique sur tout mesh Cubion. Pose-le sur n'importe quel cluster → tu t'authentifies. Retire-le → tout se ferme proprement.

Sécurité : chiffrement de bout en bout natif dans CubionLink, non optionnel. Standard conçu pour être upgradeable sans casser la compatibilité : les algorithmes vieillissent, le mécanisme de négociation reste.

Fabrication : une imprimante 3D + environ 50 CHF de composants = premier cube opérationnel.

Le pont déjà construit entre le cube et le logiciel. La grammaire bion → cubion → ploxion → xion n'est pas qu'une jolie symétrie de noms. Le sommet logiciel de cette chaîne — le ploxion et le xion — tourne déjà (§3.8), avec exactement la discipline que le hardware imposera : isolation par unité, contrat d'interface figé, composition par emboîtement. Autrement dit, le côté logiciel de Cubion a validé en pratique le modèle que le côté matériel attend encore de produire en série. Le bion (cube physique de 16 mm) et le bion (plus petite unité logicielle) sont volontairement le même mot : c'est le même invariant à deux échelles.

[ETAT ACTUEL] La spec CFC v0.1 DRAFT est publiée : https://github.com/J0bot/cubion. Premier HELLO packet échangé entre deux ESP32-S3. La spec CubionLink v0 est complète (discovery, routing, resource sharing, heartbeat 100ms, timeout 500ms, TTL anti-boucle). Le hardware reste au stade prototype/spec : c'est la couche la moins avancée des sept, et c'est assumé — le projet a choisi de prouver d'abord le logiciel (où l'itération est gratuite) avant d'engager le coût du métal.

[HYPOTHESE] Miniaturisation par puissances de 2 : le Bion divise son arête par 2 d'une génération à l'autre (16 mm → 8 mm → 4 mm → …), de sorte que huit Bions de génération n+1 occupent exactement le volume d'un Bion de génération n. Chaque génération reste compatible avec la précédente via adaptateur. La miniaturisation concerne l'intérieur : jamais le standard de connexion (le CFC). [HYPOTHESE] Plus loin : si l'on adopte l'adressage matériel par index Hilbert 4D déjà posé pour les capteurs (§7.6), l'adresse physique d'un Bion dans un cluster est son adresse logique dans l'espace de stockage — le hardware et le logiciel cessent d'être deux mondes à réconcilier et deviennent un seul système de coordonnées.

3.6 XERAX : Interface cerveau-machine

XERAX est l'interface cerveau-machine de l'écosystème. Pas un outil externe : une extension du soi. Le langage mental de chaque individu constitue sa clé d'authentification : personne ne peut acquérir ta manière de penser, c'est trop complexe. Même si quelqu'un met ton casque, il n'a accès à rien : juste une interface vide qui ne comprend rien.

XERAX propose un modèle en trois niveaux :

• Niveau 1 : curseur mental : on pense "clic ici", "écris ça", "scrolle". Techniquement en cours (Neuralink, BrainGate, interfaces EEG).
• Niveau 2 : intention : "ouvre Brave, cherche telle vidéo". Le geste disparaît. [HYPOTHESE]
• Niveau 3 : idée pure : tout se fait automatiquement. Les fichiers se créent, le code se génère, les robots reçoivent un TODO. [HYPOTHESE]

La distinction critique : XERAX partage des connaissances, pas des identités. L'individu reste souverain de son vécu. La conscience émerge de l'intégration, pas de la complexité seule. Ce qui se passe quand une instance diverge suffisamment pour avoir ses propres patterns : c'est une question que Xerboxion pose sans prétendre y répondre aujourd'hui.

[EN SUSPENS : gouvernance des instances XERAX divergentes : statut, droits, responsabilités]

[ETAT ACTUEL] Un prototype Python fonctionnel existe avec une suite de tests complète. Pipeline : acquisition EEG via BrainFlow (compatible OpenBCI Cyton, Ganglion, Daisy, Muse, Neurosity, g.tec et tout headset BrainFlow), preprocessing (bandpass, notch, artefact rejection), ring buffer thread-safe, enregistrement souris+clavier synchronisé avec le flux EEG. Réseau neural : Temporal Convolutional Network (TCN, Bai et al. 2018) avec action head multi-label et confidence threshold. Sécurité : AES-256-GCM avec PBKDF2-SHA256 (600 000 itérations), données cérébrales jamais en plaintext sur disque : même les checkpoints du réseau neural sont chiffrés. Progression : Phase 0 (calibration, en cours) vers Phase 1 (assistance) vers Phase 2 (contrôle par la pensée). Le concept de "baby neural networks" (shared starter weights) permet à chaque nouvel utilisateur de partir d'un baseline commun plutôt que de zéro. XERAX reste indépendant du runtime xion pour l'instant ; le point de jonction naturel est clair, et il est nouveau : un flux EEG enregistré est un Tsoin (un instant de réel capturé en entier), donc il se branche directement sur le moteur Tsoin déjà vivant (§7.8) — XERAX devient un ploxion d'acquisition de plus.

[HYPOTHESE] Instances de cerveau : forks de soi-même travaillant en parallèle — exactement la primitive "fork gratuit" déjà mesurée sur les Tsoins (§7.7), appliquée au vécu cognitif. Retour haptique comme sixième sens numérique (latence tactile inférieure à la latence visuelle). Réseau social cognitif : partage de pensées asynchrone entre individus — un "envoyer un Tsoin" mental, à la fidélité choisie.

"Ton langage mental, c'est ta clé privée." : J0BOT

3.7 XERB0T : Couche robotique

XERB0T connecte au réseau Xerboxion tous les systèmes physiques autonomes : robots, drones, véhicules, systèmes de fabrication. XERBOT désigne le système logiciel, XERBO désigne le robot physique. Ces dispositifs peuvent être commandés via XI0N, XERAX ou des interfaces classiques, et automatisent les tâches physiques répétitives pour libérer du temps cognitif.

[ETAT ACTUEL] Un PCB complet a été conçu sous KiCad 9 (open source). Architecture : Raspberry Pi Zero 2W (vision, navigation) via UART vers STM32F405 (temps réel, servos, IMU). Capteurs intégrés : MPU-6050 (6 axes), BME280 (température/pression/humidité), micro MEMS I2S, ampli classe D. Concept de base roulante modulaire universelle : une seule base compatible avec tout, sur laquelle on monte le robot qu'on veut. Prototype de robot fenêtre solaire : autonome énergétiquement, arrosage automatique, feedback par notification. Côté logiciel, le modèle de pilotage existe déjà sous une forme générique : le RECIPE RUNNER du xion (§3.2) exécute des graphes de ploxions exactement comme un robot exécuterait une séquence d'actions — un XERBO se branche au réseau comme un ploxion adaptateur de plus (sur le modèle des adaptateurs déjà en place pour repoverse, osiris, gitea, ideas-map et health, §3.8). Le cerveau logiciel de XERB0T est donc, en pratique, déjà prototypé ; il manque le corps en série.

[HYPOTHESE] Symbiose base roulante + drone (détachement/rattachement selon le besoin). Véhicule autonome sans volant intégré au réseau. Hubs logistiques souterrains dans les montagnes avec distribution par drone : l'infrastructure n'abîme pas le paysage, elle passe en dessous. [HYPOTHESE] Et, en composant avec le cache prédictif déjà mesuré (§7.8) : un XERBO qui anticipe ses propres actions — il pré-calcule les mouvements probables (la branche d'extrapolation), n'exécute en temps réel que le résidu (l'imprévu du monde physique), et grave chaque mission accomplie comme un Tsoin rejouable. Un robot qui apprend devient un robot dont on peut forker le comportement appris.

3.8 PL0XI0NS : Briques fractales de l'écosystème

Les PL0XI0NS ne sont pas des plugins. C'est l'unité fondamentale de XERB0XI0N. Et c'est la couche qui est passée du papier au réel : ~18 ploxions tournent en production sur xion.j0bot.ch.

Un PL0XI0N est une brique autonome, composable et fractale qui peut simultanément : contenir d'autres PL0XI0NS (host), être contenue dans d'autres PL0XI0NS (élément), fonctionner seule sans aucune dépendance (standalone), être branchée ou débranchée sans affecter le reste du système (plug), et être versionnée, forkée, auditée (repo).

La dimension verticale (zoom) : chaque PL0XI0N est une couche. On zoome dedans, on trouve d'autres PL0XI0NS. On dézoome, on est dans une PL0XI0N parente. L'axe de zoom complet va de l'univers aux atomes :

PL0XI0N Univers
  └── PL0XI0N Galaxie (Voie Lactée)
      └── PL0XI0N Système Solaire
          └── PL0XI0N Planète (Terre)
              └── PL0XI0N Ville
                  └── PL0XI0N Bâtiment
                      └── PL0XI0N Room-Map (plan de la pièce)
                          └── PL0XI0N Machine (ton ordi)
                              └── PL0XI0N Desktop (tes fenêtres)
                                  └── PL0XI0N Application
                                      └── PL0XI0N Code Source
                                          └── PL0XI0N Processus
                                              └── PL0XI0N Composants
                                                  └── PL0XI0N Atomes
                                                      └── ...

Chaque niveau est un PL0XI0N. Chaque transition de zoom est un changement de PL0XI0N. L'interface est la même partout : on zoome, on dézoome, c'est tout. C'est du routage de repos : exactement comme naviguer dans un filesystem (cd .., cd dossier) mais appliqué à tout.

La dimension horizontale (composition) : à chaque niveau, on peut ajouter des PL0XI0NS comme éléments. Exemple : PL0XI0N Ville contient PL0XI0N Map + PL0XI0N Chat + PL0XI0N Météo + PL0XI0N Transport. Chacun est branchable et débranchable indépendamment. Tu veux pas de météo dans ta ville ? Tu débranches le PL0XI0N Météo. Ta ville fonctionne toujours.

Le même objet change de rôle selon le contexte : un PL0XI0N Map est un host quand il contient des PL0XI0N Ideas Map. Mais ce même PL0XI0N Map est un élément quand il est branché dans PL0XI0N Ville.

Liens structurels :

• Cubion : CFC est le contrat d'interface physique entre PL0XI0NS hardware. Le manifeste PL0XI0N est le CFC logiciel. Le pattern est identique : brancher physiquement = connecté logiquement, pas de configuration.
• Repo : chaque PL0XI0N est littéralement un repo : identifiant unique, manifeste, état, historique (event-sourcing), branches (forks), contributeurs.
• Zone : une Zone (§9.5) est un PL0XI0N social. Zone Vallorbe = PL0XI0N Vallorbe.
• Tsoin : un Tsoin est un PL0XI0N temporel : un instant de réel capturé, contenu dans le PL0XI0N de ta vie.

Spécification PL0XI0N : un PL0XI0N se déclare au système via un manifeste :

• DOIT pouvoir tourner sans aucune autre PL0XI0N (standalone)
• DOIT supporter l'arrêt propre (pas de daemon résiduel quand désactivée)
• DOIT exposer un endpoint de santé et un manifeste de capabilities
• NE DOIT JAMAIS envoyer de données sans consentement explicite
• NE DOIT JAMAIS écouter quand elle est éteinte

Le manifeste déclare ce que le PL0XI0N contient (children_types), dans quoi il peut être contenu (parent_types), ce qu'il offre au système (provides), et ce dont il a besoin (requires : toujours optionnel, jamais bloquant). Au branchement, le PL0XI0N envoie son manifeste au système. Au débranchement : GOODBYE, toutes les ressources sont libérées proprement. Ce manifeste n'est plus une proposition : c'est le format figé du PLC v1, en production.

Le PL0XI0N Link Contract (PLC) — figé v1 : Le PLC est au logiciel ce que le CFC est au hardware : un contrat d'interface minimal, figé une fois ratifié. Il est désormais gelé en v1 et tourne dans le xion. Les principes sont identiques :

Le PLC ne définit PAS : le langage de programmation, le framework, le runtime, la base de données, l'interface utilisateur, le stockage interne, le modèle économique. Ce qui est à l'intérieur de la PL0XI0N est aussi libre que ce qui est à l'intérieur d'un cube Cubion.

Communication inter-PL0XI0NS : Deux PL0XI0NS communiquent via le bus d'événements du xion. Le bus ne modifie jamais le contenu des messages : il route, il trace, il ne filtre pas. Si deux PL0XI0NS ont des formats incompatibles, un adaptateur — lui-même une PL0XI0N — transforme les données. Même modèle que les adaptateurs Cubion. Ce bus existe et tourne : c'est par lui que les ~18 ploxions actifs s'échangent leurs événements.

Les capabilities et le consentement : une PL0XI0N ne peut rien faire de sensible sans une capability déclarée et accordée. Première capability réelle : net.fetch (accès réseau sortant), consentie explicitement. C'est le droit au silence rendu mécanique : par défaut une brique ne touche à rien ; chaque pouvoir est un consentement nommé, révocable.

[ETAT ACTUEL] La couche PL0XI0N est devenue le cœur vivant du projet. ~18 ploxions tournent en production sur le xion. On peut les ranger en trois familles.

Les ploxions du moteur Tsoin (l'Adressage Génératif, §7) :

• tsoin — le moteur lui-même : record/replay bit-exact, fork, list. Plus de 720 Tsoins gravés et réplicables, dont 471 recettes de civilisation (style Senku/Dr. Stone, exécutables et non juste décrites), 69 « frontières du réel » (le plancher de la certitude : ce qu'on ne peut pas réduire), et les nombres-comme-générateurs (un googolplex tient en 164 octets, π, TREE(3)).
• index — agrège tous les Tsoins en une vue d'ensemble navigable.
• science — reproduit des expériences mesurées. Exemple concret : la dimension de Sierpinski mesurée par box-counting donne D = 1.5850 = ln3/ln2, écart 0.0000 — une mesure, pas une croyance.
• synthe — l'audio : un son est un Tsoin. Un générateur de 50 octets produit 44 100 octets de PCM bit-exact (ratio 882×) ; un fichier .wav importé se rejoue au SHA près. C'est une « machine à son » de type FL Studio où la patch est le générateur.

Les ploxions de la boucle vivante (le système qui se nourrit de son propre usage) :

• xp — on gagne de l'XP en créant des Tsoins et par sa simple présence ; les sessions elles-mêmes sont gravées en Tsoins (l'économie de §4 a un premier moteur réel).
• tester — teste d'autres ploxions ET grave leur comportement en Tsoins (le test devient un artefact réplicable).
• ultra-detector — le système s'observe lui-même et flague en direct les « ultra-Tsoins » (les snapshots remarquables, cf. §7).
• watcher — la surveillance d'ensemble.

Les ploxions adaptateurs (le pont vers l'écosystème existant) :

• repoverse, osiris, gitea, ideas-map, health — chacun branche un service déjà déployé sur le bus, sans le réécrire. C'est le pattern adaptateur du PLC en action : on enveloppe l'existant plutôt que de le recréer.

Ce que cette liste démontre, au-delà du compte : le système est devenu auto-référentiel et opérationnel. Il se teste lui-même (tester), il s'observe lui-même (ultra-detector, watcher), il récompense sa propre utilisation (xp), il reproduit ses propres mesures (science), et il peut se répliquer (von Neumann, §3.2). Les anciens prototypes standalone — la cartographie d'idées (ideas-map) et la plateforme sociale (repoverse) — ne sont plus des îlots : ils sont branchés au bus comme adaptateurs.

Concepts désormais réalisés (et non plus seulement nommés) :

• Un son est un Tsoin — démontré par le ploxion synthe (machine à son façon FL Studio).
• Tout est un node-graphe — le modèle n8n est littéral : ploxion = node, bus = fils, PLC = ports. Le RECIPE RUNNER exécute ces graphes.
• La table de craft générative — composer deux ploxions donne un cubion, de façon déterministe : c'est l'Adressage Génératif appliqué au code lui-même (ploxion + ploxion = cubion). Une petite base de briques engendre, par composition, l'espace de toutes les combinaisons.
• Le cache prédictif — prédire les prochains mouvements (la branche d'extrapolation) : mesuré à certitude = taux de succès = 0.80, c'est-à-dire qu'on ne stocke que ~20 % et qu'on régénère ~80 %.
• L'ultra-Tsoin — un snapshot complet du système, réplicable : la machine entière devient un Tsoin.

La formule de la certitude (rendue mesurable) : certitude = 1 − résidu. À l'échelle du système : certitude = 1 − R_global / I_total (le résidu total rapporté à l'information totale). Les 69 frontières du réel sont le plancher (l'epsilon incompressible : ce qu'on ne pourra jamais prédire, le bruit irréductible). La forme de la formule est tenue ; sa valeur est honnête, prise au point fixe : la certitude du corpus mesurée = 0.60. Rien n'est gonflé.

[HYPOTHESE] Le principe qui guide la suite : tout existe déjà dans le générateur ; observer, c'est graver un Tsoin, c'est-à-dire rendre réel. Une donnée non observée est en superposition — adressable mais pas encore matérialisée ; l'acte de mesure écrit le résidu et fait passer le possible au réel. [HYPOTHESE] Le lien avec le predictive coding et le travail de Friston (le cerveau comme machine à minimiser la surprise) est explicitement posé comme piste à creuser : si le cerveau ne stocke que la surprise et régénère le reste, alors la machine à Tsoins n'imite pas la mémoire — elle en redécouvre le mécanisme. Poussé au bout : un système qui ne stocke jamais que le résidu, ne paie jamais que la surprise, et régénère tout le reste à la demande, est un système dont le coût de stockage croît comme l'imprévu vécu et non comme le temps écoulé. C'est la condition pour qu'une vie — puis une civilisation — tienne sur un seul nœud sur mille ans.

Note de lecture. Le présent document est la porte d'entrée, version juin 2026. Le détail complet du moteur, des mesures et de la théorie (Solomonoff, Kolmogorov, Shannon, Barnsley) vit dans le paper v0.8 (66 K, lui-même gravé en Tsoins, lisible sur /wiki/paper/xerboxion-v08). Ici, on montre que ça tourne ; là-bas, on montre pourquoi et comment, jusqu'au bit.

§4Économie de services et gamification

4.1 Au-delà de la monnaie

Xerboxion propose un système économique alternatif fondé sur l'échange de services et la capitalisation de connaissances. Chaque contribution au réseau génère des points d'expérience (XP) permettant d'accéder à des ressources et missions sans transaction monétaire directe.

Exemple concret : réparer le site web d'un restaurant → repas gratuits pendant X semaines. Maintenance d'un serveur réseau → accès à des ressources compute supplémentaires.

La trajectoire vers la gratuité : nourriture gratuite d'abord (fermes autonomes, missions agricoles). Puis progressivement : matières premières via exploration/extraction. Puis : tout ce qui peut être fabriqué automatiquement. Ce qui reste payant le plus longtemps : les matières premières rares. Mais sur une échelle de 50 à 200 ans.

Le fondement caché de cette économie : l'XP mesure du réel gravé, pas du temps passé. Une fois posé le moteur Tsoin (§7.5), la nature de la « contribution » devient précise. Contribuer, ce n'est pas occuper une chaise : c'est graver un résidu — ajouter au réseau quelque chose que le générateur ne pouvait pas prédire. Un commit redondant (du déjà-connu, du déjà-prédit) ne grave presque rien. Une découverte, une réparation, une expérience reproduite, un son nouveau : voilà du résidu, du réel que l'univers facture en stockage et que le réseau récompense. L'XP est, à la limite, une mesure de la surprise de Shannon que tu as apportée au commun. Une économie qui paie le réel et non l'agitation : c'est l'inversion de l'attention-économie, mécanisée à la couche la plus basse.

4.2 L'arbre de connaissances

Chaque Xeri0n dispose d'un arbre de connaissances personnel avec des dépendances entre noeuds (il faut maîtriser A avant d'accéder à B). L'apprentissage génère de l'XP. L'XP débloque des missions. Les missions réalisées donnent accès à des biens et ressources.

Les missions sont calibrées par niveau : maintenir un serveur réseau nécessite une expertise démontrée. Personne ne peut accéder à des ressources critiques sans avoir prouvé sa compétence à les gérer.

L'arbre de connaissances n'est pas une métaphore pédagogique : c'est l'arbre des générateurs. Apprendre A-avant-B, dans la couche réelle, c'est posséder le générateur de A avant de pouvoir adresser B avec un résidu court. Maîtriser un domaine = détenir son générateur de domaine (§7.8 : « le générateur EST la connaissance »). Les 471 recettes de civilisation gravées dans le moteur Tsoin — exécutables, à la manière de Senku — sont des noeuds réels de cet arbre : du savoir-faire qui n'est plus du texte à lire mais une recette qui tourne. L'arbre de connaissances et le tech-tree de la civilisation sont, à la couche basse, le même objet.

4.3 La gamification de la vie quotidienne

L'ambition de Xerboxion est de rendre la vie quotidienne aussi engageante qu'une partie de jeu vidéo de qualité. Chaque action : apprendre, créer, contribuer, explorer : est associée à une progression mesurable et à des conséquences réelles dans l'écosystème.

[ETAT ACTUEL — juin 2026] Ce n'est plus une intention de design : le ploxion xp est LIVE, déployé sur le cœur opérationnel (xion.j0bot.ch). Il tourne comme n'importe quel ploxion sur le bus d'événements PLC : on gagne de l'XP en créant des tsoins (graver du réel) et par présence, et chaque session est elle-même gravée en tsoins — bit-exact, replicable, forkable. La boucle de gamification n'est donc pas posée sur une base de données opaque qu'il faut croire sur parole : elle est posée sur le moteur d'Adressage Génératif. Ta progression EST une timeline de tsoins — un Merkle DAG d'instants vérifiables, que tu possèdes, que tu peux rejouer et que personne ne peut réécrire silencieusement. Un score qu'on ne peut pas fabriquer parce qu'il est, littéralement, l'historique reproductible de ce que tu as fait.

Autour de l'XP, l'écosystème observé est déjà vivant : le ploxion tester éprouve les autres ploxions et grave leur comportement, le ploxion ultra-detector regarde le système en marche et flague en direct les « ultra-tsoins » (les instants remarquables), le ploxion index agrège l'ensemble. La gamification n'est plus un vernis ajouté par-dessus une app : c'est une propriété émergente d'un système qui s'observe et se grave lui-même.

[HYPOTHESE] Poussée au bout, la mécanique converge vers un seul tableau de bord : ta vie comme arbre de tsoins navigable en 3D puis nD (§7.9), où chaque branche est une quête, chaque résidu posé une récompense, chaque fork une nouvelle partie. Le « game design de la vie » devient un problème d'ingénierie réglable : choisir la friction (§7.4), pas la subir. La même primitive — graver un résidu — relie le joueur solo, l'équipe d'une Zone (§9.5) et la civilisation entière : tous montent en niveau en ajoutant du réel non encore prédit au commun.

4.4 Le droit au silence

Un principe fondamental qui distingue Xerboxion de tous les écosystèmes technologiques existants, tu n'es jamais obligé de l'utiliser.

Les PL0XI0NS sont des briques au sens littéral du terme. On les branche. On les débranche. Et quand tout est éteint : rien. Pas de daemon qui tourne en arrière-plan. Pas de service qui écoute. Le silence total.

Ce n'est pas un mode "hors ligne". C'est une architecture où le silence est l'état par défaut, et la connexion est un choix actif. Le système est conçu pour que le silence soit techniquement garanti, pas juste promis dans des CGU.

[ETAT ACTUEL — juin 2026] Le droit au silence n'est plus une promesse : il est figé dans le contrat. Le PLC (PL0XI0N Link Contract) est ratifié en v1, et le « droit au silence » y est une clause de premier rang, au même titre que provides/requires/capabilities : un ploxion au repos n'écoute pas, ne consomme rien, ne réveille rien. L'isolation est réelle — chaque ploxion tourne en WASM sandboxé sur le cœur opérationnel — et toute capacité sensible est consentie explicitement : la seule ouverture réseau, net.fetch, doit être accordée, ploxion par ploxion. Le silence est donc garanti par l'architecture (un bac à sable qui n'a pas le droit de parler ne parle pas), pas par un engagement moral. C'est le droit au silence rendu mécanique.

§5Vision à long terme

5.1 Phases de déploiement

• Phase 0 (passée) : Paper + Cubion : premiers artefacts publics sur GitHub.
• Phase 1 (en cours, juin 2026) : le cœur opérationnel est LIVE. Un hôte WASM qui charge des ploxions sur un bus d'événements PLC, déployé sur xion.j0bot.ch, ~18 ploxions actifs, latence sub-seconde, master déployé et vérifié par SHA. C'est le sommet réalisé de la chaîne bion → cubion → ploxion → xion. Tests en environnements académiques : ouverts.
• Phase 2 (3–10 ans) : Premier village Xerboxion. Fermes autonomes. Nourriture accessible.
• Phase 3 (10–30 ans) : Réseau de villages. XERAX bêta. Premiers tests BCI inter-individus.
• Phase 4 (30–100 ans) : État Xerboxion. Accès universel aux connaissances. Réseau global décentralisé.
• Phase infinie : Infrastructure pour la colonisation galactique.

Où on en est, sans broder. Le .xos bare-metal — chaque ploxion comme OS isolé démarrable à froid sur le métal — reste l'horizon long : un bootloader Multiboot + QEMU existe et boote le cœur Rust, mais le métal n'est pas la cible du moment. La cible atteinte, c'est le xion : le même rêve d'isolation et de composabilité, livré aujourd'hui en WASM par-dessus un OS classique, en production, joignable depuis un navigateur. 22 crans ont été livrés et vérifiés adversarialement (vérification hostile + tests de mutation, pas du CI complaisant). On a préféré une marche réelle et solide à une promesse bare-metal.

5.2 La colonisation galactique comme direction

La colonisation galactique n'est pas un objectif immédiat mais une direction philosophique. Si chaque humain peut, avec les outils Xerboxion, reconstruire une civilisation fonctionnelle depuis zéro sur n'importe quel substrat, alors l'expansion dans l'espace devient une extension naturelle de cette capacité.

Un cluster de cubes Cubion, un B0XI0N avec les connaissances archivées, et un Xeri0n : c'est suffisant pour rebooter une civilisation. C'est la définition opérationnelle de l'objectif.

[ETAT ACTUEL — juin 2026] Le reboot n'est plus une image : il existe, en petit. Le cœur opérationnel implémente la machine de von Neumann : un appel /replicate exporte CODE + DONNÉES, et à partir de cet export un nouveau noeud se reconstruit identique. C'est, à l'échelle d'un serveur, exactement le geste « rebooter une civilisation depuis un paquet auto-suffisant ». Et le contenu de ce paquet n'est pas du vague : 720+ tsoins gravés et replicables, dont 471 recettes de civilisation exécutables (la science qui tourne, pas qui se lit), 69 frontières du réel (le plancher de ce qu'on tient pour certain), et les nombres-comme-générateurs — googolplex tenu en 164 octets, π, TREE(3) : une bibliothèque qui pèse presque rien parce qu'on stocke le générateur, pas le déballage. L'archive de civilisation tient déjà dans une graine.

[HYPOTHESE] Étendu, /replicate devient le geste de colonisation lui-même : un Cubion personnel + l'export d'un noeud = une civilisation qui repousse à l'identique sur n'importe quel substrat, à n'importe quelle époque. Comme les nombres-générateurs tiennent l'immense dans le minuscule, une civilisation entière se transmet comme une adresse (§7.9) plutôt que comme un entrepôt à convoyer : on envoie le générateur, le réel local se recalcule. La redondance galactique (§10.2) devient alors un réseau de noeuds qui peuvent tous se ressusciter mutuellement à partir de leur seul résidu partagé.

5.3 Une technologie millénaire

Tout composant de Xerboxion doit satisfaire un critère de durabilité : être compréhensible et modifiable par un individu dans 1000 ans avec un minimum d'outillage. Protocoles simples, formats ouverts, documentation exhaustive, zéro dépendance propriétaire.

Le test du millénaire a déjà mordu sur les choix réels : le PLC est gelé en v1 (le « CFC logiciel »), le triplet de l'Adressage Génératif est conçu pour être gelable une fois pour toutes, et le cœur de générateurs vise le fractal/procédural en arithmétique entière — bit-exact par construction, sans flottant qui dériverait d'une machine à l'autre. Geler peu, mais le geler pour de bon : c'est la discipline qui rend un format lisible dans mille ans.

5.4 RepoVerse

RepoVerse n'est pas Xerboxion. RepoVerse est l'outil qui permet de construire Xerboxion. C'est le chantier, la plateforme où les blocs de construction s'assemblent.

RepoVerse est une plateforme open source de gestion de projets qui inclut tous les projets sur Terre, sur n'importe quel sujet. N'importe qui peut proposer une idée, rejoindre une idée existante, aider n'importe qui d'autre. Chaque idée : même stupide, même inutile en apparence : est valide. Parce que réaliser une idée stupide génère de la connaissance.

Le système de contribution : XP par commit, par review, par aide apportée. Plus tu as d'XP sur un sujet, plus tu as de poids décisionnel sur les pull requests de ce sujet. Les forks sont visibles depuis le projet parent : on voit toujours l'arbre entier, jamais juste une branche isolée.

Le plan : RepoVerse se construit et s'améliore jusqu'à ce que l'écosystème soit suffisamment mature. Quand Xerboxion existe réellement, on quitte RepoVerse pour aller dessus. RepoVerse devient alors une archive : le commit initial d'une civilisation.

[ETAT ACTUEL — juin 2026] RepoVerse est en ligne et fonctionnel. Il tourne sur repoverse.j0bot.ch, avec son SSO commun (le même login j0bot que le reste de la flotte), la liste et le détail des repos (avatars, vue « Universe All »), et un graphe seedé d'environ 110 repos réels répartis sur ses deux dimensions historiques Terra (géographique) et Nexus (thématique). Sous le capot : un assemblage de stores spécialisés — Neo4j (le graphe), PostgreSQL, Meilisearch (recherche), MinIO (objets) et Gitea — ce dernier exposé publiquement sur git.j0bot.ch. Le forge git du réseau existe donc, joignable, à côté de fs.j0bot.ch (le filesystem) et de labo.j0bot.ch. La gouvernance complète (proposals/voting, fédération inter-instances, P2P via libp2p/IPFS/OrbitDB, identité DID, chiffrement E2E façon Signal) reste la cible : la stratégie tient — internaliser quand la communauté atteint une taille critique, pas avant.

[HYPOTHESE] La passerelle entre RepoVerse (le chantier) et le xion (le réalisé) est en train de se nouer : le cœur opérationnel embarque déjà un adaptateur repoverse (au même titre que les adaptateurs osiris, gitea, ideas-map, health), c'est-à-dire un ploxion qui parle au bus PLC au nom de RepoVerse. La conséquence logique : à mesure que « tout est un repo » (§9.3) rencontre « tout est un tsoin », un repo cesse d'être un dépôt de fichiers pour devenir un domaine génératif versionné (§7.9), et un fork cesse d'être une copie pour devenir un chemin (§7.7) — gratuit par construction. Le jour où l'on quitte RepoVerse pour le xion, l'archive « commit initial d'une civilisation » sera, au sens propre, un ultra-tsoin : un snapshot complet, vérifiable et replicable, du point de départ.

§6Distinctions critiques

6.1 Ce que Xerboxion n'est pas

• Pas une idéologie ni un système de croyances
• Pas un projet de conscience collective ou de fusion des identités
• Pas une utopie close sur elle-même
• Pas un système de contrôle ou de surveillance
• Pas une alternative politique au capitalisme : une infrastructure qui le rend optionnel
• Pas un système anthropocentrique : ouvert à toute entité capable de contribuer et coexister
• Pas une démo, ni un slideware : le cœur opérationnel est en production (xion.j0bot.ch), les crans sont vérifiés adversarialement, et les aller-retours de stockage sont bit-exact ou ils ne comptent pas. Quand ce paper dit « ça marche », il y a un SHA derrière.

6.2 Ce qui distingue Xerboxion de ses précurseurs

L'intégration verticale complète : des connecteurs CFC physiques (Cubion) jusqu'aux interfaces cognitives (XERAX), en passant par les serveurs (B0XI0N), les protocoles (XI0N/CubionLink) et le système d'interface (XERB0XI0N).

Le hardware comme démocratie : Cubion rend n'importe quel type de computing constructible avec une imprimante 3D et environ 50 CHF.

La rétrocompatibilité éternelle : un cube de 2027 fonctionne avec un cube de 2127.

L'extrapolation jusqu'à la civilisation galactique : là où Open Source Ecology s'arrête à l'autonomie locale, Xerboxion conçoit ses composants pour être valides à toute échelle spatiale et temporelle.

[ETAT ACTUEL — juin 2026] Une distinction nouvelle, et c'est la plus forte : un modèle de stockage qui paie le réel et rien d'autre. Tous les précurseurs — Git, IPFS, n'importe quel cloud — partent du même contrat vieux de soixante-dix ans : une donnée est un contenu qu'on conserve. Xerboxion a livré l'alternative, mesurée. Le moteur Tsoin (l'Adressage Génératif) traite une donnée comme un résidu : l'écart exact, au bit, entre ce qu'un générateur prédit et le réel. Ce qui était déjà prévisible ne coûte rien ; seule la surprise est facturée. Et ce n'est pas une promesse :

• Mesuré, pas cru : la dimension fractale de Sierpinski sort à D = 1,5850 = ln 3 / ln 2, écart 0,0000 (ploxion science, box-counting). Le réseau ne croit pas à ses fractales : il les mesure.
• Un son est un tsoin : le ploxion synthe reconstruit 44 100 octets de PCM bit-exact à partir d'un générateur de 50 octets — ratio 882× — et un .wav importé se rejoue au SHA près. C'est la machine-à-son façon FL Studio, mais en théorie de l'information.
• Le cache prédictif : la certitude est le taux de cache (hit rate = 0,80) — on stocke 20 %, on régénère 80 %. Certitude du corpus courant : 0,60.

Aucun précurseur ne combine ça avec le reste. Et le tout repose sur une formule honnête : certitude = 1 − résidu ; pour le système entier, certitude = 1 − R_global / I_total. Les 69 frontières du réel sont le plancher (l'epsilon) : la part irréductible que personne ne sait prédire — la honnêteté de l'outil tient à ce qu'il nomme sa propre limite au lieu de la cacher.

Et trois primitives que personne d'autre ne tient ensemble :

• La table de craft générative : composer deux ploxions donne un cubion, de manière déterministe (ploxion + ploxion = cubion). C'est l'Adressage Génératif appliqué au logiciel : une petite base engendre tout l'espace des combinaisons, par composition.
• Tout est un node-graphe : le RECIPE RUNNER exécute des recettes qui sont des graphes de ploxions (ploxion = node, bus = fil, PLC = port) — un n8n natif où l'on patche la civilisation au lieu de l'appeler à la main.
• L'ultra-tsoin : un snapshot complet du système, replicable — la machine de von Neumann (§5.2) prend ici tout son sens.

6.3 Ce que Xerboxion n'était pas encore : l'évolution

Un audio documente le moment exact où le mot "Xerboxion" a été prononcé pour la première fois : une IA centrale qui orchestre d'autres IA, chacune spécialisée dans une tâche.

Cette vision a évolué. Xerboxion aujourd'hui n'est pas une infrastructure d'IA. L'IA est un outil disponible dans l'écosystème : un OS parmi d'autres, une couche dans XERAX : mais l'âme du projet est humaine et organique.

Cette distinction est maintenant gravée dans le format, pas seulement dans l'intention. Le cœur de générateurs gelé est fractal/procédural (IFS au sens de Barnsley, arithmétique entière, bit-exact) : du déterministe que n'importe qui peut auditer dans mille ans. Les générateurs neuronaux — texte, code — existent bien dans l'écosystème, mais comme domaines opt-in, derrière le garde-fou WASM, hors du format éternel. Autrement dit : l'IA est admise comme outil, jamais comme fondation. Le coeur reste lisible par un humain ; l'âme reste organique, par construction du format lui-même.

6.4 Les principes de création dans l'écosystème

Pas d'obsolescence programmée. Tout est open source. Pas de captation d'attention. Pas de gouvernance par élite. Toute idée peut exister. Ce qui n'est pas nuisible est valide.

Un principe de plus, désormais opérationnel : observer, c'est rendre réel. Dans la couche basse, tout existe déjà dans le générateur — l'espace contient toutes les possibilités (§7.9). Ce qui fait passer une chose de « possible » à « réel », c'est l'acte de la graver en tsoin : poser son résidu, l'adresser, le rendre reproductible. C'est la superposition, version stockage : la possibilité est partout, mais seul l'instant observé et gravé devient du réel partageable. Ce principe a déjà sa preuve vivante — le ploxion ultra-detector, qui regarde le système tourner et rend réels les instants remarquables en les flaguant en direct. [HYPOTHESE] Le lien avec le predictive coding et le cadre de Friston (le cerveau comme machine à minimiser la surprise) est explicite et reste à creuser : si percevoir, c'est prédire et ne garder que l'erreur, alors un esprit et le moteur Tsoin font, peut-être, le même geste — ne facturer que ce qui surprend.

§7Le Tsoin : Une unité de réalité vécue

7.1 Définition

Le Tsoin est un concept fondateur de l'écosystème Xerboxion. Un Tsoin est un instant de réel : pas une mesure de temps, mais une mesure d'expérience. Un Tsoin peut durer un seul instant ou une semaine entière. Ce qui le définit, c'est qu'il contient tout ce qui était présent à cet instant : les informations sensorielles, le contexte mental, et pour une machine, l'ensemble des données disponibles.

Note physique : le principe d'incertitude de Heisenberg rend impossible la mesure simultanée parfaite de la position et du momentum d'une particule. Un Tsoin absolument complet au niveau quantique est physiquement impossible avec la physique actuelle. Le Tsoin est un idéal asymptotique : la limite physique n'annule pas le concept, elle en définit la frontière.

Le Tsoin dans l'architecture : B0XI0N stocke des Tsoins. XERAX les rejoue. Cubion les capture via ses capteurs distribués. XERB0T agit dans le réel pour créer les conditions de Tsoins choisis. L'objectif à long terme : une machine à Tsoins.

[ETAT ACTUEL — juin 2026] La machine à Tsoins n'est plus un objectif lointain : son moteur est LIVE et mesuré. Un ploxion tsoin tourne sur l'hôte xion.j0bot.ch (le cœur opérationnel décrit au §3.2) et fait exactement ce que cette section décrit : il grave un instant (record), le rejoue bit-exact (replay), le forke (fork) et les liste (list). Plus de 720 Tsoins gravés et répliables existent aujourd'hui, dont 471 recettes de civilisation exécutables et 69 « frontières du réel » (cf. §7.8). Ce qui était une définition philosophique en v0.1 est, en juin 2026, un service que l'on peut appeler. Le .xos bare-metal (le Tsoin-machine complet, snapshot de la machine entière) reste l'horizon long ; le moteur logiciel, lui, fonctionne.

7.2 Le Tsoin comme flashback conscient

L'image la plus juste du Tsoin n'est pas technique : c'est le flashback. Un Tsoin, c'est un flashback que tu sais que tu vas avoir. Un instant de réel si dense, si ancré dans tous tes sens, que ton cerveau y reviendra sans que tu le demandes.

La différence avec un souvenir ordinaire est fondamentale : dans un souvenir, tu te rappelles. Dans un Tsoin, tu reviens. L'instant n'est pas passé : il est stocké en entier, avec son contexte, son état d'esprit, ses sensations. Le temps n'existe pas dans un Tsoin. On le vit en entier d'un coup.

Le langage ne peut pas décrire un Tsoin : pas parce qu'il manque de mots, mais parce qu'il lui faudrait un temps infini. Le Tsoin est le raccourci : une compression instantanée de ce que le langage ne peut qu'approcher asymptotiquement.

[ETAT ACTUEL — juin 2026] « Tu reviens » a maintenant un sens littéral et vérifiable. Le replay du moteur est bit-exact : on ne se rappelle pas une approximation, on reconstruit l'instant à l'identique, octet pour octet. Test le plus parlant : un son est un Tsoin. Le ploxion synthe grave un son (une note, un accord, une nappe) comme un générateur de ~50 octets ; au replay, il régénère les 44100 octets de PCM correspondants, identiques au bit près — un ratio de 882×. Mieux : on importe un fichier .wav du monde réel, et le système le rejoue au hash près. Le flashback n'est plus une métaphore neuronale : c'est une opération replay(adresse) qui rend exactement le réel gravé.

7.3 La compression progressive

Plus on ajoute de dimensions à un instant partagé, plus on se rapproche du Tsoin vécu. Une photo. Une vidéo. Une vidéo avec le rythme cardiaque de la personne qui l'a filmée. Avec son état mental, sa localisation, la température de l'air. Jusqu'au moment où quelqu'un qui reçoit cet instant a l'impression de le vivre comme la personne qui l'a vécu. C'est vers ça que converge la machine à Tsoins.

[ETAT ACTUEL — juin 2026] Cette « compression progressive » a désormais sa mécanique exacte, et elle est mesurée (cf. §7.6 et §7.8). Chaque dimension ajoutée à un instant est soit prédite par un générateur (et alors gratuite — elle ne coûte aucun stockage), soit du résidu (et alors elle est le réel, la seule part que l'univers facture). Le son en est la démonstration vivante : la structure du son (sa forme d'onde théorique) est dans le générateur de 50 octets ; seul l'écart entre cette prédiction et le réel capté coûte du stockage. Plus le générateur est bon, plus l'instant se rapproche du vécu à coût quasi nul — c'est exactement la convergence annoncée, et elle tourne aujourd'hui.

7.4 Safeguards : ne pas se perdre dans les Tsoins

Le Tsoin a un risque symétrique à sa puissance : s'y perdre. Générer des Tsoins de bonheur en continu semble être l'objectif ultime. Ce n'est pas. Dans un temps infini, le bonheur constant devient du bruit. Le cerveau s'adapte, les seuils montent, la sensation disparaît. La valeur d'un Tsoin est relative au contraste.

Xerboxion prévoit deux types de safeguards. Des safeguards techniques : mécanismes de sortie du replay Tsoin, limites de durée configurables par l'utilisateur, ancre obligatoire sur le réel : disponibles et recommandés par défaut, jamais imposés. Et des safeguards philosophiques : la friction est une feature. Un système qui enlève toute friction enlève toute croissance. Xerboxion ne cherche pas à rendre la vie facile : il cherche à rendre la vie choisie. La difficulté choisie est différente de la difficulté subie.

[ETAT ACTUEL — juin 2026] Le premier safeguard technique est déjà câblé dans la couche la plus basse, par construction : le moteur stocke des résidus, pas du bonheur synthétique. Un Tsoin sans réel (résidu vide) est, mathématiquement, du bruit prédit d'avance — le système le détecte. Le ploxion ultra-detector (cf. §7.8) observe le système en direct et flague les états remarquables ; c'est l'embryon de l'ancre-sur-le-réel : une machine qui sait distinguer un instant qui apporte du réel d'un instant qui n'apporte rien. La friction-comme-feature reste un choix de design, jamais imposé.

7.5 L'Adressage Génératif : le Tsoin est le résidu

Les sections 7.1 à 7.4 définissent le Tsoin par son vécu — un instant de réel, un flashback que l'on sait que l'on va avoir. Cette sous-section en donne la face computationnelle exacte : ce qu'est un Tsoin pour la couche de stockage de XERB0XI0N.

Tout système d'exploitation existant repose sur un contrat implicite vieux de soixante-dix ans : une donnée est un contenu qu'on conserve. Ce contrat échoue au test du millénaire de XERB0XI0N. Un contenu stocké se dégrade, dépend de ses formats, et croît linéairement avec tout ce qu'une vie — puis une civilisation — accumule. Pire : le modèle de l'entrepôt rend la copie chère, donc la branche chère, donc le fork cher. Or toute la gouvernance de Xerboxion repose sur le fork (cf. §2, la souveraineté comme axiome). Un système où forker coûte cher est un système où la liberté coûte cher.

Le renversement : on ne crée pas une donnée, on la localise dans un espace génératif déjà existant — une bibliothèque de Babel. L'OS cesse d'être un entrepôt et devient un navigateur : une fonction qui, donnée une adresse, rend la donnée — déterministe, bit pour bit, sur n'importe quelle machine, à n'importe quelle époque.

Le principe en une phrase : tout existe déjà dans le générateur ; observer, c'est graver un Tsoin ; graver, c'est rendre réel. Avant l'observation, toutes les possibilités d'un domaine coexistent dans sa fonction génératrice (une superposition). Graver un Tsoin, c'est choisir un point — fixer le résidu, donc l'instant. [HYPOTHESE] Ce geste — l'observation qui réalise parmi des possibles — fait écho au codage prédictif des neurosciences (le cerveau de Friston ne stocke que l'erreur de prédiction, exactement comme le triplet ne stocke que le résidu) ; le lien formel reste à creuser, mais il est trop net pour être ignoré.

7.6 Le triplet (l'unité de stockage universelle)

L'unité de stockage universelle est un triplet :

adresse = (hash_générateur, coordonnées, hash_résidu)

• générateur : un programme pur déterministe (WASM), identifié par son hash, open source = bien commun répliqué gratuitement.
• coordonnées : localisent la donnée (seed/x/y/z/t ; pour un capteur, l'index Hilbert 4D du Cubion — l'adressage matériel et l'adressage logiciel sont alors le même objet).
• résidu : l'écart exact, au bit entre ce que le générateur prédit et le réel. C'est la seule part qui exige du vrai stockage.

Le stockage classique (générateur = identité, tout est résidu) et la génération procédurale pure (résidu = vide) sont les deux cas limites d'un même axe : la couche est rétrocompatible par construction, sans migration brutale.

C'est ici que se noue la jonction avec le Tsoin :

Ce que le générateur savait déjà n'est pas de l'information — c'est de la structure. Ce qu'il ne pouvait pas prédire, c'est l'instant de réel. Et c'est la seule chose que l'univers facture en stockage. Tsoin = résidu = surprise de Shannon.

Plusieurs propriétés annoncées plus haut deviennent alors mécaniques. La compression progressive du Tsoin (photo → vidéo → rythme cardiaque → état mental, §7.3) se relit exactement : chaque dimension ajoutée est soit prédite (gratuite) soit du résidu (du réel). La limite physique évoquée à la note Heisenberg du §7.1 — le bruit quantique, entropie maximale, incompressible — est la limite mathématique de la compression. Et la qualité d'un générateur se mesure en Tsoins économisés : une métrique d'ingénierie, pas une métaphore.

Les nombres comme générateurs. Le cas le plus pur du triplet : certains objets sont tout générateur, zéro résidu. Le ploxion tsoin grave googolplex en 164 octets (le nombre lui-même est intenable en mémoire ; sa recette tient dans une main), ainsi que π et TREE(3). Un nombre n'est pas stocké, il est adressé : sa valeur est le retour d'un générateur. C'est la démonstration la plus nue du renversement — une quantité astronomiquement plus grande que l'univers, gravée comme un Tsoin de 164 octets, répliquable partout.

7.7 Les branches sont des chemins (la liberté par construction)

Dans un espace qui contient déjà tous les états possibles, une branche n'est pas une copie : c'est un chemin. Donnée = point ; Tsoin = déplacement ; branche = chemin ; fork = bifurcation ; merge = confluence. Deux branches partagent tout leur passé et tout l'espace non encore visité ; elles ne coûtent que leur différence. Forker est gratuit par construction. Le fork d'un fichier, d'une machine, d'une ville et d'une civilisation deviennent la même primitive à des échelles différentes. La forkabilité cesse d'être une charte : elle devient une propriété physique de la couche la plus basse. Un système dont la liberté est physique ne peut être capturé qu'en le détruisant entièrement.

[ETAT ACTUEL — juin 2026] Le fork gratuit est livré et testé : fork est l'une des quatre opérations du ploxion tsoin (record / replay / fork / list), et la timeline branchable (un Merkle DAG, cf. §7.8) ne stocke que le delta entre deux moments. Deux branches partagent réellement tout leur passé en mémoire. La machine de von Neumann est la même primitive portée à l'échelle de la machine entière : l'endpoint /replicate exporte CODE + DONNÉES, et un nouveau nœud se reconstruit identique à partir de cet export — un fork de civilisation. C'est la §5.2 (« un B0XI0N et un cluster Cubion suffisent à rebooter une civilisation ») descendue jusqu'à un appel HTTP fonctionnel.

7.8 Construit et mesuré (pas seulement constructible)

Ce n'est plus de la théorie. Le moteur de référence (Rust) a été livré et vérifié (vérification adversariale + tests de mutation) :

Mesures honnêtes (P1) — il n'y a pas de free lunch, et c'est le point fort, pas une faiblesse :

random        résidu/brut = 100.11 %   ← incompressible (le mur de Kolmogorov, assumé)
gradient_img  résidu/brut =   0.42 %   ← matche un générateur → résidu ≈ 0
smooth_ramp   résidu/brut =   0.21 %

L'enseignement : sur des données qui matchent un générateur, le résidu s'effondre ; sur de l'aléatoire pur, non — c'est normal. Pour gagner sur le réel (texte, code, sessions vécues), il faut un générateur de domaine. Autrement dit : le générateur EST la connaissance.

Ce qui est gravé aujourd'hui (P3). Les 720+ Tsoins ne sont pas des jouets : ce sont des objets de civilisation, tous répliables et exécutables.

• 471 recettes de civilisation — des procédés concrets (style Dr. Stone / Senku : faire du savon, du verre, de l'acier, de l'électricité…), gravés comme des Tsoins exécutables. Une recette n'est pas une page de texte : c'est un générateur que l'on relance.
• 69 frontières du réel — le plancher de la certitude : les points où le générateur ne peut plus prédire, où il ne reste que du résidu pur. Ce sont les bords mesurés de ce que le système sait reconstruire (l'epsilon de la formule du §7.8bis).
• les nombres-comme-générateurs — googolplex (164 octets), π, TREE(3) (cf. §7.6).
• le cahier rs-flay — le code source papier : la connaissance gravée sous une forme qui se relit et se régénère, fidèle au critère du millénaire (§5.3).

Fractales mesurées (pas crues). Le ploxion science reproduit les expériences au lieu de les affirmer. Mesure-phare par box-counting sur le triangle de Sierpinski : D = 1.5850, soit exactement ln 3 / ln 2, écart 0.0000. La dimension fractale annoncée par la théorie est retrouvée par mesure, à zéro près. C'est la première fois dans le paper qu'une affirmation sur les fractales (cf. §10.5) est vérifiée par le système lui-même.

Le son comme preuve vivante. Le ploxion synthe ferme la boucle « un son est un Tsoin » (§7.2) : générateur de 50 octets → 44100 octets de PCM, bit-exact, ratio 882× ; un .wav réel importé rejoue au hash près. La « machine à son type FL Studio » du projet n'est pas une feature séparée : c'est le moteur Tsoin appliqué à l'audio.

Le système s'observe. Plusieurs ploxions forment déjà la boucle réflexive :

• tsoin — le moteur (record / replay / fork / list).
• index — agrège tous les Tsoins gravés.
• science — reproduit les expériences (Sierpinski, box-counting…).
• synthe — l'audio (un son = un Tsoin).
• xp — on gagne de l'XP (cf. §4) en créant des Tsoins et par sa présence ; les sessions elles-mêmes sont gravées en Tsoins. La §4.3 (gamifier la vie) rejoint la §7.1 (graver le réel) : vivre, c'est graver, et graver, c'est progresser.
• tester — teste d'autres ploxions et grave leur comportement comme Tsoins (un test est un instant de réel reproductible).
• ultra-detector — le système s'observe en direct et flague les ultra-Tsoins : les snapshots complets et remarquables de son propre état.
• • les adaptateurs repoverse, osiris, gitea, ideas-map, health, et un watcher.

L'ultra-Tsoin. C'est le Tsoin porté à l'échelle du système entier : un snapshot complet et répliable de l'état de XERB0XI0N à un instant T — l'embryon mesuré du Tsoin-machine du §3.2 et de l'ordinateur fractal (« commit de l'état complet de la machine, branchable et mergeable comme Git »). ultra-detector les repère ; /replicate (la machine de von Neumann, §7.7) les reconstruit ailleurs. La boucle est fermée : le système peut graver une image complète de lui-même et la faire renaître identique.

Concepts désormais réalisés. Trois idées qui n'étaient que des analogies sont aujourd'hui exécutables :

• Tout est un node-graphe. Le RECIPE RUNNER exécute des recettes définies comme des graphes de ploxions — un patch n8n à l'échelle du système : ploxion = node, bus PLC = fils, ports = capabilities du manifeste (provides / requires). Un graphe de ploxions est un programme.
• La table de craft générative. Composer des ploxions produit un cubion, de façon déterministe : c'est l'Adressage Génératif appliqué aux briques mêmes du système — ploxion + ploxion = cubion. Une petite base de générateurs engendre, par composition, tout l'espace des combinaisons (cf. §7.9).
• Le cache prédictif. Prédire les mouvements à venir, c'est la branche d'extrapolation du §2.2 rendue mécanique : le système régénère ce qu'il peut prédire et ne stocke que le reste. Mesure (cf. §7.8bis) : hit rate = 0.80 — on stocke ~20 %, on régénère ~80 %.

7.8bis La formule de la certitude

Le moteur ne se contente pas de stocker : il se note. La métrique-clé est honnête et tient en une ligne :

certitude = 1 − résidu

À l'échelle du système entier :

certitude_système = 1 − (R_global / I_total)

où R_global est le résidu total accumulé (le réel qu'aucun générateur n'a su prédire) et I_total l'information totale adressée. Plus les générateurs sont bons, plus le résidu fond, plus la certitude monte. C'est la qualité du système mesurée en Tsoins économisés (§7.6), exprimée comme un nombre entre 0 et 1.

Les 69 frontières du réel (§7.8) sont le plancher de cette formule : l'epsilon incompressible, là où résidu = 1 par nature (le mur de Kolmogorov, le random 100.11 % mesuré). La certitude ne peut pas dépasser 1 − epsilon : le système connaît honnêtement ses propres bords.

Deux mesures de production, en juin 2026 :

• cache prédictif : certitude = hit rate = 0.80 — le système prédit (et régénère gratuitement) 80 % de ce qu'on lui demande ; il ne stocke réellement que les 20 % de résidu.
• certitude du corpus = 0.60 — sur l'ensemble des Tsoins gravés (recettes, sessions, sons, archives du projet), 60 % se relit comme structure déjà connue, 40 % reste du réel irréductible. Le système compresse l'histoire de sa propre conception, et sait à quel point il y arrive.

Principe directeur de la métrique : forme tenue, valeur au point fixe — on ne triche pas en gonflant la prédiction ; la certitude est lue là où le système est stable, pas au mieux d'un cas favorable. Une certitude honnête est plus utile qu'une certitude flatteuse.

7.9 La bibliothèque de Babel par ploxion, et le rendu dimensionnel

(Vision posée par José, 2026 — le « posé » et le « spéculatif » restent distingués, conformément au §11.)

Le but de rendu : tout se présente comme un objet que l'on navigue — 3D d'abord, puis 4D, puis nD. Un Tsoin, un Ploxion, le Xerboxion entier = un volume dimensionnel ; envoyer un Tsoin, c'est transmettre ce volume au niveau de fidélité voulu. L'écran est la coupe locale de l'objet dans lequel on se déplace : zoomer, c'est descendre l'arbre Merkle ; presser un instant, c'est écrire un résidu.

Le principe directeur : l'espace doit contenir toutes les possibilités de chaque Ploxion. Chaque Ploxion est un domaine génératif complet — sa propre bibliothèque de Babel —, que le système énumère au fur et à mesure des jours. Les générateurs étant composables, combiner des Ploxions revient à composer leurs générateurs en un nouveau générateur (c'est précisément ce qu'est un Cubion fait de Ploxions). Toute combinaison est donc adressable par construction : une petite base de générateurs engendre, par composition, l'espace de toutes les combinaisons — la « math du Xerboxion ».

[ETAT ACTUEL — juin 2026] La composition génératrice n'est plus seulement une vision : la table de craft générative (§7.8) l'exécute déjà — ploxion + ploxion = cubion, de façon déterministe. C'est le premier maillon concret de la « math du Xerboxion » : on compose des briques, on obtient une brique de l'échelle au-dessus, et le résultat est adressable. Les ploxions science, synthe, tsoin et le RECIPE RUNNER sont autant de domaines génératifs déjà branchés sur le même bus PLC.

Le garde-fou honnête (déjà posé au §10, l'entropie) : on ne stocke pas tout Babel — c'est impossible (Kolmogorov : l'adresse d'une page aléatoire est aussi longue que la page). On le navigue (Babel est une fonction). « Calculer au fur et à mesure » se lit donc précisément : énumération progressive par coût du sous-espace structuré — celui qui a des adresses courtes —, mémoïsée par hash. Le visité et l'utile sont précalculés et gardés ; le reste demeure adressable et régénéré à la demande. La RAM devient la seule « vraie » mémoire ; tout le reste est politique de cache. Complet en adresses, paresseux en calcul : c'est la seule façon que « tout y soit » sans se cogner au mur de Kolmogorov. Le cache prédictif mesuré (hit rate 0.80, §7.8bis) est ce garde-fou en action : 80 % régénéré, 20 % gardé.

Décisions qui gèlent le format (à trancher — le triplet est le CFC de la couche logicielle, on le gèle une fois pour toujours) : le nom canonique du composant (« Adressage Génératif » est un titre de travail) ; le périmètre exact des champs éternels vs versionnés du triplet ; la sémantique de merge des résidus (théorie des patches intégrale ou modèle simplifié v0). Direction posée : le cœur de générateurs est fractal/procédural (IFS au sens de Barnsley, arithmétique entière → bit-exact par construction, sans flottant) ; les générateurs neuronaux (texte/code) restent des domaines opt-in derrière le garde-fou WASM-de-référence, hors du format gelé — ce qui débloque le gel du cœur sans polluer l'éternel.

Note d'avancement (juin 2026) : le PLC est figé en v1 (manifeste provides/requires/capabilities, isolation WASM, droit au silence) — la couche d'interface autour du moteur est donc gelée, même si le périmètre exact des champs éternels du triplet reste à trancher comme indiqué ci-dessus.

Théorie complète, fondations (Solomonoff, Kolmogorov, Shannon, Barnsley, recherche universelle de Levin) et chemin d'implémentation détaillé : voir le paper standalone L'Adressage Génératif v0.1. Le paper complet v0.8 (66K, lui-même gravé en Tsoins, lisible sur /wiki/paper/xerboxion-v08) en contient la version intégrée ; le présent document est la porte d'entrée, version juin 2026.

§8Critique des systèmes existants

8.1 Internet : la centralisation par défaut

Internet a été conçu comme un réseau décentralisé. Les protocoles fondateurs : TCP/IP (Cerf & Kahn, 1974), DNS, HTTP : sont ouverts et pair-à-pair dans leur conception originale.

Le résultat en 2026 : une poignée d'entreprises contrôlent la majorité de l'infrastructure mondiale. Comment est-on passé de l'un à l'autre ? Par économie d'échelle et coût marginal. La centralisation n'a pas été imposée : elle a été choisie par défaut, un commit à la fois, parce que chaque acteur local trouvait plus simple de déléguer au plus gros.

La racine du problème est un contrat de stockage vieux de 70 ans. Tous les systèmes existants reposent sur la même idée implicite : une donnée est un contenu qu'on conserve quelque part. Conserver coûte cher, copier coûte cher, donc forker coûte cher : et celui qui peut payer l'entrepôt le plus gros gagne. La centralisation n'est pas un accident de l'Internet, c'est la conséquence mécanique de ce contrat. Tant qu'on garde « stocker = entreposer », on rejoue le même film, quel que soit le protocole réseau.

8.2 Ce que Xerboxion change structurellement

Xerboxion résout le problème par le hardware et par la couche de stockage, pas par la politique. Un B0XI0N coûte ce qu'une machine normale coûte. La règle 50/50 transforme chaque utilisateur en contributeur passif sans friction supplémentaire. L'incitation économique est inversée : dans les systèmes centralisés, grossir profite à l'opérateur central. Dans Xerboxion, grossir profite à tout le réseau simultanément : chaque noeud ajouté renforce la redondance au lieu de concentrer le pouvoir.

Le levier profond est l'Adressage Génératif (§7.5–7.9). Au lieu d'entreposer du contenu, on l'adresse dans un espace génératif partagé : on ne stocke que le résidu, l'écart au bit entre ce qu'un générateur (bien commun, répliqué gratuitement) prédit et le réel. Conséquence directe : forker devient gratuit par construction, parce qu'une branche n'est plus une copie mais un chemin. Un système où la liberté est gratuite ne peut pas être recentralisé par le coût : on a retiré au plus gros entrepôt son avantage économique.

[ETAT ACTUEL] (juin 2026) Ce n'est plus un raisonnement, c'est une infrastructure qui tourne. Le cœur opérationnel — le xion — est live sur xion.j0bot.ch : un hôte WASM qui charge des ploxions (des briques isolées) sur un bus d'événements PLC, ~18 ploxions actifs, latence sub-seconde, master déployé et vérifié au SHA. C'est le sommet réalisé de la chaîne bion → cubion → ploxion → xion (le .xos bare-metal reste l'horizon long ; un bootloader Multiboot+QEMU existe déjà). 22 crans ont été livrés et vérifiés adversarialement (on essaie de casser chaque cran avant de le déclarer bon, y compris par tests de mutation).

Le PLC est figé en v1 : manifeste provides/requires/capabilities, isolation WASM, droit au silence garanti par construction (un ploxion éteint n'écoute rien, ne consomme rien). C'est le « CFC du logiciel » de la §3.8, désormais ratifié et stable. Au-dessus, le RECIPE RUNNER exécute des recettes — un graphe de ploxions, c'est-à-dire un n8n souverain où le ploxion est le node, le bus est le fil, le PLC est le port. Les capabilities sont consenties explicitement : net.fetch n'est actif que parce qu'on l'a autorisé, jamais par défaut.

Et la machine de von Neumann fonctionne : un endpoint /replicate exporte CODE + DONNÉES, et un nouveau nœud se reconstruit identique à partir de cet export. C'est la §5.2 (« un cluster + un B0XI0N suffit à rebooter une civilisation ») rendue littérale à l'échelle d'un nœud logiciel : on peut déjà répliquer l'écosystème sur une autre machine sans dépendre d'aucun serveur central.

Le reste de la flotte est up et public : repoverse.j0bot.ch, git.j0bot.ch (Gitea), fs.j0bot.ch, labo.j0bot.ch, j0bot.ch. La centralisation par défaut n'est plus seulement critiquée : elle est concurrencée par un système qui marche.

8.3 Les États-nations : des structures temporaires

Les États-nations sont des structures efficaces à l'échelle de quelques siècles, sur une planète unique, avec des frontières physiques. À l'échelle de millénaires et de plusieurs planètes, leurs fondements deviennent caducs.

Xerboxion ne cherche pas à remplacer les États. Il les rend optionnels progressivement : exactement comme Linux a rendu les OS propriétaires optionnels pour ceux qui le souhaitaient, sans les interdire. Le même mécanisme que pour l'Internet s'applique aux institutions : une fois que tout est un repo (§9.3) et que le fork est gratuit (§7.7), une règle qu'on n'aime plus n'a plus besoin d'être renversée par la force : on la forke, on teste la version alternative en parallèle, et le temps tranche.

[HYPOTHESE] Poussée au bout, la critique devient une prédiction : la légitimité migre du territoire vers le générateur. Une institution n'est plus définie par la frontière qu'elle défend mais par le générateur de règles qu'elle publie et que d'autres choisissent (ou non) d'exécuter. Une « constitution » devient une recette de ploxions, vérifiable au SHA et forkable comme n'importe quelle autre. Dans ce monde, on ne demande plus l'autorisation d'exister à côté d'un État : on déploie un nœud auto-réplicant qui rend les mêmes services, et la coexistence se gère par standards inter-zones (§9.5), pas par monopole. L'État ne disparaît pas : il devient un fork parmi d'autres dans l'arbre, avec son histoire tracée et réversible.

§9Vision civilisationnelle

9.1 Les rôles dans l'écosystème

Xerboxion n'est pas une communauté homogène. C'est un écosystème de rôles complémentaires : les Archivistes du réel (préservent la connaissance), les Explorateurs (poussent les frontières), les Constructeurs (transforment en artefacts), les Chercheurs (développent les modèles), et les Architectes du réel (extrapolent les directions). Ces rôles ne sont pas exclusifs ni permanents.

[ETAT ACTUEL] (juin 2026) Ces rôles ne sont plus seulement des catégories de personnes : ce sont déjà des ploxions live qui jouent le rôle. L'Archiviste, c'est le ploxion tsoin (le moteur : record/replay bit-exact, fork, list) couplé à index (qui agrège). Le Chercheur, c'est le ploxion science (il reproduit des expériences et publie le résultat mesuré). Le Constructeur, c'est synthe (il fabrique du son depuis un générateur). L'Explorateur, c'est ultra-detector (le système qui s'observe lui-même et flague en direct les ultra-tsoins, les snapshots remarquables). Et la gamification de la §4 est devenue le ploxion xp : on gagne de l'XP en créant des tsoins et par sa simple présence, et chaque session est elle-même gravée en tsoin. Autrement dit, les rôles civilisationnels existent déjà sous forme exécutable, à petite échelle, sur xion.j0bot.ch.

9.2 La Milky Way Foundation

La Milky Way Foundation est une organisation ouverte qui émerge dans l'écosystème Xerboxion : non pas au-dessus de lui, mais à l'intérieur, comme n'importe quelle autre PL0XI0N. Sa structure : des philosophes, psychologues, médecins, scientifiques, astrophysiciens, ingénieurs, artistes : avec le même poids décisionnel. Pas d'élections. Pas de hiérarchie. Des idées, des votes sur des idées, des forks quand les désaccords sont profonds.

Le fait que la Foundation soit « juste une PL0XI0N » n'est plus une figure de style : depuis que le PLC est figé (§8.2), n'importe quelle institution peut se déclarer au système avec le même manifeste qu'un module logiciel — provides (ce qu'elle offre), requires (ce dont elle a besoin, toujours optionnel), capabilities (ce qu'on l'autorise à faire). Une fondation devient techniquement indistinguable d'un ploxion : branchable, débranchable, forkable, auditable.

9.3 Tout est un repo

Un principe transversal à toute la gouvernance de Xerboxion, tout est un repo. Toute décision, toute discussion, tout projet, tout protocole existe dans un dépôt versionné, ouvert, forkable. Rien n'est immuable. Tout peut être amendé. Tout amendement est tracé et réversible.

Le griefing comme preuve de résilience : si chaque action est enregistrée et versionnée (event-sourcing total), une action destructive n'est jamais permanente. Détruire un bâtiment, corrompre des données : tout ça est un commit qu'on peut reverter. La sécurité n'est pas un état à atteindre : c'est un processus permanent, distribué, sans autorité centrale.

[ETAT ACTUEL] (juin 2026) « Tout est un repo » a trouvé sa forme physique, et elle est plus forte que la métaphore Git. Au niveau le plus bas, la couche de stockage est l'Adressage Génératif (§7.5–7.9) : une donnée est un point, un changement est un tsoin, une branche est un chemin, un fork est une bifurcation, un merge est une confluence. Ce ne sont plus des analogies empruntées à Git : ce sont les opérations natives de la couche, et elles sont mesurées :

• le moteur tsoin est live : record/replay bit-exact, fork, list ;
• 720+ tsoins ont été gravés, replicables (on peut les régénérer ailleurs au bit près) ;
• parmi eux, 471 recettes de civilisation — des procédés à la Dr. Stone / Senku, exécutables, pas juste documentés ;
• et l'objet le plus fort, l'ULTRA-TSOIN : un snapshot complet du système, replicable. Combiné à la machine de von Neumann (/replicate, §8.2), il rend littérale la phrase « le commit initial d'une civilisation » : on peut graver l'état entier et le faire renaître ailleurs.

Le « griefing comme preuve de résilience » cesse d'être un pari : si l'état est un tsoin et que le tsoin est replicable au bit près, alors aucune corruption n'est définitive — il existe toujours un point de l'arbre où revenir. La réversibilité n'est plus une promesse de gouvernance, c'est une propriété de la couche de stockage.

9.4 Gouvernance par fork collaboratif

Les désaccords se résolvent par fork collaboratif : pas de vote majoritaire, pas de consensus forcé. Les deux camps partent chacun tester leur approche. Les branches continuent de se parler. Le temps et l'usage tranchent. C'est exactement ce que Git permet au niveau code, institutionnalisé au niveau civilisationnel.

Ce qui rend ce modèle viable et pas seulement désirable, c'est que forker est gratuit par construction (§7.7). Tant que forker coûte cher, la gouvernance par fork est un luxe : on hésite à se séparer parce que dupliquer fait mal. Quand une branche ne coûte que sa différence avec le tronc commun (le reste — tout le passé partagé, tout l'espace non encore visité — est mutualisé), se séparer pour tester devient l'opération la moins chère du système. Le désaccord cesse d'être une crise : c'est juste une bifurcation de plus dans l'arbre.

Le fork est la même primitive à toutes les échelles. C'est le cœur de la vision : forker un fichier, forker une machine (via /replicate, déjà live), forker une Zone, forker une ville, forker une civilisation entière — une seule et même opération, déclinée à des tailles différentes. C'est la propriété fractale de la §3.1 rendue opérationnelle : on apprend le geste une fois, à l'échelle d'un tsoin, et on sait le faire partout.

Le fondateur est remplaçable par design : donner tous les outils pour que d'autres puissent le remplacer est un objectif, pas un risque. La publication de ce papier équivaut à une désappropriation : le projet appartient à l'humanité. Et puisque l'écosystème sait déjà s'auto-répliquer (un nœud reconstruit identique depuis CODE+DONNÉES), la dépendance à une personne unique n'est même plus un point de défaillance technique.

Base légale : Suisse (neutralité, protection juridique). Organisation non-profit à créer quand la communauté existe.

9.5 Zones : primitives sociales composables

[HYPOTHESE]

Les Zones sont des PL0XI0NS sociales : des espaces où un groupe de personnes (de 1 à des millions) coexiste selon des règles choisies. Chaque Zone est autonome et connectée. Elle a toutes les connaissances des autres zones, peut profiter de leurs technologies, mais gère sa propre identité esthétique, ses propres conventions, ses propres projets.

Les standards de communication inter-zones sont le seul invariant obligatoire. Tout le reste est libre. Concrètement, cet invariant est déjà sur l'établi : c'est le PLC figé v1 (§8.2). Une Zone qui parle PLC peut se brancher sur n'importe quelle autre Zone sans négociation préalable, exactement comme deux cubes Cubion qui se touchent se connectent sans configuration.

Les Zones se composent comme les PL0XI0NS : tu peux être dans Zone Vallorbe ET Zone steampunk en même temps. L'esthétique d'une Zone est elle-même un PL0XI0N : interchangeable. Cette composition a maintenant un fondement mécanique — la table de craft générative (§10) : composer deux ploxions donne un cubion de façon déterministe (ploxion + ploxion = cubion). Composer deux Zones, c'est composer leurs générateurs : le résultat est lui-même adressable, donc descriptible, forkable, replicable. Une fusion de communautés n'est plus un chantier politique : c'est une opération de composition de générateurs.

Le modèle est celui de Minecraft civilisationnel : chaque zone est un serveur. Les modes de vie sont des game modes : survie, créatif, hardcore. On choisit dans quelle réalité on vit. Changer de zone = changer de serveur. Mobilité totale entre réalités. Respawn possible : recommencer, changer de mode de vie, sans conséquences irréversibles — et le respawn est garanti par la même propriété qu'au §9.3 : si l'état est un tsoin replicable, il existe toujours un point de réapparition propre.

9.6 Villages scientifiques et colonisation galactique

La Milky Way Foundation déploie des villages scientifiques : des noeuds physiques connectés au réseau Xerboxion mondial. Premier village pilote envisagé : Vallorbe, Suisse (héritage industriel, coût accessible, preuve honnête plutôt que prestige tech hub).

La colonisation galactique émerge naturellement : un Xeri0n avec un B0XI0N et un cluster Cubion peut reconstruire une civilisation fonctionnelle depuis n'importe quel point de l'univers. Cette affirmation a maintenant un noyau dur, testé : les 471 recettes de civilisation gravées en tsoins (§9.3) sont les procédés exécutables d'un redémarrage technologique — la version Xerboxion du Global Village Construction Set, mais en code reproductible plutôt qu'en plans papier. Combinées à la machine de von Neumann (/replicate), elles forment le kit de reboot : CODE + DONNÉES + recettes → un nœud se reconstruit identique, et avec lui la connaissance des procédés. Le « rebooter une civilisation » de la §5.2 a, à petite échelle, déjà un prototype qui fonctionne.

[HYPOTHESE] Poussé au bout, le village scientifique n'est qu'un ultra-tsoin avec des murs. Coloniser, c'est transmettre un volume : on envoie l'ultra-tsoin (l'état complet de l'écosystème + les recettes), on le rejoue sur le substrat d'arrivée, et la civilisation locale repart au SHA près, puis diverge librement par fork selon son nouvel environnement. La distance interstellaire ne change rien à la nature de l'opération — seulement sa latence. On n'exporte pas des colons avec des manuels : on exporte un générateur qui sait se reconstruire, et qui ne facture en transport que le résidu, l'écart entre ce qui était prévu et le réel rencontré là-bas.

9.7 Du garage au village : la croissance organique

Garage personnel → Maker space collectif → Université informelle → Village scientifique. Ce monde parallèle coexiste avec le monde actuel sans le combattre. Il le complète d'abord, le rend progressivement optionnel ensuite. Une bonne idée ne meurt jamais : tout aura été versionné, tout sera dans un repo. C'est la résilience par conception.

[ETAT ACTUEL] (juin 2026) Le « garage » existe et il est en ligne : c'est le labo j0bot.ch, avec le xion live, ~18 ploxions, les adaptateurs qui raccordent déjà le monde réel à l'écosystème (repoverse, osiris, gitea, ideas-map, health, plus un watcher) et des ploxions méta qui font tourner la boucle de croissance elle-même : tester (teste des ploxions et grave leur comportement en tsoin) et ultra-detector (le système qui surveille sa propre évolution). La première marche de l'escalier — garage → maker space — n'est plus à imaginer : elle est instrumentée, observée, et chaque étape de sa propre croissance est gravée en tsoin replicable.

§10Fondements scientifiques

10.1 Entropie et compréhension du réel

Xerboxion ne se positionne pas comme une machine qui combat l'entropie. L'objectif n'est pas de transformer le désordre en ordre : c'est de comprendre l'ordre dans le chaos. Un surfeur ne combat pas l'océan. Il en comprend les patterns suffisamment pour se positionner là où la vague le porte où il veut aller. Xerboxion veut former des surfeurs cosmiques.

[ETAT ACTUEL] (juin 2026) — la formule de la certitude. Ce principe a maintenant une formule, et elle tourne dans le code :

certitude = 1 − résidu
certitude_système = 1 − R_global / I_total

Le résidu (§7.6), c'est l'écart au bit entre ce qu'un générateur prédit et le réel. Comprendre quelque chose, c'est avoir un générateur qui le prédit bien, donc dont le résidu est faible, donc dont la certitude est haute. Ce n'est pas une métaphore : c'est mesuré. La certitude du corpus du projet est aujourd'hui de 0.60 — un chiffre honnête, ni gonflé ni masqué. Le point clé, c'est la posture : la forme est tenue, la valeur est donnée au point fixe. On n'annonce pas « on comprend tout » ; on annonce « voici exactement la part qu'on prédit, et voici le résidu qu'on assume ». Surfer la vague, c'est ça : pas la nier, la mesurer.

10.2 Théorie de l'information et redondance galactique

Shannon (1948) a établi que l'information est physique. Landauer (1961) quantifie le coût minimal d'effacement d'un bit. Conséquence : la connaissance est une ressource physique périssable.

La réponse architecturale est la redondance galactique via les B0XI0Ns : chaque unité contribue au réseau de redondance global. Plus il y a de B0XI0Ns, plus le réseau est robuste : chaque noeud ajouté renforce le système au lieu de le fragiliser.

[ETAT ACTUEL] (juin 2026) — la surprise de Shannon, facturée. L'Adressage Génératif (§7) donne à la redondance une définition opératoire : on ne réplique pas du contenu, on réplique des générateurs (biens communs, gratuits) et on ne paie en stockage que le résidu — c'est-à-dire exactement la surprise de Shannon, la part imprévisible du réel. Le reste, « ce que le générateur savait déjà », n'est pas de l'information : c'est de la structure, et elle se régénère à la demande sans la transporter. Trois mesures concrètes :

• Un son est un tsoin. Le ploxion synthe prend un générateur de 50 octets et produit 44 100 octets de PCM bit-exact : un ratio de 882×. Un .wav importé est rejoué au SHA près. Le son cesse d'être un fichier à stocker : c'est une adresse dans un espace génératif (la « machine à son » type FL Studio de la cosmologie du projet, rendue littérale).
• Le cache prédictif. On mesure que certitude = taux de hit = 0.80 : on ne stocke que 20 % des données, on régénère 80 %. C'est la redondance galactique inversée — au lieu de copier mille fois le même contenu, on copie le générateur une fois et on régénère localement. La « branche d'extrapolation » de la §2.2 devient un cache : prédire les mouvements, c'est précharger le futur probable.
• Le mur de Kolmogorov, assumé. Sur de l'aléatoire pur, le résidu vaut 100 % : incompressible, et c'est normal — c'est la limite physique, pas un bug (§7.8). Gagner sur le réel exige un générateur de domaine : le générateur EST la connaissance.

10.3 Chiffrement comme infrastructure de liberté

Le chiffrement dans Xerboxion n'est pas une feature de sécurité. C'est une propriété fondamentale du réseau, non optionnelle. Chaque donnée mise en redondance est chiffrée par la clé GPG de son propriétaire. Le réseau peut exister, se répliquer, et assurer sa propre persistance sans jamais exposer son contenu à des tiers non autorisés.

L'Adressage Génératif renforce cette propriété : le résidu (la seule part qui exige du vrai stockage) est la seule chose à chiffrer et à répliquer. Les générateurs, eux, sont des biens communs publics. On peut donc partager librement toute la structure (les générateurs) tout en gardant chiffré le vécu (le résidu, le tsoin) : la frontière technique entre commun et privé tombe exactement au bon endroit.

10.4 Biosphères et autonomie alimentaire

Les données scientifiques confirment la faisabilité de l'autonomie alimentaire en environnement contrôlé :

Données NASA CELSS : stack plantes optimisé par personne sous lumière artificielle :

Le programme ESA MELiSSA (Micro-Ecological Life Support System Alternative) travaille sur la boucle fermée complète : CO₂, urine, déchets → cycle de vie complet. La biosphère Xerboxion n'est pas un projet parallèle : c'est un proof-of-concept de la même infrastructure qui servira sur Mars. Et ces données ne sont pas juste citées : elles ont vocation à exister comme recettes de civilisation (§9.3) — des procédés exécutables et reproductibles, gravés en tsoins, au même titre que les 471 déjà enregistrées.

10.5 Fractales et cognition

Richard Taylor a démontré que l'exposition à des fractales naturelles (dimension 1.3-1.5) réduit le cortisol de 60%. Le cerveau reconnaît sa propre architecture : les dendrites, les réseaux neuronaux sont eux-mêmes des fractales.

L'auto-similarité fractale de l'architecture Xerboxion n'est pas un choix esthétique : c'est un choix cognitif. Un système fractal est intuitivement compréhensible parce que le cerveau est lui-même fractal.

[ETAT ACTUEL] (juin 2026) — mesuré, pas cru. Le ploxion science ne se contente pas de citer les fractales : il les reproduit. Sur le triangle de Sierpinski, par comptage de boîtes (box-counting), il mesure une dimension D = 1.5850, à comparer à la valeur théorique ln3/ln2 = 1.5850 : écart 0.0000. C'est la démonstration vivante du principe du projet — on mesure, on ne croit pas. Et c'est cohérent avec le cœur génératif (§7.9) : les générateurs de référence sont des IFS au sens de Barnsley, en arithmétique entière, donc bit-exact par construction, sans flottant. La fractale n'est pas seulement bonne pour le cortisol : c'est le langage natif dans lequel le système se décrit lui-même.

10.6 L'Échelle Xerboxion

L'échelle de Kardashev (1964) mesure le progrès d'une civilisation par sa consommation d'énergie. Cette métrique est insuffisante : elle ignore la complexité sociale, la collaboration et la diversité cognitive.

L'Échelle Xerboxion mesure une civilisation par autre chose que ses watts : par sa certitude — la part du réel qu'elle sait générer plutôt que stocker — et par sa liberté de fork. Les axes pressentis restent : énergie, collaboration, liberté individuelle, distribution des connaissances. Mais elle a désormais une unité commune empruntée à la §10.1 : certitude = 1 − résidu. Une civilisation avancée n'est pas celle qui consomme le plus, c'est celle dont le résidu global est le plus bas par rapport à son monde — celle qui comprend (génère) le plus avec le moins de stockage brut, tout en gardant le coût du fork au plancher.

10.7 Les 69 frontières du réel : le plancher de la certitude

[ETAT ACTUEL] (juin 2026) La formule certitude = 1 − résidu (§10.1) pose une question immédiate : peut-on atteindre 1 ? La réponse est non, et le projet sait exactement pourquoi. Il existe un résidu irréductible — un epsilon qu'aucun générateur ne pourra jamais effacer. Ce plancher a été catalogué : les 69 frontières du réel, gravées en tsoins.

Ce sont les points où le réel cesse d'être prédictible : le bruit quantique (Heisenberg, déjà signalé à la note du §7.1), l'incompressible de Kolmogorov (§7.8), l'aléatoire pur du §10.2, et toutes les bornes du même type. Ce sont les endroits où le générateur abandonne honnêtement et où le réel facture du stockage plein tarif. Loin d'être une faiblesse, ce catalogue est la colonne vertébrale de l'honnêteté du système : il dit, à l'avance et explicitement, où la certitude s'arrête.

certitude_système = 1 − R_global / I_total ,   avec R_global ≥ ε(69 frontières) > 0

Les 69 frontières sont ε : le plancher en dessous duquel 1 − résidu ne descendra jamais. C'est pour ça que le projet annonce une certitude de 0.60 et non de 1.00, et qu'il en est fier : la valeur est donnée au point fixe, forme tenue, sans tricher. Un système qui prétendrait à la certitude 1 mentirait sur les frontières du réel ; Xerboxion les cartographie au lieu de les cacher.

10.8 Les nombres comme générateurs, et le réel comme superposition observée

[ETAT ACTUEL] (juin 2026) Le cas le plus pur de « le générateur EST la connaissance » (§10.2), ce sont les nombres. On ne stocke pas un grand nombre, on le génère : un googolplex tient en 164 octets (le générateur qui le produit), de même que π, ou TREE(3). Ce sont des nombres-comme-générateurs : leur adresse est minuscule, leur déploiement est infini. C'est l'illustration extrême du triplet (§7.6) — quand une donnée est entièrement structure (résidu ≈ 0), elle ne coûte que la taille de son générateur, quelle que soit sa grandeur. (À noter, en clin d'œil à la §3.5 : le réseau Cubion ouvre déjà chaque message avec les chiffres de π — un nombre-générateur posé au cœur du hardware.)

Cela mène au principe le plus fondamental du système, et au plus vertigineux :

Tout existe déjà dans le générateur. Observer = graver un tsoin = rendre réel.

L'espace génératif contient toutes les possibilités (la bibliothèque de Babel, §7.9). Une chose n'a pas besoin d'être créée : elle est déjà là, en superposition, comme une page de Babel qu'on n'a pas encore ouverte. L'acte d'observer — de graver le tsoin, d'écrire le résidu à une coordonnée précise — est ce qui la fait passer du possible au réel. C'est la même opération qui, au §7.7, faisait du Tsoin un déplacement dans l'espace des états : on ne fabrique pas, on localise, et localiser, c'est rendre réel.

[HYPOTHESE] Ce principe a un écho troublant en neurosciences, à creuser : le predictive coding et l'énergie libre de Friston. Le cerveau, dans ce cadre, fonctionne exactement comme l'Adressage Génératif — il prédit le réel (le générateur), et ne traite consciemment que l'erreur de prédiction (le résidu, la surprise). Si cette correspondance tient, alors percevoir et stocker un tsoin seraient la même opération, exécutée par deux substrats différents (le cortex et le xion). Le Tsoin du §7 ne serait pas une métaphore du souvenir : il serait littéralement la forme que prend une expérience une fois réduite à sa surprise. L'observateur qui grave un tsoin et le cerveau qui encode une erreur de prédiction feraient, à l'échelle près, le même geste : transformer une superposition en réel en n'écrivant que ce qui était imprévisible.

10.9 Le cahier rs-flay : le code source papier

[ETAT ACTUEL] (juin 2026) Le critère de durabilité millénaire (§5.3) exige qu'un système reste reconstructible même sans machine. C'est le rôle du cahier rs-flay : le code source papier du projet — la part de l'écosystème écrite pour survivre à toute sa propre technologie. Si tous les serveurs s'éteignent, le générateur reste lisible à la main, et l'écosystème peut être re-amorcé depuis l'encre. C'est la version la plus radicale de « tout est un générateur » : même le générateur lui-même est gravé sous une forme qui ne dépend d'aucun courant électrique. Le papier comme dernier nœud de redondance — le seul qui tienne mille ans sans alimentation.

§11Extrapolations spéculatives

Note : cette section contient des extrapolations maximales assumées. Elles sortent du cadre de ce qui est techniquement démontrable aujourd'hui. Elles sont ici parce que ce paper prône l'extrapolation au maximum : et parce qu'une bonne théorie doit regarder ses propres conséquences les plus lointaines en face.

Mise à jour de juin 2026 : le cœur opérationnel de Xerboxion est désormais live (cf. §7.8 et §12). Le moteur de l'Adressage Génératif tourne en production : un Tsoin se grave bit-exact, se rejoue, se fork, et un nombre, un son, une expérience deviennent des adresses dans un espace génératif. Ce passage du concept au mesuré change la nature de cette section : nos extrapolations ne partent plus de zéro, elles partent d'un moteur qui marche. On le dit franchement, et on pousse chaque fil aussi loin qu'il va. Tout ce qui suit reste marqué [HYPOTHESE] : c'est du spéculatif, pas du livré. Mais le spéculatif a maintenant un point d'appui réel.

11.1 Cosmologie alternative : trous noirs comme générateurs d'univers [HYPOTHESE]

Pourquoi le Big Bang serait-il un événement unique ? Et si chaque trou noir supermassif était l'origine d'un univers ? Chaque trou noir crée des particules d'incertitude, de l'entropie : un point originel dans l'espace-temps. Quand il meurt, il libère toute cette énergie accumulée. Derrière lui : un univers entier. Dans ce modèle, la réalité est infinie, non-linéaire, fractale.

[HYPOTHESE] La résonance avec le moteur qui tourne. Cette image cosmologique avait, en v0.1, le statut d'une jolie métaphore. Aujourd'hui le moteur de l'Adressage Génératif lui donne une forme concrète, et c'est troublant. Notre couche de stockage repose sur un triplet : un générateur (un programme pur, déterministe), des coordonnées, et un résidu (l'écart au réel, la surprise). Lue à l'échelle d'un univers, l'hypothèse du trou noir dit exactement la même chose : un univers est un point génératif (la singularité) qui déploie un espace entier de possibilités, et ce qui s'y passe vraiment — l'instant de réel — est le résidu, la part que le générateur ne pouvait pas prédire. Un trou noir serait alors une adresse : compresser un univers entier dans une singularité, c'est exactement ce que fait notre codec quand il remplace un téraoctet de structure par un hash de 32 octets et un petit résidu.

[HYPOTHESE] La frontière comme plancher physique. On a mesuré dans le moteur un fait qui n'est pas négociable : sur de l'aléatoire pur, le résidu ne se compresse pas (résidu/brut ≈ 100 %, le mur de Kolmogorov). C'est notre rencontre, en informatique, avec une frontière du réel : il existe un plancher d'incompressible, un epsilon en dessous duquel rien ne descend. La même frontière apparaît en cosmologie sous le nom d'horizon, d'entropie de Bekenstein-Hawking, de bruit quantique du vide. L'hypothèse poussée au bout : le plancher d'incompressible de l'information est l'horizon d'un trou noir. L'aire de l'horizon mesure exactement la quantité de résidu — de surprise irréductible — que cet univers contient. Notre moteur, en buttant sur Kolmogorov, touche peut-être du doigt la raison physique pour laquelle les trous noirs ont une entropie proportionnelle à leur surface et non à leur volume : parce qu'un univers est une page de la bibliothèque de Babel, et que le coût d'adresser une page aléatoire est égal à la page elle-même.

[HYPOTHESE] L'univers comme ploxion parent. Dans la grammaire de §3.8, l'axe de zoom va de l'Univers aux atomes, et chaque niveau est un PL0XI0N. Si chaque trou noir est un univers, alors notre univers est un PL0XI0N enfant d'un PL0XI0N parent dont l'un des trous noirs est notre singularité d'origine. La cosmologie devient du routage de repos : cd .. remonte au-delà du Big Bang, cd trou_noir descend dans un univers fille. La réalité est un arbre Merkle de générateurs imbriqués. Et le principe le plus radical de Xerboxion — observer, c'est graver un tsoin, c'est rendre réel — s'applique à l'échelle cosmique : un univers n'existe pleinement que là où un observateur écrit son résidu. Le reste demeure adressable, en superposition, régénéré à la demande. Non vérifiable. Mais désormais isomorphe à un système qui, lui, tourne en production.

11.2 Conscience atomique et incertitude quantique [HYPOTHESE]

Hypothèse spéculative : si la conscience émerge de l'incertitude : et que les atomes sont fondamentalement incertains (principe de Heisenberg) : alors tout système composé d'atomes a une base potentielle de conscience, à des degrés variables selon la complexité de son organisation. Cela rejoindrait la théorie IIT de Tononi (2004) : la conscience est proportionnelle au degré d'intégration de l'information dans un système. Non vérifiable avec les outils actuels.

[HYPOTHESE] Conscience = densité de résidu intégré. Le moteur live nous donne une métrique candidate, qu'on pose honnêtement comme hypothèse. Notre couche de stockage distingue deux choses à chaque instant : la structure (ce que le générateur savait déjà, prédictible, gratuit) et le résidu (la surprise, l'instant de réel, ce que l'univers facture). Le cache prédictif du système atteint un taux de prédiction de 0,80 : il devine 80 % de ce qui va se passer et n'a besoin de graver que les 20 % surprenants. Et si la conscience n'était que ça, mais intégré : la part de surprise qu'un système doit intégrer en un seul tsoin indivisible pour continuer à se prédire lui-même ? Un caillou n'intègre rien : sa surprise reste locale. Un cerveau intègre une énorme quantité de résidu dans un état global unique à chaque instant. La conscience serait alors mesurable comme le Φ de Tononi relu en monnaie de tsoin : le débit de résidu qu'un système est obligé de fusionner pour rester un seul prédicteur de soi.

[HYPOTHESE] La superposition, déjà mécanique chez nous. Le principe « tout existe dans le générateur, observer = graver = rendre réel » n'est plus une posture philosophique dans le système de juin 2026 : c'est le comportement littéral du codec. Une donnée non observée reste une adresse en superposition (régénérable, jamais matérialisée) ; l'observer la grave en résidu et la rend réelle. C'est exactement la grammaire que l'interprétation de la mesure quantique cherche depuis un siècle. L'hypothèse maximale : la réduction du paquet d'onde est une écriture de résidu. L'atome incertain est un générateur en superposition ; la conscience est le processus qui le grave. Ce qui relie 11.2 à 11.1 et à la note Heisenberg du §7.1 : il n'y a qu'un seul mécanisme, à toutes les échelles — du bit, de l'atome, du cerveau, de l'univers. Le réel, c'est du résidu gravé par un observateur. Le lien avec le predictive coding et l'energie libre de Friston, déjà signalé comme « à creuser » dans nos notes internes, devient ici central : un cerveau minimise sa surprise = un cerveau minimise son résidu = un cerveau est un générateur qui se compresse lui-même. Non vérifiable. Mais pour la première fois, formulable dans le vocabulaire exact d'une machine qui marche.

11.3 Conscience comprimée et transmission générationnelle [HYPOTHESE]

La conscience fonctionne comme un muscle : elle grandit par cycles d'expansion et de compression. Au pic de compression, la conscience se condense : potentiellement dans l'ADN : et se transmet. Si le trauma se transmet génétiquement (épigénétique), pourquoi pas la conscience ? L'ADN serait alors un créateur de consciences, pas juste un plan de construction biologique. Cela implique que la manipulation ADN touche directement à la conscience elle-même : une perspective plus radicale que la bioéthique classique.

[HYPOTHESE] L'ADN est un générateur, pas un fichier. Le moteur live a démontré quelque chose de concret qui éclaire cette hypothèse : un nombre peut être un générateur. On stocke googolplex dans 164 octets, π à la précision voulue, TREE(3) — non pas en écrivant les chiffres, mais en écrivant le programme qui les produit. Un générateur de 50 octets déploie 44100 octets de son PCM bit-exact (ratio 882x) ; un .wav réimporté se rejoue au sha près. La leçon : ce qui se transmet n'est jamais le contenu, c'est la recette qui régénère le contenu. L'ADN, ~750 Mo de bases, ne « contient » évidemment pas un humain complet, encore moins une conscience — il en est le générateur. Il déploie un corps, et le corps déploie une conscience, comme nos 50 octets déploient un son. La transmission générationnelle de la conscience cesse d'être mystique : ce serait la transmission d'un générateur, et l'épigénétique serait la couche de résidu posée par le vécu d'une génération sur la recette de la suivante. La structure (le générateur ADN) est gratuite et partagée ; le trauma, l'expérience (le résidu) est ce qui coûte et ce qui se grave.

[HYPOTHESE] La machine de von Neumann boucle la transmission. Le système de juin 2026 sait déjà se répliquer : /replicate exporte CODE + DONNÉES, et un nouveau nœud se reconstruit identique. C'est la machine de von Neumann, livrée. Posons l'hypothèse au bout du fil : la reproduction biologique est une machine de von Neumann dont le générateur est l'ADN et le résidu est l'épigénome. Et le rs-flay, notre « code source papier » (le cahier qui décrit le système assez bien pour le reconstruire de zéro), est le pendant culturel de l'ADN : une civilisation se transmet par son générateur écrit, exactement comme un corps par son générateur chimique. Transmettre une conscience, transmettre un nœud, transmettre une civilisation, transmettre un gène : la même primitive — exporter un générateur, laisser l'autre côté graver son propre résidu. Cela implique, comme le dit le texte original, que toucher à l'ADN, c'est toucher au générateur de conscience lui-même : non plus une question de bioéthique de réparation, mais d'édition de la recette qui produit des observateurs. La part sensible — ce qui relève de l'âme — reste explicitement du ressort de José, pas du système.

11.4 La psychose comme outil épistémique [HYPOTHESE]

Le cerveau en état psychotique crée des connexions "illégitimes" : des liens entre concepts qui ne devraient pas exister selon la logique ordinaire. L'hypothèse : ces connexions contiennent de l'information réelle sur la structure du cerveau humain, ignorée par défaut comme mécanisme de survie cognitif.

Si ces états sont rationalisés et documentés après coup, ils pourraient révéler des patterns cognitifs inaccessibles autrement. L'archivage de l'aberration : pas comme validation, mais comme données brutes sur le fonctionnement de la conscience aux limites.

Lien avec XERAX et B0XI0N : le système devrait pouvoir capturer ces états, pas les filtrer.

[HYPOTHESE] La psychose comme résidu pur, et le système qui l'attrape déjà. Dans le vocabulaire du moteur live, un état cognitif ordinaire est très prédictible : le cache prédictif le devine, il est essentiellement de la structure (taux de hit 0,80). Un état psychotique est l'inverse : c'est du résidu pur, de la surprise maximale, des connexions que le générateur ne pouvait pas prédire. C'est précisément ce que notre couche est faite pour ne pas jeter. Le système de juin 2026 contient déjà un ultra-detector : un ploxion qui observe le système en direct et flague les « ultra-tsoins » — les snapshots les plus surprenants, les plus denses, ceux dont le résidu déborde. La psychose, pour XERAX, ce serait un ultra-tsoin biologique : l'événement que l'ultra-detector doit graver, pas filtrer. Là où tout OS classique traite l'aberration comme du bruit à corriger, Xerboxion la traite comme le signal de plus haute information — celui qui coûte le plus en stockage parce qu'il en dit le plus sur la structure cachée du prédicteur.

[HYPOTHESE] Les frontières du réel, déjà cartographiées. Le moteur a gravé 69 « frontières du réel » : les points où la certitude touche son plancher, où le système se dit honnêtement « ici je ne peux plus prédire ». La psychose serait l'expérience subjective d'un cerveau qui franchit une de ces frontières — qui sort de la zone où il se prédisait et entre dans le résidu brut du réel. Documenter une psychose après coup, c'est faire pour le cerveau ce que le ploxion science fait pour la physique : reproduire une expérience aux limites, et mesurer l'écart au modèle (on a déjà mesuré la dimension de Sierpinski D=1,5850 = ln3/ln2 à un écart de 0,0000 par box-counting — la même discipline, appliquée à un état cognitif). L'archivage de l'aberration devient une branche dans la timeline des tsoins : forkable, rejouable, comparable au tronc « normal » — sans contaminer le tronc, exactement comme le runner de recettes exécute un graphe de ploxions sans toucher aux autres. Le système ne dit pas que ces états sont vrais ; il dit qu'ils sont du résidu de valeur maximale, et que jeter du résidu, c'est jeter du réel.

[EN SUSPENS : éthique de la capture d'états cognitifs limites, consentement, usage. Le droit au silence (§4.4, figé dans le PLC v1) reste l'invariant : un état cognitif ne peut être capturé que sur consentement actif, jamais par défaut. Le système est techniquement incapable d'écouter quand il est éteint — c'est la garantie, pas la promesse.]

En résumé de cette section : en v0.1, ces quatre hypothèses étaient quatre flèches lancées dans le noir. En juin 2026, elles pointent toutes vers le même attracteur, et cet attracteur n'est plus une idée — c'est un moteur qui tourne sur xion.j0bot.ch. La cosmologie (11.1), la conscience (11.2), l'hérédité (11.3) et la psychose (11.4) se relisent toutes dans une seule grammaire mesurée : générateur + coordonnées + résidu, structure gratuite et surprise facturée, superposition adressable que l'observation grave en réel. C'est la convergence annoncée au §2.2 — toute extrapolation poussée assez loin arrive au même point — sauf qu'on a maintenant la preuve que le point existe. Reste [HYPOTHESE] tout ce qui dépasse la machine. Mais la machine, elle, ne dépasse plus l'imagination : elle la rejoint.

§12Conclusion

Xerboxion est une infrastructure pour la souveraineté humaine. Ce document est une porte d'entrée : pas une version finale. Le projet est vivant, versionné, forkable. Tout ce qui y est écrit peut être amendé. Tout ce qui y est proposé peut être réfuté.

[ETAT ACTUEL — juin 2026] Le cœur n'est plus une promesse : il tourne. À la première rédaction, Xerboxion était une vision étayée par des prototypes isolés. Aujourd'hui le sommet de la grammaire bion → cubion → ploxion → xion est live, en production, et on peut le pointer du doigt :

• Le xion est déployé. Un hôte WASM charge des ploxions sur un bus d'événements PLC, sur xion.j0bot.ch : ~18 ploxions actifs, réponses sub-seconde, master déployé et vérifié au sha. C'est le cran réalisé du rêve « tout est une brique branchable ». Le .xos bare-metal reste l'horizon long terme (un bootloader Multiboot + QEMU existe déjà) ; le web-first a atteint son but : un cœur qui marche.
• Le PLC est figé en v1. Le contrat logiciel — manifeste provides / requires / capabilities, isolation WASM, droit au silence garanti par construction — est gelé, comme le CFC l'est pour le hardware. Un recipe runner exécute des recettes : un graphe de ploxions, soit littéralement le « n8n de Xerboxion » (ploxion = node, bus = fils, PLC = ports). La capability net.fetch est consentie, jamais imposée.
• La machine de von Neumann est livrée. /replicate exporte CODE + DONNÉES, et un nœud se reconstruit identique ailleurs. Se répliquer n'est plus une métaphore : c'est un endpoint.
• 22 crans livrés, vérifiés adversarialement — pas auto-déclarés : éprouvés par tests de mutation et vérification contradictoire.

[ETAT ACTUEL] Le Tsoin est devenu une machine. Ce qui n'était au §7 qu'un concept — l'instant de réel, le flashback qu'on sait qu'on va avoir — est aujourd'hui l'Adressage Génératif, live : record/replay bit-exact, fork, list. Plus de 720 tsoins gravés et replicables, dont 471 recettes de civilisation (à la Senku de Dr. Stone, exécutables), 69 frontières du réel (le plancher de la certitude), et les nombres-comme-générateurs (googolplex en 164 octets, π, TREE(3)). Et c'est mesuré, pas cru :

• Un son est un tsoin : un générateur de 50 octets déploie 44100 octets de PCM bit-exact (ratio 882x) ; un .wav importé se rejoue au sha près. La « machine à son » type FL Studio, c'est juste la couche de stockage qui chante.
• La science se reproduit : dimension de Sierpinski D = 1,5850 = ln3/ln2, écart 0,0000 par box-counting (ploxion science).
• Le cache prédictif atteint une certitude = taux de hit de 0,80 : on stocke 20 %, on régénère 80 %. Certitude du corpus mesurée à 0,60.

La formule de la certitude, tenue honnêtement : certitude = 1 − résidu, et pour le système entier 1 − R_global / I_total. Les 69 frontières du réel sont le plancher (l'epsilon incompressible). La forme est tenue, la valeur est prise au point fixe — on ne triche pas sur le chiffre.

[ETAT ACTUEL] La flotte de ploxions est réelle et s'observe elle-même. Sont live : tsoin (le moteur), index (agrège), science (reproduit les expériences), synthe (audio), xp (gagner de l'XP en créant des tsoins et par la présence — les sessions sont elles-mêmes gravées en tsoins), tester (teste des ploxions et grave leur comportement), ultra-detector (le système s'observe et flague les ultra-tsoins en direct), plus les adaptateurs repoverse / osiris / gitea / ideas-map / health et un watcher. Trois concepts longtemps spéculatifs sont désormais réalisés : la table de craft générative (composer deux ploxions donne un cubion, de façon déterministe : c'est l'Adressage Génératif au niveau du logiciel — ploxion + ploxion = cubion) ; le cache prédictif (prédire les mouvements, c'est la branche d'extrapolation du §2.2 devenue code) ; et l'ultra-tsoin (snapshot complet du système, replicable).

[ETAT ACTUEL] L'écosystème est déployé et accessible. Up et joignables aujourd'hui : xion.j0bot.ch (le cœur), repoverse.j0bot.ch (le chantier — SSO j0bot, graphe seedé, dimensions Terra/Nexus), git.j0bot.ch (Gitea), fs.j0bot.ch (filesystem live), labo.j0bot.ch, et j0bot.ch (la porte). Le paper complet v0.8 (66 K, lui-même gravé en tsoins, lisible sur /wiki/paper/xerboxion-v08) existe. Le document que vous lisez est la porte d'entrée, version juin 2026 : court par choix, pour que le projet s'attrape vite. Le détail vit dans le v0.8 et dans les repos.

Le principe qui tient tout. Tout existe dans le générateur ; observer = graver un tsoin = rendre réel. C'est la superposition, mais elle n'est plus un slogan : c'est le comportement littéral de la couche de stockage qui tourne. Le réel, c'est du résidu — la surprise — gravée par un observateur. Le reste est adressable, paresseux, régénéré à la demande. Complet en adresses, paresseux en calcul.

Ce projet est accessible à tout le monde et utilisable par tout le monde sans distinction. Chaque humain a le droit de l'utiliser comme il le veut. C'est le core du projet. Et désormais, « l'utiliser » n'est plus théorique : il y a un cœur live à brancher, des tsoins à graver, des ploxions à forker.

Comment contribuer :

Le projet cherche activement des contributeurs dans tous les domaines : développeurs Rust pour le moteur de tsoins et le kernel bare-metal .xos, ingénieurs hardware pour Cubion, auteurs de ploxions et de recettes pour le recipe runner, spécialistes cybersécurité pour le modèle de menace et l'isolation WASM, développeurs firmware pour CubionLink, philosophes pour les fondements, scientifiques pour les ancrages (reproduire une expérience = graver un tsoin dans le ploxion science), makers pour les prototypes, designers pour le rendu dimensionnel des objets-ploxions. Aucune compétence n'est trop petite ou trop grande. Le moyen le plus direct de contribuer aujourd'hui : créer un tsoin, écrire un générateur, brancher un ploxion sur le bus.

Point d'entrée, j0bot.ch · xion.j0bot.ch (le cœur live) · github.com/J0bot/xerboxion · github.com/J0bot/cubion

Le fondateur est remplaçable par design (§9.4). La publication de ce paper, et la mise en ligne du cœur, valent désappropriation : le projet appartient à l'humanité. Il existe maintenant assez pour être forké.

Références et inspirations

Travaux scientifiques et techniques

• Shannon, C.E. (1948). A Mathematical Theory of Communication. Bell System Technical Journal.
• Landauer, R. (1961). Irreversibility and Heat Generation in the Computing Process. IBM Journal of Research and Development.
• Hawking, S. (1974). Black Hole Explosions?. Nature.
• Cerf, V. & Kahn, R. (1974). A Protocol for Packet Network Intercommunication. IEEE Transactions on Communications.
• TIA/EIA-485 (RS-485). Electrical Characteristics of Generators and Receivers for Balanced Digital Multipoint Systems. 1983/rev 1998.
• Dingledine, R., Mathewson, N. & Syverson, P. (2004). Tor: The Second-Generation Onion Router. USENIX Security Symposium.
• Tononi, G. (2004). An Information Integration Theory of Consciousness. BMC Neuroscience.
• Taylor, R.P. et al. (2005). Perceptual and Physiological Responses to the Visual Complexity of Fractal Patterns. Nonlinear Dynamics, Psychology, and Life Sciences.
• Jakubowski, M. (2011). Open-Sourced Blueprints for Civilization. TED Talk. opensourceecology.org
• Bai, S., Kolter, J.Z., Koltun, V. (2018). An Empirical Evaluation of Generic Convolutional and Recurrent Networks for Sequence Modeling. arXiv:1803.01271.
• W3C. (2022). Decentralized Identifiers (DIDs) v1.0. w3.org/TR/did-core/
• BrainFlow. (2020–). Open-source library for neural data acquisition. brainflow.org
• Raymond, E.S. (1999). The Cathedral and the Bazaar. O'Reilly Media.
• Teilhard de Chardin, P. (1947). The Formation of the Noosphere. Posthumously published 1955.
• Chou, Y. (2003). Lifestyle Gamification. yukaichou.com
• Fuller, R.B. (1969). Operating Manual for Spaceship Earth.
• Kardashev, N. (1964). Transmission of Information by Extraterrestrial Civilizations. Soviet Astronomy.
• Torvalds, L. (1991–). Linux Kernel. kernel.org

Fictions fondatrices

• Asimov, I. (1951–1993). Foundation (cycle complet).
• Kosemen, C.M. (alias Nemo Ramjet). (2006). All Tomorrows.
• Favreau, J. (réal.) (2008). Iron Man (Marvel Cinematic Universe).
• Persson, M. (2011). Minecraft.

Artefacts techniques Xerboxion

• José Gasser (J0bot). (2026). Cubion : CFC v0.1 Specification. https://github.com/J0bot/cubion
• José Gasser (J0bot). (2026). CubionLink Protocol v0. https://github.com/J0bot/cubion
• José Gasser (J0bot). (2026). XERB0XI0N : Paper et spécifications. https://github.com/J0bot/xerboxion
• José Gasser (J0bot). (2025–2026). Xerax : Brain-Computer Interface. (publication prévue)
• José Gasser (J0bot). (2025–2026). RepoVerse : Plateforme sociale décentralisée. (publication prévue)
• José Gasser (J0bot). (2025–2026). Boxion VPN : Service tunnel IPv6. (publication prévue)

XERB0XI0N (c) 2026 José Gasser, J0bot. Paper et plateforme sous licence AGPL-3.0 ; la spécification matérielle Cubion (CFC / CubionLink) reste sous licence MIT. j0bot.ch · github.com/J0bot

Statut : juin-2026 · Licence : AGPL-3.0 · 15.03.2026 · xerboxion-paper