Skip to main content

Che cosa sono multichain e cross-chain

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

Che cosa sono multichain e cross-chain

Multichain descrive un progetto che esiste o opera su più di una blockchain simultaneamente. Cross-chain si riferisce alla capacità di spostare asset, dati o messaggi tra blockchain diverse. Un bridge è il meccanismo specifico che rende possibili i trasferimenti cross-chain. Questi tre termini sono collegati ma descrivono cose diverse: multichain è una caratteristica, cross-chain è una capacità e un bridge è uno strumento.

In sintesi: multichain significa "presente su più chain", cross-chain significa "in grado di comunicare tra chain" e un bridge è il meccanismo che rende possibili i trasferimenti cross-chain.

Perché la distinzione è importante

Nelle descrizioni dei progetti crypto AI, "multichain", "cross-chain" e "bridge" vengono spesso usati in modo intercambiabile. Questo genera confusione. Un progetto distribuito su Ethereum e BNB Chain è multichain — esiste su due chain. Ma ciò non significa automaticamente che disponga di funzionalità cross-chain. I deployment potrebbero essere completamente indipendenti, senza alcuna possibilità di spostare token o dati tra di essi.

Cross-chain implica interoperabilità: le chain possono scambiarsi informazioni. Un utente su Ethereum può attivare un'azione su BNB Chain, o spostare un asset da una chain all'altra. Questo richiede infrastruttura — un bridge, un protocollo di messaggistica o una rete di relay — che colleghi i due ambienti.

Comprendere la differenza aiuta a valutare le affermazioni dei progetti. "Deployment multichain" e "interoperabilità cross-chain" suonano simili ma rappresentano livelli diversi di realizzazione tecnica e profili di rischio diversi.

Multichain come caratteristica architetturale

Un progetto è multichain quando ha smart contract, token o servizi in esecuzione su più blockchain. Questo può assumere diverse forme:

  • Deployment indipendenti. Il progetto distribuisce contratti uguali o simili su più chain. Ogni deployment opera in modo indipendente. Gli utenti su Ethereum usano la versione Ethereum; gli utenti su Polygon usano la versione Polygon. Non c'è comunicazione tra di essi.
  • Deployment coordinati. Il progetto si distribuisce su più chain con un certo stato o governance condivisi. L'offerta di token può essere suddivisa tra le chain, oppure le decisioni di governance su una chain possono influenzare i contratti su un'altra.
  • Architettura multi-chain nativa. Il progetto è progettato fin dall'inizio per operare tra chain, con un livello di stato unificato o un modello hub-and-spoke in cui una chain primaria coordina l'attività sulle chain satellite.

Il punto chiave: essere multichain è una caratteristica di presenza, non una tecnologia. Dice dove il progetto vive, non come le sue parti comunicano.

Perché i progetti diventano multichain

I progetti si distribuiscono su più chain per motivi pratici:

  • Accesso agli utenti. Chain diverse hanno basi utenti diverse. Distribuirsi su Ethereum, BNB Chain e Arbitrum raggiunge gli utenti che preferiscono ciascun ambiente.
  • Ottimizzazione dei costi. Alcune chain offrono commissioni di transazione più basse, rendendo certe operazioni (transazioni piccole e frequenti, archiviazione di dati) più economiche.
  • Incentivi dell'ecosistema. Le chain e le loro fondazioni possono offrire grant, incentivi di liquidità o supporto tecnico per attrarre progetti.
  • Resilienza. Operare su più chain riduce la dipendenza dalla disponibilità o dalle decisioni di governance di ogni singola chain.

Cross-chain come interoperabilità

Cross-chain si riferisce alla capacità di trasferire asset, dati o messaggi tra blockchain che nativamente non si comprendono. Le blockchain sono isolate per design — Ethereum non legge lo stato di Solana, e viceversa. Le soluzioni cross-chain creano un livello di comunicazione tra questi sistemi isolati.

L'interoperabilità cross-chain può operare a livelli diversi:

Livello Cosa si sposta Esempio
Trasferimento di asset Token o NFT si spostano da una chain a un'altra Fare bridge di USDC da Ethereum ad Arbitrum
Messaggistica di dati Dati arbitrari o prove di stato vengono inviati tra chain Un oracolo che riporta dati dei blocchi di Ethereum su BNB Chain
Computazione Uno smart contract su una chain attiva l'esecuzione su un'altra Un voto di governance su Ethereum che esegue una modifica di parametro su Polygon

Ogni livello aggiunge complessità e introduce presupposti di fiducia diversi.

Il bridge come meccanismo

Un bridge è l'implementazione concreta che rende possibili i trasferimenti cross-chain. I bridge variano notevolmente per design, modello di sicurezza e presupposti di fiducia. Le categorie principali includono:

  • Bridge lock-and-mint. Gli asset vengono bloccati in uno smart contract sulla chain di origine e token equivalenti vengono coniati sulla chain di destinazione. Per tornare indietro, i token coniati vengono bruciati e gli asset originali sbloccati. La sicurezza dipende da chi controlla il contratto di blocco e l'autorità di conio.
  • Bridge a rete di liquidità. Pool di liquidità esistono su entrambe le chain. Un utente deposita da un lato e una controparte (o un automated market maker) rilascia i fondi dall'altro. Non avviene alcun conio o burn — solo un ribilanciamento della liquidità. Questo modello è più veloce ma limitato dalla liquidità disponibile.
  • Bridge basati su protocolli di messaggistica. Livelli di messaggistica cross-chain generici (come LayerZero, Wormhole, Axelar o Chainlink CCIP) consentono ai contratti su chain diverse di inviare e ricevere messaggi arbitrari. I bridge di token sono costruiti sopra questi livelli di messaggistica, ma il protocollo sottostante supporta casi d'uso più ampi.

Il bridge è il meccanismo; cross-chain è la capacità che esso abilita. Un progetto può essere cross-chain senza costruire il proprio bridge — può usare un protocollo di messaggistica esistente o un'infrastruttura di bridge di terze parti.

Perché è importante per la crypto AI

Molti progetti crypto AI operano su più chain. Una rete di calcolo decentralizzato potrebbe accettare le registrazioni dei fornitori di GPU su una chain regolando i pagamenti per l'inference su un'altra. Un framework di agenti AI potrebbe distribuirsi su più chain per raggiungere diversi ecosistemi DeFi. Comprendere l'architettura multichain e cross-chain aiuta a valutare:

  • Dove le componenti AI vengono effettivamente eseguite. Un progetto che dichiara AI multichain può avere una reale infrastruttura AI su una chain e solo un contratto di token sulle altre.
  • Come dati e risultati fluiscono tra le chain. Se un modello AI produce risultati su una chain che devono essere consumati su un'altra, il meccanismo cross-chain diventa parte del modello di fiducia.
  • Presupposti di sicurezza. I bridge cross-chain sono stati bersaglio di exploit significativi. La sicurezza dell'infrastruttura cross-chain di un progetto influisce sull'affidabilità complessiva della sua pipeline AI.

Dove compare nelle schede progetto di DecAIHub

Nelle schede progetto di DecAIHub, la presenza multichain si riflette nel campo Main chain, che specifica la chain primaria del progetto (e, ove rilevante, le chain di deployment aggiuntive). Le capacità cross-chain possono comparire nel campo AI component o nella descrizione del progetto quando la funzionalità cross-chain è parte integrante del funzionamento della pipeline AI. La funzionalità di bridge viene tipicamente annotata quando il progetto stesso fornisce il bridging come funzionalità centrale o si affida a un bridge specifico per la sua architettura cross-chain.

