Livello 2 su Kaspa Blockchain: cos'è Igra Network?

Caspa è stato progettato come una blockchain Proof-of-Work ad alta capacità in grado di elaborare transazioni a velocità e scale non comuni tra le reti basate su UTXO. Il suo BlockDAG L'architettura consente la produzione parallela di blocchi, un regolamento rapido e un modello di consenso senza leader che privilegia la decentralizzazione e la sicurezza. Ciò che finora è mancato intenzionalmente a Kaspa è la programmabilità nativa degli smart contract.

Rete Igra colma questa lacuna introducendo un Compatibile con EVM Livello di esecuzione ancorato direttamente al consenso e all'ordinamento delle transazioni di Kaspa. Anziché modificare Kaspa stesso o introdurre un set di validatori separato, Igra estende le capacità della rete attraverso un design di Livello 2 che utilizza Kaspa come sequenziatore decentralizzato. Le transazioni vengono ordinate dai miner di Kaspa, eseguite off-chain dai nodi Igra e finalizzate con le stesse garanzie probabilistiche che proteggono il livello di base.

Questo approccio posiziona Igra come un'infrastruttura piuttosto che come un prodotto ausiliario di scalabilità. Consente a Kaspa di supportare la finanza decentralizzata, le applicazioni on-chain e i sistemi complessi di smart contract senza sacrificare il suo modello di sicurezza Proof-of-Work o introdurre punti di controllo centralizzati. Mantenendo il sequenziamento e il regolamento su Kaspa, Igra preserva i principi di progettazione fondamentali della rete, consentendo al contempo lo sviluppo di una più ampia gamma di attività economiche. 

Che cos'è Igra Network? 

Igra Network è una catena programmabile compatibile con EVM che opera come Layer 2 su Kaspa. È progettata come un rollup basato su BlockDAG di Kaspa come sequencer decentralizzato. L'ordinamento delle transazioni è determinato direttamente dai miner di Kaspa e i nodi Igra ricavano il loro stato riproducendo le transazioni sequenziate dal Strato 1 catena.

A differenza dei rollup tradizionali, Igra non introduce un proprio meccanismo di consenso. La validità e la coerenza dello stato di Igra sono ancorate al consenso leaderless di Kaspa. Ciò elimina la necessità di prove di frode, set di validatori separati o sequenziatori centralizzati durante il normale funzionamento.

Il BlockDAG di Kaspa consente la conferma di più blocchi in parallelo. Questa proprietà aumenta significativamente il throughput delle transazioni, rendendo al contempo gli attacchi di riorganizzazione più difficili rispetto alle blockchain lineari o ai sistemi DAG basati su leader. Una volta che una transazione Igra viene estratta in Kaspa, è considerata definitiva dal punto di vista del Livello 2.

I nodi Igra mantengono la piena disponibilità dei dati memorizzando la cronologia completa dello stato del Livello 2 dalla genesi. Ciò rispecchia il ruolo dei nodi completi in Ethereum, ma senza partecipare all'ordinamento delle transazioni. Il ruolo di ordinamento è completamente delegato alla rete di mining di Kaspa.

Panoramica architettonica

Sequenziamento decentralizzato tramite Kaspa

Kaspa funge da livello base e sequenziatore decentralizzato per Igra. Le transazioni di livello 2 sono integrate come payload all'interno delle transazioni Kaspa standard e estratte direttamente nel BlockDAG. Questa progettazione garantisce che l'ordinamento delle transazioni sia permissionless e resistente alla censura.

Una modifica chiave è KIP15, una proposta di miglioramento di Kaspa che introduce un campo di impegno di sequenziamento nelle intestazioni dei blocchi. Questo campo preserva l'ordine di accettazione anziché l'ordinamento lessicografico, consentendo ai sistemi di Livello 2 di ricostruire l'ordine delle transazioni in modo affidabile. Risolve inoltre l'ambiguità relativa alla doppia spesa per la verifica di Livello 2.

