Exécutez l’agent Hermes sur votre nœud Bitcoin — ne louez pas de VPS

Vous faites déjà tourner un node. Peut-être un Raspberry Pi glissé derrière le routeur, peut-être un mini-PC reconditionné qui ronronne dans un placard, peut-être une vraie machine que vous avez montée pour valider chaque bloc vous-même. Le point est le même : vous avez acheté le matériel, vous le possédez, et personne ne peut l’éteindre. C’est exactement la raison pour laquelle vous faites tourner votre propre node plutôt que de faire confiance à celui de quelqu’un d’autre.

Voici donc une idée qui mérite qu’on s’y arrête. Le monde de l’IA converge vers le même schéma que les Bitcoiners ont compris il y a des années : les outils ouverts rattrapent les outils fermés, et vous pouvez les faire tourner sur du matériel que vous contrôlez plutôt que de louer du temps sur le serveur d’un inconnu. Hermes Agent, un agent open-source de Nous Research, est l’un de ces outils. Si vous avez une machine capable de faire tourner un node, vous êtes déjà presque rendu à héberger un agent dessus — pas de VPS, pas de facture cloud mensuelle, pas de compte qui peut être gelé.

Voici un tour d’horizon sobre et honnête de ce que ça veut dire concrètement : ce qui fonctionne, ce qui ne fonctionne pas, et où la réalité du matériel se fait sentir. Nous n’allons rien sur-vendre.

Pourquoi self-host un agent, au juste?

L’argument d’un agent d’IA hébergé, c’est la commodité : quelqu’un d’autre gère les serveurs, vous payez un abonnement, vous ne pensez jamais au matériel. L’argument du self-hosting, c’est exactement le même que vous avez déjà accepté en faisant tourner votre propre node.

• Souveraineté. Un agent hébergé vit sur une infrastructure que vous ne contrôlez pas. Les conditions changent, les comptes se font suspendre, les prix grimpent. Un agent sur votre propre machine ne répond qu’à vous, et à personne d’autre.
• Confidentialité. Quand l’agent tourne en local contre un model local, vos prompts et vos données ne quittent jamais la pièce. Il n’y a pas de tiers qui journalise ce que vous demandez, pas de télémétrie qui rappelle à la maison. Pour quiconque tient à ne pas être le produit, c’est tout le jeu.
• Pas de loyer. Vous avez acheté le matériel une fois. Faire tourner du logiciel dessus n’ajoute pas de facture récurrente. Un VPS ou une API au token, oui — pour toujours, et le compteur ne s’arrête jamais.
• C’est le même instinct que pour vos clés. Pas vos clés, pas vos coins. Pas votre compute, pas votre agent. Posséder le silicium sur lequel l’agent tourne, c’est le prolongement logique de faire tourner son propre node.

Rien de tout cela ne veut dire que le self-hosting est strictement meilleur pour tout le monde. Ça veut dire que le compromis vous appartient, selon vos conditions — et c’est ce qui compte. Si vous voulez l’argument plus profond pour garder votre propre infrastructure, c’est l’épine dorsale de notre travail sur la souveraineté.

Ce qu’est vraiment Hermes Agent

Rendons à César ce qui lui appartient : Hermes Agent est conçu et publié par Nous Research, un labo d’IA open-source, sous une licence ouverte permissive. Nous ne l’avons pas construit et nous n’y sommes pas affiliés — nous pensons simplement qu’il s’intègre bien à l’histoire du matériel souverain, de la même façon qu’Ollama, Bitcoin Core et une centaine d’autres outils ouverts.

En milieu de 2026, la version courte est celle-ci : Hermes Agent tourne comme un processus persistant sur une machine que vous possédez. Il conserve la mémoire d’une session à l’autre au lieu d’oublier tout quand la fenêtre de chat se ferme, il peut exécuter des tâches planifiées, et il peut appeler des outils — recherche web, extraction de pages, et ainsi de suite. Crucial pour nos besoins, il n’exige pas un model cloud. Il s’adresse à n’importe quel backend de model que vous lui indiquez, y compris des models locaux servis par Ollama sur la même machine. Faites-le tourner ainsi et il n’y a ni télémétrie ni verrouillage cloud; vos données restent sur votre machine.

Ce dernier détail, c’est ce qui le rend intéressant pour un opérateur de node. L’agent n’est que du logiciel; le cerveau qu’il utilise peut être un model local qui tourne sur du matériel que vous possédez déjà.

La réalité du matériel — et une chose qu’il n’est pas

Éliminons la confusion la plus courante avant qu’elle ne prenne racine, parce que ça compte.

Donc quand nous disons « hébergez l’agent sur la même machine que votre node », nous parlons de l’ordinateur polyvalent sur lequel tourne le logiciel de votre node — un Pi, un mini-PC, un petit serveur, un bureau avec un GPU. C’est la machine qui peut faire de la vraie inference. Le mineur reste un mineur.

