AsicBoost erklärt — 13% kostenlose Effizienz

2017 hatte Bitcoin einen leisen Bürgerkrieg. Auf der einen Seite: Entwickler, die befürchteten, dass ein einzelner Mining-Hersteller — Bitmain — heimlich eine patentierte Technik nutzte, um effizienter zu minen als alle anderen, sich damit einen unfairen Wettbewerbsvorteil verschaffte und strukturell motiviert war, kleinere Blöcke zu produzieren. Auf der anderen Seite: Bitmain, das alles abstritt, während es Patentanmeldungen einreichte, die genau die Technik beschrieben, die ihnen vorgeworfen wurde.

Die Technik hieß AsicBoost. Sie war real. Sie funktionierte. Und je nachdem, wie man sie implementierte, war sie entweder eine clevere protokoll-freundliche Optimierung oder ein stiller Angriff auf Bitcoins Anreizstruktur. Der Streit hat das Bitcoin-Mining neu geformt. Bis 2026 wird jeder moderne ASIC standardmäßig mit aktiviertem AsicBoost ausgeliefert — aber nur die “gute” Version. Die “schlechte” Version ist tot, und wie sie starb, ist selbst eine erzählenswerte Geschichte.

Das ist der vollständige technische Leitfaden vom Gufo. Wir behandeln, wie AsicBoost tatsächlich auf SHA-256-Ebene funktioniert, den Unterschied zwischen covert und overt Implementierungen, die Patent-Saga, die Bitcoins Mining-Ökosystem fast gespalten hat, und warum dein Bitaxe Gamma 2026 dank eines Kampfs, den die meisten Miner nie bemerkten, leise 13% mehr Hashrate pro Watt liefert.

Der SHA-256-Trick im Herzen von AsicBoost

Um AsicBoost zu verstehen, musst du eine spezifische Eigenheit von SHA-256 verstehen: der Algorithmus verarbeitet Daten in 64-Byte-Chunks. Wenn ein Miner einen Bitcoin-Block-Header hasht (der 80 Bytes lang ist), teilt SHA-256 ihn intern in zwei Chunks — Chunk 1 (Bytes 0-63) und Chunk 2 (Bytes 64-79, auf 64 Bytes aufgefüllt).

Den Hash von Chunk 1 zu berechnen ist teuer. Chunk 2 zu berechnen ist günstig. Warum? Weil SHA-256 zwischen den Chunks einen “Zustand” beibehält. Sobald Chunk 1 verarbeitet ist, ist der Zustand (genannt “Midstate”) fixiert. Um einen anderen Block-Header zu hashen, der denselben Chunk 1 teilt, kannst du die Chunk-1-Berechnung komplett überspringen und nur Chunk 2 gegen den gecachten Midstate verarbeiten.

Hier wird AsicBoost clever. Der Bitcoin-Block-Header ist so aufgebaut, dass:

• Chunk 1 enthält: Version (4 Bytes), Hash des vorherigen Blocks (32 Bytes) und die ersten 28 Bytes der Merkle-Wurzel.
• Chunk 2 enthält: Die letzten 4 Bytes der Merkle-Wurzel, Zeit (4 Bytes), Bits (4 Bytes) und Nonce (4 Bytes), plus Padding.

Ein traditioneller SHA-256-Miner iteriert, indem er die Nonce (in Chunk 2) ändert. Jede neue Nonce erfordert ein erneutes Hashen von Chunk 2 — aber Chunk 1 bleibt gleich, also wird sein Midstate kostenlos wiederverwendet. So weit, so gut.

AsicBoost stellt eine andere Frage: Was wäre, wenn du mehrere Chunk-1-Eingaben finden könntest, die brauchbare Midstates erzeugen, und diese über viele Nonce-Iterationen wiederverwenden könntest? Wenn du 4 Chunk-1-Eingaben hast, die 4 Midstates erzeugen, kannst du effektiv die 4-fache Arbeit in Chunk 2 für denselben Chunk-1-Aufwand erledigen. Der Stromverbrauch sinkt, weil die teure Chunk-1-Berechnung seltener läuft.

