La version courte : cessez d’accorder votre mineur à un hashrate fixe et commencez à l’accorder à un nombre de watts — puis liez ce budget de watts à l’état de charge (SoC) de votre batterie. Quand la batterie est pleine et que le soleil est là, minez le surplus ; à mesure que le SoC baisse, réduisez la cible de watts ; près du vide, réduisez jusqu’au ralenti et réveillez-vous en quelques secondes quand la charge se rétablit. C’est la couche d’exploitation qui se pose par-dessus tout le calcul de dimensionnement solaire et d’économie que vous avez déjà fait.
La plupart des articles sur le minage hors réseau s’arrêtent à la liste d’achats : panneaux, onduleur, banc de batteries, régulateur de charge. Ça, c’est le matériel. Ce que presque personne n’écrit, c’est la boucle de contrôle — la logique instant par instant qui décide à quelle intensité le mineur tourne selon l’énergie que vous pouvez réellement épargner en ce moment. C’est la lacune que ce guide comble. S’il vous reste à dimensionner le champ lui-même, commencez par notre calculateur de dimensionnement solaire hors réseau et l’économie plus large dans notre regard sur le stockage par batterie et Bitcoin. Cet article suppose que les panneaux sont sur le toit et demande : maintenant, qu’est-ce qui fait se comporter le mineur ?
Le basculement conceptuel : cibler des watts, pas un hashrate
Un mineur ASIC laissé à lui-même veut tourner à fond à une fréquence fixe, tirant la puissance que cela exige. Sur le réseau, c’est correct. Sur une batterie, c’est la recette d’un banc à plat au coucher du soleil.
Le meilleur modèle mental — et celui qui rend tout le reste possible — est le ciblage ancré sur les watts. Au lieu de dire au mineur « produis X térahash », vous lui dites « ne tire pas plus de Y watts, et extrais le maximum de hashrate à l’intérieur de ce budget ». C’est une capacité réelle et documentée des micrologiciels d’auto-réglage modernes : la cible d’un régleur peut être configurée en hashrate, en watts ou en efficacité (joules par térahash). Sous une cible de watts, le régleur redistribue la fréquence entre les puces pour maximiser le hashrate dans le budget de puissance, en ralentissant d’abord les puces les moins performantes (J/TH le plus élevé).
Pourquoi cela importe-t-il pour le solaire ? Parce que votre puissance disponible est un nombre mouvant. Un nuage passe, une boucle de budget de watts s’ajuste ; le soleil revient, elle remonte. Un mineur ancré sur le hashrate ne peut pas suivre cela — il ne connaît qu’une seule vitesse. Un mineur ancré sur les watts suit le surplus.
Comment un mineur « suit » réellement un nombre
Le mécanisme sous-jacent est une boucle de contrôle. Dans une conception à ciblage de watts, un contrôleur de style PID échantillonne la puissance mesurée toutes les quelques secondes, calcule l’écart entre les watts cibles et les watts mesurés, et convertit cet écart en un petit ajustement de fréquence, redistribué entre les puces selon leur score de qualité de silicium. C’est ce qui permet à un mineur de poursuivre un chiffre de surplus en douceur plutôt que de basculer brutalement entre marche et arrêt.
Une note d’exactitude à graver dans la mémoire : sur un ASIC multi-puces, l’optimisation de la tension est par domaine, pas par puce. Environ dix puces partagent un seul convertisseur CC-CC, et ce groupe forme un « domaine de tension ». Une hashboard de S19 XP, par exemple, regroupe ses 110 puces en onze domaines de tension de dix puces chacun — le régleur fixe la tension à cette granularité de domaine tout en ajustant individuellement la fréquence de chaque puce. Quiconque vous dit qu’un mineur fait un vrai « contrôle de tension par puce » se trompe ; le rail n’est tout simplement pas câblé ainsi.
Le chemin des données : onduleur → domotique → mineur
Le minage piloté par l’état de charge, ce sont trois boîtes reliées par un fil (habituellement un câble réseau) :
- L’onduleur / système de batterie rapporte le SoC. L’écosystème Victron Energy est la référence courante ici — un Cerbo GX exécutant Venus OS, avec le portail VRM — et il expose le SoC de la batterie par des surfaces standard comme Modbus-TCP, MQTT et Node-RED. Bien d’autres plateformes d’onduleurs hybrides exposent la même télémétrie ; le point est que le SoC est un nombre lisible, pas une devinette. Crédit là où il est dû : l’écosystème des onduleurs a fait le dur travail de rendre ces données accessibles.
- Un cerveau domotique lit le SoC et décide. Home Assistant est le choix habituel — il ingère le capteur de SoC et exécute des automatisations selon des seuils. C’est la couche où vit votre politique.
- Le mineur accepte une commande de cible de watts. L’automatisation envoie une nouvelle cible de puissance à l’API du mineur, et l’auto-régleur fait le reste.
Aucune de ces trois pièces n’est exotique, et surtout, D-Central n’en a inventé aucune. Nous nous tenons sur les épaules des communautés Victron et des onduleurs hybrides, du projet Home Assistant, et du travail open-source de contrôle de minage ci-dessous.
Une échelle de seuils de SoC à titre indicatif
Voici le cœur de l’affaire : une échelle qui associe des bandes de SoC de la batterie à des comportements du mineur. Chaque nombre ici est une estimation à titre indicatif — la chimie de votre banc, votre tolérance de profondeur de décharge, vos charges et votre climat déplaceront ces valeurs. Traitez-la comme une forme à copier, pas comme une spécification à respecter.
- Au-dessus de ~85 % de SoC (batterie pleine, surplus disponible) : réglez la cible de watts sur tout votre surplus disponible. Vous absorbez de l’énergie qui serait autrement écrêtée.
- ~50 à 85 % de SoC (confortable, mais à surveiller) : modulez la cible de watts vers le bas à mesure que le SoC tombe, laissant la boucle PID descendre le tirage du mineur pour correspondre. Le mineur continue de hacher, juste plus sobrement.
- En dessous de ~40 % de SoC (protéger le banc) : réduisez jusqu’au ralenti. Les hashboards se désénergisent ; la carte de contrôle reste vivante et à l’écoute.
- Sur le chemin du retour : à mesure que le SoC remonte à travers vos bandes, augmentez de nouveau la cible de watts par paliers. Parce que le mineur revient à une cible déjà utilisée, il peut reprendre rapidement (plus là-dessus juste après).
Ajouter de l’hystérésis — par exemple, exiger que le SoC grimpe de quelques points au-dessus d’un seuil avant de remonter d’un palier — empêche le mineur de battre entre marche et arrêt autour d’une limite. C’est un détail dont le matériel vous remerciera.
Pourquoi réduire est bon marché, et le réveil rapide
Deux choses rendent ceci pratique. D’abord, réduire un mineur au ralenti est une opération prévue par conception, pas un abus du matériel. L’outillage de contrôle de flotte expose des commandes explicites de réduction (curtail) et de rétablissement précisément à cette fin, et un micrologiciel capable de réduction peut couper et rétablir la puissance en un seul appel d’API — certaines implémentations en bien moins de cinq secondes. Vous n’« endommagez » rien en garant la machine quand le banc est bas.
Deuxièmement, le retour en ligne est rapide quand vous revenez à une cible connue. Les profils d’auto-réglage peuvent être mis en cache et indexés par cible de puissance, de sorte que demander une cible déjà utilisée se recharge presque instantanément au lieu de reconverger à partir de zéro. Un petit mineur à faible puissance peut remonter sa fréquence en environ sept secondes (une estimation d’après le comportement d’ESP-Miner ouvert sur du matériel de classe Bitaxe). La mise en garde honnête : un tout premier réglage à froid est une autre bête — la convergence complète peut prendre de l’ordre de dix à quinze minutes. Donc « réveil en moins d’une minute » décrit la reprise d’une cible de watts mise en cache, pas la découverte d’une cible pour la première fois. Ne confondez pas les deux.
Comme estimation approximative pour un ASIC complet fonctionnant ainsi, attendez-vous à ce que le plancher de ralenti se situe dans les dizaines de watts — la carte de contrôle et le réseau restent alimentés pendant que les hashboards se reposent. L’exemple « sensible au solaire » de DCENT_OS vise un comportement de l’ordre de ~25 W au ralenti avec un réveil en moins d’une minute vers une cible mise en cache. Ce chiffre de ~25 W est une estimation, pas un nombre d’ASIC complet mesuré par la Bible — votre résultat variera selon le modèle.
La réduction comme concept éprouvé
Le bridage piloté par le SoC est une instance d’une idée plus générale : la réduction programmatique de la charge de minage. Vous n’avez pas à nous croire sur parole quant à sa validité — elle existe déjà au grand jour. Le projet open-source proto-fleet de Block (aux côtés du travail de contrôle asic-rs sous Apache-2.0 de la 256 Foundation) définit un CurtailmentService avec des modes explicites — parmi eux un plafond en kilowatts fixe, un nombre d’appareils fixe, un déclencheur de réponse à la demande, un plafond de puissance du site et une limite thermique — avec un cycle de vie propre : prévisualiser l’impact, démarrer, rétablissement échelonné, arrêter, et une protection de durée maximale.
Deux de ces modes correspondent presque parfaitement au travail solaire. Un plafond de puissance du site est exactement « garder la flotte sous le surplus que j’ai en ce moment ». Un mode de seuil de rentabilité par le prix (miner seulement au-dessus de votre point mort) est de la même famille — bien que dans proto-fleet celui-ci soit actuellement réservé et non livré, alors traitez-le comme un concept, pas une fonction que vous pouvez activer aujourd’hui. Le détail du rétablissement échelonné importe aussi : ramener les machines progressivement évite d’assommer votre onduleur avec un mur d’appel de courant.
Nous décrivons cela comme le concept éprouvé qu’il est. D-Central n’a pas construit proto-fleet ni asic-rs ; le crédit revient à Block et à la 256 Foundation (asic-rs est le travail de Brett Rowan et de ses contributeurs), et à la communauté open-source plus large de la réduction.
Où s’insère DCENT_OS — un exemple ouvert
Notre propre DCENT_OS inclut un comportement sensible au solaire qui met en œuvre cette boucle : lire un signal de SoC, tenir une cible de watts, réduire à un bas ralenti à faible charge, et reprendre depuis une cible mise en cache au rétablissement. C’est un projet à code source ouvert (GPL-3.0, public sur GitHub) et toujours en bêta, la bêta publique étant ouverte depuis le 9 juillet 2026. Nous le mentionnons comme un exemple ouvert dans un écosystème crédité — pas comme la réponse, et sans promesse qu’il fasse plus qu’il ne fait. La même boucle de contrôle est réalisable dès aujourd’hui avec un micrologiciel à ciblage de watts, un onduleur qui publie le SoC, et Home Assistant qui les relie.
Si vous préférez tourner léger et apprendre la boucle sur du matériel bon marché d’abord, un mineur open-source à faible puissance est un excellent professeur — le Bitaxe, créé par Skot (Skot9000) et développé au grand jour par la communauté Open Source Miners United, monte et réduit assez vite pour que vous puissiez voir toute la boucle de contrôle respirer en temps réel.
Au-delà du solaire : la même boucle rapporte deux fois
La boucle de contrôle ancrée sur les watts que vous construisez pour le SoC est la même machinerie que vous utiliseriez pour deux autres angles de revenu et d’efficacité. Si votre service public organise des événements de réduction payés, le déclencheur de réponse à la demande est le motif identique pointé vers un signal du réseau au lieu d’une batterie — voyez notre guide sur les programmes de réponse à la demande et de réduction pour mineurs. Et parce qu’un mineur réduit au ralenti cesse de produire de la chaleur, quiconque utilise son mineur pour chauffer un espace ou de l’eau doit réfléchir à la façon dont le bridage interagit avec sa charge thermique — notre matrice de compatibilité de réutilisation de la chaleur est l’endroit pour concilier « miner sur le surplus » et « garder la pièce au chaud ». Pour le volet stockage de l’équation, notre introduction à l’intégration des systèmes de batteries au minage domestique et l’approche verte du minage domestique alimenté au solaire complètent le portrait.
Le point à retenir
Le minage hors réseau n’est pas vraiment un problème de matériel une fois les panneaux installés — c’est un problème de contrôle. Le déclic est un seul basculement mental : ciblez des watts, liez ce nombre à l’état de charge de votre batterie, et laissez un auto-régleur et quelques automatisations faire le reste. Lisez le SoC de l’onduleur, décidez la politique dans Home Assistant, poussez une cible de watts au mineur, et laissez-le suivre votre surplus à la hausse et à la baisse — réduisant à bon marché quand le banc est bas et se réveillant en quelques secondes quand le soleil revient. Les pièces sont ouvertes, éprouvées et créditables aux communautés qui les ont bâties. Votre travail est de les câbler en une boucle qui respecte votre batterie.
Tous les chiffres de wattage, de pourcentage de SoC, de temps et de kWh dans ce guide sont des estimations à titre indicatif. Dimensionnez vos propres seuils selon la chimie de votre batterie, vos limites de profondeur de décharge et vos conditions locales avant de vous y fier.
