以太坊 MEV 供應鏈完整工程分析：搜尋者、建造者、提議者的協作世界

說實話，每次看到「某某協議被 MEV 機器人偷了多少錢」的新聞，我都會想：這些機器人到底怎麼運作的？背後是一群天才工程師在操盤嗎？

答案是：也不全是天才，但肯定是一套極度精密的系統工程。

MEV 這個生態系統，比大多數人想像的複雜得多。它不只是一個「搶先交易」的簡單腳本，而是一個涵蓋搜尋者（Searcher）、建造者（Builder）、提議者（Proposer）三大角色的完整供應鏈。今天這篇文章，我就把這個供應鏈的每個環節給你拆解清楚。

數據截止到 2026 年 3 月，所有技術細節均基於 Flashbots、Go-Ethereum 和以太坊共識層的實際實現。

MEV 供應鏈的整體架構

在進入細節之前，先給你一個宏觀的框架。

以太坊的 MEV 供應鏈可以理解成一個「拍賣市場」：用戶的交易是「商品」，驗證者是「拍賣師」，而 MEV 機器人則是「投標者」。

MEV 供應鏈三層架構：

┌─────────────────────────────────────────────────────────────┐
│                        用戶交易                              │
│              (swap、清算、質押等操作)                        │
└───────────────────────────┬─────────────────────────────────┘
                            │
                            ▼
┌─────────────────────────────────────────────────────────────┐
│                      公共記憶池                              │
│              (或 Flashbots Protect RPC)                     │
└───────────────────────────┬─────────────────────────────────┘
                            │
                            ▼
┌─────────────────────────────────────────────────────────────┐
│  搜尋者 (Searcher) - 演算法發現 MEV 機會                    │
│  - 監控記憶池交易                                           │
│  - 識別套利、三明治、清算機會                                │
│  - 構造 bundle（交易包）                                    │
└───────────────────────────┬─────────────────────────────────┘
                            │
                            ▼
┌─────────────────────────────────────────────────────────────┐
│  建造者 (Builder) - 組裝最優區塊                            │
│  - 收集多個 bundle                                          │
│  - 計算最優區塊排列                                         │
│  - 投標給驗證者                                             │
└───────────────────────────┬─────────────────────────────────┘
                            │
                            ▼
┌─────────────────────────────────────────────────────────────┐
│  提議者 (Proposer) - 選擇並廣播區塊                         │
│  - 接收建造者投標                                           │
│  - 執行分叉選擇                                             │
│  - 廣播最終區塊                                             │
└─────────────────────────────────────────────────────────────┘

這個架構的核心理念是：把 MEV 機會「民主化」。在理想的市場中，每個參與者都有機會分享 MEV 收益，而不是被少數大玩家壟斷。

第一層：搜尋者（Searcher）

搜尋者是 MEV 供應鏈的最前線。他們是演算法驅動的交易機器人，專門在各個 DeFi 協議中尋找獲利機會。

搜尋者的類型

1. 套利機器人（Arbitrage Bot）

套利是最「乾淨」的 MEV 類型——它幫助市場維持價格一致性，某種程度上對生態系統有益。

套利機會示例：

Uniswap ETH/USDC: $3,500
SushiSwap ETH/USDC: $3,505
差價: $5

套利機器人操作：
1. 在 Uniswap 以 $3,500 買入 10 ETH
2. 在 SushiSwap 以 $3,505 賣出 10 ETH
3. 獲利: $50（扣除 gas 後約 $30-40）

利潤觸發條件：
- gas 費用 < $5-10
- 交易金額夠大，能覆蓋固定成本
- 價格差異持續足夠長的時間

套利機器人的關鍵技術挑戰是速度。兩個交易所之間的價格差異可能只持續幾秒鐘，機器人必須在毫秒級完成以下操作：

1. 監測多個 DEX 的價格變動
2. 計算最優套利路徑
3. 構造交易
4. 簽名並廣播

這就引出了搜尋者的一個核心工具：合約工廠（Contract Factory）。

搜尋者的合約架構

搜尋者通常使用合約工廠來批量執行 MEV 策略。每個策略部署一個專門的合約，這些合約共享一個工廠合約的某些功能。

// 搜尋者合約架構示例

