AsicBoost expliqué — 13% d'efficacité gratuite

AsicBoost est une optimisation de SHA-256 qui permet à une puce de minage de sauter une partie du travail de hachage, réduisant la consommation jusqu’à environ 13% pour le même hashrate. Elle exploite une particularité de la façon dont SHA-256 traite l’en-tête de bloc Bitcoin, et en 2017 elle a failli fracturer la communauté minière de Bitcoin — car sa première version, utilisée de façon cachée par un fabricant dominant, a discrètement faussé les incitations du réseau. En 2026, tout ASIC moderne est livré avec la « bonne » version activée par défaut, et la « mauvaise » n’est qu’une curiosité historique.

À retenir

• AsicBoost économise de l’énergie, il n’ajoute pas de hashes : le même hashrate tourne avec jusqu’à ~13% d’énergie en moins en réutilisant des calculs de « midstate » de SHA-256.
• Caché vs ouvert, c’est toute l’histoire : l’AsicBoost caché (Merkle grinding) incitait aux blocs vides et combattait SegWit ; l’ouvert (version-rolling) fait les mêmes maths sans nuisance.
• La bataille de 2017 a remodelé Bitcoin : elle a donné de l’urgence à SegWit, produit une licence de brevet défensive et contribué à motiver Stratum V2.
• C’est universel désormais : normalisé sous forme de version-rolling BIP320, toute puce moderne à partir du S9 et tout Bitaxe le prennent en charge.
• Votre pool doit parler version-rolling pour que le gain s’applique — pointez un miner compatible AsicBoost vers un pool qui ne le fait pas et vous brûlez ~10-13% d’énergie de plus pour rien.

Le tour de passe-passe SHA-256 au cœur d’AsicBoost

Pour comprendre AsicBoost, il faut un fait sur SHA-256 : il traite les données par blocs de 64 octets. Un en-tête de bloc Bitcoin fait 80 octets, donc SHA-256 le coupe en deux morceaux — chunk 1 (octets 0-63) et chunk 2 (octets 64-79, complété à 64). Calculer le chunk 1 est la partie coûteuse ; le chunk 2 est bon marché. La raison est que SHA-256 transporte un « état » courant entre les morceaux : une fois le chunk 1 traité, cet état — le midstate — est figé, et tout en-tête partageant le même chunk 1 peut le réutiliser et sauter directement au chunk 2.

L’en-tête est agencé de sorte que le chunk 1 contient la version (4 octets), le hash du bloc précédent (32 octets) et les 28 premiers octets de la racine de Merkle, tandis que le chunk 2 contient les 4 derniers octets de la racine de Merkle, l’heure, les bits, le nonce et le padding. Un miner normal itère le nonce (dans le chunk 2), réutilisant gratuitement l’unique midstate du chunk 1. AsicBoost pose une question plus fine : et si vous pouviez générer plusieurs entrées de chunk 1 différentes, chacune produisant son propre midstate, et réutiliser chacune sur de nombreuses itérations de nonce ? Avec quatre midstates vous faites environ 4× le travail du chunk 2 pour le même effort de chunk 1 — et le calcul coûteux tourne bien moins souvent.

Le résultat : environ 13-20% d’énergie en moins par hash selon l’agressivité de l’implémentation dans le silicium. Même hashrate, moins de chaleur, facture d’électricité plus basse.

AsicBoost caché — la version controversée

La première implémentation connue publiquement fut l’AsicBoost caché, ou « Merkle grinding ». Il génère de nouveaux midstates de chunk 1 en changeant la portion racine de Merkle du chunk 1 — en faisant entrer et sortir des transactions du bloc, en recalculant l’arbre de Merkle et en chassant des racines qui partagent les bons octets. Il était controversé pour quatre raisons :

