Ditulis oleh: KAUTUK, pengembang Stackr Disusun oleh: Luffy, Foresight News
Memulai artikel Rollup dengan sesuatu seperti "Apa itu Rollup" atau "Mengapa kita memerlukan Rollup" adalah seperti membunuh Paman Ben atau menembak ibu dan ayah Wayne di setiap iterasi film Spider-Man dan Batman. Sama seperti ayah. Jika Anda membaca artikel ini, saya berasumsi bahwa Anda sudah memiliki pemahaman dasar tentang masalah di atas. Di sini, kita lewati perdebatan antara rantai aplikasi dan Rollup aplikasi dan langsung ke topik.
Munculnya Rollup Khusus Aplikasi****Rollup Universal Membuat Frustrasi
Universal Rollup seperti sistem sekolah di India (saya yakin mereka memiliki karakteristik yang mirip dengan sistem sekolah lain, namun saya hanya memiliki pengalaman langsung dengannya).
Atlet, penyanyi, ahli matematika, pemikir, dan ekonom semuanya harus melalui proses yang sama untuk mendapatkan nilai kelulusan. Sistem ini tidak "bias" terhadap kelompok tertentu, namun juga tidak "adil" bagi semua orang. Tapi hei, kami berteman! (Ini akan menjadi penting nanti).
Demikian pula, untuk aplikasi pada Rollup universal, hambatannya adalah lingkungan runtime itu sendiri, karena Rollup tidak dapat memenuhi kebutuhan setiap aplikasi satu per satu. Setiap aplikasi mungkin memerlukan jenis pengoptimalan yang berbeda, dan peningkatan khusus apa pun mungkin tidak dapat dibenarkan untuk aplikasi tersebut. Namun, jika Anda hanya bereksperimen dan ingin mendapatkan gambaran kasar, ini adalah pilihan yang paling nyaman. Selain itu, untuk beberapa aplikasi seperti siswa pada umumnya, ini mungkin solusi yang tepat!
Rollup khusus aplikasi membingungkan
Ya, anak saya terlalu atletis untuk sekolah umum dan dia memerlukan pelatihan khusus. Apakah saya perlu mengirimnya ke sekolah olahraga atau haruskah saya menyewa pelatih pribadi…
Rollup sulit untuk diklasifikasikan dengan jelas****Ayo main game
Ada 8 rollup aplikasi spesifik di bawah ini. Namun, 1 item di setiap grup sebenarnya bukan milik grup tersebut. Bisakah Anda mengetahui yang mana itu?
Kekhususan aplikasi menjadi istilah yang membingungkan. Ada beberapa Rollup aplikasi spesifik yang mengizinkan kontrak diterapkan di atas dirinya sendiri; ada juga beberapa Rollup aplikasi spesifik yang mengizinkan penerapan kontrak karena mesin virtualnya mendukungnya, namun akan ada batasan tertentu; Mereka memiliki mesin virtual tertutup atau tidak ada virtual mesin sama sekali, dan tidak mendukung jenis pengembangan lainnya.
Apakah adil untuk mengklasifikasikannya bersama-sama?
Jawaban dari latihan di atas:
Grup1: Celo adalah pilihan yang aneh karena memungkinkan pengembang lain untuk membangun aplikasi yang dapat digunakan secara langsung oleh pengembang lain. Proyek lain yang perlu dipertimbangkan di Grup 1 adalah Fuel-v1, Aevo, RhinoFi, dll.
Grup 2: Loopring adalah pilihan yang aneh karena ini adalah satu-satunya Rollup yang dibuat khusus dan langsung berfungsi, sedangkan sisanya adalah jaringan yang dioptimalkan untuk fitur tertentu seperti privasi, NFT, dan TPS untuk aplikasi yang diterapkan di dalamnya. diwariskan. Proyek lain yang dapat dipertimbangkan di Grup 2 adalah Kinto, Kroma, Public Goods Network, dll.
Masalah saat menerapkan kontrak di mesin virtual umum yang dimodifikasi
Mesin virtual tempat Anda menerapkan kontrak pintar tidak lebih dari Turing mesin negara yang lengkap. Kontrak yang Anda terapkan pada kontrak tersebut hanya mengubah status itu sendiri, hal ini tidak terlalu memengaruhi aturan transisi status inti VM. Rollup pada dasarnya adalah mesin virtual yang menjadi tempat logika bisnis Anda berada.
Logika bisnis Anda terpisah dari fungsi transisi status Rollup.
Saya juga menyebutnya "paradigma kontrak cerdas untuk membangun aplikasi" karena Anda menerapkan beberapa logika tambahan di atas mesin virtual. Rollup tidak "secara langsung" berkaitan dengan pembuktian logika aplikasi. VM adalah Rollup, bukan aplikasi Anda.
Tentu saja, Anda adalah satu-satunya pemilik mesin virtual, aplikasi Anda adalah satu-satunya warga negara, dan Anda dapat terus meningkatkan basisnya agar sesuai untuk aplikasi Anda. Anda dapat terus meningkatkan fungsi transisi status (STF) dan menambah/menghapus opcode untuk meningkatkan performa aplikasi, namun aplikasi tetap independen dan dibatasi oleh VM itu sendiri.
Seperti Lamborghini Urus yang menarik Lamborghini Huracan
Sebuah aplikasi terpisah pada aplikasi tertentu Rollup dapat melakukan lebih baik. Bagaimana jika Anda terus meningkatkan STF sehingga cakupan STF semakin mengecil agar sesuai dengan logika bisnis aplikasi Anda? Pada akhirnya, ketika Anda tumbuh lebih kuat, STF akan menyatu ke titik di mana logika bisnis dan STF tumpang tindih, di mana Anda menyadari...oh, tunggu dulu!
Micro-Rollup telah lahir
Oleh karena itu, Micro-Rollup tidak lebih dari sebuah Rollup di mana fungsi transisi status aplikasi adalah logika bisnis itu sendiri.
Aplikasi menjadi Rollup, status dapat dikelola dengan cara apa pun di lingkungan eksekusi apa pun, dan aturan transisi status dapat diterapkan secara langsung saat runtime aplikasi. Aplikasi dapat dikustomisasi tanpa batasan apa pun. Bukti terikat pada logika bisnis Anda dan bukan pada mesin, sehingga membuat aplikasi Anda ringan.
Micro-Rollup tidak dibatasi dalam hal pengalaman pengembang. Anda dapat membuatnya menggunakan alat apa pun yang Anda suka karena tidak terbatas pada mesin virtual. Mereka terlihat seperti aplikasi backend web2, namun secara berkala menerbitkan bukti transaksi ke L1. Saya pikir ini akan menjadi faktor utama yang mempengaruhi pengembang web2 untuk pindah ke ruang web3.
Sebenarnya contoh yang lebih baik adalah Rimac Nevera karena lebih cepat dan bertenaga listrik sehingga mungkin lebih murah untuk dijalankan
Satu-satunya kelemahan pendekatan ini adalah mekanisme pembuktian khusus untuk setiap aplikasi yang berbeda. Jika logika aplikasi dapat dikompilasi menjadi perantara umum, maka membuktikan perantara publik akan menghilangkan kesulitan dalam membuktikan setiap aplikasi secara individual, tetapi menurut saya pribadi ini hanyalah trade-off antara efisiensi dan pengembangan yang lebih cepat.
Ada cara untuk mengatasi masalah ini tanpa menggunakan lapisan eksekusi yang melibatkan mesin virtual. Bagaimana jika ada alat yang memungkinkan pengembang melakukan hal ini?
Ini adalah misi Stackr Labs: kami sedang membangun kerangka kerja Micro-Rollup dan SDK sehingga siapa pun dapat membangun aplikasi mereka dalam bahasa apa pun yang mereka inginkan tanpa batasan, seperti halnya membangun aplikasi backend web2. Prosedurnya sama. Membuat pengembangan Micro-Rollup semudah menulis dan menerapkan kontrak pintar, belum lagi modularitas meningkatkan kemampuan pengembang untuk memilih ekosistem apa pun.
**Jadi, apakah Micro-Rollup itu nyata? **
Itu selalu terjadi, sama nyatanya dengan Rollup itu sendiri.
Aplikasi seperti Loopring, dYdX, dan Fuel-v1 sudah ada atau sudah ada sejak lama. Ini adalah Rollup yang sangat optimal dengan logika kustom yang dijalankan secara khusus untuk melayani kasus penggunaannya. Rollup aplikasi spesifik pertama yang saya ketahui dan pernah saya kerjakan secara pribadi yang tidak didasarkan pada mesin virtual adalah Hubble Optimistic Rollup, sebuah proyek berusia 3 tahun yang pernah berfungsi sebagai infrastruktur inti untuk token Worldcoin.
Sekarang semakin penting untuk membedakan istilah-istilah ini.
Kasus penggunaan Micro-Rollup tidak terbatas:
Produk konsumen seperti game, bursa, dan pasar NFT
Rantai aplikasi dapat diubah menjadi rollup aplikasi
Anda bahkan dapat membuat VM jenis baru yang mendukung kasus penggunaan unik, sehingga membuka pintu bagi inovasi VM
Kesimpulannya
Pohon struktur yang saya tunjukkan sebelumnya tidak memiliki elemen untuk mesin status kustom.
Selain itu, penerapan protokol tunggal menggunakan rollup berbasis VM atau EVM tidak efisien untuk aplikasi mandiri. Ini cocok untuk aplikasi yang sudah memiliki kontrak pintar dalam jumlah besar dan menjalankan protokolnya pada rantai mirip EVM, tetapi tidak untuk "aplikasi yang menginginkan lebih" dan ingin menghilangkan batasan VM.
Jadi jika kita memangkas pohonnya, maka pohon terakhirnya akan terlihat seperti ini. Inilah mengapa menurut saya App-Rollup, Micro-Rollup, atau RollApp akan disebut App dalam waktu dekat.
Oleh karena itu, Micro Rollup = Aplikasi di Aplikasi Rollup sebagai Rollup.
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.
Apakah Micro-Rollup adalah gelombang berikutnya?
Ditulis oleh: KAUTUK, pengembang Stackr Disusun oleh: Luffy, Foresight News
Memulai artikel Rollup dengan sesuatu seperti "Apa itu Rollup" atau "Mengapa kita memerlukan Rollup" adalah seperti membunuh Paman Ben atau menembak ibu dan ayah Wayne di setiap iterasi film Spider-Man dan Batman. Sama seperti ayah. Jika Anda membaca artikel ini, saya berasumsi bahwa Anda sudah memiliki pemahaman dasar tentang masalah di atas. Di sini, kita lewati perdebatan antara rantai aplikasi dan Rollup aplikasi dan langsung ke topik.
Munculnya Rollup Khusus Aplikasi****Rollup Universal Membuat Frustrasi
Universal Rollup seperti sistem sekolah di India (saya yakin mereka memiliki karakteristik yang mirip dengan sistem sekolah lain, namun saya hanya memiliki pengalaman langsung dengannya).
Atlet, penyanyi, ahli matematika, pemikir, dan ekonom semuanya harus melalui proses yang sama untuk mendapatkan nilai kelulusan. Sistem ini tidak "bias" terhadap kelompok tertentu, namun juga tidak "adil" bagi semua orang. Tapi hei, kami berteman! (Ini akan menjadi penting nanti).
Demikian pula, untuk aplikasi pada Rollup universal, hambatannya adalah lingkungan runtime itu sendiri, karena Rollup tidak dapat memenuhi kebutuhan setiap aplikasi satu per satu. Setiap aplikasi mungkin memerlukan jenis pengoptimalan yang berbeda, dan peningkatan khusus apa pun mungkin tidak dapat dibenarkan untuk aplikasi tersebut. Namun, jika Anda hanya bereksperimen dan ingin mendapatkan gambaran kasar, ini adalah pilihan yang paling nyaman. Selain itu, untuk beberapa aplikasi seperti siswa pada umumnya, ini mungkin solusi yang tepat!
Rollup khusus aplikasi membingungkan
Ya, anak saya terlalu atletis untuk sekolah umum dan dia memerlukan pelatihan khusus. Apakah saya perlu mengirimnya ke sekolah olahraga atau haruskah saya menyewa pelatih pribadi…
Rollup sulit untuk diklasifikasikan dengan jelas****Ayo main game
Ada 8 rollup aplikasi spesifik di bawah ini. Namun, 1 item di setiap grup sebenarnya bukan milik grup tersebut. Bisakah Anda mengetahui yang mana itu?
Kekhususan aplikasi menjadi istilah yang membingungkan. Ada beberapa Rollup aplikasi spesifik yang mengizinkan kontrak diterapkan di atas dirinya sendiri; ada juga beberapa Rollup aplikasi spesifik yang mengizinkan penerapan kontrak karena mesin virtualnya mendukungnya, namun akan ada batasan tertentu; Mereka memiliki mesin virtual tertutup atau tidak ada virtual mesin sama sekali, dan tidak mendukung jenis pengembangan lainnya.
Apakah adil untuk mengklasifikasikannya bersama-sama?
Jawaban dari latihan di atas:
Grup1: Celo adalah pilihan yang aneh karena memungkinkan pengembang lain untuk membangun aplikasi yang dapat digunakan secara langsung oleh pengembang lain. Proyek lain yang perlu dipertimbangkan di Grup 1 adalah Fuel-v1, Aevo, RhinoFi, dll.
Grup 2: Loopring adalah pilihan yang aneh karena ini adalah satu-satunya Rollup yang dibuat khusus dan langsung berfungsi, sedangkan sisanya adalah jaringan yang dioptimalkan untuk fitur tertentu seperti privasi, NFT, dan TPS untuk aplikasi yang diterapkan di dalamnya. diwariskan. Proyek lain yang dapat dipertimbangkan di Grup 2 adalah Kinto, Kroma, Public Goods Network, dll.
Masalah saat menerapkan kontrak di mesin virtual umum yang dimodifikasi
Mesin virtual tempat Anda menerapkan kontrak pintar tidak lebih dari Turing mesin negara yang lengkap. Kontrak yang Anda terapkan pada kontrak tersebut hanya mengubah status itu sendiri, hal ini tidak terlalu memengaruhi aturan transisi status inti VM. Rollup pada dasarnya adalah mesin virtual yang menjadi tempat logika bisnis Anda berada.
Logika bisnis Anda terpisah dari fungsi transisi status Rollup.
Saya juga menyebutnya "paradigma kontrak cerdas untuk membangun aplikasi" karena Anda menerapkan beberapa logika tambahan di atas mesin virtual. Rollup tidak "secara langsung" berkaitan dengan pembuktian logika aplikasi. VM adalah Rollup, bukan aplikasi Anda.
Tentu saja, Anda adalah satu-satunya pemilik mesin virtual, aplikasi Anda adalah satu-satunya warga negara, dan Anda dapat terus meningkatkan basisnya agar sesuai untuk aplikasi Anda. Anda dapat terus meningkatkan fungsi transisi status (STF) dan menambah/menghapus opcode untuk meningkatkan performa aplikasi, namun aplikasi tetap independen dan dibatasi oleh VM itu sendiri.
Seperti Lamborghini Urus yang menarik Lamborghini Huracan
Sebuah aplikasi terpisah pada aplikasi tertentu Rollup dapat melakukan lebih baik. Bagaimana jika Anda terus meningkatkan STF sehingga cakupan STF semakin mengecil agar sesuai dengan logika bisnis aplikasi Anda? Pada akhirnya, ketika Anda tumbuh lebih kuat, STF akan menyatu ke titik di mana logika bisnis dan STF tumpang tindih, di mana Anda menyadari...oh, tunggu dulu!
Micro-Rollup telah lahir
Oleh karena itu, Micro-Rollup tidak lebih dari sebuah Rollup di mana fungsi transisi status aplikasi adalah logika bisnis itu sendiri.
Aplikasi menjadi Rollup, status dapat dikelola dengan cara apa pun di lingkungan eksekusi apa pun, dan aturan transisi status dapat diterapkan secara langsung saat runtime aplikasi. Aplikasi dapat dikustomisasi tanpa batasan apa pun. Bukti terikat pada logika bisnis Anda dan bukan pada mesin, sehingga membuat aplikasi Anda ringan.
Micro-Rollup tidak dibatasi dalam hal pengalaman pengembang. Anda dapat membuatnya menggunakan alat apa pun yang Anda suka karena tidak terbatas pada mesin virtual. Mereka terlihat seperti aplikasi backend web2, namun secara berkala menerbitkan bukti transaksi ke L1. Saya pikir ini akan menjadi faktor utama yang mempengaruhi pengembang web2 untuk pindah ke ruang web3.
Sebenarnya contoh yang lebih baik adalah Rimac Nevera karena lebih cepat dan bertenaga listrik sehingga mungkin lebih murah untuk dijalankan
Satu-satunya kelemahan pendekatan ini adalah mekanisme pembuktian khusus untuk setiap aplikasi yang berbeda. Jika logika aplikasi dapat dikompilasi menjadi perantara umum, maka membuktikan perantara publik akan menghilangkan kesulitan dalam membuktikan setiap aplikasi secara individual, tetapi menurut saya pribadi ini hanyalah trade-off antara efisiensi dan pengembangan yang lebih cepat.
Ada cara untuk mengatasi masalah ini tanpa menggunakan lapisan eksekusi yang melibatkan mesin virtual. Bagaimana jika ada alat yang memungkinkan pengembang melakukan hal ini?
Ini adalah misi Stackr Labs: kami sedang membangun kerangka kerja Micro-Rollup dan SDK sehingga siapa pun dapat membangun aplikasi mereka dalam bahasa apa pun yang mereka inginkan tanpa batasan, seperti halnya membangun aplikasi backend web2. Prosedurnya sama. Membuat pengembangan Micro-Rollup semudah menulis dan menerapkan kontrak pintar, belum lagi modularitas meningkatkan kemampuan pengembang untuk memilih ekosistem apa pun.
**Jadi, apakah Micro-Rollup itu nyata? **
Itu selalu terjadi, sama nyatanya dengan Rollup itu sendiri.
Aplikasi seperti Loopring, dYdX, dan Fuel-v1 sudah ada atau sudah ada sejak lama. Ini adalah Rollup yang sangat optimal dengan logika kustom yang dijalankan secara khusus untuk melayani kasus penggunaannya. Rollup aplikasi spesifik pertama yang saya ketahui dan pernah saya kerjakan secara pribadi yang tidak didasarkan pada mesin virtual adalah Hubble Optimistic Rollup, sebuah proyek berusia 3 tahun yang pernah berfungsi sebagai infrastruktur inti untuk token Worldcoin.
Sekarang semakin penting untuk membedakan istilah-istilah ini.
Kasus penggunaan Micro-Rollup tidak terbatas:
Kesimpulannya
Pohon struktur yang saya tunjukkan sebelumnya tidak memiliki elemen untuk mesin status kustom.
Selain itu, penerapan protokol tunggal menggunakan rollup berbasis VM atau EVM tidak efisien untuk aplikasi mandiri. Ini cocok untuk aplikasi yang sudah memiliki kontrak pintar dalam jumlah besar dan menjalankan protokolnya pada rantai mirip EVM, tetapi tidak untuk "aplikasi yang menginginkan lebih" dan ingin menghilangkan batasan VM.
Jadi jika kita memangkas pohonnya, maka pohon terakhirnya akan terlihat seperti ini. Inilah mengapa menurut saya App-Rollup, Micro-Rollup, atau RollApp akan disebut App dalam waktu dekat.
Oleh karena itu, Micro Rollup = Aplikasi di Aplikasi Rollup sebagai Rollup.