I. Pengantar

Waktu berlalu. Menurut Optimism, lebih dari setahun telah berlalu, dan menurut Arbitrum, hampir setengah tahun telah berlalu; menerbitkan koin hanya langkah pertama dalam perjalanan panjang mereka. Selama periode ini, Optimism meningkatkan Bedrock dan meluncurkan tumpukan L2 modular universal OP Stack, yang melahirkan Rollups bintang seperti Base; Arbitrum berkomitmen untuk menjelajahi aplikasi L3 untuk mempromosikan Arbitrum Orbit.

Di bawah kepemimpinan kedua raksasa tersebut, TVL Jalur Gulung sekali melampaui 10 miliar dolar AS dan saat ini stabil di sekitar 10 miliar dolar AS. Di balik Rollups yang dinikmati sebagai solusi penskalaan “tanda tangan” Ethereum, mereka masih memiliki atribut non-censorship-resistant dan terpusat. Rantai Rollup utama umumnya menggunakan pengurut terpusat resmi. Meskipun proyek Rollup seperti Arbitrum, Optimism, dan StarkNet termasuk desentralisasi pengurut dalam peta jalan, hal itu belum diimplementasikan dalam jangka pendek hingga menengah perencanaan. Sebagai bagian teka-teki desentralisasi Rollup yang paling penting, pengurut terdesentralisasi memiliki posisi strategis yang sangat penting bagi Rollup itu sendiri, dan juga adalah aspirasi dari orang-orang.

Menurut data L2Beat, TVL untuk trek L2 per 1 Oktober 2023

II. Biaya transaksi Rollup

Sebelum kita memahami apa itu penyusun, mari kita bicara tentang komponen biaya transaksi Rollup. Biaya transaksi Rollup adalah biaya gas yang ditanggung pengguna dalam transaksi L2 seperti Arbitrum.

Ini terutama terdiri dari 2 bagian:
Biaya eksekusi L2
Biaya data L1

Biaya eksekusi L2: biaya eksekusi transaksi di L2 (setiap transaksi yang dimulai di rantai L2 dikenai biaya eksekusi)
Harga gas transaksi = Biaya dasar L2 + Biaya prioritas L2
Biaya eksekusi L2 = harga gas transaksi * penggunaan gas L2

Biaya data L1: Biaya memposting transaksi L2 ke L1. Umumnya, biaya data L1 lebih mahal daripada biaya eksekusi L2.

Biaya transaksi L2 = biaya eksekusi L2 + biaya data L1

Pendapatan pengurutan bersih = Pendapatan biaya transaksi L2 - Biaya operasional pengurut - Biaya data L1

Sequencer terpusat yang dioperasikan oleh pihak proyek memiliki sejumlah kekuatan penetapan harga (misalnya, biaya eksekusi L2 sedikit lebih tinggi, biaya data L1 sedikit lebih tinggi), itulah mengapa beberapa proyek Rollup terkenal menghasilkan banyak uang.

Apa itu pengatur urutan?

Sebuah pengurut, seperti namanya menunjukkan, adalah peran yang bertanggung jawab atas peringkat transaksi. Di jaringan Bitcoin, para penambang bertanggung jawab atas peringkat transaksi; Ethereum bertanggung jawab atas sekelompok node, tidak ada yang memainkan peran tetap, melainkan mekanisme konsensus untuk menentukan siapa yang berwenang untuk berpartisipasi dalam eksekusi berurutan.

Saat ini, Rollups utama semuanya dijalankan oleh satu penyusun terpusat tunggal. Transaksi pengguna L2 masuk ke mem pool (pada titik ini, transaksi dalam mem pool berada dalam keadaan tidak terurut), dan penyusun mengurutkan dan mengompres transaksi ke dalam satu set batch yang terurut, dan kemudian dikirim ke lapisan DA dari Ethereum.

Proses operasi sekuen

Apakah Rollup memerlukan sequencer?

Jawabannya adalah tidak. Transaksi pada Rollup dapat sepenuhnya melewati sequencer dan dikirimkan ke lapisan dasar L1. L1 bertanggung jawab untuk penyortiran dan penyelesaian, tetapi mereka juga akan menghadapi konsumsi gas yang lebih tinggi dan waktu konfirmasi transaksi yang lebih lama.

