App Store
Portafoglio

Nuove ricerche rivelano come l'SVM di Eclipse sfida i rollup Ethereum single-threaded

19 minuti fa
Nuove ricerche rivelano come l'SVM di Eclipse sfida i rollup Ethereum single-threaded

Un nuovo report di Cointelegraph Research evidenzia un vincolo architetturale fondamentale nella maggior parte dei rollup Ethereum: quasi tutti operano in ambienti di esecuzione single-threaded, costringendo ogni transazione a passare per una coda globale e impedendo una vera elaborazione parallela. Eclipse, che ha lanciato il suo mainnet a novembre 2024, propone un'alternativa portando Solana's Virtual Machine to Ethereum settlement.

L'analysis pubblicata il 1° dicembre esamina come l'integrazione da parte di Eclipse della Solana Virtual Machine con il modello di sicurezza di Ethereum rappresenti il primo tentativo in produzione di unire un'esecuzione parallela ad alto throughput con il livello di settlement di Ethereum. L'approccio affronta direttamente i colli di bottiglia di scalabilità emersi con l'intensificarsi dell'attività Layer 2 nell'ecosistema Ethereum.

Eclipse ha ottenuto 65 milioni di dollari di funding prima del lancio del suo mainnet pubblico il 7 novembre, combinando Ethereum per il settlement, l'SVM di Solana per l'esecuzione, Celestia per la data availability e RISC Zero per le fraud proof. La rete ospita già oltre 60 applicazioni decentralizzate, tra cui Orca, Save e Nucleus, nei settori DeFi, gaming e consumer.

Cosa è successo

Il report di Cointelegraph Research identifica l'esecuzione single-threaded come un vincolo centrale che limita il throughput dei Layer 2 di Ethereum. Nei rollup tradizionali basati su EVM, gli smart contract competono in una sequenza lineare, rendendo impossibile l'esecuzione parallela di operazioni indipendenti. Con l'aumentare dell'attività, la congestione si diffonde a tutta la rete perché tutte le applicazioni condividono un unico fee market.

Eclipse introduce il runtime parallelo Sealevel dell'SVM nei rollup Ethereum, consentendo a più smart contract di essere eseguiti simultaneamente in corsie separate. Questa architettura isola i carichi di lavoro, così che le applicazioni ad alto traffico non possano degradare le prestazioni per gli altri utenti della rete. Il CEO di Eclipse Vijay Chetty ha stated che «Eclipse è in una posizione unica come prima soluzione a colmare il divario tra Solana ed Ethereum».

Il sistema implementa mercati delle fee localizzati, consentendo a ciascuna corsia di esecuzione di mantenere strutture di costo indipendenti. Quando un'applicazione sperimenta picchi di domanda, i costi del gas aumentano solo all'interno di quella specifica corsia, invece di influenzare l'intera rete. Ciò contrasta nettamente con i rollup tradizionali, in cui un singolo mint di NFT o un evento di trading può incrementare le fee per tutte le applicazioni.

Eclipse utilizza fraud proof accelerate tramite ZK con RISC Zero, invece delle dispute interattive multi-round comuni nei rollup ottimistici. La research spiega che Eclipse incapsula le computazioni contestate in prove succinte a conoscenza zero, riducendo in modo significativo i tempi di settlement e l'overhead operativo rispetto ai meccanismi convenzionali di rilevamento delle frodi.

Attualmente la rete rientra nella categoria "Other" di L2BEAT, piuttosto che essere riconosciuta come rollup Stage-0. Il report esamina i requisiti che Eclipse deve soddisfare per raggiungere la classificazione Stage-2, tra cui fraud proof permissionless, governance di upgrade rigorosa e chiari meccanismi di exit per gli utenti. Una recente aggiunta di un sottosistema di ZK data-availability challenge permette agli smart contract su Ethereum di verificare gli impegni di Celestia con costi prevedibili.

Read also: Circle Brings USDC Stablecoin To x402 Protocol For AI Agent Micropayments

Perché è importante

