MEV: Tối ưu hóa nhiều mục tiêu chưa được giải quyết

Không lưu lượng nào, dù sử dụng cơ sở hạ tầng Blockchain nào, khi thực hiện giao dịch liên quan đến AMM, đề xuất cần kết nối với hồ bơi giao dịch riêng /Private RPC Nút để giảm thiểu rủi ro giao dịch nằm trong hồ bơi công cộng.

Viết bởi: Siyuan H, Dana H

Nguồn: YZi Labs

TL;DR

MEV là một chủ đề cổ điển mà mỗi Khối blockchain đều phải đối mặt, liên quan đến nhiều vai trò như người dùng, giao protocole DeFi, quỹ cơ sở dữ liệu công cộng, validator, người tìm kiếm và những trò chơi phức tạp giữa chúng. Chính vì vậy, chủ đề cổ điển này luôn có những diễn biến mới, mang đến những đề tài nghiên cứu mới thú vị.

Môi trường MEV của một chuỗi công khai nên được thiết kế như thế nào? Điều này là một vấn đề tối ưu hóa đa mục tiêu điển hình, không có câu trả lời tuyệt đối đúng. Chính vì vậy, thông qua việc quan sát tình trạng và phát triển tương lai của môi trường MEV trên từng chuỗi công khai Layer 1, có thể tiết lộ những tuyên bố giá trị của chúng và đánh giá ưu tiên của chúng trong tối ưu hóa đa mục tiêu.

MEV có nhiều hình thức và hiện tại vẫn chưa có định nghĩa chuẩn về MEV độc hại, nhưng "tấn công bánh sandwich" (còn gọi là "kẹp") thực sự làm tổn thương lợi ích của người dùng thông thường. Nếu giao dịch AMM của một số người dùng bị kẹp, cần đáp ứng hai điều kiện: 1) Giao dịch được nhìn thấy bởi kẻ tấn công; 2) Người dùng cài đặt mức độ chịu đựng trượt giá cao, tạo ra cơ hội cho lợi nhuận cắt lổ. Do đó, để tránh bị kẹp, người dùng nên: 1) Tăng cường quyền riêng tư của giao dịch càng nhiều càng tốt, hoặc 2) Giảm mức độ chịu đựng trượt giá để giảm cơ hội cắt lổ của kẻ tấn công.

Bài viết này sẽ dựa vào ví dụ của Ethereum, BSC và Solana để phân tích tình hình MEV của từng chuỗi công cộng và kế hoạch tiếp theo của chúng, đồng thời thảo luận về những giá trị mà nó phản ánh.

  • Ethereum ưu tiên phi tâm trung
  • BSC ưu tiên bảo vệ trải nghiệm giao dịch của người dùng
  • Solana ưu tiên hiệu suất giao dịch và cạnh tranh thị trường

Cảm ơn: Xin cảm ơn đội Solana MEV chi tiết của Helius(@heliuslabs) vì báo cáo chân thành, cảm ơn đội phát triển lõi của BNB Chain(@BNBCHAIN) vì sự chia sẻ chân thành, cảm ơn đội #Flashbots, đội Jito(@jito_labs) và đội EigenPhi (@EigenPhi) vì nỗ lực trong việc tăng cường sự minh bạch về MEV, và các nhà đóng góp dữ liệu trên Dune(@Dune), dữ liệu trích dẫn trong bài viết đến từ công việc cụ thể của các bạn. Cuối cùng, cảm ơn TrustWallet(@TrustWallet), Pancake(@PancakeSwap), GMGN(@gmgnai) và các đội khác đã nỗ lực trong việc giáo dục người dùng và bảo vệ MEV.

MEV - một chủ đề cũ luôn có những phát triển mới

Ngày 10 tháng 3 năm 2025, bảng điều khiển dữ liệu Jito cho thấy lượng giao dịch Bundle trên chuỗi Solana và Tips đã giảm, một số người dùng phản ánh số lượng tấn công sandwich trên SOL tăng lên, hiện tượng bất thường này một lần nữa gây ra cuộc thảo luận về vấn đề MEV.

Trong hai tháng gần đây, với sự tăng vọt của lượng giao dịch trên Blockchain Binance Smart Chain (đặc biệt là các giao dịch của người dùng thông thường với meme coin), cộng đồng người dùng đã phàn nàn về MEV độc hại trên BSC (đặc biệt là các cuộc tấn công sandwich được gọi là 'kẹp'). Vì vậy, BSC hiện đang cố gắng giảm thiểu MEV độc hại, tối ưu hóa trải nghiệm của người dùng thông thường bằng cách rút ngắn đáng kể thời gian Khối, thay đổi cơ chế đồng thuận cho việc giao dịch trên chuỗi.

