AsicBoost spiegato — 13% di efficienza gratuita

Nel 2017, Bitcoin ha avuto una silenziosa guerra civile. Da un lato: sviluppatori preoccupati che un singolo produttore di hardware minerario — Bitmain — stesse usando segretamente una tecnica brevettata per minare più efficientemente di chiunque altro, ottenendo un vantaggio competitivo sleale e incentivandoli strutturalmente a produrre blocchi più piccoli. Dall’altro: Bitmain, che negava tutto mentre depositava domande di brevetto che descrivevano esattamente la tecnica di cui erano accusati di usare.

La tecnica si chiamava AsicBoost. Era reale. Funzionava. E a seconda di come la si implementasse, era o un’ottimizzazione intelligente compatibile con il protocollo o un attacco silenzioso alla struttura di incentivi di Bitcoin. La disputa ha ridisegnato il mining Bitcoin. Nel 2026, ogni ASIC moderno viene consegnato con AsicBoost abilitato di default — ma solo la versione “buona”. La versione “cattiva” è morta, e il modo in cui è morta è di per sé una storia che vale la pena raccontare.

Questa è la guida tecnica completa del gufo. Copriremo come AsicBoost funziona effettivamente al livello SHA-256, la differenza tra le implementazioni covert e overt, la saga brevettuale che quasi ha fratturato l’ecosistema di mining di Bitcoin, e perché il tuo Bitaxe Gamma nel 2026 eroga silenziosamente il 13% in più di hashrate per watt grazie a una battaglia che la maggior parte dei miner non ha mai notato.

Il trucco SHA-256 al cuore di AsicBoost

Per capire AsicBoost, devi capire una particolarità specifica di SHA-256: l’algoritmo elabora i dati in chunk da 64 byte. Quando un miner fa l’hash di un header di blocco Bitcoin (che è di 80 byte), SHA-256 lo divide internamente in due chunk — chunk 1 (byte 0-63) e chunk 2 (byte 64-79, riempito a 64 byte).

Calcolare l’hash del chunk 1 è costoso. Calcolare il chunk 2 è economico. Perché? Perché SHA-256 mantiene uno “stato” tra i chunk. Una volta elaborato il chunk 1, lo stato (chiamato “midstate”) è fissato. Per fare l’hash di un header di blocco diverso che condivide lo stesso chunk 1, puoi saltare completamente il calcolo del chunk 1 e semplicemente elaborare il chunk 2 contro il midstate in cache.

Ecco dove AsicBoost diventa ingegnoso. L’header del blocco Bitcoin è strutturato in modo che:

• Il chunk 1 contiene: Versione (4 byte), hash del blocco precedente (32 byte), e i primi 28 byte della radice Merkle.
• Il chunk 2 contiene: Gli ultimi 4 byte della radice Merkle, Tempo (4 byte), Bits (4 byte), e Nonce (4 byte), più il padding.

Un miner SHA-256 tradizionale itera cambiando il Nonce (nel chunk 2). Ogni nuovo nonce richiede di ri-hashare il chunk 2 — ma il chunk 1 rimane lo stesso, quindi il suo midstate viene riutilizzato gratuitamente. Fin qui tutto bene.

AsicBoost pone una domanda diversa: e se potessi trovare più input chunk 1 che producono midstate utili, e riutilizzarli su molte iterazioni di nonce? Se hai 4 input chunk 1 che producono 4 midstate, puoi fare effettivamente 4× il lavoro nel chunk 2 per lo stesso sforzo del chunk 1. Il consumo energetico scende perché il costoso calcolo del chunk 1 viene eseguito meno spesso.

Il risultato: Circa il 13-20% meno energia consumata per hash, a seconda di quanto aggressivamente si implementa AsicBoost nel silicio. Stesso hashrate, meno calore, bolletta elettrica più bassa.

Covert AsicBoost — la versione controversa

La prima implementazione AsicBoost pubblicamente nota era il covert AsicBoost, detto anche “Merkle grinding”. Funziona cambiando la porzione di radice Merkle del chunk 1 — specificamente, il lato destro dell’albero Merkle, che contiene gli hash delle transazioni.

Per trovare una collisione utile (due radici Merkle che condividono gli ultimi 4 byte ma differiscono nei primi 28), il miner sposta le transazioni dentro e fuori dal blocco, ricalcola l’albero Merkle, e cerca il giusto pattern. Ogni radice Merkle valida dà un nuovo midstate di chunk 1 riutilizzabile.

