Shared Sequencer

Apa Itu Shared Sequencer?

Shared sequencer adalah lapisan pengurutan transaksi yang dapat melayani beberapa rollup, alih-alih setiap rollup bergantung pada sequencer terpisah miliknya sendiri.

Dalam kripto, sequencer adalah komponen yang menerima transaksi pengguna, mengurutkannya, mengelompokkannya dalam batch, dan mengirimkan data terurut tersebut menuju proses settlement atau data availability rollup.

Dokumentasi resmi Ethereum Layer 2 menjelaskan bahwa rollup mengeksekusi transaksi di luar Ethereum sambil tetap menggunakan Ethereum untuk fungsi keamanan dan settlement yang penting.

Shared sequencer memperluas model rollup ini dengan memberi beberapa rollup akses ke satu jaringan sequencing bersama.

Hal ini dapat membantu rollup mengoordinasikan pengurutan transaksi, meningkatkan composability lintas rollup, mengurangi ketergantungan pada satu operator, dan menciptakan lapisan infrastruktur yang lebih netral.

Dokumentasi resmi Astria menggambarkan Astria sebagai lapisan sequencing terdesentralisasi yang dapat digunakan bersama oleh beberapa rollup.

Ikhtisar sistem Espresso menjelaskan bagaimana base layer terdesentralisasi dapat memberikan konfirmasi untuk rollup dan mendukung aplikasi rollup yang terhubung.

Shared sequencer bukan wallet, token, bridge, atau rollup itu sendiri.

Shared sequencer adalah infrastruktur yang membantu menentukan urutan transaksi saat masuk ke blok rollup.

Sederhananya, shared sequencer adalah layanan pengurutan bersama untuk banyak rollup, yang dirancang untuk membuat aktivitas kripto multi-rollup lebih cepat, lebih terkoordinasi, dan berpotensi lebih terdesentralisasi.

Mengapa Shared Sequencer Penting

Shared sequencer penting karena banyak rollup saat ini bergantung pada pengaturan sequencing yang tersentralisasi atau semi-terpusat.

Sequencer tersentralisasi dapat meningkatkan pengalaman pengguna dengan memberikan konfirmasi cepat, tetapi juga dapat menimbulkan asumsi kepercayaan.

Satu sequencer dapat menyensor transaksi, mengurutkan ulang transaksi, offline, mengekstrak MEV berlebihan, menunda penarikan, atau menjadi sasaran serangan.

Dokumentasi Espresso mencatat bahwa konfirmasi sequencer tersentralisasi dapat bergantung pada asumsi kepercayaan seperti reputasi, bond, fraud proof, atau asumsi bahwa sequencer tidak telah dikompromikan.

Shared sequencer berupaya mengurangi masalah ini dengan memindahkan pengurutan transaksi ke jaringan yang lebih luas, bukan ke satu operator khusus rollup.

Shared sequencer juga dapat meningkatkan interoperabilitas karena beberapa rollup dapat menggunakan lapisan pengurutan yang sama.

Hal ini penting bagi DeFi, game, pembayaran, aplikasi cross-chain, dan ekosistem blockchain modular tempat pengguna berpindah di antara banyak rollup.

Tanpa pengurutan bersama, setiap rollup dapat memproses transaksi secara terisolasi sehingga eksekusi lintas rollup lebih lambat dan lebih sulit dikoordinasikan.

Dengan shared sequencing, aplikasi dapat memperoleh jaminan yang lebih kuat tentang urutan transaksi di beberapa rollup.

Janji utamanya adalah desentralisasi dan composability yang lebih baik, sementara tantangan utamanya adalah menciptakan jaringan sequencing yang aman, andal, dan berkelanjutan secara ekonomi.

Cara Kerja Shared Sequencer

Shared sequencer bekerja dengan mengumpulkan transaksi dari beberapa rollup dan menciptakan urutan yang dapat digunakan rollup tersebut.

Pengguna mengirimkan transaksi melalui wallet, aplikasi, endpoint RPC, atau antarmuka khusus rollup.

Jaringan shared sequencer menerima transaksi ini atau menerima blok yang dibuat oleh builder rollup atau pengirim yang berwenang.

Jaringan sequencer kemudian menyepakati urutan menggunakan konsensus atau proses pengurutannya sendiri.

Data terurut disediakan bagi node rollup agar mereka dapat menurunkan state rollup masing-masing.

Rollup kemudian dapat mengirim batch, commitment, proof, atau data terkait ke lapisan settlement dan data availability sesuai desainnya.

Arsitektur pastinya berbeda di setiap sistem shared sequencer.

Beberapa sistem berfokus pada preconfirmation cepat.

Beberapa sistem berfokus pada eksekusi atomik lintas rollup.

Beberapa sistem berfokus pada censorship resistance, validasi terdesentralisasi, atau integrasi dengan lapisan data availability modular.

Shared sequencer tidak secara otomatis mengeksekusi logika setiap aplikasi dengan cara yang sama seperti rollup.

Peran utamanya adalah mengurutkan transaksi dan membantu rollup mengoordinasikan urutan tersebut.

Sequencer

Sequencer adalah bagian dari stack rollup yang bertanggung jawab menyusun transaksi menjadi urutan teratur.

Dalam banyak rollup, pengguna mengirim transaksi ke sequencer sebelum transaksi tersebut dikirim atau dibuktikan melalui lapisan settlement.

Sequencer dapat memberi pengguna umpan balik cepat bahwa transaksi mereka telah diterima ke dalam alur transaksi rollup.

Umpan balik cepat ini sering disebut preconfirmation atau soft confirmation.

Sequencer dapat meningkatkan kecepatan karena pengguna tidak perlu menunggu settlement penuh sebelum melihat hasil yang kemungkinan terjadi.

Namun, sequencer juga dapat menjadi sangat berpengaruh karena pengurutan memengaruhi trading, likuidasi, lelang, MEV, dan keadilan pengguna.

Jika satu operator mengendalikan sequencing, operator tersebut dapat memengaruhi urutan transaksi kecuali aturan protokol mencegah penyalahgunaan.

Shared sequencer mengubah model ini dengan memungkinkan banyak rollup mengandalkan lapisan sequencing bersama.

Hal ini menciptakan peluang baru untuk koordinasi dan desentralisasi.

