AsicBoost expliqué — 13 % d'efficacité gratuite

En 2017, Bitcoin a connu une guerre civile silencieuse. D’un côté : des développeurs inquiets qu’un seul fabricant de matériel minier — Bitmain — utilise secrètement une technique brevetée pour miner plus efficacement que tout le monde, s’accordant un avantage concurrentiel déloyal et les incitant structurellement à produire des blocs plus petits. De l’autre : Bitmain, niant tout en déposant des demandes de brevets décrivant exactement la technique dont ils étaient accusés d’utiliser.

La technique s’appelait AsicBoost. Elle était réelle. Elle fonctionnait. Et selon la façon dont elle était implémentée, c’était soit une optimisation intelligente compatible avec le protocole, soit une attaque silencieuse contre la structure d’incitations de Bitcoin. Le différend a reconfiguré le minage Bitcoin. En 2026, chaque ASIC moderne est livré avec AsicBoost activé par défaut — mais uniquement la « bonne » version. La « mauvaise » version est morte, et la façon dont elle est morte est elle-même une histoire qui mérite d’être racontée.

Voici le guide technique complet du hibou. Nous couvrirons comment AsicBoost fonctionne réellement au niveau SHA-256, la différence entre les implémentations covert et overt, la saga des brevets qui a failli fracturer l’écosystème de minage de Bitcoin, et pourquoi votre Bitaxe Gamma en 2026 délivre discrètement 13 % de hashrate supplémentaire par watt grâce à une bataille que la plupart des mineurs n’ont jamais remarquée.

L’astuce SHA-256 au cœur d’AsicBoost

Pour comprendre AsicBoost, vous devez comprendre une particularité spécifique de SHA-256 : l’algorithme traite les données par blocs de 64 octets. Quand un mineur hache un en-tête de bloc Bitcoin (qui fait 80 octets), SHA-256 le divise en interne en deux chunks — chunk 1 (octets 0-63) et chunk 2 (octets 64-79, complétés à 64 octets).

Calculer le hash du chunk 1 est coûteux. Calculer le chunk 2 est bon marché. Pourquoi ? Parce que SHA-256 maintient un « état » entre les chunks. Une fois le chunk 1 traité, l’état (appelé un « midstate ») est fixé. Pour hacher un en-tête de bloc différent qui partage le même chunk 1, vous pouvez sauter entièrement le calcul du chunk 1 et juste traiter le chunk 2 contre le midstate mis en cache.

Voici où AsicBoost devient ingénieux. L’en-tête de bloc Bitcoin est structuré de sorte que :

• Le chunk 1 contient : Version (4 octets), hash du bloc précédent (32 octets), et les 28 premiers octets de la racine Merkle.
• Le chunk 2 contient : Les 4 derniers octets de la racine Merkle, Heure (4 octets), Bits (4 octets), et Nonce (4 octets), plus le rembourrage.

Un mineur SHA-256 traditionnel itère en changeant le Nonce (dans le chunk 2). Chaque nouveau nonce nécessite de re-hacher le chunk 2 — mais le chunk 1 reste le même, donc son midstate est réutilisé gratuitement. Jusqu’ici tout va bien.

AsicBoost pose une question différente : et si vous pouviez trouver plusieurs entrées chunk 1 qui produisent des midstates utilisables, et les réutiliser sur de nombreuses itérations de nonce ? Si vous avez 4 entrées chunk 1 produisant 4 midstates, vous pouvez effectivement faire 4× le travail dans le chunk 2 pour le même effort de chunk 1. La consommation d’énergie baisse parce que le calcul coûteux du chunk 1 s’exécute moins souvent.

Le résultat : Environ 13-20 % moins d’énergie consommée par hash, selon la façon dont vous implémentez AsicBoost dans le silicium. Même hashrate, moins de chaleur, facture d’électricité plus basse.

Covert AsicBoost — la version controversée

La première implémentation AsicBoost publiquement connue était le covert AsicBoost, aussi appelé « Merkle grinding ». Il fonctionne en changeant la portion de racine Merkle du chunk 1 — spécifiquement, le côté droit de l’arbre Merkle, qui contient les hachages de transactions.

Pour trouver une collision utile (deux racines Merkle qui partagent les 4 derniers octets mais diffèrent dans les 28 premiers), le mineur fait entrer et sortir des transactions du bloc, recalcule l’arbre Merkle, et cherche le bon pattern. Chaque racine Merkle viable donne un nouveau midstate de chunk 1 réutilisable.

