﻿---
title: "Front-running on-chain"
description: "Front-running on-chain memanfaatkan informasi transaksi tertunda agar transaksi lain dieksekusi lebih dahulu untuk meraih keuntungan. Artikel ini menjelaskan peran pool publik, pengurutan, MEV, slippage, dan pengiriman privat."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Front-running on-chain

> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

<a id="answer"></a>

## Jawaban singkat

Front-running on-chain terjadi ketika seseorang mengetahui transaksi tertunda dan membuat transaksi lain dieksekusi lebih dahulu untuk mengambil nilai. Pelaku dapat menyalin pemanggilan yang menguntungkan, membeli sebelum order yang sudah diketahui, atau memperebutkan peluang on-chain yang terbatas. Front-running adalah salah satu bentuk nilai maksimal yang dapat diekstraksi (MEV), bukan sebutan untuk semua strategi MEV.

Peluang ini muncul karena transaksi Ethereum yang dikirim biasanya disiarkan dan disimpan di pool transaksi sebelum validator memasukkannya ke blok. Searcher dapat memeriksa transaksi tertunda, menyimulasikan hasil, lalu mengirim transaksi atau bundel sendiri. Urutan akhir ditentukan dalam proses penyusunan blok; biaya prioritas yang lebih tinggi dapat memengaruhi peluang masuk, tetapi tidak menjamin posisi tertentu.

Bagi pengguna, pertanyaan pentingnya adalah apakah transaksi mengungkapkan niat bernilai sebelum eksekusi, apakah batasannya menyisakan ruang untuk ekstraksi, dan siapa yang dapat memengaruhi urutan. Swap DEX dengan slippage longgar, klaim publik memakai rahasia yang dapat digunakan ulang, likuidasi, lelang, dan pencetakan terbatas dapat menarik persaingan.

<a id="mechanism"></a>

## Cara kerja

Dalam transaksi sandwich, searcher melihat pembelian DEX yang tertunda, membeli aset yang sama tepat sebelumnya, lalu menjual tepat sesudahnya. Pembelian pengguna menaikkan harga pool di antara dua transaksi searcher. Strategi hanya berhasil jika jumlah minimum yang diterima pengguna masih memungkinkan eksekusi setelah gerakan harga tambahan dan hasilnya menutup seluruh biaya.

Front-runner umum membidik pemanggilan yang nilainya dapat disalin. Jika transaksi mengungkapkan jawaban atau otorisasi yang tidak terikat pada penerima tujuan, akun lain dapat meniru pemanggilan tersebut dan berusaha dieksekusi lebih dulu. Kontrak dapat memakai skema commit-reveal dan mengikat klaim pada penerima tertentu; sekadar meminta pengguna menaikkan biaya tidak melindungi informasi yang sudah terbuka.

Kolom biaya Ethereum seperti `maxPriorityFeePerGas` dan `maxFeePerGas` memengaruhi jumlah yang bersedia dibayar pengirim. Kolom itu tidak membuat isi transaksi privat, dan builder dapat menilai bundel alih-alih mengurutkan setiap transaksi berdasarkan satu kolom biaya. Karena itu, front-running adalah masalah informasi dan pengurutan, bukan sekadar perlombaan harga Gas.

<a id="example"></a>

## Contoh

Misalkan sebuah pool AMM berisi 100 ETH dan 200,000 USDC. Pengguna mengirim transaksi publik untuk membeli ETH dengan 10,000 USDC dan toleransi slippage 5%. Transaksi tertunda mengungkapkan arah, ukuran, dan output minimum yang diterima.

Searcher menyimulasikan swap lalu mengirim pembelian untuk dieksekusi sebelumnya, disusul penjualan untuk dieksekusi sesudahnya. Jika keduanya mengapit transaksi pengguna, pengguna menerima ETH lebih sedikit dibandingkan tanpa sandwich, tetapi masih dalam batas 5%; searcher menyimpan selisih setelah biaya.

Hasilnya tidak terjamin. Persaingan searcher, biaya pool, perubahan harga, kegagalan masuk blok, atau pemeriksaan output minimum dapat membuat strategi merugi atau menggagalkan rangkaian. Transaksi besar biasa juga menimbulkan dampak harga, sehingga jejak transaksi dan keadaan pool perlu diperiksa sebelum seluruh slippage dianggap sebagai serangan.

<a id="risks"></a>

## Risiko dan mitigasi

Tidak ada pengaturan yang menghapus semua risiko pengurutan. Sasaran yang berguna adalah mengurangi kebocoran informasi yang tidak perlu dan membatasi kerugian yang bersedia diterima transaksi.

- Tetapkan output minimum atau batas harga yang masuk akal berdasarkan kedalaman pool dan kondisi saat ini; jangan melonggarkan slippage hanya untuk memaksa eksekusi.
- Tinjau dampak harga, likuiditas, aturan transfer token, dan rute sebelum menandatangani, terutama untuk transaksi besar di pool dangkal.
- Gunakan layanan pengiriman privat atau perlindungan MEV yang bereputasi bila sesuai, sambil memeriksa cakupan builder, perilaku saat gagal, kebijakan privasi, dan asumsi kepercayaan.
- Dalam desain protokol, jangan menaruh rahasia berdasarkan siapa cepat dia dapat di data transaksi; gunakan pengikatan penerima, commit-reveal, lelang batch, atau mekanisme yang sesuai.

Pengiriman privat dapat menyembunyikan transaksi dari pool publik, tetapi bukan jaminan universal. Pengguna bergantung pada layanan dan builder agar tidak membocorkan atau menyalahgunakan transaksi; mengganti rute RPC sebelum konfirmasi dapat membuatnya tersiar. Transaksi juga dapat tertunda atau tidak dimasukkan.

<a id="misconceptions"></a>

## Kesalahpahaman umum

### Mitos 1: Membayar Gas lebih tinggi mencegah front-running

Biaya prioritas yang lebih tinggi dapat meningkatkan peluang masuk, tetapi tidak menyembunyikan transaksi. Searcher dan builder dapat mengirim urutan atau bundel yang lebih bernilai, sehingga persaingan biaya saja bukan perlindungan.

### Mitos 2: Setiap eksekusi yang merugikan adalah serangan sandwich

Order besar menggerakkan harga AMM dengan sendirinya, dan pasar dapat berubah saat transaksi tertunda. Biaya perutean, pajak transfer, dan persaingan normal juga dapat memperburuk hasil eksekusi.

### Mitos 3: Slippage nol selalu paling aman

Batas yang terlalu ketat dapat menolak pergerakan harga normal dan tetap menghabiskan Gas ketika transaksi publik dibatalkan. Batas yang tepat bergantung pada likuiditas, ukuran transaksi, urgensi, dan kerugian maksimum yang dapat diterima.

<a id="related"></a>

## Topik terkait

- [DEX](/id/crypto/dex/)
- [Biaya Gas](/id/crypto/gas-fee/)
- [MEV](/id/crypto/mev/)
- [Serangan Sybil](/id/crypto/sybil-attack/)
- [Yield farming](/id/crypto/yield-farming/)

<a id="sources"></a>

## Sumber

- [Transactions](https://ethereum.org/developers/docs/transactions/) - ethereum.org (diakses: 2026-08-20)
- [Maximal extractable value (MEV)](https://ethereum.org/developers/docs/mev/) - ethereum.org (diakses: 2026-08-20)
- [Flashbots Protect Quick Start](https://docs.flashbots.net/flashbots-protect/quick-start) - Flashbots (diakses: 2026-08-20)

Source: https://wiki.fcontext.com/id/crypto/front-running/index.mdx
