! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-88d783732e-dd1a6f-69ad2a.webp)
Aplikasi Rollup muncul sebagai pemenang yang jelas dalam menskalakan serangkaian aplikasi Ethereum tertentu. Aplikasi ini mendapat manfaat dari jaminan kepemilikan tanpa izin dan kuat, tetapi tidak memerlukan interaksi simultan antara semua pengguna aplikasi. Game on-chain sepenuhnya adalah contoh terbaik. Game on-chain mendapat manfaat dari kepemilikan aset game yang kuat, memungkinkan partisipasi anonim dalam game dan memungkinkan modifikasi game secara anonim. Namun, sebagian besar game tidak mengharuskan semua pemain untuk berinteraksi pada saat yang bersamaan. Aplikasi lain yang dapat memperoleh manfaat dari strategi penskalaan Rollup aplikasi termasuk pasar NFT, pertukaran abadi, dan inferensi AI on-chain.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-8695df8aec-dd1a6f-69ad2a.webp)
Rollup aplikasi sudah menjadi implementasi yang disukai untuk banyak kasus penggunaan ini. Namun, implementasi Rollup standar, EVMRollup, masih memiliki keterbatasan skalabilitas yang penting. Mereka dapat mencapai throughput sekitar 100 transaksi per detik. Throughput ini mungkin cukup untuk beberapa game on-chain, tergantung pada jenis game. Namun, sebagian besar game memerlukan throughput yang lebih tinggi untuk mendukung sejumlah besar pemain bersamaan (lebih dari 1000). Artikel ini berfokus pada bagaimana rollup aplikasi diskalakan untuk menjangkau ratusan ribu peserta bersamaan. Untuk setiap pendekatan, saya membahas jenis aplikasi / permainan yang sesuai dan tantangan yang dihadapinya.
Skala horizontal
Skalabilitas horizontal adalah cara termudah untuk menskalakan rollup aplikasi Anda. Namun, kesederhanaan ini datang dengan mengorbankan komposabilitas, yang membuatnya hanya cocok untuk sebagian kecil aplikasi, seperti game pemain tunggal.
Skalabilitas horizontal berarti hanya menerapkan beberapa rollup aplikasi (Optimis atau ZK) dan menerapkan kontrak pintar yang sama pada semua rollup. Ujung depan aplikasi dengan mulus mengarahkan pengguna ke salah satu rollup berdasarkan kapasitas, lokasi, atau opsi aplikasi tertentu. Alt Layer baru-baru ini mendemonstrasikan konsep ini dengan meluncurkan game FOCG 2048 yang dapat diskalakan. Di ujung depan permainan, pengguna dapat memilih Rollup mana yang akan diikuti berdasarkan lokasi geografis mereka. Karena kesederhanaan dan ketersediaan penyedia rollup-as-a-service seperti Caldera, yang menangani semua pekerjaan infrastruktur yang terkait dengan pemintalan dan pengelolaan rollup ini, pendekatan ini dapat dengan mudah diadopsi oleh pengembang game.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-6e522fe107-dd1a6f-69ad2a.webp)
Namun, ada beberapa masalah dengan pendekatan ekstensi multi-rollup. Masalah pertama adalah switch jaringan Rollup. Dompet saat ini, seperti Metamask, memerlukan persetujuan manual untuk terhubung ke jaringan baru, instans Rollup. Ini menciptakan pengalaman pengguna yang sulit dan membingungkan bagi pemain, karena pemain harus terhubung secara manual ke beberapa "jaringan" untuk memainkan game yang sama. Untungnya, kompleksitas ini dapat dihapus dengan solusi Account Abstraction (AA). Contohnya termasuk EIP 4337 dan dompet tertanam seperti Privy dan 0xPass.
Tantangan lain adalah mengelola status pemain selama transisi antar rollup. Dalam beberapa kasus, seperti penurunan kapasitas, aplikasi mungkin perlu mengonsolidasikan beberapa instans Rollup menjadi satu instans untuk menghemat sumber daya. Dalam hal ini, status semua pemain aktif perlu dimigrasikan ke instance baru. Solusi bridging saat ini, terutama jembatan ZK, dapat memainkan peran kunci dalam memecahkan masalah ini. Dengan menggunakan solusi ini, Anda dapat menjembatani status permainan pemain ke instans Rollup baru sambil mempertahankan bukti validitas status tersebut. Namun, latensi solusi bridging yang ada mungkin tidak optimal untuk kasus penggunaan game.
Saluran status ZK
Ekstensi rollup aplikasi lain yang lebih cocok untuk game multipemain, seperti poker, adalah saluran negara ZK. Dalam permainan ini, interaksi pemain terjadi antara sejumlah kecil pemain, seperti 2-10 orang. Gameplay antara para pemain ini hanya penting saat permainan sedang berlangsung. Namun, hasil akhir dari permainan lebih penting karena mempengaruhi saldo aset masing-masing pemain. Oleh karena itu, penting untuk menyimpan hasilnya dalam lapisan persistensi bersama.
Dalam hal ini, rollup aplikasi mewakili lapisan informasi bersama, di mana hasil game disimpan dan di mana aset game juga ada. Untuk setiap game di Rollup, Anda dapat memulai saluran status ZK untuk menyajikan game. Selama bermain game, setiap pemain menghasilkan transaksi dan menciptakan ZKP, membuktikan bahwa mereka mengikuti aturan permainan. Bukti interaksi pemain lain menggabungkan bukti sebelumnya menggunakan bukti rekursif. Ketika permainan berakhir, ZKP final diserahkan ke aplikasi Rollup untuk membuktikan validitas gameplay dan hasil akhir. Perubahan status yang dihasilkan oleh game mengubah status pemain pada Rollup aplikasi.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img.jinse.cn/7119915_watermarknone.png)
Saluran status ZK memindahkan interaksi game secara off-chain. Oleh karena itu, aktivitas dan transaksi dalam game tidak diperhitungkan dalam throughput rollup aplikasi. Dengan menggunakan pendekatan ini, Rollup aplikasi dapat diskalakan secara besar-besaran untuk mendukung ribuan pemain bersamaan. Transaksi rollup aplikasi hanya akan memvalidasi ZKP yang dihasilkan dan transaksi update status dengan faktor penskalaan 100-1000x. Beberapa tim, termasuk Ontropy, telah mengembangkan teknologi.
Salah satu kelemahan dari pendekatan ini adalah mengharuskan pemain untuk menjalankan logika permainan di perangkat mereka sendiri dan menghasilkan ZKP. Seringkali bukti ini ringan dan dapat diselesaikan dalam hitungan detik dengan sistem bukti mutakhir seperti Halo2. Namun, ini masih dapat menyebabkan berkurangnya pengalaman pemutar untuk perangkat dengan sumber daya terbatas.
Salah satu cara untuk mengurangi masalah ini adalah dengan menunjuk salah satu peserta saluran status zk sebagai sequencer sementara. Sequencer akan menerima transaksi setiap pemain dan menghasilkan ZKP yang sesuai, berbagi ZKP dengan semua peserta saluran. Modifikasi ini dapat dianggap sebagai penyelesaian ZK L3 berumur pendek untuk aplikasi Rollup. Tim Cartridge menerapkan arsitektur ini dengan merancang sequencer khusus yang disebut Katana.
Pendekatan saluran negara zk memiliki potensi besar. Namun, ada beberapa masalah terbuka yang terkait dengan lingkungan eksekusi dalam saluran status zk dan cara mengoptimalkan bukti rekursif. Lingkungan zkEVM saat ini tidak efisien, dan sebagian besar saat ini tidak mendukung rekursi bukti. Alternatif termasuk zkVM ringan, atau bahkan menggunakan sirkuit zk khusus untuk menangani interaksi pemain jika pemain memiliki sejumlah kemungkinan gerakan.
Ubah lingkungan eksekusi
Cara ketiga untuk memperpanjang rollup aplikasi adalah dengan mengubah lingkungan eksekusi Rollup. Terlepas dari kematangan dan kelimpahan alat pengembangan EVM, mereka tidak cocok untuk aplikasi berkinerja tinggi seperti game. Selain itu, model eksekusi dan penyimpanan single-threaded EVM menghasilkan throughput yang berkurang, yang dapat ditingkatkan melalui peningkatan.
Keuntungan utama dari pendekatan ini adalah bahwa meningkatkan throughput Rollup tidak memerlukan mengorbankan komposabilitas atau membatasi jumlah kasus penggunaan. Pendekatan ini dapat digunakan untuk aplikasi Web 3 apa pun selama lingkungan eksekusi dapat mencapai throughput yang diperlukan oleh aplikasi. Ini menjadikannya satu-satunya solusi yang layak untuk aplikasi yang membutuhkan akses ke status bersama, seperti AMM, protokol pinjaman, dan aplikasi DeFi lainnya.
Memperluas fungsionalitas EVM dengan prakompilasi
Pertama, Rollup menjaga EVM tetap sesuai dan melewati beberapa batasan pada throughput alamat yang telah dikompilasi. Idenya di sini sederhana. Prakompilasi adalah pergerakan ke bawah operasi EVM intensif komputasi ke tingkat node. Operasi yang memerlukan ratusan atau ribuan opcode EVM dan mengkonsumsi 100.000+ gas dapat disederhanakan menjadi satu operasi dengan pengurangan biaya gas 100x. Prakompilasi yang memperluas lingkungan Rollup sering disebut sebagai EVM+. Contoh pendekatan ini termasuk dukungan untuk privasi on-chain dan dukungan untuk skema tanda tangan yang lebih efisien seperti tanda tangan BLS. Misalnya, zkHoldem poker menggunakan operasi FHE dan zk khusus untuk memungkinkan transaksi dan presentasi kartu pribadi. Pengembangan prakompilasi khusus ini biasanya merupakan upaya bersama antara pengembang rollup aplikasi dan penyedia Raas yang mengelola penyebaran dan pemeliharaan infrastruktur rollup aplikasi.
Menggunakan lingkungan eksekusi non-EVM
Cara lain untuk meningkatkan lingkungan eksekusi Rollup adalah dengan menyingkirkan EVM. Pendekatan ini semakin populer di kalangan pengembang baru di ekosistem Ethereum, serta di kalangan pengembang yang percaya bahwa Solidity bukanlah bahasa terbaik untuk mengembangkan aplikasi yang kompleks.
Hari ini, kami memiliki aplikasi Rollup yang berjalan di WASM, SVM, Kairo, dan bahkan runtime Linux. Sebagian besar metode ini memungkinkan pengembang untuk menulis kontrak pintar menggunakan bahasa tingkat tinggi seperti Rust atau C. Kelemahannya adalah interoperabilitas dengan kontrak Solidity yang ada sering hilang. Namun demikian, kompatibilitas dengan EVM masih bisa dibuat. Misalnya, stylus Aributrum menggunakan koprosesor untuk membuat kontrak Stylus EVM kompatibel. Desain ini membawa Stylus lebih dekat ke arsitektur EVM+ daripada non-EVM.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img.jinse.cn/7119916_watermarknone.png)
Lingkungan Eksekusi Campuran
Pendekatan ketiga, yang sangat populer dengan FOG, adalah fitur terbaik yang menggabungkan dua yang pertama. Pendekatan ini menggabungkan kompatibilitas EVM dengan lingkungan eksekusi non-EVM khusus. Lingkungan non-EVM fokus pada eksekusi kinerja tinggi dari game inti primitif. Manajemen aset game, seperti transaksi NFT dalam game, dapat ditangani dengan kontrak Solidity standar.
Keuntungan dari pendekatan ini adalah kompatibilitas EVM memastikan keselarasan dengan ekosistem pengembang yang lebih besar dan produk yang ada. Ini juga memungkinkan komposabilitas tanpa izin. Pengembang dapat memodifikasi dan memperluas logika permainan dengan menambahkan kontrak pintar EVM / Solidity. Pada saat yang sama, mesin game non-EVM yang dibuat khusus mencapai throughput tinggi yang tidak dapat dilakukan EVM.
Contoh pendekatan ini adalah Argus' World Engine dan Curio's Keystone. World Engine memisahkan eksekusi logika game menjadi lapisan terpisah, yang disebut Game Shard, yang berjalan di atas lapisan yang kompatibel dengan EVM. Game Shard juga dirancang untuk memungkinkan penskalaan horizontal untuk menyesuaikan throughput rollup total berdasarkan permintaan. Demikian pula, arsitektur Keystone Curio menggabungkan mesin game throughput tinggi dengan EVM sebagai lingkungan eksekusi Rollup. Tantangannya di sini adalah untuk mencapai interoperabilitas yang mulus antara mesin EVM dan mesin game.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-acc39c7ebc-dd1a6f-69ad2a.webp)
Pertimbangan ketersediaan data
Pada pembahasan sebelumnya, fokusnya adalah pada peningkatan throughput transaksi Rollup, yang merupakan aspek utama dari penskalaan aplikasi Rollup. Topik lain yang terkait dengan peningkatan throughput ini termasuk ketersediaan data (DA), desentralisasi orderer, dan kecepatan penyelesaian. Untuk rollup aplikasi throughput tinggi, ketersediaan data adalah yang paling mendesak dari masalah ini.
Satu Rollup aplikasi dapat memiliki throughput lebih dari 10.000 transaksi per detik. Tidak mungkin menggunakan Ethereum sebagai lapisan ketersediaan data untuk transaksi ini. Pertama, biaya rata-rata penerbitan data transfer ETH L2 sederhana di L2 dapat melebihi $ 0,1. Biaya ini terlalu tinggi untuk sebagian besar pembatalan aplikasi. Terlebih lagi, L1 Ethereum saat ini tidak dapat mendukung rollup yang memanfaatkan L1 untuk ketersediaan data dengan sekitar 8.000 transaksi per detik.
Pembatalan aplikasi terutama akan bergantung pada solusi DA eksternal. Celestia dan EigenDA saat ini diposisikan sebagai opsi yang paling layak untuk Rollup aplikasi. Misalnya, Eclipse berencana untuk menggunakan Celestia sebagai lapisan ketersediaan data untuk rollup dasar SVM throughput tinggi. Argus dan mesin game throughput tinggi juga direncanakan untuk awalnya menggunakan Celestia. Demikian pula, EigenDA menjanjikan throughput data hingga 10MB per detik dan juga dapat memberikan solusi yang layak untuk beberapa rollup aplikasi.
Namun, kerugian utama dari mengintegrasikan Celestia atau EigneDA adalah kebocoran nilai ekonomi. Rollup aplikasi harus membayar biaya untuk lapisan DA, serta biaya penyelesaian pada Ethereum L1. Biaya penyelesaian adalah kunci untuk Rollup aplikasi karena mengikat keamanan Rollup dengan keamanan Ethereum. Jaminan DA kurang penting dalam konteks FOG di mana nilai transaksi jauh lebih kecil daripada jaringan ini. Selain itu, Celestia dan EigenDA menjanjikan biaya rendah karena jaringan ini baru saja aktif dan utilisasi akan rendah pada awalnya. Ketika jaringan DA ini mencapai pemanfaatan tinggi, biaya DA juga bisa menjadi penghalang. Menurut pendapat saya, rollup aplikasi harus menggunakan Data Availability Board (DAC) sederhana untuk membuktikan ketersediaan data rollup.
Sebagai kesimpulan, saya pikir rollup aplikasi adalah solusi terbaik yang ada untuk menskalakan aplikasi throughput tinggi, terutama game on-chain sepenuhnya. Memperluas aplikasi ini dengan Rollup adalah kunci untuk mencapai adopsi mainstream di luar pengguna crypto asli.
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.
Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?
Ditulis oleh Mohamed Fouda Disusun oleh TechFlow
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-88d783732e-dd1a6f-69ad2a.webp)
Aplikasi Rollup muncul sebagai pemenang yang jelas dalam menskalakan serangkaian aplikasi Ethereum tertentu. Aplikasi ini mendapat manfaat dari jaminan kepemilikan tanpa izin dan kuat, tetapi tidak memerlukan interaksi simultan antara semua pengguna aplikasi. Game on-chain sepenuhnya adalah contoh terbaik. Game on-chain mendapat manfaat dari kepemilikan aset game yang kuat, memungkinkan partisipasi anonim dalam game dan memungkinkan modifikasi game secara anonim. Namun, sebagian besar game tidak mengharuskan semua pemain untuk berinteraksi pada saat yang bersamaan. Aplikasi lain yang dapat memperoleh manfaat dari strategi penskalaan Rollup aplikasi termasuk pasar NFT, pertukaran abadi, dan inferensi AI on-chain.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-8695df8aec-dd1a6f-69ad2a.webp)
Rollup aplikasi sudah menjadi implementasi yang disukai untuk banyak kasus penggunaan ini. Namun, implementasi Rollup standar, EVMRollup, masih memiliki keterbatasan skalabilitas yang penting. Mereka dapat mencapai throughput sekitar 100 transaksi per detik. Throughput ini mungkin cukup untuk beberapa game on-chain, tergantung pada jenis game. Namun, sebagian besar game memerlukan throughput yang lebih tinggi untuk mendukung sejumlah besar pemain bersamaan (lebih dari 1000). Artikel ini berfokus pada bagaimana rollup aplikasi diskalakan untuk menjangkau ratusan ribu peserta bersamaan. Untuk setiap pendekatan, saya membahas jenis aplikasi / permainan yang sesuai dan tantangan yang dihadapinya.
Skala horizontal
Skalabilitas horizontal adalah cara termudah untuk menskalakan rollup aplikasi Anda. Namun, kesederhanaan ini datang dengan mengorbankan komposabilitas, yang membuatnya hanya cocok untuk sebagian kecil aplikasi, seperti game pemain tunggal.
Skalabilitas horizontal berarti hanya menerapkan beberapa rollup aplikasi (Optimis atau ZK) dan menerapkan kontrak pintar yang sama pada semua rollup. Ujung depan aplikasi dengan mulus mengarahkan pengguna ke salah satu rollup berdasarkan kapasitas, lokasi, atau opsi aplikasi tertentu. Alt Layer baru-baru ini mendemonstrasikan konsep ini dengan meluncurkan game FOCG 2048 yang dapat diskalakan. Di ujung depan permainan, pengguna dapat memilih Rollup mana yang akan diikuti berdasarkan lokasi geografis mereka. Karena kesederhanaan dan ketersediaan penyedia rollup-as-a-service seperti Caldera, yang menangani semua pekerjaan infrastruktur yang terkait dengan pemintalan dan pengelolaan rollup ini, pendekatan ini dapat dengan mudah diadopsi oleh pengembang game.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-6e522fe107-dd1a6f-69ad2a.webp)
Namun, ada beberapa masalah dengan pendekatan ekstensi multi-rollup. Masalah pertama adalah switch jaringan Rollup. Dompet saat ini, seperti Metamask, memerlukan persetujuan manual untuk terhubung ke jaringan baru, instans Rollup. Ini menciptakan pengalaman pengguna yang sulit dan membingungkan bagi pemain, karena pemain harus terhubung secara manual ke beberapa "jaringan" untuk memainkan game yang sama. Untungnya, kompleksitas ini dapat dihapus dengan solusi Account Abstraction (AA). Contohnya termasuk EIP 4337 dan dompet tertanam seperti Privy dan 0xPass.
Tantangan lain adalah mengelola status pemain selama transisi antar rollup. Dalam beberapa kasus, seperti penurunan kapasitas, aplikasi mungkin perlu mengonsolidasikan beberapa instans Rollup menjadi satu instans untuk menghemat sumber daya. Dalam hal ini, status semua pemain aktif perlu dimigrasikan ke instance baru. Solusi bridging saat ini, terutama jembatan ZK, dapat memainkan peran kunci dalam memecahkan masalah ini. Dengan menggunakan solusi ini, Anda dapat menjembatani status permainan pemain ke instans Rollup baru sambil mempertahankan bukti validitas status tersebut. Namun, latensi solusi bridging yang ada mungkin tidak optimal untuk kasus penggunaan game.
Saluran status ZK
Ekstensi rollup aplikasi lain yang lebih cocok untuk game multipemain, seperti poker, adalah saluran negara ZK. Dalam permainan ini, interaksi pemain terjadi antara sejumlah kecil pemain, seperti 2-10 orang. Gameplay antara para pemain ini hanya penting saat permainan sedang berlangsung. Namun, hasil akhir dari permainan lebih penting karena mempengaruhi saldo aset masing-masing pemain. Oleh karena itu, penting untuk menyimpan hasilnya dalam lapisan persistensi bersama.
Dalam hal ini, rollup aplikasi mewakili lapisan informasi bersama, di mana hasil game disimpan dan di mana aset game juga ada. Untuk setiap game di Rollup, Anda dapat memulai saluran status ZK untuk menyajikan game. Selama bermain game, setiap pemain menghasilkan transaksi dan menciptakan ZKP, membuktikan bahwa mereka mengikuti aturan permainan. Bukti interaksi pemain lain menggabungkan bukti sebelumnya menggunakan bukti rekursif. Ketika permainan berakhir, ZKP final diserahkan ke aplikasi Rollup untuk membuktikan validitas gameplay dan hasil akhir. Perubahan status yang dihasilkan oleh game mengubah status pemain pada Rollup aplikasi.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img.jinse.cn/7119915_watermarknone.png)
Saluran status ZK memindahkan interaksi game secara off-chain. Oleh karena itu, aktivitas dan transaksi dalam game tidak diperhitungkan dalam throughput rollup aplikasi. Dengan menggunakan pendekatan ini, Rollup aplikasi dapat diskalakan secara besar-besaran untuk mendukung ribuan pemain bersamaan. Transaksi rollup aplikasi hanya akan memvalidasi ZKP yang dihasilkan dan transaksi update status dengan faktor penskalaan 100-1000x. Beberapa tim, termasuk Ontropy, telah mengembangkan teknologi.
Salah satu kelemahan dari pendekatan ini adalah mengharuskan pemain untuk menjalankan logika permainan di perangkat mereka sendiri dan menghasilkan ZKP. Seringkali bukti ini ringan dan dapat diselesaikan dalam hitungan detik dengan sistem bukti mutakhir seperti Halo2. Namun, ini masih dapat menyebabkan berkurangnya pengalaman pemutar untuk perangkat dengan sumber daya terbatas.
Salah satu cara untuk mengurangi masalah ini adalah dengan menunjuk salah satu peserta saluran status zk sebagai sequencer sementara. Sequencer akan menerima transaksi setiap pemain dan menghasilkan ZKP yang sesuai, berbagi ZKP dengan semua peserta saluran. Modifikasi ini dapat dianggap sebagai penyelesaian ZK L3 berumur pendek untuk aplikasi Rollup. Tim Cartridge menerapkan arsitektur ini dengan merancang sequencer khusus yang disebut Katana.
Pendekatan saluran negara zk memiliki potensi besar. Namun, ada beberapa masalah terbuka yang terkait dengan lingkungan eksekusi dalam saluran status zk dan cara mengoptimalkan bukti rekursif. Lingkungan zkEVM saat ini tidak efisien, dan sebagian besar saat ini tidak mendukung rekursi bukti. Alternatif termasuk zkVM ringan, atau bahkan menggunakan sirkuit zk khusus untuk menangani interaksi pemain jika pemain memiliki sejumlah kemungkinan gerakan.
Ubah lingkungan eksekusi
Cara ketiga untuk memperpanjang rollup aplikasi adalah dengan mengubah lingkungan eksekusi Rollup. Terlepas dari kematangan dan kelimpahan alat pengembangan EVM, mereka tidak cocok untuk aplikasi berkinerja tinggi seperti game. Selain itu, model eksekusi dan penyimpanan single-threaded EVM menghasilkan throughput yang berkurang, yang dapat ditingkatkan melalui peningkatan.
Keuntungan utama dari pendekatan ini adalah bahwa meningkatkan throughput Rollup tidak memerlukan mengorbankan komposabilitas atau membatasi jumlah kasus penggunaan. Pendekatan ini dapat digunakan untuk aplikasi Web 3 apa pun selama lingkungan eksekusi dapat mencapai throughput yang diperlukan oleh aplikasi. Ini menjadikannya satu-satunya solusi yang layak untuk aplikasi yang membutuhkan akses ke status bersama, seperti AMM, protokol pinjaman, dan aplikasi DeFi lainnya.
Memperluas fungsionalitas EVM dengan prakompilasi
Pertama, Rollup menjaga EVM tetap sesuai dan melewati beberapa batasan pada throughput alamat yang telah dikompilasi. Idenya di sini sederhana. Prakompilasi adalah pergerakan ke bawah operasi EVM intensif komputasi ke tingkat node. Operasi yang memerlukan ratusan atau ribuan opcode EVM dan mengkonsumsi 100.000+ gas dapat disederhanakan menjadi satu operasi dengan pengurangan biaya gas 100x. Prakompilasi yang memperluas lingkungan Rollup sering disebut sebagai EVM+. Contoh pendekatan ini termasuk dukungan untuk privasi on-chain dan dukungan untuk skema tanda tangan yang lebih efisien seperti tanda tangan BLS. Misalnya, zkHoldem poker menggunakan operasi FHE dan zk khusus untuk memungkinkan transaksi dan presentasi kartu pribadi. Pengembangan prakompilasi khusus ini biasanya merupakan upaya bersama antara pengembang rollup aplikasi dan penyedia Raas yang mengelola penyebaran dan pemeliharaan infrastruktur rollup aplikasi.
Menggunakan lingkungan eksekusi non-EVM
Cara lain untuk meningkatkan lingkungan eksekusi Rollup adalah dengan menyingkirkan EVM. Pendekatan ini semakin populer di kalangan pengembang baru di ekosistem Ethereum, serta di kalangan pengembang yang percaya bahwa Solidity bukanlah bahasa terbaik untuk mengembangkan aplikasi yang kompleks.
Hari ini, kami memiliki aplikasi Rollup yang berjalan di WASM, SVM, Kairo, dan bahkan runtime Linux. Sebagian besar metode ini memungkinkan pengembang untuk menulis kontrak pintar menggunakan bahasa tingkat tinggi seperti Rust atau C. Kelemahannya adalah interoperabilitas dengan kontrak Solidity yang ada sering hilang. Namun demikian, kompatibilitas dengan EVM masih bisa dibuat. Misalnya, stylus Aributrum menggunakan koprosesor untuk membuat kontrak Stylus EVM kompatibel. Desain ini membawa Stylus lebih dekat ke arsitektur EVM+ daripada non-EVM.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img.jinse.cn/7119916_watermarknone.png)
Lingkungan Eksekusi Campuran
Pendekatan ketiga, yang sangat populer dengan FOG, adalah fitur terbaik yang menggabungkan dua yang pertama. Pendekatan ini menggabungkan kompatibilitas EVM dengan lingkungan eksekusi non-EVM khusus. Lingkungan non-EVM fokus pada eksekusi kinerja tinggi dari game inti primitif. Manajemen aset game, seperti transaksi NFT dalam game, dapat ditangani dengan kontrak Solidity standar.
Keuntungan dari pendekatan ini adalah kompatibilitas EVM memastikan keselarasan dengan ekosistem pengembang yang lebih besar dan produk yang ada. Ini juga memungkinkan komposabilitas tanpa izin. Pengembang dapat memodifikasi dan memperluas logika permainan dengan menambahkan kontrak pintar EVM / Solidity. Pada saat yang sama, mesin game non-EVM yang dibuat khusus mencapai throughput tinggi yang tidak dapat dilakukan EVM.
Contoh pendekatan ini adalah Argus' World Engine dan Curio's Keystone. World Engine memisahkan eksekusi logika game menjadi lapisan terpisah, yang disebut Game Shard, yang berjalan di atas lapisan yang kompatibel dengan EVM. Game Shard juga dirancang untuk memungkinkan penskalaan horizontal untuk menyesuaikan throughput rollup total berdasarkan permintaan. Demikian pula, arsitektur Keystone Curio menggabungkan mesin game throughput tinggi dengan EVM sebagai lingkungan eksekusi Rollup. Tantangannya di sini adalah untuk mencapai interoperabilitas yang mulus antara mesin EVM dan mesin game.
! [Interpretasi Teknologi Dapp Rollup: Bagaimana Membuat APP Throughput Tinggi Menjadi Mainstream?] ](https://img-cdn.gateio.im/webp-social/moments-40baef27dd-acc39c7ebc-dd1a6f-69ad2a.webp)
Pertimbangan ketersediaan data
Pada pembahasan sebelumnya, fokusnya adalah pada peningkatan throughput transaksi Rollup, yang merupakan aspek utama dari penskalaan aplikasi Rollup. Topik lain yang terkait dengan peningkatan throughput ini termasuk ketersediaan data (DA), desentralisasi orderer, dan kecepatan penyelesaian. Untuk rollup aplikasi throughput tinggi, ketersediaan data adalah yang paling mendesak dari masalah ini.
Satu Rollup aplikasi dapat memiliki throughput lebih dari 10.000 transaksi per detik. Tidak mungkin menggunakan Ethereum sebagai lapisan ketersediaan data untuk transaksi ini. Pertama, biaya rata-rata penerbitan data transfer ETH L2 sederhana di L2 dapat melebihi $ 0,1. Biaya ini terlalu tinggi untuk sebagian besar pembatalan aplikasi. Terlebih lagi, L1 Ethereum saat ini tidak dapat mendukung rollup yang memanfaatkan L1 untuk ketersediaan data dengan sekitar 8.000 transaksi per detik.
Pembatalan aplikasi terutama akan bergantung pada solusi DA eksternal. Celestia dan EigenDA saat ini diposisikan sebagai opsi yang paling layak untuk Rollup aplikasi. Misalnya, Eclipse berencana untuk menggunakan Celestia sebagai lapisan ketersediaan data untuk rollup dasar SVM throughput tinggi. Argus dan mesin game throughput tinggi juga direncanakan untuk awalnya menggunakan Celestia. Demikian pula, EigenDA menjanjikan throughput data hingga 10MB per detik dan juga dapat memberikan solusi yang layak untuk beberapa rollup aplikasi.
Namun, kerugian utama dari mengintegrasikan Celestia atau EigneDA adalah kebocoran nilai ekonomi. Rollup aplikasi harus membayar biaya untuk lapisan DA, serta biaya penyelesaian pada Ethereum L1. Biaya penyelesaian adalah kunci untuk Rollup aplikasi karena mengikat keamanan Rollup dengan keamanan Ethereum. Jaminan DA kurang penting dalam konteks FOG di mana nilai transaksi jauh lebih kecil daripada jaringan ini. Selain itu, Celestia dan EigenDA menjanjikan biaya rendah karena jaringan ini baru saja aktif dan utilisasi akan rendah pada awalnya. Ketika jaringan DA ini mencapai pemanfaatan tinggi, biaya DA juga bisa menjadi penghalang. Menurut pendapat saya, rollup aplikasi harus menggunakan Data Availability Board (DAC) sederhana untuk membuktikan ketersediaan data rollup.
Sebagai kesimpulan, saya pikir rollup aplikasi adalah solusi terbaik yang ada untuk menskalakan aplikasi throughput tinggi, terutama game on-chain sepenuhnya. Memperluas aplikasi ini dengan Rollup adalah kunci untuk mencapai adopsi mainstream di luar pengguna crypto asli.