Trên Ethereum, chủ đề MEV luôn thu hút sự chú ý và thảo luận của cộng đồng. Vào tháng 3 năm 2025, nhà nghiên cứu ẩn danh Malik672 đã đề xuất một hệ thống 'Đề xuất Khối ngẫu nhiên phi tập trung' nhằm loại bỏ MEV thông qua quá trình lựa chọn Khối ngẫu nhiên. Hệ thống này sử dụng thuật toán ngẫu nhiên chia sẻ và cơ chế phản ngọa Byzantine (BFT), đảm bảo tất cả các khách hàng Ethereum (ví dụ: Geth và Nethermind) đều có thể tham gia xây dựng Khối, chứ không chỉ giới hạn ở một số ít người xây dựng lớn.

MEV không phải là hiện tượng duy nhất trên bất kỳ Blockchain cụ thể nào như Solana, Ethereum hoặc BSC, mà là một vấn đề phức tạp mà mọi hệ sinh thái Blockchain đều phải đối mặt. Về bản chất, MEV là một vấn đề tối ưu hóa đa mục tiêu, không có con đường đúng đắn tuyệt đối. Trong mạng lưới Blockchain phân tán, phi tâm trung, các bên tham gia trò chơi lợi ích, mỗi bên có hàm mục tiêu cần tối đa hóa riêng. Cuối cùng, giải pháp mà một Blockchain cụ thể chọn thể hiện tâm trạng và hướng giá trị của Blockchain đó.

Hình 1a. Dữ liệu Gói Jito và Mẹo

Hình 1b. Tổng quan dữ liệu Jito (2025.3.10)

Dựa theo dữ liệu chính thức từ Jito, số gói giao dịch mà Jito xử lý mỗi ngày duy trì trong khoảng từ 13 triệu đến 20 triệu cho đến ngày 9 tháng 3 năm 2025, thu nhập trung bình hàng ngày từ Tips khoảng từ 10,000 đến 15,000 SOL. Tuy nhiên, từ ngày 9 tháng 3, thu nhập từ Tips hàng ngày cũng giảm xuống khoảng 8,000 SOL. Tuy vậy, thu nhập của Jito vẫn rất khá.

Chúng tôi lấy đây là cơ hội để suy nghĩ sâu sắc về bản chất, đối với người dùng bình thường, tại sao họ lại bị mắc kẹt? Tại sao họ chọn Jito, và MEV là loại tồn tại nào cho các chuỗi công khai? Hiện trạng của chuỗi công khai MEV của mỗi chuỗi công khai là gì? Cách đối phó với MEV là "đúng"? Tương lai của MEV trông như thế nào đối với các chuỗi công khai L1 lớn? Hãy bắt đầu phần còn lại của bài đọc với những câu hỏi này.

MEV tại sao phổ biến? "Clamp" đến từ đâu?

Lý do tại sao MEV là nguyên nhân cốt lõi của vấn đề phổ quát tồn tại trên mọi mạng Blockchain là: Hầu hết các mạng Blockchain đều tuân theo cùng một mô hình trong cấu trúc. Chúng tôi sử dụng một mô hình ngắn gọn để mô tả quy trình này.

Người dùng sau khi gửi lệnh giao dịch qua ví, ví sẽ gửi giao dịch đến Nút RPC đầu tiên, sau đó Nút RPC sẽ chuyển tiếp giao dịch đến Nút xác minh trong mạng Blockchain hoặc Nút RPC chính nó có thể là Nút xác minh. Trước khi giao dịch được chính thức đóng gói vào Khối, Nút xác minh sẽ tạm thời lưu trữ giao dịch nhận được trong một khu vực bộ nhớ tạm thời trong Nút. Khu vực bộ nhớ này có tên gọi khác nhau trên các chuỗi khác nhau, ví dụ như hồ giao dịch (Mempool/TxPool/Tx Queue/v.v.). Mỗi khi Nút xác minh có quyền đóng gói Khối, nó sẽ chọn một số lượng giao dịch từ bộ đệm giao dịch, kết hợp theo quy tắc cụ thể để tạo thành Khối và phát hành vào mạng Blockchain.

Trong thiết kế ban đầu của Blockchain, Validator thường sắp xếp thứ tự gói giao dịch dựa trên mức phí mà người dùng thanh toán (Tx Fee hoặc Gas Fee), mức phí cao hơn có nghĩa là giao dịch sẽ được xử lý trước. Tuy nhiên, với sự phát triển của ứng dụng tài chính phi tập trung (DeFi), đặc biệt là sự nổi lên của thương nhân tự động (AMM), việc sắp xếp giao dịch đã tạo ra cơ hội lợi nhuận ngoài mức phí, tạo ra giá trị rút tối đa có thể (MEV, Maximal Extractable Value).

