Skip to main content

Cos'è una rete blockchain

Nota: Questo documento è una traduzione automatica della versione originale in inglese.

Cos'è una rete blockchain

Una rete blockchain è un sistema distribuito di computer (nodi) che mantengono collettivamente un registro condiviso e resistente alle manomissioni delle transazioni. Ogni nodo detiene una copia del registro, e la rete usa un meccanismo di consenso per concordare quali nuove transazioni sono valide. Nessuna singola entità controlla il registro — è mantenuto dai partecipanti della rete secondo le regole del protocollo.

In sintesi: una rete blockchain è il livello infrastrutturale — il "dove" della crypto. I token girano sulle reti, le applicazioni vengono distribuite sulle reti, e le proprietà della rete (velocità, costo, modello di sicurezza, consenso) determinano cosa può esservi costruito sopra.

Come funziona una rete blockchain

Alla base, una rete blockchain opera attraverso un ciclo semplice:

  1. Gli utenti inviano transazioni. Una transazione può essere un trasferimento di token, una chiamata a uno smart contract o qualsiasi altra operazione supportata dalla rete.
  2. I nodi propagano le transazioni. La transazione viene trasmessa ai nodi della rete, che ne validano il formato e le regole di base (es. il mittente ha un saldo sufficiente?).
  3. Il consenso produce i blocchi. Un sottoinsieme di nodi (validator, miner o ruoli equivalenti a seconda del meccanismo di consenso) raccoglie le transazioni valide in un blocco. La rete concorda su quale blocco aggiungere successivamente tramite il proprio protocollo di consenso.
  4. Il blocco viene aggiunto alla chain. Una volta raggiunto il consenso, il nuovo blocco viene aggiunto alla chain e diventa parte del registro permanente. Tutti i nodi aggiornano la propria copia del registro.
  5. Lo stato viene aggiornato. I saldi degli account, gli stati degli smart contract e gli altri dati riflettono le transazioni del nuovo blocco.

Questo ciclo si ripete continuamente. Il risultato è un registro condiviso e di tipo append-only che nessun singolo partecipante può alterare unilateralmente.

Reti diverse implementano questo ciclo in modo diverso. Ethereum usa validator Proof of Stake che propongono e attestano i blocchi. Solana usa una combinazione di Proof of Stake e Proof of History per un throughput elevato. Bittensor usa un consenso specializzato progettato per la valutazione dei modelli AI. Il principio sottostante — l'accordo distribuito su un registro condiviso — è lo stesso.

In cosa una rete differisce da un token e da un'applicazione

Questi tre concetti vengono spesso confusi, soprattutto dai neofiti. Sono livelli distinti:

Livello Cos'è Esempio
Rete L'infrastruttura — la blockchain stessa, i suoi nodi, il consenso e le regole del protocollo Ethereum, Solana, Base, Arbitrum One, Bittensor, Avalanche, Polygon
Token Un asset digitale che esiste su una rete — segue le regole della rete e ne usa l'infrastruttura ETH (su Ethereum), SOL (su Solana), BNB (su BNB Smart Chain)
Applicazione Un programma (smart contract o dApp) distribuito su una rete che usa l'infrastruttura della rete per operare Un protocollo DeFi, un gioco, una piattaforma di agenti AI

Un'analogia utile: la rete è il sistema stradale, i token sono i veicoli che viaggiano sulle strade e le applicazioni sono le destinazioni (negozi, uffici, servizi) costruite lungo le strade. Il sistema stradale deve esistere prima che i veicoli possano viaggiare o le destinazioni possano operare.

Questa distinzione è importante perché:

  • Le proprietà di un token sono in parte determinate dalla rete su cui gira (velocità delle transazioni, costo, modello di sicurezza).
  • Le capacità di un'applicazione sono vincolate dalle caratteristiche della rete (supporta gli smart contract? Quale linguaggio di programmazione? Quale throughput?).
  • Lo stesso standard di token (es. ERC-20) può esistere su più reti se condividono un'architettura compatibile (es. chain compatibili EVM).

