Perkembangan dan Masa Depan MEV di Jaringan Sui

MEV (Maximum Extractable Value) telah menjadi topik yang sangat diperhatikan di industri blockchain, yang melibatkan urutan transaksi dan peluang arbitrase. Untuk meningkatkan transparansi, melindungi transaksi, menjaga kesehatan jaringan, dan memberi penghargaan kepada peserta, jaringan Sui secara bertahap menerapkan proposal perbaikan dan mekanisme lainnya untuk mengarahkan perkembangan MEV di jaringan.

Selain mekanisme yang ada, Sui berencana untuk membangun lebih banyak mekanisme untuk memastikan prinsip intinya memandu evolusi MEV di jaringan.

Prinsip Desain dan Faktor Pertimbangan

Setiap transaksi di jaringan Sui akan memperkenalkan informasi baru, membawa peluang arbitrase yang potensial. Ekosistem MEV di Sui dibentuk melalui beberapa mekanisme berikut:

• Mekanisme Pengajuan Transaksi MEV
• Mekanisme Penerbitan Peluang MEV
• Mekanisme distribusi keuntungan MEV
• Mekanisme perlindungan transaksi pengguna

Prioritas keseluruhan Sui adalah sebagai berikut:

• Perlindungan transaksi pengguna lebih diutamakan daripada pengambilan nilai. Mengutamakan slippage yang lebih kecil, bukan pengambilan nilai yang lebih besar. Menghindari lelang luar protokol yang menambah keterlambatan dan tidak memiliki opsi keluar.
• Transparansi jaringan lebih diutamakan daripada transaksi over-the-counter dengan node validator atau relayer.
• Mendorong persaingan melalui lelang gas prioritas (PGA), menekan perilaku sampah yang menyebabkan sistem tidak efisien: Dalam kondisi ideal, strategi optimal pencari adalah mengirimkan satu transaksi, di mana biaya prioritas ditentukan oleh nilai yang diambil.
• Mendorong distribusi hadiah kepada peserta yang sejalan dengan kepentingan ekosistem: node verifikasi, penyetor, aplikasi, dan pengguna.

Pengiriman Transaksi

Karena transaksi pada objek yang sama dieksekusi secara berurutan, klien akan bersaing untuk meningkatkan peluang urutan eksekusinya. Dari sudut pandang sistem, PGA adalah cara alokasi sumber daya yang efektif, dapat mencegah perilaku sampah, sambil mendistribusikan kembali biaya gas di antara para peserta.

Faktor pendorong utama PGA adalah kuantifikasi eksekusi:

• Transaksi yang diurutkan berdasarkan konsensus diproses dalam blok. Trader bersaing untuk prioritas melalui lelang gas, baik dalam persaingan internal saat pengajuan maupun dalam persaingan antar pengajuan yang berbeda.
• Ini berbeda dengan pembuat pasar di bursa terpusat, yang prioritas eksekusinya sepenuhnya bergantung pada kecepatan, dicapai melalui jaringan dengan latensi rendah dan algoritma.
• Tingkat pengajuan konsensus yang lebih tinggi mengurangi efek kuantitatif, membuat perdagangan terdesentralisasi lebih efisien, tetapi juga mempersempit jendela PGA.
• Saat ini, PGA untuk objek non-kongesti adalah yang paling penting bagi pencari tercepat. Pada kecepatan 15 pengajuan per detik di Sui, keunggulan kecepatan pengajuan transaksi sebesar 70 milidetik dapat menentukan apakah transaksi dapat diselesaikan.
• Objek kemacetan dapat menunda eksekusi transaksi, yang lebih lanjut memperbesar pentingnya PGA, karena jendela transaksi bersaing mungkin 10 kali lipat dari pengajuan konsensus biasa.

Ada dua mekanisme untuk mengarahkan transaksi ke pengajuan Sui tertentu yang akan datang:

1. Mengajukan sekelompok transaksi melalui bundling lunak

