MEV: Frontrunning, Sandwiching và Cách Bảo Vệ Bản Thân

Nếu bạn đã từng hoán đổi một token trên một DEX và nhận thấy rằng giá bạn nhận được hơi tệ hơn báo giá bạn đã thấy một khoảnh khắc trước đó, bạn có thể đã chạm trán với MEV. MEV là một trong những chủ đề nghe có vẻ đáng sợ, được thổi phồng trực tuyến và hiếm khi được giải thích bằng những thuật ngữ mà một người dùng tự lưu ký thực sự có thể hành động. Bài viết này khắc phục điều đó. Chúng ta sẽ xem MEV thực sự là gì, nó đến từ đâu, ba mô hình bạn có nhiều khả năng gặp nhất, ai thực sự có rủi ro và những thói quen cụ thể giúp giảm phơi nhiễm của bạn khi hoán đổi từ SSP.

MEV thực sự có nghĩa là gì

MEV là viết tắt của Maximal Extractable Value (ban đầu là "Miner Extractable Value" trước khi Ethereum chuyển sang proof-of-stake). Nó đề cập đến giá trị có thể được trích xuất từ một khối bằng cách chọn giao dịch nào được đưa vào, thứ tự đưa chúng vào và liệu có kiểm duyệt giao dịch nào hay không.

Cách dễ nhất là nghĩ về MEV như một thuộc tính cấu trúc của các blockchain công cộng, không phải là một tác nhân độc hại. Bất kỳ ai quyết định nội dung của khối tiếp theo đều có quyền tự quyết về thứ tự, và quyền tự quyết đó có giá trị kinh tế. Một số MEV là vô hại — arbitrage giữ giá nhất quán giữa các DEX về mặt kỹ thuật là MEV và mang lại lợi ích cho hệ thống. Một số MEV là khai thác — nó chuyển giá trị từ người dùng thông thường sang những người tham gia tinh vi.

MEV đến từ đâu

Khi bạn gửi một giao dịch trên Ethereum hoặc bất kỳ chain EVM nào, nó không đi thẳng vào một khối. Nó nằm trong mempool, một khu vực chờ công cộng có thể nhìn thấy đối với bất kỳ ai chạy một node. Các tác nhân chuyên biệt được gọi là searcher quét mempool để tìm các cơ hội sinh lợi. Họ gửi các giao dịch của riêng họ, thường thông qua builder lắp ráp các khối, và validator cuối cùng công bố khối được chọn.

Sau The Merge và việc triển khai phân tách proposer-builder, luồng hiện đại trông đại khái như sau:

• Searcher tìm thấy một cơ hội và tạo ra một gói giao dịch.
• Builder lắp ráp các khối ứng viên tối đa hóa doanh thu phí + tip.
• Validator (proposer) chọn khối có lợi nhuận cao nhất từ các builder cạnh tranh.

Điểm chính cho người dùng: swap đang chờ xử lý của bạn có thể nhìn thấy trong mempool công cộng trừ khi bạn thực hiện các bước cụ thể. Bất kỳ ai đang theo dõi đều có thể phản ứng với nó.

Ba mô hình bạn nên biết

1. Frontrunning

Một searcher nhìn thấy một giao dịch đang chờ xử lý sẽ di chuyển giá theo cách có thể dự đoán được — ví dụ, một swap lớn sẽ đẩy giá token lên trên một DEX. Họ gửi một giao dịch giống hệt hoặc tương tự với tip cao hơn, để nó hạ cánh vào khối trước giao dịch của bạn. Họ nhận được giá tốt hơn, và bạn nhận được giá hơi tệ hơn theo sau.

Frontrunning chủ yếu là mối quan ngại đối với các swap lớn có tác động thị trường rõ ràng, không phải đối với giao dịch bán lẻ trung bình.

2. Sandwiching

Đây là mô hình thường được thảo luận nhất liên quan đến người dùng bán lẻ. Một searcher nhìn thấy swap của bạn, tính toán rằng nó sẽ di chuyển giá, và đặt hai giao dịch xung quanh nó:

1. Một lệnh mua ngay trước swap của bạn, đẩy giá lên.
2. Một lệnh bán ngay sau swap của bạn, bắt lấy mức giá bạn vừa đẩy lên.

Bạn nhận được ít token hơn dự kiến, và phần chênh lệch thuộc về searcher. Rủi ro tăng theo quy mô giao dịch của bạn, mức độ nông của pool thanh khoản và — quan trọng — mức độ dung sai slippage bạn đặt. Một dung sai slippage cao là điều khiến cho một sandwich có lợi nhuận có thể xảy ra ngay từ đầu; slippage chặt hoặc ngăn chặn sandwich hoặc khiến giao dịch của bạn bị hoàn ngược.

Nếu bạn chưa đọc, bài viết đồng hành về slippage và tác động giá giải thích chính xác lý do tại sao dung sai đó quan trọng.

3. Backrunning

Một searcher đặt một giao dịch ngay sau giao dịch của bạn để nắm bắt một cơ hội mà giao dịch của bạn đã tạo ra — thường là arbitrage giữa các pool sau khi swap của bạn di chuyển giá. Backrunning thường không gây hại cho bạn (swap của bạn đã thực hiện ở mức giá bạn đã chấp nhận). Trên thực tế, nó là một trong những cơ chế giữ cho giá DEX phù hợp với thị trường rộng lớn hơn.

Đáng để biết sự khác biệt: không phải mọi giao dịch MEV chạm vào swap của bạn đều lấy giá trị từ bạn.

Ai thực sự có rủi ro

Câu trả lời thành thật: không phải mọi người dùng, không phải mọi giao dịch.