// 工廠合約 - 批量部署策略合約
contract MEVStrategyFactory {
    address public immutable masterAddress;
    mapping(uint256 => address) public strategyInstances;
    uint256 public strategyCount;
    
    event StrategyDeployed(uint256 indexed id, address strategy);
    
    constructor(address _master) {
        masterAddress = _master;
    }
    
    function deployStrategy(
        bytes32 _merkleRoot,
        address _token0,
        address _token1,
        uint256 _amount
    ) external returns (address) {
        // 部署新的策略合約
        address strategy = new MEVStrategy(
            masterAddress,
            _merkleRoot,
            _token0,
            _token1,
            _amount
        );
        
        strategyInstances[strategyCount] = strategy;
        strategyCount++;
        
        emit StrategyDeployed(strategyCount - 1, strategy);
        return strategy;
    }
}

// 策略合約 - 封裝單一 MEV 策略
contract MEVStrategy {
    struct Execution {
        address target;
        bytes data;
        uint256 value;
        uint256 gasLimit;
    }
    
    // 批量執行多個操作
    function executeMultiCall(Execution[] calldata calls) 
        external 
        payable 
    {
        for (uint256 i = 0; i < calls.length; i++) {
            (bool success, ) = calls[i].target.call{
                value: calls[i].value,
                gas: calls[i].gasLimit
            }(calls[i].data);
            
            require(success, "Execution failed");
        }
    }
}

為什麼要用這種架構？

Gas 優化：每個策略合約只包含必要的邏輯，最小化部署和執行成本。

可重複性：相同策略可以部署多個實例，針對不同代幣對或市場條件。

安全性隔離：一個策略被攻擊不會影響其他策略。

搜尋者的利潤分配

搜尋者賺取的 MEV 利潤，需要與其他參與者分享：

MEV 收益分配模型：

總收益 = $100 (假設套利獲利)

分配：
┌────────────────────────────────────┐
│  搜尋者利潤：$70-80                │
│  - 承擔風險（資金、gas）           │
│  - 演算法開發成本                  │
├────────────────────────────────────┤
│  區塊建造者：$10-20               │
│  - 區塊空間競價                    │
│  - 承擔交易失敗風險                │
├────────────────────────────────────┤
│  驗證者/質押者：$5-10             │
│  - MEV-Boost 獎勵                │
│  - 提高網路安全性                  │
└────────────────────────────────────┘

搜尋者的毛利潤率通常在 70-80%，但扣除各種成本後，淨利潤率約 40-60%。這個數字會根據市場競爭程度而波動。

第二層：建造者（Builder）

建造者是 MEV 供應鏈的中間層。他們負責把搜尋者提交的 bundle 組裝成一個完整的區塊，然後向驗證者競標。

建造者的角色

建造者的核心職責是最大化區塊價值。這不是簡單地把所有交易塞進區塊，而是要找到一個最優的交易排列組合。

區塊價值最大化問題：

約束條件：
- 區塊 gas 上限：30,000,000
- 交易之間的依賴關係（A 交易需要 B 交易的結果）
- 帳戶 nonce 順序
- 交易有效性（簽名、餘額等）

優化目標：
max Σ(fee_i × gasLimit_i) + Σ(mevBundle_i)

其中：
- fee_i：第 i 筆交易的基礎費用 + 小費
- mevBundle_i：第 i 個 bundle 的預期 MEV 收益

這個優化問題的複雜度是 NP-hard（類似旅行推銷員問題）。建造者需要使用各種啟發式演算法來找到近似最優解。

建造者的技術架構

讓我給你展示一個簡化的建造者架構：

// Go-Ethereum 建造者核心邏輯（簡化版）

type BlockBuilder struct {
    // 候選交易池
    pendingBundles []*types.Bundle
    pendingTxs     []*types.Transaction
    
    // 排序器
    sorter *TransactionSorter
    
    // 投標管理器
    bidManager *BidManager
}

type TransactionSorter struct {
    // 基於價值的排序
    valueExtractor ValueExtractor
}

func (bb *BlockBuilder) BuildBlock() (*types.Block, *Bid, error) {
    // 步驟 1：收集所有候選
    candidates := bb.collectCandidates()
    
    // 步驟 2：識別交易依賴關係
    dependencyGraph := bb.buildDependencyGraph(candidates)
    
    // 步驟 3：貪心排列（實際使用更複雜的演算法）
    orderedTxs := bb.greedySchedule(candidates, dependencyGraph)
    
    // 步驟 4：執行並計算實際價值
    block, totalValue := bb.simulateExecution(orderedTxs)
    
    // 步驟 5：構造投標
    bid := bb.bidManager.CreateBid(totalValue, block.Header)
    
    return block, bid, nil
}

