Penjelasan terperinci tentang arsitektur zkSync dan persamaan serta perbedaannya dengan OP-Stack

Penulis: xpara, Empat Pilar; terjemahan: Jinse Finance xiaozou

Poin Utama:

Matterlabs, perusahaan pengembang zkSync, telah berupaya mengembangkan zkEVM uniknya dan menciptakan produk hebat.

Saat ini, Era zkSync menunjukkan pertumbuhan, sebagaimana dibuktikan dengan metrik yang mengesankan dan penerapan pengembangan di seluruh proyek.

Kita dapat memahami arsitektur zkSync melalui tiga lapisan kunci zkSync: lapisan eksekusi, lapisan penyelesaian, dan lapisan ketersediaan data.

ZK-Stack (basis kode yang mendasari zkSync) dan OP-Stack mungkin memiliki filosofi yang serupa. Namun, ada perbedaan yang jelas terlihat dari perspektif pengembang dapp, pengembang inti, dan pelaku bisnis.

1**, pengembangan sejarah zkSync******

1.1 Sejarah Singkat zkSync

Pengembangan zkSync dimulai di EthCC pada tahun 2019. Saat itu, zkSync masih merupakan tim kecil yang didedikasikan untuk mengembangkan dan menerapkan Rollup bersama zkSNARK. Mereka meluncurkan proof of concept pada Januari 2019 menggunakan zkSNARK untuk mengoperasikan sidechain di Ethereum. Sejak itu, mereka menjadikan desentralisasi sebagai prinsip inti. Mereka fokus untuk menyimpan semua data transaksi di Ethereum dan menyusun model multi-operator untuk menangani model desentralisasi sorter.

Pada Juni 2020, tim membuat kemajuan signifikan dengan peluncuran mainnet zkSync v1. zkSync v1 adalah tonggak penting dalam pengembangan zkSync, yang mewakili implementasi sebenarnya dari konsep aslinya dalam skala yang lebih besar. Setahun kemudian, pada Juni 2021, mereka membuat terobosan lebih lanjut dan merilis testnet zkSync 2.0, yang juga dikenal sebagai Era.

Pada Maret 2023, mainnet lengkap zkSync telah berhasil dirilis, menandai pencapaian besar bagi tim. Perkembangan ini menunjukkan bahwa platform tersebut telah mencapai tingkat kematangan yang tinggi dan siap untuk diadopsi secara lebih luas. Ini adalah rilis zkEVM mainnet pertama yang digunakan di ekosistem Ethereum Rollup.

Saat ini, tim sedang mengerjakan pembuatan zkSync open source. Ini akan memungkinkan penyebaran terpisah dari zk rollup chain dari dalam ZK-Stack, memungkinkan tim untuk meluncurkan rollup kustom mereka sendiri. Rincian lebih lanjut tentang perkembangan menarik ini diharapkan akan segera diumumkan.

*** **** *' *** **

Matterlabs, tim pengembangan di belakang zkSync, telah mengumpulkan dana yang signifikan untuk memajukan misinya. Dengan putaran Seri C terbaru mereka pada November 2022, total pendanaan mereka mencapai $458 juta, yang mencakup beberapa putaran dan dana ekosistem khusus, termasuk misalnya dana ekosistem khusus $200 juta terpisah, Seri C $200 juta, Seri B $50 juta dipimpin oleh a16z, dan putaran Seri A dan unggulan senilai $8 juta.

· Putaran awal: Pada putaran awal, Matterlabs menerima dana sebesar $2 juta dari PlaceholderVC, Hashed, dan investor lainnya. Stimulus keuangan awal ini memberikan landasan yang diperlukan untuk pekerjaan mereka untuk memulai proyek zkSync.

Seri A: Setelah putaran awal, Matterlabs telah mengumpulkan tambahan $6 juta dalam pendanaan Seri A. Masuknya modal baru ini memberikan dorongan untuk memajukan R&D mereka dan membawa zkSync lebih dekat ke tujuan utamanya.

Seri B: Matterlabs mendapatkan momentum karena mereka berhasil mengumpulkan $50 juta dalam putaran Seri B yang dipimpin terutama oleh a16z.

· Seri C: Putaran pembiayaan Matterlabs C adalah $200 juta.