Das Ergebnis: Etwa 13-20% weniger Stromverbrauch pro Hash, je nachdem, wie aggressiv du AsicBoost in Silizium implementierst. Gleiche Hashrate, weniger Hitze, niedrigere Stromrechnung.

Covert AsicBoost — die kontroverse Version

Die erste öffentlich bekannte AsicBoost-Implementierung war covert AsicBoost, auch “Merkle-Grinding” genannt. Sie funktioniert, indem sie den Merkle-Wurzel-Teil von Chunk 1 ändert — speziell die rechte Seite des Merkle-Baums, die Transaktions-Hashes enthält.

Um eine brauchbare Kollision zu finden (zwei Merkle-Wurzeln, die die letzten 4 Bytes teilen, aber sich in den ersten 28 unterscheiden), mischt der Miner Transaktionen in den und aus dem Block, berechnet den Merkle-Baum neu und sucht nach dem richtigen Muster. Jede brauchbare Merkle-Wurzel ergibt einen neuen Chunk-1-Midstate, der wiederverwendet werden kann.

Warum war das kontrovers?

1. Es förderte kleinere Blöcke. Brauchbare Kollisionen zu finden ist schneller, wenn der Merkle-Baum kleiner ist. Ein Miner, der covert AsicBoost nutzt, hat einen wirtschaftlichen Anreiz, kleinere oder leere Blöcke zu minen, selbst wenn Transaktionen darauf warten, aufgenommen zu werden. Das ist schlecht für Bitcoin: Nutzer zahlen Gebühren in der Erwartung, dass ihre Transaktionen aufgenommen werden, und ein covert-AsicBoost-Miner hat einen Anreiz, sie zu überspringen.
2. Es kollidierte mit SegWit. SegWit (Segregated Witness) erfordert eine spezifische Merkle-Baum-Struktur. Covert AsicBoost war auf SegWit-Blöcken schwieriger einzusetzen, was einen strukturellen Konflikt zwischen dem Protokoll-Upgrade und der Optimierung schuf.
3. Es war von außen nicht erkennbar. Ein Miner, der covert AsicBoost nutzt, sieht identisch aus wie einer, der es nicht tut. Das machte es für das Netzwerk unmöglich zu wissen, wer es nutzte. Der Verdacht war groß; der Beweis war knapp.
4. Es war patentiert. Die Technik wurde 2014 von Timo Hanke und Sergio Lerner patentiert. Wer das Patent hielt, hatte ein juristisches Monopol auf die Technik. Das war der schlechteste Fall für Bitcoin: eine einzelne Entität mit einem Effizienzvorteil von 13-20%, den niemand sonst legal nutzen konnte.

Im April 2017 veröffentlichte der Bitcoin-Core-Entwickler Greg Maxwell eine inzwischen berühmte E-Mail mit dem Titel “ASICBOOST: Bitmain’s covert ASIC Bitcoin mining boost”. Maxwell argumentierte — mit starken technischen Beweisen —, dass Bitmain covert AsicBoost in Produktion einsetzte, sich damit einen Effizienzvorteil von mehreren Prozent gegenüber Konkurrenten verschaffte und diesen Vorteil nutzte, um sich gegen SegWit zu stellen.

Bitmain bestritt, covert AsicBoost im Mainnet einzusetzen. Gleichzeitig hielten sie Patentanmeldungen, die genau diese Fähigkeit beschrieben. Die Dementis waren für die meisten Beobachter nicht glaubwürdig.

Die Reaktion der Community war schnell. Greg Maxwell, Adam Back und andere stellten sich öffentlich gegen covert AsicBoost. SegWit wurde im August 2017 teils durch Nutzerdruck und die UASF-Bewegung (User Activated Soft Fork) aktiviert. Covert AsicBoost — die kontroverse Form — wurde effektiv neutralisiert.

Overt AsicBoost — die protokoll-freundliche Version

Während covert AsicBoost die Community auseinanderriss, entstand eine parallele Lösung: overt AsicBoost, auch “Version-Rolling-AsicBoost” genannt.

