Từ những người đề xuất nguyên khối đến những builder mô-đun
Theo truyền thống, những người đề xuất khối, tức là thợ đào trong bằng chứng công việc hoặc validator trong bằng chứng cổ phần, có toàn quyền kiểm soát những giao dịch nào được đưa vào khối và theo thứ tự nào. Điều này mang lại cho họ lợi thế lớn, cho phép họ khai thác MEV trực tiếp hoặc thuê ngoài bên thứ ba thực hiện quyền đó. Việc sáp nhập Ethereum và chuyển sang bằng chứng cổ phần đã mang đến một cơ hội mới: tách đề xuất khối khỏi việc xây dựng khối.
Flashbots giới thiệu khái niệm này với MEV-Boost, một phần mềm trung gian cho phép validator thuê ngoài để xây dựng khối cho một thị trường mở gồm các builder. Thay vì tự xây dựng các khối, validator sẽ nhận các khối được xây dựng sẵn từ những builder cạnh tranh và chọn khối đưa ra giá thầu cao nhất. Hệ thống khuyến khích những builder cạnh tranh để giành luồng lệnh bằng cách xây dựng khối có giá trị nhất có thể và chia sẻ phần thưởng với validator.
Sự tách biệt này tạo ra một kiến trúc đồng thuận mang tính mô-đun hơn. Nó làm giảm sự kiểm soát độc quyền của validator đối với việc sắp xếp và cho phép các tác nhân mới, chẳng hạn như người tìm kiếm, builder và rowle tham gia vào quá trình sản xuất khối. Kiến trúc này cũng cho phép quan sát quá trình trích xuất MEV và khuyến khích chuẩn hóa các hoạt động đạo đức.
Vai trò của người tìm kiếm, builder và rơle
Chuỗi cung ứng MEV theo MEV-Boost trở nên có cấu trúc hơn. Ở phía dưới là những người tìm kiếm, những tác nhân chuyên biệt quét mempool, xác định các cơ hội MEV và tạo ra các gói giao dịch. Các gói này được gửi đến các builder, những người sẽ tổng hợp chúng thành các khối, cùng với các giao dịch người dùng thông thường và các chiến lược đệm để tối đa hóa lợi nhuận. Đổi lại, builder sẽ gửi khối của họ tới validator thông qua rơle.
Rơle đóng vai trò trung gian, xác minh rằng các khối đáp ứng các quy tắc giao thức và các khoản thanh toán đã hứa sẽ được thực hiện cho validator. Rơle đóng vai trò là người gác cổng cho niềm tin, đặc biệt là trong trường hợp builder không thực hiện được cam kết thanh toán. Tuy nhiên, sự tồn tại của các rơle cũng gây ra rủi ro tập trung hóa vì chỉ một số ít rơle hoạt động ở quy mô lớn và kiểm soát phần lớn hoạt động xác thực.
Chuỗi cung ứng này cho phép tính minh bạch và chuyên môn hóa, nhưng nó cũng bộc lộ những điểm nghẽn mới và giả định về lòng tin. Những builder ngày càng có ảnh hưởng đến việc đưa những gói tìm kiếm nào vào. Rơle có thể kiểm duyệt các khối hoặc ngoại tuyến. Các validator, mặc dù không được tham gia vào quá trình trích xuất MEV trực tiếp, vẫn được khuyến khích thông đồng với những builder đáng tin cậy để có thu nhập ổn định. Những căng thẳng này cho thấy rằng mặc dù MEV-Boost đã giảm bớt một số vấn đề nhưng về cơ bản nó không thay đổi cuộc chơi—mà chỉ đơn giản là phân phối lại.
Giới hạn của MEV-Boost và luồng lệnh riêng tư
MEV-Boost đã chứng minh rằng việc xây dựng khối cạnh tranh có thể làm giảm sự tập trung giữa các validator, nhưng nó cũng bộc lộ những vấn đề mới. Các builder bắt đầu củng cố thị phần, dẫn đến sự thống trị của các builder thay vì sự thống trị của bên xác thực. Một số builder liên tục giành được những khối có lợi nhuận cao nhất, trong khi những builder khác tụt hậu, làm giảm tính phi tập trung về mặt lý thuyết của thị trường builder.
Hơn nữa, MEV-Boost vẫn dựa vào mempool công khai, nghĩa là hầu hết các giao dịch của người dùng vẫn hiển thị và dễ bị tấn công trước khi đưa khối vào. Một số người dùng và giao thức đã phản hồi bằng cách khám phá các phương thức gửi giao dịch riêng tư. Các dự án như Eden Network và Taichi cung cấp các tuyến giao dịch được bảo vệ, bỏ qua mempool công khai và chuyển giao dịch của người dùng trực tiếp đến builder hoặc validator.
Những giải pháp này đưa ra sự đánh đổi. Mặc dù chúng giúp giảm thiểu nguy cơ bị tấn công từ phía trước và tấn công xen kẽ, nhưng chúng thường đòi hỏi sự tin tưởng vào các nhà điều hành tập trung và đôi khi tính phí để được bảo vệ. Chúng cũng phá vỡ khả năng kết hợp, nghĩa là các giao dịch được gửi riêng tư không thể tương tác với các giao dịch mempool công khai theo cách có thể dự đoán được. Về bản chất, các cơ chế này bảo vệ người dùng nhưng phải đánh đổi bằng tính minh bạch và sự phối hợp ở cấp độ giao thức.
Các mempool riêng tư, chẳng hạn như các mempool do Shutter Network hoặc Gnosis Chain phát triển, đã tiến xa hơn bằng cách mã hóa các giao dịch cho đến khi chúng được đưa vào một khối. Phương pháp tiếp cận này làm chậm khả năng hiển thị giao dịch, giảm cơ hội MEV, nhưng lại đòi hỏi sự phối hợp phức tạp và tạo ra độ trễ. Hơn nữa, mempool được mã hóa làm giảm khả năng sử dụng cho các ứng dụng dựa vào ước tính trạng thái theo thời gian thực, chẳng hạn như bot chênh lệch giá hoặc trình quản lý danh mục đầu tư.
Sự trỗi dậy của Đấu giá lòng lệnh (OFA)
Một sự phát triển có nhiều tiềm năng hơn xuất hiện cùng với sự trỗi dậy của Đấu giá luồng lệnh (OFA). Trong mô hình này, các giao dịch của người dùng không chỉ được phát tới mempool hoặc gửi tới các điểm cuối riêng tư. Thay vào đó, người dùng—hoặc ví thay mặt họ—bán quyền đưa giao dịch của họ vào thông qua cơ chế đấu giá. Các builder hoặc solver sẽ cạnh tranh để giành quyền thực hiện giao dịch và người dùng sẽ nhận được một phần giá trị MEV (phần giá trị này sẽ bị trích xuất từ họ nếu không có cạnh tranh giữa hai tác nhân trên).
Phương pháp tiếp cận này chuyển hướng câu chuyện từ trích xuất MEV sang chia sẻ MEV. Nó thừa nhận rằng các giao dịch của người dùng có giá trị và giá trị này phải được đền bù một cách công bằng. Các dự án như CowSwap và MEV-Share (nguyên mẫu của Flashbots) cho phép người dùng thể hiện ý định giao dịch và nhận báo giá hoặc tiền hoàn lại. Cơ chế này dựa vào môi trường thực thi không cần tin cậy, cam kết mật mã và đấu giá kín để ngăn chặn tình trạng chạy trước.
Đấu giá luồng lệnh cũng giới thiệu một thị trường có thể lập trình để đưa giao dịch vào. Thay vì dựa vào sự bảo vệ tập trung, chúng tạo ra một cách minh bạch và không cần xin phép để người dùng gửi giao dịch và nhận được sự thực hiện công bằng. Loại đấu giá này khuyến khích sự cạnh tranh giữa solver và builder, đồng thời tạo ra động lực giữa người dùng và nhà cung cấp cơ sở hạ tầng.
Tuy nhiên, OFA vẫn đang trong giai đoạn đầu. Chúng yêu cầu sự tích hợp ở cấp độ ví, chuẩn hóa trên toàn chuỗi và thiết kế mật mã mạnh mẽ. Hơn nữa, việc áp dụng rộng rãi đòi hỏi người dùng phải hiểu được lợi ích của việc bán luồng lệnh của mình và các giao thức có thể định tuyến giao dịch một cách an toàn qua các lớp đấu giá mà không làm hỏng chức năng hiện có.
Tại sao những biện pháp giảm thiểu này là không đủ
Mặc dù có những tiến bộ đáng kể, các công cụ giảm thiểu MEV ban đầu và OFA vẫn chưa thể cung cấp khả năng chống MEV hoàn toàn. MEV-Boost giải quyết được một phần của vấn đề nhưng không tác động đến những phần khác. Các giao dịch riêng tư cung cấp sự bảo vệ cục bộ nhưng không có khả năng mở rộng tốt hoặc không cung cấp quyền truy cập phổ quát. Đấu giá luồng lệnh có triển vọng nhưng lại phân mảnh và thiếu khả năng tương tác.
Tất cả những phương pháp tiếp cận này đều thiếu một cơ sở hạ tầng thống nhất, phi tập trung và có thể lập trình được, có thể đóng vai trò là lớp thực thi cho các ứng dụng nhận biết MEV trên khắp các chuỗi. Một hệ thống kết hợp truyền bá giao dịch được mã hóa, cơ chế đấu giá công bằng và logic thực thi có thể lập trình, đồng thời vẫn bảo toàn khả năng kết hợp, đảm bảo độ trễ và khả năng kiểm soát của người dùng.
Nhận thức này đã dẫn đến sự phát triển của SUAVE, một kiến trúc đầy tham vọng được thiết kế để hấp thụ, phân cấp và tái cấu trúc lớp luồng lệnh. SUAVE không cố gắng vá lỗi quá trình trích xuất MEV; nó đề xuất xây dựng lại cơ sở hạ tầng giúp việc này trở nên khả thi ngay từ đầu.
