Contrôlez votre mineur Bitcoin avec Claude Code (MCP DCENT_axe)

Imaginez dire à un agent d’IA sur votre ordinateur portable, en langage simple : « mets mon Bitaxe en mode meilleure efficacité et baisse un peu le ventilateur », et le voir réellement le faire — lire le hashrate en direct, ajuster la tension du cœur, changer de pools — sans jamais ouvrir une page de configuration ni gratter une interface web. C’est l’objectif de conception derrière le server MCP intégré au firmware DCENT_axe, et c’est la chose la plus intéressante qui se passe à l’intersection des agents d’IA et du minage Bitcoin open source en ce moment.

Qu’est-ce que MCP, en un paragraphe ?

Le Model Context Protocol (MCP) est un standard ouvert, publié par Anthropic fin 2024, qui donne aux assistants d’IA une façon propre et structurée de parler au monde extérieur. Au lieu qu’un agent devine une page web ou analyse du HTML fragile, un server MCP annonce une liste de tools (fonctions que l’agent peut appeler, comme get_status ou set_frequency) et de resources (données structurées que l’agent peut lire). L’agent — le client MCP — découvre ces tools, décide lesquels appeler, et reçoit des réponses lisibles par machine. C’est, dans l’esprit, l’USB-C de l’IA : un seul protocole pour qu’un agent compatible se branche sur n’importe quel système compatible. Anthropic a open-sourcé la spécification, ce qui explique exactement pourquoi un petit projet de firmware peut l’implémenter et faire en sorte que Claude Code, Codex ou un agent Ollama local lui parle dès le premier jour. Nous construisons sur cette base, sans en inventer une nouvelle.

Pourquoi pointer un agent d’IA vers un mineur ?

Faire tourner un Bitaxe — ou un petit essaim d’entre eux — implique beaucoup de petites décisions fastidieuses. Quelle fréquence offre le meilleur ratio joules-par-térahash sur cette puce en particulier ? Le ventilateur est-il plus bruyant qu’il ne devrait pour la chaleur qu’il évacue réellement ? Le pool un a-t-il décroché à 3 h du matin ? Aujourd’hui, vous répondez à ces questions en cliquant dans un tableau de bord web, un mineur à la fois, et en modifiant les valeurs à la main. Ça fonctionne pour un appareil. Ça ne s’échelonne pas à une étagère d’entre eux, et ça ne vous permet pas d’automatiser les parts ennuyeuses.

Un agent d’IA avec des tools structurés change la forme de ce travail. Vous décrivez le résultat que vous voulez — « garde cette pièce autour de 21°C et mine aussi efficacement que possible pendant que tu le fais » — et l’agent lit la télémétrie, propose des changements dans les plages documentées, et rapporte ce qu’il a fait. L’idée n’est pas de donner les clés à un robot et de partir. L’idée est de transformer des clics opaques en flux de travail inspectables et répétables : horaires sensibles à la chaleur, cibles d’efficacité, détection d’outliers dans une flotte, récupération pilotée par alertes. Bien fait, l’opérateur garde le contrôle du matériel, du firmware, des identifiants de pool et de l’adresse de paiement — l’agent ne fait que le travail de fond et s’explique.

Ça s’inscrit proprement dans un état d’esprit de souveraineté. Un mineur que vous pouvez entièrement scripter — localement, avec des interfaces ouvertes, sans intermédiaire nuagique — est une pièce de plus d’infrastructure que vous possédez réellement plutôt que de louer. Si vous arrivez de notre couverture du calcul souverain, c’est le pendant côté minage de faire tourner vos propres models : posséder votre calcul, posséder votre argent, posséder votre mineur.

Le server MCP de DCENT_axe : les vrais tools

DCENT_axe est une réécriture clean-room, de zéro, du firmware Bitaxe en Rust, ciblant le microcontrôleur ESP32-S3 qui pilote le Bitaxe. Il existe parce que le projet AxeOS / ESP-Miner — construit par Skot et la communauté plus large du matériel ouvert — a prouvé que le firmware Bitaxe open source fonctionne tout court. Nous avons utilisé ESP-Miner comme référence de protocole et le créditons pour chaque carte de registres qu’il a publiée. DCENT_axe est une option complémentaire, pas un remplacement : plus d’options, c’est plus de décentralisation.

Ce qui rend DCENT_axe distinct, c’est son objectif de conception déterminant : un server MCP intégré, de sorte que le mineur est construit pour s’exposer aux agents d’IA compatibles comme des tools structurés plutôt qu’une page web grattée. L’interface est conçue pour annoncer 12+ tools et une poignée de resources en lecture seule. Voici la forme de ce qui est en construction, regroupée par tâche :