Overt AsicBoost erreicht denselben SHA-256-Effizienzgewinn, indem es das Versionsfeld (die ersten 4 Bytes von Chunk 1) statt der Merkle-Wurzel manipuliert. Das Versionsfeld hat ungenutzte Bits — Bits, die derzeit nicht von Bitcoins Konsens-Regeln verwendet werden — und der Miner kann diese Bits variieren, um verschiedene Chunk-1-Eingaben und Midstates zu erzeugen.

Die wichtigsten Vorteile gegenüber covert AsicBoost:

• Kein Anreiz, leere Blöcke zu produzieren. Versionsbits sind unabhängig vom Transaktionsinhalt. Ein Miner, der overt AsicBoost nutzt, hat null strukturellen Anreiz, Transaktionen zu überspringen. Bitcoins Gebührenmarkt bleibt intakt.
• Kompatibel mit SegWit. Version-Rolling kollidiert nicht mit der SegWit-Merkle-Baum-Struktur.
• Erkennbar. Jeder, der die Chain beobachtet, kann sehen, welche Blöcke mit overt AsicBoost gemint werden (das Versionsfeld hat ungewöhnliche Bit-Muster). Transparenz ist gut für Vertrauen.
• Effizienter als covert. Paradoxerweise ist overt technisch effizienter, weil kein Merkle-Baum-Mischen nötig ist, um Kollisionen zu finden.

Im März 2018 wurde das AsicBoost-Patent unter der Blockchain Defensive Patent License (BDPL) freigegeben. Jeder Miner-Hersteller konnte AsicBoost nun legal nutzen — aber nur, wenn er dem BDPL-Framework beitrat und sich verpflichtete, Patente nicht aggressiv gegen andere einzusetzen. Das war der politische Meisterzug, der den gesamten Konflikt entschärfte.

DragonMints Halong Mining war der erste, der Hardware mit overt AsicBoost auslieferte. Slush Pool war der erste große Pool, der die Version-Rolling-Stratum-Erweiterung unterstützte. Bitmain kapitulierte Monate später und veröffentlichte Firmware, die overt AsicBoost auf dem Antminer S9 aktivierte (der ihn die ganze Zeit über hardwareseitig stillschweigend unterstützt hatte).

Bis 2019 war overt AsicBoost der De-facto-Standard. Bis 2026 kannst du keinen SHA-256-ASIC kaufen, der es nicht unterstützt.

BIP320 — die technische Spezifikation

Overt AsicBoost ist formal in BIP320 (Bitcoin Improvement Proposal 320) spezifiziert: “Reduced version-bits availability for general-purpose forks signaling.”

BIP320 weist eine spezifische Teilmenge der Bits im 32-Bit-Versionsfeld als “rollbar” aus — also verfügbar für die AsicBoost-Manipulation, ohne mit den Konsens-Regeln zu kollidieren. Die exakte Maske ist 0x1fffe000 — 16 Bits, die Miner frei modifizieren können, was 65.536 mögliche Versionswerte pro Block-Header bietet.

Das ist genug Variation, um die AsicBoost-Optimierung unbegrenzt anzutreiben. Der Miner kann diese 16 Bits durchiterieren, für jede Variation neue Chunk-1-Midstates erzeugen und viel mehr Nonces pro Midstate verarbeiten, als ohne Rolling möglich wäre.

Stratum-Protokoll-Implementierung

Damit AsicBoost funktioniert, müssen sich Mining-Pool und Miner darüber einig sein, welche Versionsbits der Miner modifizieren darf. Das erfordert eine Stratum-Protokoll-Erweiterung.

Die Erweiterung heißt “version-rolling” (oder manchmal “mining.configure” in neueren Stratum-Versionen). Der Handshake funktioniert so:

# Miner sends:
mining.configure
    extensions: version-rolling
    version-rolling.mask: 1fffe000

# Pool responds:
    version-rolling: true
    version-rolling.mask: 1fffe000

# Now the pool sends jobs WITHOUT specifying full version,
# and the miner is free to iterate over the masked bits.

