Eclipse Mainnet adalah L2 tujuan umum yang menggabungkan bagian terbaik dari tumpukan modular:

1. Penyelesaian: Ethereum - Eclipse akan menetap di Ethereum (yaitu, jembatan validasi yang diabadikan akan berada di Ethereum) dan menggunakan ETH sebagai token gasnya.
2. Eksekusi: Solana Virtual Machine (SVM) - Eclipse akan menjalankan SVM berperforma tinggi sebagai lingkungan eksekusinya.
3. Ketersediaan Data: Celestia - Eclipse akan mengirimkan datanya ke Celestia untuk ketersediaan data yang dapat diskalakan (DA).
4. Pembuktian: RISC Zero - Eclipse akan menggunakan RISC Zero untuk bukti penipuan ZK (tanpa serialisasi status perantara!)

Sebagian besar berita utama Eclipse seputar pekerjaan kami untuk menerapkan rollup khusus aplikasi untuk berbagai proyek, namun kini semakin jelas bahwa Ethereum memerlukan L2 untuk tujuan umum yang mampu berskala sangat besar. Sebagian besar aplikasi tidak mendapatkan manfaat dari penyesuaian rantai khusus aplikasi, dan isolasi serta kompleksitas yang diakibatkannya sebenarnya dapat mengakibatkan pengalaman UX dan pengembang yang lebih buruk.

Seringkali terdapat dikotomi palsu antara visi rollup modular vs. kemampuan untuk memiliki rantai tunggal dengan skala besar, eksekusi paralel, dan status bersama. “Modular” sering kali digabungkan dengan “khusus aplikasi”, yang akan membuat Anda percaya bahwa rollup berarti dunia dengan banyak rantai yang terfragmentasi dan throughput rendah. Kami menantang gagasan itu.

Eksekusi: Kecepatan & Skala Solana

Eclipse Mainnet akan mengadopsi lingkungan eksekusi Solana yang terbaik di kelasnya. Hal ini memberikan keuntungan yang luar biasa:

Eksekusi Paralel yang Dioptimalkan

SVM dan runtime Sealevel-nya memungkinkan eksekusi transaksi paralel. Transaksi yang tidak menyentuh keadaan tumpang tindih dapat dieksekusi secara paralel, bukan secara berurutan.

Hal ini memungkinkan SVM untuk secara langsung melakukan penskalaan dengan perangkat keras karena prosesor terus menambahkan lebih banyak inti dengan biaya lebih rendah. Runtime single-thread (seperti EVM saat ini) pada dasarnya tidak mendapatkan keuntungan dari pengurangan biaya per inti. Selama lebih dari satu dekade, percepatan kinerja single-thread terus berkurang. Hampir semua perbaikan terus datang dari peningkatan jumlah inti, sehingga sangat penting untuk memanfaatkan tren ini dengan memparalelkan beban kerja:

Ada beberapa upaya awal yang belum terbukti untuk memparalelkan EVM, namun menambahkan hal ini sambil menjaga kompatibilitas akan membawa konsekuensi mendasar termasuk kinerja suboptimal tanpa mengatasi hambatan lain (misalnya, pertumbuhan negara). Kontrak yang mendeklarasikan ketergantungan negara di muka (seperti dalam SVM) memungkinkan paralelisasi yang optimal.

Pasar Biaya Lokal

Sebagian besar pasar biaya saat ini bersifat global, yang berarti bahwa satu aplikasi populer akan meningkatkan biaya untuk semua pengguna rantai tersebut. Satu mint NFT seharusnya tidak membuat rantai tidak berguna untuk yang lainnya. Karya luar biasa Solana di pasar biaya lokal memecahkan perselisihan lintas-aplikasi di negara bagian ini. Dalam implementasinya saat ini, penjadwal memprioritaskan transaksi tanpa konflik, sehingga transaksi bebas konflik dapat diselesaikan dengan biaya lebih rendah. Dalam jangka panjang, pasar biaya lokal akan diterapkan pada tingkat protokol. Hal ini memastikan bahwa lonjakan biaya untuk satu aplikasi tidak berdampak pada keseluruhan rantai aplikasi.