Terakhir, selain putaran investasi di atas, Matterlabs telah meluncurkan dana ekosistem khusus senilai $200 juta. Dana ini didedikasikan untuk mendorong pertumbuhan dan perkembangan ekosistem zkSync yang lebih luas.

Semua sumber daya ini memberi Matterlabs dukungan finansial yang diperlukan untuk memajukan misi zkSync, mempercepat laju pengembangan, dan mendorong pertumbuhan ekosistem yang lebih luas. Secara keseluruhan, Matterlabs memiliki jumlah pendanaan yang cukup besar dalam proyek-proyek blockchain yang penting.

2**、Status ekosistem zkSync saat ini**

2.1 Status Keseluruhan

Selama bertahun-tahun, zkSync telah membuat kemajuan pengembangan yang signifikan. zkSync v1, sekarang zkSync Lite, mencapai tonggak perkembangan pada Desember 2020, melebihi $1 juta dalam Total Value Locked (TVL). Sejak saat itu, TVL dari ekosistem zkSync telah tumbuh secara eksponensial. Saat ini, TVL zkSync telah melampaui $650 juta, menjadikannya L2 Rollup terbesar ketiga di ekosistem Ethereum.

Pada bulan Juni tahun ini, zkSync memiliki beberapa metrik utama yang mengesankan. Meskipun zkSync sedikit lebih rendah dari Arbitrum pada bulan Juni, zkSync menduduki peringkat pertama di TPS. Ini memiliki tingkat pertumbuhan TVL tercepat dan memimpin dalam pembayaran biaya total di Tier 1.

Selain itu, jumlah dompet unik juga meningkat, menunjukkan peningkatan adopsi pengguna. Pada saat yang sama, jumlah ETH yang dijembatani ke zkSync juga bertambah.

2.2 Item Utama

2.2.1 Perak

Argent adalah dompet seluler non-penahanan untuk cryptocurrency berbasis Ethereum, memberikan pengalaman yang aman dan ramah pengguna untuk mengelola aset digital.

Argent memiliki desain mode keamanan yang unik, meskipun ponsel pengguna hilang atau dicuri, ia juga dapat melindungi aset pengguna. Model keamanan mencakup fitur-fitur seperti otentikasi biometrik, pemulihan sosial, dan dompet smart contract on-chain. V God, pendiri Ethereum, juga mengatakan bahwa Argent adalah dompet dengan fungsi keamanan multi-tanda tangan dan pemulihan sosial.

2.2.2 SyncSwap

SyncSwap adalah protokol DeFi terbesar di Era zkSync. Ini adalah DEX berbasis AMM yang menyediakan berbagai fitur penting dalam desain AMM. Ini menyediakan kumpulan AMM untuk berbagai token, properti penting adalah sebagai berikut.

Stableswap: Multi-pool memungkinkan SyncSwap menggabungkan beberapa model pool yang berbeda, masing-masing dengan skenario optimalnya sendiri, membuat transaksi menjadi efisien. Model kumpulan pertama yang akan diimplementasikan adalah Stable Pool Dibandingkan dengan Classic Pool tujuan umum, Stable Pool mendukung transaksi stablecoin yang efisien, memungkinkan SyncSwap untuk memasuki pasar stablecoin skala besar.

· Smart Router: Ini berfungsi sebagai platform agregasi likuiditas yang menggabungkan kumpulan likuiditas yang berbeda dan berbagai model kumpulan untuk memberikan harga terbaik dengan mudah. Menyediakan multi-hop dan pemisahan jalur.

Biaya Dinamis: SyncSwap telah memperkenalkan biaya dinamis pada DEX-nya, memungkinkan pengguna menyesuaikan biaya transaksi berdasarkan kondisi pasar dan preferensi komunitas. Termasuk biaya variabel, biaya yang ditargetkan, diskon biaya, dan kepercayaan biaya. Fitur-fitur ini memberi pengguna fleksibilitas dan kemampuan beradaptasi untuk mengoptimalkan strategi perdagangan mereka dan tetap selaras dengan pasar dan komunitas yang selalu berubah.

2.2.3 Tevaera

