Selain Validity Rollup dan Optimistic Rollup yang terkenal, apa sajakah metode klasifikasi Rollup yang berbeda?
Ditulis oleh: NIC Lin
Pengetahuan sebelumnya:
Pahami cara kerja Rollup dan masalah ketersediaan data (Data Availability) Rollup
Rekap di Rollup
Terlepas dari apakah itu Rollup Validitas atau Rollup Optimis, mereka akan mengunggah data ke L1 (seperti Ethereum), sehingga setiap orang dapat mengakses data Rollup dengan mengakses L1, dan menggunakan ini untuk mendapatkan status Rollup terbaru, seperti sebagai Alice memiliki 10 USDT dan Bob memiliki 5 USDT.
Mereka yang tidak mengunggah data ke L1 bukan milik Rollup (seperti Validium, zkPorter atau Arbitrum AnyTrust), dan bukan objek dari artikel ini. Selain itu, artikel ini tidak akan membahas bagaimana Rollup memverifikasi validitas negara, yaitu perbedaan antara Validity Rollup dan Optimis Rollup.
Bagian pertama dari artikel ini akan memperkenalkan Sovereign Rollup. Sovereign Rollup, seperti namanya, adalah Rollup dengan otonomi. Pembaruan versi rollup atau hard fork semuanya terjadi pada Sovereign Rollups. Lokasi fork bukan pada Rollup Klasik, tetapi pada kontrak Rollup L1: kontrak Rollup L1 menjalankan versi peningkatan melalui dompet multi-tanda tangan atau pemungutan suara tata kelola. Artinya, kontrak pada L1 menentukan versi mana yang harus digunakan Rollup saat ini. Dan jika terjadi serangan terhadap Rollup di L1, seperti menyerang mekanisme tata kelola atau menyerang kontrak Rollup itu sendiri, maka Rollup akan terpengaruh. Sebaliknya, karena Sovereign Rollup hanya menganggap L1 sebagai tempat untuk menyimpan data, semua anggota Sovereign Rollup dapat memutuskan versi mana yang akan digunakan saat ini di bawah rantai, dan apa pun yang terjadi pada L1, selama L1 sendiri tidak diserang (seperti sebagai Re-org atau chain shutdown), Sovereign Rollup tidak akan terpengaruh.
Bagian kedua akan memperkenalkan Based Rollup. Based Rollup menghapus peran Sequencer, dan menyerahkan kekuatan penyortiran transaksi ke penambang L1, Validator, Pencari MEV, dll. Itu tidak hanya membuat transaksi penyortiran lebih terdesentralisasi, tetapi juga menyederhanakan desain dan menghilangkan banyak komponen sistem.
Rollup Berdaulat
Lapisan Ketersediaan Data dan Lapisan Penyelesaian
Classic Rollup seperti Arbitrum, Optimism, StarkNet, dll., tidak hanya menganggap Ethereum (L1) sebagai tempat menyimpan data (yaitu Lapisan Ketersediaan Data), tetapi juga menganggap Ethereum sebagai Lapisan Penyelesaian pada saat yang sama: penyelesaian adalah dilakukan di Ethereum, dan status L2 adalah (Yaitu, saldo setiap alamat di L2) ditulis ke L1.
Mengapa Anda perlu menulis status L2 ke L1? Karena dengan cara ini, L2 dan L1 dapat bertukar informasi dan aset: dApps L1/L2 dapat menyinkronkan informasi dan bekerja sama, ETH L1 dapat ditransfer dengan aman antara L1/L2, dan ARB/OP L2 juga dapat ditransfer dengan aman antara L1/L2. transfer antar L2.
L1 dapat membaca status L2, dan dapat mengirimkan pesan dengan aman, dan L1/L2 dapat berkomunikasi satu sama lain
Rollup Berdaulat menghapus Lapisan Penyelesaian (atau mengubah dirinya menjadi Lapisan Penyelesaian), dan hanya menggunakan L1 sebagai Lapisan Ketersediaan Data.
L1 hanya membaca blok atau data transaksi yang dimasukkan Sovereign Rollup di L1, tetapi tidak mengetahui status terakhir L2, sehingga tidak ada cara untuk berkomunikasi
Mengapa menghapus Lapisan Penyelesaian? Ada berbagai alasan atau penyebab:
Seperti yang sudah disebutkan di awal, jika Rollup's Settlement Layer berada di L1, maka akan terpengaruh oleh L1, apakah akan diupgrade atau diserang
Mungkin L1 sendiri tidak mendukung kalkulasi kompleks untuk mencatat status Rollup dan menggunakan status ini untuk mengomunikasikan aset informasi. Misalnya, di Celestia, Anda hanya dapat memasukkan data ke dalamnya, atau di Bitcoin, Anda hanya dapat melakukan kalkulasi dengan kemampuan terbatas, dan L1 tersebut tidak dapat menjadi Lapisan Penyelesaian
Mungkin Rollup itu sendiri tidak memerlukan rantai lain sebagai Lapisan Penyelesaian, ia memiliki token dan ekologi asli sendiri, dan tidak perlu menukar aset dengan L1
Cara kerja Rollup Berdaulat
Sovereign Rollup cukup menggunakan L1 sebagai Lapisan Ketersediaan Data, mengunggah data ke L1, dan mengandalkan L1 untuk memastikan bahwa data tersedia dan urutan data tidak akan berubah. Node Rollup Berdaulat bergantung pada pembacaan dan interpretasi data di L1 untuk menghitung status terbaru Rollup Berdaulat. "Interpretasi dan perhitungan" sebenarnya mewakili aturan konsensus Sovereign Rollup dan Fungsi Transisi Status: cara memfilter pemblokiran dan transaksi yang sesuai dengan format dan aturan Sovereign Rollup dari data L1, cara memverifikasi pemblokiran dan transaksi ini setelah penyaringan, dan memverifikasi Lalu bagaimana caranya mengeksekusi transaksi ini untuk menghitung keadaan terbaru.
Node Rollup Berdaulat menyaring bloknya sendiri dari data L1, dan menginterpretasikan serta menghitung status terbaru
Jika dua node Rollup Berdaulat memiliki versi yang berbeda, mereka dapat menginterpretasikan data yang berbeda atau menghitung status terakhir yang berbeda, dan oleh karena itu kedua node ini tidak akan berada di rantai yang sama, yang mereka lihat sebenarnya adalah Salah satu dari dua rantai bercabang.
Versi node yang berbeda mungkin mendapatkan status yang berbeda, dan mereka bercabang ke rantai yang berbeda *
Ini sebenarnya sama dengan menjalankan versi node Ethereum yang berbeda, kedua versi tersebut mungkin bukan rantai yang sama. Misalnya, setelah hard fork, mereka yang lupa memperbarui versi node atau tidak mau memperbarui versi node secara alami akan tetap berada di rantai asli (seperti ETC, ETHPoW), sedangkan mereka yang memperbarui versi node akan berada di rantai baru (ETH).
Pembaca di sini juga harus tahu mengapa disebut Sovereign Rollup, karena di Sovereign Rollup, setiap orang dapat memilih versi node dan menginterpretasikan data sesuai dengan konsensus (sosial) grup mereka sendiri. Jika ada ketidaksepakatan dalam komunitas Sovereign Rollup saat ini seperti ETHPoW vs ETH, berarti setiap orang menempuh jalannya sendiri dan memilih versi node yang berbeda untuk menginterpretasikan data, tetapi data tersebut masih asli dan tidak berubah.
*Catatan: Tentu saja, setelah fork, node dari versinya masing-masing akan mengunggah data yang sesuai dengan aturannya sendiri ke L1, dan kemudian kedua belah pihak akan langsung memfilter data yang diunggah oleh pihak lain. *
Pada titik tengah waktu, node berikut bercabang ke versi v1.1.2, dan kemudian blok masing-masing independen
Apa saja Sovereign Rollup yang ada?
Saat ini tidak ada contoh Sovereign Rollups, tetapi karena tren desain modular dari blockchain menjadi semakin populer, pasti akan ada banyak Sovereign Rollups. Misalnya, kerangka kerja modular Rollkit yang dirancang Celestia dapat membuat Sovereign Rollup melalui Cosmos SDK. Tidak seperti rantai asli (L1) yang dibuat menggunakan Cosmos SDK, yang perlu menerapkan konsensus Tendermint untuk menentukan pemesanan transaksi, Sovereign Rollup dapat menggunakan Sequencer tunggal untuk mengurutkan transaksi seperti Rollup umum saat ini, menghilangkan kebutuhan untuk beberapa konsensus node dan mengandalkan masalah Keamanannya dan sumber daya yang dikonsumsi untuk menjalankan algoritma konsensus. Dan Rollup Berdaulat mengunggah data transaksi ke Celestia, tetapi pada saat yang sama, karena merupakan Rollup Berdaulat, tidak akan terpengaruh oleh L1 (seperti peningkatan atau diserang).
*Catatan 1: Rollkit nantinya juga mendukung penggunaan Bitcoin sebagai Lapisan Ketersediaan Data. Rollup semacam itu dapat mewarisi keamanan Bitcoin tetapi throughputnya akan terbatas pada Bitcoin. *
*Catatan 2: Pada dasarnya, jaringan berbasis Celestia dapat disebut Sovereign Rollup. *
Atau misalkan Arbitrum tidak lagi menggunakan Ethereum sebagai lapisan penyelesaian, tidak perlu lagi bertukar informasi atau aset dengan Ethereum, dan hanya menganggap Ethereum sebagai tempat menyimpan data, maka Arbitrum tersebut juga akan menjadi Sovereign Rollup.
Rollup Penyelesaian
Ada juga definisi seperti Settlement Rollup, tetapi pada dasarnya adalah Sovereign Rollup, dan kemudian Sovereign Rollup ini juga akan menjadi Settlement Layer dari chain lainnya. Artinya, jika ada rantai lain pada Rollup Berdaulat, dan Rollup lainnya menganggapnya sebagai Lapisan Penyelesaian, Rollup Berdaulat ini dapat disebut Rollup Penyelesaian.
*Catatan: Untuk dapat menjadi Lapisan Penyelesaian rantai lain, ia harus memiliki fungsi dasar kontrak pintar, sehingga kedua belah pihak dapat bertukar informasi dan aset. *
Jika Ethereum diubah untuk mengunggah semua informasi rantai ke Celestia hari ini, maka Ethereum tersebut akan menjadi Rollup Berdaulat di Celestia, dan itu juga akan menjadi Rollup Penyelesaian, karena ada banyak rantai di Ethereum, dan banyak Rollup menganggapnya sebagai Lapisan Penyelesaian .
Ethereum adalah Rollup Berdaulat di Celestia dan juga Rollup Penyelesaian
Catatan: Mungkin di masa mendatang, semua orang secara bertahap akan terbiasa dengan modularisasi dan fungsi Lapisan yang berbeda, dan tidak lagi dimulai dari perspektif Rollup, dan istilah seperti Rollup Berdaulat atau Rollup Penyelesaian akan hilang secara bertahap. Bagaimanapun, hal yang penting adalah bagaimana merancang rantai Anda (apakah itu L1, L2, L3, dll.), bagaimana melakukan trade-off, dan memilih alat konstruksi yang sesuai untuk lapisan yang berbeda.
Rollup Berbasis
Klasifikasi Rollup lainnya yang baru muncul adalah Based Rollup, atau dikenal sebagai L1-sequenced Rollup. Based Rollup's Based mengacu pada penyortiran transaksi. Rollup tidak diserahkan ke Sequencer (atau beberapa Sequencer) untuk menyortir transaksi, tetapi sepenuhnya diserahkan ke penambang L1, Validator atau Pencari MEV, dll. untuk menyortir transaksi. Saat Rollup Klasik mengunggah data ke L1, kontrak Rollup L1 akan memeriksa apakah data diunggah oleh Sequencer yang memenuhi syarat, sementara Rollup Berbasis tidak memiliki batasan dan siapa pun dapat mengunggahnya.
Siapa pun dapat mengunggah Blok Rollup Berbasis
Keuntungan terbesar dari Based Rollup adalah tidak adanya Sequencer, jadi tidak ada titik kegagalan tunggal atau bahkan perlu khawatir Sequencer memiliki kekuatan pemesanan transaksi yang lengkap, yaitu, tidak perlu khawatir Sequencer mogok dan menyebabkan pemutusan rantai atau sengaja tidak menerima transaksi dari pengguna tertentu , atau khawatir Sequencer akan dengan jahat menangkap MEV pengguna. Based Rollup sepenuhnya mewarisi tingkat desentralisasi L1 dalam pembuatan blok.
Based Rollup memiliki keunggulan sebagai berikut:
Biaya bagi pengguna untuk keluar dari Rollup sangat rendah
Umumnya, Rollup akan merancang mekanisme Force Inclusion atau mekanisme Escape Hatch sehingga pengguna dapat langsung menginstal sendiri di L1 tanpa menggunakan Sequencer untuk mencegah Sequencer secara sengaja tidak menerima transaksi pengguna tertentu atau penghentian Sequencer yang mencegah pengguna meninggalkan Rollup. blok L2. Namun, biaya pertama dari desain seperti itu adalah biaya tinggi. Pengguna harus membayar biaya penambang L1 untuk memasukkan transaksi. Biaya kedua adalah bahwa transaksi yang dimasukkan dari L1 dapat memengaruhi proses pengemasan blok L2 Sequencer: ada kemungkinan bahwa L1 akan insert Transaksi akan membatalkan transaksi yang ingin dikumpulkan Sequencer ke dalam blok L2. Misalnya, transaksi yang dimasukkan oleh Alice di L1 mentransfer semua uang ke Bob, mengakibatkan kegagalan transaksi di mana Alice mentransfer uang ke Carol di blok L2.
Setelah menerima transaksi Alice, Sequencer mengkonfirmasi hasil transaksi dan memasukkannya ke dalam blok berikutnya
Tapi Alice mengirimkan transaksi lain langsung ke L1 melalui Force Inclusion, menyebabkan transaksi Alice yang diterima oleh Sequencer gagal
Untuk mencegah transaksi yang dimasukkan oleh L1 mempengaruhi proses pengemasan blok L2 Sequencer, Arbitrum tidak akan langsung berlaku ketika transaksi yang dimasukkan oleh L1 harus menunggu Sequencer aktif mengajukan transaksi untuk dimasukkan ke dalam blok terbaru sebelum itu akan berlaku, atau jika Sequencer tidak merespons, itu akan berlaku setelah jangka waktu tertentu. Optimisme memungkinkan transaksi segera berlaku Jika transaksi yang dimasukkan oleh L1 memengaruhi transaksi di blok L2, Sequencer harus menemukan cara untuk menghadapinya. Anda dapat membaca pengantar ini untuk mempelajari lebih lanjut tentang perbandingan antara Arbitrum dan Optimisme dalam memproses transaksi penempatan L1.
Desain yang jauh lebih sederhana
Based Rollup memiliki lebih sedikit peran Sequencer daripada Rollup umum, dan dengan demikian lebih sedikit beban perangkat keras (tidak perlu khawatir tentang beban mesin Sequencer) dan mekanisme apa pun untuk membuat transaksi penyortiran lebih adil (seperti mekanisme Sequencer terdesentralisasi). Maka tidak diperlukan mekanisme Force Inclusion/Escape Hatch, termasuk kontrak terkait L1 dan alat off-chain terkait untuk memfasilitasi pengguna melakukan transaksi di L1 sendiri.
Namun Based Rollup juga memiliki beberapa kelemahan:
Tidak ada layanan konfirmasi transaksi terlebih dahulu
Dengan Sequencer, Sequencer dapat dengan cepat memberi tahu pengguna hasil eksekusi transaksinya. Selama pengguna mempercayai Sequencer, hasil transaksi dapat langsung dikonfirmasi tanpa menunggu transaksi diunggah ke L1.
Dalam Based Rollup, Alice menunggu hingga transaksi diunggah ke L1 sebelum dia yakin bahwa transaksinya disertakan, dan dia harus menunggu setidaknya satu blok L1
Dalam Rollup umum, jika Alice yakin bahwa Sequencer akan menerima transaksinya, dia dapat segera mengonfirmasi apakah transaksi tersebut akan diterima
Protokol kehilangan sumber pendapatan MEV
MEV tidak lagi diserahkan ke Sequencer untuk diperiksa dan diekstraksi, tetapi ke L1, jadi L2 sendiri tidak memiliki cara untuk mendapatkan manfaat MEV. Pendapatan MEV dapat ditangkap dengan merancang mekanisme penawaran untuk hak produksi blok, tetapi hal itu secara relatif akan meningkatkan ambang batas bagi peserta L1 untuk berpartisipasi dalam produksi blok, yang akan mengurangi derajat desentralisasi, dan pengenalan mekanisme penawaran juga akan membawa tingkat kerumitan tertentu.
Referensi dan merekomendasikan bacaan lebih lanjut
Penggabungan Negara
Penggabungan Berbasis
Lihat Asli
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Satu artikel untuk memahami klasifikasi Rollup
Ditulis oleh: NIC Lin
Pengetahuan sebelumnya:
Pahami cara kerja Rollup dan masalah ketersediaan data (Data Availability) Rollup
Rekap di Rollup
Terlepas dari apakah itu Rollup Validitas atau Rollup Optimis, mereka akan mengunggah data ke L1 (seperti Ethereum), sehingga setiap orang dapat mengakses data Rollup dengan mengakses L1, dan menggunakan ini untuk mendapatkan status Rollup terbaru, seperti sebagai Alice memiliki 10 USDT dan Bob memiliki 5 USDT.
Mereka yang tidak mengunggah data ke L1 bukan milik Rollup (seperti Validium, zkPorter atau Arbitrum AnyTrust), dan bukan objek dari artikel ini. Selain itu, artikel ini tidak akan membahas bagaimana Rollup memverifikasi validitas negara, yaitu perbedaan antara Validity Rollup dan Optimis Rollup.
Bagian pertama dari artikel ini akan memperkenalkan Sovereign Rollup. Sovereign Rollup, seperti namanya, adalah Rollup dengan otonomi. Pembaruan versi rollup atau hard fork semuanya terjadi pada Sovereign Rollups. Lokasi fork bukan pada Rollup Klasik, tetapi pada kontrak Rollup L1: kontrak Rollup L1 menjalankan versi peningkatan melalui dompet multi-tanda tangan atau pemungutan suara tata kelola. Artinya, kontrak pada L1 menentukan versi mana yang harus digunakan Rollup saat ini. Dan jika terjadi serangan terhadap Rollup di L1, seperti menyerang mekanisme tata kelola atau menyerang kontrak Rollup itu sendiri, maka Rollup akan terpengaruh. Sebaliknya, karena Sovereign Rollup hanya menganggap L1 sebagai tempat untuk menyimpan data, semua anggota Sovereign Rollup dapat memutuskan versi mana yang akan digunakan saat ini di bawah rantai, dan apa pun yang terjadi pada L1, selama L1 sendiri tidak diserang (seperti sebagai Re-org atau chain shutdown), Sovereign Rollup tidak akan terpengaruh.
Bagian kedua akan memperkenalkan Based Rollup. Based Rollup menghapus peran Sequencer, dan menyerahkan kekuatan penyortiran transaksi ke penambang L1, Validator, Pencari MEV, dll. Itu tidak hanya membuat transaksi penyortiran lebih terdesentralisasi, tetapi juga menyederhanakan desain dan menghilangkan banyak komponen sistem.
Rollup Berdaulat
Lapisan Ketersediaan Data dan Lapisan Penyelesaian
Classic Rollup seperti Arbitrum, Optimism, StarkNet, dll., tidak hanya menganggap Ethereum (L1) sebagai tempat menyimpan data (yaitu Lapisan Ketersediaan Data), tetapi juga menganggap Ethereum sebagai Lapisan Penyelesaian pada saat yang sama: penyelesaian adalah dilakukan di Ethereum, dan status L2 adalah (Yaitu, saldo setiap alamat di L2) ditulis ke L1.
Mengapa Anda perlu menulis status L2 ke L1? Karena dengan cara ini, L2 dan L1 dapat bertukar informasi dan aset: dApps L1/L2 dapat menyinkronkan informasi dan bekerja sama, ETH L1 dapat ditransfer dengan aman antara L1/L2, dan ARB/OP L2 juga dapat ditransfer dengan aman antara L1/L2. transfer antar L2.
L1 dapat membaca status L2, dan dapat mengirimkan pesan dengan aman, dan L1/L2 dapat berkomunikasi satu sama lain
Rollup Berdaulat menghapus Lapisan Penyelesaian (atau mengubah dirinya menjadi Lapisan Penyelesaian), dan hanya menggunakan L1 sebagai Lapisan Ketersediaan Data.
L1 hanya membaca blok atau data transaksi yang dimasukkan Sovereign Rollup di L1, tetapi tidak mengetahui status terakhir L2, sehingga tidak ada cara untuk berkomunikasi
Mengapa menghapus Lapisan Penyelesaian? Ada berbagai alasan atau penyebab:
Cara kerja Rollup Berdaulat
Sovereign Rollup cukup menggunakan L1 sebagai Lapisan Ketersediaan Data, mengunggah data ke L1, dan mengandalkan L1 untuk memastikan bahwa data tersedia dan urutan data tidak akan berubah. Node Rollup Berdaulat bergantung pada pembacaan dan interpretasi data di L1 untuk menghitung status terbaru Rollup Berdaulat. "Interpretasi dan perhitungan" sebenarnya mewakili aturan konsensus Sovereign Rollup dan Fungsi Transisi Status: cara memfilter pemblokiran dan transaksi yang sesuai dengan format dan aturan Sovereign Rollup dari data L1, cara memverifikasi pemblokiran dan transaksi ini setelah penyaringan, dan memverifikasi Lalu bagaimana caranya mengeksekusi transaksi ini untuk menghitung keadaan terbaru.
Node Rollup Berdaulat menyaring bloknya sendiri dari data L1, dan menginterpretasikan serta menghitung status terbaru
Jika dua node Rollup Berdaulat memiliki versi yang berbeda, mereka dapat menginterpretasikan data yang berbeda atau menghitung status terakhir yang berbeda, dan oleh karena itu kedua node ini tidak akan berada di rantai yang sama, yang mereka lihat sebenarnya adalah Salah satu dari dua rantai bercabang.
Ini sebenarnya sama dengan menjalankan versi node Ethereum yang berbeda, kedua versi tersebut mungkin bukan rantai yang sama. Misalnya, setelah hard fork, mereka yang lupa memperbarui versi node atau tidak mau memperbarui versi node secara alami akan tetap berada di rantai asli (seperti ETC, ETHPoW), sedangkan mereka yang memperbarui versi node akan berada di rantai baru (ETH).
Pembaca di sini juga harus tahu mengapa disebut Sovereign Rollup, karena di Sovereign Rollup, setiap orang dapat memilih versi node dan menginterpretasikan data sesuai dengan konsensus (sosial) grup mereka sendiri. Jika ada ketidaksepakatan dalam komunitas Sovereign Rollup saat ini seperti ETHPoW vs ETH, berarti setiap orang menempuh jalannya sendiri dan memilih versi node yang berbeda untuk menginterpretasikan data, tetapi data tersebut masih asli dan tidak berubah.
*Catatan: Tentu saja, setelah fork, node dari versinya masing-masing akan mengunggah data yang sesuai dengan aturannya sendiri ke L1, dan kemudian kedua belah pihak akan langsung memfilter data yang diunggah oleh pihak lain. *
Pada titik tengah waktu, node berikut bercabang ke versi v1.1.2, dan kemudian blok masing-masing independen
Apa saja Sovereign Rollup yang ada?
Saat ini tidak ada contoh Sovereign Rollups, tetapi karena tren desain modular dari blockchain menjadi semakin populer, pasti akan ada banyak Sovereign Rollups. Misalnya, kerangka kerja modular Rollkit yang dirancang Celestia dapat membuat Sovereign Rollup melalui Cosmos SDK. Tidak seperti rantai asli (L1) yang dibuat menggunakan Cosmos SDK, yang perlu menerapkan konsensus Tendermint untuk menentukan pemesanan transaksi, Sovereign Rollup dapat menggunakan Sequencer tunggal untuk mengurutkan transaksi seperti Rollup umum saat ini, menghilangkan kebutuhan untuk beberapa konsensus node dan mengandalkan masalah Keamanannya dan sumber daya yang dikonsumsi untuk menjalankan algoritma konsensus. Dan Rollup Berdaulat mengunggah data transaksi ke Celestia, tetapi pada saat yang sama, karena merupakan Rollup Berdaulat, tidak akan terpengaruh oleh L1 (seperti peningkatan atau diserang).
*Catatan 1: Rollkit nantinya juga mendukung penggunaan Bitcoin sebagai Lapisan Ketersediaan Data. Rollup semacam itu dapat mewarisi keamanan Bitcoin tetapi throughputnya akan terbatas pada Bitcoin. *
*Catatan 2: Pada dasarnya, jaringan berbasis Celestia dapat disebut Sovereign Rollup. *
Atau misalkan Arbitrum tidak lagi menggunakan Ethereum sebagai lapisan penyelesaian, tidak perlu lagi bertukar informasi atau aset dengan Ethereum, dan hanya menganggap Ethereum sebagai tempat menyimpan data, maka Arbitrum tersebut juga akan menjadi Sovereign Rollup.
Rollup Penyelesaian
Ada juga definisi seperti Settlement Rollup, tetapi pada dasarnya adalah Sovereign Rollup, dan kemudian Sovereign Rollup ini juga akan menjadi Settlement Layer dari chain lainnya. Artinya, jika ada rantai lain pada Rollup Berdaulat, dan Rollup lainnya menganggapnya sebagai Lapisan Penyelesaian, Rollup Berdaulat ini dapat disebut Rollup Penyelesaian.
*Catatan: Untuk dapat menjadi Lapisan Penyelesaian rantai lain, ia harus memiliki fungsi dasar kontrak pintar, sehingga kedua belah pihak dapat bertukar informasi dan aset. *
Jika Ethereum diubah untuk mengunggah semua informasi rantai ke Celestia hari ini, maka Ethereum tersebut akan menjadi Rollup Berdaulat di Celestia, dan itu juga akan menjadi Rollup Penyelesaian, karena ada banyak rantai di Ethereum, dan banyak Rollup menganggapnya sebagai Lapisan Penyelesaian .
Ethereum adalah Rollup Berdaulat di Celestia dan juga Rollup Penyelesaian
Catatan: Mungkin di masa mendatang, semua orang secara bertahap akan terbiasa dengan modularisasi dan fungsi Lapisan yang berbeda, dan tidak lagi dimulai dari perspektif Rollup, dan istilah seperti Rollup Berdaulat atau Rollup Penyelesaian akan hilang secara bertahap. Bagaimanapun, hal yang penting adalah bagaimana merancang rantai Anda (apakah itu L1, L2, L3, dll.), bagaimana melakukan trade-off, dan memilih alat konstruksi yang sesuai untuk lapisan yang berbeda.
Rollup Berbasis
Klasifikasi Rollup lainnya yang baru muncul adalah Based Rollup, atau dikenal sebagai L1-sequenced Rollup. Based Rollup's Based mengacu pada penyortiran transaksi. Rollup tidak diserahkan ke Sequencer (atau beberapa Sequencer) untuk menyortir transaksi, tetapi sepenuhnya diserahkan ke penambang L1, Validator atau Pencari MEV, dll. untuk menyortir transaksi. Saat Rollup Klasik mengunggah data ke L1, kontrak Rollup L1 akan memeriksa apakah data diunggah oleh Sequencer yang memenuhi syarat, sementara Rollup Berbasis tidak memiliki batasan dan siapa pun dapat mengunggahnya.
Siapa pun dapat mengunggah Blok Rollup Berbasis
Keuntungan terbesar dari Based Rollup adalah tidak adanya Sequencer, jadi tidak ada titik kegagalan tunggal atau bahkan perlu khawatir Sequencer memiliki kekuatan pemesanan transaksi yang lengkap, yaitu, tidak perlu khawatir Sequencer mogok dan menyebabkan pemutusan rantai atau sengaja tidak menerima transaksi dari pengguna tertentu , atau khawatir Sequencer akan dengan jahat menangkap MEV pengguna. Based Rollup sepenuhnya mewarisi tingkat desentralisasi L1 dalam pembuatan blok.
Based Rollup memiliki keunggulan sebagai berikut:
Biaya bagi pengguna untuk keluar dari Rollup sangat rendah
Umumnya, Rollup akan merancang mekanisme Force Inclusion atau mekanisme Escape Hatch sehingga pengguna dapat langsung menginstal sendiri di L1 tanpa menggunakan Sequencer untuk mencegah Sequencer secara sengaja tidak menerima transaksi pengguna tertentu atau penghentian Sequencer yang mencegah pengguna meninggalkan Rollup. blok L2. Namun, biaya pertama dari desain seperti itu adalah biaya tinggi. Pengguna harus membayar biaya penambang L1 untuk memasukkan transaksi. Biaya kedua adalah bahwa transaksi yang dimasukkan dari L1 dapat memengaruhi proses pengemasan blok L2 Sequencer: ada kemungkinan bahwa L1 akan insert Transaksi akan membatalkan transaksi yang ingin dikumpulkan Sequencer ke dalam blok L2. Misalnya, transaksi yang dimasukkan oleh Alice di L1 mentransfer semua uang ke Bob, mengakibatkan kegagalan transaksi di mana Alice mentransfer uang ke Carol di blok L2.
Setelah menerima transaksi Alice, Sequencer mengkonfirmasi hasil transaksi dan memasukkannya ke dalam blok berikutnya
Tapi Alice mengirimkan transaksi lain langsung ke L1 melalui Force Inclusion, menyebabkan transaksi Alice yang diterima oleh Sequencer gagal
Untuk mencegah transaksi yang dimasukkan oleh L1 mempengaruhi proses pengemasan blok L2 Sequencer, Arbitrum tidak akan langsung berlaku ketika transaksi yang dimasukkan oleh L1 harus menunggu Sequencer aktif mengajukan transaksi untuk dimasukkan ke dalam blok terbaru sebelum itu akan berlaku, atau jika Sequencer tidak merespons, itu akan berlaku setelah jangka waktu tertentu. Optimisme memungkinkan transaksi segera berlaku Jika transaksi yang dimasukkan oleh L1 memengaruhi transaksi di blok L2, Sequencer harus menemukan cara untuk menghadapinya. Anda dapat membaca pengantar ini untuk mempelajari lebih lanjut tentang perbandingan antara Arbitrum dan Optimisme dalam memproses transaksi penempatan L1.
Desain yang jauh lebih sederhana
Based Rollup memiliki lebih sedikit peran Sequencer daripada Rollup umum, dan dengan demikian lebih sedikit beban perangkat keras (tidak perlu khawatir tentang beban mesin Sequencer) dan mekanisme apa pun untuk membuat transaksi penyortiran lebih adil (seperti mekanisme Sequencer terdesentralisasi). Maka tidak diperlukan mekanisme Force Inclusion/Escape Hatch, termasuk kontrak terkait L1 dan alat off-chain terkait untuk memfasilitasi pengguna melakukan transaksi di L1 sendiri.
Namun Based Rollup juga memiliki beberapa kelemahan:
Tidak ada layanan konfirmasi transaksi terlebih dahulu
Dengan Sequencer, Sequencer dapat dengan cepat memberi tahu pengguna hasil eksekusi transaksinya. Selama pengguna mempercayai Sequencer, hasil transaksi dapat langsung dikonfirmasi tanpa menunggu transaksi diunggah ke L1.
Dalam Based Rollup, Alice menunggu hingga transaksi diunggah ke L1 sebelum dia yakin bahwa transaksinya disertakan, dan dia harus menunggu setidaknya satu blok L1
Dalam Rollup umum, jika Alice yakin bahwa Sequencer akan menerima transaksinya, dia dapat segera mengonfirmasi apakah transaksi tersebut akan diterima
Protokol kehilangan sumber pendapatan MEV
MEV tidak lagi diserahkan ke Sequencer untuk diperiksa dan diekstraksi, tetapi ke L1, jadi L2 sendiri tidak memiliki cara untuk mendapatkan manfaat MEV. Pendapatan MEV dapat ditangkap dengan merancang mekanisme penawaran untuk hak produksi blok, tetapi hal itu secara relatif akan meningkatkan ambang batas bagi peserta L1 untuk berpartisipasi dalam produksi blok, yang akan mengurangi derajat desentralisasi, dan pengenalan mekanisme penawaran juga akan membawa tingkat kerumitan tertentu.
Referensi dan merekomendasikan bacaan lebih lanjut