• Swap nhỏ trong các pool sâu — chẳng hạn, một swap 200 đô la trên một pool ETH/USDC lớn — thường di chuyển giá một phần nhỏ của một phần trăm. Kinh tế học của sandwiching đơn giản là không hoạt động; chi phí gas của searcher sẽ vượt quá lợi nhuận.
• Swap lớn trên các pool nông — chẳng hạn, một swap năm hoặc sáu chữ số trên một cặp token vốn hóa nhỏ — chính là nơi các cuộc tấn công sandwich trở nên có lợi nhuận. Tác động giá lớn, dung sai slippage thường phải lỏng lẻo để giao dịch hạ cánh, và lợi nhuận kỳ vọng của searcher dễ dàng bao phủ gas.
• Bất cứ điều gì ở giữa phụ thuộc vào độ sâu của pool, cặp token cụ thể, tình trạng tắc nghẽn hiện tại và cài đặt slippage của bạn.

Bài học không phải là "MEV ở khắp mọi nơi" cũng không phải là "MEV là hiếm" — đó là "phơi nhiễm MEV là một hàm số của quy mô giao dịch, độ sâu của pool và mức độ lỏng lẻo của các cài đặt của bạn".

Bạn thực sự có thể làm gì

Bạn không thể loại bỏ MEV với tư cách là một người dùng cá nhân; đó là một thuộc tính của cách các khối được sản xuất. Bạn có thể giảm đáng kể phơi nhiễm của mình:

• Sử dụng slippage chặt chẽ, thực tế. Đặt slippage thấp nhất mà giao dịch có thể chịu được. Dung sai 0,5–1 % trên một cặp thanh khoản với pool sâu thường là ổn. Dung sai 5–10 % là một lời mời mở để bị sandwich. Xem slippage và tác động giá.
• Ưu tiên các pool thanh khoản sâu. Một swap di chuyển một pool sâu 0,05 % không thú vị để sandwich. Một swap di chuyển một pool nông 5 % thì có.
• Sử dụng RPC mempool riêng tư nơi có sẵn. Các dịch vụ như Flashbots Protect định tuyến giao dịch của bạn trực tiếp đến các builder, bỏ qua mempool công cộng. Các searcher không thể phản ứng với một giao dịch mà họ không thể nhìn thấy. Đây là một biện pháp giảm thiểu trung lập, nổi tiếng trong hệ sinh thái Ethereum; tài liệu Ethereum về MEV bao quát bối cảnh rộng lớn hơn.
• Sử dụng các tuyến swap trong ví có báo giá trước. Khi bạn hoán đổi từ bên trong SSP bằng cách sử dụng tuyến tích hợp, báo giá bao gồm giá thực hiện thực tế; nếu thực tế lệch quá xa, giao dịch sẽ hoàn ngược thay vì âm thầm thực hiện chống lại một mức giá tệ hơn.
• Chia các giao dịch lớn thành các phần nhỏ hơn. Một swap lớn duy nhất tối đa hóa lợi nhuận của searcher; nhiều swap nhỏ hơn trải dài theo thời gian và giữa các pool giảm động lực cho mỗi giao dịch.
• Lưu ý đến chi phí gas. Một swap bị hoàn ngược vẫn tốn gas. Nếu bạn đặt slippage quá chặt khiến giao dịch của bạn liên tục thất bại, bạn đang trả tiền cho không có gì. Xem phí gas trên Ethereum cho bối cảnh kích thước.

Điều này liên quan đến bảo vệ 2-of-2 của SSP như thế nào

MEV là một rủi ro về sắp xếp thứ tự giao dịch, không phải rủi ro về xâm phạm khóa. Việc giao dịch của bạn có bị sandwich hay không không liên quan gì đến việc khóa của bạn có an toàn hay không.

SSP là một ví tự lưu ký 2-of-2: mọi giao dịch đều được đồng ký bởi tiện ích mở rộng trình duyệt SSP và ứng dụng di động SSP Key, với smart account ERC-4337 trên các chain EVM sử dụng chữ ký được tổng hợp Schnorr được Halborn kiểm toán vào năm 2025. Sự bảo vệ đó là về việc ai có thể chi tiêu tiền của bạn. MEV là về việc ai quyết định thứ tự của các giao dịch mà bạn đã ủy quyền.

Nói cách khác: một cuộc tấn công sandwich không đánh cắp các khóa của bạn, và mô hình 2-of-2, tự nó, không thay đổi những gì bạn nhận được từ một swap. Các biện pháp giảm thiểu ở trên — slippage chặt hơn, các pool sâu hơn, RPC riêng tư, định cỡ giao dịch hợp lý — là lớp bảo vệ chống lại MEV.

Một mô hình tư duy thực tế

Khi bạn sắp swap, hãy tự hỏi ba câu hỏi:

1. Pool tôi đang hoán đổi vào sâu đến mức nào? Các pool sâu thu hút ít sự chú ý của sandwich hơn.
2. Tôi đang chấp nhận slippage nào? Đủ chặt để làm cho một sandwich không có lợi nhuận?
3. Quy mô của giao dịch này có sẽ di chuyển giá một cách đáng chú ý không? Nếu có, hãy cân nhắc chia nhỏ hoặc định tuyến qua một mempool riêng tư.

Mô hình tư duy đó xử lý phần lớn các trường hợp thực tế. Tổng quan về swap trong ví đi qua chính trải nghiệm swap, và hướng dẫn Ethereum trong SSP bao quát bối cảnh ở cấp độ chain. MEV là một chi phí thực sự của việc sử dụng mempool mở, nhưng đó là một chi phí mà bạn có thể định hình bằng một số ít thói quen — và một chi phí không thay đổi đảm bảo bảo mật cơ bản mà tự lưu ký 2-of-2 mang lại cho bạn.