Ekosistem game Tevaera menghadirkan perpaduan unik antara petualangan dan teknologi ke dunia game. Teva Games menawarkan game dalam berbagai genre, berlatar lingkungan alami dan dihubungkan oleh alur cerita utama karakter Guardian. Game multipemain pertama akan debut dengan rilis Tevaera 2.0, menawarkan gameplay yang menarik termasuk peningkatan bertema crypto dan beberapa mode game.

Infrastruktur game on-chain yang terdiri dari Teva Core, Teva Chain, Teva Dex, dan Teva Market semakin meningkatkan ekosistem.

· Teva Core adalah kerangka permainan multipemain tingkat lanjut.

· Teva Chain adalah hyperchain game lapis ketiga yang memfasilitasi transisi ke game full-chain.

· Teva DEX berkontribusi pada ekonomi bermain yang berkelanjutan melalui dex game otomatis.

· Pasar Teva memungkinkan pencetakan dan perdagangan karakter NFT yang unik.

3**, arsitektur zkSync**

zkSync Era adalah protokol L2 yang dirancang untuk memecahkan masalah skalabilitas Ethereum, menggunakan struktur rollup tanpa pengetahuan (ZK). Dikembangkan oleh Matter Labs, ini adalah platform zk-rollup yang berfokus pada kebutuhan pengguna. Platform ini dirancang agar kompatibel secara luas dengan Mesin Virtual Ethereum (EVM) dalam mesin virtual khusus, yang dioptimalkan untuk bukti tanpa pengetahuan.

Pengoperasian rollup zkSync dapat diringkas dalam tahapan berikut:

(1) Awalnya, transaksi atau tindakan prioritas dibuat oleh pengguna.

(2) Selanjutnya, operator memikul tanggung jawab untuk memproses permintaan pengguna. Setelah pemrosesan berhasil, operator membuat operasi rollup dan memasukkannya ke dalam blok.

(3) Setelah pemblokiran selesai, operator mengirimkannya ke kontrak pintar zkSync dalam bentuk penyerahan blok. Perlu dicatat bahwa smart contract memverifikasi bagian dari logika yang dijalankan oleh rollup tertentu.

(4) Terakhir, bukti pemblokiran diberikan ke kontrak pintar zkSync, dan langkah ini adalah verifikasi pemblokiran. Jika kontrak validator menganggap validasi berhasil, itu memvalidasi status baru sebagai final. Ini adalah siklus hidup operasional rollup zkSync.

Bagian ini akan mempelajari cara kerja zkSync, berfokus pada tiga lapisan dasar:

(1) Lapisan eksekusi: Lapisan eksekusi mengacu pada proses yang mengarah pada perubahan atau transisi dalam status blockchain. Sederhananya, itu adalah tempat transaksi diterima dan diterapkan ke keadaan sebelumnya.

(2) Lapisan penyelesaian: Lapisan penyelesaian menggunakan sistem bukti untuk memastikan bahwa perubahan yang dibuat selama fase eksekusi mencerminkan keadaan sistem secara akurat.

(3) Lapisan ketersediaan data: Lapisan ketersediaan data adalah bagian pencatatan sistem. Di sinilah semua data transaksi (input), pembaruan sistem (output), dan bukti disimpan. Tujuannya adalah untuk memastikan bahwa kondisi sistem saat ini selalu dapat dibuat ulang dari awal bila diperlukan.

Lapisan Eksekusi 3.1

3.1.1 Lapisan Eksekusi Tingkat Mesin Virtual

Ini berjalan pada zkEVM type4, yang berarti dibutuhkan kode kontrak pintar yang ditulis dalam bahasa tingkat tinggi (misalnya, Solidity, Vyper) dan kemudian mengkompilasinya menjadi bahasa ramah zk-SNARK.

Selain itu, fitur unik dari zkSync Era adalah menggunakan kompiler berbasis LLVM yang pada akhirnya memungkinkan pengembang untuk menulis kontrak cerdas dalam C++, Rust, dan bahasa populer lainnya.

Kerangka kerja LLVM adalah kompiler untuk membangun rantai alat bahasa kontrak pintar. Representasi perantara tingkat tinggi (IR) memungkinkan pengembang merancang, menerapkan, dan meningkatkan fitur khusus bahasa yang efisien sekaligus memanfaatkan ekosistem LLVM yang luas.

