Autore: Thor Hartvigsen, analista DeFi, Traduzione: Golden Finance 0xjs

La settimana scorsa ho avuto il piacere di intervistare Neel Somani, il fondatore di Eclipse, un imminente Ethereum Layer 2. Eclipse è diverso dagli altri rollup Ethereum per la sua modularità complessiva. Ho posto domande a Neel su queste scelte progettuali e su una varietà di altri argomenti come il lancio della mainnet, la struttura delle tariffe/acquisizione del valore, i token nativi e altro ancora.

Prima di immergerci nell’interessante conversazione con Neel, ecco una breve introduzione su in cosa consiste una blockchain. Una blockchain contiene 4 strati:

• Livello di esecuzione: gestisce le transazioni degli utenti e fornisce l'ambiente per le dApp.

• Livello di disponibilità dei dati: i nodi ricevono un blocco dal produttore del blocco e controllano se i dati sono disponibili pubblicamente.

• Livello di consenso: determina l'ordine delle transazioni.

• Livello di regolamento: determina lo stato (finalità) della blockchain.

Una blockchain monolitica gestisce da sola tutti questi componenti, ovvero contiene tutti e quattro i livelli. Le blockchain modulari contengono solo uno o alcuni (ma non tutti) di questi strati.

Ecco alcuni esempi di queste diverse architetture.

Eclipse utilizza:

• Solana Virtual Machine (SVM) funge da livello di esecuzione.

• Celestia funge da livello di disponibilità dei dati.

• La rete principale di Ethereum funge da livello di regolamento e consenso.

Segue l'intervista:

Parliamo prima del livello di esecuzione. Cosa ti ha spinto a scegliere di eseguire una macchina virtuale Solana invece di un EVM come ambiente di esecuzione? Sul tuo sito web menzioni concetti come parallelismo e mercati tariffari nativi: sono questi i principali vantaggi?

"Questo è sicuramente il vantaggio più grande. Puoi capirlo in questo modo, se 100 persone inviano transazioni a una catena EVM, tutte queste transazioni devono essere messe in coda per essere servite una transazione alla volta. Questo non può essere aggirato in alcun modo E su Solana, con le VM Solana, possono effettivamente essere accodate in code diverse e tutti i servizi possono essere serviti simultaneamente, quindi ovviamente sei limitato dal numero di core su cui è in esecuzione l'esecutore principale e da alcuni vincoli hardware, ma dal throughput. è più alto della catena EVM. Molto più alto. Inoltre riducono il tempo di blocco attraverso l'ottimizzazione e rendono l'esecuzione a thread singolo molto veloce.

Ci sono dei compromessi qui?

"Lo svantaggio è: come si determina in quale coda dovrebbero trovarsi tutti? Se ci sono 100 persone tutte in fila che cercano di ottenere il servizio, ciò significa che devono specificare alcune informazioni aggiuntive in anticipo. Quindi devono dichiarare, voglio leggere lo stato di questa parte, o voglio scrivere altre parti. Devono dire in anticipo cosa faranno. Con le transazioni EVM, non è il caso. Puoi semplicemente dire che eseguirò questa transazione , e poi è EV Uno dei motivi del M lento. Ma è anche molto conveniente.

Puoi parlare della componibilità di Eclipse? Immagino che sia più semplice per gli sviluppatori Solana/Rust costruire su SVM. Gli sviluppatori di Solidity o la mainnet di Ethereum o altri protocolli L2 possono essere facilmente integrati in Eclipse?

“Queste sono in realtà nuove funzionalità, ma sì, possiamo supportare Solidity attraverso un progetto chiamato Solang. C'è anche un prodotto chiamato Neon che ti consente di utilizzare il portafoglio MetaMask e Drift ha anche creato MetaMask Snap, che è MetaMask Una nuova estensione che consente di utilizzare il codice SVM con il tuo portafoglio. Per i contratti Rust, gli sviluppatori possono utilizzare Seahorse e possono scrivere i loro contratti intelligenti in Python, e anche Python può funzionare con Eclipse. Quindi, abbiamo una varietà di linguaggi diversi supportati questo punto."

Per quanto riguarda il livello di disponibilità dei dati (DA), perché scegliere Celestia invece di Ethereum?

"Sceglieremo sempre ciò che è meglio per gli utenti e le applicazioni. Non siamo tribalisti, anche se ovviamente siamo Ethereum L2. Se Ethereum DA non è abbastanza buono dal punto di vista dei costi o della larghezza di banda in questo momento, non proveremo a forzare Ethereum DA a funzionare. Ma lo teniamo d'occhio e potremo passare a ETH DA una volta che avranno lanciato la loro rete principale. Lo spazio sarà probabilmente vuoto, quindi avremo molta larghezza di banda e potranno aumentare la dimensione del blocco attraverso la governance, e io mi aspetto che lo facciano alcune volte dopo averlo distribuito.

