Apa itu MEV dan bagaimana melindungi transaksi Solana Anda?

desain Solana adalah game-changer, tetapi MEV masih muncul melalui Arbitrase, Likuidasi, dan Flanking.

Menulis: QuickNode, Komunitas Crypto

Bagi para pengembang yang membangun aplikasi DeFi dan robot perdagangan di Solana, memahami MEV (nilai ekstraksi maksimum) sangat penting. MEV dapat memengaruhi eksekusi perdagangan pengguna, atau mengancam profitabilitas robot Anda sendiri. Biaya yang lebih tinggi, laba yang lebih rendah, dan hambatan jaringan adalah konsekuensi umum dari risiko MEV yang tidak terlindungi. Panduan ini mencakup pengetahuan dasar MEV di Solana, termasuk mekanisme alur transaksi, jenis MEV yang umum, dan peningkatan risiko yang dihadapi para pengembang di jaringan. Anda akan belajar strategi kunci untuk mengurangi dampak negatif MEV, serta melindungi perdagangan Anda dari gangguan.

Pengetahuan Prasyarat yang Disarankan

• Memiliki pemahaman dasar tentang konsep blockchain dan Solana (lihat panduan dasar Solana)
• Memiliki pemahaman yang cukup tentang DeFi atau TradFi (Apa itu DeFi?)

Pengenalan MEV di Solana

Nilai Ekstraksi Maksimum (MEV) mengacu pada nilai maksimum yang diekstrak dari transaksi pengguna melalui pengurutan ulang, inklusi, atau eksklusi. Di jaringan berbasis bukti kepemilikan seperti Solana, validator yang bertindak sebagai produsen blok memiliki kemampuan untuk menentukan transaksi mana yang masuk ke dalam blok dan dalam urutan apa. Ini berarti produsen blok yang jahat atau menguntungkan dapat mengurutkan ulang transaksi (atau menyisipkan transaksi mereka sendiri) untuk menangkap keuntungan Arbitrase, memprioritaskan transaksi pengguna, atau memanfaatkan urutan transaksi dengan berbagai cara. Meskipun Solana tidak memiliki memori kolam umum seperti Ethereum, MEV masih ada - biasanya melalui koneksi langsung node, kolam memori pribadi, atau infrastruktur khusus lainnya.

Bagi pengembang yang membangun bot perdagangan atau pertukaran terdesentralisasi (DEX), tidak memperhitungkan MEV bisa menyebabkan:

• Pelaksanaan perdagangan yang lebih buruk (misalnya, serangan sandwich).
• Kehilangan keuntungan (robot dieksekusi sebelum Anda berdagang).
• Masalah Kemacetan Jaringan (mempengaruhi kemampuan Anda untuk berhasil mengirimkan transaksi Anda melalui jaringan).

Pada tahun 2024, aktivitas DeFi di Solana berkembang pesat, sementara MEV juga meningkat. Messari menunjukkan pertumbuhan nilai ekonomi sebenarnya Solana (biaya + MEV) seiring waktu:

!

Sumber: Messari: Status Solana - Kuartal IV 2024

Meskipun sebagian besar MEV relatif kecil, ada banyak contoh puluhan ribu dolar yang ditarik dari transaksi (lihat tangkapan layar di bawah), dan bahkan transaksi jutaan dolar.

Sumber: Jito - Arbitrase Explorer

Bagi para pengembang yang membangun aplikasi DeFi dan bot perdagangan di Solana, memahami MEV sangat penting. MEV dapat memengaruhi eksekusi perdagangan pengguna (menyebabkan slippage tak terduga atau kegagalan perdagangan), bahkan dapat mempengaruhi kemampuan profitabilitas bot Anda sendiri, jika pesaing dapat menyusup atau mengurut ulang perdagangan Anda. Mari kita tinjau beberapa pengetahuan dasar tentang proses perdagangan Solana, tinjau jenis MEV yang umum di Solana, dan bahas langkah-langkah perlindungan yang dapat Anda ambil untuk melindungi perdagangan dari dampak MEV.

Proses Perdagangan Solana

Proses perdagangan Solana memiliki beberapa perbedaan kunci dengan Ethereum, yang memengaruhi kinerja MEV:

