Front-running

Apa Itu Front-running?

Front-running adalah praktik mendeteksi transaksi tertunda milik orang lain dan menempatkan transaksi pesaing sebelum transaksi tersebut untuk memperoleh keuntungan finansial.

Dalam kripto, front-running umumnya terjadi ketika bot otomatis mengamati transaksi sebelum dikonfirmasi, lalu mengirim transaksinya sendiri agar berpeluang dieksekusi lebih dahulu.

Penyerang dapat menawarkan biaya prioritas lebih tinggi, mengirim bundle privat ke block builder, menggunakan infrastruktur yang lebih cepat, atau menegosiasikan bentuk pengaturan urutan transaksi lainnya.

Front-running paling umum terjadi pada blockchain yang dapat diprogram, tempat transaksi tertunda dapat mengungkap trading menguntungkan, likuidasi, klaim token, mint NFT, lelang, atau tindakan lain yang sensitif terhadap waktu.

Transaksi korban mungkin tetap berhasil, tetapi bisa mendapatkan harga yang lebih buruk, membayar lebih banyak, kehilangan peluang, atau gagal setelah kondisi blockchain berubah.

Front-running merupakan salah satu bentuk maximal extractable value, yang umum disebut MEV.

Dokumentasi Ethereum mengenai maximal extractable value menjelaskan bahwa bot front-running umum memantau transaksi tertunda dan menyalin peluang menguntungkan dengan biaya lebih tinggi.

Tidak semua transaksi yang ditempatkan sebelum transaksi lain bersifat jahat karena blockchain memerlukan cara untuk menentukan transaksi tertunda mana yang masuk ke blok dan urutannya.

Masalah utamanya adalah apakah seseorang menggunakan pengetahuan awal tentang transaksi pengguna lain untuk mengambil nilai dari pengguna tersebut atau merebut peluang yang diungkapkannya.

Bagaimana Front-running Bekerja?

Pengguna blockchain membuat dan menandatangani transaksi yang berinteraksi dengan wallet, token, aplikasi terdesentralisasi, atau smart contract.

Pengguna biasanya mengirim transaksi yang telah ditandatangani ke node melalui endpoint remote procedure call.

Node memeriksa kondisi dasar seperti tanda tangan, nonce akun, saldo yang tersedia, dan format transaksi.

Setelah divalidasi, node dapat menempatkan transaksi di mempool lokalnya dan membagikannya ke node lain.

Mempool adalah kumpulan transaksi tertunda yang belum dimasukkan ke blok terkonfirmasi.

Siklus transaksi Proof of Stake Ethereum menjelaskan bahwa transaksi valid biasanya ditambahkan ke mempool lokal dan disebarkan melalui jaringan execution layer.

Bot front-running memantau aliran tersebut dan menyimulasikan transaksi tertunda untuk menentukan apakah mengeksekusi transaksi lain lebih dahulu dapat menghasilkan profit.

Ketika menemukan peluang yang menguntungkan, bot membuat transaksi pesaing dan mencoba memperoleh posisi lebih awal di blok yang sama atau blok sebelumnya.

Penyerang dapat menaikkan biaya prioritas, menggunakan koneksi berlatensi rendah, mengirim transaksi langsung ke infrastruktur khusus, atau mengemas beberapa transaksi dalam bundle berurutan.

Jika transaksi penyerang dieksekusi lebih dahulu, transaksi itu mengubah keadaan blockchain sebelum transaksi korban diproses.

Korban kemudian berinteraksi dengan keadaan yang telah berubah dan mungkin menerima hasil yang lebih buruk daripada perkiraan.

Contoh Sederhana Front-running

Misalkan pengguna mengirim pembelian token berukuran besar melalui pool likuiditas otomatis.

Transaksi tertunda tersebut mengungkap pair token, ukuran trading, batas maksimum slippage, dan detail eksekusi lainnya.

Bot menghitung bahwa pembelian tersebut akan menaikkan harga token di pool secara signifikan.

Bot membeli token sebelum transaksi pengguna dieksekusi.

Pembelian pengguna kemudian mendorong harga naik dan selesai dengan harga rata-rata yang kurang menguntungkan.

Setelah itu, bot dapat menjual tokennya pada harga yang lebih tinggi dan menyimpan selisihnya setelah dikurangi biaya.

Ketika penyerang melakukan trading sebelum dan sesudah transaksi pengguna, strategi tersebut umumnya disebut sandwich attack.

Transaksi penyerang pertama adalah bagian front-running, sedangkan transaksi penyerang kedua adalah bagian back-running.

Front-running di Pasar Tradisional vs. Kripto

Front-running di pasar keuangan tradisional biasanya melibatkan seseorang yang trading berdasarkan informasi rahasia tentang order pelanggan yang akan datang.

Glosarium Futures CFTC mendefinisikan front-running pada Futures dan options komoditas sebagai pengambilan posisi berdasarkan informasi nonpublik tentang transaksi orang lain yang akan segera dilakukan.

Front-running di blockchain dapat berbeda karena informasi dalam mempool publik mungkin terlihat oleh banyak peserta jaringan, bukan hanya diketahui melalui hubungan rahasia.

Karena itu, bot kripto dapat bertindak berdasarkan data transaksi yang terlihat publik, bukan informasi pelanggan yang dicuri.

Perbedaan teknis ini tidak otomatis membuat setiap strategi front-running blockchain sah secara hukum, adil, atau dapat diterima.

Perlakuan hukum dapat bergantung pada yurisdiksi, aset, hubungan antarpeserta, sumber informasi, aturan pasar, serta ada atau tidaknya penipuan atau manipulasi.

Pengertian blockchain terutama berfokus pada visibilitas dan urutan transaksi, sementara definisi tradisional sangat menekankan penyalahgunaan informasi awal mengenai order.

Apa Itu Mempool?

Mempool adalah tempat penyimpanan sementara pada node untuk transaksi valid yang menunggu dimasukkan ke dalam blok.