• Transaksi yang diajukan melalui bundel lunak memiliki kemungkinan tinggi untuk termasuk dalam pengajuan konsensus yang sama dengan bundel yang valid. Syarat validitas bundel mengharuskan semua harga gas transaksi sama.
• Dalam praktiknya, mekanisme ini memungkinkan lelang off-chain untuk transaksi asli dan transaksi berikutnya.

2. Memperbesar transaksi prioritas melalui konsensus

• Mekanisme ini mengatasi masalah potensi jitter dalam pengajuan konsensus, menghindari transaksi dengan harga gas yang lebih rendah yang diserahkan secara bersamaan ditempatkan setelah transaksi dengan harga gas yang lebih tinggi.
• Dua sumber jitter alami dalam pengajuan konsensus: ( node validasi yang diajukan tertinggal dari beberapa putaran konsensus: transaksi yang diajukan oleh node validasi lain mungkin terlebih dahulu diurutkan. ) pemimpin putaran konsensus memiliki keuntungan dibandingkan dengan pengajuan node validasi lainnya.
• Mekanisme ini memperbesar transaksi yang lebih tinggi dari k x RGP(k adalah parameter sistem, saat ini dikonfigurasi menjadi 5, RGP adalah harga gas referensi ) untuk memperkuat pengajuan konsensus. Transaksi dengan harga gas n x RGP akan diperbesar n kali.
• Penerapan luas mekanisme ini akan menciptakan sistem yang lebih efisien dan kompetitif secara adil. Perlu dicatat bahwa mekanisme ini tidak akan mengubah atribut dasar sistem dari sudut pandang klien: ini menekan perilaku sampah dengan menawarkan alternatif yang lebih efisien.

Memilih harga gas trading yang tepat

Klien harus mempertimbangkan faktor-faktor utama berikut untuk menentukan harga gas saat mengajukan transaksi:

1. Lelang gas prioritas

Dalam pengajuan konsensus, transaksi yang mengubah objek yang sama diurutkan berdasarkan harga gas, memberikan kesempatan bersaing yang adil bagi pencari.

2. Penggandaan pengajuan konsensus

Seperti yang disebutkan di atas, transaksi dengan harga gas yang melebihi 5 x RGP diajukan ke konsensus melalui n node verifikasi untuk memperbesar pengajuan konsensus. Setiap harga gas yang melebihi batas perbesaran akan mengurangi guncangan pengajuan yang tidak efisien. Dalam praktiknya, faktor perbesaran sebesar 5 cukup untuk menghilangkan guncangan, sementara harga gas 100 x RGP akan memiliki probabilitas tinggi untuk membuka pengajuan pemimpin berikutnya.

3. Hindari penundaan dan pembatalan yang berlebihan

Sui membatasi waktu dinding yang dieksekusi oleh checkpoint dengan mengontrol laju transaksi yang memodifikasi objek bersama yang sama. Transaksi yang memodifikasi objek yang mengalami kemacetan diurutkan berdasarkan harga gas, transaksi dengan harga lebih rendah akan ditunda dan akhirnya dibatalkan, untuk membatasi rantai eksekusi urutan terpanjang pada setiap checkpoint, yang merupakan mekanisme yang dikenal sebagai pasar biaya lokal berbasis objek. ( Perhatikan, meskipun objek bersama menawarkan peluang arbitrase yang tinggi, harga gas mungkin melonjak, tetapi bagian lain dari sistem tetap tidak berubah. )

Harga gas untuk melacak eksekusi dan pembatalan transaksi pada node lengkap, terutama untuk transaksi yang melibatkan modifikasi objek kemacetan. Melalui hasil pengoperasian transaksi, harga gas untuk transaksi dengan harga terendah yang telah dieksekusi dan transaksi dengan harga tertinggi yang dibatalkan dapat diperoleh. Dengan menggunakan informasi ini, klien dapat menentukan harga gas yang diperlukan untuk menghindari penundaan transaksi dengan probabilitas tinggi. ( Perhatikan, fungsi ini saat ini hanya sebagian diimplementasikan dan diharapkan akan dirilis sebagai bagian dari SDK dalam dua bulan ke depan. )