Hal ini juga menciptakan risiko baru karena lapisan bersama menjadi infrastruktur penting bagi banyak rollup sekaligus.

Rollup

Rollup adalah sistem scaling blockchain yang memproses transaksi di luar parent chain dan mengirim data terkompresi, proof, commitment, atau hasil kembali ke parent chain tersebut.

Dokumentasi arsitektur rollup Espresso menggambarkan rollup sebagai blockchain yang berjalan di atas blockchain lain yang dikenal sebagai parent chain atau lapisan settlement.

Rollup membantu menskalakan jaringan kripto dengan memindahkan eksekusi dari base layer sambil tetap mempertahankan hubungan dengan base layer.

Optimistic rollup biasanya mengandalkan fraud proof dan periode tantangan.

Zero-knowledge rollup biasanya mengandalkan validity proof yang menunjukkan transisi state dihitung dengan benar.

Kedua model tetap memerlukan pengurutan transaksi sebelum state rollup dapat diperbarui.

Di sinilah sequencer masuk ke dalam stack rollup.

Shared sequencer bukan pengganti rollup itu sendiri.

Shared sequencer adalah layanan bersama yang dapat membantu beberapa rollup mengurutkan transaksi secara terkoordinasi.

Rollup tetap bertanggung jawab atas aturan eksekusi, logika transisi state, proses settlement, dan aplikasi yang berhadapan dengan pengguna.

Sequencer Tersentralisasi vs. Shared Sequencer

Sequencer tersentralisasi biasanya dikendalikan oleh satu operator atau satu tim proyek.

Desain ini dapat sederhana, cepat, dan mudah diluncurkan.

Desain ini juga dapat menciptakan risiko sensor, downtime, pengurutan, dan kepercayaan.

Shared sequencer dirancang untuk melayani beberapa rollup melalui jaringan sequencing bersama.

Hal ini dapat mengurangi ketergantungan pada satu operator khusus rollup.

Hal ini juga dapat membuat pengurutan transaksi lebih netral jika shared sequencer memiliki governance terdesentralisasi dan partisipasi validator.

Trade-off-nya adalah kompleksitas.

Shared sequencer harus mengoordinasikan banyak rollup, pengguna, aplikasi, dan kemungkinan banyak lapisan data availability atau settlement.

Shared sequencer juga harus menciptakan insentif bagi operator sequencer, validator, rollup, dan pengguna.

Model tersentralisasi dapat lebih mudah dioperasikan, sedangkan model bersama menargetkan koordinasi dan desentralisasi yang lebih kuat.

Shared Sequencer vs. Decentralized Sequencer

Decentralized sequencer adalah sistem sequencing apa pun yang kekuasaan sequencing-nya didistribusikan di antara banyak peserta.

Shared sequencer biasanya merupakan sequencer yang terdesentralisasi atau berorientasi pada desentralisasi dan melayani beberapa rollup.

Kedua istilah ini tumpang tindih, tetapi tidak identik.

Rollup dapat memiliki kumpulan sequencer terdesentralisasi yang hanya melayani rollup tunggal tersebut.

Shared sequencer melayani lebih dari satu rollup melalui jaringan pengurutan bersama.

Perbedaan ini penting karena shared sequencing menambahkan koordinasi lintas rollup sebagai tujuan desain.

Sequencer terdesentralisasi untuk satu rollup dapat meningkatkan censorship resistance bagi rollup tersebut.

Shared sequencer dapat meningkatkan censorship resistance dan juga mendukung composability lintas rollup.

Dengan demikian, shared sequencing adalah gagasan desentralisasi sekaligus gagasan interoperabilitas.

Pengguna harus memeriksa apakah sistem hanya terdesentralisasi, benar-benar digunakan bersama di seluruh rollup, atau keduanya.

Shared Sequencer vs. Bridge

Shared sequencer tidak sama dengan bridge.

Bridge memindahkan aset, pesan, atau state antar-chain.

Shared sequencer mengurutkan transaksi untuk rollup.

Kedua sistem dapat bekerja bersama karena aplikasi lintas rollup mungkin memerlukan eksekusi terurut dan perpindahan aset.

Contohnya, tindakan DeFi lintas rollup mungkin membutuhkan lapisan pengurutan bersama untuk mengoordinasikan waktu transaksi serta bridge atau sistem pesan untuk memindahkan nilai atau state.

Bridge biasanya memiliki risiko kustodi, verifikasi, atau pengiriman pesan.

Shared sequencer biasanya memiliki risiko pengurutan, liveness, sensor, dan MEV.

Pengguna tidak boleh menganggap shared sequencer menghapus risiko bridge.

Developer harus merancang aplikasi lintas rollup dengan menganalisis kedua sistem secara terpisah.

Interoperabilitas yang aman memerlukan pengurutan aman, pengiriman pesan aman, dan backing aset yang aman.

Shared Sequencer vs. Lapisan Data Availability

Lapisan data availability membantu memastikan data transaksi tersedia bagi pengguna, node, prover, atau challenger untuk merekonstruksi state chain.

Shared sequencer mengurutkan transaksi, sedangkan lapisan data availability membuat data dapat diakses setelah pengurutan atau batching.

Dokumentasi data availability Ethereum resmi menjelaskan alasan data availability penting bagi rollup dan keamanan blockchain.

Beberapa desain blockchain modular memisahkan eksekusi, settlement, sequencing, dan data availability ke lapisan berbeda.

Dalam model modular tersebut, shared sequencer dapat mengurutkan transaksi sementara lapisan lain menyimpan atau mendistribusikan data.

Pemisahan ini memberi developer fleksibilitas, tetapi juga menciptakan lebih banyak komponen yang bergerak.

Jika data transaksi tidak tersedia, pengguna mungkin tidak dapat memverifikasi state atau keluar dengan aman.

Jika sequencer gagal, transaksi mungkin tidak diurutkan tepat waktu.

Jika lapisan settlement menolak batch, finality dapat tertunda atau disengketakan.

Karena itu, shared sequencing harus dievaluasi bersama desain data availability dan settlement.

Preconfirmation

Preconfirmation adalah sinyal awal bahwa transaksi telah diterima atau diurutkan sebelum finality settlement penuh.