Wenn der Pool kein Version-Rolling unterstützt, fällt der Miner auf Standard-Mining zurück (kein AsicBoost) und läuft mit geringerer Effizienz. Deshalb ist die Pool-Unterstützung wichtig. Ein Pool, der Version-Rolling nicht implementiert, lässt 13% der Effizienz seiner Miner liegen.

SoloFury implementiert Version-Rolling auf jedem Stratum-Endpoint über alle 5 SHA-256-Chains (BTC, BCH, BC2, BCH2, XEC). Jeder AsicBoost-fähige Miner, der auf einen beliebigen SoloFury-Server gerichtet ist, erhält automatisch den vollen Effizienzgewinn — keine spezielle Konfiguration nötig.

Welche Chips AsicBoost unterstützen (2026)

Jeder moderne Bitmain-Mining-Chip unterstützt overt AsicBoost nativ in Silizium:

MicroBT-Chips (Whatsminer) unterstützen overt AsicBoost seit der M30-Serie (2020). Avalon (Canaan) seit dem A1346 (2022). Die Technologie ist unter moderner Mining-Hardware universell.

Für Besitzer von Bitaxe / NerdQAxe / NerdOCTAxe, die die Open-Source-Firmware AxeOS einsetzen: AsicBoost ist standardmäßig aktiviert. Die Firmware verhandelt Version-Rolling während des Stratum-Handshakes mit dem Pool. Wenn du mit SoloFury verbunden bist, nutzt du AsicBoost. Keine Konfiguration nötig.

Der tatsächliche Effizienzgewinn — gemessen, nicht geschätzt

Der theoretische maximale AsicBoost-Effizienzgewinn auf SHA-256 liegt bei etwa 20%. Reale Implementierungen erreichen 5-15%, je nachdem, wie aggressiv das Silizium optimiert ist.

Braiins (das Team hinter Slush Pool und der BraiinsOS-Firmware) hat 2018 die AsicBoost-Fähigkeit des Antminer S9 verifiziert und in Produktion etwa 13% Energieersparnis gemessen. Moderne Chips (BM1370, BM1373) liefern AsicBoost tiefer integriert ins Silizium-Design aus und erreichen ähnliche oder leicht bessere Gewinne.

Was bedeuten 13% Effizienz in der Praxis?

Für eine industrielle Farm mit 1.000 S21+-Rigs ist AsicBoost etwa 394.000 $ pro Jahr an gesparter Elektrizität wert. Für einen einzelnen Bitaxe zuhause sind es ein paar Dollar. So oder so ist das gesamte Netzwerk effizienter — und diese Effizienz kommt von einer cleveren Beobachtung darüber, wie SHA-256 seine Eingaben verarbeitet.

Das Vermächtnis: AsicBoost hat Bitcoins Anreizstruktur neu geformt

Die AsicBoost-Saga hat bleibende Spuren auf Bitcoin hinterlassen:

1. SegWit wurde aktiviert. Der Druck, covert AsicBoost zu neutralisieren, gab der SegWit-Einführung Dringlichkeit. SegWit hat dann das Lightning Network und andere Second-Layer-Verbesserungen ermöglicht, die Bitcoins Entwicklung seit 2017 geprägt haben.
2. Das BDPL-Framework hat einen Präzedenzfall geschaffen. Patentinhaber in der Mining-Industrie haben jetzt ein strukturelles Framework (BDPL), um ihre Patente zu öffnen und sich gleichzeitig gegen aggressive Rechtsstreitigkeiten zu schützen. Das hat das Risiko zukünftiger Patent-Monopole in Mining-Hardware reduziert.
3. Stratum V2 entstand. Unter anderem ist Stratum V2 darauf ausgelegt, Minern mehr Autonomie bei der Transaktionsauswahl zu geben — teilweise als langfristige Antwort auf die Zentralisierungsrisiken, die covert AsicBoost aufgedeckt hat. Wir werden Stratum V2 in einem anderen Artikel im Detail behandeln.
4. BIP320 wurde Standard. Version-Rolling ist heute Basisfunktionalität. Jeder moderne Pool und Miner spricht es. Die Technologie, die Bitcoin 2017 fast gespalten hätte, ist heute alltägliche Infrastruktur.

