Lompat ke konten

Sequencer

Cara sequencer rollup menerima dan mengurutkan transaksi, membuat blok, menerbitkan data batch, memberikan konfirmasi cepat tetapi sementara, serta menimbulkan risiko ketersediaan, sensor, dan pengurutan ulang.

Diperbarui

Hanya untuk tujuan edukasi; bukan nasihat keuangan, investasi, finalitas transaksi, atau keamanan. Perilaku sequencer, jalur cadangan, dan jaminan penyelesaian berbeda menurut jaringan dan dapat berubah setelah peningkatan.

Jawaban langsung

Pada banyak rollup, sequencer adalah komponen atau peserta yang menerima transaksi, memilih urutannya, dan membuat blok atau batch. Sequencer dapat memberikan konfirmasi cepat sebelum data transaksi yang telah diurutkan diterbitkan ke lapisan dasar. Pembagian tugasnya berbeda-beda: pembuatan blok, eksekusi, dan penerbitan batch dapat ditangani operator yang sama atau layanan terpisah.

Sequencer bukan sumber penyelesaian final hanya karena dompet menampilkan transaksi berhasil. Kekuatan konfirmasi bergantung pada apakah sequencer baru mengumumkan blok, apakah data protokol telah mencapai L1, serta apakah blok L1 dan klaim atau bukti rollup terkait telah mencapai status finalitas yang diperlukan.

Cara kerja

  • Menerima. Pengguna atau aplikasi mengirim transaksi bertanda tangan ke endpoint sequencer, meskipun jaringan juga dapat menentukan jalur pengiriman melalui L1.
  • Mengurutkan. Sequencer memilih transaksi dan menentukan urutannya sesuai aturan validitas protokol. Pilihan ini dapat memengaruhi latensi, biaya, sensor, dan MEV.
  • Membangun. Sequencer menyusun transaksi yang telah diurutkan menjadi blok rollup dan dapat mengeksekusinya untuk menghitung state hasil.
  • Prakonfirmasi. Sequencer segera menyebarkan blok atau tanda terima. Ini adalah sinyal urutan sementara, bukan otomatis hasil yang telah final di L1.
  • Menerbitkan. Batcher atau layanan setara memublikasikan data transaksi yang ditentukan protokol ke lapisan ketersediaan data, biasanya L1. Node independen memakai data dan aturan protokol untuk menurunkan rantai rollup kanonis.
  • Menyelesaikan. Komitmen state, bukti kesalahan, atau bukti validitas menghubungkan hasil eksekusi dengan penyelesaian. Mekanisme ini memeriksa atau menetapkan kebenaran transisi state, tetapi tidak otomatis mendesentralisasikan urutan transaksi.

Contoh

Dompet mula-mula menampilkan transaksi sebagai dikonfirmasi sequencer. Pada tahap ini, operator masih dapat gagal menerbitkan batch terkait atau mengganti blok yang belum diterbitkan sesuai aturan jaringan. Setelah data batch masuk ke L1, node independen dapat menurunkan posisi transaksi dalam rantai rollup, tetapi reorganisasi L1 masih dapat memengaruhinya. Aplikasi baru seharusnya memberi label yang sesuai setelah syarat finalitas L1 dan rollup terpenuhi.

Urutan ini adalah model status, bukan janji waktu universal. Istilah tertunda, tidak aman, aman, dan final bersifat khusus protokol, sedangkan bridge dapat menambahkan penundaan bukti atau tantangan sebelum penarikan dapat dieksekusi.

Risiko

  • Gangguan. Jika sequencer aktif berhenti, pengiriman langsung dan produksi blok cepat dapat terhenti meskipun dana tidak hilang.
  • Sensor. Operator dapat menunda atau menolak transaksi tertentu. Jalur inklusi paksa atau keluar hanya membantu jika sudah diterapkan, tanpa izin, dapat digunakan, dan ditunjang data yang tersedia.
  • Pengurutan ulang dan MEV. Kendali atas urutan dapat memungkinkan front-running, back-running, atau perlakuan istimewa dalam batas protokol.
  • Pembalikan status sementara. Aplikasi yang menganggap tanda terima sequencer final dapat bertindak berdasarkan blok yang kemudian diganti atau tidak pernah diterbitkan.
  • Kegagalan penerbitan atau lapisan dasar. Kemacetan, kegagalan batcher, data tidak tersedia, atau reorganisasi L1 dapat menunda atau mengubah rantai yang diturunkan validator.
  • Konsentrasi operasional. Satu operator, kunci penandatanganan, endpoint RPC, atau otoritas peningkatan dapat menjadi titik kegagalan dan kendali bersama meskipun bukti memverifikasi eksekusi.

Kesalahpahaman umum

  • Sequencer menentukan penyelesaian final. Penyelesaian mengikuti kontrak rollup, aturan bukti atau tantangan, ketersediaan data, dan konsensus lapisan dasar.
  • Tanda terima cepat tidak dapat dibalik. Prakonfirmasi dapat berguna tanpa memberikan jaminan yang sama dengan data yang telah diterbitkan dan final.
  • Inklusi paksa menjamin eksekusi langsung. Jalur cadangan dapat memerlukan transaksi L1, masa tunggu, calldata tertentu, dan jalur kontrak yang berfungsi.
  • Bukti validitas menghapus risiko sequencer. Bukti dapat membuktikan eksekusi benar sementara pengurutan tetap terpusat, dapat disensor, atau tidak tersedia.
  • Sequencing terdesentralisasi menghapus seluruh kepercayaan. Ini dapat membagi kuasa pengurutan, tetapi menambah asumsi konsensus, ketersediaan, pengelolaan kunci, dan interoperabilitasnya sendiri.

Topik terkait

Sumber

Navigasi

Cari di wiki...