# MEV 保護

當你喺一個去中心化交易所交易時，你嘅交易喺鏈上確認之前，會短暫喺網絡參與者面前可見。專門嘅 bot——稱為 **MEV 搜索者** ——可以利用呢種可見性喺你身上攞利，最常見係將你嘅交易夾喺佢哋自己嘅買單同賣單中間，令價格對你不利。

goodcryptoX 會將每次兌換經由交易路徑路由，保護你免受呢類有害 MEV 影響。具體機制取決於你交易嘅鏈。

<details>

<summary><strong>MEV 究竟係乜？</strong></summary>

**MEV** 係 **最大可提取價值** —— 即區塊生產者同搜索者可以透過重新排序、插入或省略區塊內交易而提取嘅利潤。喺 AMM DEX 入面，對交易者最重要嘅三種形式係：

* **夾擊攻擊** —— 搜索者見到你未確認嘅兌換單，先喺前面落一張買單（推高價格），等你嘅訂單以更差嘅價格成交，之後再用新嘅更高價格賣返出嚟。你要付出差價，搜索者就袋咗佢。
* **搶跑** —— 搜索者用更高手續費複製你嘅交易，令自己先執行，攞走你本來都可以攞到嘅機會。
* **後跑** —— 搜索者落一筆交易 *即刻喺* 你嗰筆之後，以攞走你交易所創造嘅套利機會（例如兩個 DEX 之間嘅價格失衡）。同夾擊唔同，後跑唔會令你嘅成交價更差——一般都被視為「有生產力」嘅 MEV。

夾擊攻擊係最令交易者損失最大嘅形式，而 MEV 保護主要就係用嚟防止佢。

</details>

### **EVM 鏈：Ethereum、Base、Arbitrum、BNB Chain**

喺 EVM 鏈上，goodcryptoX 會將每次兌換經由 **ERC-4337 bundler** 配合私人交易路由提交—— **Alchemy** 喺 Ethereum、Base 同 Arbitrum 上，以及 **Pimlico** 喺 BNB Chain 上。

當你簽署一筆兌換時，你嘅交易會經由私人渠道送去 bundler——唔係公共 mempool。bundler 會將佢打包，再直接轉發畀驗證者或區塊建造者去納入區塊。因為喺交易上鏈之前，冇任何搜索者見到佢，所以根本冇窗口可以喺佢周圍插入夾擊或搶跑交易。

呢個保護係自動嘅，適用於經 goodcryptoX 喺呢四條鏈上路由嘅每一張訂單——無論係手動兌換、bot 交易，定係觸發訂單都一樣。你唔需要開啟任何設定。

### **Solana**

Solana 同 EVM 鏈運作方式唔同：佢冇傳統嘅公共 mempool。交易會直接串流到當前區塊 leader。咁樣消除咗經典 Ethereum 式搶跑，但仍然存在另一種 MEV 面向——搜索者會運行自己嘅基礎設施，透過 RPC 節點觀察未確認交易，並透過 Jito bundle 提交競爭交易。

預設情況下，goodcryptoX 會使用 **優先費用** 去廣播 Solana 交易——快而且平，但冇 MEV 保護。對於較大額、MEV 風險更重要嘅兌換，你可以將廣播模式切換為 **Jito**:

1. 打開 DEX 訂單表格
2. 撳 ⚙️ 設定齒輪
3. 喺 **廣播模式**底下，由 **優先費用** 切換去 **Jito**

<figure><img src="/files/7ea2ce9963372b4c4240de62674277f70728950b" alt="" width="375"><figcaption></figcaption></figure>

當你透過 Jito 廣播時，你嘅交易會被納入一個 **Jito bundle** —— 一組交易，驗證者必須按指定嘅確切順序原子性執行，或者完全唔執行。因為個 bundle 喺鏈上鎖定咗交易排序，所以冇搜索者可以喺你周圍插入自己嘅交易去夾你。

> **MEV 保護幾時真正重要？**
>
> 夾擊攻擊只會喺足夠大到可以明顯推動價格嘅交易上先有利可圖——搜索者需要靠滑點去抽取價值。對於細額、頻密嘅訂單（例如 DCA bot 或 grid bot 每次落嘅單），攻擊者嘅經濟效益唔成立，呢類訂單好少成為目標。預設嘅優先費用模式通常已經足夠。
>
> 如果你喺 Solana 上發送 **大額一次性兌換** ，可以考慮切換去 Jito——尤其係喺波動大或流動性低嘅代幣上，因為滑點更闊、攻擊面更大。

#### **關於 Solana 上「有生產力」MEV 嘅說明**

有啲 MEV 其實係有益嘅——特別係 **後跑套利**，即搜索者喺你嘅交易執行之後，即刻重新平衡各 DEX 之間嘅價格。呢個唔會令你嘅成交更差（你嘅交易已經成交咗）；只係攞走你筆兌換所造成嘅細微價格失衡。

喺 Solana 上，goodcryptoX 使用 **Helius Sender** 去路由交易，而我哋已經加入 Helius 後跑回贈計劃。對你嚟講，意思係：

* 你嘅兌換一定會先執行——搜索者只能 *喺* 佢上鏈之後先可以行動，而且只允許交易後嘅後跑。
* 參與拍賣嘅搜索者會由 Helius 審核同 KYC；唔允許搶跑或夾擊。
* 當你嘅交易創造咗套利機會，所攞到嘅價值會喺 Helius 同 goodcryptoX 之間五五分成。

goodcryptoX 嗰份會加到我哋用於 DEX 兌換手續費 [收益分成](/goodcryptox-yue/sheng-tai-xi-tong/shou-ru-fen-cheng.md) 同 [GOOD 代幣](/goodcryptox-yue/good-dai-bi/zhai-yao.md) 回購同 [銷毀](/goodcryptox-yue/good-dai-bi/xiao-hui.md) 計劃嘅同一個資金池——所以收益會回流返去生態系統，而唔係流向外部攞取者。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.goodcrypto.app/goodcryptox-yue/dex-jiao-yi-xian-huo/ding-dan-ji-zhi/mev-bao-hu.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
