Présentation de l'accès au réseau Nym pour les agents IA : même les robots ont besoin de confidentialité !

Ce que le test a permis d’établir

Il s'agit d'un projet de R&D à un stade précoce. Soyons clairs sur notre position.

Le 5 mai 2026, nous avons effectué le premier test de bout en bout vérifié d’un agent IA achetant de manière autonome des identifiants du réseau NymVPN, puis se connectant au réseau Nym, sans aucune intervention humaine. La question n’était pas seulement « un agent peut-il se connecter ? », mais « un agent peut-il acheter et se connecter ? »

La réponse est oui. Avec certaines réserves.

Le test a été effectué sur macOS Apple Silicon. Les versions pour Linux et Windows sont en cours de développement actif : des binaires de publication existent, mais le flux complet et autonome des identifiants n’a pas encore été vérifié sur toutes les plateformes. Il reste encore des dépendances liées aux plateformes à résoudre. Ce qui a été confirmé :

IP réelle : ◼️◼️◼️.◼️.◼️.◼️:◼️◼️◼️◼️ → IP Nym : 185.100.86.106 ✓ Acheminement du trafic via Nym confirmé

Les identifiants stockés localement ne peuvent pas être associés cryptographiquement à l'adresse de portefeuille sur la chaîne. La garantie cryptographique a fonctionné comme prévu.

Le flux autonome en trois étapes

Le processus Pay as You Go comporte trois étapes, exécutables par n’importe quel logiciel disposant d’un portefeuille $NYM approvisionné.

Étape 1 : Enregistrer un portefeuille

compte nym-vpnc configuré [MNÉMONIQUE SUPPRIMÉ] --emplacement blockchain

Aucun compte NymVPN n'a été créé. Aucune identité n'est transmise. Le mnémonique est transmis via une variable d’environnement, jamais en tant qu’argument de la ligne de commande.

Étape 2 : Obtenir des carnets de tickets

nym-vpnc account obtain-ticketbooks --amount 1 --source smartcontract

dépose $NYM dans le smart contract Ticketbook et demande des identifiants zk-nym émis selon un seuil auprès de l’API décentralisée de Nym. 225 NYM, ~25 Go de bande passante, validité de 7 jours.

Étape 3a : Connexion SOCKS5 (mode proxy)

nym-vpnc socks5 enable --socks5-address 127.0.0.1:1080 --exit-random
nym-vpnc socks5 enable --socks5-address 127.0.0.1:1080 --exit-random
nym-vpnc socks5 enable --socks5-address 127.0.0.1:1080 --exit-random

Tout le trafic ultérieur transite par Nym. 42 secondes du début à la fin.

Il s'agit du mode SOCKS5 : seul le trafic explicitement envoyé via le proxy transite par Nym. Le trafic système – votre navigateur, vos appels, les autres processus – n’est pas affecté. Le test ci-dessus s’est déroulé sans interruption pendant une réunion en ligne en cours.

Étape 3b : Se connecter via le tunnel WireGuard

Lors de notre test, la connexion a atteint 7,17 Mo/s — soit un débit supérieur à la référence non protégée de 4,71 Mo/s. Cela s’explique par le fait que le nœud de sortie s’interconnecte plus directement avec l’infrastructure CDN qu’un FAI résidentiel. Utilisez ce mode pour la plupart des charges de travail des agents. Voici la commande :

nym-vpnc tunnel set --two-hop on && nym-vpnc connect-v2

Pour les exigences de confidentialité particulièrement strictes – telles que le journalisme, la recherche sensible ou les environnements hostiles –, utilisez le mode Mixnet à 5 sauts. Le compromis est de 0,08 Mo/s. Le ralentissement est dû au délai de mélange de Poisson : de par sa conception, les attaques par corrélation temporelle deviennent beaucoup plus difficiles à mettre en œuvre sur le plan informatique. Bien que cela ne semble pas très rapide, pour envoyer des requêtes textuelles à un LLM et pour recevoir des réponses textuelles de ce dernier, c’est largement suffisant !

Pour la vidéo et d’autres cas d’utilisation multimédia impliquant le téléchargement de fichiers volumineux, il est préférable d’utiliser le tunnel WireGuard.

La pédagogie de la machine

La mise en place de l’infrastructure technique ne représente que la moitié du travail. Un agent doit savoir que Nym existe avant de pouvoir l'utiliser. Il s’agit d’un problème d’architecture de l’information, et nous nous employons à le résoudre en parallèle.

llms.txt et llms-full.txt sont désormais disponibles sur nym.com. Ces fichiers de bot rendent la documentation et le site web de Nym indexables par les modèles de langage de grande envergure (LLM). Tout modèle explorant actuellement nym.com trouve désormais une section dédiée à l’accès des agents : ce qu’est le modèle « Pay as You Go », comment fonctionne le flux d’identifiants, comment acquérir des jetons $NYM, comment acheminer le trafic via SOCKS5.

Cela permet de boucler une boucle qui va bien au-delà d’un simple flux de paiement. L’architecture de B2Agent ne se limite pas à l’aspect technique. C’est une question épistémologique : le système de Nym est documenté sous une forme que les grands modèles de langage (LLM) peuvent ingérer, analyser et exploiter. Un agent peut découvrir Nym, comprendre comment l'utiliser et exécuter le flux d'accès – de manière autonome, à partir des principes fondamentaux.

Extrait de l’épistémologie de Nym. À l'infrastructure Nym. Accès au réseau Nym.

L'architecture informationnelle et l'architecture technique sont désormais alignées. Tout logiciel capable de gérer un portefeuille et d’afficher une page peut bénéficier de la confidentialité du réseau. La couche de découverte et la couche de capacités sont actives simultanément pour la première fois.

La phase 3 cible trois points d’intégration

Cela transforme ce flux vérifié en une infrastructure réutilisable pour les développeurs d’agents :

1. Claude Privacy MCP : encapsule le flux d'informations d'identification sous la forme d'un outil pouvant être appelé depuis n'importe quel agent Claude. « connect_vpn_mode », « get_credential », « rotate_exit_node ». Tout agent basé sur Claude bénéficie d’un accès à Nym sans avoir à écrire de code d’infrastructure.
2. API pour revendeurs de credentials : achetez des « ticketbooks » en gros, distribuez-les via l’API à des sous-agents ou à des clients. Permet aux plateformes d'orchestration de provisionner l'accès au réseau par programmation.
3. Nœuds d’intégration n8n / LangChain : routage SOCKS5 prêt à l’emploi pour les pipelines d’automatisation existants. Aucune modification du code n’est requise.

Nym est ouvert aux agents du futur

Cette faille de surveillance, que personne n’avait prévue, a désormais une solution – mise en place au niveau de la couche réseau même où le problème se situe.

Vos robots ont besoin de confidentialité parce que vous en avez besoin. Le réseau Nym est désormais ouvert aux agents du futur.

La seule condition préalable est de disposer d’un portefeuille approvisionné. Tout le reste n'est que du code.