Tipi di reti blockchain

Le reti blockchain vengono comunemente classificate lungo diverse dimensioni:

Per livello

  • Layer 1 (L1) — una blockchain autonoma e sovrana con un proprio meccanismo di consenso e un proprio modello di sicurezza. Esempi: Ethereum, Solana, Avalanche, Bittensor.
  • Layer 2 (L2) — una rete costruita sopra una L1 che ne eredita la sicurezza ma elabora le transazioni separatamente per una maggiore velocità o costi inferiori. Esempi: Base, Arbitrum One, Polygon zkEVM.

Per architettura

  • Compatibili EVM — reti che eseguono la Ethereum Virtual Machine, consentendo agli sviluppatori di distribuire gli stessi smart contract su più chain. Esempi: Ethereum, BNB Smart Chain, Base, Arbitrum One, Avalanche C-Chain, Polygon.
  • Non-EVM — reti con proprie macchine virtuali e propri modelli di programmazione. Esempi: Solana (SVM/Rust), Bittensor (basata su Substrate).
  • Appchain — blockchain costruite appositamente per una singola applicazione o un singolo caso d'uso, spesso realizzate con framework modulari come Cosmos SDK o Substrate.

Per consenso

  • Proof of Stake (PoS) — i validator mettono in staking token come garanzia per partecipare alla produzione dei blocchi. Usato da Ethereum, Solana, Polygon e altri.
  • Proof of Work (PoW) — i miner risolvono enigmi computazionali per produrre blocchi. Usato storicamente da Ethereum (pre-Merge) e ancora da Bitcoin.
  • DPoS — Delegated Proof of Stake, in cui i detentori di token delegano il potere di voto a un insieme più ristretto di validator.
  • PoSA — Proof of Staked Authority, che combina lo staking con un insieme fisso di validator. Usato da BNB Smart Chain.
  • Consenso specializzato — meccanismi progettati per scopi specifici, come lo Yuma Consensus di Bittensor per la valutazione dei modelli AI.

Per scopo

  • Reti generiche — progettate per supportare qualsiasi tipo di applicazione (DeFi, gaming, AI, social, ecc.). La maggior parte delle principali L1 e L2 rientra in questa categoria.
  • Reti specializzate — progettate per un dominio o una funzione specifica, come reti di calcolo AI, livelli di disponibilità dei dati o chain focalizzate sulla privacy.

Dove le reti blockchain compaiono in DecAIHub

La rete blockchain è uno dei campi contestuali più importanti in una scheda progetto DecAIHub:

  • Campo Main chain — registra su quale rete (o reti) un progetto effettua il deployment o attraverso cui opera. I valori includono Ethereum, Solana, Base, Arbitrum One, BNB Smart Chain, Bittensor, Avalanche, Polygon e altri.
  • Campo Type — indica l'ambiente di esecuzione / l'architettura del progetto: EVM (smart contract compatibili EVM), non-EVM (altre piattaforme di contratti) o Appchain (il progetto è esso stesso una chain specifica per applicazione).
  • Campo Consensus — per i progetti che sono essi stessi reti, registra il meccanismo di consenso.

Leggendo il campo Main chain, apprendi:

  • Da quale infrastruttura dipende il progetto. Un progetto su Ethereum eredita il modello di sicurezza di Ethereum. Un progetto su Solana beneficia del throughput di Solana ma ne eredita anche i rischi di interruzione.
  • A quale ecosistema appartiene il progetto. Le reti hanno ecosistemi — comunità di sviluppatori, strumenti, pool di liquidità e basi di utenti. La scelta della rete è una decisione strategica che determina chi sono i vicini del progetto e le sue potenziali integrazioni.
  • Come si presentano costi e velocità delle transazioni. Gli L2 come Base e Arbitrum One offrono commissioni inferiori rispetto alla L1 di Ethereum. Solana offre un throughput elevato. Queste proprietà influiscono sull'usabilità pratica del progetto.