• Tidak Ada Kolam Renang Global: Berbeda dengan Ethereum, Solana tidak memiliki kolam renang publik yang terpusat untuk menunggu transaksi tertunda yang akan diproses. Sebaliknya, Solana menggunakan protokol Gulf Stream untuk langsung meneruskan transaksi ke pemimpin blok berikutnya yang diharapkan (validator), sebelum mereka menghasilkan blok. Ini berarti tidak ada kolam renang transaksi tertunda yang terlihat secara permanen yang dapat dipantau oleh bot jaringan. Setiap transaksi Solana mencakup recent blockhash, yang kedaluwarsa sekitar 150 slot (sekitar 1 menit) setelah tidak dikonfirmasi. Secara sederhana, transaksi entah diambil dengan cepat oleh pemimpin atau dibuang—kolam renang tidak memiliki ketahanan. Ini mengurangi jendela strategi MEV, seperti mengamati dan mendahului transaksi publik tertunda, meskipun peneliti yang bertekad tetap dapat mengurangi ini dengan menjalankan node mereka sendiri untuk melihat transaksi yang masuk.
• Kualitas Layanan Berbobot Saham (QoS): Solana mengurutkan arus lalu lintas transaksi masuk berdasarkan saham. Penyaring akan mengalokasikan sebagian besar kapasitas masuk ke pelanggan / relai dengan proporsi saham yang sama. Dalam praktiknya, ini berarti transaksi yang berasal dari atau melalui node penyetoran tinggi kemungkinan kecil untuk dibuang saat lalu lintas padat. Kualitas Layanan Berbobot Saham sebagai mekanisme tahan Sybil: kelompok pengirim spam tanpa saham akan mendapat prioritas penurunan, sementara transaksi dari validator dengan penyetoran baik akan diproses lebih cepat.
• Biaya Prioritas (Pasar Biaya Lokal): Solana menggunakan biaya prioritas sebagai biaya tambahan opsional yang dapat ditambahkan oleh pengguna untuk meningkatkan peluangnya untuk cepat termasuk dalam jaringan saat sibuk. Secara umum, transaksi Solana memiliki biaya tetap yang sangat rendah, namun dalam kondisi beban tinggi (seperti pengecoran NFT atau tren perdagangan meme) yang menyebabkan kemacetan, pengguna dapat menentukan biaya prioritas per unit komputasi, yang pada dasarnya adalah penawaran untuk ruang blok. Validato…

Jenis MEV Umum di Solana

Berikut adalah jenis MEV yang paling umum yang harus diperhatikan oleh pengembang Solana:

Arbitrase

Arbitrase adalah salah satu bentuk MEV paling umum di Solana. Arbitrase biasanya melibatkan pembelian dan penjualan aset yang sama secara atomik melintasi beberapa bursa. Arbitrase membeli di pasar yang lebih murah dan menjual di pasar yang lebih mahal, mengantongi selisih harganya, misalnya:

Karena Solana memungkinkan beberapa instruksi digabungkan ke dalam satu transaksi, para pencari sering melakukan Arbitrase atomik (dua tahap dalam satu transaksi) untuk memastikan transaksi benar-benar nol risiko. Transaksi yang gagal akan menyebabkan pembeli kehilangan biaya prioritas mereka, sehingga mereka perlu menyeimbangkan ukuran peluang dan pasar biaya prioritas.

Persaingan Arbitrase Solana sangat sengit - bot akan spam banyak transaksi mencoba Arbitrase. Biaya rendah Solana berarti bot dapat mengirimkan banyak transaksi Arbitrase; meskipun sebagian besar gagal atau tidak menguntungkan, keberhasilan sesekali juga bisa menghasilkan keuntungan. Faktanya, lebih dari 50% dari transaksi Solana sebenarnya adalah upaya Arbitrase yang gagal (spam) - bot mencoba menangkap perbedaan harga secara membabi buta (lihat: Solana MEV - Pengantar). Meskipun ini mungkin masalah kemacetan jaringan, namun biasanya ini berarti harga dapat tetap seimbang di antara berbagai platform DeFi.

Serangan Sandwich