Tidak selalu ada satu mempool global yang sepenuhnya tersinkronisasi karena setiap node dapat menerima transaksi berbeda pada waktu berbeda.

Latensi jaringan, pengaturan node, perutean privat, penggantian transaksi, dan koneksi peer dapat menghasilkan tampilan lokal yang berbeda.

Transaksi tertunda sering mengungkap pengirim, penerima, nilai transfer, pengaturan gas, dan pemanggilan smart contract yang dikodekan.

Dokumentasi transaksi Ethereum menjelaskan bagaimana data transaksi mengidentifikasi fungsi kontrak dan argumen yang ingin dijalankan pengguna.

Transparansi ini memungkinkan node memvalidasi dan menyimulasikan transaksi, tetapi juga memungkinkan bot mempelajari niat pengguna sebelum transaksi dikonfirmasi.

Transaksi yang dikirim melalui jalur privat dapat menghindari mempool publik, tetapi akan terlihat setelah dimasukkan ke dalam blok.

Bagaimana Pengurutan Transaksi Memungkinkan Front-running

Transaksi di dalam blok memiliki urutan tertentu karena hasil smart contract dapat bergantung pada keadaan yang dibuat oleh transaksi sebelumnya.

Pembelian token yang dieksekusi lebih dahulu dapat memperoleh harga lebih baik daripada pembelian identik yang dieksekusi beberapa posisi setelahnya.

Likuidasi yang diselesaikan lebih dahulu dapat memperoleh reward yang tidak lagi tersedia bagi transaksi berikutnya.

Mint NFT terbatas dapat selesai sebelum semua permintaan tertunda diproses.

Karena itu, block builder memiliki kuasa pengurutan yang bernilai secara ekonomi.

Mereka dapat memasukkan, mengecualikan, menunda, dan menyusun transaksi dalam batas protokol dan ukuran blok.

Searcher mengidentifikasi peluang pengurutan yang menguntungkan dan dapat menawarkan sebagian profit yang diharapkan kepada builder.

Front-running terjadi karena urutan transaksi bernilai ketika dua tindakan atau lebih bersaing untuk mengubah keadaan blockchain.

Biaya Prioritas dan Penawaran Gas

Pengguna dapat menyertakan biaya prioritas untuk mendorong transaksi agar lebih cepat dimasukkan pada jaringan yang menggunakan pengurutan berbasis biaya.

Model biaya Ethereum memisahkan base fee yang ditentukan protokol dari biaya prioritas opsional yang dibayarkan kepada proposer blok.

Spesifikasi EIP-1559 mencatat bahwa produsen blok memiliki alasan ekonomi untuk memilih transaksi yang menawarkan premi gas lebih tinggi.

Pelaku front-running dapat mengirim transaksi pesaing dengan biaya prioritas yang lebih tinggi daripada transaksi yang diamatinya.

Secara historis, perilaku ini menghasilkan priority gas auction, ketika beberapa bot terus menaikkan biaya untuk bersaing mendapatkan peluang yang sama.

Biaya lebih tinggi tidak menjamin eksekusi lebih awal karena pembuatan blok modern juga dapat melibatkan aliran order privat, bundle, bid builder, dan aturan khusus aplikasi.

Pengguna tidak seharusnya menganggap kenaikan biaya gas saja dapat melindungi mereka dari front-running.

Apa Itu MEV?

Maximal extractable value adalah nilai yang dapat diperoleh dengan menyusun strategi untuk memasukkan, mengecualikan, atau mengurutkan transaksi di dalam blok.

Front-running merupakan bentuk MEV karena penyerang memperoleh profit dengan menempatkan transaksi sebelum tindakan pengguna lain.

MEV juga mencakup back-running, sandwich attack, likuidasi, arbitrase, serta beberapa bentuk sensor atau penundaan transaksi.

Sebagian MEV dapat meningkatkan efisiensi pasar dengan memperbaiki perbedaan harga atau menyelesaikan likuidasi yang diperlukan.

Bentuk MEV lainnya secara langsung memperburuk eksekusi pengguna atau menimbulkan risiko keamanan dan sentralisasi.

Dampak etis dan ekonominya bergantung pada sumber profit dan ada atau tidaknya peserta lain yang dirugikan.

Arbitrase yang menyelaraskan dua pasar setelah suatu trading berbeda dari sandwich attack yang sengaja membuat pengguna memperoleh harga terburuk yang diizinkan oleh transaksinya.

Siapa yang Melakukan Front-running Kripto?

Searcher adalah individu atau sistem otomatis yang mengidentifikasi peluang pengurutan transaksi yang menguntungkan.

Searcher biasanya menjalankan perangkat lunak yang memantau transaksi tertunda, menyimulasikan perubahan keadaan blockchain, menghitung biaya, dan mengirim bundle yang menguntungkan.

Block builder menyusun transaksi ke dalam kandidat blok dan dapat memilih kombinasi yang menghasilkan total pembayaran terbesar.

Validator atau block proposer bertanggung jawab mengusulkan blok valid berdasarkan aturan konsensus jaringan.

Beberapa jaringan menggabungkan peran-peran tersebut secara lebih langsung, sementara jaringan lain memisahkan pengurutan transaksi, pembuatan blok, dan pengusulan blok.

Pengguna biasa juga dapat melakukan front-running secara manual ketika melihat tindakan publik dan mengirim transaksi pesaing, meskipun sistem otomatis biasanya memiliki keunggulan kecepatan besar.

Front-runner Umum

Front-runner umum tidak perlu memahami tujuan bisnis spesifik setiap aplikasi terdesentralisasi yang dipantaunya.

Bot dapat menyimulasikan transaksi tertunda dan menentukan apakah menyalin pemanggilannya dengan detail pengirim yang diubah dapat menghasilkan profit.

Jika simulasi menghasilkan profit, bot mencoba menjalankan tindakan yang disalin tersebut lebih dahulu.

Strategi ini dapat menyasar peluang arbitrase yang baru ditemukan, klaim token, fungsi kontrak yang rentan, dan peluang lain yang terungkap melalui transaksi tertunda.