Publikasi Informasi Perdagangan

Setiap transaksi di Sui membawa peluang arbitrase yang potensial. Pertimbangkan siklus hidup transaksi objek bersama, dari saat klien mengirim hingga pihak ketiga mengamati efeknya:

1. Klien mengajukan transaksi: Klien mengajukan transaksi ke sebuah node RPC penuh ( yang biasanya dipilih oleh aplikasi ).
2. Node RPC menyebarkan transaksi: Node RPC menyebarkan transaksi ke node validasi, node validasi memverifikasi keabsahan transaksi dan menandatanganinya, node RPC mengumpulkan sertifikat transaksi dari tanda tangan kolektif node validasi.
3. Sertifikat transaksi siaran node RPC: Node RPC menyiarkan sertifikat transaksi ke node verifikasi.
4. Node verifikasi mengajukan transaksi: Sebuah node verifikasi yang dipilih secara deterministik akan mengajukan transaksi kepada konsensus. Konsensus menyebarkan blok di antara node verifikasi, dalam 3 putaran konsensus, blok yang berisi transaksi tersebut akan diajukan.
5. Eksekusi Transaksi: Transaksi dieksekusi di setiap node verifikasi.
6. Sertifikat efek transaksi dikirim kembali ke node RPC dan klien: Sertifikat efek setelah eksekusi transaksi akan dikembalikan ke node RPC dan klien.
7. Menghasilkan titik pemeriksaan: Dalam 1 hingga 3 putaran konsensus, setiap node validasi akan membentuk dan menandatangani satu titik pemeriksaan (. Titik pemeriksaan adalah batch dari beberapa pengajuan konsensus ).
8. Penyiaran Tanda Tangan Titik Periksa: Tanda tangan titik periksa akan disiarkan di antara node verifikasi, setiap node verifikasi membentuk sertifikat titik periksa.
9. Pemeriksaan Titik Cek Penyebaran Protokol Sinkronisasi Status: Protokol sinkronisasi status bertanggung jawab untuk menyebarkan titik cek yang telah terverifikasi melalui metode peer-to-peer. Biasanya, setiap node validasi memiliki node peer langsung yang tidak menyediakan permintaan RPC—sebuah node penuh sinkronisasi status, yang menerima titik cek dari node validasi tersebut.
10. Pemeriksaan titik cekundang node pihak ketiga: Node pihak ketiga yang terhubung ke node penuh sinkronisasi status mendapatkan titik cekundang dan mengunduh kontennya. Pada saat ini, kami berasumsi bahwa pihak ketiga yang terhubung langsung ke node penuh dapat melakukan pemrosesan ulang efek transaksi dan merespons.

( Penyebaran informasi transaksi sebelum mengajukan transaksi

Seperti yang disebutkan sebelumnya, Sui memiliki sistem lelang off-chain, yang digunakan untuk mengajukan bundel lunak. Lelang ini mengintersep pengajuan transaksi melalui protokol off-chain antara aplikasi dan sistem lelang.

Asumsi penyebaran informasi ini adalah bahwa sistem lelang berfungsi dengan baik, mampu melindungi transaksi pengguna dari potensi serangan serangan ganda. Sistem lelang diberi insentif untuk melindungi transaksi pengguna demi mempertahankan bisnisnya, oleh karena itu menggunakan beberapa teknik lelang ) perdagangan umpan, penundaan acak ### untuk melemahkan potensi keuntungan finansial yang dibawa oleh robot serangan ganda.

Jelas bahwa penyebaran informasi ini terjadi di luar Sui ( antara aplikasi dan lelang ), merupakan pilihan sukarela antara aplikasi dan pengguna, hanya menyediakan informasi spekulatif, tidak dapat menjamin bahwa transaksi pengguna asli akan berhasil.