Preconfirmation penting karena pengguna menginginkan umpan balik cepat setelah mengirim transaksi.

Tanpa umpan balik cepat, pengguna rollup mungkin perlu menunggu tahapan settlement yang lebih lambat sebelum mengetahui apakah suatu tindakan kemungkinan akan berhasil.

Shared sequencer dapat menyediakan preconfirmation di seluruh rollup yang terhubung jika desainnya mendukung fitur tersebut.

Hal ini dapat meningkatkan pengalaman pengguna untuk trading, game, pembayaran, dan aplikasi yang memerlukan respons cepat.

Namun, preconfirmation tidak selalu sama dengan settlement final.

Pengguna harus memahami apakah konfirmasi adalah janji lunak sequencer, konfirmasi data availability, konfirmasi lapisan settlement, atau hasil proof yang telah difinalisasi.

Sistem yang berbeda menggunakan tingkat konfirmasi yang berbeda.

Konfirmasi cepat bermanfaat, tetapi tidak boleh disamakan dengan jaminan finality terkuat.

Aplikasi harus menjelaskan kekuatan konfirmasi kepada pengguna dengan jelas.

Composability Lintas Rollup

Composability lintas rollup berarti aplikasi pada rollup berbeda dapat berinteraksi secara terkoordinasi.

Hal ini sulit karena setiap rollup mungkin memiliki sequencer, waktu blok, aturan finality, sistem bridge, dan proses pembaruan state sendiri.

Shared sequencer dapat membantu dengan memberikan beberapa rollup sumber pengurutan bersama.

Jika dua rollup mengandalkan lapisan pengurutan yang sama, aplikasi mungkin dapat mengoordinasikan transaksi dengan lebih dapat diprediksi.

Hal ini penting bagi DeFi karena trading, likuidasi, perpindahan jaminan, arbitrase, dan tindakan lending sering bergantung pada waktu.

Hal ini juga penting bagi game, pembayaran, identitas, dan aplikasi sosial tempat pengguna dapat berpindah antarlingkungan rollup.

Karya akademis seperti Towards Universal Atomic Composability mempelajari composability lintas rollup dan tantangan koordinasi eksekusi di banyak rollup.

Shared sequencing tidak otomatis menyelesaikan setiap masalah composability.

Eksekusi, pengiriman pesan, likuiditas, settlement, dan penanganan kegagalan tetap penting.

Shared sequencing tetap dapat menjadi komponen penting bagi ekosistem rollup yang lebih terhubung.

Eksekusi Atomik

Eksekusi atomik berarti sekelompok tindakan terkait semuanya terjadi bersama atau tidak ada yang terjadi.

Dalam sistem lintas rollup, eksekusi atomik sulit karena setiap rollup dapat memproses transaksi secara independen.

Shared sequencer dapat membantu mengoordinasikan pengurutan transaksi agar tindakan multi-rollup menjadi lebih dapat diprediksi.

Contohnya, trader mungkin ingin satu tindakan di suatu rollup dieksekusi hanya jika tindakan terkait di rollup lain juga dieksekusi.

Hal ini bernilai bagi arbitrase, perpindahan jaminan, swap lintas rollup, dan strategi DeFi kompleks.

Namun, atomicity bukan hanya masalah pengurutan.

Atomicity juga bergantung pada aturan eksekusi, kanal komunikasi, likuiditas, finality, dan penanganan rollback.

Riset seperti Atomic Execution is Not Enough for Arbitrage Profit Extraction in Shared Sequencers menunjukkan bahwa shared sequencing dan eksekusi atomik dapat memiliki dampak ekonomi yang rumit.

Artinya, shared sequencer tidak boleh dipasarkan sebagai solusi ajaib untuk seluruh kompleksitas lintas rollup.

Shared sequencer adalah satu alat penting dalam desain interoperabilitas yang lebih luas.

MEV dan Shared Sequencer

MEV berarti maximal extractable value, yaitu nilai yang dapat diperoleh dengan memengaruhi inklusi, pengecualian, atau pengurutan transaksi.

Dokumentasi resmi MEV Ethereum menjelaskan bagaimana pengurutan transaksi dapat menciptakan peluang ekstraksi nilai.

Sequencer terkait erat dengan MEV karena membantu menentukan urutan transaksi.

Sequencer tersentralisasi dapat memiliki kekuatan besar untuk mengekstrak MEV atau memilih pihak yang mendapat akses ke peluang pengurutan.

Shared sequencer berpotensi membuat penanganan MEV lebih transparan atau kompetitif.

Shared sequencer juga dapat menciptakan pasar MEV baru di berbagai rollup karena lebih banyak aliran transaksi dikoordinasikan di satu tempat.

Hal ini dapat bermanfaat jika MEV didistribusikan secara adil atau digunakan untuk mendukung keamanan jaringan.

Hal ini dapat merugikan jika pengguna menghadapi eksekusi yang lebih buruk, serangan sandwich, sensor, atau pengurutan transaksi yang tidak adil.

Oleh karena itu, desain shared sequencing harus menangani MEV secara langsung.

Pengguna harus memperhatikan apakah sistem memiliki pengurutan adil, aturan lelang, mekanisme perlindungan, atau distribusi MEV yang transparan.

Censorship Resistance

Censorship resistance berarti pengguna dapat memasukkan transaksi yang valid bahkan ketika beberapa peserta tidak ingin memasukkannya.

Sequencer tersentralisasi dapat menyensor pengguna dengan menolak memasukkan transaksi mereka atau menundanya.

Banyak rollup menyertakan jalur transaksi paksa melalui lapisan settlement untuk mengurangi risiko ini.

Namun, forced inclusion mungkin lebih lambat, lebih mahal, atau kurang ramah pengguna daripada inklusi sequencer normal.

Shared sequencer dapat meningkatkan censorship resistance jika wewenang sequencing didistribusikan ke banyak peserta independen.

Jika satu node sequencer menolak transaksi, node lain mungkin tetap memasukkannya.

Hal ini bergantung pada konsensus, mempool, kumpulan validator, dan desain penalti shared sequencer.

Shared sequencer yang dikendalikan kelompok kecil mungkin tidak memberikan censorship resistance kuat.

Pengguna dan developer harus memeriksa cara transaksi dapat dimasukkan ketika jalur normal gagal.