1. Il incitait à des blocs plus petits. Trouver des collisions de Merkle viables est plus rapide avec un arbre plus petit, donc un miner en AsicBoost caché avait une motivation économique à miner des blocs plus petits ou vides même avec des transactions en attente — en contradiction directe avec les utilisateurs qui paient des frais pour être inclus.
2. Il interférait avec SegWit. La structure de Merkle de SegWit rendait l’AsicBoost caché plus difficile à déployer, opposant l’optimisation à une mise à niveau du protocole.
3. Il était indétectable. Un bloc en AsicBoost caché est identique à un bloc normal, donc le réseau ne pouvait pas dire qui l’utilisait. Les soupçons étaient forts ; les preuves, rares.
4. Il était breveté. La technique a été brevetée par Timo Hanke (ancien CTO de CoinTerra) et Sergio Lerner, ce qui signifiait qu’une seule entité pouvait détenir un monopole légal sur un avantage d’efficacité de 13-20% — le pire des cas pour un réseau décentralisé.

En avril 2017, le développeur de Bitcoin Core Greg Maxwell publia un e-mail désormais célèbre soutenant — avec de solides preuves techniques — que Bitmain utilisait l’AsicBoost caché en production et exploitait cet avantage pour s’opposer à SegWit. Bitmain nia l’utiliser sur le mainnet tout en détenant des demandes de brevet décrivant exactement cette capacité ; les démentis convainquirent peu de monde. La réponse de la communauté fut rapide : Maxwell, Adam Back et d’autres s’y opposèrent publiquement, et SegWit s’activa en août 2017 en partie grâce au mouvement du user-activated soft fork (UASF). L’AsicBoost caché fut de fait neutralisé.

AsicBoost ouvert — la version compatible avec le protocole

Pendant que l’AsicBoost caché déchirait la communauté, une alternative propre émergea : l’AsicBoost ouvert, ou « version-rolling ». Il obtient le même gain SHA-256 en faisant varier le champ de version (les 4 premiers octets du chunk 1) au lieu de la racine de Merkle, en utilisant des bits dont les règles de consensus n’ont pas besoin par ailleurs. Les avantages sur la version cachée sont décisifs :

• Aucune incitation à sauter des transactions. Les bits de version sont indépendants du contenu du bloc, donc le marché des frais reste intact.
• Compatible avec SegWit. Le version-rolling ne touche pas à la structure de Merkle.
• Transparent. Quiconque observe la chaîne peut repérer les blocs en AsicBoost ouvert à leurs motifs de bits de version.
• En fait plus efficace. Pas de réarrangement de l’arbre de Merkle signifie moins de surcharge que le grinding caché.

La percée politique arriva en mars 2018, lorsque le détenteur du brevet, Little Dragon Technology LLC, ouvrit le brevet sous la Blockchain Defensive Patent License (BDPL) : tout fabricant pouvait utiliser l’AsicBoost par version-rolling, à condition de rejoindre la BDPL et de s’engager à ne pas brandir de brevets de façon agressive. Le DragonMint de Halong Mining fut le premier matériel à l’embarquer, Slush Pool le premier grand pool à prendre en charge l’extension de version-rolling, et Bitmain publia un firmware d’AsicBoost ouvert pour l’Antminer S9 — qui le prenait discrètement en charge en matériel depuis toujours — plus tard cette année-là. En 2019 c’était le standard de facto ; en 2026 vous ne pouvez pas acheter un ASIC SHA-256 sans lui.

BIP320 — la spécification technique

L’AsicBoost ouvert est normalisé dans BIP320. Il désigne 16 bits du champ de version de 32 bits (bits 13-28 inclus, masque 0x1fffe000) comme « roulables » — libres pour le miner de les modifier sans affecter le consensus, et retirés de la signalisation de soft fork pour ne pas entrer en collision avec elle. Cela fait 65,536 valeurs de version par en-tête, bien plus de variation qu’AsicBoost n’en a besoin (deux bits suffisent pour une collision à 4 voies). Le miner itère ces bits pour générer de nouveaux midstates de chunk 1 et lance de nombreux nonces contre chacun.

Comment le pool et le miner se mettent d’accord

Pour que le gain s’applique, le pool et le miner doivent convenir des bits de version que le miner peut modifier, via une extension Stratum appelée version-rolling (négociée à travers mining.configure). La poignée de main est simple :

Miner -> pool:  mining.configure
version-rolling.mask = 1fffe000
Pool  -> miner: version-rolling = true
version-rolling.mask = 1fffe000
Ensuite le pool envoie des jobs sans figer la version complète,
et le miner fait rouler librement les bits masqués.