Sequencer Rollup mirip dengan menggunakan “jalur cepat”, memampatkan ratusan atau ribuan transaksi L2 ke dalam satu transaksi L1 tunggal, sehingga sangat mengurangi biaya gas. Itulah mengapa Rollups mainstream hari ini semua menjalankan sequencer terpusat, yang memberikan pengguna biaya gas yang lebih rendah dan konfirmasi transaksi yang lebih cepat, sehingga meningkatkan pengalaman transaksi pengguna.

3. Pemangkasan terpusat vs. pemangkasan terdesentralisasi

Pusatkan!

Keuntungan dari sentralisasi sangat jelas. Anda dapat mengurutkan transaksi sesuai keinginan Anda; tidak perlu mengubah urutan, dan tidak perlu sepakat tentang hasil urutan. Ini berarti memiliki kecepatan konfirmasi transaksi yang sangat cepat, dan pengalaman pengguna lebih baik;

Namun, sentralisasi juga memberikan otonomi besar kepada pengurut untuk mengurutkan transaksi. Ia dapat sewenang-wenang mengurutkan transaksi untuk memaksimalkan peluang arbitrase sendiri, merebut nilai MEV, menunda transaksi pengguna, dan bahkan benar-benar menyensor pengguna.

Pengurut dapat memperoleh nilai MEV dengan mengubah urutan transaksi dalam satu blok; yang lebih berbahaya adalah bahwa karena pengurut mengontrol urutan beberapa blok berturut-turut, mudah untuk menjalankan MEV lintas blok, menyebabkan serangan besar-besaran.

Keadaan di atas semuanya merupakan pelanggaran aktif oleh sekuen. Beberapa kesalahan tidak dimaksudkan oleh sekuen, namun mereka masih merusak pengalaman dan hak pengguna. Misalnya, sekuen secara tidak sengaja menyertakan ulang transaksi token yang sudah dihabiskan dalam janji lunak dan kemudian dikirim ke L1 untuk verifikasi. Mungkin juga ada kasus di mana transaksi tidak dapat dikonfirmasi; itu juga seperti satu sekuen yang offline, menyebabkan lapisan kedua tidak dapat menghasilkan blok dengan benar, dan jaringan down untuk waktu yang lama.

Ikan dan beruang tidak mungkin, tetapi mengoptimalkan kinerja Rollup tidak boleh dilakukan dengan mengorbankan desentralisasi dan ketahanan sensor.

Terdesentralisasi?

Jika sentralisasi adalah 1, maka desentralisasi adalah banyak. Ada perbedaan dalam jalur implementasi solusi pengurut terdesentralisasi yang berbeda, tetapi konsep inti mereka sama, yaitu desentralisasi.

Sequencer tidak lagi memiliki hak untuk mengurutkan transaksi secara sentral. Peran yang bertanggung jawab atas peringkat dipilih dari kumpulan set sequencer berdasarkan mekanisme pemilihan tertentu dan berputar untuk siklus tetap.

Desentralisasi mencegah sequencer untuk terus merebut MEV, dan juga mencegah sequencer tunggal meninjau transaksi pengguna. Ditambah dengan mekanisme hukuman pidana yang sesuai, itu juga dapat secara efektif mengatur perilaku sequencer.

IV. Gambaran Umum Jalur Pemroses Terdesentralisasi

Setelah berkeliling begitu lama, akhirnya kita mulai berbisnis. Pengurutan terdesentralisasi. Salah satunya dibuat oleh proyek Rollup itu sendiri, dan yang lainnya diimplementasikan oleh pihak ketiga. Menggunakan pihak ketiga untuk mengimplementasikan pengurut terdesentralisasi sebenarnya juga bisa disebut sebagai pengurutan-sebagai-layanan, dan pengurutan adalah sebuah layanan.

Proyek-proyek seperti Espresso, Astria, SUAVE, dan Radius semuanya berfokus pada solusi pengurutan terdesentralisasi, dan jalur implementasi mereka bervariasi.