Bot umum dapat membuat pengungkapan publik atas pemanggilan kontrak yang menguntungkan menjadi berbahaya karena transaksi yang disalin mungkin mencapai blockchain lebih dahulu.

Developer tidak boleh menaruh rahasia bernilai langsung di dalam data transaksi lalu menganggapnya akan tetap tersembunyi sampai dieksekusi.

Front-running Displacement

Front-running displacement terjadi ketika penyerang menyalin atau menggantikan tindakan pengguna dan menyelesaikannya lebih dahulu.

Transaksi korban yang menyusul dapat gagal karena peluangnya sudah tidak tersedia.

Contohnya mencakup klaim reward, pendaftaran nama, mint aset terbatas, penerimaan penawaran, atau penyelesaian likuidasi.

Profit penyerang berasal dari menggantikan pengguna asli, bukan mengubah harga yang diterima pengguna tersebut.

Desain smart contract yang menerapkan prinsip siapa cepat dia dapat sangat rentan ketika informasi yang diperlukan terlihat dalam mempool publik.

Front-running Insertion

Front-running insertion menempatkan transaksi penyerang sebelum transaksi korban, tetapi tetap memungkinkan transaksi korban dieksekusi setelahnya.

Penyerang sengaja mengubah keadaan dengan cara yang membuat eksekusi korban lebih menguntungkan bagi penyerang.

Sandwich attack adalah bentuk front-running insertion yang paling dikenal.

Penyerang membeli lebih dahulu, membiarkan transaksi korban menggerakkan pasar, lalu segera menjual setelahnya.

Korban sering memperoleh harga yang mendekati level terburuk yang diizinkan oleh pengaturan slippage transaksinya.

Penekanan dan Penundaan Transaksi

Penekanan mencakup pencegahan, penundaan, atau pengunggulan bid terhadap transaksi lain agar penyerang dapat menyelesaikan tindakan lebih dahulu.

Penyerang dapat mengirim banyak transaksi berbiaya tinggi, mengeksploitasi aturan pengurutan, atau bekerja sama dengan infrastruktur yang mampu mengecualikan korban untuk sementara.

Penekanan berbeda dari penyalinan sederhana karena tujuannya adalah mencegah transaksi asli mencapai posisi yang diperlukan tepat waktu.

Strategi ini dapat memengaruhi lelang, klaim berbatas waktu, tindakan tata kelola, dan persaingan likuidasi.

Jaringan dan aplikasi dapat mengurangi risiko penekanan melalui aturan pengurutan yang adil, jaminan pemasukan transaksi, dan desain yang tidak memberikan seluruh nilai kepada transaksi pertama.

Sandwich Attack

Sandwich attack mengapit trading korban dengan satu transaksi sebelum dan transaksi lain sesudahnya.

Transaksi front-running menggerakkan harga pool agar merugikan korban.

Trading korban kemudian dieksekusi dan mendorong harga lebih jauh ke arah yang sama.

Transaksi back-running penyerang membalikkan posisi awalnya dan mengambil profit.

Korban mengalami slippage tambahan yang tidak akan terjadi tanpa transaksi penyerang.

Serangan ini hanya mungkin jika transaksi korban mengizinkan pergerakan harga yang cukup agar seluruh rangkaian tetap valid dan menguntungkan.

Batas slippage yang lebih kecil dapat mengurangi nilai yang dapat diambil, meskipun batas yang terlalu ketat dapat menyebabkan transaksi pengguna gagal saat volatilitas normal.

Front-running vs. Back-running

Front-running menempatkan transaksi sebelum transaksi sasaran.

Back-running menempatkan transaksi tepat setelah atau secara strategis sesudah transaksi sasaran.

Pelaku back-running dapat menangkap peluang arbitrase yang tercipta dari trading pengguna yang telah selesai tanpa mengubah harga yang sudah diterima pengguna.

Front-runner mengubah keadaan sebelum pengguna mengeksekusi transaksi dan dapat secara langsung memperburuk hasilnya.

Sandwich attack menggabungkan kedua metode tersebut di sekitar korban yang sama.

Back-running tetap dapat menimbulkan kepadatan atau memusatkan profit, tetapi sering dianggap kurang merugikan pengguna sasaran dibandingkan front-running yang disengaja.

Front-running vs. Arbitrase

Arbitrase berupaya memperoleh profit dari perbedaan harga di antara pasar atau pool likuiditas.

Searcher dapat melakukan arbitrase setelah trading pengguna menciptakan perbedaan harga baru.

Arbitrase back-running ini dapat membantu memulihkan konsistensi harga pasar.

Arbitrase front-running bertindak sebelum transaksi yang diamati dan mengubah hasil yang diterima pengguna asli.

Perbedaannya bergantung pada urutan transaksi dan sumber profit, bukan pada apakah penyerang menyebut strateginya arbitrase.

Suatu strategi dapat mencakup koreksi harga yang meningkatkan efisiensi sekaligus pengambilan nilai yang merugikan pengguna.

Front-running Swap Token

Swap token sering menjadi sasaran karena transaksi tertunda mengungkap arah dan ukuran trading serta toleransi slippage.

Swap besar pada pool dengan likuiditas terbatas menimbulkan dampak harga lebih kuat dan potensi profit penyerang lebih besar.

Bot dapat menyimulasikan trading dan menghitung order front-running terbesar yang masih memungkinkan transaksi korban berhasil.

Bot kemudian dapat memilih ukuran yang mendorong hasil transaksi korban mendekati jumlah minimum yang dapat diterima.

Pengguna sebaiknya memeriksa dampak harga dan pengaturan slippage sebelum menyetujui swap.

Kutipan harga yang terlihat menguntungkan tidak menjamin eksekusi yang sama ketika transaksi masih tertunda dalam mempool publik.

Front-running Likuidasi

Protokol lending kripto dapat memungkinkan pengguna lain melunasi utang yang tidak sehat dan mengklaim reward likuidasi.