Die Erkenntnis der Eule: Bitcoin hat seinen ersten großen Insider-Hardware-Angriff überlebt, und die Reaktion hat das gesamte System stärker gemacht. Die Patent-Lizenzierung ist gereift. Protokoll-Upgrades wurden aktiviert. Mining wurde transparenter. Die Community lernte, anreiz-fehlausgerichtete Optimierungen zu erkennen und auf sie zu reagieren. Nichts davon war schnell oder schön, aber das Netzwerk kam auf der anderen Seite mit overt AsicBoost als universellem Standard und covert AsicBoost als historischer Kuriosität heraus.

Was das für deinen Miner heute bedeutet

Wenn du moderne Mining-Hardware besitzt (alles ab S19 aufwärts, jeden Bitaxe, jeden Whatsminer M30+):

• AsicBoost ist standardmäßig in der Firmware aktiviert
• Dein Pool muss Version-Rolling (BIP320) unterstützen, damit der Gewinn aktiv ist. SoloFury tut das, auf allen 5 Chains.
• Verifiziere, dass es funktioniert: prüfe dein AxeOS-Dashboard (Bitaxe), Bitmain-Statusseite (Antminer) oder Pool-Statistiken. AsicBoost-aktive Sessions zeigen “version-rolling: yes” oder ähnlich.
• Wenn du von einem Pool, der Version-Rolling unterstützt, zu einem ohne wechselst, bleibt deine Hashrate gleich, aber dein Stromverbrauch steigt um ~10-13%. Gleiche Arbeit, mehr Energie. Verifiziere immer, dass dein Pool Version-Rolling unterstützt.

Für Nutzer von Custom-Firmware (BraiinsOS, VNish, LuxOS): Die AsicBoost-Konfiguration ist im UI sichtbar und kann pro Rig abgestimmt werden. Die meisten Nutzer lassen sie auf Standard. Power-User passen manchmal die Versions-Maske an, wenn sie experimentelle Arbeit machen.

Der Kicker

AsicBoost ist eine dieser stillen Engineering-Optimierungen, die von außen unsichtbar aussehen — dein Miner läuft, deine Hashrate ist, was sie ist, deine Stromrechnung ist, was sie ist — aber darunter werden jede Sekunde Milliarden zusätzlicher Hashes pro Sekunde kostenlos berechnet, auf jedem modernen ASIC im Netzwerk.

Die 13% Effizienzgewinn klingen nicht nach viel, bis man es skaliert. Über das gesamte Bitcoin-Netzwerk bei ~750 EH/s ist AsicBoost für etwa 100 EH/s effektive Hashrate verantwortlich, die ohne ihn nicht existieren würde. Das ist mehr Hashrate, als das gesamte Netzwerk 2018 hatte. Kostenlos, dank einer SHA-256-Eigenheit und einem Patent, das Bitcoin fast gebrochen hätte, bevor es es am Ende stärker machte.

Jeder Block, den du auf SoloFury findest — jeder Bitaxe-Lotterie-Gewinn, jede BCH-Lösung, jede XEC-Subvention — ist teilweise ein Produkt von AsicBoost. Dein Chip berechnet die unnötigen Chunks nicht. Dein Netzteil verbrennt die unnötigen Watt nicht. Deine Blockbelohnung kommt genauso an.

Die Mathematik war immer in SHA-256 da. Die Community musste darüber streiten, wie man sie nutzt. Wir haben gekämpft, wir haben gewonnen, und jetzt profitieren alle. Das ist ein leise bemerkenswertes Ergebnis für ein Open-Source-Geldsystem.

Die Eule liest das Protokoll sorgfältig. Die Eule bemerkt, dass einige Hashes ihre ersten 64 Bytes teilen. Die Eule verwendet wieder, was sie kann. Die Eule verschwendet nichts. Genauso macht es dein ASIC.