MEV được hiểu là hành vi của các nhà mỏ hoặc Nút xác minh (Validator) trong Blockchain bằng cách sắp xếp lại các giao dịch, chèn thêm giao dịch, hoặc chọn lọc gói giao dịch cụ thể để thu được thu nhập kinh tế bổ sung từ các ứng dụng như DeFi. Một số hành vi trong đó là độc hại và gây thiệt hại cho người dùng thông thường. Ví dụ điển hình nhất là "cuộc tấn công Ở Đâu Có Bánh Mỳ" (Sandwich Attack). Cuộc tấn công này thường xảy ra trên các sàn giao dịch phi tập trung (DEX) loại thợ đào thị trường tự động (AMM). Khi người dùng thực hiện giao dịch trên AMM, kẻ tấn công sẽ trước tiên gửi một giao dịch để chạy trước người dùng, đẩy giá tài sản lên (hoặc hạ), sau đó ngay sau khi giao dịch của người dùng hoàn thành, họ sẽ gửi một giao dịch ngược lại ngay lập tức, từ đó lợi dụng khoảng cách giá được chi phối bởi con người để thu lợi. Phạm vi lợi nhuận của cuộc tấn công Ở Đâu Có Bánh Mỳ phụ thuộc vào tham số "Slippage" (Độ trượt) mà người dùng thiết lập trong giao dịch, tức tỷ lệ cho phép sự chênh lệch giá cuối cùng được thực hiện so với giá dự kiến ban đầu. Nếu thiết lập Độ trượt cao, phạm vi lợi nhuận mà kẻ tấn công có được từ cuộc tấn công Ở Đâu Có Bánh Mỳ càng lớn.