Beberapa bot dapat mendeteksi posisi yang sama dan berlomba menyelesaikan tindakan tersebut lebih dahulu.

Bot yang melihat transaksi likuidasi tertunda milik pelaku lain dapat mengirim likuidasi yang sama dengan insentif pengurutan lebih kuat.

Transaksi likuidator awal kemudian dapat gagal karena posisi tersebut sudah diproses.

Transaksi yang gagal tetap dapat menghabiskan gas jika dimasukkan ke dalam blok lalu mengalami revert.

Persaingan likuidasi dapat mendukung solvabilitas protokol sekaligus memicu front-running agresif di antara searcher.

Front-running Mint NFT dan Klaim Token

Mint NFT terbatas dan klaim token dapat menciptakan peluang siapa cepat dia dapat yang bernilai.

Transaksi mint tertunda dapat mengungkap fungsi kontrak dan parameter yang diperlukan sebelum dikonfirmasi.

Bot dapat menyalin transaksi, meningkatkan insentif pengurutannya, dan lebih dahulu memperoleh item terbatas.

Kode rahasia yang terlihat dalam data transaksi tidak lagi rahasia setelah transaksi masuk ke mempool yang dapat dilihat publik.

Sistem commit-reveal, whitelist bertanda tangan, alokasi acak, dan batas per alamat dapat memberikan perlindungan lebih kuat daripada kata sandi yang terlihat publik.

Front-running Lelang

Lelang blockchain terbuka dapat mengungkap setiap bid sebelum periode bidding berakhir.

Peserta dapat melihat bid tertinggi saat ini dan mengirim bid yang sedikit lebih tinggi tepat sebelum tenggat.

Perilaku ini mungkin diizinkan aturan lelang, tetapi dapat menciptakan keunggulan tidak adil bagi bot berlatensi rendah.

Desain bid tersegel dan commit-reveal menyembunyikan nilai bid sampai tahap komitmen berakhir.

Developer perlu menyertakan penalti atau tenggat yang jelas untuk mengurangi risiko pemenang menolak mengungkap bid yang tidak menguntungkan.

Front-running Pembaruan Oracle

Smart contract sering menggunakan oracle untuk memperoleh harga kripto dan data eksternal lainnya.

Pembaruan oracle yang tertunda dapat mengungkap bahwa harga acuan kontrak akan segera berubah.

Penyerang dapat bertransaksi sebelum pembaruan ketika aplikasi masih menggunakan informasi yang sudah usang.

Penyerang juga dapat mengambil posisi untuk likuidasi atau pembayaran yang tersedia segera setelah pembaruan.

Aplikasi sebaiknya memvalidasi kesegaran harga, menggunakan aturan pembaruan yang sesuai, dan menghindari desain yang memberikan profit pasti di sekitar perubahan oracle yang dapat diprediksi.

Keamanan oracle yang tangguh tidak cukup hanya dengan menyembunyikan transaksi karena kualitas data dan logika kontrak juga penting.

Front-running Transaksi Tata Kelola

Transaksi tata kelola on-chain dapat mengungkap suara, perubahan delegasi, eksekusi proposal, dan tindakan treasury sebelum dikonfirmasi.

Peserta dapat bereaksi terhadap voting yang tertunda dengan meminjam, membeli, mendelegasikan, atau memindahkan token governance.

Penyerang juga dapat mencoba mengeksekusi proposal sebelum transaksi defensif mengubah kondisi yang diperlukan.

Aturan Snapshot, penundaan voting, periode kuorum, dan eksekusi terkunci waktu dapat mengurangi keunggulan pengurutan transaksi di saat-saat terakhir.

Sistem tata kelola sebaiknya menentukan kapan hak suara dihitung, bukan hanya bergantung pada transaksi mana yang dieksekusi lebih dahulu.

Dampak Front-running bagi Pengguna

Front-running dapat membuat pengguna menerima token lebih sedikit, membayar lebih mahal untuk aset, kehilangan reward, atau melewatkan peluang berbatas waktu.

Transaksi yang tersingkir dapat gagal tetapi tetap menghabiskan biaya jaringan.

Pengambilan nilai yang berulang dapat membuat aplikasi terdesentralisasi lebih mahal dan kurang dapat diprediksi bagi peserta biasa.

Pengguna mungkin memindahkan transaksi ke kanal privat sehingga transparansi pasar transaksi publik berkurang.

Searcher profesional besar dapat unggul berkat data lebih cepat, simulasi lebih baik, hubungan langsung dengan builder, dan modal lebih besar.

Keunggulan ini dapat memusatkan kekuatan ekonomi meskipun blockchain yang mendasarinya tetap terbuka bagi siapa saja.

Front-running dan Sentralisasi Blockchain

MEV yang menguntungkan dapat memberi imbalan kepada organisasi dengan infrastruktur, algoritma, aliran order privat, dan koneksi builder terbaik.

Validator yang lebih kecil mungkin kesulitan memperoleh pendapatan setara melalui pembuatan blok independen.

Tekanan ini dapat mendorong penggunaan block builder khusus dan hubungan perutean transaksi yang terkonsentrasi.

Dokumentasi MEV Ethereum mencatat bahwa akses MEV yang tidak setara dapat menciptakan skala ekonomi dan meningkatkan tekanan sentralisasi.

Aliran order privat dapat melindungi transaksi individual, tetapi membuat aktivitas pasar penting kurang terlihat dan kurang permissionless.

Karena itu, perancang jaringan perlu menyeimbangkan perlindungan pengguna, akses transparan, ketahanan terhadap sensor, dan pembuatan blok yang efisien.

Pemisahan Proposer dan Builder

Pemisahan proposer-builder membagi tugas pembuatan blok dari tanggung jawab validator untuk mengusulkan blok.

Builder khusus menyusun kandidat blok dan bersaing dengan menawarkan pembayaran kepada proposer terpilih.

Proposer dapat memilih bid tanpa harus menemukan setiap peluang MEV secara mandiri.