1. Espresso

Espresso Systems awalnya merupakan penyedia layanan yang berfokus pada solusi privasi. Pada Maret 2022, diumumkan bahwa perusahaan ini telah menerima hampir $30 juta dalam pendanaan Seri A dengan Electric Capital, Sequoia, dan Blockchain Capital. Espresso Systems kini pada dasarnya berubah menjadi Espresso Sequencer, yang mengkhususkan diri dalam menyediakan layanan sequencer terdesentralisasi untuk Rollup.

Pendanaan Espresso

Di bawah mekanisme peringkat pengolah Espresso, transaksi L2 umumnya mengalami siklus hidup berikut:

1) Transaksi yang dilakukan oleh pengguna pada lapisan kedua dikirim ke server Rollup (API);

2) Transaksi masuk ke mempool, dan pengurut (dipilih oleh konsensus HotShot) mengurutkan dan menyertakan transaksi dalam sebuah blok;

3) Sequencer menyiarkan transaksi. Setelah mencapai konsensus HotShot melalui node lain, blok diterbitkan, dan transaksi dijalankan; janji lunak memberikan konfirmasi transaksi cepat

4) Sequencer mengirim dan menyimpan sertifikat konsensus (QC: Quorum Certificate) dengan janji blok yang berisi transaksi di kontrak sequencer L1 (membuktikan bahwa blok telah mencapai finalitas lunak melalui konsensus);

5) Node Rollup yang telah mengeksekusi blok mengirimkan status Rollup baru ke L1 (pada titik ini, zKrU memerlukan bukti keabsahan, dan ORU membuka periode tantangan)

6) Kontrak L1 Rollup memeriksa validitas pembaruan status dengan memverifikasi QC yang dikirim oleh kontrak pengurutan.

Siklus hidup transaksi L2 di bawah mekanisme penyortingan Espresso

Proses ini tampaknya tidak jelas dan sulit dipahami; Cara sederhana untuk memahaminya adalah:

Konsensus HotShot memilih salah satu dari serangkaian pengurutan. Bertanggung jawab untuk mengurutkan transaksi Rollup dan menyertakan transaksi dalam blok; blok ini harus ditandatangani dan disetujui oleh node Rollup lainnya (2/3 atau lebih node HotShot setuju) untuk menjadi “final”, dan kemudian janji-janji blok yang relevan dan akar status Rollup baru diserahkan ke lapisan dasar L1 untuk diverifikasi.

"Finalitas" di atas di dalam tanda kutip; "finalitas dengan tanda kutip" dan finalitas tanpa tanda kutip bukanlah suatu konsep. "Finalitas" dengan tanda kutip adalah untuk memungkinkan transaksi Rollup dikonfirmasi lebih cepat, dengan lebih sedikit penundaan, dan pengalaman pengguna yang lebih baik; namun, transaksi Rollup pada akhirnya memerlukan lapisan dasar L1 untuk diverifikasi (zKru perlu memverifikasi bukti keabsahan, ORU harus menunggu akhir periode tantangan). Jika tidak ada masalah dalam memverifikasi bahwa transaksi yang diajukan oleh Rollup baik-baik saja, maka transaksi Rollup tersebut benar-benar final.

Ini berarti: jika lapisan dasar L1 memverifikasi bahwa transaksi tidak valid, blok L2 terkait yang sudah dirilis akan menghadapi rollback. Oleh karena itu, 'finalitas' adalah untuk transaksi dikonfirmasi dengan cepat, dan finalitas adalah untuk mewarisi keamanan Ethereum.

Arsitektur urutan transaksi bebas espresso

Integrasi arsitektur urutan transaksi Espresso

Espresso + eigenLayer

Espresso menyelesaikan masalah rotasi sequencer dan penentuan 'finalitas' transaksi berdasarkan konsensus HotShot, dan menyelesaikan masalah penerimaan sequencer dengan memperkenalkan EigenLayer.

