Eclipse Mainnet adalah Layer 2 universal yang menggabungkan bagian terbaik dari arsitektur modular:
Lapisan Penyelesaian: Ethereum - Eclipse akan menyelesaikan dengan Ethereum (yaitu jembatan validasi akan berada di Ethereum) dan menggunakan ETH sebagai token gasnya.
Lapisan Eksekusi: Solana Virtual Machine (SVM) - Eclipse akan menjalankan SVM berkinerja tinggi sebagai lingkungan eksekusinya.
Ketersediaan Data: Celestia - Eclipse akan mempublikasikan datanya ke Celestia untuk Ketersediaan Data (DA) yang dapat diskalakan.
Bukti: RISC Zero - Eclipse akan menggunakan RISC Zero untuk bukti penipuan tanpa pengetahuan (tanpa memerlukan serialisasi status perantara!)
Sebagian besar hal yang menarik dari Eclipse adalah seputar penerapan rollup khusus aplikasi untuk berbagai proyek, namun kini semakin jelas bahwa Ethereum memerlukan Layer 2 universal yang dapat mencapai skala sebenarnya. Sebagian besar aplikasi tidak akan mendapat manfaat dari penyesuaian rantai spesifik aplikasi, dan isolasi serta kompleksitas yang diakibatkannya justru dapat menyebabkan pengalaman pengguna dan pengembang yang lebih buruk.
Seringkali terdapat dikotomi yang salah antara visi rollup modular dan kemampuan untuk memiliki rantai tunggal dengan penskalaan besar-besaran, eksekusi paralel, dan status bersama. "Modular" sering disamakan dengan "khusus aplikasi", yang membuat orang berpikir bahwa rollup berarti dunia dengan banyak rantai yang terfragmentasi dan throughput rendah.
Lapisan Eksekusi: Kecepatan dan Skala Solana
Eclipse Mainnet akan menggunakan lingkungan eksekusi terbaik di kelasnya seperti Solana. Hal ini membawa keuntungan besar:
Eksekusi paralel yang dioptimalkan
SVM dan runtime Sealevel-nya terkenal dengan dukungannya untuk eksekusi transaksi paralel. Transaksi yang tidak menyentuh keadaan yang tumpang tindih dapat dieksekusi secara paralel, bukan secara serial.
Hal ini memungkinkan SVM untuk melakukan penskalaan secara langsung 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 biaya per inti yang lebih rendah. Selama sekitar satu dekade terakhir, peningkatan kinerja single-thread terus menurun. Hampir semua peningkatan masih berasal dari peningkatan jumlah inti, jadi penting untuk memanfaatkan tren paralelisasi beban kerja ini:
Meskipun ada beberapa upaya awal untuk memparalelkan EVM, menambahkannya sambil mempertahankan kompatibilitas akan menimbulkan trade-off mendasar, termasuk kinerja yang kurang optimal tanpa mengatasi hambatan lain (seperti pertumbuhan negara). Kontrak yang menyatakan ketergantungan negara terlebih dahulu (seperti dalam SVM) mencapai paralelisasi optimal.
Pasar Biaya Asli
Sebagian besar pasar biaya saat ini bersifat global, artinya satu aplikasi populer akan menaikkan biaya untuk semua pengguna jaringan. Satu pencetakan NFT tidak boleh membuat seluruh rantai tidak berguna untuk hal lainnya. Karya luar biasa Solana di pasar biaya asli memecahkan masalah perselisihan antar negara bagian ini. Dalam implementasinya saat ini, penjadwal memprioritaskan transaksi tanpa konflik, sehingga transaksi bebas konflik dapat diproses dengan biaya lebih rendah. Dalam jangka panjang, pasar biaya asli akan diterapkan pada tingkat protokol. Hal ini memastikan bahwa lonjakan biaya untuk satu aplikasi tidak berdampak pada bagian lain dari rantai aplikasi.
Pasar biaya asli mendapat manfaat dari runtime paralelisasi Solana yang unik. Mencoba menerapkan pasar biaya asli untuk hotspot negara bagian di EVM menggunakan heuristik (yaitu tidak mendeklarasikan akses negara sebelumnya) akan menimbulkan inefisiensi dan kemungkinan vektor serangan.
Ada juga beberapa penelitian awal yang sedang dilakukan agar aplikasi dapat dengan mudah menginternalisasikan nilai asli dari aplikasi itu sendiri, yang saat ini sering kali memerlukan lebih banyak kreativitas dalam desain tingkat aplikasi.
Manajemen Pertumbuhan Negara
Bahkan sebelum EVM mencapai eksekusi berurutan sebagai hambatan, pertumbuhan negara merupakan hambatan yang lebih mendesak.
Karena negara bagian tidak memiliki pohon Merkle, Solana tidak memperkenalkan biaya tambahan untuk memperbarui pohon Merkle untuk setiap pembaruan negara bagian. Sebaliknya, setelah setiap periode (2,5 hari), seluruh negara bagian diarsipkan. Ini lebih murah daripada pengarsipan langsung (seperti di EVM).
Lebih penting lagi, EVM memiliki akses akun dinamis (yaitu transaksi dapat menyentuh negara bagian mana pun sesuai permintaan). Pencarian status dinamis ini berarti bahwa status tidak dapat dimuat ke dalam memori sebelum dieksekusi. Di SVM, setiap transaksi menentukan semua status yang diperlukan untuk eksekusi.
Oleh karena itu, ukuran negara tidak mempengaruhi eksekusi SVM. Dengan asumsi validator meningkatkan disk penyimpanannya setiap dua tahun, jaringan dapat dengan aman menggandakan ukuran snapshot setiap dua tahun tanpa menemui masalah besar.
Selain itu, tim seperti Helius secara aktif meningkatkan aksesibilitas data historis dan mengurangi ukuran negara melalui kompresi.
Kompatibilitas EVM
Neon EVM adalah kontrak pintar Mesin Virtual Ethereum yang dapat diterapkan pada rantai SVM apa pun. Hal ini menghadirkan kompatibilitas penuh EVM (termasuk dukungan bytecode EVM dan Ethereum JSON-RPC) ke Eclipse Mainnet, dengan throughput yang lebih besar daripada EVM single-threaded. Karena setiap instance Neon EVM memiliki pasar biaya aslinya sendiri, aplikasi dapat dengan mudah menerapkan kontrak mereka sendiri untuk mendapatkan keuntungan dari rantai aplikasi tanpa mengganggu UX, keamanan, atau likuiditas.
Selain itu, kompiler Solang dapat mengkompilasi kode kontrak pintar Solidity ke dalam bytecode SVM.
Foto MetaMask
Memandu pengguna EVM untuk menggunakan rantai non-EVM secara historis merupakan hambatan yang signifikan, namun MetaMask Snaps yang baru-baru ini diumumkan akan memecahkan hambatan ini. Pengguna EVM dapat terus menggunakan MetaMask tanpa berpindah dompet. Berkat kontribusi open source Drift dalam membangun implementasi MetaMask Snaps yang hebat, pengalamannya serupa dengan berinteraksi dengan rantai EVM mana pun. Pengguna Eclipse Mainnet akan dapat berinteraksi dengan aplikasi secara asli di MetaMask atau menggunakan dompet asli Solana seperti Salmon.
Penari Api
Firedancer adalah klien Solana yang sangat dinantikan dan dikembangkan oleh Jump dan dirancang untuk meningkatkan throughput, ketahanan, dan efisiensi jaringan. Saat peluncuran, kami akan tetap sedekat mungkin dengan klien inti Solana, namun kami berencana untuk mengadopsi Firedancer setelah kodenya aktif dan stabil.
keamanan
Solana berjalan dengan permukaan serangan yang berkurang secara signifikan, mencegah serangan masuk kembali yang sering kita lihat. Secara khusus, runtime Solana hanya mengizinkan rekursi mandiri program dan tidak mengizinkan panggilan lintas program masuk kembali secara sewenang-wenang. Selain itu, pemisahan status dan kode menghasilkan kode tanpa kewarganegaraan, yang umumnya lebih mudah diuji secara efektif.
Bukti yang lebih sederhana
SVM berbasis register dan set instruksinya jauh lebih kecil daripada EVM, yang membuat eksekusi SVM lebih mudah dibuktikan di ZK. Untuk rollup yang optimis, desain berbasis register memungkinkan pos pemeriksaan yang lebih sederhana.
Lapisan Penyelesaian: Keamanan dan Likuiditas pada Ethereum
Seperti rollup besar hari ini, Eclipse Mainnet akan diselesaikan dengan Ethereum. Secara khusus, ini berarti jembatan verifikasi kami di Ethereum akan diintegrasikan langsung ke dalam Eclipse. Node Eclipse akan melihat jembatan ini untuk menentukan "rantai kanonik". Jembatan ini menerapkan pemesanan yang benar untuk Eclipse.
Hal ini memungkinkan pengguna kami memperoleh properti keamanan tertentu dari Ethereum. Jembatan akan memvalidasi semua transaksi Eclipse dan mencegah terjadinya kondisi yang tidak valid. Selain itu, hal ini akan menegakkan keaktifan akhir dan penolakan sensor dalam kasus kegagalan tertentu. Bahkan jika pemesan L2 berhenti berjalan atau memulai sensor, pengguna akan dapat memaksa penyertaan transaksi mereka melalui jembatan.
Karena sifat keamanan ini, perpustakaan yang valid dan optimal sering disebut sebagai "Ethereum L2". L2BEAT mendefinisikan L2 sebagai “rantai yang sepenuhnya atau sebagian memperoleh keamanannya dari Ethereum Layer 1 sehingga pengguna tidak perlu bergantung pada kejujuran validator L2 untuk menjaga keamanan dana.”
Penyelesaian Ethereum mencerminkan pentingnya aset asli Ethereum dalam perekonomian DeFi dan NFT Eclipse Mainnet. ETH jelas merupakan mata 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 pilihan mereka (misalnya USDC). Saat ini, Eclipse Mainnet tidak berencana menerbitkan tokennya sendiri.
Ketersediaan Data: Bandwidth dan Verifikasi Celestia
Eclipse Mainnet akan menggunakan Celestia untuk ketersediaan data (juga dikenal sebagai penerbitan data atau penerbitan data). Celestia telah menjadi mitra ekosistem jangka panjang Eclipse.
Sayangnya, target throughput dan biaya Eclipse Mainnet tidak didukung oleh keterbatasan bandwidth Ethereum saat ini. Hal ini berlaku bahkan setelah EIP-4844 (alias "Proto-danksharding"), yang menyediakan ~0,375 MB blobspace per blok (dengan batas per blok ~0,75 MB).
Untuk transfer ERC-20 dengan kompresi dasar (~154 byte per transaksi), ini setara dengan ~213 TPS untuk semua Rollup.
Untuk pertukaran terkompresi (~400 byte per transaksi), ini setara dengan ~82 TPS yang semuanya digabungkan.
Sebagai perbandingan, Celestia akan meluncurkan blok 2 MB pada akhir tahun ini. Setelah light node Data Availability Sampling (DAS) cukup online dan jaringan terbukti stabil, ruang blob diperkirakan akan meningkat menjadi 8 MB segera setelah peluncuran. Node lampu DAS memiliki dua fungsi utama:
Memungkinkan pengguna untuk memverifikasi sendiri apakah data blok Eclipse tersedia;
Membantu menskalakan seluruh jaringan dengan aman karena semakin banyak node lampu DAS yang online, lapisan DA dapat meningkatkan throughputnya dengan aman.
Celestia diharapkan menjadi lapisan DA pertama yang mengaktifkan DAS dalam produksi. Hal ini berbeda dengan Komite Ketersediaan Data (DAC) tradisional, yang menerapkan kembali asumsi kejujuran komite tanpa verifikasi pengguna (mirip dengan blockchain monolitik yang ada).
Terdapat asumsi keamanan yang melekat bagi pengguna yang menjembatani dana dari mainnet Ethereum ke rantai mana pun yang menggunakan DA off-chain. Secara khusus, validator Celestia secara teknis dapat menolak data transaksi tetapi mengklaim bahwa data tersebut tersedia di jembatan Ethereum. Faktanya, konsensus bukti kepemilikan Celestia berarti bahwa penyembunyian data oleh Celestia sendiri dapat dihukum, membuat kami percaya bahwa risiko ini tidak realistis.
Secara keseluruhan, dukungan light node DAS Celestia, properti keamanan kriptoekonomi, dan throughput DA yang sangat terukur sejak hari pertama menjadikannya pilihan yang tepat untuk Eclipse Mainnet saat ini.
Kami juga bermaksud memantau kemajuan Ethereum dalam penskalaan DA setelah EIP-4844. Penelitian baru yang menarik sedang muncul yang mungkin menyediakan DA dengan throughput tinggi lebih awal dari yang diperkirakan sebelumnya (yang terakhir menggunakan tabel hash terdistribusi yang lebih canggih). Jika Ethereum memberikan skala yang lebih besar bagi pengguna kami, kami akan mengevaluasi kemungkinan migrasi ke Ethereum DA.
Bukti: Bukti penipuan RISC Zero ZK (tidak diperlukan serialisasi status perantara!)
Bukti kami akan serupa dengan SIMD bukti penipuan SVM milik Anatoly, yang serupa dengan wawasan John Adler bahwa serialisasi negara itu mahal dan dapat dihindari.
Secara khusus, kami ingin menghindari pengenalan kembali pohon Merkle di SVM. Kami mencoba memasukkan pohon Merkle yang jarang setelah setiap transaksi di SVM, namun memperbarui pohon Merkle mengakibatkan hilangnya kinerja yang signifikan. Tidak menggunakan pohon Merkle akan mengecualikan kerangka kerja rollup tujuan umum yang sudah ada (seperti tumpukan OP) sebagai dasar untuk rollup SVM, dan hal ini juga memerlukan arsitektur anti kegagalan yang lebih kreatif.
Singkatnya, pembuktian kegagalan memerlukan:
Komitmen terhadap input transaksi,
transaksi itu sendiri, dan
Buktikan bahwa mengeksekusi kembali transaksi menghasilkan output yang berbeda dari yang ditentukan pada rantai.
Komitmen masukan biasanya dicapai dengan menyediakan akar Merkle dari pohon status rollup. Pelaksana kami akan menerbitkan daftar masukan dan keluaran (termasuk hash akun dan status global terkait) untuk setiap transaksi, serta indeks transaksi yang menghasilkan setiap masukan. Transaksi dipublikasikan di Celestia, sehingga setiap node penuh dapat mengekstrak sendiri akun di negaranya sendiri, menghitung akun keluaran, dan mengonfirmasi bahwa komitmen pada Ethereum sudah benar.
Ada dua jenis kegagalan utama yang mungkin terjadi:
Keluaran Kesalahan - Dalam hal ini, pemverifikasi memberikan bukti tanpa pengetahuan on-chain tentang keluaran yang benar dari eksekusi SVM. Kami menggunakan RISC Zero untuk membuat bukti eksekusi SVM tanpa pengetahuan, yang merupakan kelanjutan dari bukti eksekusi bytecode BPF kami sebelumnya. Hal ini memungkinkan kontrak penyelesaian kami memastikan kebenarannya tanpa harus menjalankan transaksi ini secara on-chain sendiri.
Input Buruk - Dalam kasus ini, validator menerbitkan referensi ke data historis on-chain, yang menunjukkan bahwa status input tidak sesuai dengan yang diklaim. Dengan menggunakan Jembatan Gravitasi Kuantum Celestia, kontrak penyelesaian kami memastikan bahwa data historis ini benar-benar membuktikan penipuan.
Kami berdiri di atas bahu para raksasa. Rollup hari ini telah memajukan penelitian di seluruh industri kami dan memberi pengguna Ethereum biaya yang lebih rendah daripada L1.
Namun mereka belum memanfaatkan secara maksimal teknologi terkini yang memerlukan skala besar. Kemajuan yang luar biasa baru-baru ini telah menghilangkan kebutuhan untuk melakukan trade-off seperti yang dilakukan oleh rollup sebelumnya, sehingga secara efektif menempatkan mereka pada posisi yang tidak menguntungkan:
VM paralel berkinerja tinggi (seperti SVM);
Ekstensi DA dengan dukungan node lampu DAS (seperti Celestia);
Kemajuan dalam infrastruktur bukti yang menjadikannya praktis di mana saja (misalnya RISC Zero);
Peningkatan portabilitas di seluruh ekosistem kode (misalnya Neon dan Solang) dan pengguna (misalnya MetaMask Snaps)
Kita dapat belajar dari keterbatasan yang dihadapi oleh jaringan lain dan memilih suku cadang terbaik untuk ekspansi jangka panjang.
Kita sering mendengar pembicaraan tentang sejuta Rollup khusus aplikasi di masa depan.
Penyesuaian tingkat konsensus bisa sangat bermanfaat untuk aplikasi tertentu (seperti dYdX v4), dan kami dengan senang hati membantu tim meluncurkan rollup khusus aplikasi.
Namun, situasi ini jarang terjadi. Inilah sebabnya mengapa sebagian besar rollup baru masih berupa fork EVM biasa. Masalah pengembang tidak akan terselesaikan dengan memecah-mecah UX ke lebih banyak rantai. Kasus penggunaan utama yang ditemukan pada jutaan rantai saat ini tampaknya hanya meluncurkan lebih banyak koin. Untuk sebagian besar kasus penggunaan, kebutuhan akan penyesuaian tumpukan teknologi penuh tidak ada saat ini.
Sekalipun ada permintaan nyata, infrastruktur yang dibutuhkan untuk mendukung banyak rantai aplikasi dengan UX yang kompetitif tidak akan tersedia selama bertahun-tahun (jika tidak ada sama sekali). Superchain Optimism (OP stack), Hyperchains zkSync (ZK stack), rantai Orbit Arbitrum, dll. semuanya memiliki visi banyak rantai dengan infrastruktur bersama. Hal ini dimaksudkan untuk memberikan UX yang lebih lancar untuk operasi antar rantai dalam ekosistem yang sama (misalnya, antara dua rantai dalam Superchain), dibandingkan rantai yang sepenuhnya terisolasi (misalnya, antara Ethereum dan Solana).
Namun, rencana saat ini (jika ada) masih jauh dari menjanjikan untuk bersaing dengan satu negara bagian. Selain itu, mereka tidak mengatasi masalah interoperabilitas antar ekosistem (misalnya Superchain hingga Hyperchain). Membangun modularitas tidak berarti membangun silo.
Lebih rumit bagi pengguna untuk mengelola akun di banyak jaringan. Terus-menerus melintasi rantai dan mengkhawatirkan token gas yang diperlukan adalah pengalaman pengguna yang lebih buruk. Mengandalkan penyedia infrastruktur untuk mengoperasikan dan memelihara begitu banyak jaringan juga lebih rumit dan mahal.
Kami selalu mengagumi kesederhanaan visi Solana. Mesin negara bersama yang sangat optimal dengan skala untuk mendukung kasus penggunaan yang paling berharga. Hal ini sering dianggap tidak sesuai dengan peta jalan yang berpusat pada rollup, namun kenyataannya tidak demikian. Kami ingin menggabungkan yang terbaik dari kedua dunia.
Kesalahpahaman ini disebabkan oleh fakta bahwa rollup saat ini sebagian besar menjalankan EVM single-threaded asli, yang sebagian besar tidak berubah untuk memanfaatkan efek jaringan awal. Oleh karena itu, kita sering melihat "ruang blok pribadi" disebut sebagai alasan penerapan rollup khusus aplikasi. Aplikasi lain di rantai Anda seharusnya tidak mengalami kenaikan harga karena pencetakan NFT yang gila-gilaan, tetapi jawabannya bukanlah membangun rantai Anda sendiri. Anda melakukan pengorbanan yang menyakitkan dan tidak perlu (kompleksitas, biaya, pengalaman pengguna yang lebih buruk, likuiditas yang terfragmentasi, dll.). Solusi terbaiknya jelas - cukup gunakan VM paralel dengan pasar biaya asli untuk hotspot negara bagian. Inilah yang dibawa oleh SVM.
Ethereum adalah pusat intelektual, sosial dan ekonomi kripto. Kelemahannya selalu berupa ekspansi. Perluasan ketersediaan data masih dalam proses, dan lingkungan eksekusi L2 yang ada tidak dapat bersaing dengan inovasi baru seperti SVM. Kami khawatir jika status quo saat ini terus berlanjut, ekosistem Ethereum akan lengah jika terjadi peningkatan aktivitas yang drastis. EVM single-thread dan ketersediaan data yang terbatas dapat dengan cepat menyebabkan munculnya kembali biaya tinggi, hanya saja kali ini terjadi rollup.
Kami percaya bahwa Eclipse Mainnet adalah solusi yang jelas: menggabungkan kinerja Solana dengan keamanan, kemampuan verifikasi, dan efek jaringan dari peta jalan yang berpusat pada rollup.
Kesimpulan
Keunggulan Ethereum adalah ia terus berinovasi. Peta jalan yang berpusat pada rollup memberikan contoh hal ini, dengan 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 implementasi alami dari visi ini.
Jika lapisan eksekusi dengan kinerja lebih tinggi muncul suatu hari nanti, kami akan sangat senang melihatnya diterapkan sebagai Ethereum L2 yang kompetitif. Sampai saat itu, SVM tetap menjadi standar.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Eclipse Mainnet: Lapisan 2 modular dengan keamanan Ethereum dan kecepatan Solana yang memanfaatkan kekuatan orang lain
Ditulis oleh: Eclipse
Disusun oleh: Deep Wave TechFlow
Eclipse Mainnet adalah Layer 2 universal yang menggabungkan bagian terbaik dari arsitektur modular:
Sebagian besar hal yang menarik dari Eclipse adalah seputar penerapan rollup khusus aplikasi untuk berbagai proyek, namun kini semakin jelas bahwa Ethereum memerlukan Layer 2 universal yang dapat mencapai skala sebenarnya. Sebagian besar aplikasi tidak akan mendapat manfaat dari penyesuaian rantai spesifik aplikasi, dan isolasi serta kompleksitas yang diakibatkannya justru dapat menyebabkan pengalaman pengguna dan pengembang yang lebih buruk.
Seringkali terdapat dikotomi yang salah antara visi rollup modular dan kemampuan untuk memiliki rantai tunggal dengan penskalaan besar-besaran, eksekusi paralel, dan status bersama. "Modular" sering disamakan dengan "khusus aplikasi", yang membuat orang berpikir bahwa rollup berarti dunia dengan banyak rantai yang terfragmentasi dan throughput rendah.
Lapisan Eksekusi: Kecepatan dan Skala Solana
Eclipse Mainnet akan menggunakan lingkungan eksekusi terbaik di kelasnya seperti Solana. Hal ini membawa keuntungan besar:
Eksekusi paralel yang dioptimalkan
SVM dan runtime Sealevel-nya terkenal dengan dukungannya untuk eksekusi transaksi paralel. Transaksi yang tidak menyentuh keadaan yang tumpang tindih dapat dieksekusi secara paralel, bukan secara serial.
Hal ini memungkinkan SVM untuk melakukan penskalaan secara langsung 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 biaya per inti yang lebih rendah. Selama sekitar satu dekade terakhir, peningkatan kinerja single-thread terus menurun. Hampir semua peningkatan masih berasal dari peningkatan jumlah inti, jadi penting untuk memanfaatkan tren paralelisasi beban kerja ini:
Meskipun ada beberapa upaya awal untuk memparalelkan EVM, menambahkannya sambil mempertahankan kompatibilitas akan menimbulkan trade-off mendasar, termasuk kinerja yang kurang optimal tanpa mengatasi hambatan lain (seperti pertumbuhan negara). Kontrak yang menyatakan ketergantungan negara terlebih dahulu (seperti dalam SVM) mencapai paralelisasi optimal.
Pasar Biaya Asli
Sebagian besar pasar biaya saat ini bersifat global, artinya satu aplikasi populer akan menaikkan biaya untuk semua pengguna jaringan. Satu pencetakan NFT tidak boleh membuat seluruh rantai tidak berguna untuk hal lainnya. Karya luar biasa Solana di pasar biaya asli memecahkan masalah perselisihan antar negara bagian ini. Dalam implementasinya saat ini, penjadwal memprioritaskan transaksi tanpa konflik, sehingga transaksi bebas konflik dapat diproses dengan biaya lebih rendah. Dalam jangka panjang, pasar biaya asli akan diterapkan pada tingkat protokol. Hal ini memastikan bahwa lonjakan biaya untuk satu aplikasi tidak berdampak pada bagian lain dari rantai aplikasi.
Pasar biaya asli mendapat manfaat dari runtime paralelisasi Solana yang unik. Mencoba menerapkan pasar biaya asli untuk hotspot negara bagian di EVM menggunakan heuristik (yaitu tidak mendeklarasikan akses negara sebelumnya) akan menimbulkan inefisiensi dan kemungkinan vektor serangan.
Ada juga beberapa penelitian awal yang sedang dilakukan agar aplikasi dapat dengan mudah menginternalisasikan nilai asli dari aplikasi itu sendiri, yang saat ini sering kali memerlukan lebih banyak kreativitas dalam desain tingkat aplikasi.
Manajemen Pertumbuhan Negara
Bahkan sebelum EVM mencapai eksekusi berurutan sebagai hambatan, pertumbuhan negara merupakan hambatan yang lebih mendesak.
Karena negara bagian tidak memiliki pohon Merkle, Solana tidak memperkenalkan biaya tambahan untuk memperbarui pohon Merkle untuk setiap pembaruan negara bagian. Sebaliknya, setelah setiap periode (2,5 hari), seluruh negara bagian diarsipkan. Ini lebih murah daripada pengarsipan langsung (seperti di EVM).
Lebih penting lagi, EVM memiliki akses akun dinamis (yaitu transaksi dapat menyentuh negara bagian mana pun sesuai permintaan). Pencarian status dinamis ini berarti bahwa status tidak dapat dimuat ke dalam memori sebelum dieksekusi. Di SVM, setiap transaksi menentukan semua status yang diperlukan untuk eksekusi.
Oleh karena itu, ukuran negara tidak mempengaruhi eksekusi SVM. Dengan asumsi validator meningkatkan disk penyimpanannya setiap dua tahun, jaringan dapat dengan aman menggandakan ukuran snapshot setiap dua tahun tanpa menemui masalah besar.
Selain itu, tim seperti Helius secara aktif meningkatkan aksesibilitas data historis dan mengurangi ukuran negara melalui kompresi.
Kompatibilitas EVM
Neon EVM adalah kontrak pintar Mesin Virtual Ethereum yang dapat diterapkan pada rantai SVM apa pun. Hal ini menghadirkan kompatibilitas penuh EVM (termasuk dukungan bytecode EVM dan Ethereum JSON-RPC) ke Eclipse Mainnet, dengan throughput yang lebih besar daripada EVM single-threaded. Karena setiap instance Neon EVM memiliki pasar biaya aslinya sendiri, aplikasi dapat dengan mudah menerapkan kontrak mereka sendiri untuk mendapatkan keuntungan dari rantai aplikasi tanpa mengganggu UX, keamanan, atau likuiditas.
Selain itu, kompiler Solang dapat mengkompilasi kode kontrak pintar Solidity ke dalam bytecode SVM.
Foto MetaMask
Memandu pengguna EVM untuk menggunakan rantai non-EVM secara historis merupakan hambatan yang signifikan, namun MetaMask Snaps yang baru-baru ini diumumkan akan memecahkan hambatan ini. Pengguna EVM dapat terus menggunakan MetaMask tanpa berpindah dompet. Berkat kontribusi open source Drift dalam membangun implementasi MetaMask Snaps yang hebat, pengalamannya serupa dengan berinteraksi dengan rantai EVM mana pun. Pengguna Eclipse Mainnet akan dapat berinteraksi dengan aplikasi secara asli di MetaMask atau menggunakan dompet asli Solana seperti Salmon.
Penari Api
Firedancer adalah klien Solana yang sangat dinantikan dan dikembangkan oleh Jump dan dirancang untuk meningkatkan throughput, ketahanan, dan efisiensi jaringan. Saat peluncuran, kami akan tetap sedekat mungkin dengan klien inti Solana, namun kami berencana untuk mengadopsi Firedancer setelah kodenya aktif dan stabil.
keamanan
Solana berjalan dengan permukaan serangan yang berkurang secara signifikan, mencegah serangan masuk kembali yang sering kita lihat. Secara khusus, runtime Solana hanya mengizinkan rekursi mandiri program dan tidak mengizinkan panggilan lintas program masuk kembali secara sewenang-wenang. Selain itu, pemisahan status dan kode menghasilkan kode tanpa kewarganegaraan, yang umumnya lebih mudah diuji secara efektif.
Bukti yang lebih sederhana
SVM berbasis register dan set instruksinya jauh lebih kecil daripada EVM, yang membuat eksekusi SVM lebih mudah dibuktikan di ZK. Untuk rollup yang optimis, desain berbasis register memungkinkan pos pemeriksaan yang lebih sederhana.
Lapisan Penyelesaian: Keamanan dan Likuiditas pada Ethereum
Seperti rollup besar hari ini, Eclipse Mainnet akan diselesaikan dengan Ethereum. Secara khusus, ini berarti jembatan verifikasi kami di Ethereum akan diintegrasikan langsung ke dalam Eclipse. Node Eclipse akan melihat jembatan ini untuk menentukan "rantai kanonik". Jembatan ini menerapkan pemesanan yang benar untuk Eclipse.
Hal ini memungkinkan pengguna kami memperoleh properti keamanan tertentu dari Ethereum. Jembatan akan memvalidasi semua transaksi Eclipse dan mencegah terjadinya kondisi yang tidak valid. Selain itu, hal ini akan menegakkan keaktifan akhir dan penolakan sensor dalam kasus kegagalan tertentu. Bahkan jika pemesan L2 berhenti berjalan atau memulai sensor, pengguna akan dapat memaksa penyertaan transaksi mereka melalui jembatan.
Karena sifat keamanan ini, perpustakaan yang valid dan optimal sering disebut sebagai "Ethereum L2". L2BEAT mendefinisikan L2 sebagai “rantai yang sepenuhnya atau sebagian memperoleh keamanannya dari Ethereum Layer 1 sehingga pengguna tidak perlu bergantung pada kejujuran validator L2 untuk menjaga keamanan dana.”
Penyelesaian Ethereum mencerminkan pentingnya aset asli Ethereum dalam perekonomian DeFi dan NFT Eclipse Mainnet. ETH jelas merupakan mata 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 pilihan mereka (misalnya USDC). Saat ini, Eclipse Mainnet tidak berencana menerbitkan tokennya sendiri.
Ketersediaan Data: Bandwidth dan Verifikasi Celestia
Eclipse Mainnet akan menggunakan Celestia untuk ketersediaan data (juga dikenal sebagai penerbitan data atau penerbitan data). Celestia telah menjadi mitra ekosistem jangka panjang Eclipse.
Sayangnya, target throughput dan biaya Eclipse Mainnet tidak didukung oleh keterbatasan bandwidth Ethereum saat ini. Hal ini berlaku bahkan setelah EIP-4844 (alias "Proto-danksharding"), yang menyediakan ~0,375 MB blobspace per blok (dengan batas per blok ~0,75 MB).
Sebagai perbandingan, Celestia akan meluncurkan blok 2 MB pada akhir tahun ini. Setelah light node Data Availability Sampling (DAS) cukup online dan jaringan terbukti stabil, ruang blob diperkirakan akan meningkat menjadi 8 MB segera setelah peluncuran. Node lampu DAS memiliki dua fungsi utama:
Celestia diharapkan menjadi lapisan DA pertama yang mengaktifkan DAS dalam produksi. Hal ini berbeda dengan Komite Ketersediaan Data (DAC) tradisional, yang menerapkan kembali asumsi kejujuran komite tanpa verifikasi pengguna (mirip dengan blockchain monolitik yang ada).
Terdapat asumsi keamanan yang melekat bagi pengguna yang menjembatani dana dari mainnet Ethereum ke rantai mana pun yang menggunakan DA off-chain. Secara khusus, validator Celestia secara teknis dapat menolak data transaksi tetapi mengklaim bahwa data tersebut tersedia di jembatan Ethereum. Faktanya, konsensus bukti kepemilikan Celestia berarti bahwa penyembunyian data oleh Celestia sendiri dapat dihukum, membuat kami percaya bahwa risiko ini tidak realistis.
Secara keseluruhan, dukungan light node DAS Celestia, properti keamanan kriptoekonomi, dan throughput DA yang sangat terukur sejak hari pertama menjadikannya pilihan yang tepat untuk Eclipse Mainnet saat ini.
Kami juga bermaksud memantau kemajuan Ethereum dalam penskalaan DA setelah EIP-4844. Penelitian baru yang menarik sedang muncul yang mungkin menyediakan DA dengan throughput tinggi lebih awal dari yang diperkirakan sebelumnya (yang terakhir menggunakan tabel hash terdistribusi yang lebih canggih). Jika Ethereum memberikan skala yang lebih besar bagi pengguna kami, kami akan mengevaluasi kemungkinan migrasi ke Ethereum DA.
Bukti: Bukti penipuan RISC Zero ZK (tidak diperlukan serialisasi status perantara!)
Bukti kami akan serupa dengan SIMD bukti penipuan SVM milik Anatoly, yang serupa dengan wawasan John Adler bahwa serialisasi negara itu mahal dan dapat dihindari.
Secara khusus, kami ingin menghindari pengenalan kembali pohon Merkle di SVM. Kami mencoba memasukkan pohon Merkle yang jarang setelah setiap transaksi di SVM, namun memperbarui pohon Merkle mengakibatkan hilangnya kinerja yang signifikan. Tidak menggunakan pohon Merkle akan mengecualikan kerangka kerja rollup tujuan umum yang sudah ada (seperti tumpukan OP) sebagai dasar untuk rollup SVM, dan hal ini juga memerlukan arsitektur anti kegagalan yang lebih kreatif.
Singkatnya, pembuktian kegagalan memerlukan:
Komitmen masukan biasanya dicapai dengan menyediakan akar Merkle dari pohon status rollup. Pelaksana kami akan menerbitkan daftar masukan dan keluaran (termasuk hash akun dan status global terkait) untuk setiap transaksi, serta indeks transaksi yang menghasilkan setiap masukan. Transaksi dipublikasikan di Celestia, sehingga setiap node penuh dapat mengekstrak sendiri akun di negaranya sendiri, menghitung akun keluaran, dan mengonfirmasi bahwa komitmen pada Ethereum sudah benar.
Ada dua jenis kegagalan utama yang mungkin terjadi:
Kami berdiri di atas bahu para raksasa. Rollup hari ini telah memajukan penelitian di seluruh industri kami dan memberi pengguna Ethereum biaya yang lebih rendah daripada L1.
Namun mereka belum memanfaatkan secara maksimal teknologi terkini yang memerlukan skala besar. Kemajuan yang luar biasa baru-baru ini telah menghilangkan kebutuhan untuk melakukan trade-off seperti yang dilakukan oleh rollup sebelumnya, sehingga secara efektif menempatkan mereka pada posisi yang tidak menguntungkan:
Kita dapat belajar dari keterbatasan yang dihadapi oleh jaringan lain dan memilih suku cadang terbaik untuk ekspansi jangka panjang.
Kita sering mendengar pembicaraan tentang sejuta Rollup khusus aplikasi di masa depan.
Penyesuaian tingkat konsensus bisa sangat bermanfaat untuk aplikasi tertentu (seperti dYdX v4), dan kami dengan senang hati membantu tim meluncurkan rollup khusus aplikasi.
Namun, situasi ini jarang terjadi. Inilah sebabnya mengapa sebagian besar rollup baru masih berupa fork EVM biasa. Masalah pengembang tidak akan terselesaikan dengan memecah-mecah UX ke lebih banyak rantai. Kasus penggunaan utama yang ditemukan pada jutaan rantai saat ini tampaknya hanya meluncurkan lebih banyak koin. Untuk sebagian besar kasus penggunaan, kebutuhan akan penyesuaian tumpukan teknologi penuh tidak ada saat ini.
Sekalipun ada permintaan nyata, infrastruktur yang dibutuhkan untuk mendukung banyak rantai aplikasi dengan UX yang kompetitif tidak akan tersedia selama bertahun-tahun (jika tidak ada sama sekali). Superchain Optimism (OP stack), Hyperchains zkSync (ZK stack), rantai Orbit Arbitrum, dll. semuanya memiliki visi banyak rantai dengan infrastruktur bersama. Hal ini dimaksudkan untuk memberikan UX yang lebih lancar untuk operasi antar rantai dalam ekosistem yang sama (misalnya, antara dua rantai dalam Superchain), dibandingkan rantai yang sepenuhnya terisolasi (misalnya, antara Ethereum dan Solana).
Namun, rencana saat ini (jika ada) masih jauh dari menjanjikan untuk bersaing dengan satu negara bagian. Selain itu, mereka tidak mengatasi masalah interoperabilitas antar ekosistem (misalnya Superchain hingga Hyperchain). Membangun modularitas tidak berarti membangun silo.
Lebih rumit bagi pengguna untuk mengelola akun di banyak jaringan. Terus-menerus melintasi rantai dan mengkhawatirkan token gas yang diperlukan adalah pengalaman pengguna yang lebih buruk. Mengandalkan penyedia infrastruktur untuk mengoperasikan dan memelihara begitu banyak jaringan juga lebih rumit dan mahal.
Kami selalu mengagumi kesederhanaan visi Solana. Mesin negara bersama yang sangat optimal dengan skala untuk mendukung kasus penggunaan yang paling berharga. Hal ini sering dianggap tidak sesuai dengan peta jalan yang berpusat pada rollup, namun kenyataannya tidak demikian. Kami ingin menggabungkan yang terbaik dari kedua dunia.
Kesalahpahaman ini disebabkan oleh fakta bahwa rollup saat ini sebagian besar menjalankan EVM single-threaded asli, yang sebagian besar tidak berubah untuk memanfaatkan efek jaringan awal. Oleh karena itu, kita sering melihat "ruang blok pribadi" disebut sebagai alasan penerapan rollup khusus aplikasi. Aplikasi lain di rantai Anda seharusnya tidak mengalami kenaikan harga karena pencetakan NFT yang gila-gilaan, tetapi jawabannya bukanlah membangun rantai Anda sendiri. Anda melakukan pengorbanan yang menyakitkan dan tidak perlu (kompleksitas, biaya, pengalaman pengguna yang lebih buruk, likuiditas yang terfragmentasi, dll.). Solusi terbaiknya jelas - cukup gunakan VM paralel dengan pasar biaya asli untuk hotspot negara bagian. Inilah yang dibawa oleh SVM.
Ethereum adalah pusat intelektual, sosial dan ekonomi kripto. Kelemahannya selalu berupa ekspansi. Perluasan ketersediaan data masih dalam proses, dan lingkungan eksekusi L2 yang ada tidak dapat bersaing dengan inovasi baru seperti SVM. Kami khawatir jika status quo saat ini terus berlanjut, ekosistem Ethereum akan lengah jika terjadi peningkatan aktivitas yang drastis. EVM single-thread dan ketersediaan data yang terbatas dapat dengan cepat menyebabkan munculnya kembali biaya tinggi, hanya saja kali ini terjadi rollup.
Kami percaya bahwa Eclipse Mainnet adalah solusi yang jelas: menggabungkan kinerja Solana dengan keamanan, kemampuan verifikasi, dan efek jaringan dari peta jalan yang berpusat pada rollup.
Kesimpulan
Keunggulan Ethereum adalah ia terus berinovasi. Peta jalan yang berpusat pada rollup memberikan contoh hal ini, dengan 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 implementasi alami dari visi ini.
Jika lapisan eksekusi dengan kinerja lebih tinggi muncul suatu hari nanti, kami akan sangat senang melihatnya diterapkan sebagai Ethereum L2 yang kompetitif. Sampai saat itu, SVM tetap menjadi standar.