Censorship resistance adalah fitur praktis, bukan hanya prinsip politik.

Liveness

Liveness berarti sistem terus memproses transaksi dan mengalami kemajuan.

Rollup dengan satu sequencer dapat menghadapi risiko liveness jika sequencer tersebut offline atau berhenti menerima transaksi.

Shared sequencer dapat meningkatkan liveness dengan menggunakan jaringan peserta, bukan satu operator.

Jika satu peserta gagal, jaringan lainnya dapat terus mengurutkan transaksi apabila protokol dirancang untuk toleransi kesalahan.

Dokumentasi lapisan sequencing Radius menggambarkan liveness sebagai mempertahankan operasi bahkan ketika terdapat kesalahan.

Liveness penting karena pengguna memerlukan aplikasi yang terus berfungsi selama tekanan pasar, kemacetan, atau gangguan infrastruktur.

Gangguan sequencer dapat memengaruhi trading, likuidasi, bridge, game, pembayaran, dan penarikan.

Shared sequencing dapat mengurangi risiko downtime satu operator, tetapi juga dapat menciptakan ketergantungan pada infrastruktur bersama.

Jika shared sequencer itu sendiri gagal, beberapa rollup yang terhubung dapat terdampak sekaligus.

Desain shared sequencer yang baik harus menyeimbangkan redundansi dengan isolasi kegagalan yang cermat.

Finality

Finality adalah titik ketika transaksi dianggap telah diselesaikan berdasarkan aturan suatu sistem.

Shared sequencer dapat memberikan finality atau konfirmasi pengurutan awal sebelum settlement final rollup pada parent chain.

Finality awal tersebut dapat bermanfaat bagi pengalaman pengguna, tetapi mungkin tidak identik dengan finality settlement.

Rollup dapat memiliki beberapa tingkat finality, termasuk konfirmasi sequencer, konfirmasi data availability, penerimaan proof, dan finality lapisan settlement.

Shared sequencer dapat meningkatkan koordinasi pada lapisan sequencing sambil tetap bergantung pada lapisan lain untuk jaminan settlement yang lebih kuat.

Pengguna harus memahami tingkat finality yang berlaku untuk deposit, trading, penarikan, dan tindakan lintas rollup.

Aplikasi harus memberi label konfirmasi dengan jelas, alih-alih memperlakukan semua konfirmasi setara.

Konfirmasi shared sequencer cepat dapat bernilai untuk penggunaan biasa.

Transaksi besar mungkin tetap memerlukan penantian jaminan settlement yang lebih kuat.

Finality harus dipahami sebagai berlapis ketika menggunakan rollup dan sistem shared sequencing.

Peserta Jaringan Shared Sequencer

Jaringan shared sequencer dapat mencakup node sequencer, validator, operator rollup, builder, proposer, relayer, pengguna, dan peserta governance.

Node sequencer menerima dan mengurutkan transaksi atau blok rollup.

Validator dapat menjalankan konsensus untuk menyepakati urutan.

Operator rollup mengintegrasikan shared sequencer ke stack rollup mereka.

Builder dapat membangun blok atau bundel transaksi.

Relayer dapat memindahkan data antara jaringan sequencer, rollup, lapisan data availability, dan lapisan settlement.

Peserta governance dapat memutuskan upgrade, parameter, biaya, insentif, atau penerimaan validator.

Peran pastinya bergantung pada desain shared sequencing.

Pengguna tidak boleh menganggap kata terdesentralisasi berarti setiap peran sepenuhnya terdesentralisasi.

Shared sequencer tetap dapat memiliki komponen tersentralisasi jika rollout, governance, atau integrasi belum lengkap.

Shared Sequencer dan Blockchain Modular

Blockchain modular memisahkan fungsi seperti eksekusi, settlement, data availability, dan sequencing.

Shared sequencer cocok secara alami dengan desain modular ini karena dapat berspesialisasi dalam pengurutan sementara lapisan lain menangani pekerjaan lain.

Rollup dapat menggunakan satu lapisan untuk eksekusi, satu lapisan untuk settlement, satu lapisan untuk data availability, dan shared sequencer untuk pengurutan transaksi.

Hal ini memungkinkan setiap lapisan mengoptimalkan fungsi tertentu.

Manfaatnya adalah fleksibilitas dan spesialisasi.

Risikonya adalah kompleksitas dan ketergantungan pada beberapa sistem.

Jika satu lapisan gagal, pengalaman pengguna atau keamanan seluruh aplikasi dapat terdampak.

Dengan demikian, shared sequencing merupakan bagian dari tesis blockchain modular yang lebih luas.

Shared sequencing dapat membuat ekosistem rollup lebih fleksibel, tetapi juga memerlukan penjelasan jelas tentang asumsi keamanan.

Developer harus mendokumentasikan lapisan yang menjadi ketergantungan aplikasinya.

Shared Sequencer dan Kedaulatan Rollup

Kedaulatan rollup berarti rollup mempertahankan kendali atas aturan eksekusi, logika aplikasi, governance, dan jalur upgrade.

Shared sequencer dapat menyediakan pengurutan tanpa harus mengambil kendali rollup atas eksekusi.

Hal ini penting karena rollup mungkin menginginkan manfaat sequencing bersama tanpa menjadi identik dengan setiap rollup lainnya.

Setiap rollup tetap dapat menentukan fungsi transisi state, virtual machine, desain biaya, aturan aplikasi, dan proses governance-nya sendiri.

Shared sequencer memberikan koordinasi di lapisan pengurutan.

Pemisahan ini dapat membantu rollup berbagi infrastruktur sambil mempertahankan identitasnya sendiri.

Namun, rollup harus menentukan seberapa besar wewenang shared sequencer.

Rollup juga harus menentukan jalur fallback jika shared sequencer tidak tersedia atau berperilaku tidak semestinya.

Integrasi yang baik harus mempertahankan otonomi rollup sambil meningkatkan keandalan pengurutan.

Integrasi yang buruk dapat menciptakan ketergantungan tanpa kontrol yang memadai.

Shared Sequencer dan Interoperabilitas

Interoperabilitas berarti lingkungan blockchain yang berbeda dapat berkomunikasi atau berkoordinasi satu sama lain.