Perché era controverso?

1. Incentivava a produrre blocchi più piccoli. Trovare collisioni valide è più rapido quando l’albero Merkle è più piccolo. Un miner che usa il covert AsicBoost ha motivazione economica a minare blocchi più piccoli o vuoti, anche quando le transazioni aspettano di essere incluse.
2. Interferiva con SegWit. SegWit richiede una struttura specifica dell’albero Merkle. Il covert AsicBoost era più difficile da deployare su blocchi SegWit, creando un conflitto strutturale tra l’aggiornamento del protocollo e l’ottimizzazione.
3. Era non rilevabile dall’esterno. Un miner che usa il covert AsicBoost sembra identico a uno che non lo usa. I sospetti erano alti; le prove erano scarse.
4. Era brevettato. La tecnica era brevettata da Timo Hanke e Sergio Lerner nel 2014. Chiunque detenesse il brevetto aveva un monopolio legale sulla tecnica.

Nell’aprile 2017, il developer di Bitcoin Core Greg Maxwell ha pubblicato una email ormai famosa intitolata “ASICBOOST: Bitmain’s covert ASIC Bitcoin mining boost”. Maxwell argomentava — con solide prove tecniche — che Bitmain stava usando il covert AsicBoost in produzione, guadagnando un vantaggio di efficienza di più punti percentuali sui concorrenti, e usava questo vantaggio per opporsi a SegWit.

Bitmain ha negato di usare il covert AsicBoost sul mainnet. Contemporaneamente detenevano domande di brevetto che descrivevano esattamente quella capacità. Le smentite non erano credibili per la maggior parte degli osservatori.

La risposta della community fu rapida. Greg Maxwell, Adam Back, e altri si opposero pubblicamente al covert AsicBoost. SegWit si attivò nell’agosto 2017 in parte tramite la pressione degli utenti e il movimento UASF (User Activated Soft Fork). Il covert AsicBoost — la forma controversa — fu effettivamente neutralizzato.

Overt AsicBoost — la versione compatibile con il protocollo

Mentre il covert AsicBoost stava dilaniando la community, una soluzione parallela stava emergendo: l’overt AsicBoost, detto anche “version-rolling AsicBoost”.

L’overt AsicBoost ottiene lo stesso guadagno di efficienza SHA-256 manipolando il campo versione (i primi 4 byte del chunk 1) invece della radice Merkle. Il campo versione ha bit inutilizzati — bit che non sono attualmente usati dalle regole di consenso di Bitcoin — e il miner può variare questi bit per generare diversi input di chunk 1 e midstate.

I principali vantaggi rispetto al covert AsicBoost:

• Nessun incentivo a produrre blocchi vuoti. I version bit sono indipendenti dal contenuto delle transazioni. Un miner che usa l’overt AsicBoost ha zero incentivo strutturale a saltare le transazioni.
• Compatibile con SegWit. Il version-rolling non entra in conflitto con la struttura dell’albero Merkle di SegWit.
• Rilevabile. Chiunque guardi la chain può vedere quali blocchi vengono minati con l’overt AsicBoost. La trasparenza è buona per la fiducia.
• Più efficiente del covert. Paradossalmente, l’overt è tecnicamente più efficiente perché non è necessario fare shuffling dell’albero Merkle per trovare collisioni.

Nel marzo 2018, il brevetto su AsicBoost fu aperto sotto la Blockchain Defensive Patent License (BDPL). Qualsiasi produttore di hardware minerario poteva ora usare legalmente AsicBoost — ma solo se si univa al framework BDPL e si impegnava a non usare i brevetti aggressivamente contro gli altri. Questo fu il colpo di maestro politico che ha defuso l’intero conflitto.

Il Halong Mining di DragonMint fu il primo a spedire hardware con l’overt AsicBoost. Slush Pool fu il primo grande pool a supportare l’estensione Stratum di version-rolling. Bitmain capitolò mesi dopo, rilasciando un firmware che abilitava l’overt AsicBoost sull’Antminer S9 (che lo supportava silenziosamente in hardware fin dall’inizio).

