Le changement de contexte tue l'élan. Lorsqu'un assistant IA s'interrompt en plein projet, la session suivante repart de zéro. Aucune mémoire de la structure du dépôt. Aucun rappel des ports actifs. Aucune conscience que le RPC de Monero faisait des siennes hier. Daniel Ioni a conçu quelque chose de brut et d'utile : un guide technique écrit spécifiquement pour les systèmes d'IA afin qu'ils puissent reprendre le travail sur le MyZubster Gateway sans assistance constante. Il fonctionne comme une mémoire synthétique persistante. Au lieu de déverser du code source brut, il apprend à la machine comment faire fonctionner le système, dépanner les pannes et respecter l'autorité de l'opérateur avant d'effectuer des changements destructeurs.

Ce que MyZubster construit réellement

MyZubster Gateway est une place de marché décentralisée construite autour de la tokenisation d'actifs du monde réel. En termes simples, il s'agit d'une infrastructure qui permet aux actifs physiques ou traditionnels de circuler on-chain avec des métadonnées et des règles de propriété définies. La plateforme gère la tokenisation d'actifs fongibles, ce qui signifie que les actifs peuvent être divisés, échangés et suivis avec des métadonnées standardisées attachées à chaque unité.

La confidentialité est au cœur de la conception. Les transactions sont réglées en Monero. Les actifs programmables et les NFT fonctionnent sur Tari. L'ensemble de l'opération se protège derrière un service Tor Onion, rendant la passerelle résistante à la censure et au blocage géographique. Une couche de sécurité s'exécute sur Kali Linux et utilise des bots de sécurité DeepSeek AI, suggérant une détection d'intrusion automatisée ou une analyse d'anomalies plutôt qu'une simple rotation de journaux. L'entiercement et la résolution des litiges ne sont pas des tâches manuelles de back-office. Ils sont automatisés, l'IA servant de médiateur lorsque les conditions de transaction déclenchent un conflit.

C'est la partie visible. En dessous, le système est un réseau de points de terminaison RPC, de bases de données locales et de processus Node.js qui doivent rester synchronisés, sous peine de voir la place de marché cesser de traiter les transactions.

La pile technique et pourquoi elle est importante

La passerelle écoute sur le port 3002. C'est la porte d'entrée. Le RPC du portefeuille Monero se trouve sur localhost:18083, gérant les opérations de portefeuille privé, les requêtes de solde et les transferts sortants sans exposer les données de l'utilisateur aux analyses de la chaîne publique. Le RPC de Tari répond sur localhost:12820, gérant la couche d'actifs programmables. Si l'un de ces points de terminaison dévie ou tombe en panne, la place de marché s'arrête net.

MongoDB sert de magasin de données opérationnelles en arrière-plan. Node.js alimente le service de la passerelle lui-même. Le code frontend se trouve dans un répertoire dédié à ~/myzubster-frontend. Il s'agit d'une pile décentralisée classique : des nœuds blockchain pour le règlement, une base de données locale pour l'état, et une fine couche web pour l'interaction, le tout enveloppé dans des outils de confidentialité. Rien ici n'est décoratif. Chaque port et chaque chemin a été choisi pour que le système soit autonome et défendable.

Exécution du système

Démarrer la passerelle se fait par une commande systemd unique : systemctl start myzubster-gateway. Cela semble trivial jusqu'à ce que le service échoue silencieusement après un redémarrage non surveillé. Il faut alors utiliser journalctl -u myzubster-gateway -n 50 --no-pager pour extraire les cinquante dernières lignes de journaux sans bruit de pagination. Ces cinquante lignes détiennent généralement la réponse. Peut-être que le RPC de Monero a refusé la connexion. Peut-être que MongoDB n'est jamais revenu en ligne après une mise à jour du système.

Le bot de sécurité se trouve à /root/security_bot.py et se lance avec python3 /root/security_bot.py. Exécuter un script de sécurité en tant que root n'est pas une pratique courante sur un serveur à usage général. Dans un environnement Kali durci dédié à la surveillance et à la réponse automatisée, cela correspond au modèle opérationnel. L'intégration de DeepSeek AI implique que le bot fait plus que scanner les journaux ; il évalue probablement le comportement du réseau ou les modèles de transaction pour détecter des signes de compromission.