Shared sequencer dapat mendukung interoperabilitas dengan memberikan beberapa rollup kerangka pengurutan bersama.

Hal ini dapat mengurangi ketidakpastian waktu ketika aplikasi perlu mengoordinasikan tindakan di berbagai rollup.

Interoperabilitas tetap memerlukan pengiriman pesan, likuiditas, keamanan bridge, dan logika tingkat aplikasi.

Shared sequencer tidak dapat memindahkan aset sendiri kecuali digabungkan dengan sistem lain.

Shared sequencer tetap dapat memudahkan pembangunan aplikasi lintas rollup karena pengurutan menjadi tidak terlalu terfragmentasi.

Contohnya, swap lintas rollup mungkin memerlukan protokol pengiriman pesan dan jaminan pengurutan bersama.

Game lintas rollup mungkin memerlukan waktu yang dapat diprediksi antara tindakan di rollup terpisah.

Sistem lending lintas rollup mungkin memerlukan aliran jaminan dan likuidasi yang terkoordinasi.

Shared sequencing dapat menjadi lapisan koordinasi untuk use case tersebut.

Shared Sequencer dan Pengurutan yang Adil

Pengurutan yang adil berarti transaksi diurutkan berdasarkan aturan transparan, bukan keberpihakan tersembunyi.

Hal ini sulit dalam kripto karena pengurutan transaksi dapat menciptakan peluang profit.

Shared sequencer dapat menggunakan aturan, lelang, mempool terenkripsi, commitment, pengurutan acak, atau mekanisme lain untuk mengurangi pengurutan tidak adil.

Sistem yang berbeda membuat pilihan desain yang berbeda.

Tidak ada satu solusi pengurutan adil yang sempurna untuk setiap aplikasi.

Protokol DeFi mungkin paling peduli mengurangi serangan sandwich.

Game mungkin paling peduli mencegah front-running terhadap pergerakan.

Aplikasi pembayaran mungkin paling peduli pada inklusi cepat dan biaya rendah.

Desain shared sequencer harus menjelaskan cara menangani prioritas transaksi dan MEV.

Pengguna harus berhati-hati jika aturan pengurutan samar atau dikendalikan kelompok kecil.

Shared Sequencer dan Fallback Sensor

Fallback sensor adalah jalur alternatif bagi pengguna untuk memasukkan transaksi jika jalur sequencer normal gagal.

Rollup dapat mengizinkan pengguna mengirim transaksi langsung ke kontrak settlement atau mekanisme inklusi lainnya.

Hal ini dapat melindungi pengguna agar tidak diblokir secara permanen oleh sequencer.

Sistem shared sequencer juga harus menentukan apa yang terjadi jika lapisan bersama gagal atau menolak transaksi.

Fallback mungkin lebih lambat atau lebih mahal, tetapi dapat penting bagi keamanan pengguna.

Desain fallback penting bagi penarikan, likuidasi, emergency exit, dan tindakan governance.

Shared sequencer yang meningkatkan UX normal tetapi tidak memiliki fallback kredibel dapat menciptakan risiko tersembunyi.

Pengguna harus memeriksa apakah mereka dapat keluar atau memaksa inklusi saat sequencer downtime.

Developer harus menguji jalur fallback, bukan memperlakukannya sebagai teori.

Fallback yang tidak dapat digunakan siapa pun dalam praktik adalah perlindungan yang lemah.

Shared Sequencer dan Data Availability

Shared sequencing bergantung pada data terurut yang tersedia bagi rollup yang membutuhkannya.

Jika sequencer mengurutkan transaksi tetapi data tidak tersedia, node rollup mungkin tidak dapat menurunkan state yang benar.

Karena itu, data availability sangat terkait dengan keamanan shared sequencer.

Shared sequencer dapat memublikasikan data ke lapisan data availability, menyediakan data ke node rollup, atau bekerja dengan pipeline data khusus rollup.

Dokumentasi resmi Celestia menggambarkan Celestia sebagai jaringan data availability modular, salah satu contoh jenis infrastruktur yang dapat digunakan rollup modular.

Rollup harus menjelaskan tempat data transaksinya dipublikasikan dan cara pengguna memverifikasi ketersediaannya.

Pengurutan cepat tidak cukup jika pengguna tidak dapat mengakses data yang diperlukan untuk memverifikasi state.

Kegagalan data availability dapat memengaruhi fraud proof, validity proof, exit, dan operasi node independen.

Shared sequencing harus dievaluasi bersama jaminan data availability.

Urutan transaksi dan ketersediaan data transaksi adalah masalah keamanan yang terpisah tetapi terhubung.

Shared Sequencer dan Settlement

Settlement adalah proses ketika commitment state, proof, atau sengketa rollup diselesaikan pada parent chain.

Shared sequencer dapat mengurutkan transaksi dengan cepat, tetapi settlement dapat terjadi kemudian melalui lapisan lain.

Artinya, transaksi dapat disusun dalam urutan sebelum diselesaikan sepenuhnya.

Kesenjangan antara sequencing dan settlement memengaruhi finality, waktu penarikan, penanganan sengketa, dan risiko aplikasi.

Beberapa rollup melakukan settlement di Ethereum, sementara yang lain dapat melakukan settlement pada base layer berbeda atau sistem settlement modular.

Shared sequencer tidak otomatis menggantikan keamanan lapisan settlement.

Shared sequencer membantu pengurutan sebelum atau bersamaan dengan proses settlement.

Pengguna harus memahami apakah transaksi mereka hanya telah diurutkan, dikirim untuk data availability, dibuktikan, atau difinalisasi oleh settlement.

Developer harus menampilkan tahap-tahap ini pada antarmuka ketika pengguna perlu membuat keputusan yang sensitif terhadap risiko.

Settlement tetap menjadi bagian inti keamanan rollup meskipun sequencing dilakukan bersama.

Shared Sequencer dan Pendapatan Sequencer

Sequencer dapat memperoleh pendapatan dari biaya transaksi, biaya prioritas, lelang MEV, pembayaran protokol, atau perjanjian integrasi rollup.

Shared sequencer dapat mengagregasi aliran transaksi dari banyak rollup, yang dapat menciptakan pasar lebih besar bagi layanan pengurutan.

Hal ini dapat membantu mendukung kumpulan validator terdesentralisasi jika pendapatan didistribusikan kepada peserta.

