Salah satu tweet saya menjadi viral baru-baru ini dan mendapat banyak perhatian di komunitas online Web3! Ini adalah postingan "Twitter" yang sangat singkat dan terdiri dari empat bagian, tetapi saya mendengar Anda bertanya, apa sebenarnya maksudnya? Biar saya jelaskan.
Membuka artikel Rollup dengan topik seperti "Apa itu Rollup" atau "Mengapa kita membutuhkan Rollup" seperti membunuh Paman Ben atau menembak Ibu dan Ayah di setiap iterasi film Spider-Man dan Batman Sama. Jika Anda membaca artikel ini, Anda mungkin sudah familiar dengan argumen-argumen yang terdokumentasi dengan baik ini. Selain itu, jika Anda membaca ini, saya rasa kita bisa beralih dari perdebatan App Chain vs. App Rollup. Jadi mari kita langsung saja ke pokok permasalahannya.
Munculnya rollup khusus aplikasi
Universal Rollup membuat frustrasi
Universal Rollup seperti sistem sekolah di India (saya yakin sistem tersebut juga memiliki karakteristik serupa dengan sistem sekolah lain, namun ini adalah pengalaman pribadi saya).
Atlet, penyanyi, matematikawan, pemikir, ekonom, dan pendongeng semuanya harus melalui proses yang sama untuk mendapatkan nilai kelulusan. Secara teknis, sistem ini tidak "bias" terhadap kelompok tertentu, namun juga tidak "adil" bagi siapa pun. Tapi hei, kami berteman! (Ini akan menjadi penting nanti).
Demikian pula, untuk aplikasi pada rollup universal, hambatannya adalah lingkungan itu sendiri, karena tidak dapat memenuhi kebutuhan setiap aplikasi secara individual. Setiap aplikasi mungkin memerlukan jenis pengoptimalan yang berbeda, namun tidak masuk akal jika mengharapkan sesuatu yang dibuat khusus untuk aplikasi tersebut. Namun, jika Anda hanya ingin mencobanya dan mendapatkan gambaran umum, ini adalah opsi yang paling nyaman. Selain itu, untuk beberapa aplikasi, seperti siswa pada umumnya, ini mungkin solusi yang tepat!
Bagaimana dengan teman? Ini adalah ekosistem aplikasi yang dibangun bersama aplikasi Anda. Jika Anda seorang pengusaha, Anda cukup menelepon teman akuntan Anda dan memintanya membantu Anda menyembunyikan pajak Anda dari pemerintah :)
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….
##Kompleksitas spesifik
Mari kita bermain game.
Di bawah ini adalah daftar 8 rollup khusus aplikasi. Namun, dalam setiap kelompok terdapat satu item yang tidak termasuk dalam kelompok tersebut. Bisakah Anda mengidentifikasi yang mana itu?
Kekhususan aplikasi menjadi istilah yang membingungkan. Ada rollup khusus aplikasi yang memungkinkan kontrak disebarkan di atas dirinya sendiri, dan ada rollup khusus aplikasi yang memungkinkan kontrak disebarkan karena mesin virtual (VM) mendukungnya, namun pemiliknya membatasinya. Ada juga rollup khusus aplikasi yang memiliki VM tertutup atau tanpa VM sama sekali, dan tidak mendukung jenis pengembangan lainnya.
Apakah adil untuk mengelompokkannya ke dalam kategori yang sama?
Jawaban dari pertanyaan sebelumnya~
Grup 1: Celo adalah pilihan yang aneh karena memungkinkan pengembang lain untuk membangun aplikasi, sementara yang lain dapat menggunakan aplikasi tersebut secara langsung. Proyek lain yang dapat dipertimbangkan di Grup 1 adalah Fuel-v1, Aevo, RhinoFi, dll.
Grup 2: Loopring adalah yang paling aneh, karena ini adalah satu-satunya Rollup yang dibuat khusus dan langsung berfungsi, sementara yang lain adalah jaringan yang dioptimalkan untuk fitur tertentu seperti privasi, NFT, dan TPS untuk aplikasi yang diterapkan di dalamnya. Anda dapat mewarisi fungsi-fungsi ini. Proyek lain yang dapat dimasukkan dalam kelompok kedua, Kinto, Kroma, jaringan barang publik, dll.
Masalah penerapan kontrak di mesin virtual umum yang dimodifikasi
Mesin virtual yang menerapkan kontrak pintar ini tidak lebih dari mesin negara Turing yang lengkap. Kontrak yang Anda terapkan di atasnya hanyalah modifikasi tambahan pada negara bagian itu sendiri. Itu tidak terlalu mempengaruhi aturan transisi keadaan inti dari mesin virtual. Rollup pada dasarnya adalah VM 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 logika tambahan di atas VM. Rollup tidak "secara langsung" berkaitan dengan pembuktian logika aplikasi. VM adalah rollupnya, bukan aplikasi Anda.
Tentu saja, Anda adalah satu-satunya pemilik mesin virtual, aplikasi Anda adalah satu-satunya warga, dan Anda dapat terus meningkatkan basisnya agar sesuai untuk aplikasi Anda. Anda dapat terus meningkatkan State Transition Function (STF) dan menambah/menghapus opcode untuk meningkatkan kinerja aplikasi, namun aplikasi tetap independen dan dibatasi oleh VM itu sendiri.
Ibarat Lamborghini Urus yang menarik Lamborghini Huracan.
Aplikasi terpisah pada Rollup khusus aplikasi dapat memberikan hasil yang lebih baik! jauh lebih baik!
Bagaimana jika STF terus ditingkatkan sehingga cakupan STF menjadi semakin kecil agar sesuai dengan logika bisnis aplikasi? Pada akhirnya, saat Anda terus meningkatkannya, STF akan menyatu ke titik di mana logika bisnis dan STF tumpang tindih, dan pada titik tersebut Anda akan menyadari... oh sial, tunggu dulu!
Oleh karena itu, Micro-Rollup hanyalah 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 langsung ke waktu proses aplikasi. Aplikasi dapat dikustomisasi tanpa batasan apa pun. Bukti-bukti ini berhubungan dengan logika bisnis Anda, bukan mesinnya. Itu membuat aplikasi Anda ringan.
Fungsi transisi keadaan khusus ini memerlukan artikel lain, jadi pantau terus :)
Dalam hal pengalaman pengembang, Micro-Rollup tidak terbatas. Anda dapat membuatnya menggunakan alat apa pun yang Anda suka karena ini adalah VM agnostik. Mereka terlihat seperti aplikasi backend web2, namun secara berkala mengirimkan bukti transaksi ke induk L1. Saya rasa 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 tetapi saya tidak dapat menemukan foto jalan raya yang lebih seksi
Satu-satunya kelemahan pendekatan ini adalah penyesuaian mekanisme pembuktian untuk setiap aplikasi yang berbeda. Jika logika aplikasi dapat dikompilasi menjadi perantara umum, maka membuktikan bahwa perantara umum akan menghilangkan kesulitan dalam membuktikan setiap aplikasi secara individual, tetapi menurut saya pribadi ini hanyalah trade-off antara efisiensi dan pengembangan yang lebih cepat. Kami ingin meningkatkan semaksimal mungkin efisiensi.
Ada cara untuk menyiasatinya tanpa menggunakan metode yang melibatkan VM di lapisan eksekusi. Bagaimana jika ada alat yang memungkinkan pengembang melakukan hal ini?
Ini adalah pernyataan misi Stackr Labs - kami sedang membangun kerangka mikro-rollup dan SDK sehingga siapa pun dapat membangun aplikasi mereka dalam bahasa apa pun tanpa batasan, sama seperti Anda membuat aplikasi backend web3. Membuat pengembangan micro-rollup semudah menulis dan menerapkan kontrak pintar, belum lagi modularitas meningkatkan kekuatan ekosistem mana pun yang dipilih pengembang.
Jadi apakah micro-rollup itu nyata?
Selalu. (Tapi sejujurnya rollup, maaf, saya tidak ingin membuat Jon sedih)
Aplikasi seperti Loopring, dYdX, dan Fuel-v1 sudah ada atau sudah ada sejak lama. Ini adalah rollup yang sangat dioptimalkan, dengan logika khusus yang dijalankan secara khusus untuk melayani kasus penggunaannya. Rollup khusus aplikasi berbasis non-VM pertama yang saya ketahui dan ikuti secara pribadi adalah rollup Hubble Optimistic, sebuah proyek berusia 3 tahun yang pernah berfungsi sebagai infrastruktur inti untuk token Worldcoin. (Ini juga merupakan sumber inspirasi utama Stackr)
Hanya sekarang, menjadi penting untuk membedakan istilah-istilah ini.
Anda dapat membuat Micro-Rollup tanpa batas:
Produk konsumen, seperti game, bursa, pasar NFT, dll.;
2.app-chain dapat diubah menjadi app-rollup;
Anda bahkan dapat membuat mesin virtual jenis baru yang mendukung kasus penggunaan unik, sehingga membuka pintu bagi inovasi mesin virtual.
Saya akan menulis artikel lain yang membahas pro dan kontra Micro-Rollup dan aplikasi apa yang masuk akal untuk dibangun menggunakan kerangka Micro-Rollup.
Kesimpulannya
Elemen yang hilang dari pohon yang saya tunjukkan sebelumnya adalah 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 banyak kontrak pintar dan menjalankan protokol pada rantai EVM, tetapi tidak untuk "aplikasi yang menginginkan lebih" dan ingin menghilangkan batasan VM.
Jika kita memangkas pohonnya, pohon terakhirnya akan terlihat seperti ini. Inilah sebabnya menurut saya app-rollup, micro-rollup, atau rollup akan disebut Aplikasi dalam waktu dekat.
Jadi Micro Rollups = Aplikasi di rollup Aplikasi 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.
Micro-Rollup: Gelombang atau istilah pemasaran yang tidak tahu malu?
Penulis: KAUTUK; Sumber: Substack; Kompiler: Kate, Marsbit
Salah satu tweet saya menjadi viral baru-baru ini dan mendapat banyak perhatian di komunitas online Web3! Ini adalah postingan "Twitter" yang sangat singkat dan terdiri dari empat bagian, tetapi saya mendengar Anda bertanya, apa sebenarnya maksudnya? Biar saya jelaskan.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e0d4e4d874-dd1a6f-6d2ef1.webp)
Fuck Rollup, lewati klise
Membuka artikel Rollup dengan topik seperti "Apa itu Rollup" atau "Mengapa kita membutuhkan Rollup" seperti membunuh Paman Ben atau menembak Ibu dan Ayah di setiap iterasi film Spider-Man dan Batman Sama. Jika Anda membaca artikel ini, Anda mungkin sudah familiar dengan argumen-argumen yang terdokumentasi dengan baik ini. Selain itu, jika Anda membaca ini, saya rasa kita bisa beralih dari perdebatan App Chain vs. App Rollup. Jadi mari kita langsung saja ke pokok permasalahannya.
Munculnya rollup khusus aplikasi
Universal Rollup membuat frustrasi
Universal Rollup seperti sistem sekolah di India (saya yakin sistem tersebut juga memiliki karakteristik serupa dengan sistem sekolah lain, namun ini adalah pengalaman pribadi saya).
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-d166a6f7a4-dd1a6f-6d2ef1.webp)
Atlet, penyanyi, matematikawan, pemikir, ekonom, dan pendongeng semuanya harus melalui proses yang sama untuk mendapatkan nilai kelulusan. Secara teknis, sistem ini tidak "bias" terhadap kelompok tertentu, namun juga tidak "adil" bagi siapa pun. Tapi hei, kami berteman! (Ini akan menjadi penting nanti).
Demikian pula, untuk aplikasi pada rollup universal, hambatannya adalah lingkungan itu sendiri, karena tidak dapat memenuhi kebutuhan setiap aplikasi secara individual. Setiap aplikasi mungkin memerlukan jenis pengoptimalan yang berbeda, namun tidak masuk akal jika mengharapkan sesuatu yang dibuat khusus untuk aplikasi tersebut. Namun, jika Anda hanya ingin mencobanya dan mendapatkan gambaran umum, ini adalah opsi yang paling nyaman. Selain itu, untuk beberapa aplikasi, seperti siswa pada umumnya, ini mungkin solusi yang tepat!
Bagaimana dengan teman? Ini adalah ekosistem aplikasi yang dibangun bersama aplikasi Anda. Jika Anda seorang pengusaha, Anda cukup menelepon teman akuntan Anda dan memintanya membantu Anda menyembunyikan pajak Anda dari pemerintah :)
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….
##Kompleksitas spesifik
Mari kita bermain game.
Di bawah ini adalah daftar 8 rollup khusus aplikasi. Namun, dalam setiap kelompok terdapat satu item yang tidak termasuk dalam kelompok tersebut. Bisakah Anda mengidentifikasi yang mana itu?
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-1c153358cc-dd1a6f-6d2ef1.webp)
Kekhususan aplikasi menjadi istilah yang membingungkan. Ada rollup khusus aplikasi yang memungkinkan kontrak disebarkan di atas dirinya sendiri, dan ada rollup khusus aplikasi yang memungkinkan kontrak disebarkan karena mesin virtual (VM) mendukungnya, namun pemiliknya membatasinya. Ada juga rollup khusus aplikasi yang memiliki VM tertutup atau tanpa VM sama sekali, dan tidak mendukung jenis pengembangan lainnya.
Apakah adil untuk mengelompokkannya ke dalam kategori yang sama?
Jawaban dari pertanyaan sebelumnya~
Grup 1: Celo adalah pilihan yang aneh karena memungkinkan pengembang lain untuk membangun aplikasi, sementara yang lain dapat menggunakan aplikasi tersebut secara langsung. Proyek lain yang dapat dipertimbangkan di Grup 1 adalah Fuel-v1, Aevo, RhinoFi, dll.
Grup 2: Loopring adalah yang paling aneh, karena ini adalah satu-satunya Rollup yang dibuat khusus dan langsung berfungsi, sementara yang lain adalah jaringan yang dioptimalkan untuk fitur tertentu seperti privasi, NFT, dan TPS untuk aplikasi yang diterapkan di dalamnya. Anda dapat mewarisi fungsi-fungsi ini. Proyek lain yang dapat dimasukkan dalam kelompok kedua, Kinto, Kroma, jaringan barang publik, dll.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-64c9473ffb-dd1a6f-6d2ef1.webp)
Masalah penerapan kontrak di mesin virtual umum yang dimodifikasi
Mesin virtual yang menerapkan kontrak pintar ini tidak lebih dari mesin negara Turing yang lengkap. Kontrak yang Anda terapkan di atasnya hanyalah modifikasi tambahan pada negara bagian itu sendiri. Itu tidak terlalu mempengaruhi aturan transisi keadaan inti dari mesin virtual. Rollup pada dasarnya adalah VM 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 logika tambahan di atas VM. Rollup tidak "secara langsung" berkaitan dengan pembuktian logika aplikasi. VM adalah rollupnya, bukan aplikasi Anda.
Tentu saja, Anda adalah satu-satunya pemilik mesin virtual, aplikasi Anda adalah satu-satunya warga, dan Anda dapat terus meningkatkan basisnya agar sesuai untuk aplikasi Anda. Anda dapat terus meningkatkan State Transition Function (STF) dan menambah/menghapus opcode untuk meningkatkan kinerja aplikasi, namun aplikasi tetap independen dan dibatasi oleh VM itu sendiri.
Ibarat Lamborghini Urus yang menarik Lamborghini Huracan.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-a0a30d1c5f-dd1a6f-6d2ef1.webp)
Aplikasi terpisah pada Rollup khusus aplikasi dapat memberikan hasil yang lebih baik! jauh lebih baik!
Bagaimana jika STF terus ditingkatkan sehingga cakupan STF menjadi semakin kecil agar sesuai dengan logika bisnis aplikasi? Pada akhirnya, saat Anda terus meningkatkannya, STF akan menyatu ke titik di mana logika bisnis dan STF tumpang tindih, dan pada titik tersebut Anda akan menyadari... oh sial, tunggu dulu!
Micro-Rollup telah lahir!
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e2c2171e24-dd1a6f-6d2ef1.webp)
Oleh karena itu, Micro-Rollup hanyalah 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 langsung ke waktu proses aplikasi. Aplikasi dapat dikustomisasi tanpa batasan apa pun. Bukti-bukti ini berhubungan dengan logika bisnis Anda, bukan mesinnya. Itu membuat aplikasi Anda ringan.
Fungsi transisi keadaan khusus ini memerlukan artikel lain, jadi pantau terus :)
Dalam hal pengalaman pengembang, Micro-Rollup tidak terbatas. Anda dapat membuatnya menggunakan alat apa pun yang Anda suka karena ini adalah VM agnostik. Mereka terlihat seperti aplikasi backend web2, namun secara berkala mengirimkan bukti transaksi ke induk L1. Saya rasa ini akan menjadi faktor utama yang mempengaruhi pengembang web2 untuk pindah ke ruang web3.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-9584f36fd3-dd1a6f-6d2ef1.webp)
Sebenarnya contoh yang lebih baik adalah Rimac Nevera karena lebih cepat dan bertenaga listrik sehingga mungkin lebih murah untuk dijalankan tetapi saya tidak dapat menemukan foto jalan raya yang lebih seksi
Satu-satunya kelemahan pendekatan ini adalah penyesuaian mekanisme pembuktian untuk setiap aplikasi yang berbeda. Jika logika aplikasi dapat dikompilasi menjadi perantara umum, maka membuktikan bahwa perantara umum akan menghilangkan kesulitan dalam membuktikan setiap aplikasi secara individual, tetapi menurut saya pribadi ini hanyalah trade-off antara efisiensi dan pengembangan yang lebih cepat. Kami ingin meningkatkan semaksimal mungkin efisiensi.
Ada cara untuk menyiasatinya tanpa menggunakan metode yang melibatkan VM di lapisan eksekusi. Bagaimana jika ada alat yang memungkinkan pengembang melakukan hal ini?
Ini adalah pernyataan misi Stackr Labs - kami sedang membangun kerangka mikro-rollup dan SDK sehingga siapa pun dapat membangun aplikasi mereka dalam bahasa apa pun tanpa batasan, sama seperti Anda membuat aplikasi backend web3. Membuat pengembangan micro-rollup semudah menulis dan menerapkan kontrak pintar, belum lagi modularitas meningkatkan kekuatan ekosistem mana pun yang dipilih pengembang.
Jadi apakah micro-rollup itu nyata?
Selalu. (Tapi sejujurnya rollup, maaf, saya tidak ingin membuat Jon sedih)
Aplikasi seperti Loopring, dYdX, dan Fuel-v1 sudah ada atau sudah ada sejak lama. Ini adalah rollup yang sangat dioptimalkan, dengan logika khusus yang dijalankan secara khusus untuk melayani kasus penggunaannya. Rollup khusus aplikasi berbasis non-VM pertama yang saya ketahui dan ikuti secara pribadi adalah rollup Hubble Optimistic, sebuah proyek berusia 3 tahun yang pernah berfungsi sebagai infrastruktur inti untuk token Worldcoin. (Ini juga merupakan sumber inspirasi utama Stackr)
Hanya sekarang, menjadi penting untuk membedakan istilah-istilah ini.
Anda dapat membuat Micro-Rollup tanpa batas:
2.app-chain dapat diubah menjadi app-rollup;
Saya akan menulis artikel lain yang membahas pro dan kontra Micro-Rollup dan aplikasi apa yang masuk akal untuk dibangun menggunakan kerangka Micro-Rollup.
Kesimpulannya
Elemen yang hilang dari pohon yang saya tunjukkan sebelumnya adalah mesin status kustom.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-278297d769-dd1a6f-6d2ef1.webp)
Selain itu, penerapan protokol tunggal menggunakan rollup berbasis VM atau EVM tidak efisien untuk aplikasi mandiri. Ini cocok untuk aplikasi yang sudah memiliki banyak kontrak pintar dan menjalankan protokol pada rantai EVM, tetapi tidak untuk "aplikasi yang menginginkan lebih" dan ingin menghilangkan batasan VM.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-652a2fb51d-dd1a6f-6d2ef1.webp)
Jika kita memangkas pohonnya, pohon terakhirnya akan terlihat seperti ini. Inilah sebabnya menurut saya app-rollup, micro-rollup, atau rollup akan disebut Aplikasi dalam waktu dekat.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-4e533a01c7-dd1a6f-6d2ef1.webp)
Jadi Micro Rollups = Aplikasi di rollup Aplikasi sebagai Rollup