Mekanisme re-staking EigenLayer memungkinkan pengepul Ethereum secara bersamaan menjadi pengurut Espresso, memberikan keamanan untuk konsensus HotShot. Dengan kata lain, pengepul node Ethereum dapat menjadi Pengurut Espresso (ESQ) melalui mekanisme re-staking EigenLayer. Sambil menerima manfaat node PoS, pengepul Ethereum juga menangkap nilai MEV tingkat kedua.

Manfaat potensial bagi pemegang ETH = hadiah simpul jaringan asli + L2 EVM + hadiah simpul dari rantai PoS lainnya (menggunakan mekanisme restaking EigenLayer). Triple buff ini sangat memberdayakan ETH.

Solusi Pengurutan Terdesentralisasi EigenLayer

Espresso adalah solusi pengurut terdesentralisasi serbaguna. Selain EigenLayer, proyek kerjasama ekologis meliputi proyek modular populer seperti Arbitrum, OP Stack, Caldera, AltLayer, dll.

Rencana Kerjasama Ekologis Espresso

2. Astria

Astria diposisikan sebagai sequencer generik dan terdesentralisasi tanpa izin, menyediakan layanan sequencer bersama out-of-the-box untuk Rollup yang berbeda. Dalam hal pembiayaan, Astria mengumumkan penyelesaian putaran benih senilai $5,5 juta yang dipimpin oleh Maven 11 pada April 2023. Co-investor termasuk 1k (x), Delphi Digital, Lemniscap, Robot Ventures, dll. Meskipun skala pembiayaannya kecil, jajaran institusionalnya cantik.

Keadaan pendanaan Astria

mekanisme operasi

Mekanisme operasi dari pemeriksa terdesentralisasi Astria mirip dengan Pemeriksa Espresso. Tujuannya adalah untuk melemahkan hak istimewa pemeriksa dengan mendelagasikan hak urutan transaksi. Mari kita lihat lebih dekat:

Untuk rotasi pengurutan, Astria mengusulkan dua mekanisme rotasi: rotasi pemimpin sederhana (rotasi pemimpin) dan algoritma konsensus Byzantine fault tolerance (BFT).

1) Rotasi pemimpin
Sebuah set dibentuk melalui pemilih urutan, dan set pemilih bergantian untuk mengurutkan transaksi Rollup. Metode ini mencegah satu pemilih urutan dari terus memonopoli hak peringkat transaksi untuk jangka waktu yang lama, dan memecahkan masalah peninjauan terus menerus oleh pengguna sampai batas tertentu.

Mekanisme rotasi kepemimpinan Astria

2) algoritma konsensus BFT
Mirip dengan mekanisme rotasi pemimpin, urutan yang mengambil giliran bertanggung jawab untuk merangking transaksi, tetapi 2/3 atau lebih anggota dalam set urutan harus setuju pada peringkat ini.

Masing-masing dari kedua metode memiliki kelebihan dan kekurangan: yang pertama memungkinkan konfirmasi transaksi lebih cepat, generasi blok yang cepat, dan dekat dengan pengurutan terpusat. Namun, titik kompromi adalah masih sulit untuk menahan pengurut pada gilirannya dari melakukan kejahatan; menggunakan konsensus BFT bahkan lebih tidak mungkin, dan 2/3 dari pengurut dalam set perlu memberikan suara untuk mencapai konsensus sebelum blok muncul. Namun, dibutuhkan waktu tertentu untuk melakukan pemungutan suara konsensus, menyebabkan keterlambatan jaringan.

Algoritma konsensus BFT Astria

3. SUAVE

SUAVE adalah solusi sequencer bersama plug-and-play terdesentralisasi yang dibangun oleh Flashbots. Sebagai solusi umum, SUAVE dapat menyediakan kumpulan memori dan konstruksi blok terdesentralisasi untuk L1 / L2 apa pun. Perbedaan antara SUAVE dan desain sequencer bersama yang dijelaskan di atas adalah bahwa SUAVE Chain itu sendiri adalah rantai yang kompatibel dengan EVM, dan transaksi dipesan melalui blok "penawaran".

arsitektur SUAVE

Arsitektur SUAVE terdiri dari 3 komponen inti: lingkungan preferensi umum, pasar eksekusi optimal, dan konstruksi blok terdesentralisasi.