Roadmap pemisahan proposer-builder Ethereum menjelaskan bahwa pemisahan peran dapat mendistribusikan pendapatan MEV secara lebih luas di antara validator dan mengurangi sebagian tekanan sentralisasi.

Pemisahan proposer-builder tidak menghapus front-running karena builder tetap dapat mengatur transaksi dan menerima bundle dari searcher.

Tujuan utamanya adalah mengubah struktur pasar di sekitar pembuatan blok dan mengurangi kebutuhan setiap validator untuk menjalankan sistem MEV canggih.

MEV-Boost dan Bundle Privat

MEV-Boost adalah middleware sumber terbuka yang memungkinkan validator Ethereum menerima blok dari pasar builder yang kompetitif.

Searcher dapat mengirim bundle yang urutan transaksi internalnya harus dipertahankan agar strategi dapat berjalan.

Builder menggabungkan bundle transaksi dan aliran order lainnya ke dalam blok lengkap.

Bundle privat dapat mencegah strategi menguntungkan disalin dari mempool publik.

Bundle tersebut juga memungkinkan searcher menetapkan eksekusi bersyarat, misalnya memasukkan sekelompok transaksi hanya jika setiap tahap berhasil.

Sistem bundle privat mengurangi beberapa bentuk persaingan di mempool publik, tetapi menimbulkan pertimbangan mengenai kepercayaan, relay, builder, dan sentralisasi.

Cara Pengguna Mengurangi Risiko Front-running

Pengguna dapat mengurangi risiko front-running dengan membatasi seberapa besar pergerakan harga yang merugikan yang dapat diterima transaksi.

Swap sebaiknya menetapkan output minimum atau input maksimum yang wajar dan diterapkan oleh smart contract.

Pengguna sebaiknya memeriksa dampak harga dan likuiditas yang tersedia sebelum mengirim trading besar.

Membagi trading besar menjadi transaksi lebih kecil dapat mengurangi dampak harga setiap transaksi, tetapi menambah biaya dan tidak menjamin perlindungan.

Jalur transaksi privat dapat menyembunyikan isi transaksi dari mempool publik sampai dimasukkan ke blok.

Pengguna juga dapat memilih aplikasi yang menggunakan lelang batch, aliran order terlindungi, harga limit, atau eksekusi berbasis intent.

Transaksi yang sangat sensitif terhadap waktu tidak boleh memuat rahasia yang terlihat publik dan dapat digunakan ulang oleh akun lain.

Setiap metode perlindungan memiliki kompromi terkait kecepatan eksekusi, kepercayaan, privasi, biaya, dan kemungkinan transaksi tertunda.

Perlindungan Slippage

Toleransi slippage menentukan seberapa jauh harga eksekusi boleh bergerak dari harga kuotasi sebelum transaksi gagal.

Toleransi slippage yang lebar memberi penyerang ruang lebih besar untuk menggerakkan harga sementara transaksi korban tetap valid.

Toleransi yang sempit mengurangi potensi profit sandwich, tetapi dapat menyebabkan kegagalan saat volatilitas normal atau likuiditas rendah.

Pengguna sebaiknya menetapkan slippage sesuai aset, kedalaman pool, ukuran trading, dan kondisi pasar saat ini.

Aplikasi sebaiknya menerapkan slippage on-chain, bukan hanya mengandalkan peringatan visual di antarmuka.

Kolom seperti output minimum, input maksimum, dan tenggat transaksi sebaiknya terlihat dan mudah dipahami sebelum wallet menandatangani.

Pengiriman Transaksi Privat

Pengiriman privat mengirim transaksi ke builder atau relay terpilih tanpa menyiarkannya melalui mempool publik biasa.

Karena bot publik tidak dapat melihat transaksi lengkap sebelumnya, strategi front-running dan sandwich yang umum menjadi lebih sulit dilakukan.

Dokumentasi Flashbots Protect menjelaskan mempool privat yang dirancang untuk menyembunyikan transaksi terkirim dari bot front-running dan sandwich.

Perutean privat tidak membuat transaksi tak terlihat bagi semua pihak karena infrastruktur terpilih tetap dapat menerima isinya.

Pengguna perlu mempertimbangkan builder atau searcher mana yang menerima data, pengaturan privasi yang berlaku, dan kemungkinan jalur tersebut menyensor atau menunda transaksi.

Transaksi privat juga mungkin memerlukan proses pembatalan atau pengelolaan nonce yang berbeda dari transaksi publik biasa.

Limit Order dan Trading Berbasis Intent

Limit Order menetapkan harga eksekusi terburuk yang dapat diterima, bukan menerima harga apa pun dalam rentang slippage yang lebar.

Intent menjelaskan hasil yang diinginkan pengguna sekaligus memungkinkan solver yang bersaing menentukan cara mencapainya.

Persaingan di antara solver dapat meningkatkan kualitas eksekusi jika sistem mencegah mereka mengeksploitasi intent yang diungkapkan pengguna.

Settlement batch dapat memproses beberapa order sekaligus pada harga clearing yang sama sehingga mengurangi keuntungan menempatkan satu transaksi tepat sebelum transaksi lain.

Sistem tersebut tetap memerlukan aturan yang mengatur akses solver, visibilitas data, kegagalan, sensor, dan jaminan settlement.

Kata “terlindungi” tidak boleh ditafsirkan sebagai janji bahwa MEV atau eksekusi yang merugikan tidak mungkin terjadi.

Skema Commit-Reveal

Skema commit-reveal membagi tindakan menjadi komitmen tersembunyi dan pengungkapan pada tahap berikutnya.

Pada tahap komitmen, pengguna menerbitkan hash kriptografis dari tindakan rahasia dan nilai acak.

Hash tersebut membuktikan bahwa pengguna telah memilih suatu tindakan tanpa mengungkap isinya.

Pada tahap pengungkapan, pengguna menerbitkan informasi asli agar kontrak dapat memverifikasi kecocokannya dengan komitmen.

Struktur ini dapat melindungi lelang, voting, klaim, dan aplikasi lainnya dari penyalinan langsung.