Nel 2019, l’overt AsicBoost era lo standard de facto. Nel 2026, non puoi comprare un ASIC SHA-256 che non lo supporta.

BIP320 — la specifica tecnica

L’overt AsicBoost è formalmente specificato nel BIP320 (Bitcoin Improvement Proposal 320): “Reduced version-bits availability for general-purpose forks signaling”.

BIP320 designa un sottoinsieme specifico di bit nel campo versione a 32 bit come “rollabili” — cioè disponibili per la manipolazione AsicBoost senza conflitti con le regole di consenso. La maschera esatta è 0x1fffe000 — 16 bit che i miner possono modificare liberamente, fornendo 65.536 possibili valori di versione per header di blocco.

È sufficiente variazione per guidare l’ottimizzazione AsicBoost indefinitamente. Il miner può iterare attraverso questi 16 bit, generando nuovi midstate di chunk 1 per ogni variazione, ed elaborare molti più nonce contro ogni midstate di quanto sarebbe possibile senza il rolling.

Implementazione del protocollo Stratum

Perché AsicBoost funzioni, il pool di mining e il miner devono concordare su quali version bit il miner è autorizzato a modificare. Ciò richiede un’estensione del protocollo Stratum.

L’estensione si chiama “version-rolling” (o a volte “mining.configure” nelle versioni Stratum più recenti). L’handshake funziona così:

# Il miner invia:
mining.configure
    extensions: version-rolling
    version-rolling.mask: 1fffe000

# Il pool risponde:
    version-rolling: true
    version-rolling.mask: 1fffe000

# Ora il pool invia jobs SENZA specificare la versione completa,
# e il miner è libero di iterare sui bit mascherati.

Se il pool non supporta il version-rolling, il miner torna al mining standard (nessun AsicBoost) e opera a efficienza ridotta. Ecco perché il supporto del pool conta. Un pool che non implementa il version-rolling sta lasciando il 13% dell’efficienza dei suoi miner sul tavolo.

SoloFury implementa il version-rolling su ogni endpoint stratum su tutte e 5 le chain SHA-256 (BTC, BCH, BC2, BCH2, XEC). Qualsiasi miner AsicBoost-capable puntato su qualsiasi server SoloFury ottiene automaticamente il pieno guadagno di efficienza — nessuna configurazione speciale necessaria.

Quali chip supportano AsicBoost (2026)

Ogni chip di mining Bitmain moderno supporta l’overt AsicBoost nativamente nel silicio:

I chip MicroBT (Whatsminer) supportano l’overt AsicBoost dalla serie M30 (2020). Avalon (Canaan) dall’A1346 (2022). La tecnologia è universale tra l’hardware di mining moderno.

Per i proprietari di Bitaxe / NerdQAxe / NerdOCTAxe che usano il firmware open-source AxeOS: AsicBoost è abilitato per impostazione predefinita. Il firmware negozia il version-rolling con il pool durante l’handshake stratum. Se sei connesso a SoloFury, stai usando AsicBoost. Nessuna configurazione richiesta.

Il guadagno di efficienza reale — misurato, non stimato

Il guadagno massimo teorico di efficienza AsicBoost su SHA-256 è di circa il 20%. Le implementazioni reali raggiungono il 5-15% a seconda di quanto aggressivamente viene ottimizzato il silicio.

Braiins (il team dietro Slush Pool e il firmware BraiinsOS) ha verificato la capacità AsicBoost dell’Antminer S9 nel 2018 e misurato circa il 13% di risparmio energetico in produzione. I chip moderni (BM1370, BM1373) vengono forniti con AsicBoost integrato più in profondità nel design del silicio e raggiungono guadagni simili o leggermente migliori.

Cosa significa il 13% di efficienza in pratica?

Per una farm industriale che fa girare 1.000 rig S21+, AsicBoost vale circa 394.000 $ all’anno in elettricità risparmiata. Per un singolo Bitaxe a casa, è qualche dollaro. In ogni caso, la rete nel suo insieme è più efficiente — e quella efficienza viene da un’osservazione intelligente su come SHA-256 elabora i suoi input.

L’eredità: AsicBoost ha ridisegnato la struttura di incentivi di Bitcoin

La saga AsicBoost ha lasciato segni duraturi su Bitcoin:

1. SegWit si è attivato. La spinta a neutralizzare il covert AsicBoost ha aggiunto urgenza al deployment di SegWit. SegWit ha poi abilitato il Lightning Network e altri miglioramenti di secondo livello che hanno plasmato l’evoluzione di Bitcoin dal 2017.
2. Il framework BDPL ha stabilito un precedente. I detentori di brevetti nell’industria mineraria hanno ora un framework strutturale (BDPL) per aprire i loro brevetti proteggendosi dalla litigiosità aggressiva.
3. Stratum V2 è emerso. Tra gli altri obiettivi, Stratum V2 è progettato per dare ai miner più autonomia nella selezione delle transazioni — in parte come risposta a lungo termine ai rischi di centralizzazione esposti dal covert AsicBoost.
4. BIP320 è diventato standard. Il version-rolling è ora funzionalità base. Ogni pool e miner moderno lo gestisce. La tecnologia che quasi ha diviso Bitcoin nel 2017 è ora un’infrastruttura banale.

La lezione del gufo: Bitcoin è sopravvissuto al suo primo grande attacco hardware dall’interno, e la risposta ha reso l’intero sistema più forte. La concessione di licenze sui brevetti è maturata. Gli aggiornamenti del protocollo si sono attivati. Il mining è diventato più trasparente. La community ha imparato a rilevare e rispondere a ottimizzazioni mal allineate agli incentivi. Niente di tutto ciò era rapido o elegante, ma la rete è uscita dall’altra parte con l’overt AsicBoost come standard universale e il covert AsicBoost come curiosità storica.

Cosa significa per il tuo miner oggi

Se possiedi hardware di mining moderno (qualsiasi cosa dall’S19 in poi, qualsiasi Bitaxe, qualsiasi Whatsminer M30+):

• AsicBoost è abilitato di default nel firmware
• Il tuo pool deve supportare il version-rolling (BIP320) perché il guadagno sia attivo. SoloFury lo fa, su tutte e 5 le chain.
• Verifica che funzioni: controlla il tuo dashboard AxeOS (Bitaxe), pagina di stato Bitmain (Antminer), o stats del pool. Le sessioni AsicBoost attive mostrano “version-rolling: yes” o simile.
• Se passi da un pool che supporta il version-rolling a uno che non lo fa, il tuo hashrate rimane lo stesso ma il tuo consumo energetico aumenta del ~10-13%. Stesso lavoro, più energia. Verifica sempre che il tuo pool supporti il version-rolling.

Per gli utenti di firmware personalizzato (BraiinsOS, VNish, LuxOS): la configurazione AsicBoost è esposta nell’interfaccia e può essere regolata per rig. La maggior parte degli utenti la lascia sul default. I power user a volte regolano la version mask se stanno facendo lavori sperimentali.

La conclusione

AsicBoost è una di quelle ottimizzazioni ingegneristiche silenziose che sembra invisibile dall’esterno — il tuo miner gira, il tuo hashrate è quello che è, la tua bolletta è quella che è — ma sotto, miliardi di hash aggiuntivi al secondo vengono calcolati gratuitamente, ogni secondo, su ogni ASIC moderno della rete.

Il guadagno di efficienza del 13% non sembra molto finché non lo si scala. Sull’intera rete Bitcoin a ~750 EH/s, AsicBoost è responsabile di circa 100 EH/s di hashrate effettivo che non esisterebbe senza di esso. È più hashrate di quanto l’intera rete avesse nel 2018. Gratuito, grazie a una particolarità di SHA-256 e un brevetto che quasi ha rotto Bitcoin prima di finire per renderlo più forte.

Ogni blocco che trovi su SoloFury — ogni vittoria alla lotteria Bitaxe, ogni risoluzione BCH, ogni sussidio XEC — è in parte un prodotto di AsicBoost. Il tuo chip non calcola i chunk inutili. La tua alimentazione non brucia i watt inutili. La tua ricompensa di blocco arriva lo stesso.

La matematica era sempre lì in SHA-256. La community ha dovuto combattere su come usarla. Abbiamo combattuto, abbiamo vinto, e ora tutti ne beneficiano. È un risultato discretamente straordinario per un sistema monetario open-source.

Il gufo legge attentamente il protocollo. Il gufo nota che alcuni hash condividono i loro primi 64 byte. Il gufo riutilizza quello che può. Il gufo non spreca nulla. Neanche il tuo ASIC.