Dalam toolchain yang sudah ada, LLVM memproses LLVM IR, memperkenalkan pengoptimalan penuh, dan akhirnya meneruskan IR yang dioptimalkan ke generator kode backend zkEVM.

3.1.2 Ikhtisar lapisan eksekusi

Di zkSync, Aplikasi Inti (aplikasi inti) memainkan peran kunci dalam mengelola lapisan eksekusi.

Tanggung jawab utamanya adalah melacak simpanan atau operasi prioritas dari kontrak pintar L1. Mekanisme ini sangat penting untuk memastikan integrasi zkSync dengan jaringan Ethereum, karena semua perubahan yang dimulai dari jaringan Ethereum perlu dipantau dan tercermin dalam lingkungan zkSync Layer 2 (L2).

Aplikasi Inti juga bertanggung jawab untuk mengelola kumpulan memori (mempool) yang mengumpulkan transaksi masuk. Kumpulan transaksi ini kemudian duduk dalam antrian untuk diproses, secara efektif bertindak sebagai area tunggu sebelum transaksi dikonfirmasi dan ditambahkan ke dalam sebuah blok.

Tanggung jawab Aplikasi Inti juga termasuk mengambil transaksi dari mempool, mengeksekusinya di mesin virtual (VM), dan menyesuaikan status sesuai kebutuhan. Pada dasarnya, proses terdiri dari memperoleh transaksi, memprosesnya, dan mencerminkan hasilnya dalam sistem.

Setelah melakukan transaksi, Aplikasi Inti menghasilkan blok berantai. Blok ini terdiri dari kumpulan transaksi yang dieksekusi dan diverifikasi. Aplikasi Inti kemudian mengirimkan blok dan bukti ini ke kontrak pintar L1. Proses ini memastikan bahwa status rantai L1 Ethereum tetap sinkron dengan rantai L2 zkSync.

Untuk mendukung interaksi tanpa batas antara aplikasi berbasis Ethereum, ini menyediakan API web3 yang kompatibel dengan Ethereum. Hal ini membuat zkSync lebih mudah diakses dan ramah pengguna bagi pengembang dan pengguna yang ahli dalam ekosistem Ethereum.

3.2 Lapisan Penyelesaian

Lapisan penyelesaian bertanggung jawab untuk memastikan integritas transisi status zkSync. Proses verifikasi ini dilakukan dalam kontrak cerdas yang diterapkan di Ethereum. Ada dua kontrak penting dalam proses ini.

(1) Kontrak pelaksana: Kontrak ini memperoleh data blok dari validator dan bukti zk transisi status di zkSync.

(2) Kontrak verifikasi: Ini adalah kontrak logis yang memungkinkan sistem memverifikasi data blok dan bukti zk yang diberikan oleh kontrak pelaksana.

3.2.1 Kontrak pelaksana

Fungsi ProveBlocks memainkan peran sentral dalam memastikan integritas dan keamanan sistem zkSync. Tanggung jawab pekerjaan utamanya adalah memverifikasi bukti zk-SNARK dari blok yang dikirimkan. Berikut adalah deskripsi singkat tentang cara kerjanya:

Pertama, proofBlocks memastikan bahwa blok sedang diverifikasi dalam urutan yang benar. Ini dilakukan dengan memeriksa apakah blok sebelumnya yang diterima adalah blok berikutnya dalam urutan blockchain yang perlu diverifikasi.

· Selanjutnya, fungsi mulai mengulangi setiap blok yang dikirimkan. Ini memeriksa apakah hash dari blok ini cocok dengan nilai yang diharapkan di lokasi tertentu di blockchain. Ini memastikan bahwa blok yang sedang diverifikasi memang merupakan blok yang benar.

Fungsi kemudian mulai membangun array proofPublicInput, yang menjadi nilai input publik untuk proses verifikasi bukti zk-SNARK. Nomor blok untuk setiap blok yang dikomit terkandung dalam larik ini.

Kemudian, dengan menggunakan array proofPublicInput dan beberapa parameter yang disimpan, fungsi akan memeriksa bukti zk-SNARK. Ini mirip dengan memecahkan teka-teki, semua bagian harus cocok satu sama lain dengan sempurna.