Monitor (lecture seule)

• get_status — hashrate en direct, température, consommation électrique, uptime, shares acceptées/rejetées
• get_asic_info — model de puce, fréquence, tension, grade de silicium (le niveau A/S/B/C de votre puce particulière)
• get_network — force du signal WiFi, adresse IP, qualité de connexion
• get_history — données de performance glissantes qui survivent aux redémarrages

Control (écriture)

• set_frequency — ajuster la vitesse d’horloge de l’ASIC en temps réel
• set_core_voltage — régler la tension pour l’efficacité ou la performance
• set_fan_speed — contrôle PWM du ventilateur, du murmure au plein régime
• set_pool — changer de pools sans toucher à une page de configuration
• toggle_mining — pause/reprise douce sans redémarrage
• set_schedule — profils de minage basés sur le temps

Optimize

• run_autotune — réglage assisté selon des modes comme max hashrate, meilleure efficacité, watts cibles et température cible (valeurs calculées à l’exécution pour votre silicium spécifique, pas des préréglages d’un tableur)
• ota_check — vérifier et appliquer les mises à jour de firmware
• restart_mining — redémarrage propre du pipeline de minage
• get_swarm — coordination d’une flotte multi-mineurs

Resources (lectures structurées)

• bitaxe://status — état du mineur en temps réel sous forme de données structurées
• bitaxe://history — historique de performance glissant
• bitaxe://config — instantané de la configuration actuelle

Remarquez la séparation entre les tools en lecture seule et les tools qui modifient réellement l’état du matériel. Cette séparation est volontaire : c’est ce qui vous permet de démarrer un agent dans une posture sûre de regarder-sans-toucher, et de n’accorder l’accès en écriture qu’une fois que vous faites confiance à ce qu’il fait. Les plages exactes, les gardes-fous et le modèle de permissions seront documentés par build bêta — ils font partie de ce qui est encore en cours de durcissement.

Guide pratique : pointer Claude Code vers votre mineur

Voici le modèle mental de la façon dont cela est censé fonctionner une fois qu’une image bêta publique correspondante existe pour votre appareil exact. Nous décrivons le flux prévu, sans vous remettre une build flashable — les images DCENT_axe sont encore en support incoming.

1. Flashez le firmware (quand votre model est supporté). DCENT_axe tourne sur les cartes de classe Bitaxe ESP32-S3 — la piste bêta cible les familles de puces courantes : BM1370 (Gamma, GT), BM1366 (Ultra), BM1368 (Supra), et BM1397 (Max). Vous ne flashez qu’une fois qu’une image publiée correspond à votre model exact, à la révision de carte, et qu’un chemin de récupération est en main.
2. Mettez le server MCP en service. Le server tourne localement sur le mineur, sur votre propre réseau. Il n’y a aucun courtier nuagique sur le chemin — l’agent parle directement à l’appareil, ce qui est tout l’intérêt de le garder souverain.
3. Enregistrez le server auprès de Claude Code. Claude Code a un support MCP natif, donc vous ajoutez le mineur comme server MCP dans sa configuration de la même façon que vous ajouteriez n’importe quelle autre source de tools MCP. À partir de ce moment, Claude Code peut découvrir automatiquement les tools du mineur.
4. Parlez à votre mineur. Maintenant, la partie en langage naturel fonctionne. Une demande comme « Mets mon Bitaxe Gamma en mode meilleure efficacité et baisse la cible du ventilateur » devient une séquence d’appels de tools explicites — get_status, puis run_autotune, puis set_fan_speed — que vous pouvez voir, approuver et auditer. L’agent explique ce qu’il a changé et pourquoi.
5. Commencez en lecture seule, puis élargissez. Le chemin raisonnable est de commencer avec les tools de monitoring seulement, de confirmer que l’agent lit correctement votre mineur, et d’activer les tools de contrôle une fois que vous comprenez les limites de fonctionnement de cette build bêta.

Le même flux s’applique aux autres vrais clients MCP. Codex, l’agent de codage d’OpenAI, peut scripter et automatiser les opérations du mineur de la même façon. Et parce que MCP est un protocole ouvert, un agent local basé sur Ollama tournant entièrement sur du matériel que vous possédez peut piloter le mineur sans aucun nuage tiers — ce qui, pour beaucoup de plebs, est la version la plus séduisante de cette histoire. Si vous préférez automatiser depuis une simple ligne de commande plutôt que depuis l’intérieur d’un agent, le DCENT_Toolbox est le compagnon CLI open source pour gérer et sécuriser les mineurs directement.