Si le pool ne prend pas en charge le version-rolling, le miner retombe en minage standard et tourne à moindre efficacité. Voilà pourquoi le support du pool compte — un pool qui ne l’a pas laisse ~13% de l’efficacité de ses miners sur la table. SoloFury implémente le version-rolling sur chaque endpoint de stratum à travers les cinq chaînes SHA-256, donc tout miner compatible AsicBoost obtient le gain automatiquement. (Le version-rolling est aussi une brique de la refonte plus large du protocole que nous couvrons dans notre guide Stratum V2 vs V1.)

Quelles puces prennent en charge AsicBoost (2026)

Toute puce de minage Bitmain moderne prend en charge l’AsicBoost ouvert nativement dans le silicium :

Les puces MicroBT (Whatsminer) prennent en charge l’AsicBoost ouvert depuis la série M30 (2020), et la ligne Avalon de Canaan depuis environ 2022 — c’est universel dans le matériel moderne. Les appareils Bitaxe, NerdQAxe et NerdOCTAxe tournant sous l’AxeOS open source l’activent par défaut et négocient le version-rolling pendant la poignée de main stratum. (Pour la lignée complète des puces, voir notre guide de l’évolution des puces ASIC.)

Le gain d’efficacité réel — mesuré, pas estimé

Le maximum théorique sur SHA-256 avoisine 20% ; les implémentations réelles atterrissent à 5-15% selon l’agressivité de l’optimisation du silicium. Braiins (l’équipe derrière Slush Pool et Braiins OS) a vérifié l’AsicBoost de l’Antminer S9 en 2018 et mesuré environ 13% d’économie d’énergie en production. Les puces modernes (BM1370, BM1373) l’intègrent plus profondément et atteignent des résultats similaires ou légèrement meilleurs. Ce que 13% signifie en pratique :

Pour un seul Bitaxe à la maison, c’est deux dollars par an ; pour une ferme industrielle de 1,000 rigs S21+, c’est environ $394,000 par an d’électricité économisée. Dans les deux cas, tout le réseau tourne plus efficacement — le tout à partir d’une observation astucieuse sur la façon dont SHA-256 gère ses entrées.

L’héritage : comment AsicBoost a remodelé Bitcoin

La saga a laissé des marques durables. La volonté de neutraliser l’AsicBoost caché a donné de l’urgence à SegWit, qui a permis à son tour le Lightning Network et les travaux ultérieurs de seconde couche. La BDPL a créé un précédent pour ouvrir des brevets de minage tout en se protégeant du contentieux, réduisant le risque de futurs monopoles matériels. Stratum V2 s’est appuyé en partie sur les leçons de cet épisode, donnant aux miners plus d’autonomie sur la sélection des transactions comme réponse structurelle au risque de centralisation que l’AsicBoost caché avait exposé. Et le version-rolling BIP320 est devenu une infrastructure de base banale — la technique qui a failli scinder Bitcoin en 2017 est aujourd’hui quelque chose que tout pool et tout miner parlent simplement. Bitcoin a survécu à un avantage matériel d’initié, et la réponse a laissé le système plus transparent et plus résilient.

Ce que cela signifie pour votre miner aujourd’hui

Si vous possédez quoi que ce soit à partir du S19, un Bitaxe quelconque ou un Whatsminer M30+ : AsicBoost est activé par défaut dans le firmware, et il vous suffit d’un pool qui prend en charge le version-rolling pour que le gain soit actif — SoloFury le fait, sur les cinq chaînes. Vous pouvez confirmer que ça fonctionne dans votre tableau de bord AxeOS (Bitaxe), sur la page d’état Bitmain (Antminer) ou dans les stats du pool, où une session active affiche « version-rolling: yes » ou similaire. L’avertissement pratique : si vous passez d’un pool avec version-rolling à un pool sans, votre hashrate reste le même mais votre consommation grimpe de ~10-13% — même travail, plus d’énergie. Confirmez toujours que votre pool parle version-rolling. Sur firmware personnalisé (Braiins OS+, VNish, LuxOS) le réglage est exposé par rig, mais la valeur par défaut est activée, et la plupart devraient la laisser ainsi.