Cosa una rete blockchain da sola non dimostra

  • Effettuare il deployment su una rete rispettabile non dimostra che il progetto stesso sia sicuro, ben costruito o affidabile. La rete fornisce l'infrastruttura; il progetto ci costruisce sopra.
  • Essere su una chain compatibile EVM non dimostra che gli smart contract del progetto siano corretti o sottoposti ad audit. La compatibilità è una comodità per gli sviluppatori, non una garanzia di sicurezza.
  • Operare su più chain non dimostra che il progetto sia più avanzato. Il deployment multichain può significare una portata più ampia, ma può anche significare una presenza superficiale su ogni chain senza un'integrazione profonda.
  • Il meccanismo di consenso della rete non dimostra che il token del progetto sia necessario o ben progettato. Il consenso è una proprietà a livello di rete; il design del token è una decisione a livello di progetto.
  • Avere lo status di "mainnet" non dimostra che il progetto sia pronto per la produzione o ampiamente utilizzato. Mainnet significa che la rete è attiva, non che abbia un'adozione significativa.

Da non confondere con

  • Token — un asset digitale che gira su una rete. La rete è l'infrastruttura; il token è un asset su quell'infrastruttura. ETH è un token; Ethereum è la rete.
  • Applicazione (dApp) — un programma distribuito su una rete. La rete fornisce l'ambiente di esecuzione; la dApp fornisce il prodotto rivolto all'utente.
  • Protocollo — un insieme di regole che governano il funzionamento di un sistema. Una rete blockchain implementa un protocollo, ma "protocollo" può riferirsi anche a regole a livello applicativo (es. un protocollo DeFi che gira su Ethereum).
  • Ecosistema — la comunità più ampia di progetti, strumenti e utenti attorno a una rete. La rete è il livello tecnico; l'ecosistema è il livello umano ed economico.

Domande frequenti

Come faccio a sapere quale rete usa un progetto DecAIHub?

Controlla il campo Main chain nella scheda progetto. Elenca la rete (o le reti) blockchain principale su cui il progetto effettua il deployment o attraverso cui opera. Se il progetto è esso stesso una rete, il campo Type ne riflette l'architettura (Appchain per una chain sovrana specifica per applicazione, oppure L1), e il campo Consensus ne descrive il meccanismo di consenso. Per i progetti L2, l'architettura L2 stessa è registrata nel campo Consensus con una formula come L2 (Optimistic Rollup, Base on Ethereum).

La scelta della rete influisce sul DecAI Fit di un progetto?

Non direttamente. Il framework DecAI Fit valuta AI reality, Onchain necessity, Token necessity ed evidenze. La scelta della rete fornisce contesto (c'è una reale attività on-chain? La rete supporta la funzionalità dichiarata?) ma non è di per sé un fattore di punteggio. Un progetto con una forte integrazione on-chain su qualsiasi rete ottiene lo stesso punteggio di un'integrazione equivalente su qualsiasi altra rete.

Qual è la differenza tra L1 e L2?

Una L1 è una blockchain sovrana con un proprio consenso — non dipende da un'altra chain per la sicurezza. Una L2 è una rete costruita sopra una L1, che elabora le transazioni al di fuori della L1 per benefici di velocità e costo affidandosi alla L1 per la sicurezza finale. Ethereum è una L1; Base e Arbitrum One sono L2 costruite su Ethereum. Vedi gli explainer dedicati L1 e L2 per i dettagli.

Un progetto può esistere su più reti blockchain?

Sì. Molti progetti effettuano il deployment su più reti (multichain). In DecAIHub, il campo Main chain può elencare più reti se il progetto ha deployment significativi su ciascuna. Tuttavia, la sola presenza multichain non indica qualità — ciò che conta è se l'integrazione on-chain è sostanziale su ogni chain.

Riferimenti esterni

Vedi anche

No comments to display

Back to top