· Jika pembuktian diverifikasi, fungsi memperbarui sistem untuk mencerminkan bahwa blok sekarang diverifikasi. Ini seperti memberi tanda centang di sebelah item pada daftar periksa.

Terakhir, untuk setiap blok yang diverifikasi, fungsi tersebut memicu peristiwa khusus yang disebut BlockVerification. Ini seperti mengirimkan notifikasi bahwa nomor blok, hash, dan komitmen telah diverifikasi.

Singkatnya, fungsi provenBlocks bertindak seperti penjaga gerbang yang waspada, memastikan blok diverifikasi dalam urutan yang benar, memastikan bukti zk-SNARK akurat, dan memperbarui status sistem yang sesuai. Tujuannya adalah untuk mencegah eksekusi blok yang tidak valid, memastikan keamanan dan integritas sistem zkSync secara keseluruhan.

3.2.2****Kontrak verifikasi

Kontrak verifikator adalah tempat untuk mengimplementasikan logika verifikasi di atas. Ini bertindak sebagai penjaga zkSync dengan memeriksa bukti zk-SNARK untuk memverifikasi data yang dilakukan. Kontrak validator digunakan untuk memverifikasi apakah data yang dikirimkan ke zkSync valid.

Kontrak pemverifikasi menyimpan "kunci verifikasi", yang digunakan untuk memverifikasi bukti zk-SNARK. Setiap kali zkSync ingin melakukan pembaruan, itu menghasilkan bukti zk-SNARK dan mengirimkannya ke kontrak validator melalui kontrak pelaksana.

Kontrak validator kemudian menggunakan kunci validasi untuk memeriksa apakah buktinya valid. Jika berhasil, Anda tahu pembaruan itu sah tanpa melihat data sebenarnya. Jika tidak valid, pembaruan akan ditolak.

Dengan memverifikasi bukti ini, kontrak validator memastikan bahwa hanya data yang benar dan valid yang diterima ke dalam zkSync. Ini penting untuk keamanan dan mencegah pembaruan status yang tidak valid.

3.3 Lapisan Ketersediaan Data

Lapisan ketersediaan data dari sistem bertindak sebagai arsip, menyimpan semua informasi transaksi (input), perubahan sistem (output), dan bukti. zkSync menggunakan antarmuka kontrak pintar untuk mengatur kebijakan ketersediaan data (DA). zkSync berencana menyediakan beberapa opsi untuk ketersediaan data guna mengurangi biaya dan melindungi privasi.

3.3.1 zkPorter

zkSync meluncurkan solusi ketersediaan data off-chain yang disebut "zkPorter". Alat ini dirancang untuk berintegrasi dengan sistem rollup zkSync, memfasilitasi interaksi antara rollup dan akun zkPorter. Untuk memastikan keamanan data dalam zkPorter, "penjaga" - individu yang mempertaruhkan token zkSync dan memverifikasi ketersediaan data dengan menandatangani blok - diaktifkan.

zkPorter beroperasi sebagai protokol konsensus internal, memfasilitasi throughput transaksi besar-besaran. Sebagai perbandingan, mode ZK Rollup standar di zkSync 2.0 mampu memproses sekitar 1.000 hingga 5.000 transaksi per detik (TPS). zkPorter dapat mengelola 20.000 hingga 100.000 TPS, bergantung pada kerumitan transaksi.

Pengorbanan menggunakan zkPorter adalah bahwa pengguna harus mempercayai mekanisme konsensus internal zkSync. Ini mengarah pada solusi rollup yang kurang terdesentralisasi. Pertimbangan pengguna adalah memilih antara mode zkPorter (biaya lebih rendah tetapi kurang aman) atau ZK-rollup (keamanan tertinggi).

Selain itu, zkSync 2.0 memfasilitasi interoperabilitas, memungkinkan pertukaran mulus antara akun ZK-rollup dan zkPorter. Perbedaan mendasar antara zkPorter dan Starkware Volition adalah penentuan ketersediaan data: di zkPorter, keputusan ini dibuat berdasarkan akun, sedangkan di Volition, keputusan ini dibuat berdasarkan transaksi individu dalam akun yang dibuat.