Desain commit-reveal menambah transaksi, penundaan, masalah ketika informasi tidak diungkapkan, dan kompleksitas pengalaman pengguna.

Kontrak harus mencegah penyerang menyalin nilai yang diungkapkan dan mengaitkannya dengan akun berbeda.

Mempool Terenkripsi

Mempool terenkripsi menyembunyikan isi transaksi ketika menunggu untuk diurutkan.

Builder dapat berkomitmen pada urutan tanpa mengetahui tindakan persis di dalam transaksi terenkripsi.

Transaksi didekripsi setelah keputusan pengurutan mencapai tahap yang disyaratkan.

Pendekatan ini dapat mengurangi front-running dan sandwich attack sekaligus mempertahankan jalur publik untuk memasukkan transaksi.

Mempool terenkripsi memerlukan pelepasan kunci yang aman, ketahanan terhadap kolusi, pemulihan yang andal, dan penundaan pemrosesan yang dapat diterima.

Pendekatan tersebut tidak memberikan privasi transaksi permanen karena isi transaksi biasanya menjadi publik saat dieksekusi.

Riset Front-running Ethereum Terkini

Per Juli 2026, beberapa Ethereum Improvement Proposal mengkaji perlindungan tingkat protokol terhadap front-running, tetapi proposal tersebut tidak boleh digambarkan sebagai fitur yang telah aktif di mainnet.

Draft EIP-8105 mengusulkan mempool terenkripsi yang menyembunyikan isi transaksi sampai transaksi dimasukkan dan kemudian didekripsi.

Draft EIP-8184 mengusulkan alur commit-before-reveal publik untuk transaksi sensitif terhadap MEV yang dienkripsi.

Draft EIP-8209 mengusulkan frame transaksi commit dan reveal yang menunda pengungkapan execution payload.

Proposal-proposal ini mengkaji kompromi berbeda terkait kriptografi, penyedia kunci, penundaan inklusi, kebocoran informasi, dan kompleksitas protokol.

Statusnya yang masih berupa draft berarti developer dan pengguna tidak seharusnya menganggap transaksi biasa saat ini otomatis memperoleh perlindungan tersebut.

Cara Developer Mengurangi Front-running

Developer sebaiknya mengidentifikasi setiap fungsi kontrak yang hasilnya bergantung pada urutan transaksi.

Swap dan pembelian token sebaiknya menerapkan output minimum, input maksimum, dan kondisi kedaluwarsa on-chain.

Lelang dapat menggunakan bid tersegel, clearing batch, atau mekanisme commit-reveal, bukan bidding publik sederhana yang menerapkan prinsip siapa cepat dia dapat.

Mint dan klaim terbatas dapat menggunakan bukti kelayakan bertanda tangan, alokasi acak, atau jendela klaim yang mengurangi keunggulan kecepatan.

Aplikasi yang menggunakan oracle sebaiknya menolak data usang dan menghindari transisi keadaan yang dapat diprediksi dan menghasilkan profit pasti.

Sistem likuidasi dapat menggunakan lelang atau insentif terdistribusi, bukan memberikan seluruh peluang kepada bot pertama.

Developer sebaiknya menguji kontrak dengan banyak urutan transaksi, bukan menganggap pemanggilan akan dieksekusi sesuai urutan pengiriman pengguna.

Rahasia yang diperlukan untuk eksekusi kontrak harus tetap berada off-chain sampai tahap pengungkapan yang aman.

Mengapa Desain Siapa Cepat Dia Dapat Berisiko

Kontrak siapa cepat dia dapat memberikan nilai kepada transaksi valid mana pun yang diurutkan pertama.

Blockchain publik tidak menjamin pengguna yang pertama kali mengeklik tombol akan menjadi transaksi pertama yang dimasukkan.

Latensi jaringan, biaya prioritas, pemilihan builder, bundle privat, dan kapasitas blok semuanya memengaruhi urutan transaksi.

Bot dapat mengamati pengguna biasa dan merespons lebih cepat daripada kebanyakan orang.

Karena itu, sistem siapa cepat dia dapat bernilai tinggi berubah menjadi persaingan infrastruktur dan pengurutan transaksi, bukan keadilan kronologis yang sesungguhnya.

Pemilihan acak, pemrosesan batch, atau jendela kelayakan dapat memberikan hasil yang lebih adil ketika urutan kedatangan persis tidak diperlukan secara ekonomi.

Cara Mendeteksi Front-running

Front-running dapat diselidiki dengan memeriksa urutan transaksi terkonfirmasi di dalam sebuah blok.

Blockchain explorer menampilkan nomor blok, posisi, pengirim, penerima, pengaturan biaya, dan log peristiwa setiap transaksi.

Analis dapat membandingkan tindakan korban yang diharapkan dengan transaksi tepat sebelum dan sesudahnya.

Pola sandwich sering mencakup pembelian oleh penyerang, pembelian korban ke arah yang sama dalam blok yang sama, lalu penjualan oleh penyerang.

Analis sebaiknya menghitung seluruh profit penyerang setelah biaya gas, pembayaran kepada builder, dan perubahan harga token.

Kesamaan waktu saja tidak membuktikan niat jahat karena trader independen dapat bereaksi terhadap informasi pasar yang sama.

Pengamatan mempool, execution trace, hubungan antaralamat, pola berulang, dan bundle transaksi dapat memberikan bukti lebih kuat.

Tanda-tanda Kemungkinan Sandwich Attack

Pengguna memperoleh harga eksekusi yang jauh lebih buruk daripada kuotasi sebelum transaksi, tetapi masih berada dalam batas slippage yang dipilih.

Transaksi dari alamat lain membeli token yang sama tepat sebelum transaksi pengguna di blok yang sama.

Alamat yang sama atau alamat terkait menjual token tersebut segera setelah transaksi pengguna.

Ukuran dua trading penyerang tampak diatur untuk memaksimalkan pengambilan nilai tanpa membuat transaksi korban revert.

Rangkaian transaksi menghasilkan profit bersih bagi penyerang setelah semua biaya transaksi diperhitungkan.