( transmisi blok konsensus

Untuk mencapai akses transaksi pengguna yang rendah latensi, Sui sedang merancang sistem aliran langsung untuk blok konsensus. Secara keseluruhan, node lengkap akan dapat langsung berlangganan blok konsensus.

Dengan cara ini, node lengkap dapat secara spekulatif memberi tahu transaksi yang memiliki kemungkinan tinggi untuk diserahkan. Topologi jaringan menggunakan protokol penemuan rekan standar untuk sinkronisasi status terbuka.

Pemberitahuan spekulatif ini dapat secara signifikan mengurangi keterlambatan penyebaran perdagangan, hanya memerlukan sekitar 160 milidetik )2 putaran konsensus ###, setelah pengajuan node verifikasi.

Proyek transmisi blok konsensus saat ini berada pada tahap desain, dan diharapkan untuk merilis proposal perbaikan dalam 1 hingga 2 bulan ke depan.

Melindungi Transaksi Pengguna

Pengguna perlu melindungi transaksi mereka dari dampak perdagangan yang mendahului, serangan, dan keterlambatan pengajuan yang tidak disengaja.

( Penggerak Anggota Eksternal

Pengajuan transaksi Sui memerlukan penggerak anggota eksternal, biasanya dilakukan oleh node penuh.

Jika sebuah node validasi menerima permintaan pengajuan transaksi t dan ingin memulai transaksi baru t', ia akan tertinggal dalam proses pengumpulan sertifikat dibandingkan dengan penggerak anggota asli. Kecuali jika node penuh yang diajukan memiliki koneksi yang buruk dengan anggota Sui, node validasi akan tertinggal dalam proses pengumpulan sertifikat untuk t' dibandingkan dengan t.

Selain itu, karena pengajuan konsensus t bersifat terdesentralisasi, begitu sertifikat t mencapai konsensus, tidak dapat ditunda dengan andal. Oleh karena itu, jika sertifikat t mencapai konsensus Sui sebelum t', t kemungkinan besar akan diselesaikan sebelum t'.

Oleh karena itu, anggota eksternal yang didorong menyediakan perlindungan awal yang alami, dengan asumsi kepercayaan pada node penuh ) yang bertanggung jawab untuk pengajuan transaksi dapat dengan mudah terdeteksi di blockchain karena serangan awal, serangan ini akan dicatat oleh klien dan merusak reputasi operator RPC ###.

( Jalur Cepat

Sui saat ini sedang mengerjakan proyek yang mengubah pengajuan transaksi menjadi protokol jalur cepat. Berdasarkan protokol ini, transaksi pengguna dapat diajukan ke satu node validasi, yang akan menggunakan mekanisme konsensus untuk mengumpulkan dan mengeksekusi sertifikat transaksi. Meskipun ini secara signifikan meningkatkan efisiensi sistem, ini juga memberikan kesempatan bagi node validasi untuk mendapatkan transaksi pengguna sebelum transaksi.

Risiko ini murni bersifat teoritis, karena saat ini tidak ada bukti bahwa serangan front-running terjadi di Sui. Dalam sistem baru, kemungkinan terjadinya front-running lebih tinggi, tetapi di sisi lain, karena pemahaman yang pasti tentang penetapan node validasi, lebih mudah untuk mempertanggungjawabkan mereka.

Evolusi MEV Sui

Ekosistem MEV Sui masih dalam pembentukan, dan akan ada mekanisme baru yang diluncurkan akhir tahun ini. Saat ini, lelang gas prioritas dan perluasan konsensus mendefinisikan sistem saat ini, sementara inovasi yang akan datang, seperti enkripsi kunci waktu dan jalur cepat, akan membentuk kembali eksekusi transaksi dan keamanan. Dengan diluncurkannya mekanisme ini, MEV di Sui akan terus berkembang, menciptakan ekosistem yang lebih dinamis dan transparan.

![Satu Artikel untuk Memahami Status dan Masa Depan MEV di Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###