Hal ini juga dapat menimbulkan pertanyaan tentang governance dan keadilan.

Pihak yang menerima biaya sequencing itu penting.

Pihak yang mengendalikan hak MEV itu penting.

Apakah pengguna mendapat eksekusi yang lebih baik itu penting.

Apakah rollup dapat memilih kebijakan biayanya sendiri itu penting.

Model ekonomi shared sequencer harus menyelaraskan rollup, pengguna, validator, dan developer.

Jika insentif dirancang buruk, shared sequencer dapat menjadi infrastruktur ekstraktif, bukan netral.

Shared Sequencer dan Pengalaman Pengguna

Shared sequencer dapat meningkatkan pengalaman pengguna dengan memberikan konfirmasi lebih cepat dan interaksi lintas rollup yang lebih lancar.

Pengguna mungkin tidak melihat shared sequencer secara langsung karena bekerja di bawah wallet dan aplikasi.

Pengguna mungkin hanya menyadari bahwa transaksi terkonfirmasi lebih cepat atau tindakan lintas rollup terasa lebih terkoordinasi.

UX yang baik tetap harus memberi tahu pengguna jaringan yang digunakan dan tingkat finality yang telah dicapai.

Shared sequencer tidak boleh menyembunyikan risiko penting di balik antarmuka sederhana.

Pengguna harus mengetahui kapan tindakan bergantung pada lapisan sequencing bersama, bridge, sistem data availability, atau penundaan settlement.

Label status transaksi yang jelas dapat mengurangi kebingungan.

Untuk tindakan kecil, preconfirmation cepat mungkin cukup.

Untuk transfer besar atau tindakan DeFi berisiko tinggi, finality yang lebih kuat mungkin diperlukan.

Pengalaman pengguna terbaik menggabungkan kecepatan dengan komunikasi risiko yang jelas.

Shared Sequencer dan Developer

Developer dapat menggunakan shared sequencer untuk membangun aplikasi yang bekerja di beberapa rollup.

Hal ini dapat mengurangi kebutuhan untuk berintegrasi secara terpisah dengan banyak sistem sequencer yang terisolasi.

Developer juga dapat memperoleh manfaat dari jaminan pengurutan bersama, composability lebih baik, dan konfirmasi lebih cepat.

Namun, integrasi memerlukan pemahaman tentang API, asumsi finality, jalur data availability, mode fallback, dan ketergantungan settlement.

Developer tidak boleh menganggap shared sequencing membuat state lintas rollup otomatis aman.

Mereka tetap harus menangani pesan yang gagal, settlement tertunda, risiko bridge, perubahan likuiditas, dan aturan eksekusi khusus chain.

Pengujian harus mencakup downtime sequencer, data tertunda, asumsi reorg, dan jalur fallback.

Pemantauan harus melacak konfirmasi sequencer, publikasi batch, status settlement, dan penyelesaian pesan lintas rollup.

Shared sequencer dapat menyederhanakan beberapa masalah koordinasi sambil menciptakan ketergantungan infrastruktur baru.

Developer harus mendokumentasikan ketergantungan tersebut bagi pengguna dan auditor.

Shared Sequencer dan Keamanan

Keamanan shared sequencer bergantung pada desentralisasi validator, keamanan konsensus, liveness, censorship resistance, desain kriptografi, governance, dan kualitas integrasi.

Shared sequencer dapat mengurangi risiko satu operator rollup mengendalikan pengurutan sendirian.

Shared sequencer juga dapat menciptakan ketergantungan bersama bagi banyak rollup.

Jika shared sequencer diserang, salah konfigurasi, atau dikuasai, beberapa rollup dapat terdampak.

Hal ini serupa dengan risiko infrastruktur bersama lainnya dalam kripto.

Tim keamanan harus mengevaluasi cara sequencer mencapai konsensus, cara validator bergabung, cara kesalahan dihukum, dan cara upgrade dilakukan.

Mereka juga harus mengevaluasi apa yang terjadi jika sequencer menghasilkan pengurutan tidak valid, menunda data, atau berhenti beroperasi.

Aplikasi tidak boleh mengandalkan asumsi optimistis tanpa rencana fallback.

Auditor harus meninjau integrasi sequencer sebagai bagian dari keamanan rollup dan aplikasi lintas rollup.

Shared sequencing adalah infrastruktur yang sangat penting bagi keamanan, bukan sekadar fitur performa.

Shared Sequencer dan Governance

Governance mengendalikan cara shared sequencer berubah seiring waktu.

Governance dapat menentukan aturan validator, biaya, upgrade protokol, wewenang darurat, kebijakan MEV, onboarding rollup, dan aturan slashing.

Governance dapat meningkatkan kemampuan adaptasi ketika sistem memerlukan upgrade atau perbaikan darurat.

Governance juga dapat menciptakan risiko sentralisasi jika kelompok kecil dapat mengubah aturan pengurutan atau menyensor rollup.

Pengguna dan developer harus memeriksa pihak yang mengendalikan governance serta apakah perubahan memiliki timelock, transparan, atau tunduk pada peninjauan komunitas.

Rollup yang berintegrasi dengan shared sequencer harus memahami apakah governance dapat memengaruhi aliran transaksi mereka.

Shared sequencer yang dipasarkan sebagai netral harus memiliki batasan governance yang kredibel.

Transparansi governance sangat penting karena shared sequencing dapat memengaruhi banyak rollup sekaligus.

Governance yang buruk dapat mengubah infrastruktur bersama menjadi risiko bersama.

Governance yang baik dapat membantu menjaga netralitas dan keamanan upgrade.

Risiko Shared Sequencer

Risiko utama pertama adalah ketergantungan pada infrastruktur bersama.

Jika banyak rollup bergantung pada satu shared sequencer, kegagalan dapat memengaruhi banyak aplikasi sekaligus.

Risiko utama kedua adalah penguasaan governance.

Jika kelompok kecil mengendalikan upgrade atau aturan validator, desentralisasi mungkin lebih lemah daripada yang dipromosikan.

Risiko utama ketiga adalah sensor.

Jika jaringan sequencer menolak transaksi atau mengecualikan rollup, pengguna mungkin perlu menggunakan jalur fallback yang lebih lambat.