Pour le travail sur le frontend, le guide élimine toute incertitude. L'IA connaît l'emplacement exact : cd ~/myzubster-frontend. Pas besoin de chercher dans /var/www, /opt ou des répertoires personnels éparpillés. Le guide impose la cohérence en fixant précisément ces chemins, ce qui est crucial lorsque plusieurs sessions ou différentes instances d'IA touchent le même serveur sur plusieurs semaines.

Quand les choses cassent

Lorsque la passerelle devient inaccessible, la première étape est la reconnaissance des processus. Exécutez ps aux | grep node pour voir si le processus Node.js est toujours en vie. S'il a disparu, vérifiez les journaux. Si les journaux indiquent une erreur de connexion à la base de données, MongoDB est le coupable. Relancez-le avec systemctl start mongod. De nombreuses applications décentralisées considèrent les nœuds blockchain comme le composant fragile, mais en pratique, c'est souvent l'instance locale de MongoDB qui flanche en premier après un arrêt brutal ou une mise à jour de routine des paquets.

Les problèmes de RPC Monero suivent un schéma différent. Si les soldes cessent de se mettre à jour ou si les transactions de paiement restent bloquées à l'état « en attente » (pending), le guide demande de vérifier le statut de monero-wallet-rpc. Cela signifie généralement qu'il faut vérifier que le processus RPC du portefeuille est en cours d'exécution, confirmer qu'il est synchronisé avec le bon daemon, et s'assurer que les flags d'authentification correspondent à ce que la passerelle (gateway) attend. Le triage est simple ici : d'abord la couche de règlement de la blockchain, ensuite la base de données, et enfin l'application. Ignorez cet ordre et vous chasserez des fantômes dans les logs Node.js alors que la véritable défaillance provient d'un port RPC inactif.

Comment l'IA doit utiliser ce manuel

Le guide impose quatre règles de comportement à l'IA, lesquelles révèlent une compréhension de la manière dont les assistants automatisés échouent dans les environnements de production.

Premièrement, référencer des sections spécifiques. Si l'utilisateur tente de résoudre un échec de paiement, l'IA doit nommer explicitement le sous-système RPC Monero ou d'escrow afin que l'utilisateur sache exactement quelle « tuyauterie » fuit. Deuxièmement, fournir des commandes exactes. Ne paraphrasez pas les flags et ne devinez pas les chemins. Troisièmement, suggérer la prochaine étape logique. La récupération d'un projet est une séquence ; passer aléatoirement des vérifications de ports aux bots de sécurité fait perdre des minutes et risque d'aggraver le problème. Quatrièmement, demander la confirmation de l'utilisateur avant de redémarrer des services ou de supprimer des données. L'autonomie est utile jusqu'à ce qu'elle efface accidentellement un cache de portefeuille ou fasse tomber la passerelle pendant des transactions actives.

Un document vivant

Ce guide est explicitement conçu pour évoluer. À mesure que le projet MyZubster grandit, l'IA met à jour le document. Cela crée une boucle de rétroaction où l'expérience opérationnelle devient une mémoire institutionnelle. Dans une petite équipe, ou pour un projet solo opérant sur différents fuseaux horaires et cycles de sommeil, cela remplace le savoir informel qui réside habituellement dans la tête des ingénieurs seniors. Le document apprend de chaque interruption de service.

L'essentiel à retenir

Les guides de récupération de projet par IA comme celui-ci résolvent un problème spécifique et douloureux. Ils comblent le fossé entre la documentation brute et la compréhension contextuelle. Pour MyZubster, cela signifie que la place de marché peut survivre à la perte de contexte, aux redémarrages et aux transitions d'équipe. La machine n'a pas besoin de réapprendre la stack de zéro à chaque fois qu'une nouvelle session commence. Elle a juste besoin de lire le manuel, de suivre les commandes exactes et de savoir quand s'arrêter pour poser une question.

Source : AI Technical Guide: MyZubster Project Recovery par Daniel Ioni

Communauté d'apprentissage optionnelle : GyaanSetu AI on Telegram