Scopri progetti promettenti...

Progetti promettenti...

(Annuncio pubblicitario)

L'articolo continua...

Nodi Igra

Un nodo Igra estrae transazioni sequenziate dai blocchi Kaspa, le esegue utilizzando una EVM incorporata e ne mantiene lo stato storico completo. Il nodo non decide quali transazioni includere o in quale ordine elaborarle. La sua responsabilità è l'esecuzione deterministica e l'archiviazione dello stato.

Poiché la derivazione dello stato è ancorata a Kaspa, i nodi possono recuperare dai guasti riproducendo la cronologia del Livello 1. Se un nodo si comporta in modo errato o è compromesso, gli utenti possono passare a un nodo funzionante senza rischiare che lo stato venga danneggiato.

I requisiti dei nodi sono modesti per gli standard blockchain. L'hardware di livello commerciale è sufficiente, con circa 16 GB di RAM, 4 core di CPU e circa 2 terabyte di spazio di archiviazione per il funzionamento a lungo termine.

Relayer e livello RPC

Il relayer Igra funge da interfaccia tra gli utenti e la rete. Espone endpoint JSON RPC standard di Ethereum, consentendo a strumenti come MetaMask, ethers.js e stack di sviluppo Ethereum esistenti di interagire con Igra senza modifiche.

Il relayer impacchetta le transazioni di Livello 2 in transazioni di Livello 1 di Kaspa e le invia al BlockDAG per il sequenziamento. Gli utenti non devono gestire un portafoglio Kaspa o interagire direttamente con gli strumenti Kaspa per utilizzare Igra.

Ambiente di esecuzione

Igra offre piena compatibilità con EVM. I contratti Solidity scritti per Ethereum possono essere implementati senza modifiche. La componibilità atomica viene preservata, il che significa che è possibile eseguire più chiamate di smart contract all'interno di una singola transazione senza errori parziali.

Questo modello di esecuzione sincrona consente primitive DeFi complesse, come motori di rischio on-chain, exchange decentralizzati basati su order book e mercati perpetui, che si basano sull'esecuzione deterministica tra i contratti.

Modello di consenso, finalità e sicurezza

Eredità del consenso senza leader

Igra sfrutta direttamente il consenso senza leader di Kaspa. Kaspa consente a più miner di produrre blocchi in parallelo e il BlockDAG unisce questi blocchi in un ordinamento coerente. Non esiste un leader eletto per ogni round, il che riduce la superficie di attacco associata alla selezione del leader.

Poiché Igra non introduce un ulteriore livello di consenso, gli attacchi al Livello 2 richiedono la compromissione della rete Kaspa sottostante. Questo allinea la sicurezza di Igra direttamente all'hashrate Proof-of-Work di Kaspa.

Caratteristiche della finalità

Le transazioni su Igra raggiungono una finalità probabilistica pressoché istantanea una volta estratte da Kaspa. Con la creazione parallela di blocchi, la reversione delle transazioni diventa sempre più difficile man mano che vengono aggiunti nuovi blocchi. Per la maggior parte delle applicazioni, la finalità viene raggiunta in intervalli di tempo inferiori al secondo.

Non esiste il concetto di finalità ritardata o di finestre di sfida a livello di Livello 2. Una volta sequenziata su Kaspa, una transazione Igra è considerata definitiva.

Costo dell'attacco e tolleranza ai guasti

Al momento in cui scriviamo, Kaspa opera con un hashrate superiore a un exahash al secondo. Eseguire un attacco di maggioranza richiederebbe un capitale considerevole e un coordinamento costante. Ciò rende gli attacchi a Igra economicamente impraticabili nelle attuali condizioni di rete.

La tolleranza ai guasti è intrinseca al progetto. In caso di guasto di un nodo Igra, gli utenti possono connettersi a un altro nodo che ha riprodotto correttamente la cronologia del Livello 1. Le transazioni inviate tramite nodi difettosi vengono ignorate una volta sequenziate correttamente su Kaspa.