Maintenant, que peut réellement gérer cette machine? Soyez honnête avec vous-même. Au moment d’écrire ces lignes, Nous publie des models Hermes en quelques tailles, livrés en quantizations GGUF que vous pouvez faire tourner via Ollama :

• Un petit model (autour de 3B paramètres) peut tourner sur environ 4 Go de VRAM et est la cible réaliste pour une machine edge ou un GPU d’entrée de gamme. Traitez ces chiffres comme un instantané — les niveaux de quantization et les versions bougent, alors vérifiez la fiche model actuelle avant de vous engager.
• Un model mid (autour de 8B paramètres) à une quantization sensée demande quelque chose dans le voisinage de 6–8 Go de VRAM. C’est un GPU grand public moderne, pas un Raspberry Pi.
• L’agent lui-même s’attend à un model avec une grande fenêtre de context (Nous note qu’un model a besoin d’environ 64K tokens de context pour gérer l’usage multi-étapes d’outils). Un model en dessous de ça peut chatter, mais il peinera à piloter les workflows plus longs de l’agent.

Lisez ça comme des chiffres en-date-de-mi-2026, pas comme parole d’évangile. Le constat honnête : un node Raspberry Pi nu peut faire tourner le processus de l’agent, mais il ne lui donnera pas un cerveau local solide — vous devriez soit le pointer vers un model hébergé, soit accepter un très petit. Une machine de node avec un GPU correct, ou une machine séparée sur votre LAN qui en a un, c’est là que l’inference locale devient vraiment utile.

Le faire tourner à côté de votre node

Voici la partie que personne qui vous vend un abonnement cloud ne dira à voix haute : votre node et un agent d’IA veulent des ressources différentes, et ils peuvent se marcher sur les pieds si vous n’êtes pas prudent.

• Bitcoin Core est sensible à la RAM et aux E/S, pas lié au GPU. Il veut de la mémoire et un disque rapide pour l’ensemble UTXO et la validation. L’inference, c’est l’inverse — elle s’appuie fort sur le GPU (ou ronge le CPU et la RAM si vous n’avez pas de GPU). Sur papier, ils ne se disputent pas le même goulot d’étranglement, ce qui est une bonne nouvelle.
• Mais la RAM partagée, c’est réel. Si votre node et un model local se battent pour le même pool de mémoire modeste, les deux en souffrent. Sur une petite machine, faites tourner le model petit ou faites-le tourner sur une autre machine de votre réseau.
• La chaleur et la puissance s’additionnent. Un GPU sous charge d’inference tire des watts et produit de la chaleur. C’est correct dans un Hashcenter ou une pièce bien ventilée; ça mérite réflexion dans un placard qui a déjà un node et un disque qui chauffent les choses.
• L’espace disque. Un node élagué (pruned) est léger, un node d’archives ne l’est pas, et les weights de model ajoutent des gigaoctets par-dessus. Planifiez le stockage avant de commencer, pas après.

Le schéma propre pour la plupart des gens est simple : laissez le node faire son unique job sacré, et soit mettez le model sur la même machine seulement s’il y a la marge, soit faites tourner l’inference sur une deuxième machine et laissez l’agent lui parler sur le LAN. Deux machines que vous possédez battent encore une machine que quelqu’un d’autre possède.

Ce que vous perdez face à un agent hébergé

Nous n’allons pas prétendre que le self-hosting est sans coût. Ce n’est pas le cas. Voici le bilan honnête.

• Qualité brute du model. Les plus gros models de frontière vivent dans des centres de données avec du matériel que vous ne mettrez jamais dans un placard. Un model local 3B ou 8B est capable et s’améliore vite, mais il n’égalera pas les plus gros models hébergés sur les tâches les plus dures. Pour beaucoup de travail d’agent pratique, c’est amplement suffisant; pour le raisonnement de pointe, c’est un compromis que vous choisissez délibérément.
• Effort d’installation. Un agent hébergé, c’est un formulaire d’inscription. Le self-hosting, c’est vous qui installez le logiciel, tirez un model, et entretenez la machine. Hermes s’installe via une seule commande et supporte Linux, macOS et WSL2, ce qui abaisse la barre — mais c’est encore à vous de le garder en marche.
• La maintenance, c’est vous. Mises à jour, redémarrages, la dépendance cassée occasionnelle. L’envers de personne ne pouvant l’éteindre, c’est que personne d’autre ne le répare non plus.

Nous n’allons pas promettre d’uptime, de vitesse, ni que « c’est plus rapide qu’un VPS », parce que ça dépend entièrement de votre matériel et de votre choix de model. Ce que nous dirons clairement : vous échangez un peu de commodité et un peu de qualité de frontière contre la pleine propriété et zéro loyer. Que ce soit un bon échange, c’est votre appel — exactement comme ça doit l’être.