func (bb *BlockBuilder) collectCandidates() []*Candidate {
    var candidates []*Candidate
    
    // 收集 bundle
    for _, bundle := range bb.pendingBundles {
        simulation := bb.simulateBundle(bundle)
        candidates = append(candidates, &Candidate{
            Type:       BundleType,
            Bundle:     bundle,
            SimResult:  simulation,
            Weight:     simulation.Profit,
        })
    }
    
    // 收集獨立交易
    for _, tx := range bb.pendingTxs {
        candidates = append(candidates, &Candidate{
            Type:       TransactionType,
            Tx:         tx,
            SimResult:  bb.simulateTx(tx),
            Weight:     tx.GasPrice(),
        })
    }
    
    return candidates
}

建造者的利潤模式

建造者的商業模式是：投標差價。他們向搜尋者收取服務費，同時向驗證者競標區塊空間。

建造者利潤模型：

收入端：
- Bundle 服務費：搜尋者支付（通常是 MEV 收益的 5-10%）
- 區塊拍賣溢價：通過優化區塊排列獲得額外價值

成本端：
- 計算資源：高性能伺服器
- 網路頻寬：與驗證者的低延遲連接
- 交易失敗風險：模擬失準導致損失

典型利潤率：
- 高效建造者：15-25%
- 普通建造者：5-10%

目前市場上主要的建造者包括：

• Flashbots Builder（市場領導者）
• Blocknative
• Manhattan
• rsync builder
• Beaverbuild

第三層：提議者（Proposer）

提議者就是以太坊的驗證者。他們負責選擇哪個建造者的區塊應該被接受，並將其添加到區塊鏈上。

驗證者的選擇過程

在 PoS 共識機制下，驗證者被隨機選中提議區塊。當輪到他們時，他們會：

1. 接收投標：從多個建造者處收到區塊投標
2. 評估價值：計算每個投標的期望價值
3. 選擇最優區塊：選擇淨收益最高的區塊
4. 提議區塊：將選定的區塊廣播到網路

// 驗證者區塊選擇邏輯（MEV-Boost）

type Proposer struct {
    relayClient    *RelayClient
    builderClient  *BuilderClient
}

func (p *Proposer) ProposalRoutine() {
    for {
        slot := p.waitForProposalSlot()
        
        if !p.isMyTurn(slot) {
            continue
        }
        
        // 從中繼獲取建造者區塊
        bids, err := p.relayClient.GetBids(slot)
        if err != nil {
            log.Error("Failed to get bids", "error", err)
            continue
        }
        
        // 選擇最優投標
        bestBid := p.selectBestBid(bids)
        
        if bestBid == nil {
            // 沒有有效投標，使用本地區塊
            p.proposeLocalBlock()
            continue
        }
        
        // 驗證區塊並提議
        if err := p.proposeBlock(bestBid.Block); err != nil {
            log.Error("Failed to propose block", "error", err)
            p.proposeLocalBlock()
        }
    }
}

func (p *Proposer) selectBestBid(bids []*Bid) *Bid {
    var best *Bid
    var maxValue uint64
    
    for _, bid := range bids {
        if bid.Value > maxValue {
            maxValue = bid.Value
            best = bid
        }
    }
    
    return best
}

MEV-Boost：提議者-建造者分離的實現

MEV-Boost 是 Flashbots 實現 PBS（Proposer-Builder Separation）的產品。它允許驗證者把區塊建造工作外包給專業的建造者，同時最大化自己的收益。

MEV-Boost 工作流程：

1. 驗證者運行 MEV-Boost 軟體
2. MEV-Boost 連接到多個中繼（Relay）
3. 中繼匯集來自多個建造者的投標
4. MEV-Boost 選擇最優投標
5. 驗證者簽署區塊頭
6. 建造者提交完整區塊
7. 區塊被廣播並添加到區塊鏈

好處：
- 驗證者收益提升：平均提升 50-150%
- 網路安全：MEV 收益去中心化
- 用戶保護：Flashbots 提供了 MEV 保護層

根據 2026 年 3 月的數據，目前約有 85% 的驗證者使用 MEV-Boost，這使得 MEV 收益的去中心化成為可能。

驗證者的 MEV 收益

