Comment stabiliser un hashrate ASIC et réduire les rejected shares
Hashrate instable, variations de production, shares rejetées: les causes les plus fréquentes et la méthode pour retrouver une exploitation propre.
15 mars 2026 · 8 min · Équipe opérations Vnish France
Un hashrate instable ne signifie pas toujours que la machine est défectueuse. Dans beaucoup de cas, la cause vient d'un mauvais alignement entre le profil firmware, la température réelle du site, la qualité électrique ou encore la gestion réseau et pool.
Le premier danger est de se focaliser uniquement sur le hashrate instantané. Une machine peut afficher un chiffre élevé à court terme tout en générant davantage de rejected shares, d'erreurs matérielles ou de fluctuations qui dégradent la rentabilité réelle sur la journée.
Pour stabiliser un ASIC, il faut commencer par identifier si le problème est thermique, énergétique ou lié au réglage. Une fréquence trop ambitieuse, un undervolting trop agressif ou une ventilation insuffisante peuvent provoquer des variations qui se répercutent immédiatement sur la production utile.
VNISH apporte ici un avantage important: la possibilité de piloter les profils avec plus de finesse et d'observer les KPI qui comptent vraiment. Le bon réglage n'est pas celui qui donne le meilleur pic, mais celui qui tient dans le temps avec un comportement propre côté pool et matériel.
La méthode recommandée consiste à revenir à un profil stable, comparer les KPI sur plusieurs heures, puis réintroduire les optimisations progressivement. Si le hashrate remonte mais que les rejected shares augmentent, l'exploitation n'est pas réellement meilleure. Il faut alors corriger avant de généraliser.
Sur une flotte, la stabilité devient un sujet de méthode. En documentant les profils, les incidents et les conditions ambiantes, il devient possible de reproduire les bons réglages et d'éviter qu'un problème ponctuel ne se transforme en perte récurrente de production.