4**、Tumpukan ZK dan tumpukan OP**

Baru-baru ini, Matter Labs mengumumkan rilis ZK-Stack yang akan datang. ZK-Stack akan menyediakan perangkat lunak yang mirip dengan OP-Stack untuk menyesuaikan dan mengoperasikan rollup.

Fitur umum OP-Stack dan ZK-Stack adalah sebagai berikut:

Gratis dan Sumber Terbuka: Keduanya dikembangkan di bawah lisensi sumber terbuka, memastikan akses gratis. Mereka mendorong pengembang untuk berkontribusi dengan membangun di atas perangkat lunak.

Interoperabilitas: Konsep hyperchain Hyperchain ZK Stack dapat dihubungkan dengan mudah dalam jaringan tanpa kepercayaan dengan latensi rendah dan likuiditas bersama. Selain itu, OP-Stack membayangkan konsep Superchain untuk menghubungkan semua rantai berbasis OP-Stack.

· Desentralisasi: Untuk mencapai jaringan dan komunitas yang lebih terdesentralisasi, OP-Stack dan ZK-Stack telah dengan jelas mengusulkan rencana desentralisasi dalam peta jalan baru-baru ini. Langkah ini tidak hanya meningkatkan ketahanan jaringan, tetapi juga memastikan distribusi kekuasaan dan kontrol yang lebih adil.

Terlepas dari kesamaan dari perspektif konseptual, ada perbedaan dari perspektif teknis dan bisnis. Bagian ini akan menyelidiki perbedaan antara perspektif berikut.

(1) Pengembang Dapp

(2) Pengembang inti

(3) Bisnis

4.1****Perspektif pengembang Dapp

4.1.1 kesetaraan EVM

Penerapan EVM OP-Stack: EVM OP-Stack diimplementasikan dengan membuat perubahan kecil pada geth Ethereum, membuat sistem hampir sepenuhnya kompatibel dengan EVM. Di sisi lain, ZK-Stack memasukkan beberapa perubahan dalam opcode EVM, dan beberapa opcode belum didukung. Terlepas dari perubahan ini, dampaknya minimal, dan proyek telah diuji dan divalidasi secara ketat di dunia nyata.

Namun, ada insiden karena kesetaraan ZK-Stack non-EVM. Contoh penting adalah 921 ETH terjebak dalam kontrak pintar karena kontrak tersebut menggunakan fungsi transfer. Masalah ini telah diselesaikan secara efektif.

4.1.2 Abstraksi akun bawaan

Tidak seperti ERC-4337, arsitektur ZK-Stack mencakup fungsi abstraksi akun asli (AA). Dalam sistem seperti ERC-4337, perlu memiliki mempool UserOps yang terpisah untuk memungkinkan abstraksi akun di jaringan.

4.1.3 Dukungan Privasi

Dengan menggunakan validum, menyimpan data dalam basis data rahasia memastikan privasi di tempat bahwa operator menjaga kerahasiaan data blok. Fitur ini sangat bermanfaat bagi pengguna perusahaan.

4.2 Perspektif pengembang inti

4.2.1 Operasi infrastruktur: OP-Stack lebih intuitif

Operasi: Baik zkSync dan OP-Stack menggunakan Sequencer untuk mengoordinasikan transaksi dan menyimpan data di Ethereum. Namun, zkSync membutuhkan pembukti untuk berfungsi. Aplikasi pembukti ini memproses blok yang dihasilkan server dan metadata terkait untuk membuat bukti validitas tanpa pengetahuan. Sebaliknya, OP-Stack tidak memerlukan infrastruktur kompleks terpisah untuk berpartisipasi dalam permainan tantangan pembuktian.

4.2.2 Alternatif VM: ZK-Stack memiliki lebih banyak potensi untuk menyediakan berbagai opsi

zkSync berjalan dengan kompiler LLVM, yang diterjemahkan menjadi bytecode zkEVM, menunjukkan potensi untuk membuat lingkungan eksekusi menggunakan bahasa lain, seperti C++.

4.2.3 Ketersediaan Data: ZK-Stack menawarkan banyak opsi