Risiko utama keempat adalah ekstraksi MEV.

Pengurutan bersama dapat menciptakan peluang MEV lintas rollup baru yang merugikan pengguna jika tidak ditangani secara adil.

Risiko utama kelima adalah kompleksitas integrasi.

Rollup dan aplikasi dapat salah memahami tingkat konfirmasi, perilaku fallback, atau waktu settlement.

Risiko Shared Sequencer Lainnya

Risiko utama keenam adalah kegagalan data availability.

Mengurutkan transaksi tidak membantu pengguna jika data yang diperlukan untuk memverifikasi state tidak tersedia.

Risiko utama ketujuh adalah insentif ekonomi yang lemah.

Shared sequencer harus memberikan reward yang cukup kepada peserta untuk menjaga layanan andal tanpa menjadi terlalu ekstraktif.

Risiko utama kedelapan adalah tanggung jawab yang tidak jelas ketika sesuatu gagal di seluruh rollup.

Pengguna mungkin tidak mengetahui apakah kesalahan berasal dari rollup, sequencer, bridge, lapisan data availability, atau aplikasi.

Risiko utama kesembilan adalah klaim desentralisasi yang terlalu dini.

Proyek dapat menggambarkan tujuannya sebagai terdesentralisasi sementara operasi saat ini tetap dikendalikan oleh pihak yang lebih sedikit.

Risiko utama kesepuluh adalah kebingungan pengguna.

Sebagian besar pengguna tidak memahami sequencing secara langsung, sehingga antarmuka harus mengomunikasikan risiko tanpa membuat mereka kewalahan.

Manfaat Shared Sequencer

Manfaat pertama adalah berkurangnya ketergantungan pada sequencer rollup tunggal.

Manfaat kedua adalah peningkatan censorship resistance ketika kekuasaan sequencing didistribusikan secara luas.

Manfaat ketiga adalah liveness yang lebih baik jika jaringan dapat menoleransi kegagalan peserta.

Manfaat keempat adalah koordinasi lintas rollup yang lebih kuat.

Manfaat kelima adalah preconfirmation yang lebih cepat dan konsisten di seluruh rollup yang terhubung.

Manfaat keenam adalah composability lintas rollup yang lebih baik bagi DeFi dan aplikasi lainnya.

Manfaat ketujuh adalah lapisan pengurutan yang lebih netral bagi ekosistem blockchain modular.

Manfaat kedelapan adalah potensi peningkatan transparansi dan distribusi MEV.

Manfaat kesembilan adalah integrasi developer yang lebih mudah di banyak rollup.

Manfaat kesepuluh adalah jalur menuju infrastruktur rollup yang lebih terdesentralisasi tanpa memaksa setiap rollup membangun jaringan sequencing sendiri.

Keterbatasan Shared Sequencer

Shared sequencer tidak dapat secara otomatis membuat rollup aman.

Shared sequencer tidak dapat menghapus risiko smart contract dari aplikasi.

Shared sequencer tidak dapat menjamin keamanan bridge.

Shared sequencer tidak dapat menggantikan keamanan lapisan settlement.

Shared sequencer tidak dapat memastikan data availability kecuali publikasi data dirancang dengan benar.

Shared sequencer tidak dapat menghilangkan MEV secara default.

Shared sequencer tidak dapat membuat composability lintas rollup sederhana tanpa dukungan pengiriman pesan dan eksekusi.

Shared sequencer tidak dapat melindungi pengguna dari phishing atau persetujuan wallet yang buruk.

Shared sequencer tidak dapat membuat sistem governance yang lemah menjadi netral.

Shared sequencer adalah lapisan infrastruktur penting, tetapi bukan solusi lengkap untuk setiap masalah rollup.

Cara Mengevaluasi Shared Sequencer

Mulailah dengan memeriksa rollup mana yang menggunakan shared sequencer dan seberapa dalam integrasinya.

Tinjau apakah jaringan sequencer sudah live, hanya testnet, permissioned, permissionless, atau masih dalam rollout bertahap.

Periksa cara transaksi diurutkan dan cara konsensus dicapai.

Periksa apakah terdapat validator, siapa yang dapat menjalankannya, serta insentif atau penalti yang berlaku.

Periksa perbedaan preconfirmation dengan finality settlement.

Periksa apakah pengguna memiliki jalur fallback jika sequencing gagal.

Periksa tempat data transaksi disediakan.

Periksa apakah governance dapat meng-upgrade aturan, menyensor rollup, atau mengubah kebijakan biaya.

Periksa apakah MEV ditangani secara transparan.

Tinjauan shared sequencer yang baik mempelajari pengurutan, liveness, censorship resistance, finality, governance, data availability, ekonomi, dan kematangan integrasi secara bersama.

Kesalahan Umum tentang Shared Sequencer

Kesalahan umum pertama adalah menganggap shared sequencer sama dengan rollup.

Kesalahan lainnya adalah menganggap shared sequencing otomatis berarti desentralisasi penuh.

Kesalahan ketiga adalah menganggap preconfirmation cepat sama dengan settlement final.

Kesalahan keempat adalah mengabaikan data availability.

Kesalahan kelima adalah mengabaikan kebijakan MEV.

Kesalahan keenam adalah menganggap composability lintas rollup bekerja otomatis setelah rollup berbagi lapisan pengurutan.

Kesalahan ketujuh adalah mengabaikan jalur fallback untuk sensor atau downtime.

Kesalahan kedelapan adalah memperlakukan governance shared sequencer sebagai detail kecil.

Kesalahan kesembilan adalah menganggap satu lapisan infrastruktur bersama tidak memiliki risiko sistemik.

Kesalahan kesepuluh adalah meyakini shared sequencing menghapus risiko bridge, wallet, atau smart contract.

Praktik Terbaik bagi Pengguna

Pahami rollup yang Anda gunakan dan apakah rollup tersebut bergantung pada shared sequencer.

Periksa apakah status transaksi Anda merupakan preconfirmation, konfirmasi data availability, atau konfirmasi settlement.

Gunakan finality yang lebih kuat untuk transfer besar atau tindakan DeFi berisiko tinggi jika praktis.

Baca dokumentasi rollup resmi sebelum mengandalkan fitur lintas rollup.