Pour démarrer

Si vous voulez l’essayer, le chemin est court et chaque pièce est ouverte. Rien ici ne coûte un abonnement.

1. Choisissez votre machine. Décidez si l’agent vivra sur votre machine de node ou sur un ordinateur séparé de votre LAN. Si vous voulez de l’inference locale qui soit réellement utile, assurez-vous que cette machine a un GPU avec assez de VRAM pour la taille de model que vous voulez.
2. Installez un serveur de model local. Ollama est le défaut amical : il télécharge les weights, gère la mémoire GPU, et sert une API standard sur votre propre machine. Tirez un model Hermes dans une taille que votre matériel peut gérer.
3. Installez Hermes Agent. Suivez la documentation de Nous Research elle-même — ça s’installe avec une seule commande sur Linux, macOS ou WSL2. Faites toujours confiance aux instructions du projet en amont plutôt qu’à n’importe quel blog tiers, y compris celui-ci, pour les étapes exactes.
4. Pointez l’agent vers votre model local. Configurez Hermes pour utiliser votre endpoint Ollama plutôt qu’un fournisseur cloud. La boucle est maintenant fermée : agent ouvert, model ouvert, votre matériel, vos données.
5. Commencez petit. Donnez-lui d’abord une tâche simple, à faibles enjeux. Confirmez son comportement avant de le laisser exécuter des jobs planifiés sans surveillance.

Si vous voulez une machine de self-hosting et que vous préférez acheter du matériel reconditionné éprouvé plutôt que de courir après le neuf, notre boutique porte de l’équipement qui a encore de la vie — la même éthique réemploi-plutôt-que-gaspillage qui traverse tout ce que nous faisons. Et pour l’argument plus large du self-hosting de votre propre IA, ce fil se trouve dans notre couverture sur le self-hosting d’IA.

Un autre angle qui vaut le détour une fois que ça tourne : un agent sur votre propre node peut aussi être branché pour payer des choses en Bitcoin sur Lightning, sans carte de crédit dans la boucle. Nous couvrons ça dans quand votre agent paie ses propres factures en sats. Possédez d’abord le compute; laissez-le dépenser des sats ensuite.

FAQ

Puis-je faire tourner Hermes Agent sur mon ASIC de minage Bitcoin?

Non. Un ASIC SHA-256, c’est du silicium à fonction fixe conçu pour une seule opération mathématique, et sa carte de contrôle est un minuscule ordinateur embarqué qui ne fait qu’alimenter les puces de hachage en travail. L’agent tourne sur votre machine de node polyvalente — un Pi, un mini-PC, ou une machine GPU — pas sur le mineur. Même rack, matériel différent.

De quel matériel ai-je réellement besoin?

Pour le processus de l’agent, presque n’importe quelle machine capable de faire tourner un node. Pour de l’inference locale utile, un GPU avec assez de VRAM pour le model choisi — en mi-2026, environ 4 Go pour un petit model (~3B) et 6–8 Go pour un model mid (~8B) à une quantization sensée. Traitez ça comme un instantané et vérifiez la fiche model actuelle, car les versions et les niveaux de quant changent.

Hermes Agent est-il vraiment gratuit et open source?

Hermes Agent est publié par Nous Research sous une licence ouverte permissive, et tourné contre un model local via Ollama il n’y a ni abonnement ni télémétrie. Vous payez encore votre propre électricité et votre matériel — « gratuit » veut dire pas de loyer à un fournisseur cloud, pas libre des lois de la physique.

Un agent self-hosted sera-t-il aussi bon qu’un agent hébergé?

Sur la qualité brute du model, les plus gros models hébergés gardent encore un avantage pour les tâches les plus dures — ils tournent sur du matériel de centre de données que vous n’égalerez pas à la maison. Pour beaucoup de travail d’agent du quotidien, un bon model local est amplement suffisant. Vous échangez une part de capacité de frontière et de commodité contre la propriété, la confidentialité, et l’absence de facture récurrente. Nous ne faisons aucune promesse de vitesse ni d’uptime; ça dépend de votre machine.

Pourquoi s’embêter plutôt que de simplement louer un VPS?

Pour la même raison que vous faites tourner votre propre node plutôt que de faire confiance à un explorateur de blocs. Un VPS, c’est du matériel que quelqu’un d’autre contrôle, avec une facture qui ne s’arrête jamais et un compte qui peut être gelé. Si vous possédez déjà une machine capable, héberger l’agent vous-même signifie que votre compute et vos données ne répondent qu’à vous. La commodité a un prix; la souveraineté aussi. Choisissez celui avec lequel vous pouvez vivre.

D-Central est une équipe de hackers du minage Bitcoin. Nous ne sommes pas affiliés à Nous Research ni à Ollama — nous respectons simplement les outils ouverts qui vous laissent posséder votre propre stack, une couche de plus à la fois.