Pourquoi était-ce controversé ?

1. Cela incitait à produire des blocs plus petits. Trouver des collisions viables est plus rapide quand l’arbre Merkle est plus petit. Un mineur utilisant le covert AsicBoost a une motivation économique à miner des blocs plus petits ou vides, même quand des transactions attendent d’être incluses.
2. Cela interférait avec SegWit. SegWit nécessite une structure d’arbre Merkle spécifique. Le covert AsicBoost était plus difficile à déployer sur des blocs SegWit, créant un conflit structurel entre la mise à niveau du protocole et l’optimisation.
3. C’était indétectable de l’extérieur. Un mineur utilisant le covert AsicBoost semble identique à un qui ne l’utilise pas. Les soupçons étaient élevés ; les preuves étaient rares.
4. C’était breveté. La technique était brevetée par Timo Hanke et Sergio Lerner en 2014. Quiconque détenait le brevet avait un monopole légal sur la technique.

En avril 2017, le développeur Bitcoin Core Greg Maxwell a publié un email désormais célèbre intitulé « ASICBOOST: Bitmain’s covert ASIC Bitcoin mining boost ». Maxwell arguait — avec de solides preuves techniques — que Bitmain utilisait le covert AsicBoost en production, gagnant un avantage d’efficacité de plusieurs points de pourcentage sur les concurrents, et utilisait cet avantage pour s’opposer à SegWit.

Bitmain a nié utiliser le covert AsicBoost sur le mainnet. Ils détenaient simultanément des demandes de brevets décrivant exactement cette capacité. Les démentis n’étaient pas crédibles pour la plupart des observateurs.

La réponse de la communauté fut rapide. Greg Maxwell, Adam Back, et d’autres s’opposèrent publiquement au covert AsicBoost. SegWit s’activa en août 2017 en partie par la pression des utilisateurs et le mouvement UASF (User Activated Soft Fork). Le covert AsicBoost — la forme controversée — fut effectivement neutralisé.

Overt AsicBoost — la version compatible avec le protocole

Pendant que le covert AsicBoost déchirait la communauté, une solution parallèle émergeait : l’overt AsicBoost, aussi appelé « version-rolling AsicBoost ».

L’overt AsicBoost obtient le même gain d’efficacité SHA-256 en manipulant le champ version (les 4 premiers octets du chunk 1) plutôt que la racine Merkle. Le champ version a des bits inutilisés — des bits qui ne sont actuellement pas utilisés par les règles de consensus de Bitcoin — et le mineur peut faire varier ces bits pour générer différentes entrées de chunk 1 et midstates.

Les avantages clés sur le covert AsicBoost :

• Pas d’incitation à produire des blocs vides. Les version bits sont indépendants du contenu des transactions. Un mineur utilisant l’overt AsicBoost a zéro incitation structurelle à sauter des transactions.
• Compatible avec SegWit. Le version-rolling n’entre pas en conflit avec la structure d’arbre Merkle de SegWit.
• Détectable. Quiconque surveille la chain peut voir quels blocs sont minés avec l’overt AsicBoost. La transparence est bonne pour la confiance.
• Plus efficace que le covert. Paradoxalement, l’overt est techniquement plus efficace parce qu’il n’est pas nécessaire de faire du shuffling d’arbre Merkle pour trouver des collisions.

En mars 2018, le brevet sur AsicBoost a été ouvert sous le Blockchain Defensive Patent License (BDPL). Tout fabricant de matériel minier pouvait désormais utiliser légalement AsicBoost — mais uniquement s’il rejoignait le cadre BDPL et s’engageait à ne pas utiliser les brevets de façon agressive contre les autres. C’est le coup de maître politique qui a désamorcé tout le conflit.

Le Halong Mining de DragonMint fut le premier à livrer du matériel avec l’overt AsicBoost. Slush Pool fut le premier grand pool à prendre en charge l’extension Stratum de version-rolling. Bitmain capitula des mois plus tard, sortant un firmware qui activait l’overt AsicBoost sur l’Antminer S9 (qui le supportait discrètement en hardware depuis le début).

En 2019, l’overt AsicBoost était le standard de facto. En 2026, vous ne pouvez pas acheter un ASIC SHA-256 qui ne le supporte pas.