Prestazioni e scalabilità

Le prestazioni di Igra si adattano alle funzionalità di base di Kaspa. Con l'imminente aggiornamento di Kaspa Crescendo, si prevede che Igra supporterà circa 5,000 transazioni al secondo, con un potenziale di throughput maggiore con l'evoluzione dei parametri di BlockDAG.

I costi di transazione sono costituiti dalla commissione Kaspa Layer 1 più un piccolo overhead di esecuzione Layer 2. Le stime attuali indicano una commissione base pari a circa mezzo KAS o inferiore per transazione, a seconda delle condizioni della rete.

Poiché le transazioni vengono registrate singolarmente anziché in batch, la decentralizzazione viene preservata e la latenza è ridotta al minimo. Questa progettazione evita i compromessi di centralizzazione comunemente riscontrati nei rollup che si basano sul batching del sequencer.

Roadmap per la verifica multi-catena e la conoscenza zero

Sebbene lo stato di Igra sia protetto principalmente da Kaspa, l'architettura supporta la pubblicazione di prove a conoscenza zero delle transizioni di stato su altre blockchain come Ethereum. Ciò consente la verifica cross-chain e i trasferimenti bidirezionali di asset.

Nella fase attuale, Igra dà priorità a un rapido insediamento e a una scalabilità senza verifica nativa a conoscenza zero. I futuri aggiornamenti prevedono l'integrazione di zk STARK o sistemi di prova simili, in linea con il supporto dell'opcode ZK pianificato da Kaspa.

Una volta abilitata la verifica a conoscenza zero su Kaspa, Igra supporterà client leggeri, nodi potati e uscite canoniche al Livello 1. Ciò sostituirà l'attuale modello di bridging basato su multisig con un sistema trustless.

Il token nativo iKAS

Panoramica

Igra utilizza iKAS come token di gas. iKAS è una rappresentazione uno a uno di KAS, il token nativo di Kaspa. Il meccanismo di wrapping è integrato nel protocollo Igra e non si basa su un'autorità di conio centralizzata.

Gli utenti bloccano KAS sul Livello 1 di Kaspa e ricevono una quantità equivalente di iKAS su Igra. Il processo è senza autorizzazione e viene applicato tramite una logica immutabile di smart contract sul Livello 2.

Meccanica di collegamento

Quando un utente invia KAS a un portafoglio multisig designato su Kaspa, i nodi Igra rilevano la transazione e coniano iKAS su Igra. Questo meccanismo consente un utilizzo fluido di KAS per le interazioni con gas e applicazioni all'interno dell'ecosistema Igra.

Nell'attuale fase pre-zero-knowledge, le uscite verso KAS nativo non sono ancora abilitate. Gli utenti possono uscire dall'ecosistema tramite bridge compatibili con EVM verso altre catene, scambi atomici peer-to-peer o utilizzo diretto all'interno di applicazioni basate su Igra. Partner come KAT Bridge abilitano il supporto KAS-iKAS sulla rete principale.

Modello di sicurezza e impegni del firmatario

Il portafoglio multisig che protegge il KAS bloccato è controllato dalla DAO della Fondazione Igra. I firmatari ruotano periodicamente e tutti si impegnano pubblicamente a rispettare regole predefinite. Se il bridge a conoscenza zero viene avviato come previsto, i fondi bloccati verranno trasferiti a portafogli di sistema automatizzati, verificati tramite meccanismi crittografici. 

Se il bridge non viene implementato entro i tempi concordati o se il Layer 2 diventa non funzionale, i firmatari sono tenuti a restituire i fondi ai titolari di iKAS in base allo stato affidabile più recente.

Il token IGRA

Il token IGRA è un token di utilità progettato per incentivare gli operatori di nodi, gli attestatori e i validatori. Svolge un ruolo temporaneo nella protezione dei bridge e nell'incoraggiamento della partecipazione decentralizzata fino alla completa implementazione della verifica a conoscenza zero.