Pasar biaya lokal dimungkinkan berkat runtime unik Solana yang diparalelkan. Mencoba menerapkan pasar biaya lokal untuk hotspot negara bagian di EVM dengan menggunakan heuristik (yaitu, tanpa menyatakan akses negara terlebih dahulu) akan menimbulkan inefisiensi dan kemungkinan besar akan menyerang vektor.

Ada juga penelitian awal yang sedang dilakukan yang memungkinkan aplikasi dengan mudah menginternalisasikan nilai lokal yang melekat pada aplikasi tersebut, yang saat ini umumnya memerlukan desain tingkat aplikasi yang lebih kreatif.

Manajemen Pertumbuhan Negara

Bahkan sebelum EVM menghadapi eksekusi sekuensial sebagai hambatan, pertumbuhan negara merupakan hambatan yang jauh lebih mendesak.

Karena tidak ada pohon Merkle untuk negara bagian, Solana tidak mengeluarkan biaya tambahan untuk memperbarui pohon Merkle untuk setiap pembaruan negara bagian. Sebaliknya, setelah setiap zaman (~2,5 hari), seluruh negara bagian mengalami merklisasi. Ini jauh lebih murah dibandingkan merklisasi real-time (seperti pada EVM).

Lebih penting lagi, EVM memiliki akses akun dinamis (yaitu, transaksi dapat menyentuh negara bagian mana pun sesuai permintaan). Pencarian status dinamis berarti status tersebut tidak dapat dimuat ke dalam memori sebelum dieksekusi. Di SVM, setiap transaksi menentukan semua status yang diperlukan untuk eksekusi.

Akibatnya, ukuran negara tidak mempengaruhi eksekusi SVM. Jaringan dapat dengan aman menggandakan ukuran snapshot setiap 2 tahun tanpa mengalami masalah besar dengan asumsi validator mengupgrade disk penyimpanannya setiap 2 tahun.

Selain itu, tim seperti Helius secara aktif meningkatkan aksesibilitas data historis dan mengurangi ukuran negara dengan kompresi.

Kompatibilitas EVM

Neon EVM adalah EVM yang beroperasi sebagai kontrak pintar yang dapat diterapkan pada rantai SVM apa pun. Hal ini menghadirkan kompatibilitas penuh EVM ke Eclipse Mainnet (termasuk dukungan bytecode EVM dan Ethereum JSON-RPC) dengan throughput yang lebih besar dibandingkan EVM single-threaded. Karena setiap instance Neon EVM memiliki pasar biaya lokalnya sendiri, aplikasi dapat menerapkan kontraknya sendiri untuk mendapatkan manfaat dari rantai aplikasi tanpa memecah-mecah UX, keamanan, atau likuiditas.

Secara terpisah, kompiler Solang memungkinkan kompilasi kode kontrak pintar Solidity ke dalam bytecode SVM.

MetaMask Terkunci

Mengintegrasikan pengguna EVM ke rantai non-EVM secara historis merupakan rintangan besar, tetapi Metamask Snaps yang baru-baru ini diluncurkan siap untuk mendobrak hambatan tersebut. Pengguna EVM dapat terus menggunakan MetaMask tanpa perlu berpindah dompet. UX sebanding dengan interaksi dengan rantai EVM mana pun, berkat kontribusi sumber terbuka Driftyang membangun implementasi MetaMask Snap yang hebat. Pengguna Eclipse Mainnet akan dapat berinteraksi dengan aplikasi secara asli di MetaMask atau menggunakan dompet asli Solana seperti Salmon.

Berikut sekilas UX dari Drift:

Penari api

Firedancer adalah klien Solana yang sangat dinantikan dan dikembangkan oleh Jump untuk meningkatkan throughput, ketahanan, dan efisiensi jaringan secara drastis. Saat peluncuran, kami akan tetap menggunakan klien inti Solana, namun kami berencana untuk mengadopsi Firedancer setelah kodenya aktif dan stabil.