En résumé

AsicBoost est l’une de ces optimisations silencieuses invisibles de l’extérieur — votre miner tourne, votre hashrate est ce qu’il est — tandis qu’en dessous, chaque ASIC moderne saute le morceau inutile et économise les watts inutiles. Les 13% ne semblent pas grand-chose jusqu’à ce que vous les mettiez à l’échelle : sur un réseau tournant près de 980 EH/s, AsicBoost représente bien plus de 100 EH/s de hashrate effectif qui n’existerait pas autrement — plus que tout le réseau Bitcoin n’en avait en 2018 — libéré par une particularité de SHA-256 et une bataille de brevets qui a fini par rendre le système plus fort. Chaque bloc que vous trouvez — chaque gain de loterie d’un Bitaxe, chaque bloc BCH résolu, chaque subvention XEC — en est en partie le produit. Les maths étaient toujours là dans SHA-256 ; la communauté a dû se disputer sur la façon de les utiliser, et l’AsicBoost ouvert est ce qui l’a emporté.

Foire aux questions

Qu’est-ce qu’AsicBoost en termes simples ?

C’est un raccourci dans la façon dont une puce de minage exécute SHA-256. En réutilisant une partie du calcul de hachage sur de nombreuses tentatives, la puce accomplit la même quantité de travail utile en brûlant jusqu’à environ 13% d’électricité en moins. Même hashrate, facture d’électricité plus basse.

AsicBoost augmente-t-il mon hashrate ?

Pas directement — il réduit l’énergie nécessaire pour un hashrate donné. Beaucoup de miners utilisent ensuite cette marge pour tourner un peu plus vite au même wattage, si bien qu’en effet vous pouvez obtenir plus de hashes par watt, ce qui explique pourquoi on le décrit comme un gain d’efficacité plutôt qu’un gain brut de vitesse.

AsicBoost est-il légal et toujours breveté ?

Oui, il est légal et standard. Le brevet a été ouvert en mars 2018 sous la Blockchain Defensive Patent License, rendant la forme ouverte (version-rolling) libre d’usage pour les participants. Aujourd’hui il est spécifié sous BIP320 et intégré dans tout ASIC moderne.

Quelle est la différence entre AsicBoost caché et ouvert ?

Les deux obtiennent la même économie SHA-256, mais l’AsicBoost caché le faisait en réarrangeant les transactions (ce qui incitait aux blocs vides et combattait SegWit), tandis que l’AsicBoost ouvert fait varier des bits de version inutilisés, ce qui est inoffensif, transparent et compatible SegWit. Seul l’ouvert est utilisé aujourd’hui.

Dois-je activer AsicBoost ?

Généralement non — le firmware moderne l’active par défaut et le négocie automatiquement avec le pool. La seule chose à garantir est que votre pool prenne en charge le version-rolling ; sinon le miner retombe en mode standard et tire plus d’énergie pour le même travail.

Comment savoir si AsicBoost est actif ?

Vérifiez la page d’état de votre miner ou le tableau de bord du pool pour un indicateur « version-rolling » ou « VR » affiché comme activé. Sur un Bitaxe, AxeOS le rapporte ; sur les Antminer, la page d’état de minage ; les stats de SoloFury l’affichent par worker là où la négociation stratum l’expose.

Tous les pools prennent-ils en charge AsicBoost ?

La plupart des pools modernes oui, mais pas tous — et un pool qui n’implémente pas le version-rolling coûte silencieusement à ses miners ~10-13% d’énergie supplémentaire. Cela vaut la peine de vérifier. SoloFury le prend en charge nativement sur chaque endpoint à travers BTC, BCH, BC2, BCH2 et XEC.

AsicBoost fonctionne-t-il en minant des altcoins comme BCH ou XEC ?

Oui. AsicBoost est une propriété de SHA-256 lui-même, il s’applique donc à toute chaîne SHA-256 — Bitcoin, Bitcoin Cash, BC2, BCH2 et eCash en profitent de manière identique, tant que le firmware et le pool prennent en charge le version-rolling.