MEV là gì?
MEV là viết tắt của Maximal Extractable Value, có thể hiểu là giá trị tối đa mà một tác nhân có thể thu được bằng cách lựa chọn giao dịch nào được đưa vào block, loại bỏ giao dịch hoặc thay đổi thứ tự thực thi. Khoản giá trị này nằm ngoài phần thưởng block và phí giao dịch thông thường.
MEV thường xuất hiện khi nhiều giao dịch cạnh tranh để khai thác cùng một cơ hội có giới hạn, chẳng hạn chênh lệch giá giữa các sàn phi tập trung, vị thế vay sắp bị thanh lý hoặc lệnh swap có mức trượt giá cao. Khả năng quan sát giao dịch đang chờ và tác động đến thứ tự thực thi tạo điều kiện cho cơ hội đó được khai thác.
Các bên có thể tham gia chuỗi MEV gồm:
- Người dùng: tạo và ký giao dịch.
- Searcher: dùng phần mềm để phát hiện cơ hội arbitrage, liquidation hoặc chiến lược dựa trên thứ tự giao dịch.
- Builder hoặc trình tạo block: sắp xếp các giao dịch để xây dựng block có giá trị.
- Validator hoặc block proposer: đề xuất hay lựa chọn block theo cơ chế của mạng.
- Sequencer trên Layer 2: tiếp nhận và xác định thứ tự giao dịch trước khi dữ liệu được xử lý hoặc gửi về lớp cơ sở.
Vai trò cụ thể không giống nhau trên mọi blockchain. Một số mạng tách riêng khâu xây dựng và đề xuất block, trong khi mạng khác để một thực thể đảm nhiệm nhiều bước. Cách phân chia chức năng còn phụ thuộc vào kiến trúc blockchain; các mô hình modular blockchain và những đánh đổi kiến trúc có thể khiến luồng đặt hàng, thực thi và xác nhận giao dịch khác với blockchain nguyên khối.
Luồng hình thành MEV từ mempool đến block
MEV ảnh hưởng giao dịch blockchain thông qua một chuỗi hoạt động, không chỉ tại thời điểm validator xác nhận block.
1. Người dùng gửi giao dịch
Khi swap token, vay, trả nợ hoặc tương tác với hợp đồng thông minh, ví của người dùng ký giao dịch rồi gửi đến một nút RPC. Tùy mạng và phương thức gửi, giao dịch có thể được truyền vào mempool công khai, một kênh riêng hoặc trực tiếp tới hệ thống tạo block.
Mempool không nhất thiết là một hàng đợi duy nhất được mọi nút nhìn thấy giống hệt nhau. Do độ trễ mạng, chính sách của nút và cách truyền giao dịch, mỗi bên có thể quan sát một tập giao dịch chờ hơi khác nhau.
2. Searcher phát hiện cơ hội
Searcher theo dõi giao dịch đang chờ, trạng thái blockchain và dữ liệu từ các ứng dụng phi tập trung. Họ có thể mô phỏng kết quả thực thi để xác định liệu một giao dịch mới có tạo ra cơ hội sinh lời hay không.
Ví dụ, một lệnh swap lớn có thể làm thay đổi tỷ lệ tài sản trong pool thanh khoản. Searcher dự đoán mức giá sau giao dịch rồi xây dựng giao dịch arbitrage hoặc một chuỗi lệnh đặt trước và sau lệnh của người dùng.
3. Các giao dịch cạnh tranh về vị trí
Searcher có thể trả phí ưu tiên cao hơn, gửi một nhóm giao dịch theo thứ tự xác định hoặc sử dụng kênh chuyển tiếp riêng. Phí cao không phải lúc nào cũng bảo đảm vị trí vì quy tắc lựa chọn còn phụ thuộc thiết kế mạng, builder, validator hoặc sequencer.
Khái niệm front running blockchain mô tả việc một tác nhân phát hiện giao dịch đang chờ rồi cố đưa giao dịch của mình lên trước để hưởng lợi từ thay đổi trạng thái mà giao dịch ban đầu dự kiến tạo ra. Đây là một nhóm hành vi rộng; sandwich attack chỉ là một dạng cụ thể.
4. Builder hoặc sequencer xác định thứ tự
Trình tạo block lựa chọn tập giao dịch và sắp xếp chúng theo một thứ tự có lợi theo quy tắc mà hệ thống cho phép. Trên Layer 2, sequencer thường giữ vai trò đáng kể trong việc tiếp nhận và đặt thứ tự giao dịch. Vì vậy, người dùng cần hiểu cả vai trò và rủi ro của sequencer Layer 2, thay vì mặc định mọi giao dịch đều đi qua mempool công khai như nhau.
5. Block được đề xuất và xác nhận
Validator hoặc proposer chọn block để đưa vào chuỗi. Sau khi block được xác nhận, thứ tự giao dịch trở thành một phần của lịch sử blockchain, trừ trường hợp chuỗi xảy ra tổ chức lại theo cơ chế đồng thuận của mạng.
Mức độ cạnh tranh và quyền tác động đến thứ tự còn liên quan đến cấu trúc người xác thực. Khi phân tích một mạng, cần xem xét mức độ tập trung validator cùng cơ chế xây dựng block, thay vì chỉ đếm số validator đang hoạt động.
Các tình huống MEV thường gặp
Arbitrage
Arbitrage xảy ra khi cùng một tài sản có mức giá khác nhau giữa các pool hoặc nền tảng. Searcher mua ở nơi giá thấp và bán ở nơi giá cao, qua đó thu phần chênh lệch sau khi trừ phí.
Hoạt động này có thể giúp giá giữa các thị trường tiến gần nhau hơn. Tuy nhiên, khi nhiều bot cùng cạnh tranh, mạng có thể xuất hiện giao dịch thất bại, phí ưu tiên tăng hoặc lợi nhuận chủ yếu chuyển sang bên kiểm soát thứ tự giao dịch. Vì vậy, arbitrage không mặc nhiên là tốt hoặc xấu; tác động phụ thuộc cách thực hiện và chi phí gây ra cho người dùng, giao thức.
Liquidation
Trong các giao thức cho vay, vị thế có thể bị thanh lý khi tài sản bảo đảm không còn đáp ứng điều kiện của giao thức. Bên thanh lý trả một phần nghĩa vụ và nhận phần thưởng hoặc tài sản bảo đảm theo quy tắc đã được lập trình.
Liquidation là chức năng cần thiết để quản lý khả năng thanh toán của nhiều giao thức. Cơ hội MEV xuất hiện vì các bot cạnh tranh để giao dịch thanh lý được thực thi trước. Nếu cơ chế được thiết kế kém, cuộc cạnh tranh có thể làm tăng phí, tạo tải không cần thiết hoặc khiến lợi ích tập trung vào một số tác nhân có hạ tầng tốt hơn.
Sandwich attack
Sandwich attack thường nhắm đến lệnh swap có thể dự đoán và có dung sai trượt giá đủ rộng. Một chuỗi điển hình gồm ba bước:
- Kẻ tấn công thấy lệnh swap của nạn nhân đang chờ.
- Kẻ tấn công đặt một lệnh mua trước, làm giá dịch chuyển theo hướng bất lợi cho nạn nhân.
- Sau khi lệnh của nạn nhân được thực thi, kẻ tấn công bán tài sản để thu lợi từ biến động vừa tạo ra.
Người dùng nhận mức giá kém hơn nhưng giao dịch vẫn có thể nằm trong giới hạn trượt giá đã chấp nhận. Kẻ tấn công thu lợi từ tác động giá của chính lệnh nạn nhân, sau khi trừ phí và các rủi ro thực thi.
Không phải mọi giao dịch đứng trước một lệnh khác đều là sandwich attack. Để nhận diện, cần xem toàn bộ chuỗi giao dịch, địa chỉ liên quan, tài sản vào và ra, thay đổi giá trong pool cũng như việc có một lệnh đối ứng ngay sau giao dịch mục tiêu hay không.
Back running
Back running là việc đặt giao dịch ngay sau một giao dịch đã biết để khai thác trạng thái mới. Arbitrage sau một lệnh swap lớn là ví dụ phổ biến. Khác với sandwich attack, back running đơn lẻ không nhất thiết cần đặt một giao dịch trước lệnh của người dùng.
MEV thông thường và hành vi gây hại khác nhau thế nào?
Không nên xem mọi MEV là tấn công. MEV mô tả giá trị phát sinh từ quyền lựa chọn và sắp xếp giao dịch; mức độ gây hại phải được đánh giá theo cách giá trị được tạo ra và ai phải chịu chi phí.
| Tình huống | Vai trò đối với hệ thống | Rủi ro đối với người dùng |
|---|---|---|
| Arbitrage giữa các pool | Có thể thu hẹp chênh lệch giá | Cạnh tranh phí, giao dịch thất bại hoặc tải mạng tăng |
| Liquidation đúng quy tắc | Hỗ trợ giao thức xử lý vị thế thiếu tài sản bảo đảm | Người vay mất tài sản theo điều kiện thanh lý; bot cạnh tranh có thể làm tăng chi phí |
| Back running sau biến động giá | Có thể đưa giá về gần thị trường | Lợi ích có thể tập trung vào tác nhân có hạ tầng tốt |
| Sandwich attack | Chủ động khai thác lệnh của người dùng | Người dùng chịu giá thực thi bất lợi hơn |
| Kiểm duyệt hoặc trì hoãn giao dịch để trục lợi | Không cần thiết cho chức năng thông thường | Làm suy giảm tính công bằng và khả năng tiếp cận mạng |
Một cách đánh giá thực tế là đặt các câu hỏi: chiến lược có chủ động làm xấu giá của người khác không, giao dịch có bị trì hoãn hoặc loại bỏ không, lợi nhuận đến từ việc cải thiện trạng thái thị trường hay từ khai thác giới hạn bảo vệ của người dùng, và cơ chế có minh bạch hay không.
Rủi ro MEV đối với người dùng và blockchain
Rủi ro MEV có thể biểu hiện ở nhiều lớp:
- Giá thực thi bất lợi: người dùng nhận ít token hơn dự kiến trong phạm vi trượt giá đã đặt.
- Phí giao dịch lãng phí: giao dịch có thể thất bại nhưng vẫn tiêu tốn phí theo quy tắc của mạng.
- Khó dự đoán thứ tự: giao dịch gửi trước không nhất thiết được thực thi trước.
- Cạnh tranh hạ tầng: bên có kết nối nhanh, công cụ mô phỏng và quyền tiếp cận luồng lệnh tốt hơn có lợi thế.
- Tập trung quyền lực: hoạt động tạo block hoặc sắp xếp giao dịch có thể dồn về một nhóm builder, validator hay sequencer.
- Kiểm duyệt ngắn hạn: bên kiểm soát thứ tự có thể trì hoãn hoặc không đưa một số giao dịch vào block, tùy giới hạn của giao thức.
- Trải nghiệm DeFi kém: mức giá hiển thị trước khi ký có thể khác kết quả cuối cùng do trạng thái thay đổi trong lúc giao dịch chờ xử lý.
Dù vậy, không nên quy mọi giao dịch trượt giá hoặc thất bại cho MEV. Thanh khoản thấp, biến động thị trường, lỗi RPC, cấu hình phí, thay đổi trạng thái hợp đồng và thiết kế ứng dụng đều có thể tạo ra kết quả tương tự. Muốn kết luận, cần phân tích dữ liệu giao dịch và thứ tự thực thi trong block.
Cách giảm rủi ro MEV khi giao dịch
Không có biện pháp đơn lẻ nào bảo đảm loại bỏ MEV. Người dùng có thể giảm mức độ phơi nhiễm bằng cách kết hợp nhiều lựa chọn.
Thiết lập trượt giá có chủ đích
Dung sai trượt giá quá rộng tạo thêm không gian để lệnh bị khai thác, đặc biệt với swap lớn hoặc pool thanh khoản mỏng. Tuy nhiên, đặt quá thấp có thể khiến giao dịch thất bại khi thị trường biến động.
Nên xem mức ảnh hưởng giá, độ sâu thanh khoản và loại tài sản trước khi xác nhận. Không nên tăng trượt giá liên tục chỉ để ép một giao dịch được thực thi.
Ưu tiên thị trường có thanh khoản phù hợp
Cùng một giá trị giao dịch, pool sâu hơn thường tạo mức tác động giá thấp hơn. Công cụ định tuyến có thể chia lệnh qua nhiều nguồn thanh khoản, nhưng người dùng vẫn cần kiểm tra số token tối thiểu nhận được, phí và tuyến giao dịch trước khi ký.
Cân nhắc lệnh giới hạn hoặc cơ chế đấu giá
Lệnh giới hạn giúp xác định điều kiện giá rõ hơn so với swap thị trường. Một số giao thức sử dụng đấu giá theo lô, hệ thống báo giá hoặc cơ chế khớp lệnh nhằm giảm lợi thế từ việc chen vào thứ tự. Hiệu quả phụ thuộc thiết kế và mức độ thanh khoản của từng nền tảng.
Sử dụng kênh gửi giao dịch riêng khi phù hợp
Private RPC hoặc kênh chuyển tiếp riêng có thể hạn chế việc giao dịch xuất hiện ngay trong mempool công khai. Điều này có thể giảm một số hình thức front running và sandwich attack, nhưng không đồng nghĩa giao dịch hoàn toàn riêng tư hoặc không còn MEV.
Người dùng phải tin tưởng thêm nhà cung cấp kênh riêng, chính sách xử lý dữ liệu và cách giao dịch được chuyển tới builder hoặc validator. Cần kiểm tra điều khoản, mô hình vận hành và khả năng giao dịch quay lại mempool công khai nếu không được đưa vào block.
Kiểm tra kết quả mô phỏng
Ví hoặc ứng dụng có tính năng mô phỏng có thể cảnh báo thay đổi số dư, quyền phê duyệt token và mức tài sản dự kiến nhận. Mô phỏng không bảo đảm kết quả cuối cùng vì trạng thái blockchain có thể thay đổi trước khi giao dịch được thực thi, nhưng giúp phát hiện nhiều điều kiện bất lợi trước khi ký.
Hạn chế lệnh lớn trong pool mỏng
Chia nhỏ lệnh có thể giảm tác động giá của từng giao dịch, nhưng cũng kéo dài thời gian tiếp xúc với biến động và tạo thêm giao dịch phải trả phí. Vì vậy, đây không phải giải pháp mặc định. Người dùng nên so sánh tổng chi phí, thanh khoản và rủi ro bị quan sát qua nhiều lệnh.
Không chỉ tăng phí để chạy trước
Tăng phí ưu tiên có thể giúp giao dịch cạnh tranh vị trí trong một số điều kiện, nhưng cũng có thể kích hoạt cuộc đấu phí mà không bảo đảm thứ tự mong muốn. Với sandwich attack, mức phí cao hơn không tự động giải quyết vấn đề nếu giao dịch vẫn công khai và có dung sai trượt giá hấp dẫn.
Biện pháp ở cấp giao thức
Nhà phát triển có thể giảm tác động MEV thông qua thiết kế cơ chế, nhưng mỗi giải pháp đều có đánh đổi:
- Đấu giá theo lô: giảm tầm quan trọng của thứ tự chi tiết trong cùng một khoảng xử lý, nhưng có thể tăng độ trễ.
- Commit-reveal: người dùng cam kết giao dịch trước và công bố nội dung sau, đổi lại quy trình phức tạp hơn và có rủi ro người dùng không hoàn tất bước công bố.
- Mempool mã hóa: hạn chế khả năng đọc nội dung trước khi sắp xếp, nhưng cần cơ chế quản lý khóa và giải mã đáng tin cậy.
- Quy tắc đặt hàng minh bạch: giúp người dùng hiểu cách giao dịch được ưu tiên, dù không nhất thiết ngăn mọi chiến lược MEV.
- Đấu giá quyền xây dựng block: có thể công khai hóa cạnh tranh và chuyển một phần giá trị về giao thức hoặc validator, nhưng cũng có nguy cơ tập trung builder.
- Bảo vệ mức giá và kiểm soát tác động giá: giảm khả năng một lệnh được thực thi ở kết quả quá bất lợi.
- Giám sát dữ liệu on-chain: hỗ trợ nhận diện mẫu sandwich, giao dịch thất bại và mức độ tập trung trong quá trình tạo block.
Việc chọn cơ chế phải cân bằng giữa tốc độ, tính riêng tư, khả năng chống kiểm duyệt, độ phức tạp và mức độ phi tập trung.
Có thể loại bỏ hoàn toàn MEV không?
Khó loại bỏ hoàn toàn MEV khi các giao dịch cùng làm thay đổi một trạng thái và thứ tự thực thi tạo ra kết quả kinh tế khác nhau. Ngay cả khi mempool được ẩn hoặc mã hóa, cơ hội arbitrage và liquidation vẫn có thể xuất hiện sau khi trạng thái được cập nhật.
Mục tiêu thực tế hơn là hạn chế hành vi gây hại, giảm lợi thế thông tin không công bằng, minh bạch hóa quá trình đặt thứ tự và phân phối giá trị hợp lý hơn. Với người dùng, các bước quan trọng nhất là kiểm soát trượt giá, xem tác động giá, chọn nguồn thanh khoản phù hợp, cân nhắc kênh gửi riêng và kiểm tra kết quả giao dịch sau khi được xác nhận.
Khi đánh giá MEV ảnh hưởng giao dịch blockchain, cần phân biệt cơ chế bình thường như arbitrage và liquidation với hành vi chủ động làm xấu kết quả của người khác như sandwich attack. MEV là đặc điểm kinh tế gắn với thứ tự giao dịch; rủi ro có thể được giảm, nhưng không nên được mô tả như một vấn đề có thể biến mất chỉ bằng một cài đặt hoặc công cụ duy nhất.