Serangan Sandwich adalah strategi MEV negatif klasik yang juga muncul di Solana. Dalam serangan sandwich, transaksi pengguna korban diselipkan di antara transaksi penyerang: satu dilakukan sebelum transaksi korban, yang lainnya dilakukan setelahnya. Misalkan pengguna mengirimkan transaksi pertukaran besar di DEX; penelusur MEV yang memahami transaksi tertunda ini dapat dengan cepat mengirimkan transaksi pembelian aset yang sama sebelum transaksi pengguna (mendorong harga), kemudian membiarkan pembelian besar pengguna dieksekusi dengan harga yang lebih tinggi sekarang, dan kemudian segera menjual aset tersebut, mendapatkan selisih harganya. Penyerang memperoleh keuntungan dengan membeli dengan harga rendah dan menjual dengan harga tinggi, sementara korban mendapatkan harga yang lebih buruk (slippage lebih tinggi) dalam pertukarannya.

Sebagai pengembang atau pedagang, Anda harus menyadari bahwa jika pihak ketiga dapat mengamati pertukaran Anda sebelum selesai, mereka mungkin mencoba untuk memanfaatkannya. Toleransi slippage tinggi yang diatur pengguna membuat mereka sangat rentan - jika pengguna mengizinkan hingga 5% slippage, robot frontrunning dapat memanfaatkan sebagian besar kisaran untuk mendapatkan keuntungan. Mengurangi risiko slippage dan frontrunning melibatkan kontrol slippage, privasi, dan urutan.

Likuidasi

Penyelesaian adalah peluang MEV penting lainnya, terutama dalam protokol pinjaman dan peminjaman Solana (misalnya, Marginfi, Kamino, Save, dll). Ketika nilai agunan peminjam lebih rendah dari rasio yang diperlukan (yaitu pinjaman mereka tidak terjaminkan), posisi tersebut akan diserahkan. Penyelesaian (biasanya dilakukan oleh robot) dapat membayar sebagian atau seluruh pinjaman atas nama peminjam, dan mendapatkan beberapa agunan dengan diskon. Pada dasarnya, ini akan menguntungkan penyelesaian, karena mereka membeli agunan dengan harga di bawah pasar.

Bot berburu MEV terus-menerus memindai status on-chain dan data harga oracle untuk mendeteksi posisi yang akan bangkrut. Ketika mereka menemukannya, mereka berebut untuk mengirim transaksi kliring untuk mengklaim hadiah. Di Solana, karena tidak ada mempool publik, bot likuidasi memastikan bahwa perubahan on-chain (seperti penurunan harga oracle atau faktor kesehatan yang melewati ambang batas) diperhatikan sesegera mungkin dan kemudian segera mengirimkan transaksi likuidasi ke pemimpin saat ini. Jika beberapa bot mencoba melikuidasi akun yang sama, hanya transaksi pertama yang berhasil memasuki blok yang akan dihargai, dan perdagangan lainnya akan gagal. Likuidasi dipandang sebagai perlindungan penting untuk kesehatan protokol (kredit macet dapat dicegah).

Bundles Jito dan aplikasi MEV lainnya

Ekosistem MEV Solana sedang berkembang, dan Jito Bundles berperan penting dalam ekstraksi MEV (dan mitigasi potensialnya). Validator yang menjalankan klien Jito-Solana berpartisipasi dalam pasar pembangunan blok offline. Peneliti langsung mengirimkan bundel transaksi (beserta pembayaran biaya terkait) ke pembangun blok ini, bukan melalui jaringan gossip Solana yang normal. Kemudian, pembuat blok akan menyertakan bundel biaya tertinggi dalam blok, dan mendapatkan biaya dari sana. Sistem ini memungkinkan peneliti MEV untuk melakukan Arbitrase, penyelesaian, dan strategi lainnya secara pribadi (transaksi mereka tidak diumumkan sebelum disertakan) selama mereka membayar biaya yang kompetitif untuk prioritas penanganan. Akibatnya, ini menghasilkan pendapatan yang signifikan bagi validator Solana. Saat ini, MEV jahat Solana sebagian besar berasal dari memori pool operasi pribadi.

Risiko MEV bagi Pengembang Solana

MEV telah membawa berbagai risiko dan tantangan bagi pengembang Solana, terutama bagi para pengembang yang membangun bot perdagangan atau aplikasi DEX:

• Penyusunan Ulang Transaksi Validator: Karena validator Solana dapat mengurutkan transaksi dalam blok yang mereka hasilkan, validator potensial dapat menyusun ulang transaksi untuk keuntungan mereka sendiri. Misalnya, jika transaksi DEX Anda menghasilkan peluang Arbitrase, validator dapat memasukkan perdagangan mereka sendiri sebelum Anda untuk mendapatkan keuntungan. Hal ini dapat menyebabkan output yang lebih buruk dari perdagangan Anda, atau bahkan menyebabkannya gagal (jika peluang menghilang). Urutan eksekusi transaksi dapat sangat memengaruhi hasil DeFi, dan tanpa perlindungan, transaksi Anda diatur oleh insentif generator blok.
• Spam email dan kemacetan internet: Banyak transaksi Solana didorong oleh MEV (Arbitrase spam email, dll). Saat periode persaingan sengit (seperti NFT populer atau pasar yang fluktuatif), transaksi sah Anda bersaing dengan sejumlah besar transaksi bot. Hal ini dapat menyebabkan peningkatan keterlambatan atau tingkat kegagalan meningkat, jika Anda tidak memperhitikan hal ini. Jika transaksi Anda dicegah oleh validator yang padat atau Anda terjebak dalam badai spam email saat mengirimkan transaksi melalui node yang tidak dipasang, transaksi Anda mungkin akan dibuang. Untuk menembus kebisingan ini, Anda mungkin perlu membayar biaya prioritas tambahan. Pada dasarnya, aktivitas MEV dapat memadati jalan tol transaksi Anda, sehingga tanpa perlindungan, Anda perlu merencanakan hal ini (biaya lebih tinggi, mencoba ulang, dll).
• Penambahan slippage dan masalah pengalaman pengguna: Bagi pengembang DEX, MEV dapat secara langsung merugikan pengguna Anda. Pengguna mungkin mengatur toleransi slippage sebesar 1% dalam perdagangan, tetapi karena MEV (seperti sandwich), akhirnya harga yang mereka dapatkan mungkin turun hingga 1% penuh. Dalam kasus ekstrim, robot MEV dapat mendorong harga, membuat perdagangan pengguna gagal (melewati slippage), sementara robot sudah mendapatkan keuntungan terlebih dahulu. Hal ini dapat menyebabkan pengalaman pengguna yang buruk - gagal melakukan perdagangan atau tingkat bunga yang buruk secara tiba-tiba. Pengguna mungkin menyalahkan DEX atau blockchain atas hasil ini. Oleh karena itu, kegagalan untuk melindungi dari dampak MEV dapat melemahkan kepercayaan pengguna terhadap platform ini. Bagi robot perdagangan Anda, ketika lawan dapat menyisipkan perdagangan yang mempengaruhi perdagangan Anda, hasilnya menjadi tidak terlalu dapat diprediksi, yang membuat pelaksanaan strategi yang andal menjadi lebih sulit.

Secara keseluruhan, MEV di Solana dapat menyebabkan biaya yang lebih tinggi, laba yang lebih rendah, dan gesekan jaringan. Pengembang harus menyadari ancaman ini dan mempertimbangkan langkah-langkah untuk mengurangi risiko tersebut, terutama dalam aplikasi di mana urutan transaksi mempengaruhi hasil keuangan.

Melindungi perdagangan dari pengaruh MEV

Ada banyak alat yang dapat mencegah atau membatasi dampak negatif MEV pada perdagangan Anda dan pengguna. Setiap kasus adalah unik, sehingga tidak semua alat cocok untuk kasus Anda.