使用 MEV-Boost 的驗證者，平均每個區塊可以獲得額外 0.1-0.3 ETH 的 MEV 獎勵。

MEV 收益統計（2026 Q1）：

日均區塊數：~7,000 個
平均 MEV 獎勵/區塊：~0.15 ETH
日均 MEV 總獎勵：~1,050 ETH
年化 MEV 獎勵總額：~383,000 ETH（≈ $12 億美元）

對驗證者 APR 的貢獻：
- 基礎質押獎勵：~4.5%
- MEV 獎勵加成：~1.5-2%
- 總計：~6-6.5%

這個額外收益對驗證者來說相當可觀。難怪現在越來越多的質押服務商都在積極優化自己的 MEV-Boost 策略。

MEV 供應鏈的風險

任何系統都有風險，MEV 供應鏈也不例外。讓我說說幾個主要的風險點。

建造者單點故障

目前 MEV 建造者市場高度集中。Flashbots Builder 佔據了約 60-70% 的市場份額。如果 Flashbots 出現問題，整個 MEV 生態系統都會受到影響。

市場份額分佈（2026 Q1）：

Flashbots Builder：~65%
Blocknative：~10%
Manhattan：~8%
rsync builder：~7%
其他：~10%

風險評估：
- Flashbots 故障：預計影響 50-60% 的 MEV 區塊
- 網路恢復時間：~5-15 分鐘
- 用戶影響：交易延遲，MEV 保護失效

搜尋者競爭激烈

MEV 套利機會是「先到先得」的。當一個機會被發現後，多個搜尋者會同時競爭。這種競爭會推高 Gas 價格，最終讓利潤歸零。

競爭動態示例：

時刻 T：搜尋者 A 發現 ETH 在兩個 DEX 有 $5 價差
時刻 T+0.1s：搜尋者 A 提交交易
時刻 T+0.2s：搜尋者 B 發現同一機會
時刻 T+0.3s：搜尋者 B 提交更高 Gas 的交易
時刻 T+0.4s：搜尋者 A 提高 Gas
時刻 T+0.5s：區塊確認，誰的 Gas 高誰贏

結果：
- 理論利潤：$50
- 實際 Gas 成本：$45
- 淨利潤：$5（如果有幸贏了的話）

很多時候，激烈的競爭會讓 MEV 機會變得無利可圖。這也是為什麼搜尋者要不斷開發新策略，尋找那些還沒有被過度開發的機會。

法律灰色地帶

MEV 到底合不合法？這個問題目前沒有明確答案。

三明治攻擊在某種程度上類似於傳統金融市場的「前端運行」（Front Running），在很多司法管轄區是違法的。但在以太坊上，因為所有操作都是匿名的，監管機構很難執法。

Flashbots 明確禁止在其平台上進行三明治攻擊。但總有其他方式繞過這個限制。

未來演進方向

MEV 供應鏈不會靜止不動。讓我說說未來可能的演進方向。

ePBS：去中心化的 PBS

目前 MEV-Boost 仍然依賴於中繼這個「可信第三方」。ePBS（essentialized PBS）將把這個過程完全去中心化。

ePBS 設計目標：

- 驗證者和建造者直接交互，無需中繼
- 區塊投標透明化，接受網路驗證
- 消除中繼故障風險
- 提高 MEV 收益分配公平性

預計上線時間：2027-2028 年（Electra 升級）

MEV 拍賣機制優化

目前的拍賣機制是「一價密封投標」（First-price sealed auction）。研究者正在探索更公平的機制，比如「二價拍賣」（Vickrey auction）。

二價拍賣的優勢：

- 搜尋者傾向於提交真實估值
- 減少投標過度（Overbidding）
- 提高拍賣效率
- 降低 MEV 利潤的「浪費」

挑戰：
- 需要修改以太坊共識層
- 複雜度增加
- 需要社區共識

加密記憶池

目前的 MEV 問題根源在於交易的「可見性」。如果交易在記憶池中是加密的，只有在被打包進區塊後才解密，MEV 機器人就無法提前看到交易內容。

加密記憶池方案：

- 交易在記憶池中使用承諾方案（Commitment Scheme）
- 只有提議者能看到交易的實際內容
- 搜尋者只能看到交易的哈希
- 完全消除「搶先」和三明治攻擊

限制：
- 需要 ZK-SNARK 技術，成本高昂
- 延遲確認時間
- 與隱私幣的監管衝突

我的個人觀察