Eclipse sfrutterà Risc Zero per le prove di rollup. In che modo questo lo rende diverso dagli altri tipi di Rollup?

"Adottiamo un approccio molto diverso rispetto a Optimism o Arbitrum. Il motivo è perché la macchina virtuale che utilizziamo, poiché è parallela, non ha alcune delle stesse primitive, non ha alcune delle stesse parti come gli alberi Merkle , ad esempio, gli alberi Merkle non fanno parte del nostro Rollup, quindi dobbiamo eseguire la verifica degli errori in un modo diverso, il che alla fine richiede che Risc Zero lo faccia in modo efficiente. Ecco perché Risc Zero è nello stack, lo farà essere una parte importante della nostra correzione dei bug."

Successivamente voglio chiedere informazioni sulla cattura del valore. Nel caso di Arbitrum, quando gli utenti effettuano transazioni, pagano commissioni ai Rollup, che poi devono pagare una certa percentuale ai validatori di Ethereum come costi di regolamento, ma essenzialmente riescono a trattenere il resto. Come funziona su Eclipse? Quali parti di questo stack modulare cattureranno queste spese? Alla fine Eclipse ha ancora un po' di equilibrio?

"Quindi al momento non abbiamo deciso se stanziare una certa somma per Eclipse e quanto sarà. Se c'è una certa somma, è solo una compensazione per il rischio. Detto questo, il modo in cui calcoliamo la commissione è che noi guarda il primo livello, diciamo, qual è la tariffa per pubblicare su Ethereum, quanto dobbiamo pubblicare lì E poi guardiamo Celestia, facciamo la stessa cosa e poi aggiungiamo tutto insieme, e questa è la tariffa? che trasmetteremo all'utente. Ma il rischio è che, quando l'utente paga la tariffa, passano alcuni secondi, giusto? E poi pubblichiamo al primo livello. Quindi forse, come risultato, lo sarebbe saggio far pagare un po' di più. Questo è il motivo.

I due attori coinvolti sono Ethereum e Celestia e, dal punto di vista dei costi normali, le commissioni pagate dagli utenti sono in realtà Ethereum e Celestia. Celestia riceve una commissione per ogni transazione pubblicata su Eclipse. Se scriviamo una transazione, dobbiamo inviare circa 200 byte a Celestia, mentre Ethereum viene pagato ogni ora. O forse anche meno frequentemente.

Poi ci sono altri partecipanti che dobbiamo pagare regolarmente, di tanto in tanto, ogni settimana (Rischio Zero). Anche se nulla va storto, eseguiamo comunque prove di bug a rischio zero. Giusto per dimostrare che funziona ancora, fondamentalmente la commissione per questo probabilmente non sarà esattamente uguale alla commissione per pubblicare una barra più la commissione di Ethereum, motivo per cui vale la pena pagare un po' di più. "

Qual è la strategia per attrarre candidature e far crescere l’ecosistema nelle fasi iniziali?

“Abbiamo alcune DApp di Solana che stanno effettuando uno sviluppo multicatena, quindi verranno implementate anche su Eclipse. Incubiamo alcuni progetti. Supportiamo alcuni progetti attraverso il nostro programma di acceleratore solare. Forniamo queste sovvenzioni agli sviluppatori, possiamo fornire indicazioni , suddividerlo in tappe fondamentali e fornire loro tutte le risorse di cui hanno bisogno. Attualmente stiamo ancora parlando con Solana DApps e presto ci espanderemo a Solidity DApps.

Ci sarà un token Eclipse in futuro il cui scopo è decentralizzare Rollup e introdurre la governance?

"Forse, questo è qualcosa a cui non abbiamo pensato abbastanza per avere un'opinione perché siamo così concentrati sulla costruzione di questa mainnet e c'è molto da considerare per la mainnet e anche solo per prendere in considerazione qualcosa come un token, dobbiamo Dobbiamo capire come guardare alla governance e qual è il quadro di governance completo. È qualcosa che richiederà mesi di intensa riflessione, quindi non ci abbiamo ancora pensato.

Quando verrà lanciato Eclipse sulla rete principale?

“Abbiamo già una devnet, che è la rete che le persone stanno sviluppando attivamente in questo momento, per la mainnet. Una volta congelato il codice e revisionato, lo rendiamo open source in modo che le persone possano visualizzare il codice da sole e usarlo il piano per il lancio della mainnet di Eclipse Fondamentalmente entro la fine dell'anno, faremo questi passi e, idealmente, supponendo che Celestia sia stabile, supponendo che non ci sia nient'altro, che non manchi altra infrastruttura, quindi andremo avanti con la mainnet. lancio. "