1) Lingkungan yang diinginkan
Preferensi bervariasi dari transaksi sederhana hingga peristiwa kompleks. Preferensi pengguna tercermin dalam mempool dalam bentuk transaksi, dan lingkungan preferensi merupakan mempool publik yang menggabungkan preferensi. Lingkungan preferensi umum yang disediakan oleh SUAVE membuat preferensi pengguna multi-rantai terbuka dan transparan, menghilangkan informasi yang buruk, dan memecahkan masalah MEV lintas-rantai sampai batas tertentu.

2) Jalankan pasar
Pasar eksekusi adalah jaringan di mana pelaksana bertanggung jawab untuk memantau mempool SUAVE dan bersaing satu sama lain, dan persaingan mendorong mereka untuk memberikan eksekusi terbaik untuk preferensi pengguna. Dapat dipahami bahwa semua pelaksana mencapai preferensi pengguna melalui "penawaran" dan mengembalikan sebanyak mungkin MEV yang dihasilkan oleh transaksi pengguna kepada pengguna.

3) Konstruksi blok terdesentralisasi
Akhirnya, berdasarkan preferensi yang terkumpul dan jalur pelaksanaan terbaik, jaringan konstruksi blok terdesentralisasi menyertakan mereka dalam blok. Pada titik ini, seluruh proses penemuan transaksi, penataan transaksi, dan pembangkitan blok telah terwujud.

komponen inti SUAVE

4. Radius

Targeting Radius adalah lapisan pemesanan bersama yang tidak memerlukan kepercayaan. Berbeda dengan mekanisme implementasi yang dijelaskan di atas, Radius memastikan bahwa transaksi Rollup diberi peringkat tanpa kepercayaan dengan mengaktifkan mempools terenkripsi, sehingga menghilangkan MEV yang efektif dan sensor transaksi pengguna.

Dalam hal pembiayaan, Radius mengumumkan penyelesaian putaran pra-seed sebesar $1,7 juta yang dipimpin oleh Hashed pada Juni 2023, dengan para co-investor termasuk Superscrypt, LambdaClass, dan Crypto.com.

Informasi Pendanaan Radius

Sequencer terdesentralisasi berdasarkan mekanisme konsensus seperti Espresso dan Astria mengurangi MEV dan meninjau risiko sampai batas tertentu, tetapi dengan biaya skalabilitas jaringan dan efisiensi waktu, mereka menyebabkan penundaan konfirmasi transaksi tertentu (membutuhkan konsensus pada peringkat transaksi). Selain itu, meskipun peringkat transaksi berada dalam lingkungan yang terdesentralisasi, karena transaksi terkait mempool transparan, masih ada ruang untuk kerusakan untuk merebut MEV. Radius mengenkripsi mempool, dan informasi transaksi yang relevan tidak terlihat oleh sequencer. Tujuannya adalah untuk menghentikan sequencer dari mengekstraksi MEV dengan jahat dan meninjau transaksi di sumbernya.

Arsitektur teknis

Arsitektur teknologi Radius dapat dibagi menjadi empat lapisan fungsional berikut: Radius (Radius), Lapisan Eksekusi (Rollup), Lapisan Penyelesaian, dan Lapisan Ketersediaan Data.

1) Sorting layer

1. Pengguna mengirimkan transaksi kriptografi dan sertifikat ke penyusun urutan; 2. Penyusun urutan memverifikasi sertifikasi dan memverifikasi transaksi; 3. Penyusun urutan mengurutkan transaksi, dan transaksi tidak dapat diuraikan sampai saat itu; 4. Penyusun urutan membangun blok; 5. Penyusun urutan mengirimkan blok ke Rollup untuk dieksekusi.

2) Lapisan eksekusi

1. Rollup menerima blok dari sequencer dan menjalankan transaksi sesuai urutan yang diberikan; 2. Rollup mengirimkan status transaksi dan bukti status ke lapisan penyelesaian.

3) Lapisan Penyelesaian