La divergenza architetturale rappresentata da Eclipse mette in discussione le assunzioni sul design dei Layer 2 di Ethereum che hanno dominato da quando i rollup sono emersi come soluzione primaria di scalabilità. La maggior parte delle reti L2 ha convergito su un'esecuzione basata su EVM nonostante note limitations nelle capacità di elaborazione parallela, rendendo il deployment in produzione dell'esecuzione SVM di Eclipse una pietra miliare tecnica significativa.

La capacità di esecuzione parallela influisce direttamente su come le reti blockchain gestiscono la domanda concorrente su più applicazioni. Il report osserva che il parallelismo deterministico consente alle applicazioni di operare in corsie separate anziché competere per la posizione in una coda di transazioni globale. Questa differenza architetturale diventa cruciale man mano che le basi utenti si espandono e la diversità delle applicazioni aumenta sulle reti Layer 2.

Il modello di fee market locale affronta un punto dolente persistente nei rollup EVM, dove picchi di attività isolati causano aumenti di costo a livello di rete. Il fondatore di Eclipse, Neel Somani, ha precedentemente explained che «è diventato chiaro che l'EVM single-threaded non è sufficiente a scalare Ethereum, motivo per cui le app stanno passando ai propri rollup specifici per app».

L'approccio di Eclipse, che utilizza il runtime parallelo collaudato di Solana con la verifica su Ethereum, rappresenta un'infrastruttura ibrida che combina alto throughput con garanzie di sicurezza consolidate. Il design modulare che usa Celestia per la data availability e RISC Zero per le fraud proof dimostra come componenti specializzati di diversi sistemi blockchain possano integrarsi all'interno di un'unica architettura di rollup.

Le implicazioni più ampie si estendono al dibattito in corso sulla filosofia di design dei rollup. Il report di Cointelegraph Research solleva la questione se gli L2 di Ethereum possano adottare un'esecuzione parallela significativa senza compromettere il determinismo e le garanzie di settlement. Il lancio in produzione di Eclipse fornisce il primo caso di test reale per questo approccio architetturale.

Lo slancio del settore sembra crescere attorno a soluzioni Layer 2 basate su SVM oltre Eclipse. Il report rileva che Ellipsis Labs sta sviluppando una propria implementazione SVM con l'L2 Atlas, mentre SOON (Solana Optimistic Network) persegue obiettivi simili. Questa attività segue il lavoro di Anza sulla modularizzazione dello stack precedentemente integrato di Solana, separando l'SVM dal client validatore.

Il successo o il fallimento dell'approccio di Eclipse probabilmente influenzerà il design della prossima generazione di rollup, man mano che la domanda su Ethereum continua a crescere. Come conclude il report, se la combinazione di Eclipse tra esecuzione SVM ad alte prestazioni e settlement su Ethereum «produrrà una nuova classe di rollup o rivelerà i limiti del design modulare rimane una domanda aperta ma entusiasmante».

Read next: Bank of America Joins Wall Street Crypto Embrace With 1-4% Portfolio Allocation Guidance

Disclaimer e avvertenza sui rischi: Le informazioni fornite in questo articolo sono solo per scopi educativi e informativi e sono basate sull'opinione dell'autore. Non costituiscono consulenza finanziaria, di investimento, legale o fiscale. Gli asset di criptovaluta sono altamente volatili e soggetti ad alto rischio, incluso il rischio di perdere tutto o una parte sostanziale del tuo investimento. Il trading o il possesso di asset crypto potrebbe non essere adatto a tutti gli investitori. Le opinioni espresse in questo articolo sono esclusivamente quelle dell'autore/autori e non rappresentano la politica ufficiale o la posizione di Yellow, dei suoi fondatori o dei suoi dirigenti. Conduci sempre la tua ricerca approfondita (D.Y.O.R.) e consulta un professionista finanziario autorizzato prima di prendere qualsiasi decisione di investimento.
Nuove ricerche rivelano come l'SVM di Eclipse sfida i rollup Ethereum single-threaded | Yellow.com