Analyse Architecturale d'Astroport.ONE

1. L'Intégration Tri-Portail (IPFS, Nostr, Duniter v2s)

Le cœur technologique de la Heartbox Astroport repose sur la coopération de trois protocoles. Aucun d'eux ne suffit seul : IPFS apporte la persistance des fichiers, Nostr assure la messagerie et l'identité chiffrée, tandis que la blockchain Duniter v2s fournit le cadastre monétaire Ğ1 (virements, parts sociales et conformité fiscale).

• Stockage Hybride chiffré : Les fichiers déposés dans l'espace utilisateur uDRIVE sont empaquetés, chiffrés localement en AES-GCM, puis épinglés sur IPFS. Leurs métadonnées et CIDs sont enregistrés dans un index chiffré et poussé sur Nostr (Kind 31903).
• Signature & Gouvernance : La configuration sensible de l'essaim se propage de machine en machine de manière sécurisée en étant chiffrée à l'aide de la clé symétrique de l'essaim et publiée en tant que document DID (Kind 30800).

2. L'Architecture Géographique et Consensus de Proximité

UPlanet quadrille la planète en cellules virtuelles à trois résolutions. Chaque cellule dispose de sa propre identité Nostr (une clé publique dérivée géographiquement). Afin d'éviter que plusieurs nœuds d'un même essaim n'écrivent des journaux contradictoires pour la même zone, la station située physiquement la plus près (mesure de Haversine) hérite de la responsabilité de publication.

• UMAP (0.01°) : Niveau local d'échange. C'est l'échelle d'agrégation des messages de voisinage, d'identification botanique (PlantNet) et de publication des petites annonces uMARKET (Kind 1 avec hashtag #market).
• Secteur (0.1°) & Région (1.0°) : Échelles d'agrégation à niveau de confiance supérieur. Les messages ayant reçu respectivement au moins 3 ou 12 approbations (likes ou réactions de type +) au sein des UMAP sous-jacentes y sont compilés dans un journal commun.
• Consensus Géographique : Chaque station publie sa position GPS dans sa fiche d'activité (Kind 30850). Pour un secteur donné, toutes les stations comparent leur distance physique au centre de la maille. Seule la plus proche génère le fichier faisant foi manifest.json, qui dresse la chronologie des archives IPFS.

3. L'Économie Circulaire et Solidarité de Résilience

Les flux financiers de l'essaim d'Astroports suivent un protocole strict conçu pour éviter la faillite technique. En période normale, les loyers collectés auprès des usagers alimentent les budgets R&D et d'actifs communs. Si les revenus faiblissent, le système s'adapte sans toucher aux réserves, basculant les coûts en temps de bénévolat compensé.

• Le Portefeuille dédié (CAPTAIN_DEDICATED) : Les redevances d'hébergement prélevées de manière automatisée sur les MULTIPASS des usagers sont centralisées sur ce compte d'accumulation. Il sert de source unique pour le reversement d'investissement de l'écosystème.
• Règle des 3x1/3 + 1% : Le montant collecté est ventilé de manière hebdomadaire : un tiers est alloué au budget recherche (RnD), un tiers à l'acquisition d'équipements collectifs (ASSETS), un tiers à la trésorerie de fonctionnement (CASH) et 1% est reversé au parrain de l'utilisateur (ou conservé en trésorerie).
• Le Mécanisme de Résilience (Love Ledger) : En cas de baisse d'activité, si le solde de la trésorerie de fonctionnement est insuffisant pour rémunérer le Capitaine (2x PAF) et l'usure de la machine (1x PAF), aucun fonds n'est ponctionné sur les budgets réservés R&D ou Actifs. Les coûts non couverts sont inscrits dans le registre de gratitude love_ledger.json et publiés publiquement sur Nostr (Kind 30305) sous forme d'unités de bénévolat, valorisant la contribution du Capitaine à la communauté.

4. L'Assistant IA "BRO" et son Pipeline d'Alignement (Arbor)

BRO est un agent intelligent qui opère de façon privée sur chaque nœud (RAG local via Ollama et Qdrant). Au-delà d'un simple répondeur, il dispose d'outils évolutifs. Pour garantir la sécurité de son interpréteur de commandes, le système utilise un algorithme d'auto-amélioration encadré, hérité du protocole de gouvernance Arbor.