1. Lapisan penyelesaian menerima status dan sertifikat status dari Rollup, dan bertanggung jawab untuk memverifikasi sertifikasi dan menentukan finalitas transaksi; 2. Lapisan pemesanan memverifikasi bahwa eksekusi sesuai dengan pesanan.

4) Lapisan ketersediaan data

Layer ketersediaan data menyimpan data dan memastikan bahwa data tersebut tersedia.

arsitektur hirarkis fungsional utama Radius

Mekanisme enkripsi Mempool - PVDE

Radius menggunakan “Practical Verifiable Delayed Encryption” (PVDE), sebuah skema enkripsi berdasarkan bukti pengetahuan nol, untuk membuat mempool terenkripsi.

Proses khusus adalah sebagai berikut:

Ketika seorang pengguna mengirimkan transaksi ke pengurut:

1. Pengguna menghasilkan teka-teki terkunci waktu dan kunci simetris;
2. Pengguna menggunakan kunci simetris untuk mengenkripsi transaksi, dan transaksi yang terenkripsi masuk ke mempool;
3. Sequencer mengurutkan transaksi yang dienkripsi. Sequencer perlu membuka kunci puzzle kunci waktu untuk mendapatkan kunci dekripsi;
4. Sequencer menghitung janji pesanan sebelum membuka teka-teki kunci waktu, dan lapisan penyelesaian untuk penyerahan janji (digunakan untuk memverifikasi bahwa sequencer mengirimkan transaksi ke Rollup secara berurutan).

Proses enkripsi/dekripsi transaksi radius

Solusi terdesentralisasi untuk pengatur urutan

Mempools terenkripsi memastikan bahwa pengurut tidak dapat dipercaya, tetapi risiko kegagalan titik tunggal masih ada. Jika Anda menjalankan satu pengurut tunggal + mempool terenkripsi, kegagalan pengurut akan menyebabkan jaringan menjadi down. Untuk mengatasi masalah ini, Radius mengusulkan berbagai solusi implementasi pengurut terdesentralisasi, termasuk mekanisme pemilihan pemimpin rahasia, mekanisme segmentasi grup pengurut, dll.

Tentu saja, Radius juga dapat memilih untuk merujuk pada mekanisme rotasi pengatur Espresso dan Astria, sambil membuat urutan transaksi terdesentralisasi dan tidak dapat dipercaya.

Optimisasi ruang blok

Melalui optimisasi ruang blok, Radius bertujuan untuk mencapai tujuan melindungi pengguna sambil memaksimalkan keuntungan Rollup. Rollup menggunakan mekanisme peringkat first-come-first-served (FCFS). Keuntungannya adalah dapat mencegah MEV secara efektif, dan kerugiannya adalah potensi keuntungan dari lelang ruang blok harus dikorbankan.

Untuk mengatasi dilema peringkat transaksi yang dijelaskan di atas, Radius membagi ruang blok menjadi 2 bagian: ruang blok atas dan ruang blok bawah:

Di antaranya, ruang blok teratas didedikasikan untuk transaksi pengguna, mengenkripsi transaksi pengguna untuk menghilangkan manipulasi peringkat transaksi, sehingga melindungi pengguna dari MEV berbahaya dan risiko sensorship; blok bawah memperkenalkan pasar transaksi berbasis lelang di mana arbitrator dapat mengirimkan transaksi bundel dan penawaran mereka ke penyusun, dan penyusun akan memilih transaksi bundel dengan penawaran tertinggi untuk dimasukkan ke dalam blok. Metode ini dapat memaksimalkan keuntungan Rollup.

Di atas adalah solusi urutan desentralisasi umum utama saat ini. Untuk Rollup, apakah Anda menghadapi menjalankan sequencer terpusat atau sequencer desentralisasi? Mengintegrasikan solusi sequencer umum pihak ketiga atau mendesentralisasikannya sendiri? Teknologi apa yang digunakan untuk menerapkan solusi untuk mendesentralisasikan urutan transaksi? Menimbang pro dan kontra dari berbagai dimensi, dll.

5. Permainan antara Rollups

Trade-off 1: Terdesentralisasi atau tidak?