Cosa questi termini non dimostrano

  • Il fatto che un progetto sia multichain non dimostra che abbia una reale interoperabilità cross-chain. Deployment indipendenti su cinque chain senza comunicazione tra di essi sono multichain ma non cross-chain.
  • La capacità cross-chain non dimostra che la componente AI ne tragga beneficio. Un progetto può fare bridge di token tra chain eseguendo l'AI interamente su una sola chain.
  • Usare un bridge non dimostra la sicurezza. La sicurezza di un bridge dipende dal suo design, dall'insieme degli operatori e dai presupposti di fiducia. Un progetto è sicuro solo quanto il suo anello cross-chain più debole.
  • Né multichain né cross-chain dimostrano che un token sia necessario. Un progetto può operare tra chain usando infrastruttura di bridge esistente senza aver bisogno di un proprio token per il meccanismo di bridging.

Da non confondere con

  • Bridge — il meccanismo specifico che rende possibili i trasferimenti cross-chain. Questa pagina spiega i concetti più ampi di architettura multichain e interoperabilità cross-chain che i bridge servono.
  • Layer 2 (L2) — una soluzione di scalabilità costruita sopra un livello di base. Una L2 non è una chain separata nel senso multichain; deriva la sicurezza dalla sua chain madre. Spostare asset tra L1 e L2 comporta presupposti di fiducia diversi rispetto ai bridge cross-chain.
  • Sidechain — una blockchain separata con un proprio consenso che si connette a una chain principale tramite un two-way peg. Le sidechain vengono a volte raggruppate con le L2 ma hanno proprietà di sicurezza distinte.
  • Interchain — talvolta usato come sinonimo di cross-chain, in particolare nell'ecosistema Cosmos dove IBC (Inter-Blockchain Communication) è il protocollo di interoperabilità nativo.
  • Omnichain — un termine di marketing che alcuni progetti usano per intendere "disponibile ovunque". In pratica, di solito significa che il progetto usa un protocollo di messaggistica generico per distribuirsi su molte chain.

Domande frequenti

Qual è la differenza tra multichain e cross-chain?

Multichain significa che un progetto è distribuito su più di una blockchain. Cross-chain significa che blockchain diverse possono comunicare tra loro — trasferendo asset, dati o messaggi. Un progetto può essere multichain senza essere cross-chain (deployment indipendenti senza connessione), e un bridge può abilitare trasferimenti cross-chain senza che il progetto sia multichain (può facilitare trasferimenti tra chain su cui esso stesso non è distribuito). Multichain riguarda la presenza; cross-chain riguarda l'interoperabilità.

Un bridge è la stessa cosa del cross-chain?

No. Un bridge è un meccanismo o protocollo specifico che rende possibili i trasferimenti cross-chain. Cross-chain è la capacità più ampia. L'interoperabilità cross-chain si può ottenere tramite bridge, protocolli di messaggistica, reti di relay o atomic swap. Un bridge è uno strumento tra i tanti; cross-chain è il risultato.

I bridge cross-chain sono sicuri?

La sicurezza dei bridge varia drasticamente in base al design. I bridge lock-and-mint dipendono dalla sicurezza del contratto di blocco e dall'insieme di validatori che autorizza il conio. I bridge basati su protocolli di messaggistica dipendono dai presupposti di fiducia della rete di relay. I bridge di liquidità dipendono dalla liquidità disponibile e dalla logica degli smart contract. Storicamente, gli exploit dei bridge hanno causato perdite significative, rendendo la sicurezza del bridge un fattore di valutazione critico per qualsiasi progetto che si affidi a infrastruttura cross-chain.

Perché un progetto crypto AI dovrebbe essere multichain?

I motivi più comuni sono l'accesso agli utenti (raggiungere utenti su chain diverse), l'ottimizzazione dei costi (usare chain più economiche per operazioni frequenti) e la strategia di ecosistema (partecipare a programmi di incentivi su più chain). Per casi d'uso specifici dell'AI, un progetto potrebbe elaborare i dati su una chain, eseguire l'inference su un'altra e regolare i pagamenti su una terza — ciascuna scelta in base ai suoi punti di forza. Tuttavia, essere multichain aggiunge complessità, e non tutti i progetti traggono beneficio dall'operare su più chain.

Riferimenti esterni

Vedi anche

No comments to display

Back to top