Glossario tecnico

Pubblicazione periodica dello state commitment del rollup su Bitcoin L1. Garantisce immutabilità e finalità derivata dalla sicurezza di Bitcoin.

Script opcode di Bitcoin che permette di incorporare fino a 80 byte di dati arbitrari in una transazione, rendendola provabilmente non spendibile. Usato per l'ancoraggio degli state commitment.

Upgrade di Bitcoin (BIP 341/342, attivo nov. 2021) che introduce Schnorr signatures e MAST. Migliora privacy, efficienza e flessibilità degli script. Rilevante per meccanismi di ancoraggio più efficienti.

Unspent Transaction Output. Il modello contabile di Bitcoin: invece di "conti", esistono "monete non spese" di importi specifici. Diverso dal modello account di SVM/Ethereum.

Soluzione Layer 2 che esegue transazioni off-chain e pubblica periodicamente lo stato compresso sul layer base (L1). Combina scalabilità (off-chain) con sicurezza ereditata dall'L1.

Blockchain separata collegata all'L1 tramite bridge. A differenza del rollup, ha la propria sicurezza indipendente: se la sidechain fallisce, il rischio è reale e non mitigato dall'L1.

Architettura simile al rollup ma con data availability off-chain (i dati delle transazioni non sono su L1). Più scalabile ma meno sicuro: se i dati scompaiono, gli utenti non possono provare il proprio saldo.

Rollup che assume per default la correttezza delle transizioni di stato (ottimismo). Usa fraud proof per contestare transizioni errate entro una finestra temporale (tipicamente 7 giorni su Ethereum).

Rollup che usa prove crittografiche a conoscenza zero per dimostrare matematicamente la correttezza di ogni transizione di stato. Finalità immediata, ma computazionalmente costoso.

Runtime di esecuzione sviluppato da Solana Labs. Permette esecuzione parallela tramite dichiarazione esplicita degli account toccati da ogni transazione. Bitcoin Hyper la usa come motore di esecuzione.

Il runtime di parallelizzazione di SVM. Analizza le transazioni in anticipo e le esegue in parallelo quando non condividono account. Principale fonte del throughput elevato di Solana (e Bitcoin Hyper).

Framework Rust per lo sviluppo di programmi SVM. Aggiunge macro, convenzioni e strumenti di testing che semplificano notevolmente la scrittura di smart contract per Solana e Bitcoin Hyper.

Libreria di programmi standard su SVM: token (SPL Token), staking, governance, ecc. Bitcoin Hyper mira alla compatibilità con SPL, permettendo di riusare token e programmi Solana.

Componente del rollup che ordina le transazioni prima dell'esecuzione. Chi controlla il sequencer può determinare l'ordine (con implicazioni per MEV e censura). Al lancio di Bitcoin Hyper sarà centralizzato.

Valore estraibile riordinando, inserendo o omettendo transazioni all'interno di un blocco/batch. Il sequencer centralizzato ha accesso completo al MEV del rollup.

Meccanismo che permette agli utenti di "forzare" l'inclusione di una transazione attraverso Bitcoin L1, bypassando un sequencer censore. Ancora in sviluppo in Bitcoin Hyper al 28/04/2026.

Bridge ufficiale di Bitcoin Hyper per spostare BTC dall'L1 al rollup e viceversa. Al lancio: custodia federata/centralizzata. Roadmap prevede decentralizzazione progressiva.

Meccanismo che permette agli utenti di prelevare fondi dal rollup anche se il sequencer o il bridge sono non-cooperativi, usando Bitcoin L1. Feature critica di sicurezza, ancora in sviluppo.

Garanzia che i dati di tutte le transazioni siano accessibili pubblicamente. Se mancano i dati, nessuno può ricostruire lo stato del rollup. Soluzione finale ancora in ricerca in Bitcoin Hyper.

Rappresentazione compressa (tipicamente una Merkle root) dello stato completo del rollup in un dato momento. Viene periodicamente pubblicata su Bitcoin per l'ancoraggio.

Struttura dati ad albero dove ogni nodo padre è l'hash dei figli. Permette di produrre prove efficienti (Merkle proof) sull'inclusione di dati senza rivelare tutto il dataset.

Token nativo di Bitcoin Hyper. Supply totale: 21 miliardi (omaggio ai 21 milioni di BTC). Usato per fee di transazione, staking, governance. Distribuzione: 25% Treasury, 30% Development, 20% Marketing, 15% Rewards, 10% Listings.

Meccanismo di sblocco graduale dei token nel tempo, per allineare gli incentivi del team/investitori con il successo a lungo termine del progetto. Il presale di $HYPER ha vesting di 7 giorni.

L'evento di creazione e distribuzione iniziale del token. Prima del TGE di Bitcoin Hyper devono essere completati gli audit di sicurezza (come dichiarato nel whitepaper).

Valore totale degli asset depositati nei protocolli DeFi su un network. Metrica usata per misurare l'adozione e la fiducia in un ecosistema.

Protocollo DeFi che usa formule matematiche (tipicamente x*y=k) per determinare i prezzi di scambio, eliminando la necessità di un order book tradizionale.

Servizio che porta dati del mondo reale (prezzi, eventi) dentro la blockchain. Critico per DeFi: lending, derivati e molti contratti dipendono da prezzi esterni affidabili.

Prova crittografica che dimostra la scorrettezza di una transizione di stato. Usata negli optimistic rollup per contestare stati fraudolenti entro la finestra di challenge.

Revisione del codice sorgente da parte di una società specializzata terza, con l'obiettivo di identificare vulnerabilità. Per Bitcoin Hyper: promessi prima del TGE, non ancora pubblicati al 28/04/2026.

Il momento dopo il quale una transazione non può più essere invertita. In Bitcoin Hyper, la finalità definitiva è quella di Bitcoin (dopo N blocchi dall'ancoraggio).

Layer 2 di Bitcoin basato su canali di pagamento. Ottimizzato per micropagamenti veloci e a basso costo tra due parti. Non supporta smart contract complessi. In produzione dal 2018.

Layer 2 su Bitcoin che usa il meccanismo PoX (Proof of Transfer). Ha un proprio linguaggio smart contract (Clarity) e ancora i blocchi su Bitcoin. Ecosistema limitato rispetto alle aspettative iniziali.

Sidechain Bitcoin con EVM compatibility e merge-mining. Attivo dal 2018. Ecosistema piccolo. Usa RBTC (BTC pegged) come gas.