Beberapa Rollups utama, seperti Optimism, Arbitrum, zkSync, dan Base, menghasilkan banyak uang dengan menjalankan sequencer terpusat. Desentralisasi akan melibatkan pembagian keuntungan. Tanpa mempertimbangkan lanskap persaingan yang semakin sengit di sirkuit Rollup, tidak ada yang ingin berbagi sajian manis ini. Tetapi mari kita katakan Rollup memimpin dalam meluncurkan sequencer terdesentralisasi. Ini mungkin menjadi titik masuk lalu lintas yang besar, membentuk efek demonstrasi dalam sirkuit segmentasi Rollup, sehingga memaksa proyek Rollup lainnya untuk mendesentralisasi sequencer mereka.

Trade-off 2: Mengintegrasikan pihak ketiga generik vs. solusi in-house yang didedikasikan

Secara umum, ada 2 cara bagi pengurutan untuk mencapai desentralisasi: salah satunya adalah dengan menggunakan apa yang telah dilakukan orang lain; yang lainnya adalah melakukannya sendiri. Karena pihak ketiga seperti Espresso dan Astria dapat menyediakan Layanan pengurutan desentralisasi siap pakai untuk Rollup, Rollup itu sendiri dapat terus fokus pada diferensiasi produk dan mengoptimalkan kinerja untuk meningkatkan daya saing intinya; selain itu, solusi pengurutan desentralisasi umum terpadu juga lebih mendukung untuk mencapai interoperabilitas, membawa lebih banyak kemungkinan, termasuk arbitrase lintas-Rollup. Kekurangan dari solusi ini mungkin bahwa token asli Rollup sendiri tidak dapat memberdayakan secara efektif.

Jika Rollup menggunakan solusi khusus internal untuk mengimplementasikan sequencer terdesentralisasi, ini adalah solusi yang paling memakan waktu dan mahal, tetapi ini memang cara paling efektif untuk mengaktifkan token asli Rollup. Misalnya, pihak proyek StarkNet dapat meminta pengguna untuk mempertaruhkan token asli perjanjian sebagai sequencer untuk berpartisipasi dalam peringkat transaksi Rollup, dan membebankan biaya layanan tertentu untuk mencapai akumulasi nilai.

Trade-off 3: Solusi implementasi teknologi apa yang digunakan untuk mencapai peringkat terdesentralisasi?

Seperti yang disebutkan sebelumnya, ada banyak solusi implementasi teknis untuk mencapai peringkat transaksi terdesentralisasi, termasuk namun tidak terbatas pada solusi berdasarkan mekanisme konsensus yang berbeda, FCFS, penawaran blok, dan mempools terenkripsi. Setiap solusi implementasi teknologi memiliki kelebihan dan kekurangan: berdasarkan mekanisme konsensus, efisiensi waktu akan terbatas, mempools terenkripsi tidak dapat memaksimalkan keuntungan Rollup, dll. Tentu saja, Anda juga dapat merujuk pada integrasi 2 implementasi teknologi yang berbeda dari Astria. Pengorbanan antara berbagai implementasi teknis adalah masalah yang semua proyek Rollup memerlukan pertimbangan yang hati-hati.

Tulis di akhir

Meskipun Optimism dan Arbitrum, pemimpin dalam sirkuit Rollup, kini telah mengeluarkan koin, ini mungkin hanya awal; persaingan dalam arti sebenarnya mungkin baru saja dimulai. Setidaknya jika dilihat dari tren saat ini, sequencer terdesentralisasi harus menjadi medan perang bagi militer.

Proyek ZK Rollup juga sedang naik secara diam-diam. Di lingkungan yang semakin kompetitif, langkah yang salah dapat menyebabkan kerugian yang tak terkira. Namun, di hadapan inovasi yang memengaruhi hidup dan mati proyek, Rollups tidak punya pilihan selain beradaptasi dengan tren umum.

Disclaimer:

1. Artikel ini dicetak ulang dari [cermin]. Semua hak cipta milik pengarang asli [helloyyy]. Jika ada keberatan terhadap pencetakan ulang ini, silakan hubungi tim Gate Learn（gatelearn@gate.io), dan mereka akan menanganinya dengan segera.
2. Penafian Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.