AsicBoost spiegato — 13% di efficienza gratis

Un'ottimizzazione un tempo brevettata che permette agli ASIC SHA-256 di hashare in modo più efficiente sfruttando schemi strutturali nell'intestazione del blocco Bitcoin. La matematica, la polemica, la saga legale e perché ogni miner moderno — dal Bitaxe all'S23 — usa oggi l'AsicBoost palese.

AsicBoost è un’ottimizzazione di SHA-256 che permette a un chip di mining di saltare parte del lavoro di hashing, riducendo il consumo fino a circa il 13% a parità di hashrate. Sfrutta una peculiarità nel modo in cui SHA-256 elabora l’intestazione del blocco Bitcoin, e nel 2017 stava quasi per fratturare la comunità mineraria di Bitcoin — perché la sua prima versione, usata in modo occulto da un produttore dominante, distorse silenziosamente gli incentivi della rete. Entro il 2026, ogni ASIC moderno viene consegnato con la versione “buona” attiva di default, e quella “cattiva” è una curiosità storica.

Punti chiave

  • AsicBoost fa risparmiare energia, non aggiunge hash: lo stesso hashrate gira con fino al ~13% di energia in meno riutilizzando i calcoli di “midstate” di SHA-256.
  • Occulto vs palese è tutta la storia: l’AsicBoost occulto (Merkle grinding) incentivava blocchi vuoti e combatteva SegWit; quello palese (version-rolling) fa la stessa matematica in modo innocuo.
  • La battaglia del 2017 ha rimodellato Bitcoin: ha dato urgenza a SegWit, ha prodotto una licenza di brevetto difensiva e ha aiutato a motivare Stratum V2.
  • Ora è universale: standardizzato come version-rolling di BIP320, lo supportano ogni chip moderno dall’S9 in poi e ogni Bitaxe.
  • Il tuo pool deve parlare version-rolling perché il guadagno si applichi — punta un miner con AsicBoost verso un pool che non lo fa e brucerai un ~10-13% di energia in più per niente.

Il trucco di SHA-256 al cuore di AsicBoost

Per capire AsicBoost ti serve un fatto su SHA-256: elabora i dati in blocchi da 64 byte. Un’intestazione di blocco Bitcoin è di 80 byte, quindi SHA-256 la spezza in due parti — chunk 1 (byte 0-63) e chunk 2 (byte 64-79, con padding fino a 64). Calcolare il chunk 1 è la parte costosa; il chunk 2 è economico. Il motivo è che SHA-256 trascina uno “stato” corrente tra i chunk: una volta elaborato il chunk 1, quello stato — il midstate — è fissato, e qualsiasi intestazione che condivida lo stesso chunk 1 può riutilizzarlo e saltare dritta al chunk 2.

L’intestazione è disposta in modo che il chunk 1 contenga la versione (4 byte), l’hash del blocco precedente (32 byte) e i primi 28 byte della radice di Merkle, mentre il chunk 2 contenga gli ultimi 4 byte della radice di Merkle, il tempo, i bits, il nonce e il padding. Un miner normale itera il nonce (nel chunk 2), riutilizzando gratis l’unico midstate del chunk 1. AsicBoost pone una domanda più affilata: e se potessi generare diversi input di chunk 1 differenti, ognuno con il proprio midstate, e riutilizzare ciascuno su molte iterazioni di nonce? Con quattro midstate fai grosso modo 4× il lavoro del chunk 2 per lo stesso sforzo del chunk 1 — e il calcolo costoso gira molto meno spesso.

Il risultato: grosso modo un 13-20% di energia in meno per hash a seconda di quanto aggressivamente è implementato nel silicio. Stesso hashrate, meno calore, bolletta più bassa.

AsicBoost occulto — la versione controversa

La prima implementazione nota pubblicamente fu l’AsicBoost occulto, o “Merkle grinding”. Genera nuovi midstate di chunk 1 cambiando la porzione della radice di Merkle del chunk 1 — spostando transazioni dentro e fuori dal blocco, ricalcolando l’albero di Merkle e cacciando radici che condividano i byte giusti. Era controverso per quattro motivi:

  1. Incentivava blocchi più piccoli. Trovare collisioni di Merkle valide è più veloce con un albero più piccolo, quindi un miner con AsicBoost occulto aveva una motivazione economica a minare blocchi più piccoli o vuoti anche con transazioni in attesa — in contrasto diretto con gli utenti che pagano commissioni per essere inclusi.
  2. Interferiva con SegWit. La struttura di Merkle di SegWit rendeva più difficile distribuire l’AsicBoost occulto, mettendo l’ottimizzazione contro un aggiornamento del protocollo.
  3. Era non rilevabile. Un blocco con AsicBoost occulto appare identico a uno normale, quindi la rete non poteva sapere chi lo usava. I sospetti erano alti; le prove, scarse.
  4. Era brevettato. La tecnica fu brevettata da Timo Hanke (ex CTO di CoinTerra) e Sergio Lerner, il che significava che una singola entità poteva detenere un monopolio legale su un vantaggio di efficienza del 13-20% — il caso peggiore per una rete decentralizzata.