說了這麼多技術細節，讓我說說我對這個生態系統的一些觀察。

第一點：MEV 生態正在走向專業化。

以前個人也可以當搜尋者，寫個簡單的套利腳本就能賺錢。現在不行了。搜尋者需要：

• 高性能的伺服器
• 複雜的演算法
• 與建造者的關係
• 專業的風險管理

這個行業的進入門檻越來越高。

第二點：MEV 收益正在「機構化」。

越來越多的機構投資者進場。他們不是自己開發 MEV 策略，而是投資或收購專業的 MEV 團隊。這讓整個生態的資金量和複雜度都上了一個台階。

第三點：監管遲早會來。

雖然目前 MEV 處於法律灰色地帶，但各國監管機構遲早會出手。特別是三明治攻擊，很可能在不久的將來被認定為非法。

第四點：用戶保護仍然不足。

儘管有 Flashbots Protect、CowSwap 等 MEV 保護工具，但大多數普通用戶根本不知道這些工具的存在，或者嫌麻煩懶得用。區塊鏈的「使用者體驗」問題，讓 MEV 剝削仍然普遍。

常見問題

問：普通用戶怎麼參與 MEV 生態？

答：主要有幾種方式：

• 使用 MEV 保護工具（如 Flashbots Protect）
• 使用有 MEV 保護的 DEX 聚合器（如 1inch、CowSwap）
• 質押 ETH 並啟用 MEV-Boost（如果你有驗證者節點）
• 通過 LSD 協議質押（如 Lido，收益包含 MEV 獎勵）

問：搜尋者需要多少資金才能開始？

答：這個問題沒有標準答案。以套利為例：

• 小規模：$10,000-50,000（單一策略，細分市場）
• 中等規模：$100,000-500,000（多策略組合）
• 大規模：$1,000,000+（機構級，全面覆蓋）

當然，資金越多，機會越多，利潤也越多。

問：建造者是一個好生意嗎？

答：取決於你的定位。如果你有：

• 與驗證者的低延遲連接
• 先進的區塊優化演算法
• 足夠的計算資源

那麼這可能是一個利潤豐厚的生意。但市場競爭激烈，頭部效應明顯。

問：MEV 會消失嗎？

答：短期內不可能。只要區塊空間是有限的，驗證者有權利決定交易順序，MEV 就會存在。長期來看，技術進步（如加密記憶池）可能會改變遊戲規則，但完全消除 MEV 的可能性很低。

結語

MEV 供應鏈是一個複雜但精密的系統工程。它把區塊空間變成了一個拍賣市場，讓 MEV 收益得以在搜尋者、建造者和驗證者之間分配。

對普通用戶來說，理解 MEV 的運作原理可以幫助你：

• 避免成為被剝削的目標
• 選擇合適的 MEV 保護工具
• 理解區塊鏈的真實成本結構

對開發者和投資者來說，MEV 生態代表了一個充滿機會的領域。無論是優化搜尋者策略、建造更好的區塊，還是投資相關基礎設施，都有大量的商業空間。

記住一句話：在區塊鏈上，沒有免費的午餐。每一分錢的背後，都有人在精密計算。

本網站內容僅供教育與資訊目的，不構成任何技術或投資建議。MEV 活動涉及高度複雜的技術和經濟機制，進行任何相關操作前請自行研究並諮詢專業人士意見。

數據截止日期：2026 年 3 月

一級可信來源：

• Etherscan：以太坊主網所有交易和合約的直接查詢，https://etherscan.io
• Beaconcha.in：驗證者數據與 MEV-Boost 活動追蹤，https://beaconcha.in
• Flashbots 官方：MEV-Boost 開源程式碼，https://github.com/flashbots/mev-boost

二級可信來源：

• Dune Analytics MEV 看板：MEV 供應鏈數據分析，https://dune.com/flashbots
• EigenPhi：MEV 機器人與套利路徑追蹤，https://eigenphi.io
• MEV-Inspect：MEV 數據可視化與統計，https://mev-inspect.xyz

三級可信來源：

• Flashbots Research：MEV 供應鏈學術研究，https://research.flashbots.net
• Ethereum Research MEV 討論區：以太坊核心研究者討論，https://ethresear.ch/c/mev/29
• Paradigm：以太坊 MEV 市場結構研究報告，https://www.paradigm.xyz
• 0x Research：DEX 套利與 MEV 經濟學論文，https://0x.org/research