Lapisan ketersediaan data OP-Stack terutama bergantung pada Ethereum, di mana semua informasi transaksi dan akar status keluaran disimpan. Hal ini menyebabkan tingginya biaya pengoperasian rantai OP-Stack. Namun, ada upaya untuk mengimbangi biaya ini dengan menyimpan data transaksi di Celestia DA.

ZK-Stack sedang meneliti dan mengembangkan alternatif untuk solusi ketersediaan data seperti zkPorter. Pendekatan ini memungkinkan pengguna untuk menentukan ketersediaan data mereka sendiri berdasarkan preferensi mereka untuk keamanan yang lebih baik atau biaya yang lebih rendah. Selain itu, bisnis yang ingin menjaga privasi data dapat menggunakan solusi seperti Validium yang mendukung penyimpanan data yang tidak terganggu.

4.3 Perspektif Bisnis: Biaya dan Manfaat

Saat ini, meluncurkan rollup independen adalah opsi yang layak, terutama karena perangkat lunak sumber terbuka seperti ZK-Stack dan OP-Stack sedang dikembangkan dan dipelihara secara publik. Selain itu, platform Rollup-as-a-Service (RaaS) seperti Caldera dan Conduit sangat menyederhanakan prosesnya.

Di luar perspektif pengembang, sangat penting untuk secara realistis menilai potensi biaya dan manfaat yang terkait dengan operasi rollup. Namun, memperkirakan jumlah ini dapat menjadi rumit karena beberapa variabel.

Karena peningkatan besar pada basis kode dilakukan secara teratur, seperti yang terlihat dalam peningkatan Bedrock Optimism baru-baru ini, biaya yang terkait dengan menjalankan rollup menurun dengan cepat. Dinamika ini mempersulit perkiraan biaya dan manfaat secara akurat. Selain itu, biaya khusus yang terkait dengan server dan infrastruktur tidak diketahui secara luas karena satu entitas biasanya mengelola seluruh rollup. Terakhir, fluktuasi harga token dasar (seperti zkSync dan ETH Optimism) menambah lapisan ketidakpastian lainnya, karena biaya dapat berfluktuasi berdasarkan sentimen pasar.

Beberapa biaya dan manfaat utama adalah sebagai berikut:

4.3.1 Biaya

· Biaya rilis L1: biaya penyimpanan transaksi, akar status, dan data bukti. Biasanya, rollup optimis lebih mahal untuk diterbitkan karena memerlukan penyimpanan data transaksi mentah untuk validasi. Beberapa penggabungan memublikasikan perbedaan status, bukan data status lengkap untuk menghindari biaya lebih lanjut.

· Biaya pengoperasian penyortir L2.

Biaya bukti: untuk zk, ini adalah biaya pembuatan bukti dan verifikasi; untuk bukti penipuan, ini adalah biaya tantangan pembuktian.

4.3.2 Manfaat

· Biaya transaksi L2

Mungkin MEV, tetapi untuk menghindari masalah sentralisasi, sebagian besar penyortir L2 yang terkenal tidak mengekstrak MEV.

5. Kesimpulan

Matterlabs telah mengerjakan pengembangan zkEVM dan telah membuat kemajuan yang signifikan. Meskipun tidak sepenuhnya kompatibel dengan EVM (EVM Tipe4), mengeksploitasi LLVM tampaknya memiliki potensi besar. Fase selanjutnya dari rencana Matterlabs adalah merilis ZK-Stack, basis kode yang akan memungkinkan pengembang memanfaatkan basis kode yang solid untuk membuat rollup mereka sendiri. Alat ini menjanjikan keuntungan yang jelas dibandingkan OP-Stack, terutama dalam hal perlindungan privasi dan skalabilitas.

Namun, kedua proyek tersebut masih dalam tahap awal dan banyak pekerjaan yang harus dilakukan. Penilaian menyeluruh terhadap struktur biaya dan manfaat yang terkait dengan penerapan sangat penting. Selain itu, tantangan penting terletak pada mengembangkan ekosistem pengembang di sekitar dua basis kode ini. Analisis terperinci dan perencanaan strategis sangat penting untuk memastikan pengembangan platform yang berkelanjutan dan teknologi terkaitnya.

Saya berharap kedua proyek berkembang dan pembangunan sumber terbuka dan peta jalan bersama menjadi norma di ruang web3.