Nell’aprile 2017, lo sviluppatore di Bitcoin Core Greg Maxwell pubblicò un’email ormai famosa sostenendo — con solide prove tecniche — che Bitmain usava l’AsicBoost occulto in produzione e sfruttava quel vantaggio per opporsi a SegWit. Bitmain negò di usarlo sulla mainnet pur detenendo domande di brevetto che descrivevano esattamente quella capacità; le smentite convinsero in pochi. La risposta della comunità fu rapida: Maxwell, Adam Back e altri si opposero pubblicamente, e SegWit si attivò nell’agosto 2017 in parte grazie al movimento del user-activated soft fork (UASF). L’AsicBoost occulto fu di fatto neutralizzato.

AsicBoost palese — la versione amica del protocollo

Mentre l’AsicBoost occulto lacerava la comunità, emerse un’alternativa pulita: l’AsicBoost palese, o “version-rolling”. Ottiene lo stesso guadagno di SHA-256 variando il campo di versione (i primi 4 byte del chunk 1) invece della radice di Merkle, usando bit che le regole di consenso non servono altrimenti. I vantaggi sull’occulto sono decisivi:

  • Nessun incentivo a saltare transazioni. I bit di versione sono indipendenti dal contenuto del blocco, quindi il mercato delle commissioni resta intatto.
  • Compatibile con SegWit. Il version-rolling non tocca la struttura di Merkle.
  • Trasparente. Chiunque osservi la catena può vedere i blocchi con AsicBoost palese dai loro schemi di bit di versione.
  • In effetti più efficiente. Nessun rimescolamento dell’albero di Merkle significa meno overhead del grinding occulto.

La svolta politica arrivò nel marzo 2018, quando il titolare del brevetto, Little Dragon Technology LLC, aprì il brevetto sotto la Blockchain Defensive Patent License (BDPL): qualsiasi produttore poteva usare l’AsicBoost via version-rolling, a patto di aderire alla BDPL e di impegnarsi a non brandire i brevetti in modo aggressivo. Il DragonMint di Halong Mining fu il primo hardware a incorporarlo, Slush Pool il primo grande pool a supportare l’estensione version-rolling, e Bitmain rilasciò firmware con AsicBoost palese per l’Antminer S9 — che lo supportava discretamente in hardware da sempre — più avanti quell’anno. Entro il 2019 era lo standard de facto; entro il 2026 non puoi comprare un ASIC SHA-256 senza.

BIP320 — la specifica tecnica

L’AsicBoost palese è standardizzato in BIP320. Designa 16 bit del campo di versione a 32 bit (bit 13-28 inclusi, maschera 0x1fffe000) come “rotolabili” — liberi per il miner di modificarli senza intaccare il consenso, e rimossi dalla segnalazione di soft fork così da non collidere con essa. Sono 65,536 valori di versione per intestazione, molta più variazione di quanta ne serva ad AsicBoost (bastano appena due bit per una collisione a 4 vie). Il miner itera questi bit per generare nuovi midstate di chunk 1 e lancia molti nonce contro ciascuno.

Come pool e miner si accordano

Perché il guadagno si applichi, pool e miner devono accordarsi su quali bit di versione il miner può modificare, tramite un’estensione di Stratum chiamata version-rolling (negoziata attraverso mining.configure). L’handshake è semplice:

Miner -> pool:  mining.configure
version-rolling.mask = 1fffe000
Pool  -> miner: version-rolling = true
version-rolling.mask = 1fffe000
Poi il pool invia i job senza fissare la versione completa,
e il miner rotola liberamente i bit mascherati.

Se il pool non supporta il version-rolling, il miner ripiega sul mining standard e gira a efficienza inferiore. Ecco perché il supporto del pool conta — uno senza lascia un ~13% dell’efficienza dei suoi miner sul tavolo. SoloFury implementa il version-rolling su ogni endpoint stratum attraverso tutte e cinque le catene SHA-256, così qualsiasi miner con AsicBoost ottiene il guadagno automaticamente. (Il version-rolling è anche un mattone della revisione più ampia del protocollo che copriamo nella nostra guida Stratum V2 vs V1.)

