ASICBoost : optimisation matérielle du minage

ASICBoost désigne une famille de réorganisations du travail SHA-256 sur l'en-tête de bloc, destinées à réutiliser plus longtemps un midstate quand on explore des candidats. Le consensus n'en tient aucun compte : un bloc n'est valide que s'il respecte les règles des nœuds, midstate partagé ou pas.

Le problème qu'il vise

SHA-256 sur 80 octets a une structure exploitable : les 64 premiers octets de l'en-tête peuvent être absorbés une fois pour toutes, ce qui donne le midstate, et seule la queue change avec le nonce. Tant que la tête est fixe, c'est déjà le régime normal de n'importe quel ASIC.

ASICBoost, dans l'idée originale publiée par Timo Hanke puis discutée par l'industrie, cherche des collisions de préfixe : plusieurs en-têtes différents dont la partie absorbée en premier mène au même état intermédiaire, ce qui permet de partager davantage de travail entre essais. On explore alors plus de candidats pour un même coût de préfixe, à condition que le silicium et le firmware soient conçus pour ce mode.

La cible ne bouge pas et SHA-256 n'est pas affaibli. Ce qui change, au mieux, c'est le coût interne de certains essais.

Overt et covert

Deux grandes approches ont été décrites dans le débat public. Ce sont des noms de littérature, pas des cases à cocher dans une interface.

Overt (ouvert). On s'appuie sur des champs que le protocole autorise déjà à faire varier de façon visible, typiquement des bits de version d'en-tête, dans une fenêtre acceptée par les nœuds. Le bloc publié montre ces choix, et un observateur voit qu'on a roulé la version. C'est un usage agressif d'un levier existant.

Covert (dissimulé). On arrange le contenu du bloc, souvent autour de la racine de Merkle et de l'ordre des données qui l'alimentent, pour obtenir des préfixes d'en-tête qui se prêtent au partage de midstate, sans que le motif soit aussi lisible qu'un masque de version. Le bloc reste un bloc ordinaire : transactions, coinbase, racine de Merkle. L'intention d'optimisation n'apparaît dans aucun champ du protocole.

C'est cette invisibilité qui a nourri le débat sur la neutralité et la détectabilité. Aucune des deux approches n'autorise un hash au-dessus de la cible : un nœud revérifie le double SHA-256 sans se soucier de la façon dont il a été trouvé.

Pourquoi ça a compté

Vers la fin des années 2010, le sujet est devenu politique autant que technique :

• brevet et licences autour de l'idée overt, avec la crainte qu'un procédé reste réservé à certains fabricants ;
• équité apparente du proof-of-work si une partie du parc pouvait hasher moins cher pour le même essai utile ;
• propositions de changements de règles, par exemple restreindre les bits de version, pour rendre la voie overt moins confortable ;
• confusion publique entre optimisation de circuit et attaque contre Bitcoin.

Pour l'exploitant, la leçon durable n'est pas un pourcentage de gain. C'est que le firmware et le silicium peuvent organiser le même puzzle autrement, et que le réseau ne juge que le hash final et les règles de bloc.

Version rolling : ce que vous pouvez vérifier

L'héritage concret d'ASICBoost dans une exploitation ordinaire, c'est le version rolling négocié entre la machine et le pool. Le mineur demande au pool l'autorisation de faire varier certains bits de version, et le pool répond avec un masque qui délimite précisément les bits autorisés, souvent 0x1fffe000.

Ce qu'il faut en faire :

• Vérifier dans les logs du miner que la négociation a bien abouti et relever le masque accordé par le pool.
• S'assurer que le firmware roule la version à l'intérieur de ce masque. Un rolling hors masque produit des shares rejetées en série, avec un hashrate local qui reste beau et un hashrate pool qui décroche.
• En cas de changement de pool, revérifier : tous les pools n'accordent pas le même masque, et certains refusent la négociation.

Si un vendeur promet aujourd'hui un « mode ASICBoost » présenté comme un rendement, demandez trois choses avant d'y croire : ce que le mode change réellement dans le job, si vos pools acceptent les blocs et les shares produits, et une mesure faite en salle sur vos machines plutôt qu'une diapositive.

Une précision qui évite une confusion courante : le midstate classique, une tête d'en-tête fixe et beaucoup de nonces, n'est pas ASICBoost. ASICBoost désigne la recherche de partage au-delà de ce cas trivial.