• Lindungi transaksi Anda: Manfaatkan komponen tambahan QuickNode. Pasar QuickNode menyediakan berbagai alat untuk meningkatkan tingkat eksekusi transaksi dan meminimalkan paparan terhadap MEV. LilJIT - Jito Bundles & Transaksi komponen tambahan memungkinkan Anda mengikat transaksi untuk mencapai urutan eksekusi yang cepat, termasuk Perlindungan MEV dan pemulihan. Selain itu, pasar juga menyediakan kemampuan untuk menambahkan Perlindungan MEV ke panggilan sendTransaction pada titik akhir yang ada, dengan memanfaatkan komponen tambahan Perlindungan & Pemulihan Solana MEV. Komponen tambahan ini tidak hanya memberikan perlindungan dari transaksi front-running, tetapi juga mendukung pemulihan MEV (mengembalikan MEV yang ditangkap yang tidak bersalah kepada Anda), meningkatkan privasi, dan memastikan eksekusi yang cepat.
• Melindungi perubahan status yang tidak perlu: Gunakan transaksi pelindung. Lighthouse adalah program Solana yang menegaskan waktu jalannya, ketika status di chain tidak sesuai dengan status yang diharapkan, transaksi akan gagal. Anda dapat menambahkan instruksi lighthouse ke transaksi Anda, untuk memastikan bahwa setelah transaksi selesai, status akun yang ditentukan sesuai dengan status yang diharapkan (misalnya, jika saldo token tertentu kurang dari X setelah transaksi ini, maka seluruh transaksi akan ditolak). Ini memungkinkan pemeriksaan akun yang lebih kompleks daripada selisih harga sederhana, dan memungkinkan asersi pada Sysvar (slot), yang dapat digunakan untuk memverifikasi validator hitam - ini dapat dicapai dengan menggunakan getLeaderSchedule dan daftar validator jahat.
• Set Limits: Set slippage dan mengambil keuntungan dari limit order. Saat melakukan pertukaran, selalu atur slippage ke tingkat yang sesuai dengan perdagangan dan toleransi risiko Anda. Misalkan aktor jahat mencoba memanfaatkan peluang apa pun yang diizinkan oleh slippage rate Anda. Ketika kasus penggunaan Anda memungkinkan, gunakan limit order untuk menetapkan harga minimum di mana token dapat dijual. Lihat API Metis QuickNode, yang mendukung limit order.
• Mencegah Kegagalan Transaksi: Optimalisasi transaksi Anda. Karena MEV mendorong aliran spam transaksi dalam jumlah besar ke jaringan, transaksi Anda harus dibangun dengan benar untuk memastikan dapat dimasukkan ke dalam blok tertentu. Singkatnya, Anda harus meminta jumlah unit komputasi yang tepat, memberikan biaya prioritas yang kompetitif, dan menggabungkan transaksi Anda dengan benar (lihat Strategi Optimasi Transaksi Solana atau Tips Meningkatkan Tingkat Keberhasilan Transaksi Jupiter di Solana untuk detail lebih lanjut). API Biaya Prioritas QuickNode dan metode Kirim Transaksi Cerdas dapat membantu menyederhanakan proses ini.
• Fokus pada Staking. Ketahui validator Anda. Validator dan klien validator yang berbeda memiliki pendekatan yang berbeda dalam menangani MEV. Meskipun ini tidak akan langsung memengaruhi transaksi Anda, tetapi staking Anda (dan staking orang lain) dapat memengaruhi kesehatan keseluruhan jaringan validator dan tata kelola seputar MEV. Berikut adalah beberapa sumber daya: Klien validator Jito, Marinade: MEV terdesentralisasi, Klien validator Paladin.
• Terlibat. Solana memperbarui dokumen (SIMD). Yayasan Solana mengelola repositori GitHub sumber terbuka, dokumen Solana yang diperbarui, di mana anggota komunitas dapat mengajukan ide dan memberikan komentar pada konten yang ada. Diskusi seputar MEV, biaya jaringan/penghargaan, dan lainnya terus berlangsung. Jika Anda memiliki pendapat, silakan ikut serta!
• Pertimbangkan RFQ dan sistem relai cepat. Untuk aplikasi lanjutan, pertimbangkan sistem Request for Quote (RFQ) (misalnya, JupiterZ), serta Express Relay, yang memberikan perlindungan MEV melalui saluran aliran pesanan pribadi dan lelang prioritas independen. Sistem ini menghubungkan protokol langsung ke pencari, menghilangkan validator dari ekstraksi MEV, membuat harga lebih efisien. Manfaat utama termasuk perutean transaksi pribadi, persaingan langsung antara pencari, dan pengurangan biaya integrasi.

Ringkasan

MEV adalah faktor penting yang perlu dipertimbangkan saat membangun di atas setiap blockchain, termasuk Solana. Kami memahami bahwa desain Solana mengubah aturan permainan, namun MEV masih muncul melalui Arbitrase, penyelesaian, dan eksekusi. Sebagai pengembang alat Solana DeFi, mengabaikan MEV dapat menyebabkan hasil transaksi yang kurang ideal bagi pengguna aplikasi Anda, atau bahkan membuat bot Anda tidak menguntungkan. Berita baiknya, ada banyak alat yang dapat membantu Anda mengatasi masalah ini, memberi Anda kembali kendali atas urutan transaksi, bahkan untuk mendapatkan MEV untuk diri sendiri atau pengguna.