Quali chip supportano AsicBoost (2026)

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

ChipAnnoAsicBoostImplementazione
BM1387 (S9)2017✅ Capace via hardwareRichiedeva patch firmware (2018)
BM1397 (S17 / Bitaxe Max)2019Nativo
BM1366 (S19 XP / Bitaxe Ultra)2022Nativo via registro version-rolling
BM1368 (S21 / Bitaxe Supra)2024Nativo via registro version-rolling
BM1370 (S21 Pro / Bitaxe Gamma)2024-2025Nativo, supporto completo BIP320
BM1373 (serie S23)2026Nativo, supporto completo BIP320

I chip MicroBT (Whatsminer) supportano l’AsicBoost palese dalla serie M30 (2020), e la linea Avalon di Canaan da circa il 2022 — è universale nell’hardware moderno. I dispositivi Bitaxe, NerdQAxe e NerdOCTAxe che girano l’AxeOS open source lo attivano di default e negoziano il version-rolling durante l’handshake stratum. (Per l’intero lignaggio dei chip, vedi la nostra guida all’evoluzione dei chip ASIC.)

Il guadagno di efficienza reale — misurato, non stimato

Il massimo teorico su SHA-256 si aggira sul 20%; le implementazioni reali atterrano su un 5-15% a seconda di quanto aggressivamente è ottimizzato il silicio. Braiins (il team dietro Slush Pool e Braiins OS) verificò l’AsicBoost dell’Antminer S9 nel 2018 e misurò grosso modo un 13% di risparmio energetico in produzione. I chip moderni (BM1370, BM1373) lo integrano più a fondo e ottengono risultati simili o leggermente migliori. Cosa significa il 13% in pratica:

DispositivoConsumo senza AsicBoostConsumo con AsicBoostRisparmio annuo (US$0.10/kWh)
Bitaxe Gamma (1.2 TH/s)~19.5W~17W~$2.20
NerdOCTAxe (~11 TH/s)~170W~150W~$17.50
Antminer S21+ (235 TH/s)~3,750W~3,300W~$394
Antminer S23 Hyd (580 TH/s)~6,250W~5,510W~$648

Per un singolo Bitaxe a casa sono un paio di dollari all’anno; per una farm industriale di 1,000 rig S21+ sono grosso modo $394,000 all’anno di elettricità risparmiata. In ogni caso, l’intera rete gira in modo più efficiente — tutto da una singola osservazione ingegnosa su come SHA-256 gestisce i suoi input.

L’eredità: come AsicBoost ha rimodellato Bitcoin

La saga ha lasciato segni duraturi. La spinta a neutralizzare l’AsicBoost occulto ha dato urgenza a SegWit, che a sua volta ha abilitato la Lightning Network e i successivi lavori di secondo livello. La BDPL ha creato un precedente per aprire i brevetti di mining proteggendosi dal contenzioso, riducendo il rischio di futuri monopoli hardware. Stratum V2 ha attinto in parte alle lezioni di questo episodio, dando ai miner più autonomia sulla selezione delle transazioni come risposta strutturale al rischio di centralizzazione che l’AsicBoost occulto aveva messo a nudo. E il version-rolling di BIP320 è diventato infrastruttura di base ordinaria — la tecnica che quasi spaccò Bitcoin nel 2017 è oggi qualcosa che ogni pool e miner semplicemente parla. Bitcoin è sopravvissuto a un vantaggio hardware interno, e la risposta ha lasciato il sistema più trasparente e più resiliente.

Cosa significa questo per il tuo miner oggi

Se possiedi qualsiasi cosa dall’S19 in poi, un qualunque Bitaxe o un qualunque Whatsminer M30+: AsicBoost è attivo di default nel firmware, e ti serve solo un pool che supporti il version-rolling perché il guadagno sia attivo — SoloFury lo fa, su tutte e cinque le catene. Puoi confermare che funzioni nel tuo pannello AxeOS (Bitaxe), nella pagina di stato Bitmain (Antminer) o nelle statistiche del pool, dove una sessione attiva mostra “version-rolling: yes” o simile. L’avvertenza pratica: se passi da un pool con version-rolling a uno senza, il tuo hashrate resta uguale ma il consumo sale di un ~10-13% — stesso lavoro, più energia. Conferma sempre che il tuo pool parli version-rolling. Su firmware personalizzato (Braiins OS+, VNish, LuxOS) l’impostazione è esposta per rig, ma il default è attivo, e la maggior parte dovrebbe lasciarlo così.