BIP320 — la spécification technique

L’overt AsicBoost est formellement spécifié dans BIP320 (Bitcoin Improvement Proposal 320) : « Reduced version-bits availability for general-purpose forks signaling ».

BIP320 désigne un sous-ensemble spécifique de bits dans le champ version 32 bits comme « rollables » — c’est-à-dire disponibles pour la manipulation AsicBoost sans conflits avec les règles de consensus. Le masque exact est 0x1fffe000 — 16 bits que les mineurs peuvent modifier librement, fournissant 65 536 valeurs de version possibles par en-tête de bloc.

C’est suffisamment de variation pour piloter l’optimisation AsicBoost indéfiniment. Le mineur peut itérer à travers ces 16 bits, générant de nouveaux midstates de chunk 1 pour chaque variation, et traiter beaucoup plus de nonces contre chaque midstate qu’il ne serait possible sans rolling.

Implémentation du protocole Stratum

Pour qu’AsicBoost fonctionne, le pool de minage et le mineur doivent s’accorder sur quels version bits le mineur est autorisé à modifier. Cela nécessite une extension du protocole Stratum.

L’extension s’appelle « version-rolling » (ou parfois « mining.configure » dans les versions Stratum plus récentes). Le handshake fonctionne comme ceci :

# Le mineur envoie :
mining.configure
    extensions: version-rolling
    version-rolling.mask: 1fffe000

# Le pool répond :
    version-rolling: true
    version-rolling.mask: 1fffe000

# Maintenant le pool envoie des jobs SANS spécifier la version complète,
# et le mineur est libre d'itérer sur les bits masqués.

Si le pool ne supporte pas le version-rolling, le mineur retombe sur le minage standard (sans AsicBoost) et opère à efficacité réduite. C’est pourquoi le support du pool compte. Un pool qui n’implémente pas le version-rolling laisse 13 % de l’efficacité de ses mineurs sur la table.

SoloFury implémente le version-rolling sur chaque endpoint stratum sur les 5 chaînes SHA-256 (BTC, BCH, BC2, BCH2, XEC). Tout mineur AsicBoost-capable pointé sur n’importe quel serveur SoloFury obtient automatiquement le gain d’efficacité complet — aucune configuration spéciale nécessaire.

Quels chips supportent AsicBoost (2026)

Chaque chip de minage Bitmain moderne supporte l’overt AsicBoost nativement dans le silicium :

Les chips MicroBT (Whatsminer) supportent l’overt AsicBoost depuis la série M30 (2020). Avalon (Canaan) depuis l’A1346 (2022). La technologie est universelle parmi le matériel de minage moderne.

Pour les propriétaires de Bitaxe / NerdQAxe / NerdOCTAxe utilisant le firmware open-source AxeOS : AsicBoost est activé par défaut. Le firmware négocie le version-rolling avec le pool pendant le handshake stratum. Si vous êtes connecté à SoloFury, vous utilisez AsicBoost. Aucune configuration requise.

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

Le gain d’efficacité AsicBoost théorique maximum sur SHA-256 est d’environ 20 %. Les implémentations réelles atteignent 5-15 % selon la façon dont le silicium est optimisé de façon agressive.

Braiins (l’équipe derrière Slush Pool et le firmware BraiinsOS) a vérifié la capacité AsicBoost de l’Antminer S9 en 2018 et mesuré environ 13 % d’économies d’énergie en production. Les chips modernes (BM1370, BM1373) sont livrés avec AsicBoost intégré plus profondément dans la conception du silicium et atteignent des gains similaires ou légèrement meilleurs.

Que signifie 13 % d’efficacité en pratique ?

Pour une ferme industrielle faisant tourner 1 000 rigs S21+, AsicBoost vaut environ 394 000 $ par an en électricité économisée. Pour un seul Bitaxe à la maison, c’est quelques dollars. Dans tous les cas, le réseau dans son ensemble est plus efficace — et cette efficacité vient d’une observation intelligente sur la façon dont SHA-256 traite ses entrées.

L’héritage : AsicBoost a reconfiguré la structure d’incitations de Bitcoin

La saga AsicBoost a laissé des marques durables sur Bitcoin :

