# Bảo vệ MEV

Khi bạn giao dịch trên một sàn giao dịch phi tập trung, giao dịch của bạn sẽ tạm thời hiển thị với các thành viên mạng trước khi được xác nhận on-chain. Các bot chuyên dụng — được gọi là **searcher MEV** — có thể lợi dụng khả năng hiển thị đó để kiếm lợi nhuận bằng chi phí của bạn, phổ biến nhất là kẹp giao dịch của bạn giữa các lệnh mua và bán của chính họ để đẩy giá đi ngược lại bạn.

goodcryptoX định tuyến mọi swap qua các đường đi giao dịch giúp bảo vệ khỏi loại MEV độc hại này. Cơ chế chính xác phụ thuộc vào chain mà bạn đang giao dịch.

<details>

<summary><strong>MEV là gì, chính xác?</strong></summary>

**MEV** viết tắt của **Giá trị có thể trích xuất tối đa** — khoản lợi nhuận mà các nhà tạo block và searcher có thể trích xuất bằng cách sắp xếp lại, chèn vào hoặc bỏ qua các giao dịch trong một block. Trên các DEX AMM, ba dạng quan trọng nhất đối với trader là:

* **Tấn công sandwich** — một searcher phát hiện swap đang chờ của bạn, đặt một lệnh mua phía trước nó (đẩy giá lên), để lệnh của bạn khớp ở mức giá tệ hơn, rồi bán lại ở mức giá cao hơn mới. Bạn trả phần chênh lệch, searcher bỏ túi nó.
* **Frontrunning** — một searcher sao chép giao dịch của bạn với phí cao hơn để thực hiện trước, nắm bắt một cơ hội mà lẽ ra bạn có thể tự nắm bắt.
* **Backrunning** — một searcher đặt một giao dịch *ngay sau* giao dịch của bạn để nắm bắt các cơ hội arbitrage mà giao dịch của bạn tạo ra (ví dụ: chênh lệch giá giữa hai DEX). Không giống như sandwiching, backrunning không làm xấu đi giá khớp của bạn — nó thường được coi là MEV "có ích".

Tấn công sandwich là dạng gây tốn kém nhất cho trader, và đây là điều chính mà cơ chế bảo vệ MEV được thiết kế để ngăn chặn.

</details>

### **Các chain EVM: Ethereum, Base, Arbitrum, BNB Chain**

Trên các chain EVM, goodcryptoX gửi mọi swap qua **bundler ERC-4337** với định tuyến giao dịch riêng tư — **Alchemy** trên Ethereum, Base và Arbitrum, và **Pimlico** trên BNB Chain.

Khi bạn ký một swap, giao dịch của bạn được gửi đến bundler qua một kênh riêng tư — không phải mempool công khai. Bundler đóng gói nó và chuyển trực tiếp đến các validator hoặc block builder để đưa vào block. Vì không có searcher nào nhìn thấy giao dịch trước khi nó lên on-chain, nên không có khoảng thời gian nào để chèn một cuộc sandwich hay frontrun xung quanh nó.

Sự bảo vệ này là tự động và áp dụng cho mọi lệnh được định tuyến qua goodcryptoX trên bốn chain này — gồm cả swap thủ công, giao dịch bot và lệnh kích hoạt. Bạn không cần bật gì thêm.

### **Solana**

Solana hoạt động khác với các chain EVM: không có mempool công khai truyền thống. Giao dịch được truyền trực tiếp đến leader của block hiện tại. Điều này loại bỏ frontrunning kiểu Ethereum cổ điển, nhưng vẫn tồn tại một bề mặt MEV khác — các searcher chạy hạ tầng riêng của họ để quan sát các giao dịch đang chờ thông qua các node RPC và gửi các giao dịch cạnh tranh qua Jito bundle.

Theo mặc định, goodcryptoX phát sóng giao dịch Solana bằng **phí ưu tiên** — nhanh và rẻ, nhưng không được bảo vệ MEV. Với các swap lớn hơn, nơi rủi ro MEV đáng kể, bạn có thể chuyển chế độ phát sóng sang **Jito**:

1. Mở form lệnh DEX
2. Nhấp vào bánh răng cài đặt ⚙️
3. Trong mục **Chế độ phát sóng**, chuyển từ **Phí ưu tiên** sang **Jito**

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

Khi bạn phát sóng qua Jito, giao dịch của bạn được đưa vào một **Jito bundle** — một nhóm giao dịch mà validator phải thực thi nguyên tử, theo đúng thứ tự được chỉ định, hoặc không thực thi gì cả. Vì bundle khóa thứ tự giao dịch on-chain, không searcher nào có thể chèn giao dịch của họ quanh giao dịch của bạn để thực hiện sandwich.

> **Khi nào việc bảo vệ MEV thực sự quan trọng?**
>
> Tấn công sandwich chỉ có lãi đối với các giao dịch đủ lớn để làm giá biến động đáng kể — searcher cần độ trượt giá để trích xuất giá trị. Với các lệnh nhỏ, thường xuyên (như các giao dịch riêng lẻ do bot DCA hoặc bot grid đặt), kinh tế học không có lợi cho kẻ tấn công, và những lệnh này hiếm khi bị nhắm tới. Chế độ phí ưu tiên mặc định thường là đủ tốt cho chúng.
>
> Hãy cân nhắc chuyển sang Jito khi bạn gửi **các swap lớn một lần** trên Solana — đặc biệt là với các token biến động mạnh hoặc thanh khoản thấp, nơi độ trượt giá rộng hơn và bề mặt tấn công lớn hơn.

#### **Một lưu ý về "MEV có ích" trên Solana**

Một số MEV thực ra có lợi — đặc biệt là **arbitrage backrunning**, khi một searcher cân bằng lại giá giữa các DEX ngay sau khi giao dịch của bạn được thực thi. Điều này không làm xấu đi việc khớp lệnh của bạn (giao dịch của bạn đã khớp rồi); nó chỉ nắm bắt chênh lệch giá nhỏ mà swap của bạn tạo ra.

Trên Solana, goodcryptoX sử dụng **Helius Sender** để định tuyến giao dịch, và chúng tôi đã tham gia chương trình hoàn phí backrun của Helius. Điều đó có nghĩa là gì đối với bạn:

* Swap của bạn luôn được thực thi trước — các searcher chỉ có thể hành động *sau* khi nó lên on-chain, và chỉ các backrun sau giao dịch mới được phép.
* Các searcher tham gia đấu giá được Helius thẩm định và KYC; không cho phép frontrunning hay sandwiching.
* Khi giao dịch của bạn tạo ra cơ hội arbitrage, giá trị thu được sẽ được chia 50/50 giữa Helius và goodcryptoX.

Phần của goodcryptoX được cộng vào cùng quỹ mà chúng tôi dùng cho [chia sẻ doanh thu](/goodcryptox-vi/he-sinh-thai/chia-se-doanh-thu.md) phí swap DEX và [token GOOD](/goodcryptox-vi/token-good/tom-tat.md) mua lại & [đốt](/goodcryptox-vi/token-good/dot.md) các chương trình — vì vậy nó quay trở lại hệ sinh thái thay vì đi vào tay các bên khai thác bên ngoài.


---

# 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-vi/giao-dich-dex-giao-ngay/co-che-lenh/bao-ve-mev.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.