Satu rangkaian dapat terjadi secara kebetulan, tetapi pola berulang pada banyak pengguna memberikan bukti lebih kuat tentang strategi otomatis.

Bisakah Front-running Dicegah Sepenuhnya?

Tidak ada satu metode pun yang dapat mencegah setiap bentuk front-running pada semua arsitektur blockchain.

Perutean privat melindungi isi transaksi dari mempool publik, tetapi dapat mengungkapkannya kepada perantara terpilih.

Desain commit-reveal mencegah penyalinan langsung, tetapi menambah penundaan dan mengharuskan pengguna menyelesaikan tahap kedua.

Mempool terenkripsi mengurangi paparan informasi, tetapi menimbulkan tantangan kriptografi dan pengelolaan kunci.

Lelang batch mengurangi keunggulan pengurutan dalam suatu batch, tetapi tetap memerlukan aturan pemasukan batch yang adil.

Slippage ketat melindungi eksekusi harga, tetapi dapat meningkatkan kegagalan transaksi.

Perlindungan efektif biasanya menggabungkan kontrol pengguna, desain aplikasi, perutean privat, pengurutan yang adil, dan riset protokol.

Apakah Front-running Ilegal?

Legalitas front-running bergantung pada yurisdiksi, pasar, aset, hubungan, dan tindakan spesifik yang dilakukan.

Front-running tradisional yang didasarkan pada informasi rahasia tentang order pelanggan dilarang di banyak lingkungan keuangan yang diatur.

Front-running blockchain mungkin menggunakan informasi yang terlihat di mempool publik sehingga menimbulkan pertanyaan hukum dan faktual yang berbeda.

Perilaku tersebut tetap dapat menimbulkan persoalan terkait penipuan, manipulasi, praktik menyesatkan, kewajiban fidusia, informasi rahasia, atau aturan pasar.

Transaksi yang diizinkan oleh smart contract tidak membuktikan bahwa setiap penggunaannya sah secara hukum.

Pengguna dan developer yang menangani strategi bernilai tinggi sebaiknya meminta nasihat hukum yang kompeten untuk yurisdiksi tempat mereka beroperasi.

Penipuan Front-running

Penipu sering mengiklankan bot front-running yang konon menjanjikan profit kripto terjamin.

Smart contract yang diberikan dapat mengirim langsung aset yang disetor pengguna kepada penipu.

Tutorial palsu dapat meminta korban menempelkan alamat wallet rahasia ke kode kontrak atau mendanai akun yang dikendalikan penyerang.

Beberapa skema mengklaim bahwa deposit lebih besar memungkinkan bot mengungguli lebih banyak transaksi dan menghasilkan imbal hasil lebih tinggi.

Strategi MEV nyata memerlukan infrastruktur canggih, simulasi andal, modal, kontrol risiko, dan kemampuan bersaing dengan searcher profesional.

Tidak ada skrip publik yang dapat menjamin front-running menguntungkan setelah memperhitungkan biaya, transaksi gagal, perubahan pasar, dan persaingan.

Pengguna tidak boleh mengungkapkan frasa pemulihan atau kunci privat untuk memasang, mengaktifkan, atau mendanai bot trading.

Risiko yang Dihadapi Pelaku Front-running

Transaksi front-running dapat gagal ketika transaksi sasaran dibatalkan, diganti, ditunda, atau dikirim melalui jalur privat.

Bot lain dapat mengungguli bid penyerang atau memperoleh posisi yang lebih baik di dalam blok.

Korban dapat menggunakan batas slippage yang membuat serangan tidak menguntungkan.

Pergerakan pasar cepat dapat mengubah persediaan sementara milik penyerang menjadi kerugian.

Biaya gas dan pembayaran kepada builder dapat menghabiskan profit yang diharapkan.

Kontrak berbahaya dapat sengaja menarik bot dan menyebabkan transaksi yang disalin merugi.

Risiko hukum, operasional, reputasi, dan pihak lawan juga dapat memengaruhi organisasi yang terlibat dalam strategi pengurutan transaksi.

FAQ

Apa itu front-running secara sederhana?

Front-running berarti melihat transaksi kripto pengguna lain yang tertunda dan menempatkan transaksi pesaing sebelum transaksi itu untuk memperoleh keuntungan.

Mengapa front-running dapat terjadi di blockchain?

Front-running dapat terjadi karena transaksi tertunda dapat mengungkap niat pengguna sebelum block builder menentukan urutan eksekusi akhirnya.

Apa itu mempool?

Mempool adalah kumpulan transaksi tertunda yang valid pada sebuah node dan belum dimasukkan ke blok terkonfirmasi.

Apakah ada satu mempool global?

Tidak. Node individual dapat memiliki tampilan transaksi tertunda yang berbeda karena latensi, koneksi peer, pengaturan, dan perutean privat.

Apa itu bot front-running?

Bot front-running adalah perangkat lunak otomatis yang memantau transaksi tertunda dan mencoba menjalankan tindakan menguntungkan sebelum transaksi tersebut.

Apa itu front-runner umum?

Front-runner umum menyimulasikan transaksi tertunda dan menyalin pemanggilan kontrak yang menguntungkan tanpa memerlukan strategi yang ditulis khusus untuk setiap aplikasi.

Apakah front-running sama dengan MEV?

Front-running adalah salah satu kategori MEV, sedangkan MEV juga mencakup back-running, arbitrase, likuidasi, sandwich attack, dan strategi pengurutan lainnya.

Apa itu sandwich attack?

Sandwich attack menempatkan satu trading sebelum korban dan trading lain sesudahnya untuk memperoleh profit dari pergerakan harga yang dihasilkan.

Apa perbedaan front-running dan back-running?

Front-running dieksekusi sebelum transaksi sasaran, sedangkan back-running dieksekusi setelahnya.

Apakah arbitrase sama dengan front-running?

Tidak. Arbitrase dapat terjadi tanpa merugikan transaksi tertentu yang tertunda, sedangkan front-running menggunakan pengetahuan awal tentang transaksi untuk memperoleh posisi lebih awal.