Cần đặc biệt nhấn mạnh rằng, để tấn công sandwich thành công cần phải có ba điều kiện tiên quyết:

  • Người dùng giao dịch bị tiết lộ trong hồ bơi giao dịch mà kẻ tấn công có thể thấy, kẻ tấn công có thể phát hiện giao dịch mục tiêu trước.
  • Giao dịch bị tấn công từ phía trước và sau đã được Validator thành công chấp nhận trong cùng một Khối ( trong hầu hết các trường hợp, hoặc trong một số Khối liên tiếp
  • Sau khi Nút xác nhận và được thêm vào Blockchain, giá giao dịch của người dùng bị ảnh hưởng rõ rệt bởi giao dịch của kẻ tấn công, tức là "bị kẹp"

Do đó, đối với người dùng thông thường, phòng ngừa MEV có nghĩa là giải quyết hai vấn đề cốt lõi:

  • Làm thế nào để tránh việc giao dịch của bạn bị tiết lộ cho kẻ tấn công tiềm năng (tức là giải quyết vấn đề "tính nhìn thấy" của giao dịch)?
  • Làm thế nào để đảm bảo giao dịch của mình được Nút xử lý nhanh hơn, đáng tin cậy hơn vào Khối, để giảm thiểu độ trễ và sự không chắc chắn?

Từ góc độ của Validator, họ mong muốn tối đa hóa lợi ích kinh tế của họ, điều này được thể hiện ở việc làm thế nào để lọc ra các giao dịch có giá trị cao tốt hơn, đồng thời kiếm thêm được nhiều thu nhập bổ sung từ MEV.

Trong bối cảnh này, hai vai trò được tạo ra đặc biệt cho việc tối ưu hóa MEV trong Blockchain Khối đã dần phát triển: Searcher và Builder.

  • Searcher là một nhân vật dành riêng cho việc quét các nhóm giao dịch để tìm các cơ hội chênh lệch giá MEV tiềm năng. Họ chủ động xác định các giao dịch có giá trị cao trong mempool, xây dựng các gói chứa chênh lệch giá, tấn công bánh sandwich hoặc giao dịch thanh lý, và sau đó gửi các gói này cho Builder, thường với các "mẹo" bổ sung để đảm bảo rằng các giao dịch của họ được đóng gói trước.
  • Builder) chủ yếu tồn tại dưới kiến trúc PBS trên chuỗi ( sau đó chịu trách nhiệm sàng lọc, sắp xếp và tối ưu hóa gói giao dịch mà Searcher gửi, để tạo ra cấu trúc Khối có giá trị cao hơn và dễ được Validator chấp nhận hơn, từ đó giúp Validator nhanh chóng và hiệu quả bắt kịp lợi nhuận MEV.

Validator thường không từ chối hợp tác với Builder và Searcher vì mô hình này có thể cung cấp cho họ thu nhập kinh tế ổn định và tạo ra chuỗi phân phối lợi ích hiệu quả. Trên thực tế, mô hình đa phương tham gia này ngày càng trở thành một phần quan trọng của hệ sinh thái MEV và tiếp tục thúc đẩy việc tối ưu hóa và cạnh tranh cơ sở hạ tầng MEV.

Mỗi sinh thái Khối theo mỗi đặc điểm riêng của mình sẽ tạo ra các giải pháp MEV khác nhau. Ví dụ, Jito được sử dụng rộng rãi trên Solana là cơ sở hạ tầng tối ưu hóa đặc biệt cho vấn đề MEV, được tạo ra để tìm ra sự cân bằng tốt nhất giữa Validator, Searcher và người dùng.

MEV của Solana: Hiệu suất giao dịch chi phối, cơ chế Jito tạo hình thị trường

Jito là cơ chế MEV phổ biến: tăng tốc giao dịch, người dùng tự nguyện chịu chi phí MEV

Jito là công cụ sắp xếp giao dịch MEV chính trên Solana, cơ chế cốt lõi là thông qua việc xây dựng một Hồ bơi Giao dịch Riêng tư đặc biệt (Private Mempool), giao dịch của người dùng sau khi nộp không ngay lập tức tiết lộ cho mạng, mà được lưu trữ tạm thời trong một môi trường riêng tư (Private Mempool), hiệu quả tránh được khả năng tấn công từ phía kẻ tấn công phát hiện giao dịch của người dùng trước và tiến hành tấn công xúc xắc. Đồng thời, Jito giới thiệu cơ chế kích thích kinh tế, cho phép người dùng thanh toán thêm "tiền thưởng" (Tips) để kích thích Validator ưu tiên xử lý giao dịch của họ, qua đó tăng cường hiệu quả giao dịch đồng thời bảo vệ lợi ích của người dùng.

Cách hoạt động thực tế của MEV của Jito là, người tìm kiếm (Searchers) gửi gói giao dịch với phí thông qua Jito Bundles để được ưu tiên thực thi bởi các nhà xác minh. Trong vòng một năm qua, Jito đã xử lý hơn 30 tỷ gói giao dịch, tạo ra hơn 3,75 triệu SOL Tips. Chỉ trong năm vừa qua, số lượng và quy mô gói giao dịch mà Jito xử lý đã vượt xa các công cụ MEV tương tự trên Ethereum.

Mạng Solana có hiệu suất tương đối cao, thời gian Khối ngắn, cùng với lượng giao dịch Memecoin lớn, giao dịch MEV trên chuỗi thường thể hiện dưới hình thức "nhỏ, cao tần". Điều này dẫn đến số tiền lời từ cơ hội lướt sóng và tấn công sandwich thường nhỏ, nhưng lượng giao dịch lại rất lớn. Ví dụ về tấn công sandwich, trên chuỗi Solana, giá trị trung bình rút ra mỗi lần tấn công khoảng 0.0425 SOL (khoảng $8.7), thấp hơn nhiều so với số tiền mỗi lần trên Ethereum, nhưng tổng lượng giao dịch là rất đáng kể.

Tóm lại, MEV trên Solana có những đặc điểm sau

  • Giao dịch tần suất cao nhưng mỗi lần giao dịch nhỏ: Dưới hệ sinh thái Jito, giao dịch MEV chủ yếu là giao dịch lớn với số lượng lớn. Ví dụ, các robot MEV trên Solana đã thực hiện 90,445,905 giao dịch thương mại năm 2024, nhưng lợi nhuận trung bình mỗi giao dịch chỉ là $1.58.
  • Người dùng sẵn lòng trả phí để tăng cấp độ ưu tiên giao dịch: Người dùng Jito có thể trả thêm phí để chiếm đoạt quyền ưu tiên trong việc sắp xếp giao dịch. Ví dụ, vào tháng 11 năm 2024, phí giao dịch Jito tăng đột ngột lên 60.801 SOL/ngày, cho thấy khi thị trường sôi động, người dùng sẵn lòng chịu chi phí liên quan đến MEV cao hơn.
  • Đua tranh chạy đua ảnh hưởng đến chi phí trượt giá của người dùng: Trên Solana, một số người giao dịch tần suất cao thông qua bot Telegram và các công cụ khác để mua token, họ thường thiết lập ngưỡng chịu đựng trượt giá cao để đảm bảo giao dịch thành công. Điều này dẫn đến họ gần như luôn giao dịch trong phạm vi trượt giá tối đa, tương đương với việc tự nguyện chuyển giao một phần giá trị cho bot MEV. Dữ liệu cho thấy, giá trị trích xuất trung bình của cuộc tấn công bánh sandwich Solana là khoảng 0.0425 SOL (8.7 USD).

Các cơ chế MEV khác: Giải pháp Mempool riêng của cá nhân ngoài Jito

Mặc dù Jito là công cụ tăng tốc giao dịch chính, nhưng nó không bao phủ tất cả hoạt động MEV trên Solana, giải pháp Mempool riêng tư trở thành một mô hình cạnh tranh lớn khác.

  • DeezNode Mempool riêng: Một số nhà xác minh (như DeezNode) chạy Mempool riêng, cho phép người tìm kiếm trả tiền trực tiếp cho nhà xác minh mà không thông qua Jito để ưu tiên đóng gói giao dịch với phí cao. Trong vòng 30 ngày qua, số lượng cuộc tấn công ba mặt trong cơ chế này đã đạt 1.550.000 giao dịch, thu nhập tổng cộng là 65.880 SOL (khoảng 13,43 triệu USD), trung bình lợi nhuận mỗi giao dịch là 0,0425 SOL.
  • Paladin-Solana's anti-sandwich solution: Some Solana Nút (accounting for 6% of the total network staking amount) adopt the Paladin solution, proactively discarding sandwich attack transaction packets, and providing a compensation mechanism through staking PAL tokens, attempting to improve the fairness of transaction ordering.

Từ góc độ hành vi của người dùng, người dùng quan tâm nhiều hơn đến việc liệu giao dịch có thể được hoàn thành nhanh chóng hay không, hơn là chi tiết chi phí của một giao dịch duy nhất. Đặc biệt do sự xuất hiện thường xuyên của các dự án hot như Meme coin trong hệ sinh thái Solana, một số lượng lớn người dùng có xu hướng nhanh chóng tham gia vào "danh sách mới" thông qua các bot giao dịch tự động, và các chi tiết cụ thể của các giao dịch thường bị người dùng bỏ qua hoặc thậm chí cô lập hoàn toàn. Người dùng thường không quan tâm liệu bot có được kết nối với Jito hay giao dịch có bị ảnh hưởng bởi cuộc tấn công bánh sandwich MEV hay không.

Do đó, hiện tượng MEV trên Solana cũng tồn tại phổ biến, và với việc sử dụng giao dịch tần suất cao và Bot tự động hóa rộng rãi, các hoạt động MEV trở nên sôi động hơn. Hiện tại, các giải pháp MEV trong hệ sinh thái Solana không loại trừ hoàn toàn MEV, mà là sự cân bằng động của các bên tham gia thị trường khác nhau (người dùng, Bot, người xác minh, người tìm kiếm) dưới sự cạnh tranh lợi ích và thị trường. Sự tồn tại của cơ chế như Jito không chỉ là kết quả của nhu cầu thị trường mà còn là bản thể của các vai trò khác nhau tìm kiếm chiến lược thu nhập tối ưu nhất trong hệ sinh thái MEV.

Phân tích tình hình MEV trên Ethereum: Giải pháp dưới sự phi tập trung, không gian giao dịch lợi nhuận bị thu hẹp, các baleen whale dẫn đầu sinh thái DeFi

Là nguồn gốc của DeFi, Ethereum luôn là trung tâm của vấn đề MEV (Giá trị Rút Tối Đa) từ lâu. Để đối phó với thách thức trên chuỗi như tấn công bánh sandwich, các nhà nghiên cứu của Ethereum Foundation không chỉ đưa ra mô hình Chia Rẽ Người Đề Xuất-Xây Dựng )PBS(, mà còn thông qua nghiên cứu và phát triển liên tục, cam kết bảo vệ hệ sinh thái Ethereum khỏi tác động tiêu cực liên quan đến MEV. Qua việc hợp tác với dự án cơ sở hạ tầng sinh thái Flashbots, Ethereum Foundation và Flashbots cân bằng các yêu cầu của các bên tham gia thông qua mô hình PBS. Flashbots đã giới thiệu cơ chế đấu giá minh bạch và không cần phép, với mục tiêu quy định quá trình rút MEV thông qua việc tăng cường tính minh bạch của việc rút MEV, đồng thời đảm bảo việc phân phối lợi ích giữa các bên liên quan như người xác minh, người dùng một cách công bằng hơn.

Theo dữ liệu từ Flashbots, vào năm 2023, thu nhập MEV trung bình của mạng chính Ethereum vượt quá 500,000 đô la mỗi ngày. Đến năm 2024, với sự phát triển nhanh chóng của hệ sinh thái Layer 2 của Ethereum, một số cơ hội giao dịch MEV đã được phân chia. Hiện tại, mức thu nhập MEV của Ethereum Layer 1 ổn định ở khoảng 300,000 đô la mỗi ngày.

Tuy nhiên, sau năm 2025, sinh thái MEV trên Ethereum vẫn hoạt động sôi nổi, nhưng khả năng sinh lời tổng thể đang có xu hướng giảm rõ rệt. Dữ liệu vào ngày 4 tháng 3 năm 2025 cho thấy, mặc dù lượng giao dịch tấn công bằng sandwich lên đến 289.76 triệu đô la, chiếm 51.56% tổng lượng giao dịch MEV (561.92 triệu đô la), nhưng lợi nhuận thực tế chỉ là 6,320 đô la, chiếm 4.11% tổng lợi nhuận MEV. Dữ liệu này một cách trực quan thể hiện sự giảm đáng kể về khả năng sinh lời mỗi giao dịch của chiến lược tấn công bằng sandwich. Trong khi đó, tổng chi phí MEV trên Ethereum tăng 28.36% so với trước, lên đến 358,850 đô la, trong khi tổng thu nhập chỉ tăng 6.90% lên 512,660 đô la, điều này khiến lợi nhuận ròng bị rõ rệt ép giảm xuống còn 153,810 đô la. Điều này cho thấy, mặc dù giao dịch MEV vẫn diễn ra thường xuyên, nhưng do cạnh tranh gay gắt và chi phí tăng cao, cộng với sự hoàn thiện của cơ sở hạ tầng để ngăn chặn tấn công bằng sandwich, không gian lợi nhuận tổng thể đang ngày càng thu hẹp.

Tình hình chủ thể giao dịch MEV trên Ethereum: Sự thống trị của cơ quan và cá voi lớn

Doanh nghiệp nhỏ và người dùng cá nhân thường ưa thích chuyển từ mạng L1 Ethereum với phí Gas cao sang L2 như Base, Arbitrum hoặc các chuỗi công cộng khác có chi phí thấp hơn để thực hiện giao dịch nhỏ. Do đó, hiện nay, các giao dịch MEV trên mainnet Ethereum dần trở nên tập trung vào các tổ chức, cá voi và các nhà cung cấp thanh khoản chuyên nghiệp. Các giao dịch MEV lớn chứng minh rằng L1 Ethereum vẫn là trung tâm thanh khoản quan trọng nhất trong lĩnh vực DeFi, nhưng thanh khoản cao cũng đồng nghĩa với việc các giao dịch lớn dễ tạo ra slippage cao, tạo cơ hội arbitrage liên tục cho các robot MEV.

Từ năm 2025, lợi nhuận từ mỗi cuộc tấn công sandwich trong hệ sinh thái Ethereum giảm rõ rệt, những nguyên nhân đằng sau bao gồm:

  • Cạnh tranh thị trường gay gắt: Số lượng robot MEV tăng đáng kể, dẫn đến việc thu nhỏ nhanh chóng lợi nhuận từ các chiến lược lợi nhuận đơn giản như tấn công bánh sandwich.
  • Tối ưu hóa chiến lược của các nhà giao dịch tổ chức: Ngày càng nhiều tổ chức bắt đầu áp dụng phổ biến các phương pháp giao dịch như giá trung bình trọng số theo thời gian (TWAP) và chiến lược đầu tư định kỳ (DCA), giảm kích thước giao dịch một lần, từ đó giảm khả năng bị máy MEV bắt giữ để thực hiện lợi nhuận từ chênh lệch giá. Việc sử dụng rộng rãi các công cụ phòng thủ MEV: giao dịch riêng tư, giao dịch đấu giá lô (Batch Auctions), Đấu giá Luồng Lệnh (OFA) và các cơ chế giao dịch khác dần trở nên phổ biến, giảm đáng kể không gian cho người giao dịch bị tấn công bởi chiêu thức sandwich hoặc cơ hội lợi dụng.

Tương lai của MEV trên Ethereum: Sự tiến hóa của mô hình Arbitrage, hệ sinh thái chuyên nghiệp hơn từng bước hình thành

Với sự phát triển của sinh thái L2 của Ethereum, ngày càng nhiều giao dịch DeFi và cơ hội MEV đang được chuyển hướng đến L2, làm yếu thêm cơ hội MEV trên L1. Tuy nhiên, vì L1 vẫn là nơi chính cho các hoạt động DeFi có tính thanh khoản cao và cấp tổ chức, MEV sẽ không biến mất mà sẽ phát triển theo hướng chiến lược phức tạp hơn. Ví dụ:

  • Arbitrage vẫn là cơ hội MEV chính, đặc biệt là trong việc Arbitrage giữa L1 và L2.
  • Quyết toán (Liquidation) trở thành trọng tâm mới, với sự phát triển của thị trường cho vay DeFi, giao dịch quyết toán lớn vẫn là mục tiêu theo đuổi của các robot MEV.
  • Cơ chế MEV mới như Đấu giá Luồng Đơn hàng (OFA) có thể thay đổi cách thức lợi nhuận của các nhà vận hành MEV, khiến họ có xu hướng hợp tác trực tiếp với người cung cấp thanh khoản và giao thức thay vì chỉ dựa vào lợi nhuận từ sự trượt giá của đối tác giao dịch.

Nhìn chung, hệ sinh thái MEV trên Ethereum đang trải qua sự thay đổi cấu trúc. Kể từ khi vấn đề MEV được đưa ra, Ethereum liên tục thử nghiệm các giải pháp, bao gồm việc đề xuất kiến trúc PBS (Proposer-Builder Separation). Mặc dù không gian lợi nhuận từ cuộc tấn công sandwich và cơ hội lợi nhuận từ việc chạy trước đã bị co lại đáng kể, nhưng các chiến lược MEV phức tạp và chuyên nghiệp vẫn đang nổi lên và ngày càng phát triển. Điều này có nghĩa là vấn đề MEV sẽ tồn tại lâu dài trên mạng chính Ethereum. Ngoài ra, cuộc chơi lợi ích giữa người tìm kiếm (Searcher), người xây dựng Khối (Builder), người xác minh (Validator), người dùng và các dự án cơ sở hạ tầng liên quan đến MEV (như Flashbotst) sẽ tiếp tục trong thời gian dài, sự cạnh tranh xoay quanh việc sắp xếp giao dịch, thu nhập giá trị và sự công bằng sẽ thúc đẩy sự tiến triển không ngừng của hệ sinh thái MEV.

MEV ecosystem on BSC: The rapid growth of on-chain activities brings new requirements for the trading experience, with a priority to protect users' trading experience

Mặc dù vấn đề MEV độc hại trong sinh thái BSC thường xuyên thu hút sự chú ý của cộng đồng, nhưng tình hình thực tế như thế nào?

Theo dữ liệu trên Dune, kể từ nửa cuối năm 2024, tỷ lệ giao dịch DEX trên chuỗi BSC bị tấn công bởi chiến thuật sandwich tăng dần, lần đầu tiên vượt qua Ethereum vào tháng 12 năm 2024. Nhìn chung, hầu hết các giao dịch DEX trên BSC và Ethereum đều có tỷ lệ bị tấn công bởi chiến thuật sandwich không vượt quá 8%. Sau đỉnh cao vào tháng 2 năm 2025, tỷ lệ giao dịch DEX trên BSC bị tấn công bởi chiến thuật sandwich giảm xuống khoảng 4%.

![])https://img.gateio.im/social/moments-6dbeb1269e260aa42a2d35c635575ea3(