1. SegWit s’est activé. La poussée pour neutraliser le covert AsicBoost a ajouté de l’urgence au déploiement de SegWit. SegWit a ensuite activé le Lightning Network et d’autres améliorations de second layer qui ont façonné l’évolution de Bitcoin depuis 2017.
2. Le cadre BDPL a établi un précédent. Les détenteurs de brevets dans l’industrie minière ont désormais un cadre structurel (BDPL) pour ouvrir leurs brevets tout en se protégeant contre les litiges agressifs.
3. Stratum V2 a émergé. Parmi d’autres objectifs, Stratum V2 est conçu pour donner aux mineurs plus d’autonomie dans la sélection des transactions — en partie comme réponse à long terme aux risques de centralisation exposés par le covert AsicBoost.
4. BIP320 est devenu standard. Le version-rolling est maintenant une fonctionnalité de base. Chaque pool et mineur moderne le parle. La technologie qui a failli diviser Bitcoin en 2017 est maintenant une infrastructure banale.

La leçon du hibou : Bitcoin a survécu à sa première grande attaque par hardware d’initiés, et la réponse a rendu l’ensemble du système plus fort. La concession de licences de brevets a mûri. Les mises à niveau du protocole se sont activées. Le minage est devenu plus transparent. La communauté a appris à détecter et à répondre aux optimisations mal alignées sur les incitations. Rien de tout ça n’était rapide ou joli, mais le réseau est sorti de l’autre côté avec l’overt AsicBoost comme standard universel et le covert AsicBoost comme curiosité historique.

Ce que cela signifie pour votre mineur aujourd’hui

Si vous possédez du matériel de minage moderne (tout ce qui va du S19 en avant, tout Bitaxe, tout Whatsminer M30+) :

• AsicBoost est activé par défaut dans le firmware
• Votre pool doit supporter le version-rolling (BIP320) pour que le gain soit actif. SoloFury le fait, sur les 5 chaînes.
• Vérifiez qu’il fonctionne : vérifiez votre tableau de bord AxeOS (Bitaxe), page d’état Bitmain (Antminer), ou stats du pool. Les sessions AsicBoost actives affichent « version-rolling: yes » ou similaire.
• Si vous passez d’un pool qui supporte le version-rolling à un qui ne le fait pas, votre hashrate reste le même mais votre consommation d’énergie augmente d’environ 10-13 %. Même travail, plus d’énergie. Vérifiez toujours que votre pool supporte le version-rolling.

Pour les utilisateurs de firmware personnalisé (BraiinsOS, VNish, LuxOS) : la configuration AsicBoost est exposée dans l’interface et peut être réglée par rig. La plupart des utilisateurs la laissent sur les paramètres par défaut. Les power users ajustent parfois le version mask s’ils font un travail expérimental.

La conclusion

AsicBoost est l’une de ces optimisations d’ingénierie silencieuses qui semble invisible de l’extérieur — votre mineur fonctionne, votre hashrate est ce qu’il est, votre facture d’énergie est ce qu’elle est — mais en dessous, des milliards de hachages supplémentaires par seconde sont calculés gratuitement, chaque seconde, sur chaque ASIC moderne du réseau.

Le gain d’efficacité de 13 % ne semble pas énorme jusqu’à ce que vous l’échelonniez. Sur l’ensemble du réseau Bitcoin à ~750 EH/s, AsicBoost est responsable d’environ 100 EH/s de hashrate effectif qui n’existerait pas sans lui. C’est plus de hashrate que l’ensemble du réseau n’en avait en 2018. Gratuit, grâce à une particularité SHA-256 et un brevet qui a failli briser Bitcoin avant de finir par le rendre plus fort.

Chaque bloc que vous trouvez sur SoloFury — chaque victoire à la loterie Bitaxe, chaque résolution BCH, chaque subvention XEC — est en partie un produit d’AsicBoost. Votre chip ne calcule pas les chunks inutiles. Votre alimentation ne brûle pas les watts inutiles. Votre récompense de bloc arrive tout de même.

Les maths ont toujours été là dans SHA-256. La communauté a dû se battre sur la façon de les utiliser. On s’est battu, on a gagné, et maintenant tout le monde en bénéficie. C’est un résultat discrètement remarquable pour un système monétaire open-source.

Le hibou lit attentivement le protocole. Le hibou remarque que certains hachages partagent leurs premiers 64 octets. Le hibou réutilise ce qu’il peut. Le hibou ne gaspille rien. Votre ASIC non plus.