Clock, voltage et risques de l'overclocking

Sur un ASIC, l'horloge (fréquence des cœurs de hash) et la tension d'alimentation des puces sont les deux paramètres que le firmware manipule quand on parle d'underclock, d'overclock ou de « profil ». Les plages officielles figurent dans le manuel du modèle. Ce qui suit décrit ce qui casse quand on en sort, et comment tester un changement sans perdre du matériel.

Ce que ces deux paramètres font

L'horloge fixe combien de fois par unité de temps un cœur tente un hash. La monter augmente le débit d'essais, mais aussi la chaleur, le courant appelé et la sensibilité au bruit électrique.

La tension donne aux transistors la marge nécessaire pour commuter proprement à cette horloge. Trop basse pour la fréquence demandée, elle produit des erreurs, des boards instables et un hashrate local qui compte des essais ratés. Trop haute, elle ajoute de la chaleur et du courant pour un gain de fréquence qui n'existe pas forcément.

Les deux se règlent ensemble. Un firmware sérieux, d'origine ou tiers, les bouge conjointement, avec des limites, des capteurs et parfois un derating. Ajuster uniquement la fréquence ou uniquement la tension parce qu'une interface le permet fait sortir la carte de l'enveloppe dans laquelle elle a été validée.

D'où viennent les profils

Le constructeur publie des modes, avec puissance et hashrate nominaux, dans le périmètre de ses propres essais. Un firmware tiers expose souvent davantage de curseurs, ce qui ajoute surtout des façons de quitter cette enveloppe.

Les valeurs qui tiennent sur un établi propre ne se transposent pas à une salle chaude, à un PSU fatigué ou à une révision de board différente. Un profil trouvé en ligne sans ses conditions d'air, d'alimentation et de silicium reste une anecdote, pas une référence.

Les six risques

• Instabilité. Resets, boards qui disparaissent, shares invalides, oscillation entre ventilateurs et puissance. L'interface peut afficher un hashrate que le pool ne voit jamais.
• Usure électrique. Courant plus élevé sur les rails, les cosses et le PSU. Les protections OCP et OTP se rapprochent du seuil de déclenchement, et un PSU tout juste suffisant au profil d'origine ne l'est plus.
• Usure thermique. Points chauds, décollement, vieillissement accéléré des puces et des condensateurs. L'hydro et l'immersion changent le chemin de la chaleur sans rendre un profil agressif inoffensif.
• Erreur silencieuse. Une horloge trop haute pour la tension produit des hashes faux. La machine hashe, le pool refuse, et le hashrate local reste flatteur.
• Garantie et site. Hors profil constructeur, le SAV et l'hébergeur peuvent refuser la prise en charge. C'est une clause contractuelle, vérifiable avant de toucher au firmware.
• Irréversibilité partielle. Un rail ou un ASIC poussé trop loin ne revient pas toujours au comportement du profil doux, même après retour en arrière.

L'underclock suit la logique inverse : il réduit la contrainte électrique et thermique, et réduit aussi le débit d'essais. C'est une direction physique, à arbitrer avec votre coût de l'électricité.

Ce que le firmware ne voit pas

Les capteurs sont peu nombreux, parfois mal placés, mal lus ou en retard sur l'événement. Un profil affiché en vert dans l'interface n'est pas une mesure de température de jonction. Un firmware custom qui ignore un capteur ou impose aux ventilateurs une consigne fixe ajoute un risque que rien ne signale.

La carte de contrôle peut accepter un profil que le PSU réel ou la board réelle ne tiennent pas. C'est le comportement sous charge complète qui tranche, pas l'écran de configuration.

Tester un changement sans casse

Un changement d'horloge ou de tension modifie l'enveloppe de la machine, au même titre qu'un changement de PSU. La séquence qui limite les dégâts :

1. Relever le profil d'origine et sauvegarder l'image firmware avant toute modification, de façon à pouvoir revenir en arrière sans dépendre d'un téléchargement.
2. Documenter le changement : qui, quand, quelle image, quelle valeur, pour quel motif. Sans cette trace, un incident trois semaines plus tard est indiagnosticable.
3. Appliquer le changement sur une seule machine, en gardant ses voisines immédiates en profil d'origine comme témoin.
4. Observer trois sources en parallèle pendant au moins 24 heures : le hashrate côté pool, les capteurs de la machine, et les températures des machines voisines dans la même baie.
5. Comparer hashrate pool et hashrate local. Un écart qui se creuse signale des hashes faux, donc une tension insuffisante pour la fréquence demandée.
6. Revenir au profil d'origine dès qu'un reset, une board absente ou une montée de rejets apparaît, avant d'ajuster à nouveau.

Pour les plages officielles, la seule source qui engage est le manuel du modèle (bitmain.com). Un tableau de couples fréquence et tension circulant sans document constructeur derrière lui n'a pas de valeur sur votre parc.