Ce qu’il peut et ne peut pas faire — honnêtement

Nous préférons sous-promettre ici plutôt que de vous faire flasher une build bêta sur de mauvaises hypothèses.

Ce que cette approche permet réellement

• Contrôle du mineur en langage naturel via une API locale structurée au lieu d’un grattage web fragile.
• Flux d’optimisation répétables — cibles d’efficacité, horaires sensibles à la chaleur, surveillance des pools — exprimés une fois et relancés.
• Coordination de petite flotte : comparer les appareils, repérer l’outlier qui chauffe ou sous-hashe.
• Automatisation inspectable : chaque changement est un appel de tool explicite que vous pouvez examiner, pas une boîte noire.

Ce qu’elle ne fait pas

• Elle ne fait pas tourner d’IA sur le mineur. L’ESP32-S3 hashe le SHA-256 ; il ne fait pas d’inférence. L’agent d’IA tourne sur votre ordinateur portable, server ou node — là où vivent Claude Code, Codex ou Ollama — et atteint le mineur via MCP. Le mineur est le tool, jamais le cerveau. (Le même mur s’applique aux ASICs industriels : une puce SHA-256 est à fonction fixe et ne peut pas faire de travail d’IA. C’est une ligne dure que nous tenons dans toute notre couverture.)
• Ce n’est pas un overclock magique. L’autotuner calcule de vraies valeurs pour votre silicium ; il n’invoque pas de hashrate gratuit. La physique gagne toujours.
• Ce n’est pas prêt pour la production. DCENT_axe est un firmware bêta. Un firmware bêta peut bricker le matériel, casser la configuration WiFi, mal lire les capteurs, ou exiger une récupération USB/UART. Ne flashez jamais qu’un mineur de test que vous êtes pleinement prêt à récupérer ou à perdre. Si déboguer des journaux série n’est pas votre idée du plaisir, attendez une version ultérieure. C’est la frontière FAFO, dite clairement.
• Les images de firmware sont en ligne ; les cartes ne le sont pas. Les images 0.3.0 se flashent depuis le web flasher aujourd’hui ; les propres cartes de DCENT_axe ne sont pas encore expédiées (sortie bientôt), et l’outillage MCP mûrit encore.

Aucune de ces mises en garde n’est une excuse. C’est le contrat honnête de travailler à la frontière open source. Nous préférons être ceux qui vous disent que le firmware peut bricker votre mineur plutôt que ceux qui prétendent le contraire.

Où ça s’en va

Le grand arc n’est pas « l’IA contrôle votre mineur ». C’est « vous possédez chaque couche ». Pendant des années, le contrôle du mineur a été une interface web fermée que vous piquez à la main, ou un firmware fermé qui décide de ce que vous avez le droit de changer. Une interface MCP ouverte sur un firmware ouvert renverse ça : l’agent est à vous, le model peut être à vous (faites-le tourner sur Ollama), le firmware est à vous de lire, et le matériel a toujours été à vous. Le protocole est ouvert par conception, donc si vous n’aimez pas notre agent, vous pouvez construire le vôtre et le pointer vers votre Bitaxe.

C’est le même fil qui traverse tout ce que D-Central construit en ce moment — Bitcoin comme sauvegarde de la monnaie fiat, l’IA locale comme sauvegarde de l’intelligence louée, le firmware ouvert comme sauvegarde du verrouillage fournisseur. Un mineur que vous pouvez entièrement scripter avec un agent que vous contrôlez est une couche de plus de cette pile rendue réelle. Si vous voulez le portrait plus large, notre hub de souveraineté relie les sauvegardes d’argent, de calcul, d’énergie et de connectivité. Et si vous voulez suivre le firmware lui-même — le travail MCP, la liste du matériel supporté, le déploiement bêta — tout cela vit sur la page DCENT_axe.

C’est un logiciel bêta, écrit par une petite équipe de pirates du minage Bitcoin qui font réellement tourner ce firmware sur leurs propres bancs avant de le demander à quiconque d’autre. Nous nous tenons sur les épaules d’AxeOS, d’ESP-Miner et de la spécification MCP d’Anthropic — et nous prolongeons l’idée vers un endroit où aucun d’eux n’est encore allé : un Bitaxe ouvert que vous pouvez confier à un agent et dont vous pouvez attendre qu’il reste honnête sur ce qu’il fait.

FAQ

The Bitaxe 184.99 $  –  224.99 $Plage de prix : 184.99 $ à 224.99 $ CAD

Acheter le Bitaxe →