Keamanan

Runtime Solana memiliki area permukaan serangan yang sangat berkurang sehingga mencegah eksploitasi reentrancy yang terlalu sering kita lihat. Secara khusus, runtime Solana hanya mengizinkan program untuk berulang sendiri, dibandingkan mengizinkan pemanggilan lintas program yang masuk kembali secara sewenang-wenang. Selain itu, memisahkan status dan kode menghasilkan kode tanpa kewarganegaraan, yang biasanya lebih mudah untuk diuji secara efektif.

Pembuktian Lebih Mudah

SVM berbasis register dan memiliki set instruksi yang jauh lebih kecil dibandingkan EVM, membuat eksekusi SVM lebih mudah dibuktikan di ZK. Untuk rollup yang optimis, desain berbasis register memungkinkan pos pemeriksaan lebih mudah.

Penyelesaian: Keamanan & Likuiditas Ethereum

Seperti rollup besar hari ini, Eclipse Mainnet akan menggunakan Ethereum. Secara konkret, ini berarti jembatan validasi kami di Ethereum akan langsung diabadikan ke dalam Eclipse. Node Eclipse akan melihat ke jembatan ini untuk menentukan “rantai kanonik”. Jembatan menerapkan urutan yang benar untuk Eclipse.

Hal ini memungkinkan pengguna kami mendapatkan properti keamanan tertentu dari Ethereum. Bridge akan memvalidasi semua transaksi Eclipse, mencegah penyerahan status yang tidak valid. Selain itu, hal ini akan menegakkan keaktifan dan resistensi sensor pada kasus kegagalan tertentu. Bahkan jika sequencer turun atau mulai menyensor di L2, pengguna akan dapat memaksa penyertaan transaksi mereka melalui jembatan.

Karena sifat keamanan ini, validium dan optimium sering disebut sebagai “Ethereum L2s.” L2BEAT mendefinisikan L2 sebagai “rantai yang sepenuhnya atau sebagian memperoleh keamanannya dari lapisan satu Ethereum sehingga pengguna tidak harus bergantung pada kejujuran validator L2 untuk keamanan dana mereka.”

Penyelesaian Ethereum mengakui pentingnya aset asli Ethereum dalam ekonomi DeFi dan NFT Eclipse Mainnet. ETH adalah uang terdesentralisasi terbaik yang disukai sebagian besar pengguna, jadi kami juga akan menggunakan ETH sebagai token gas kami. Dalam jangka panjang, abstraksi biaya akan memungkinkan pengguna membayar dengan token apa pun yang mereka pilih (misalnya, USDC). Tidak ada rencana Eclipse Mainnet memiliki tokennya sendiri saat ini.

Ketersediaan Data: Bandwidth & Verifikasi Celestia

Eclipse Mainnet akan memanfaatkan Celestia untuk ketersediaan data (alias penerbitan data atau publikasi data). Celestia telah lama menjadi mitra ekosistem Eclipse.

Sayangnya, throughput dan biaya target Eclipse Mainnet tidak didukung oleh bandwidth Ethereum saat ini. Ini akan tetap demikian bahkan setelah EIP-4844 (alias “Proto-danksharding”), yang menyediakan rata-rata ~0,375 MB blobspace per blok (dengan batas ~0,75 MB per blok).

1. Untuk transfer ERC-20 dengan kompresi dasar (~154 byte per transaksi), ini berarti ~213 TPS di seluruh gabungan rollup.
2. Untuk swap dengan kompresi (~400 byte per transaksi), ini berarti ~82 TPS di semua gabungan rollup.

Sebagai perbandingan, Celestia akan diluncurkan dengan blok 2 MB akhir tahun ini. Blobspace diperkirakan akan meningkat menjadi 8 MB segera setelah peluncuran, setelah light node pengambilan sampel ketersediaan data (DAS) cukup online dan jaringan terbukti stabil. Node lampu DAS memiliki dua fungsi penting:

1. Memungkinkan pengguna memverifikasi sendiri bahwa data blok Eclipse telah tersedia
2. Berkontribusi pada penskalaan seluruh jaringan secara aman, karena lapisan DA dapat meningkatkan throughputnya dengan aman seiring dengan semakin banyaknya node lampu DAS yang online

Celestia diharapkan menjadi lapisan DA pertama yang diluncurkan dengan DAS dalam produksinya. Hal ini berbeda dengan Komite Ketersediaan Data (DAC) tradisional, yang menerapkan kembali asumsi kejujuran komite tanpa verifikasi pengguna (mirip dengan blockchain monolitik yang ada).

Ada asumsi keamanan yang melekat bagi pengguna yang menjembatani dana mereka dari Ethereum Mainnet ke rantai mana pun yang menggunakan DA offchain. Secara khusus, secara teknis validator Celestia dapat menahan data transaksi tetapi mengklaim ke jembatan Ethereum bahwa data tersebut tersedia. Dalam praktiknya, konsensus proof-of-stake Celestia berarti bahwa data yang disimpan di Celestia sendiri dapat dipotong, sehingga membuat risiko ini tidak realistis dalam pandangan kami.

Secara keseluruhan, dukungan light node DAS Celestia sejak hari pertama, properti keamanan ekonomi kripto, dan throughput DA yang sangat skalabel menjadikannya pilihan yang tepat untuk Eclipse Mainnet saat ini.

Perhatikan bahwa beberapa orang memandang Ethereum DA onchain sebagai persyaratan untuk menjadi “L2” yang sebenarnya di sini karena alasan yang dijelaskan di atas. Kami akan menggunakan terminologi L2 yang lebih umum yang dikutip sebelumnya, dan kami ingin memperjelas pertimbangan keamanannya.

Kami juga bermaksud memantau kemajuan Ethereum dalam penskalaan DA setelah EIP-4844. Penelitian baru yang menarik terus bermunculan, berpotensi menawarkan DA throughput tinggi lebih cepat dibandingkan ide sebelumnya (yang menggunakan tabel hash terdistribusi yang lebih canggih). Jika Ethereum menawarkan skala yang lebih besar untuk Eclipse demi kepentingan pengguna kami, kami akan menilai kemungkinan migrasi ke Ethereum DA.

Pembuktian: Bukti Penipuan RISC Zero ZK (Tanpa Serialisasi Status Menengah!)

Pembuktian kami akan terlihat mirip dengan bukti penipuan SVM SIMD milik Anatoly, yang serupa dengan wawasan John Adler bahwa serialisasi negara itu mahal, dan mungkin untuk menghindarinya.

Secara khusus, kami ingin menghindari memasukkan kembali pohon Merkle ke dalam SVM. Kami bereksperimen dengan memasukkan Pohon Merkle Jarang ke dalam SVM sejak awal, tetapi memperbarui pohon Merkle setelah setiap transaksi menghasilkan peningkatan kinerja yang substansial. Pembuktian tanpa pohon Merkle mengesampingkan kerangka kerja rollup generalis yang ada seperti OP Stack sebagai dasar untuk rollup SVM, dan ini juga memerlukan arsitektur anti kesalahan yang lebih kreatif.

Pada tingkat tinggi, pembuktian kesalahan memerlukan:

1. Komitmen terhadap masukan untuk suatu transaksi,
2. Transaksi itu sendiri, dan
3. Bukti bahwa mengeksekusi ulang transaksi menghasilkan output yang berbeda dari yang ditentukan secara onchain.

Komitmen masukan biasanya dibuat dengan menyediakan akar Merkle untuk pohon status rollup. Pelaksana kami akan memposting daftar input dan output (termasuk hash akun dan status global yang relevan) untuk setiap transaksi, bersama dengan indeks transaksi yang menghasilkan setiap input. Transaksi dipublikasikan ke Celestia, sehingga node penuh mana pun dapat mengikuti untuk menarik akun masukan dari negaranya sendiri, menghitung akun keluaran, dan mengonfirmasi bahwa komitmen pada Ethereum sudah benar.

Ada dua kemungkinan jenis kesalahan besar:

1. Keluaran salah - Dalam hal ini, pemverifikasi memberikan bukti ZK pada rantai keluaran yang benar. Kami menggunakan RISC Zero untuk membuat bukti ZK atas eksekusi SVM, melanjutkan pekerjaan kami sebelumnya yang membuktikan eksekusi bytecode BPF. Hal ini memungkinkan kontrak penyelesaian kami memastikan kebenarannya tanpa harus menjalankan transaksi sendiri secara onchain.
2. Input salah - Dalam hal ini, pemverifikasi memposting referensi onchain ke data historis yang menunjukkan bahwa status input tidak seperti yang diklaim. Dengan menggunakan Jembatan Gravitasi Kuantum Celestia, kontrak penyelesaian kami memastikan bahwa data historis ini memang membuktikan penipuan.

Mengapa Eclipse, Mengapa Ethereum, Mengapa Sekarang

Kami berdiri di atas bahu para raksasa. Rollup hari ini telah memajukan penelitian untuk seluruh industri kami, dan memberikan biaya yang lebih murah kepada pengguna Ethereum dibandingkan dengan L1.

Namun, mereka tidak memanfaatkan sepenuhnya teknologi terbaru yang diperlukan untuk menjangkau masyarakat luas. Rollup awal sebagian besar memprioritaskan kompatibilitas dan/atau pengoptimalan EVM untuk pembuktian ZK yang lebih efisien. Namun baru-baru ini, kami telah melihat kemajuan luar biasa yang meniadakan kebutuhan untuk melakukan pengorbanan yang dipilih oleh rollup awal, dan tentu saja menempatkan mereka pada posisi yang kurang menguntungkan:

1. VM paralel yang berperforma tinggi (misalnya, SVM)
2. Penskalaan DA dengan dukungan light node DAS (misalnya, Celestia)
3. Kemajuan dalam infrastruktur bukti yang menjadikannya praktis di mana saja (misalnya, RISC Zero)
4. Peningkatan portabilitas kode (misalnya Neon dan Solang) dan pengguna (misalnya MetaMask Snaps) di seluruh ekosistem

Eclipse memiliki manfaat yang sangat besar jika ditilik ke belakang. Kita bisa belajar dari keterbatasan yang dihadapi rantai lain, lalu memilih bagian terbaik untuk dikembangkan dalam jangka panjang.

https://twitter.com/0xMert?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680271128537726976%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

https://twitter.com/colludingnode?refsrc=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680285353662468097%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

Kita sering mendengar tentang masa depan dengan jutaan rollup khusus aplikasi.

Penyesuaian tingkat konsensus bisa sangat bermanfaat untuk aplikasi tertentu (misalnya, dYdX v4), dan kami senang membantu tim meluncurkan rollup khusus aplikasi.

Namun, kasus-kasus ini jarang terjadi. Itu sebabnya sebagian besar rollup baru masih berupa garpu vanilla EVM. Masalah pengembang tidak diselesaikan dengan memecah-mecah UX ke lebih banyak rantai. Kasus penggunaan utama untuk satu juta rantai saat ini tampaknya sering kali meluncurkan satu juta token lagi. Permintaan untuk kustomisasi full-stack tidak ada saat ini untuk sebagian besar kasus penggunaan.

Meskipun permintaan sebenarnya masih ada, infrastruktur yang dibutuhkan untuk mendukung banyak rantai aplikasi dengan UX yang kompetitif masih membutuhkan waktu beberapa tahun lagi (jika bisa mencapai level yang sama). Superchain (OP Stack) Optimism, Hyperchains (ZK Stack) zkSync, rantai Orbit Arbitrum, dan sebagainya semuanya memiliki visi banyak rantai dengan infrastruktur bersama. Hal ini dimaksudkan untuk memberikan operasi UX yang lebih lancar antar rantai dalam ekosistem yang sama (misalnya, antara dua rantai dalam Superchain) vs. rantai yang sepenuhnya terisolasi (misalnya, antara Ethereum dan Solana).

