Qu’est-ce qu’AeroNyx ?

AeroNyx est la couche de coordination chiffrée pour les agents IA autonomes.

Le protocole permet aux humains, aux applications et aux agents IA d’acheminer du trafic, d’échanger des messages chiffrés, de conserver une mémoire privée et de coordonner leur travail. L’infrastructure transporte du ciphertext et vérifie des preuves sans devenir un endroit capable de lire le contenu ou de profiler les utilisateurs.

En bref

Couche	Rôle	Ce que l’infrastructure peut voir
AeroNyx Protocol	Règles de routage privé, messagerie chiffrée, séparation d’identité, mémoire node-blind, découverte signée et relay opaque	Ciphertext, descriptors signés, métadonnées de route limitées et santé agrégée
AeroNyx App	Réseau de confidentialité, communication chiffrée, restauration d’identité, fichiers et workflows IA	Le texte clair uniquement sur l’endpoint contrôlé par l’utilisateur ou un service tiers explicitement choisi
Nœuds de confidentialité décentralisés	Transport et coordination opérés indépendamment	Le minimum de métadonnées requis pour accepter, router, limiter et comptabiliser le travail chiffré
MemChain	Mémoire privée local-first, synchronisation chiffrée et preuves append-only	Enregistrements chiffrés, index aveugles, vecteurs produits par le client et commitments signés, jamais la mémoire en clair
Nodeboard	Console opérateur sur app.aeronyx.network	Santé, capacité, incidents, audit des commandes et preuves agrégées, jamais le contenu utilisateur

Le protocole et les produits sont volontairement séparés. L’interface, le prix ou la distribution d’un produit peuvent évoluer. Le protocole conserve les règles durables : identification des nœuds, données observables, transfert du travail chiffré et affirmations vérifiables.

Pourquoi AeroNyx existe

Les personnes et les logiciels autonomes doivent communiquer, conserver du contexte et utiliser des services réseau au-delà des organisations et des régions. Les plateformes classiques centralisent souvent identité, historique, routage et politiques. Elles créent ainsi un point unique capable d’inspecter les utilisateurs, de corréler leur activité, de refuser l’accès ou d’être mis hors ligne.

AeroNyx suit une approche protocol-first :

routage privé sur un chemin chiffré choisi par l’utilisateur
chiffrement de bout en bout avant l’arrivée du contenu au relay
séparation entre identité de messagerie et identité de paiement ou wallet
stockage chiffré sous des clés contrôlées par l’utilisateur
MemChain conserve mémoire et synchronisation sans révéler le texte clair aux nœuds
signed discovery vérifie identité, capacité, fraîcheur et accessibilité des peers
blind relay transporte des enveloppes opaques et produit une preuve de livraison limitée
Nodeboard rend l’infrastructure exploitable sans transformer l’observabilité en surveillance

L’invariant du nœud aveugle

Les nœuds relay, les nœuds de stockage et les coordinateurs MemChain doivent rester aveugles au contenu utilisateur.

Ils peuvent traiter ciphertext, signatures, timestamps, état de route limité, protections anti-replay, limites, capacité et compteurs agrégés. Ils ne doivent pas recevoir les clés permettant de déchiffrer messages, payloads, DNS, historique de navigation, fichiers privés, texte MemChain ou secrets d’identité.

Il s’agit d’une frontière technique, pas d’une promesse que chaque service externe utilisé est aveugle. Si l’utilisateur transmet du texte clair à un modèle IA ou à un autre fournisseur, les conditions de ce fournisseur s’appliquent. AeroNyx expose clairement cette limite.

Ce qui est implémenté aujourd’hui

Disponible en production

sessions de réseau de confidentialité via des nœuds décentralisés enregistrés
communications directes et de groupe chiffrées de bout en bout
attachments chiffrés et sauvegarde d’identité
inscription de nœud, heartbeat signé, télémétrie de capacité et opérations Nodeboard
peer descriptors signés, récupération du peer store, probes de routeability et discovery permissionless
blind relay à un et deux sauts avec reçu terminal
primitives MemChain node-blind, commitments append-only, checkpoint witnesses et recall local-first

Déploiement contrôlé

multi-hop routing plus large, choisi par le client entre opérateurs indépendants
diversité réseau et signaux anti-Sybil plus robustes
store-and-forward décentralisé comme chemin par défaut
extension des full-node mirrors et witnesses pour la preuve publique du protocole

Ce que nous ne revendiquons pas

AeroNyx ne revendique pas aujourd’hui une résistance à l’analyse de trafic au niveau de Tor, une unlinkability parfaite, un consensus de chaîne publique mondiale ni l’utilisation automatique de plusieurs sauts pour chaque message. Probes synthétiques, événements opaques acceptés et livraisons confirmées par reçu terminal restent des classes de preuve distinctes.

Participation ouverte et responsabilité de l’opérateur

Un nœud compatible peut rejoindre discovery sans vote central s’il publie un descriptor signé et accessible, puis réussit les contrôles de fraîcheur et de routeability. Cette participation permissionless renforce la résilience, mais nécessite anti-abuse, diversité des opérateurs, capacités transparentes et sélection prudente des routes.

Chaque opérateur indépendant répond de sa machine, de sa juridiction, de sa sécurité et des déclarations associées au nœud. Exécuter un logiciel open source compatible ne fait pas de lui un salarié ou un agent d’AeroNyx.

Des preuves publiques, pas l’activité des utilisateurs

Les dashboards publics peuvent afficher nombre de nœuds, bytes et paquets chiffrés agrégés, capacité, fraîcheur des heartbeats, routeability, résultats des proofs et récupération. Ils ne doivent jamais afficher messages, payloads, DNS, destinations, URL, historique, activité IP publique du client, mémoire privée, graphe social ou trafic par wallet.