• Routage IA de précision : Le daemon classifie d'abord les messages reçus. S'ils impliquent des requêtes simples, il utilise une structure RAG en piochant les souvenirs du propriétaire et la KB Nextcloud. S'il s'agit de tâches complexes, il active un planificateur d'étapes séquentielles (algorithm_planner.py) pour exécuter plusieurs opérations ordonnées.
• La Discipline d'Alignement d'Arbor : Pour optimiser en continu le prompt et le modèle d'interprétation sans risquer de régression, le script arbor_self_improve.py teste automatiquement de nouvelles hypothèses dans un bac à sable Git isolé (worktree).
• Double validation (Dev / Held-out) : Les candidats ne sont retenus que s'ils augmentent le score d'interprétation sur le jeu de données "dev". Pour éviter le surapprentissage (sur-optimisation d'un phrasé spécifique), ils sont ensuite validés sur un jeu de données "held-out" (complètement masqué pendant l'évaluation). Le changement n'est jamais poussé de force : une branche Git isolée est créée et une notification Nostr est envoyée au Capitaine pour relecture manuelle avant tout merge.

5. Identité Souveraine & Récupération de Clé sans Données Biométriques (D1 & D3)

La publication récente sur TDCommons (Technical Disclosure Commons) des cinq fondations technologiques du collectif G1FabLab marque un jalon décisif pour l'informatique souveraine : en enregistrant ces algorithmes sous licence libre AGPL-3.0 dans le domaine public d'antériorité officielle (prior art), la coopérative sécurise ses communs technologiques contre les brevets privés et l'accaparement corporatiste. Dans le Web3 traditionnel, l'identité et la gestion des clés reposent soit sur des solutions à forte friction utilisateur (conservation physique d'une seed phrase de 12 ou 24 mots), soit sur des dérives centralisées (scanneur biométrique, ou "Social Recovery" dépendant de serveurs tiers).

• Partage de secret déterministe : La fondation D3 d'UPlanet utilise la biométrie comportementale et mémorielle comme paramètre déterministe pour le partage de secret de Shamir (SSSS). La clé privée de l'utilisateur (secp256k1) est divisée en trois fragments : le premier réside sur son appareil, le second est confié au Capitaine de sa station d'accueil locale, et le troisième est distribué de manière chiffrée parmi les stations de l'essaim coopératif.
• Récupération sans base de données d'identifiants : Pour reconstruire la clé en cas de perte de matériel, l'utilisateur n'a besoin ni de scanneur d'empreintes digitales, ni de base de données biométrique centralisée. Il lui suffit de saisir ses souvenirs personnels de naissance et de conception (SALT/PEPPER), qui servent de paramètres déterministes pour dériver la clé et reconstituer l'identité avec l'aide d'un nœud de confiance de la coopérative.

6. La Géolocalisation Hexagonale Opaque 4D (D2)

La géolocalisation pose un problème de confidentialité majeur : les protocoles de preuve de présence (Proof-of-Presence) du Web3 classique (comme Helium ou FOAM) exigent la divulgation et l'enregistrement de coordonnées GPS statiques ou de signatures radio, ce qui permet de tracer l'historique des déplacements des utilisateurs.

• Tuilage planétaire en précession : UPlanet abandonne la coordonnée GPS statique au profit d'un système de tuilage planétaire basé sur des Polyèdres de Goldberg subissant une précession temporelle calée sur le Nombre d'Or (φ). Le filet de cellules hexagonales pointy-top accomplit une révolution complète autour de l'axe des pôles toutes les ~14,83 heures.
• Opacité sans l'heure exacte : L'adresse générée (a4l:P??H????) dépend à la fois de la coordonnée spatiale et du timestamp UNIX exact de sa création. Parce que la grille tourne en permanence, cette adresse ne désigne le même endroit physique que pendant une infime fenêtre temporelle. Sans l'heure exacte de création, l'adresse spatiale est totalement opaque et intraçable pour les écoutes réseau ou les relais Nostr intermédiaires.

7. Topologie de Routage & Coordination Collective (D4 & D5)

Les réseaux sociaux Web3 classiques (y compris Nostr dans sa forme native non filtrée) souffrent de la pollution de leurs flux d'actualité (spam) et d'un manque d'alignement avec l'environnement physique immédiat des utilisateurs. De l'autre côté, les réseaux Web2 utilisent des algorithmes opaques conçus pour maximiser le temps d'écran et la friction émotionnelle. UPlanet utilise des matrices d'oracles basées sur le KIN Maya (D4) et des interférences de phase pour bâtir une topologie de coordination et de routage sémantique.

• Résonance de groupe (D4) : Plutôt que de trier les messages par un algorithme centralisé ou un simple flux chronologique sujet au spam, UPlanet s'appuie sur la superposition des ondes de phase des utilisateurs (conception et naissance) pour déterminer la résonance des groupes de la constellation.
• L'Orchestre Quantique (D5) : Lorsque des utilisateurs se rassemblent physiquement au sein d'une cellule géographique (0.01° de précision), leurs téléphones se connectent pour former un synthétiseur additif décentralisé. Le timbre, la hauteur et le rythme de l'instrument collectif sont directement modulés par les données de phase de chaque participant. L'harmonie (ou la dissonance) qui émerge de l'orchestre sert de méthode de validation et de consensus social par l'acoustique et la musique.

8. L'Économie de l'Effort Humain & du Code Libre : ẑen, ẐEN & TrocZen (❤️)

L'un des plus grands défis des logiciels libres et des infrastructures décentralisées est le financement de la maintenance humaine et de la consommation d'énergie (CapEx/OpEx). Les réseaux Web3 classiques s'appuient souvent sur des ICOs spéculatives, des jetons de gouvernance volatils ou des donations passives asymétriques.

• ẑen (usage) et ẐEN (capital/parts de propriété) : Le soutien financier des donateurs via OpenCollective alimente la Trésorerie coopérative. La fraction R&D sert notamment à financer les requêtes de calcul lourd (comme l'auto-évolution du code via des modèles avancés).
• Le Love Ledger (❤️ / Kind 30305) : Le travail humain de maintenance des serveurs et de l'infrastructure physique locale par le Capitaine est comptabilisé comme un don de gratitude volontaire dans le Love Ledger.
• Le Bon Fondant TrocZen : Ce bénévolat est converti en monnaie de gratitude selon la formule 1 ❤️ = 1 DU (Dividende Universel de TrocZen) et publié sur Nostr sous la forme d'un événement Kind 30305. L'application mobile TrocZen (développée en Flutter) traduit ces DUs en bons cadeaux locaux dits "fondants" (taux de fonte de 28 jours pour encourager la vélocité de circulation et décourager la thésaurisation) utilisables directement sur les marchés de proximité.

9. La Constellation IA & le Cloud Souverain (BRO & ARBOR)

Là où les grands réseaux Web3 dépendent de plateformes de calcul globales très lourdes et énergivores, UPlanet choisit la voie de l'IA locale, contextualisée et coopérative.

• Délégation et Swarm de calcul : Chaque station (NODE) gère de 50 à 2000 utilisateurs locaux. L'infrastructure de calcul (les nœuds d'inférence GPU possédant au moins 24 Go de VRAM) est découpée de manière équitable : chaque nœud alloue une ressource de calcul à des nœuds Satellites plus légers (avec 2 To de stockage pour uDRIVE).
• BRO & ARBOR : Ce swarm de calcul fait tourner localement des bases de données de RAG sémantiques (Qdrant) pour BRO (assistant personnel intime) et orchestre le système ARBOR pour raffiner et optimiser en continu la précision d'interprétation des commandes et des intentions, sans jamais faire fuiter les données des utilisateurs.

10. Synthèse Comparative des Architectures

L'architecture d'Astroport.ONE / UPlanet, validée par ses cinq publications sur TDCommons, démontre qu'une alternative souveraine au Web3 spéculatif est possible.

En liant la cryptographie de pointe (NIP-44, SSSS, NIP-17) à des réalités physiques, géographiques et monétaires concrètes (TrocZen, Ğ1, serveurs locaux Heartbox), le projet offre un modèle de Privacy by Design et d'émancipation technologique totale. Ce n'est plus la technologie qui s'impose aux humains, c'est l'harmonie des relations humaines et de la confiance locale qui dicte le fonctionnement de l'infrastructure.