Namun, rencana-rencana yang ada saat ini (jika ada) masih belum mampu bersaing dengan satu negara bagian. Selain itu, mereka tidak membahas interoperabilitas antar ekosistem (misalnya Superchain hingga Hyperchain). Membangun modular tidak berarti membangun pulau.

Lebih rumit bagi pengguna untuk mengelola akun di banyak jaringan. UX yang lebih buruk adalah terus menjembatani dan mengkhawatirkan token gas apa yang Anda butuhkan. Lebih rumit dan mahal jika bergantung pada penyedia infrastruktur untuk mengoperasikan dan memelihara begitu banyak rantai.

Kami selalu menghargai kesederhanaan visi Solana. Satu mesin negara bersama yang sangat optimal dengan skala untuk mendukung sebagian besar kasus penggunaan yang berharga. Hal ini sering dianggap tidak sesuai dengan peta jalan yang berpusat pada rollup, padahal sebenarnya tidak demikian. Kami ingin menggabungkan yang terbaik dari kedua dunia.

Kesalahpahaman ini muncul karena fakta bahwa rollup saat ini sebagian besar menjalankan EVM single-threaded vanilla secara efektif tidak berubah untuk mendukung efek jaringan awal. Akibatnya, kita sering melihat “blockspace khusus” disebut sebagai alasan untuk menerapkan rollup khusus aplikasi. Pencetakan uang NFT yang gila itu seharusnya tidak menaikkan harga untuk semua aplikasi lain di jaringan Anda, tetapi jawabannya bukanlah membuat jaringan Anda sendiri. Ini seperti menggunakan palu godam untuk memecahkan kacang. Anda melakukan pengorbanan yang menyakitkan dan tidak perlu (kompleksitas, biaya, UX yang lebih buruk, likuiditas yang terfragmentasi, dll.). Solusi optimalnya sangat jelas - cukup gunakan VM yang diparalelkan dengan pasar biaya lokal untuk hotspot negara bagian. Itulah yang dibawa oleh SVM.

Ethereum adalah pusat intelektual, sosial, dan ekonomi kripto. Kelemahannya telah meningkat. Penskalaan DA masih dalam pengerjaan, dan lingkungan eksekusi L2 yang ada tidak dapat bersaing dengan inovasi baru seperti SVM. Kami khawatir ekosistem Ethereum akan terpengaruh oleh peningkatan tajam aktivitas seperti yang terjadi saat ini. EVM single-thread dan DA yang dibatasi akan dengan cepat menyebabkan munculnya kembali biaya tinggi, kecuali kali ini pada rollup.

Kami yakin Eclipse Mainnet adalah solusi yang tepat: menyatukan kinerja Solana dengan keamanan, kemampuan verifikasi, dan efek jaringan dari peta jalan yang berpusat pada rollup.

Perpisahan Pikiran

Keindahan Ethereum adalah ia memakan inovasi. Peta jalan yang berpusat pada rollup adalah contohnya, mendelegasikan eksekusi dan inovasi ke pasar bebas. L2 memiliki kemampuan luar biasa untuk memanfaatkan efek jaringan Ethereum dan jaminan penyelesaian sambil bereksperimen dengan lingkungan eksekusi baru yang terbaik. Eclipse Mainnet adalah pemenuhan alami dari visi ini.

Jika lapisan eksekusi yang lebih berkinerja hadir suatu hari nanti, kami akan sangat senang melihatnya diterapkan sebagai Ethereum L2 yang kompetitif. Sampai saat itu, SVM tetap menjadi standar.

Untuk terlibat, hubungi kami dihttp://mailto:team@eclipse.builders/team@eclipse.builders untuk mendapatkan petunjuk testnet.

Penafian:

1. Artikel ini dicetak ulang dari [Mirror]. Semua hak cipta milik penulis asli [Eclipse]. Jika ada keberatan terhadap cetak ulang ini, silakan menghubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini adalah sepenuhnya milik penulis dan bukan merupakan nasihat investasi apa pun.
3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, dilarang menyalin, mendistribusikan, atau menjiplak artikel terjemahan.