﻿---
title: "鏈上搶跑"
description: "鏈上搶跑是利用待處理交易的資訊，讓另一筆交易搶先執行並獲利。本詞條說明公開交易池、排序、MEV、滑點和私有傳送如何影響搶跑風險。"
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.

# 鏈上搶跑

> 僅供教育參考，不構成投資建議；投資可能產生損失。

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

## 直接答案

鏈上搶跑是指有人得知一筆待處理交易後，設法讓另一筆交易先於它執行，從中取得價值。搶跑者可能複製一筆可獲利的合約呼叫、在已知訂單之前買入，或爭奪稀缺的鏈上機會。搶跑是最大可提取價值（MEV）的一種形式，並不等同於所有 MEV 策略。

這一機會之所以存在，是因為以太坊交易提交後通常會先廣播並停留在交易池中，之後才由驗證者納入區塊。搜尋者可以檢查待處理交易、模擬結果，再傳送自己的交易或交易包。最終順序由區塊建構流程決定，因此更高的優先費可能影響納入機率，卻不能保證特定位置。

對使用者而言，關鍵在於交易是否會在執行前暴露有價值的意圖、交易限制是否留下可提取空間，以及誰能影響排序。滑點過寬的 DEX 兌換、使用可重複秘密的公開領取、清算、拍賣和限量鑄造都可能引來競爭。

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

## 運作機制

在夾子交易中，搜尋者看到一筆待處理的 DEX 買單，緊接著在它之前買入同一資產，並在它之後賣出。使用者買入會在搜尋者兩筆交易之間推高池內價格。只有當額外價格變動後，使用者的最低收到量仍允許交易執行，且收益足以覆蓋全部費用時，這一策略才會成功。

通用搶跑機器人會尋找可以複製其價值的呼叫。如果一筆交易暴露了答案或授權，且這些資訊沒有綁定預定接收者，其他帳戶就可能複製呼叫並爭取更早執行。合約可採用提交-揭示機制並把領取權綁定到特定接收者；僅要求使用者提高費用並不能保護已經暴露的資訊。

以太坊的 `maxPriorityFeePerGas` 和 `maxFeePerGas` 等費用欄位決定傳送者願意支付的上限，卻不會隱藏交易內容；建構者也可能評估交易包，而不是只按某個費用欄位排序。因此，搶跑本質上是資訊與排序問題，並非單純的 Gas 競價。

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

## 例子

假設一個 AMM 池中有 100 ETH 和 200,000 USDC。使用者公開提交一筆用 10,000 USDC 買入 ETH 的交易，滑點容忍度為 5%。待處理交易暴露了方向、規模和最低可接受輸出。

搜尋者模擬這筆兌換，提交一筆在其之前執行的買單，再提交一筆在其之後執行的賣單。如果兩筆交易恰好排在使用者交易兩側，使用者收到的 ETH 會少於沒有夾子時的數量，但仍在 5% 限制內；搜尋者扣除費用後保留差額。

結果並無保證。其他搜尋者的競爭、池手續費、價格變化、未被納入區塊或使用者的最低輸出檢查，都可能使策略無利可圖或讓整個序列失敗。正常的大額交易本身也會造成價格衝擊，因此不能在沒有檢查交易軌跡和池狀態的情況下，把所有滑點都歸因於攻擊。

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

## 風險與緩解

沒有任何設定能消除全部排序風險。務實的目標是減少不必要的資訊洩露，並限制交易願意承受的損失。

- 根據池深和目前狀況設定合理的最低輸出或價格限制；不要只為強行成交而放寬滑點。
- 簽署前檢查價格衝擊、流動性、代幣轉帳規則和路由，尤其要留意淺池中的大額交易。
- 適當時使用信譽良好的私有傳送或 MEV 保護服務，同時核查其建構者覆蓋、失敗處理、隱私政策和信任假設。
- 協議設計不應把先到先得的秘密直接放進交易資料；應按應用場景採用接收者綁定、提交-揭示、批次拍賣或其他機制。

私有傳送可以讓交易不出現在公開交易池，但並非萬能保證。使用者必須依賴服務方和參與建構者不洩露或濫用交易；確認前切換 RPC 路徑也可能讓交易重新暴露到公開網路。交易還可能延遲或未被納入。

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

## 常見誤區

### 誤區 1：多付 Gas 就能防止搶跑

更高的優先費可能提高納入機率，卻不會隱藏交易。搜尋者和建構者仍可提交價值更高的排序或交易包，因此單靠費用競價並不能形成保護。

### 誤區 2：每次不利成交都是夾子攻擊

大額訂單本身就會推動 AMM 價格，交易等待期間市場也可能變化。路由費、轉帳稅和正常競爭同樣可能讓執行結果變差。

### 誤區 3：零滑點總是最安全

過緊的限制可能拒絕正常價格變動，公開交易回滾時仍可能消耗 Gas。合適的限制取決於流動性、交易規模、緊迫程度和使用者可接受的最大損失。

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

## 相關主題

- [DEX](/zh-tw/crypto/dex/)
- [Gas 費](/zh-tw/crypto/gas-fee/)
- [MEV](/zh-tw/crypto/mev/)
- [女巫攻擊](/zh-tw/crypto/sybil-attack/)
- [流動性挖礦](/zh-tw/crypto/yield-farming/)

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

## 來源

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

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