Fig 2. ETH Sandwiched DEX Transaction vs BSC ETH SandWiched DEX Transaction

Vậy tại sao nhiều người dùng BSC vẫn thường xuyên cảm thấy giao dịch của họ bị tấn công? Nguyên nhân chính đằng sau là, gần đây trên BSC thường xuyên xuất hiện các token phổ biến, hoạt động giao dịch của người dùng trên chuỗi trong thời gian ngắn tăng đáng kể, làm tăng cảm giác bị tấn công MEV.

Để hiểu rõ hơn hiện tượng này, trước hết chúng ta hãy xem lại tại sao giao dịch của người dùng lại bị tấn công sandwich:

  • Khả năng nhìn thấy của hồ bơi giao dịch: Sau khi người dùng giao dịch xuất hiện trong hồ bơi giao dịch công cộng, kẻ tấn công phát hiện và xây dựng các giao dịch kẹp.
  • Thiết lập độ trượt cao cho giao dịch: Người dùng khi thực hiện giao dịch AMM, để đảm bảo giao dịch được thực hiện, họ sẽ thiết lập mức độ chịu đựng trượt cao, từ đó tạo ra không gian cơ hội Arbitrage.

Đặc biệt là trong những thời kỳ giao dịch các đồng coin phổ biến, nhu cầu hàng đầu của người dùng là hoàn thành giao dịch mua càng nhanh càng tốt để đảm bảo không bỏ lỡ cơ hội. Do đó, họ thường tự thiết lập mức độ chấp nhận slippage cao hơn, mở ra không gian lớn hơn cho cuộc tấn công ba miếng. Mặc dù không ít ví tiền và Nút cung cấp giải pháp bảo vệ MEV (như hồ bơi giao dịch riêng tư hoặc Nút RPC riêng tư), nhưng không phải tất cả người dùng đều chọn lựa các lối đi giao dịch riêng tư này. Ngoài việc người dùng không chú ý đến cài đặt bảo vệ MEV, một mặt, giao dịch riêng tư không tăng tốc độ gói giao dịch của người dùng; mặt khác, khi lượng giao dịch tăng mạnh, các giao dịch trong hồ bơi giao dịch công cộng dễ bị Validator hoặc Builder phát hiện, nếu người dùng tăng phí giao dịch một cách hợp lý, thì giao dịch có thể được xử lý nhanh hơn. Ví dụ, việc chuyển tiền đồng tiền ổn định thông thường hoặc chuyển tiền BNB thường không cần bảo vệ MEV bổ sung, các giao dịch loại này thậm chí có thể hiệu quả hơn khi sử dụng hồ bơi giao dịch công cộng.

