ECX e le drivechain: il fork del 31 ottobre che divide Bitcoin
Il 31 ottobre il fork ECX attiverà le drivechain, l'idea di Layer 2 più divisiva di Bitcoin. Che cosa sono, come funzionano BIP-300 e BIP-301 e perché un fork non eredita l'hashrate.
Il 31 ottobre 2026, nel giorno in cui il mondo cripto festeggia il diciottesimo compleanno del white paper di Satoshi Nakamoto, Bitcoin avrà un fork. Non un aggiornamento e non un soft fork votato dai miner, ma una copia parallela della blockchain chiamata ECX, costruita per accendere una tecnologia che gli sviluppatori discutono da quasi dieci anni senza mai approvarla: le drivechain. Per chi segue i Layer 2 di Bitcoin è l’evento più divisivo dell’anno, e non per i motivi che ci si aspetterebbe.
Una drivechain promette quello che promette ogni secondo livello: più spazio, più funzioni e più velocità senza toccare il livello base. Lo fa però con un compromesso che nessun altro Layer 2 chiede in modo così esplicito, perché affida ai miner il controllo dei bitcoin bloccati. In questo articolo spieghiamo che cosa sono le drivechain, come funzionano le proposte BIP-300 e BIP-301, perché ECX ha scelto la strada del fork e, soprattutto, perché un fork eredita il registro di Bitcoin ma non la sua potenza di calcolo. Al cambio attuale un bitcoin vale circa 73.116 euro, con una capitalizzazione intorno ai 1.469 miliardi di euro (CoinGecko): la posta in gioco non è teorica.
Il 31 ottobre Bitcoin avrà il suo fork: che cos’è ECX
ECX è un hard fork di Bitcoin ideato da Paul Sztorc e dalla sua società LayerTwo Labs. Non modifica Bitcoin: crea una catena separata che copia l’intera storia delle transazioni a una certa altezza di blocco e accredita quasi tutti i possessori di BTC con una quantità uguale di ECX, in rapporto di uno a uno. Mantiene la proof-of-work SHA-256d con un reset una tantum della difficoltà e, soprattutto, attiva le drivechain, i sidechain regolati da BIP-300 e BIP-301 (news.bitcoin.com).
Il lancio è stato scaglionato in tre fasi, legate ad altezze di blocco precise più che a date fisse. La versione definitiva, quella con lo snapshot uno a uno, scatta al blocco 973.728, che cade intorno al 31 ottobre, nel giorno del diciottesimo anniversario del white paper di Bitcoin. Non è un dettaglio scelto a caso: è un messaggio rivolto alla comunità, nel giorno simbolo delle origini.
| Fase | Altezza di blocco | Data stimata | Funzione |
|---|---|---|---|
| Alpha | 963.648 | 23 agosto 2026 | Rete di prova, nessun credito uno a uno |
| Beta | 967.680 | 20 settembre 2026 | Seconda prova pubblica |
| Permanente | 973.728 | 31 ottobre 2026 | Snapshot uno a uno, versione definitiva |
Lo snapshot accredita quasi tutti i possessori, con un’eccezione che ha fatto discutere: delle circa 1,1 milioni di monete attribuite a indirizzi collegati a Satoshi, solo circa 600.000 ECX vengono accreditati, e buona parte della differenza finisce a investitori iniziali e sviluppatori del progetto (news.bitcoin.com). ECX non è «più Bitcoin»: è una catena diversa con le stesse regole di partenza e un hashrate tutto suo. Al lancio alpha di agosto quella potenza di calcolo era di circa 3,53 PH/s, una frazione infinitesimale di quella della rete madre. Questo scarto, come vedremo, è il cuore di tutta la questione.
Perché Bitcoin ha bisogno di un secondo livello
Bitcoin elabora circa sette transazioni al secondo, con un blocco ogni dieci minuti e un limite rigido alla dimensione dei blocchi. È una scelta di progetto, non un difetto: blocchi piccoli tengono bassi i costi per chi gestisce un nodo e mantengono la rete decentralizzata, perché chiunque può verificarla con un computer modesto. Tra il 2015 e il 2017 questo compromesso ha scatenato la cosiddetta blocksize war, la battaglia tra chi voleva blocchi più grandi per abbassare le commissioni e chi voleva mantenerli piccoli spostando la crescita su altri livelli. Ha vinto il secondo schieramento: dopo l’attivazione di SegWit nel 2017, la tabella di marcia è diventata «scalare fuori dalla catena base».
Da quella decisione discendono tutti i Layer 2 di Bitcoin: Lightning per i pagamenti istantanei, le sidechain come Liquid e Rootstock, le catene applicative come Stacks, i rollup come Citrea e le statechain come Spark. Alcuni, come abbiamo raccontato analizzando i rollup su Bitcoin costruiti senza un nuovo fork, usano Taproot e BitVM per ridurre al minimo la fiducia richiesta all’utente. Tutti condividono però lo stesso problema di fondo: spostare valore fuori dal livello base significa decidere chi custodisce i BTC nel frattempo e con quali garanzie si rientra.
Il metodo di valutazione più usato nel settore, quello di Bitcoin Layers, misura un Layer 2 con due domande (Bitcoin Layers): la sicurezza deriva da Bitcoin? E l’utente può tornare al livello base, idealmente in modo unilaterale, senza dover chiedere il permesso a nessuno? Dove si colloca un progetto su questo spettro decide quanta fiducia costa usarlo. È una griglia utile perché smonta il marketing: non conta come un progetto si definisce, conta chi tiene le chiavi e chi può bloccare l’uscita. Le drivechain si collocano in un punto molto preciso e molto contestato di questo spettro.
Che cos’è una drivechain e perché divide Bitcoin da quasi dieci anni
Paul Sztorc ha proposto le drivechain con le BIP-300 e BIP-301 tra il 2017 e il 2019. L’idea nasceva come risposta alle altcoin: invece di lanciare una nuova moneta per ogni nuova funzione (privacy, contratti intelligenti, mercati predittivi), quelle funzioni potevano vivere su sidechain di Bitcoin che usano veri BTC, spostati avanti e indietro tramite un peg a due vie. Lo slogan implicito era «sidechain invece di altcoin»: niente nuovi token speculativi, solo bitcoin che si muovono su binari diversi, tornando sempre alla catena madre (drivechain.info).
Sulla carta è un’idea elegante. Risolve due problemi in un colpo solo: dà agli sviluppatori un terreno dove sperimentare funzioni che Bitcoin non vuole aggiungere al livello base, e tiene la liquidità dentro l’ecosistema del bitcoin invece di disperderla in centinaia di token. Chi sostiene le drivechain le considera il modo più pulito di far evolvere Bitcoin senza frammentarlo. È anche il motivo per cui l’idea non è mai morta del tutto, nonostante gli anni di stallo.
Il nodo è sempre lo stesso: chi controlla i BTC bloccati e chi autorizza il rientro. In una drivechain la risposta sono i miner, attraverso un voto che si distribuisce su migliaia di blocchi. Questa singola scelta di progetto è il motivo per cui le drivechain si discutono da anni senza mai essere state attivate come soft fork sulla catena principale di Bitcoin. Chi le critica le vede come una delega di potere ai miner che Bitcoin ha sempre evitato di concedere. Per capire chi ha ragione bisogna guardare dentro le due proposte tecniche, perché è lì che vive tutta la fiducia richiesta.
BIP-300: l’escrow dell’hashrate spiegato
BIP-300 si chiama hashrate escrow, cioè deposito a garanzia gestito dalla potenza di calcolo. Quando dei BTC passano a una drivechain vengono bloccati in un output speciale sulla catena principale. Il deposito (peg-in) è semplice. Il prelievo (peg-out) è la parte difficile, perché Bitcoin non è in grado di verificare se lo stato della sidechain è valido: non esiste una prova crittografica che il livello base possa controllare per sapere se quel prelievo è legittimo.
La soluzione di Sztorc è un voto. Una proposta di prelievo, chiamata bundle, viene pubblicata e i miner la approvano un blocco alla volta, aggiungendo il loro consenso (un ACK) nel corso di migliaia di blocchi, per un periodo che dura circa tre mesi, con una finestra complessiva che può arrivare a sei. Solo quando il consenso cumulato dei miner supera la soglia richiesta il bundle va a buon fine e i BTC lasciano l’escrow. La ricerca di BitMEX descrive questo meccanismo con le cosiddette container UTXO, che comprimono da tre a sei mesi di dati in soli 32 byte sulla catena base (BitMEX Research).
La conseguenza è netta: la sicurezza del peg dipende interamente dal fatto che i miner non approvino un prelievo fraudolento. Non ci sono prove di frode, non c’è un giudice crittografico che possa dire «questo prelievo è falso». C’è solo il voto dei miner e la fiducia che non abbiano interesse a tradirlo. La lentezza del processo, mesi per un singolo prelievo, è presentata come una garanzia: dà tempo per accorgersi di un attacco e organizzare una risposta. È qui, in questo scambio tra lentezza e fiducia nei miner, che si concentra tutta la critica alle drivechain.
BIP-301: il blind merged mining
BIP-301 descrive il blind merged mining, il mining unito «alla cieca». Di norma, minare una seconda catena insieme a Bitcoin significa far girare un nodo completo anche per quella catena, con tutti i costi che comporta. BIP-301 elimina questo requisito: sono gli utenti della drivechain a costruire il blocco della sidechain e a inviare una richiesta (BMM request) che contiene solo un impegno, cioè una radice di Merkle, più una commissione. Un miner di Bitcoin inserisce quell’impegno nella transazione coinbase (in un OP_RETURN) e incassa la commissione, senza validare le transazioni della sidechain. È «cieco» perché il miner non guarda dentro al blocco che sta certificando (BitMEX Research).
Il senso economico è chiaro: i miner guadagnano commissioni extra dalle sidechain a costo quasi nullo, e questo incentivo è ciò che dovrebbe rendere le drivechain sicure e attraenti per chi mina. Il rovescio della medaglia è altrettanto chiaro: la catena che produce i blocchi della sidechain lo fa senza verificarli, il che rafforza il punto centrale di tutto il modello. In una drivechain la fiducia si appoggia sui miner e non sulla validazione. Il merge-mining alla cieca risolve un problema di costi, ma non sposta di un millimetro la domanda di fondo su chi, alla fine, abbia potere sui fondi.
Questa cecità è al tempo stesso il pregio e il difetto del modello. Il pregio è che rende il mining di una drivechain quasi gratuito: un miner non deve studiare né eseguire il software della sidechain, gli basta incassare la commissione e inserire un impegno di pochi byte. Il difetto è che quella stessa cecità toglie al miner ogni responsabilità su ciò che certifica. Nei rollup che si appoggiano a Bitcoin, al contrario, la validità dello stato è dimostrabile da chiunque, e un singolo osservatore onesto può contestare una frode. In una drivechain non esiste questo cane da guardia: c’è solo il conteggio dei voti, e un voto non distingue una transazione legittima da una truffa.
Le sette drivechain che ECX vuole accendere
ECX non arriva vuoto. Il progetto prevede sette drivechain già pronte, ognuna pensata per una funzione diversa (news.bitcoin.com):
- Thunder: pagamenti ad alto volume, pensata per molte transazioni veloci e a basso costo.
- Zside: privacy, con transazioni schermate in stile zero-knowledge.
- Bitnames: nomi e identità decentralizzati, una rubrica leggibile al posto degli indirizzi.
- Bitassets: emissione di asset e stablecoin ancorati a valute o beni.
- Photon: pagamenti rapidi, con un approccio vicino a quello di Lightning.
- Truthcoin: mercati predittivi, l’idea originaria da cui Sztorc è partito anni fa.
- Coinshift: scambi e spostamenti di valore tra le altre catene.
È un ventaglio ambizioso, che copre più o meno tutto ciò che altre blockchain offrono come funzioni separate: pagamenti, privacy, identità, asset, mercati predittivi. L’idea di fondo è che un possessore di BTC possa muoversi tra queste catene senza mai lasciare l’ecosistema del bitcoin e senza comprare token diversi. Resta da vedere quante di queste sidechain avranno davvero utenti, perché una drivechain senza uso è solo codice che gira.
Vale la pena notare un punto che spesso sfugge: una drivechain pensata per ospitare stablecoin, come Bitassets, non sfugge alle regole che si applicano alle stablecoin altrove. Come abbiamo spiegato analizzando il bottone di congelamento che detta la regola, un emittente di stablecoin resta soggetto agli obblighi antiriciclaggio e, in Europa, a MiCA, a prescindere dal livello tecnico su cui gira la moneta. Il fatto che una stablecoin viva su una drivechain non la rende invisibile al diritto.
Furto dei miner o sicurezza economica: la disputa Todd, Dashjr e Sztorc
Il cuore della controversia è semplice da enunciare: se sono i miner a decidere i prelievi, una maggioranza di miner potrebbe in teoria votare per sottrarre i BTC bloccati. Lo sviluppatore Peter Todd, in un’analisi del 2023 (commissionata dalla stessa LayerTwo Labs), ha osservato che le drivechain non hanno prove di frode e che il peg richiede di fatto una fiducia cieca nei miner (Peter Todd). Non è un bug, è il modello: la sicurezza è un’ipotesi sul comportamento dei miner, non una garanzia matematica. In un sistema che si vanta di «non fidarsi, verificare», è una concessione pesante.
Luke Dashjr, storico sviluppatore di Bitcoin Core, è stato ancora più tranchant: ha sostenuto che i fondi in una drivechain appartengono tecnicamente ai miner (Cointelegraph). È la stessa obiezione, vista dal lato della proprietà: se chi controlla la chiave del prelievo è il blocco della potenza di calcolo, allora quei BTC non sono più davvero dell’utente, ma di chi mina. Per i critici questo basta a squalificare le drivechain come strumento sicuro per custodire valore.
Sztorc risponde spostando il piano da crittografico a economico. Secondo la sua difesa, i miner non ruberebbero perché distruggerebbero il valore della gallina dalle uova d’oro che li nutre, e la lunga finestra di prelievo di circa sei mesi darebbe alla comunità tutto il tempo per reagire, per esempio con un soft fork difensivo. È l’idea di sicurezza economica: non impedire l’attacco per via matematica, ma renderlo irrazionale. Sulla questione delle monete di Satoshi, Sztorc ha ribattuto che ECX non prende i BTC di Satoshi, ma gli regala 600.000 eCash invece di 1,1 milioni (AMBCrypto). Non tutti sono convinti: Fidelity Digital Assets ha definito la riassegnazione di monete dormienti un precedente poco sano (AMINA Bank).
Vale la pena restituire anche la versione più forte della difesa, perché la posta non è banale. Chi sostiene le drivechain ricorda che anche Bitcoin, in fondo, si affida ai miner: sono loro a ordinare le transazioni e, con una maggioranza, potrebbero teoricamente censurarle o riscrivere blocchi recenti. La differenza, obiettano i critici, è che su Bitcoin un miner disonesto non può creare monete dal nulla né spendere quelle altrui, mentre su una drivechain il controllo del peg somiglia molto a quel potere. Il dibattito, in sostanza, non è se fidarsi dei miner, ma di quanto: e dieci anni di stallo dicono che la comunità non ha ancora trovato una risposta condivisa.
Dal soft fork bloccato al hard fork: la scommessa di LayerTwo Labs
Se le drivechain si discutono da anni, perché arrivare a un fork proprio adesso? Perché la via maestra, quella del soft fork, è bloccata. Per attivare le drivechain sulla catena principale servirebbe un soft fork, e Bitcoin non ne attiva uno da Taproot, nel novembre 2021: è la pausa più lunga nella storia del protocollo. Ad agosto 2026 un’altra proposta, la BIP-110 (un soft fork temporaneo per ridurre i dati), ha tentato la strada del segnale obbligatorio dei miner e ha raccolto un picco di consenso intorno al 2,53% contro una soglia del 55%, fallendo e chiudendosi il 9 agosto (AMINA Bank).
La lettura di Sztorc è che Bitcoin, al momento, non sia in grado di attivare alcun soft fork, e che quindi l’unico modo per dimostrare che le drivechain funzionano sia forkare e mostrarle in funzione (crypto.news). ECX diventa così una mossa dimostrativa, quasi una provocazione: se le drivechain attireranno utenti e valore sulla catena ECX, l’argomento è che prima o poi Bitcoin potrebbe adottarle; se non lo faranno, ECX resterà l’ennesima piccola catena scissa, utile al massimo come esperimento. È una scommessa, e Sztorc la gioca allo scoperto.
Vale la pena ricordare che non tutte le novità di Bitcoin richiedono uno strappo. Come abbiamo raccontato parlando di come l’annex di Taproot si è risvegliato senza un fork, molte funzioni avanzate possono emergere lavorando sugli strumenti che già esistono, senza chiedere il permesso ai miner né forzare una scissione. ECX sceglie la strada opposta, la più rumorosa: invece di aspettare un consenso che non arriva, crea i fatti e lascia che sia il mercato a giudicarli.
L’airdrop e le monete di Satoshi: i dettagli di ECX
Dal punto di vista di un possessore di bitcoin, ECX si presenta come un airdrop: un ECX per ogni BTC detenuto al blocco dello snapshot. È il meccanismo classico dei fork, quello che negli anni ha spinto molti a parlare di «monete gratis». Qui però ci sono tre avvertenze pratiche che trasformano quel regalo in qualcosa di più complicato.
La prima è politica: l’esclusione parziale delle monete di Satoshi. Riassegnare o escludere monete dormienti è esattamente il tipo di scelta che ha fatto storcere il naso a parte dell’industria, perché tocca il principio secondo cui su Bitcoin nessuno decide al posto di nessun altro, nemmeno sulle monete che nessuno sposta da anni. La seconda è operativa: per usare o vendere ECX servono software specifici e una protezione dal replay (per evitare che una transazione su una catena venga ritrasmessa sull’altra), e al lancio alpha non esisteva né un prezzo né una quotazione su exchange (news.bitcoin.com). La terza è di sicurezza: gli eventi «coin gratis» sono una calamita per phishing e drainer, con finti siti di claim pronti a svuotare i wallet di chi si precipita a reclamare il bonus.
C’è infine una dimensione fiscale che in Italia conviene non sottovalutare. Il valore ricevuto con un airdrop può avere rilievo ai fini delle imposte, e il quadro delle aliquote sulle cripto-attività è tutt’altro che stabile: come abbiamo spiegato raccontando la Manovra 2027 arrivata senza il taglio dell’aliquota, le regole sono in piena evoluzione. Prima di trattare ECX come un regalo senza conseguenze, meglio parlarne con un commercialista e tenere traccia dei valori al momento della ricezione.
La prova dell’uscita: una drivechain è un vero Layer 2?
Torniamo alla domanda di fondo. Secondo il criterio di Bitcoin Layers, un vero Layer 2 deve fare due cose: derivare la sicurezza da Bitcoin e permettere all’utente di tornare al livello base, idealmente in modo unilaterale, cioè senza che un terzo possa bloccare l’uscita (Bitcoin Layers). È la prova dell’uscita, ed è il modo più onesto per confrontare modelli molto diversi tra loro. La tabella seguente colloca i principali approcci lungo questo spettro.
| Modello | Chi controlla i BTC bloccati | Uscita unilaterale | Esempio |
|---|---|---|---|
| Canali di pagamento | I due partecipanti al canale | Sì, imposta da Bitcoin | Lightning |
| Statechain | Un operatore onesto su n | Sì, con uscita pre-firmata | Spark |
| Rollup con ponte BitVM | Un onesto su n | Quasi: contestabile da chiunque | Citrea |
| Sidechain federata | Un multisig di funzionari | No | Liquid, Rootstock |
| Signer set | Un insieme eletto di firmatari | No | Stacks (sBTC) |
| Drivechain | I miner, con voto pluri-mensile | No: l’uscita è un voto dei miner | ECX |
| IOU custodito | Un custode centrale | No | WBTC |
Dove si colloca una drivechain? In fondo alla scala. Il prelievo, cioè l’uscita, è un voto dei miner distribuito su mesi: l’utente non può forzare da solo il rientro dei propri BTC e deve sperare che la maggioranza dei miner approvi il bundle corretto. In base alla definizione più stretta, una drivechain non supera la prova dell’uscita. Non è un giudizio morale, è una collocazione precisa: più vicina a una sidechain federata che a un canale Lightning. Chi usa una drivechain accetta, consapevolmente o no, di affidare il proprio capitale alla buona fede dei miner per tutta la durata della finestra di prelievo.
Perché l’uscita unilaterale conta così tanto? Perché è ciò che trasforma un deposito in una proprietà. Su Lightning, se la controparte sparisce, l’utente può chiudere il canale da solo e recuperare i fondi sul livello base, con regole imposte da Bitcoin. In una drivechain quel potere non esiste: il rientro passa per il voto dei miner, e se quel voto non arriva l’utente non ha una carta da giocare. È la differenza tra tenere le chiavi di casa e dipendere dal portiere per entrare, per quanto gentile sia stato finora.
ECX contro i Layer 2 che funzionano davvero
Messa accanto al campo reale dei Layer 2 di Bitcoin nell’autunno 2026, ECX appare per quello che è: un esperimento, non un leader di mercato. Gli altri hanno anni di rodaggio, capitale bloccato e, in alcuni casi, cicatrici da incidenti reali.
| Progetto | Tipo | Sicurezza da | Stato (ottobre 2026) |
|---|---|---|---|
| Lightning | Canali di pagamento | Bitcoin (HTLC) | Attivo, circa 4.900 BTC di capacità pubblica (Newhedge) |
| Liquid | Sidechain federata | 11-of-15 funzionari | Blocchi ripresi, peg-out congelati dopo l’exploit da circa 320 milioni di dollari (crypto.news) |
| Rootstock | Sidechain EVM merge-mined | Federazione PowPeg | Attivo, DeFi dell’ordine delle decine di milioni (DefiLlama) |
| Stacks | Catena propria più sBTC | Insieme di firmatari | Attivo, sBTC dell’ordine delle centinaia di milioni (DefiLlama) |
| Citrea | ZK-rollup | Bitcoin più ponte 1-of-N | Mainnet da gennaio 2026, TVL ancora ridotto (The Block) |
| ECX | Fork con drivechain | I miner della catena ECX | Versione definitiva il 31 ottobre 2026 (news.bitcoin.com) |
La differenza decisiva non è nei numeri di adozione, ma in una riga della tabella: la colonna «sicurezza da». Ogni altro Layer 2 eredita, in misura diversa, la sicurezza di Bitcoin, tramite i canali, il merge-mining, un ponte o un insieme di firmatari ancorati al livello base. Perfino Liquid, che l’exploit da 320 milioni di dollari ha mostrato fragile sul lato del codice, resta ancorata alla potenza di calcolo di Bitcoin per l’ordine dei blocchi. Le drivechain di ECX, invece, ereditano la sicurezza di ECX, cioè l’hashrate della catena ECX. E qui arriva il problema più grande di tutti.
L’hashrate non si eredita: il vero rischio di sicurezza
Un fork copia il codice, le regole e il registro di Bitcoin, ma non può copiare la cosa che rende Bitcoin sicuro: l’enorme quantità di potenza di calcolo che lo protegge. I miner scelgono dove puntare le macchine, e al lancio alpha ECX ne aveva raccolta pochissima, circa 3,53 PH/s. Bitcoin, nello stesso periodo, viaggiava su centinaia di exahash al secondo (news.bitcoin.com): ECX valeva una frazione infinitesimale dell’hashrate della rete madre, l’equivalente di poche decine di macchine moderne contro milioni.
Con così poco hashrate, ECX è economico da attaccare. Riorganizzare la sua catena o tentare una doppia spesa con un attacco del 51% costerebbe una minima parte di ciò che servirebbe contro Bitcoin, dove un attacco simile richiederebbe miliardi in hardware ed energia. E questo si somma al modello di fiducia delle drivechain: non solo bisogna fidarsi che i miner non votino per rubare i fondi in escrow, ma bisogna fidarsi di una base mineraria piccola e a buon mercato da conquistare. L’argomento economico di Sztorc, cioè che i miner non uccideranno la gallina dalle uova d’oro, è più debole proprio quando la gallina è piccola, nuova e vale poco: chi la cattura rischia poco e può guadagnare molto.
Qui sta la differenza tra due scenari che spesso vengono confusi. Le drivechain attivate su Bitcoin tramite un soft fork, quello che Sztorc voleva all’inizio, prenderebbero in prestito l’hashrate di Bitcoin attraverso il blind merged mining, appoggiandosi alla rete più sicura del mondo. Le drivechain attivate su ECX, invece, prendono in prestito l’hashrate di ECX. È tutta qui la distanza tra una proposta di secondo livello e una catena scissa che parte da zero. Per capire quanto conti davvero quella potenza di calcolo abbiamo dedicato un’analisi a che cosa compra il budget della sicurezza di Bitcoin: le cifre in gioco spiegano perché un hashrate di pochi PH/s non protegge granché, per quanto elegante sia il resto del progetto.
Un’analogia aiuta a fissare il concetto. Immaginare una drivechain su una catena a basso hashrate è come costruire un caveau blindato e poi poggiarlo su un pavimento di cartone. La serratura, cioè la logica di BIP-300 e BIP-301, può anche essere ingegnosa, ma se chi controlla il pavimento, cioè il poco hashrate che ordina i blocchi, può essere comprato per una cifra modesta, l’intera costruzione resta fragile. La sicurezza di un sistema a strati è sempre quella del suo anello più debole, e per una catena appena nata quell’anello è la base mineraria.
Consob, MiCA e il fisco: come l’Italia guarda a fork e drivechain
Un fork come ECX non è di per sé un evento regolamentato: nasce dal codice e dai miner, non da un’offerta al pubblico. Diventano rilevanti però i token che ne derivano e i soggetti che li trattano. In Europa, un prestatore di servizi sulle cripto-attività (CASP) che decidesse di quotare ECX dovrebbe gestirlo come qualsiasi altra cripto-attività sotto MiCA, con gli obblighi di informativa e di condotta del caso. In Italia la vigilanza è divisa: Consob si occupa della trasparenza e della tutela degli investitori, Banca d’Italia degli aspetti prudenziali e delle stablecoin (Consob). Il decreto che ha recepito MiCA in Italia è il D.lgs. 5 settembre 2024, n. 129, e il periodo transitorio, nella versione accorciata, si è chiuso il 1° luglio 2026.
Le drivechain pensate per ospitare stablecoin, come Bitassets, non sfuggono a questo quadro: le regole MiCA sui token di moneta elettronica e sui token collegati ad asset si applicano a prescindere dal livello tecnico, così come gli obblighi antiriciclaggio. Gli eventuali derivati su ECX, come futures o perpetual, ricadrebbero invece sotto la MiFID II, di competenza Consob, e non sotto MiCA, che copre solo le cripto-attività a pronti e i relativi servizi.
Resta il piano fiscale, già citato: in Italia il valore ricevuto da un airdrop e le successive plusvalenze rientrano nel perimetro impositivo delle cripto-attività, un quadro in movimento che conviene verificare con un professionista. E resta il tema, caro a Consob, della tutela del risparmiatore. Un evento che promette «monete gratis» è esattamente il contesto in cui proliferano truffe e finti claim, e la regola pratica è la stessa di sempre: nessuno regala soldi, e se un’offerta sembra troppo facile, di solito nasconde una trappola.
Che cosa osservare dopo il 31 ottobre
Passata la data, pochi indicatori diranno se ECX è una scommessa seria o un fuoco di paglia.
- Hashrate: la catena attirerà potenza di calcolo oltre i pochi PH/s del lancio alpha? Un hashrate basso significa una catena fragile e facile da attaccare.
- Quotazioni e prezzo: qualche exchange quoterà ECX? Al lancio alpha non c’era un prezzo. Una quotazione darebbe finalmente un verdetto di mercato.
- Uso reale delle drivechain: qualcuna delle sette catene attirerà utenti e valore bloccato, oppure resteranno dimostrazioni tecniche? L’uso è l’unica cosa che convaliderebbe il modello.
- Sicurezza per i possessori: protezione dal replay, strumenti affidabili per il claim e assenza di drainer nelle prime settimane.
- Il dibattito sui covenant: la strada mainstream verso i Layer 2 di Bitcoin senza fork passa dai covenant come CTV e CAT, ancora in attesa di attivazione. Se le drivechain di ECX funzionassero, l’argomento a favore di un’attivazione su Bitcoin si rafforzerebbe.
Il filo conduttore di tutta la vicenda è uno solo. Il Layer 2 sposta la fiducia, non la elimina. Una drivechain la sposta tutta sui miner, e un fork sposta anche la sicurezza su una base di hashrate tutta da costruire. ECX è il test più onesto di questa idea proprio perché è il più estremo: niente soft fork, niente permessi, solo il mercato a decidere se le drivechain sono quel secondo livello che Bitcoin, in quasi dieci anni, non ha mai voluto votare.
Domande frequenti
Che cos’è ECX e quando parte?
ECX è un hard fork di Bitcoin ideato da Paul Sztorc e da LayerTwo Labs che attiva le drivechain. La versione definitiva parte intorno al 31 ottobre 2026, al blocco 973.728, dopo le fasi alpha di agosto e beta di settembre. Copia la storia di Bitcoin e accredita un ECX per ogni BTC, con alcune monete di Satoshi escluse.
Le drivechain sono un vero Layer 2 di Bitcoin?
Dipende dalla definizione. Una drivechain eredita regole e formato di Bitcoin, ma il prelievo dei BTC è deciso dai miner con un voto che dura mesi, quindi non c’è uscita unilaterale. Secondo il criterio più stretto, cioè sicurezza da Bitcoin più uscita imposta dal protocollo, una drivechain non supera la prova dell’uscita.
Come funzionano BIP-300 e BIP-301?
BIP-300 (hashrate escrow) blocca i BTC in un output speciale e lascia che i miner approvino i prelievi votando su migliaia di blocchi, per circa tre mesi. BIP-301 (blind merged mining) permette ai miner di incassare le commissioni della drivechain impegnandosi su un suo blocco senza validarne le transazioni.
ECX è denaro gratis o un rischio?
Un airdrop da fork non è denaro gratis senza rischi. Per usare ECX servono software specifici e protezione dal replay, non c’è garanzia di quotazione o prezzo, e gli eventi «monete gratis» attirano phishing e drainer. In Italia il valore ricevuto può avere rilievo fiscale, quindi conviene parlarne con un commercialista.
Perché un fork non eredita l’hashrate di Bitcoin?
Perché i miner scelgono dove puntare le proprie macchine. ECX copia il codice e il registro di Bitcoin, ma non la sua potenza di calcolo: al lancio alpha aveva circa 3,53 PH/s, una frazione minima dell’hashrate di Bitcoin. Con poco hashrate una catena è economica da attaccare con il 51%.
Marcus Okafor scrive di Bitcoin, dei suoi Layer 2 e della regolamentazione cripto in Europa per HOGE Wire.