Lompat ke konten

Sequencer bersama

Cara sequencer bersama mengurutkan transaksi beberapa rollup, batas jaminan prakonfirmasi, serta risiko interoperabilitas, ketersediaan, sensor, MEV, dan kegagalan bersama.

Diperbarui

Hanya untuk tujuan edukasi; bukan nasihat keuangan, investasi, interoperabilitas, finalitas transaksi, atau keamanan. Jaminan sequencer bersama, jalur cadangan, dan asumsi penyelesaian berbeda menurut implementasi dan dapat berubah setelah peningkatan.

Jawaban langsung

Sequencer bersama adalah layanan atau jaringan yang menerima data transaksi dari beberapa rollup dan menghasilkan urutan bersama yang disepakati. Rollup peserta membaca bagian log terurut yang ditujukan kepadanya lalu menjalankannya menurut aturan transisi status masing-masing. Lapisan ini juga dapat memberi prakonfirmasi cepat sebelum data mencapai lapisan ketersediaan data dan penyelesaian rollup.

“Bersama” berarti digunakan oleh beberapa rollup, bukan model kepercayaan tertentu. Sequencer dapat tersentralisasi, dijalankan komite berizin, atau diamankan konsensus terdesentralisasi. Ia sendiri tidak membuktikan eksekusi benar, menjamin data selalu tersedia, menyelesaikan rollup di rantai induk, atau menjamin tindakan lintas rollup bersifat atomik.

Desain ini dapat menyebarkan infrastruktur pengurutan, memberi beberapa rollup pandangan konsisten atas urutan relatif, dan mengurangi operasi ganda. Namun ada ketergantungan baru yang dapat memengaruhi semua rollup terhubung sekaligus.

Cara kerja

  • Kirim. Pengguna, dompet, atau gateway rollup mengirim transaksi bertanda tangan atau bundel buram, biasanya dengan pengenal atau namespace rollup.
  • Urutkan. Operator atau jaringan konsensus memilih transaksi, menentukan inklusi, dan menyepakati blok atau log terurut bersama. Aturannya menentukan paparan sensor, biaya, dan MEV.
  • Prakonfirmasi. Layanan dapat menandatangani atau memfinalkan komitmen urutan. Jaminannya berasal dari asumsi penanda tangan, komite, stake, atau konsensus implementasi, bukan otomatis finalitas rantai induk.
  • Distribusikan. Relayer dan node rollup mengambil data, memverifikasi komitmen, dan menyaring entri masing-masing rollup.
  • Eksekusi dan terbitkan. Setiap rollup menjalankan transaksinya serta menerbitkan data dan komitmen status sesuai protokolnya. Sequencer malas dapat mengurutkan byte buram tanpa memvalidasi transisi status rollup.
  • Selesaikan. Sistem bukti atau tantangan, aturan ketersediaan, kontrak bridge, dan konsensus rantai induk menentukan kebenaran eksekusi, penarikan, dan penyelesaian akhir.

Urutan bersama membantu koordinasi karena aplikasi dapat merujuk peristiwa pengurutan yang sama. Interoperabilitas atomik tetap memerlukan logika tambahan untuk mendefinisikan kedua sisi, memverifikasi hasil, serta mencegah atau menangani eksekusi parsial. Urutan bersama saja tidak mengirim pesan atau menentukan rollback.

Contoh

Misalkan aplikasi menukar aset di Rollup A dengan aset di Rollup B. Kedua sisi transaksi dikirim sebagai bundel ke lapisan yang dipakai keduanya. Sequencer berkomitmen pada urutan relatif dan setiap rollup mengambil entrinya dari log yang sama.

Jika kedua rollup dan protokol interoperabilitas mengenali bundel, memverifikasi komitmen, dan menerapkan aturan semua-atau-tidak-sama-sekali, urutan bersama dapat mengoordinasikan eksekusi. Jika Rollup A mengeksekusi bagiannya sedangkan Rollup B menolak, menunda, atau tidak memperoleh bagiannya, pertukaran belum atomik. Bridge, sistem bukti, escrow, atau aturan pemulihan harus menyelesaikan status itu.

Prakonfirmasi, publikasi ketersediaan, hasil eksekusi, dan penyelesaian rantai induk harus dilacak sebagai status terpisah. Antarmuka yang hanya menampilkan “terkonfirmasi” dapat menyamarkan jaminan yang benar-benar tercapai.

Risiko

  • Gangguan bersama. Kegagalan konsensus, cacat perangkat lunak, masalah relayer, atau gangguan jaringan dapat menghentikan beberapa rollup. Masing-masing memerlukan jalur cadangan dan aturan rekonsiliasi setelah pulih.
  • Sensor dan tata kelola. Validator, operator, kebijakan penerimaan, atau otoritas peningkatan dapat mengecualikan transaksi atau rollup. Konsensus terdesentralisasi tidak cukup jika partisipasi atau pengiriman tetap berizin.
  • Pengurutan dan MEV. Pandangan bersama dapat mengoordinasikan aktivitas, tetapi juga memusatkan arus pesanan dan memungkinkan front-running lintas domain, inklusi istimewa, atau ekstraksi MEV canggih.
  • Ketidakcocokan konfirmasi. Komitmen sequencer, konfirmasi ketersediaan, hasil eksekusi, dan penyelesaian rantai induk adalah jaminan berbeda. Dana dapat hilang bila sinyal paling awal dianggap paling kuat.
  • Kegagalan data dan integrasi. Namespace salah, derivasi cacat, data tidak tersedia, peningkatan tidak kompatibel, atau adaptor yang disusupi dapat menyebabkan input salah atau menghentikan derivasi blok.
  • Pemusatan ekonomi dan kendali. Kumpulan validator, token, klien, layanan RPC, atau tata kelola bersama dapat menjadi sistemik. Infrastruktur bersama dapat menyebarkan operator satu rollup sekaligus memusatkan ekosistem pada lapisan lain.

Kesalahpahaman umum

  • Bersama berarti terdesentralisasi. Berbagi menunjukkan jumlah rollup pengguna; desentralisasi bergantung pada siapa yang dapat memvalidasi, mengusulkan, mengirim, meningkatkan, dan memulihkan jaringan.
  • Satu urutan berarti satu mesin status. Setiap rollup biasanya mempertahankan eksekusi dan status terpisah. Sequencer dapat mengurutkan data yang tidak dipahami atau dijalankannya.
  • Prakonfirmasi adalah finalitas rantai induk. Kekuatan dan syarat pembalikannya berasal dari protokol pengurutan sampai tahap ketersediaan, bukti, dan penyelesaian selesai.
  • Pengurutan bersama menghapus kebutuhan bridge. Aset dan pesan tetap membutuhkan transisi terautentikasi, logika penyelesaian, dan penanganan kegagalan lintas rollup.
  • Desain menghapus MEV dan sensor. Ia mengubah pengendali urutan dan dapat memperbaiki akuntabilitas atau persaingan, tetapi kekuasaan serta insentif pengurutan tetap ada.

Topik terkait

Sumber

Navigasi

Cari di wiki...