Tính từ cấu trúc kỹ thuật, sinh thái MEV trên BSC hiện tại tương tự mô hình PBS trên mạng chính Ethereum, thứ tự giao dịch được Builder tạo ra và cuối cùng được gửi đến Validator. Một số Builder sẽ cung cấp dịch vụ hồ bơi giao dịch riêng tư (Private Mempool), nhưng giao dịch trong hồ bơi công cộng vẫn có thể được người tìm kiếm MEV (Searcher) phát hiện và xây dựng gói tấn công giao dịch. Khác với giải pháp giao dịch riêng tư trên Solana, hồ bơi giao dịch riêng tư trên BSC không cải thiện đáng kể ưu tiên hoặc tốc độ xác nhận giao dịch của người dùng, mà chỉ cung cấp một chức năng bảo vệ sự riêng tư trong giao dịch.

Do đó, ở mức độ công cộng của chuỗi khối, để thực sự giải quyết vấn đề MEV độc hại cần phải cân nhắc tối ưu hóa theo hai hướng:

  • Nâng cao tính riêng tư giao dịch của người dùng, tránh giao dịch bị tiết lộ trong các hồ bơi công cộng, từ đó giảm khả năng bị tấn công bánh sandwich;
  • Nâng cao hiệu suất xử lý của Blockchain Khối, giúp giao dịch của người dùng được xử lý nhanh hơn, như việc rút ngắn khoảng thời gian tạo khối, tăng khả năng xử lý giao dịch, đồng thời giảm cửa sổ phơi bày giao dịch bị tấn công.