In sintesi

AsicBoost è una di quelle ottimizzazioni silenziose invisibili dall’esterno — il tuo miner gira, il tuo hashrate è quello che è — mentre sotto, ogni ASIC moderno salta il chunk non necessario e risparmia i watt non necessari. Il 13% non sembra molto finché non lo scali: su una rete che gira vicino a 980 EH/s, AsicBoost rappresenta ben oltre 100 EH/s di hashrate effettivo che altrimenti non esisterebbe — più di quanto ne avesse l’intera rete Bitcoin nel 2018 — liberato da una peculiarità di SHA-256 e da una battaglia sui brevetti che alla fine ha reso il sistema più forte. Ogni blocco che trovi — ogni vincita alla lotteria di un Bitaxe, ogni blocco BCH risolto, ogni sussidio XEC — ne è in parte il prodotto. La matematica era sempre lì in SHA-256; la comunità dovette litigare su come usarla, e l’AsicBoost palese è ciò che vinse.

Domande frequenti

Cos’è AsicBoost in parole semplici?

È una scorciatoia nel modo in cui un chip di mining esegue SHA-256. Riutilizzando parte del calcolo di hashing su molti tentativi, il chip fa la stessa quantità di lavoro utile bruciando fino a circa il 13% di elettricità in meno. Stesso hashrate, bolletta più bassa.

AsicBoost aumenta il mio hashrate?

Non direttamente — abbassa l’energia necessaria per un dato hashrate. Molti miner poi usano quel margine per correre un po’ più veloce allo stesso wattaggio, così di fatto puoi ottenere più hash per watt, ecco perché è descritto come un guadagno di efficienza e non come un aumento grezzo di velocità.

AsicBoost è legale ed è ancora brevettato?

Sì, è legale e standard. Il brevetto è stato aperto nel marzo 2018 sotto la Blockchain Defensive Patent License, rendendo la forma palese (version-rolling) libera da usare per i partecipanti. Oggi è specificato come BIP320 e integrato in ogni ASIC moderno.

Qual è la differenza tra AsicBoost occulto e palese?

Entrambi ottengono lo stesso risparmio di SHA-256, ma l’occulto lo faceva rimescolando transazioni (il che incentivava blocchi vuoti e combatteva SegWit), mentre il palese varia bit di versione inutilizzati, il che è innocuo, trasparente e compatibile con SegWit. Oggi si usa solo il palese.

Devo attivare AsicBoost?

Di solito no — il firmware moderno lo attiva di default e lo negozia automaticamente col pool. L’unica cosa da garantire è che il tuo pool supporti il version-rolling; altrimenti il miner ripiega sulla modalità standard e assorbe più energia per lo stesso lavoro.

Come faccio a sapere se AsicBoost è attivo?

Controlla la pagina di stato del tuo miner o il pannello del pool per un indicatore “version-rolling” o “VR” mostrato come attivo. Su un Bitaxe lo riporta AxeOS; sugli Antminer la pagina di stato del mining; le statistiche di SoloFury lo mostrano per worker dove la negoziazione stratum lo espone.

Tutti i pool supportano AsicBoost?

La maggior parte dei pool moderni sì, ma non tutti — e un pool che non implementa il version-rolling costa silenziosamente ai suoi miner un ~10-13% di energia extra. Vale la pena verificarlo. SoloFury lo supporta nativamente su ogni endpoint attraverso BTC, BCH, BC2, BCH2 e XEC.

AsicBoost funziona minando altcoin come BCH o XEC?

Sì. AsicBoost è una proprietà di SHA-256 stesso, quindi si applica a qualsiasi catena SHA-256 — Bitcoin, Bitcoin Cash, BC2, BCH2 ed eCash ne beneficiano in modo identico, purché sia il firmware sia il pool supportino il version-rolling.


Pronto a mettere al lavoro il tuo miner con AsicBoost?

SoloFury supporta il version-rolling nativamente su ogni endpoint stratum attraverso BTC, BCH, BC2, BCH2 e XEC. 1% di fee del pool. 99% direttamente al tuo wallet via coinbase. Copertura globale a bassa latenza. Il tuo AsicBoost è sprecato su un pool che non parla BIP320 — assicurati che il tuo lo faccia.

Configura il tuo miner →Approfondimento sui chip ASIC →

Da leggere dopo