Bitcoin sa custodire valore meglio di qualsiasi altra rete, ma spostarlo a basso costo resta un problema aperto. Per anni la risposta \u00e8 stata una sola: Lightning Network. Aprire canali, procurarsi liquidit\u00e0 in entrata e tenere un nodo sempre acceso ha per\u00f2 spinto milioni di utenti verso app custodial, cio\u00e8 verso l’esatto contrario dell’auto-custodia che Bitcoin promette. Nel 2026 una proposta diversa \u00e8 passata dalla teoria alla rete principale: si chiama Ark.<\/p>
Ark non \u00e8 una nuova blockchain e non ha un token. \u00c8 un modo per far condividere a molti utenti un singolo UTXO on-chain di Bitcoin, tramite alberi di transazioni pre-firmate. E poggia in modo diretto sulle firme Schnorr e sull’aggregazione di chiavi MuSig2 che Taproot ha attivato a novembre 2021: senza quel soft fork, il disegno di Ark sarebbe enorme e poco privato. Dopo aver raccontato i Discreet Log Contract<\/a>, torniamo quindi su un altro primitivo reso possibile da Taproot, questa volta pensato per i pagamenti di tutti i giorni.<\/p> Il tempismo non \u00e8 casuale. A giugno 2026 la societ\u00e0 Second ha portato la sua implementazione, Bark, sulla rete principale; Ark Labs ha aperto la beta pubblica di Arkade; e Tether ha investito nel progetto. Con Bitcoin intorno ai 67.000 euro (CoinGecko<\/a>), la domanda non \u00e8 pi\u00f9 se Ark funzioni sulla carta, ma se possa reggere l’uso reale.<\/p> Ark \u00e8 un protocollo di secondo livello per fare transazioni Bitcoin fuori dalla catena a costo molto basso, senza il lavoro di apertura, finanziamento e gestione dei canali di pagamento. L’idea di fondo, spiegata bene da Bitcoin Optech<\/a>, \u00e8 che molti utenti condividano fiduciariamente un UTXO on-chain grazie a un albero di transazioni pre-firmate. Ogni utente possiede una foglia di quell’albero, chiamata VTXO (virtual UTXO): un output virtuale che vive interamente off-chain, ma che pu\u00f2 sempre essere riportato sulla catena.<\/p> Il risultato, per chi usa il portafoglio, somiglia a Lightning: invii istantanei, commissioni minime. Ma senza canali da bilanciare, senza liquidit\u00e0 in entrata da procurarsi e senza dover restare online per ricevere. La proposta originale porta la firma di Burak, sviluppatore noto nel mondo Bitcoin, che a maggio 2023 pubblic\u00f2 lo schema sulla mailing list bitcoin-dev sotto il titolo provvisorio TBDXXX (Bitcoin Magazine<\/a>). Tre anni dopo, Ark ha due implementazioni in produzione: Bark, sviluppata da Second, e Arkade, sviluppata da Ark Labs.<\/p> Per capire perch\u00e9 Ark esista, bisogna guardare ai punti dolenti di Lightning. Un canale Lightning \u00e8 un rapporto fra due sole parti, con capitale bloccato da entrambi i lati. Chi vuole ricevere un pagamento deve prima avere liquidit\u00e0 in entrata, cio\u00e8 capacit\u00e0 sul lato opposto del canale: senza, il bonifico non entra. Gestire quella liquidit\u00e0, aprire e chiudere canali, tenere un nodo sempre online per non perdere pagamenti e non poter usare lo stesso portafoglio su pi\u00f9 dispositivi sono ostacoli concreti. Un’analisi di BitBox<\/a> li riassume citando i lavori di Ren\u00e9 Pickhardt e Paul Sztorc sui limiti strutturali della rete.<\/p> Il paradosso \u00e8 che, per aggirare quella complessit\u00e0, tantissimi utenti sono finiti su wallet e exchange custodial, rinunciando alle chiavi. Ark nasce esattamente da questa critica. Lo stesso Burak lo ha detto senza giri di parole: come riporta Bitcoin Magazine<\/a>, si \u00e8 sempre definito \u00abun critico di Lightning, soprattutto per i problemi di liquidit\u00e0 in entrata, per la ricezione asincrona e per l’impronta on-chain\u00bb. Ark prova a offrire l’esperienza di Lightning (invii istantanei, commissioni basse) togliendo per\u00f2 proprio quegli oneri, a partire dalla possibilit\u00e0 di ricevere fondi mentre si \u00e8 offline.<\/p> Qui entra in scena il protagonista di questo filone: Taproot. Ark non lo pubblicizza in copertina, ma senza il soft fork del 2021 non esisterebbe nella forma attuale. L’output condiviso su cui si costruisce l’albero \u00e8 un output Taproot (P2TR), e le sue condizioni di spesa sfruttano due propriet\u00e0 che Taproot ha reso pratiche: le firme Schnorr (BIP 340) e la loro aggregazione via MuSig2 (BIP 327).<\/p> La documentazione di Second<\/a> \u00e8 esplicita sulle due strade di spesa di un VTXO. Il percorso cooperativo, quello usato in condizioni normali, \u00e8 un multisig MuSig2: n-di-n tra tutti gli utenti che condividono un ramo pi\u00f9 il server per le transazioni di radice e di ramo, e 2-di-2 tra utente e server per le foglie. Poich\u00e9 MuSig2 aggrega le chiavi in una sola firma Schnorr spesa via key-path, sulla catena questa spesa \u00e8 indistinguibile da un qualsiasi pagamento Taproot a chiave singola. Nessuno, guardando la blockchain, capisce che dietro c’era un intero Layer 2. \u00c8 lo stesso trucco di privacy che rende invisibili i Discreet Log Contract.<\/p> Le vie di fuga, invece, vivono nell’albero di script Taproot (il MAST) e restano nascoste finch\u00e9 non servono. Le radici e i rami usano timelock assoluti CLTV, le foglie un timelock relativo CSV (nella documentazione, 144 blocchi). Questa combinazione (chiave-path per la via veloce e privata, script-path per l’uscita di emergenza) \u00e8 il cuore del motivo per cui Ark appartiene alla storia di Taproot. Con un vecchio multisig ECDSA n-di-n, l’albero sarebbe pesantissimo in byte e mostrerebbe a tutti la struttura del contratto; con Schnorr e MuSig2 diventa compatto e riservato.<\/p> La propriet\u00e0 tecnica che conta si chiama linearit\u00e0. Le firme Schnorr sono lineari, cio\u00e8 si possono sommare: due chiavi pubbliche e due firme parziali diventano una chiave e una firma sole, senza che nulla riveli quante persone abbiano firmato. \u00c8 esattamente ci\u00f2 che permette a MuSig2 di comprimere una firma n-di-n in qualcosa che pesa e appare come una firma singola. Con l’ECDSA, lo schema usato da Bitcoin prima di Taproot, questo non era possibile in modo pulito: un multisig andava scritto per esteso nello script, gonfiando le dimensioni e rivelando la soglia. In un protocollo come Ark, dove ogni round pu\u00f2 coinvolgere decine di firmatari e va rinnovato di continuo, quella differenza non \u00e8 estetica: \u00e8 la linea che separa un disegno praticabile da uno troppo costoso per esistere.<\/p> Il funzionamento di Ark ruota attorno ai round, sessioni interattive periodiche in cui gli utenti e l’operatore costruiscono insieme un albero di transazioni condiviso. La radice di quell’albero, la round transaction (o pool transaction), viene trasmessa on-chain; le foglie sono i singoli VTXO, ciascuno controllato da un utente. Un solo pagamento sulla catena finanzia cos\u00ec centinaia o migliaia di saldi virtuali, e le commissioni on-chain vengono spalmate su tutti i partecipanti. \u00c8 questo che permette a Ark di comprimere molti utenti in un’impronta minima.<\/p> La cadenza dipende dall’implementazione. La documentazione di Second<\/a> indica round orari, con la round transaction confermata all’incirca ogni sei blocchi. Per entrare nel sistema (il cosiddetto boarding) l’utente partecipa a un round o converte un UTXO on-chain in un VTXO; da l\u00ec pu\u00f2 pagare altri utenti Ark in modo istantaneo. Ogni pagamento \u00e8 un’estensione pre-firmata dell’albero, co-firmata da mittente e operatore. Il punto delicato, su cui torneremo, \u00e8 che la ricevente deve fidarsi che il mittente non si accordi con l’operatore per una doppia spesa prima che il pagamento venga consolidato nel round successivo.<\/p> Semplificando, un esempio aiuta. Immaginiamo che Alice abbia un VTXO da 0,01 BTC e voglia pagarne 0,004 a Bob. Alice, Bob e l’operatore costruiscono una nuova transazione pre-firmata che spende il vecchio VTXO di Alice e ne crea due: uno da 0,004 per Bob e uno da 0,006 di resto per Alice. Perch\u00e9 il trasferimento sia sicuro, Alice firma una forfeit transaction che consegna all’operatore il suo vecchio VTXO se prova a giocare doppio, cio\u00e8 a spenderlo nel round e a farlo uscire on-chain allo stesso tempo. Bob riceve subito e pu\u00f2 a sua volta rigirare il suo nuovo VTXO, ancora prima che il round successivo lo scriva nell’albero. Sulla catena, di tutto questo, appare soltanto ogni tanto una normale transazione Taproot che aggiorna la radice condivisa.<\/p> Il VTXO \u00e8 l’unit\u00e0 di valore di Ark. Si comporta come un normale UTXO, ma \u00e8 un insieme di transazioni pre-firmate che l’utente conserva off-chain e pu\u00f2 trasmettere in qualsiasi momento per recuperare i propri bitcoin sulla catena. Ha per\u00f2 una caratteristica che cambia tutto rispetto a un UTXO on-chain: una scadenza. I VTXO scadono secondo un timelock assoluto (28 giorni sul server di Second) e, per restare in autonomia, l’utente deve rinnovarli prima della scadenza, facendoli confluire in un nuovo albero durante un round. Se non lo fa, l’operatore pu\u00f2 spazzare via i fondi al timelock: i soldi restano recuperabili, ma si perde la capacit\u00e0 di far valere l’uscita unilaterale.<\/p>Che cos’\u00e8 Ark, in parole povere<\/h2>
La frizione che Lightning non ha mai risolto<\/h2>
Taproot \u00e8 il motore nascosto di Ark<\/h2>
Come funziona un round<\/h2>
VTXO: l’output che vive fuori dalla catena<\/h2>