BSC đang giải quyết vấn đề MEV như thế nào?

Trong dài hạn, BSC đang cố gắng giảm thiểu tác động tiêu cực của MEV đối với người dùng thông qua việc nâng cấp công nghệ và tối ưu hiệu suất của chính chuỗi. Trong lịch trình mới nhất, BSC đã lên kế hoạch rút ngắn khoảng thời gian Khối đến dưới 750 mili giây, chính thức bước vào thời đại Khối dưới một giây. Điều này sẽ mang lại hai lợi ích trực tiếp sau:

  • Nâng cao trải nghiệm người dùng: Tốc độ xác nhận giao dịch của người dùng nhanh hơn, giảm thời gian giao dịch được tiết lộ trong hồ bơi giao dịch, giảm thiểu rủi ro bị tấn công MEV.
  • Nâng cao an toàn giao dịch: Xác nhận giao dịch nhanh hơn giảm thiểu khả năng giao dịch thất bại do biến động trượt giảm, cũng gián tiếp nén không gian lợi nhuận của các robot MEV.

Do đó, mặc dù hoạt động MEV trên BSC vẫn tiếp tục tồn tại, nhưng quy mô của nó về bản chất không nghiêm trọng hơn đáng kể so với các chuỗi khác. Hướng phát triển của chuỗi BSC cũng rất rõ ràng: thông qua việc rút ngắn khoảng thời gian giữa các khối xuống còn 750ms, từng bước tiến vào thời đại sub-second, bắt đầu từ hiệu suất của chính chuỗi và trải nghiệm người dùng, tiếp tục giảm nhẹ ảnh hưởng tiêu cực của vấn đề MEV đối với người dùng