Bisakah front-running memengaruhi swap token?

Bisa. Bot dapat menggerakkan harga pool likuiditas sebelum swap sehingga pengguna menerima token lebih sedikit.

Bisakah front-running memengaruhi mint NFT?

Bisa. Bot dapat menyalin transaksi mint yang tertunda dan memperoleh NFT terbatas lebih dahulu daripada pengguna asli.

Bisakah front-running memengaruhi likuidasi?

Bisa. Bot sering bersaing untuk lebih dahulu menyelesaikan likuidasi yang menguntungkan pada protokol lending.

Bisakah front-running memengaruhi tata kelola?

Bisa. Voting dan transaksi eksekusi yang tertunda dapat mengungkap tindakan yang coba diantisipasi atau diblokir peserta lain.

Apakah membayar gas lebih tinggi dapat mencegah front-running?

Tidak. Biaya prioritas lebih tinggi dapat meningkatkan kecepatan pemasukan transaksi, tetapi tidak menjamin perlindungan terhadap bundle privat atau builder khusus.

Apakah slippage rendah dapat mencegah sandwich attack?

Slippage rendah mengurangi potensi profit, tetapi tidak menghapus setiap serangan dan dapat menyebabkan transaksi gagal saat terjadi pergerakan harga normal.

Apa itu pengiriman transaksi privat?

Pengiriman privat mengirim transaksi ke infrastruktur terpilih tanpa terlebih dahulu menyiarkan seluruh isinya melalui mempool publik.

Apakah transaksi privat sepenuhnya privat?

Tidak. Builder atau relay terpilih mungkin dapat melihat transaksi, dan isinya biasanya menjadi publik setelah dimasukkan ke blok.

Apa itu skema commit-reveal?

Skema commit-reveal memungkinkan pengguna membuktikan komitmen terhadap informasi tersembunyi dan baru mengungkapkannya pada tahap berikutnya.

Apa itu mempool terenkripsi?

Mempool terenkripsi menyembunyikan isi transaksi sampai keputusan pengurutan telah ditetapkan atau kondisi dekripsi lain terpenuhi.

Apakah Ethereum saat ini memiliki mempool mainnet terenkripsi?

Tidak. Per Juli 2026, sistem mempool terenkripsi tingkat protokol masih berupa proposal riset, bukan fitur transaksi standar Ethereum mainnet.

Apa itu pemisahan proposer-builder?

Pemisahan proposer-builder memungkinkan builder khusus menyusun blok, sementara validator memilih dan mengusulkan kandidat blok.

Apakah pemisahan proposer-builder menghapus front-running?

Tidak. Pemisahan tersebut mengubah struktur produksi blok, tetapi tidak mencegah builder dan searcher mengurutkan transaksi untuk mendapatkan MEV.

Bagaimana cara mengenali sandwich attack?

Cari trading penyerang sebelum swap Anda dan trading penyerang yang berlawanan sesudahnya dalam blok yang sama.

Bisakah blockchain explorer membuktikan front-running?

Blockchain explorer dapat mengungkap urutan dan hasil transaksi, tetapi pembuktian niat mungkin memerlukan data mempool, execution trace, dan pola berulang.

Apakah semua front-running menguntungkan?

Tidak. Penyerang dapat merugi karena transaksi gagal, persaingan, biaya, perubahan harga, dan kontrak yang menipu.

Apakah bot front-running dijamin menghasilkan uang?

Tidak. Klaim profit bot yang dijamin menyesatkan dan sering berkaitan dengan penipuan.

Apakah front-running ilegal?

Legalitasnya bergantung pada yurisdiksi, sumber informasi, aturan pasar, hubungan, aset, dan tindakan spesifik.

Bisakah developer merancang kontrak yang tahan terhadap front-running?

Bisa. Developer dapat menggunakan penerapan batas slippage, settlement batch, sistem commit-reveal, alokasi acak, oracle yang tangguh, dan metode eksekusi privat.

Apa perlindungan terbaik terhadap front-running?

Perlindungan praktis paling kuat menggabungkan batas slippage yang cermat, desain aplikasi yang sesuai, perutean privat, dan aturan transaksi yang tidak memberikan keuntungan sederhana dari urutan transaksi.

Kesimpulan

Front-running adalah penggunaan pengetahuan awal mengenai transaksi mata uang kripto yang tertunda untuk menempatkan transaksi lain sebelumnya demi memperoleh keuntungan finansial.

Front-running dimungkinkan oleh transaksi tertunda yang terlihat, nilai ekonomi dari pengurutan transaksi, persaingan biaya, dan keadaan blockchain yang dapat diprogram.

Bentuk yang umum meliputi displacement, sandwich attack, persaingan likuidasi, penyalinan mint NFT, bidding lelang, dan strategi terkait oracle.

Front-running merupakan bagian dari MEV, tetapi tidak semua bentuk MEV merugikan pengguna dengan cara yang sama.

Searcher, builder, validator, relay, wallet, dan developer aplikasi semuanya memengaruhi cara transaksi diamati dan diurutkan.

Pengguna dapat mengurangi paparan melalui pengaturan slippage yang wajar, pengiriman transaksi privat, eksekusi berbasis limit, dan pemeriksaan dampak harga secara cermat.

Developer dapat mengurangi peluang mendasar ini melalui sistem commit-reveal, lelang batch, alokasi acak, desain oracle yang aman, dan batas eksekusi on-chain.

Mempool terenkripsi dan format transaksi commit-before-reveal tetap menjadi bidang riset penting Ethereum per Juli 2026.

Tidak ada perlindungan yang sempurna karena setiap pendekatan memiliki kompromi terkait kepercayaan, penundaan, privasi, ketahanan terhadap sensor, biaya, dan kompleksitas.

Memahami front-running membantu pengguna kripto menilai eksekusi transaksi dengan lebih akurat dan menghindari penipuan yang menjanjikan profit mudah dari bot MEV.