Berhati-hatilah terhadap aplikasi yang mengklaim eksekusi lintas rollup instan tanpa menjelaskan model kepercayaan.

Jangan menganggap shared sequencing menghapus risiko bridge atau likuiditas.

Perhatikan gangguan, penarikan tertunda, atau penurunan inklusi transaksi selama peristiwa tekanan.

Gunakan wallet, explorer, dan tautan dokumentasi resmi saat meninjau status transaksi.

Berhati-hatilah dengan sistem baru yang masih eksperimental atau dalam penerapan bertahap.

Perlakukan shared sequencing sebagai infrastruktur yang berguna, tetapi bukan jaminan keamanan.

Praktik Terbaik bagi Developer

Dokumentasikan setiap asumsi shared sequencer dalam materi yang ditujukan kepada pengguna dan auditor.

Jelaskan perbedaan antara preconfirmation dan finality settlement.

Uji perilaku aplikasi selama downtime sequencer dan penurunan layanan.

Bangun jalur fallback untuk tindakan penting jika memungkinkan.

Pantau konfirmasi sequencer, publikasi data, status settlement, dan pengiriman pesan lintas rollup.

Tinjau eksposur MEV dan asumsi pengurutan transaksi bagi aplikasi DeFi.

Jangan mengasumsikan eksekusi atomik kecuali shared sequencer dan desain aplikasi benar-benar mendukungnya.

Tinjau ketergantungan data availability bersama ketergantungan sequencing.

Bersikaplah transparan mengenai governance, upgradeability, dan kontrol darurat.

Rancang antarmuka yang menunjukkan chain, rollup, dan tingkat konfirmasi yang digunakan pengguna.

FAQ

Apa arti Shared Sequencer dalam kripto?

Shared sequencer adalah lapisan pengurutan transaksi bersama yang dapat melayani beberapa rollup, alih-alih setiap rollup hanya bergantung pada sequencer miliknya sendiri.

Mengapa rollup memerlukan sequencer?

Rollup memerlukan sequencer untuk menerima transaksi, mengurutkannya, membuat batch, dan membantu menghasilkan alur transaksi rollup sebelum settlement.

Apakah shared sequencer sama dengan rollup?

Tidak, shared sequencer mengurutkan transaksi bagi rollup, sedangkan rollup mengeksekusi transaksi dan mempertahankan aturan state-nya sendiri.

Apakah shared sequencer membuat rollup sepenuhnya terdesentralisasi?

Tidak otomatis, karena desentralisasi bergantung pada distribusi validator, governance, jalur fallback, data availability, dan implementasi aktual.

Masalah apa yang diselesaikan shared sequencer?

Shared sequencer dapat mengurangi risiko sequencing tersentralisasi dan meningkatkan koordinasi antara beberapa rollup.

Apakah shared sequencer dapat meningkatkan composability lintas rollup?

Ya, shared sequencer dapat membantu mengoordinasikan pengurutan di berbagai rollup, tetapi desain pengiriman pesan, eksekusi, likuiditas, dan settlement tetap diperlukan.

Apa risiko terbesar shared sequencer?

Risiko terbesar adalah shared sequencer menjadi infrastruktur penting yang kegagalan, penguasaan, atau sensornya dapat memengaruhi banyak rollup terhubung.

Apakah shared sequencer menghapus MEV?

Tidak, shared sequencing dapat mengubah cara MEV muncul dan didistribusikan, tetapi tidak otomatis menghilangkan MEV.

Apa itu preconfirmation?

Preconfirmation adalah sinyal awal bahwa transaksi telah diterima atau diurutkan sebelum finality settlement terkuat tercapai.

Bagaimana pengguna sebaiknya mengevaluasi keamanan shared sequencer?

Pengguna harus meninjau desentralisasi, liveness, censorship resistance, data availability, tingkat finality, governance, jalur fallback, dan kematangan integrasi rollup.

Kesimpulan

Shared Sequencer adalah lapisan pengurutan transaksi bersama yang dapat melayani beberapa rollup dalam ekosistem blockchain modular.

Shared Sequencer dirancang untuk mengurangi ketergantungan pada sequencer rollup tunggal, meningkatkan koordinasi lintas rollup, mendukung konfirmasi lebih cepat, dan menciptakan lapisan pengurutan yang lebih netral.

Shared sequencer penting karena pengurutan transaksi memengaruhi pengalaman pengguna, censorship resistance, MEV, liveness rollup, dan interoperabilitas.

Shared sequencer dapat membantu rollup menjadi lebih terhubung, terutama ketika aplikasi memerlukan aktivitas terkoordinasi di beberapa lingkungan rollup.

Shared sequencer juga menimbulkan risiko karena dapat menjadi infrastruktur penting bagi banyak rollup sekaligus.

Risiko penting mencakup penguasaan governance, downtime, sensor, ekstraksi MEV, data availability yang lemah, finality yang tidak jelas, dan kompleksitas integrasi.

Pengguna harus memahami perbedaan antara sequencing, data availability, settlement, bridging, dan eksekusi sebelum mempercayakan nilai besar kepada sistem lintas rollup.

Developer harus menjelaskan asumsi shared sequencer dengan jelas, menguji jalur fallback, memantau konfirmasi, dan menghindari klaim jaminan keamanan yang berlebihan.

Bagi pemula, shared sequencer paling mudah dipahami sebagai layanan pengurutan bersama yang membantu beberapa rollup mengoordinasikan transaksi.

Bagi pengguna tingkat lanjut, shared sequencer adalah lapisan infrastruktur modular yang memengaruhi jaminan pengurutan, composability lintas rollup, pasar MEV, censorship resistance, liveness, dan waktu settlement.

Dalam konteks glosarium kripto, Shared Sequencer berarti jaringan pengurutan transaksi bersama untuk beberapa rollup yang dapat meningkatkan interoperabilitas dan desentralisasi, sambil menambahkan asumsi keamanan dan governance tersendiri.

Poin utamanya adalah shared sequencer merupakan langkah penting menuju ekosistem rollup yang lebih terhubung, tetapi harus dievaluasi dengan cermat karena pengurutan yang lebih cepat dan terkoordinasi hanya bernilai ketika model kepercayaan yang mendasarinya transparan, tangguh, dan terintegrasi dengan baik.