Ngoài việc rút ngắn thời gian khối, BSC cũng đang tích cực khám phá việc xây dựng hồ bơi giao dịch riêng toàn diện hơn, ví dụ thông qua các công nghệ như TEE, thực hiện trạng thái cân bằng giữa người dùng đã Searcher và Validator.

Tổng kết

Nhìn chung, vấn đề MEV không phải là độc quyền của một Khối chuỗi cụ thể nào mà là một thách thức tối ưu hóa đa mục tiêu mà tất cả các chuỗi đều phải đối mặt, hiện tại mỗi hệ sinh thái đều đang thực hiện các chiến lược khác nhau để tìm kiếm sự cân bằng giữa các lợi ích của các bên:

  • Solana thông qua Jito và cơ chế hồ bơi giao dịch riêng tư khác, giảm số lượng giao dịch mà kẻ tấn công có thể thấy được, và giới thiệu cơ chế phí nhỏ để tăng cường hiệu suất giao dịch.
  • Ethereum sử dụng hệ thống PBS (Proposer-Builder Separation) để làm cho cuộc cạnh tranh MEV trở nên cạnh tranh và minh bạch hơn trên thị trường.
  • BSC đang cải thiện khả năng xử lý của chính mạng lưới và rút ngắn khoảng thời gian giữa các khối để cải thiện trải nghiệm giao dịch của người dùng, giảm thiểu rủi ro giao dịch nằm trong hồ bơi giao dịch công cộng, giảm thiểu rủi ro bị tấn công kiểu bánh mì.

Đối với người dùng thông thường, dù sử dụng cơ sở hạ tầng Blockchain nào, khi thực hiện giao dịch liên quan đến AMM, nên cố gắng kết nối với hồ bơi giao dịch riêng /Private RPC Nút để giảm thiểu rủi ro giao dịch tiếp xúc với hồ bơi công cộng, nhằm giảm thiểu khả năng bị tấn công MEV.

Trích dẫn

Jito,

MEV-Boost Bảng điều khiển,

Solana MEV Báo cáo: Xu hướng, Thông tin chi tiết và Thách thức, Helius,

Phân biệt người đề xuất-xây dựng,

Deeznode,

Flashbots,

EigenPhi,

Unlocking the Potential of MEV on BNB,

BEP-524,

Xem bản gốc
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
  • Phần thưởng
  • Bình luận
  • Chia sẻ
Bình luận
0/400
Không có bình luận
  • Ghim
Giao dịch tiền điện tử mọi lúc mọi nơi
qrCode
Quét để tải xuống ứng dụng Gate.io
Cộng đồng
Tiếng Việt
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • ไทย
  • Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)