La distribuzione è legata alla partecipazione alla rete, con ricompense assegnate a coloro che contribuiscono all'esecuzione, all'attestazione e alla resilienza dell'infrastruttura. Il token non è posizionato come un livello di astrazione della governance che sostituisce le regole del protocollo; tali regole rimangono applicate dal codice e dal consenso di Livello 1.

Esperienza e strumenti per sviluppatori

Igra offre un'esperienza di sviluppo che rispecchia fedelmente quella di Ethereum. Supporta i flussi di lavoro di sviluppo standard di Solidity e i contratti esistenti possono essere implementati senza modifiche.

Gli sviluppatori interagiscono con Igra tramite endpoint e strumenti JSON-RPC familiari. I componenti open source includono formati di transazione, integrazioni di wallet e script di orchestrazione dei nodi.

Poiché la componibilità atomica è preservata, è possibile creare sistemi contrattuali complessi senza passaggio di messaggi asincrono o liquidità frammentata. Questo design supporta casi d'uso DeFi avanzati che si basano su garanzie di esecuzione in tempo reale.

Ecosistema e integrazioni precoci

All'inizio del 2026, l'ecosistema Igra comprendeva oltre 34 sviluppatori attivi in ​​21 team. Lo sviluppo si concentra su primitive DeFi, marketplace NFT e infrastrutture di bridging.

Tra i progetti degni di nota figurano un marketplace NFT, exchange decentralizzati in fase di test, protocolli di prestito supportati da garanzie KAS e bridge multi-rete che supportano KAS e iKAS. Anche gli strumenti di esplorazione e analisi hanno aggiunto il supporto nativo per Igra.

Le stablecoin sono incoraggiate, ma non emesse direttamente dal protocollo. Il team supporta sia progetti collateralizzati che algoritmici sviluppati da terze parti.

Punti salienti e ultimi aggiornamenti all'interno dell'ecosistema della rete Igra

La mainnet della fase Galleon è stata lanciata a metà gennaio 2026 come ambiente chiuso per gli operatori dei nodi della comunità. L'accesso al deployment rimane limitato, ma l'attività di test è stata intensa, con migliaia di transazioni elaborate durante i primi test di carico.

Le specifiche del protocollo di attestazione sono state rese open source e si prevede che gli strumenti di orchestrazione dei nodi saranno rilasciati al pubblico. Il coinvolgimento della community rimane attivo, con premi assegnati per i contributi al monitoraggio e ai test on-chain.

Tra i prossimi traguardi figurano la fase Fluyt con accesso aperto alla mainnet, generazione di token e distribuzione del validatore, seguita da integrazioni DeFi più ampie e un lancio completamente senza autorizzazioni a marzo 2026.

Conclusione

Igra Network estende il BlockDAG ad alta produttività di Kaspa in un ambiente di esecuzione programmabile senza introdurre ulteriori livelli di consenso o sequenziatori centralizzati. Ancorando l'ordinamento e la finalità delle transazioni direttamente a Kaspa, Igra eredita solide garanzie di sicurezza, rapidità di esecuzione e tolleranza agli errori.

L'architettura privilegia la decentralizzazione, la componibilità atomica e la compatibilità EVM. Sebbene la verifica a conoscenza zero e le uscite trustless siano ancora in fase di sviluppo, il sistema attuale dimostra un modello di rollup funzionale basato sull'infrastruttura Proof of Work.

Con l'evoluzione di Kaspa, Igra fornisce un esempio concreto di come sia possibile aggiungere livelli programmabili senza compromettere i principi del livello base o affidarsi a intermediari centralizzati.

Fonti:

• Sito web: Igra Labs e Igra Network
• Conto X: Aggiornamenti recenti sulla rete Igra
• Documentazione Igra: Architettura, iKAS e altro ancora