
(Thị phần thợ xây | Nguồn: Relayscan)
Tuy nhiên, một vấn đề quan trọng thường bị bỏ qua là tập trung xây dựng. Trình tạo là các thực thể thu thập các giao dịch và gói để tạo các khối trên mạng Ethereum. Trong bảy ngày qua, 95% khối được tạo ra chỉ bởi ba nhà xây dựng.
Mặc dù vậy, như Vitalik Buterin đã chỉ ra, tập trung hóa người xây dựng không gây ra mối đe dọa nghiêm trọng đối với bảo mật tổng thể của mạng Ethereum. Điều này là do, ngay cả khi việc xây dựng khối có phần tập trung, các Người xác thực (người đề xuất) xác minh các khối này vẫn được phân cấp. Tuy nhiên, việc tập trung hóa nhà xây dựng có thể dẫn đến nhiều vấn đề khác nhau như kiểm duyệt, tìm kiếm tiền thuê và các vấn đề về sinh hoạt.
Bài viết này sẽ khám phá hành trình của Flashbots trong việc giải quyết các ngoại ứng tiêu cực của MEV Ethereum và xem xét cách SUAVE cuối cùng có thể giải quyết các vấn đề liên quan đến MEV, bao gồm cả việc tập trung hóa trình xây dựng.
Có những vấn đề cơ bản với phương pháp này. Đầu tiên, MEV ăn cắp là một vấn đề. Các thợ đào có thể xem nội dung của các giao dịch hoặc gói được gửi bởi người tìm kiếm và thay vì đưa chúng vào khối với một khoản phí ưu tiên, họ có thể sao chép các giao dịch này và tự đánh cắp MEV. Do đó, người tìm kiếm phải tin tưởng các thợ mỏ để kiếm lợi nhuận MEV
. Vấn đề thứ hai là Nghẽn mạng. Bất cứ khi nào MEV cơ hội phát sinh, người tìm kiếm cạnh tranh bằng cách đặt giá thầu phí ưu tiên cao hơn, dẫn đến tắc nghẽn gia tăng trên mạng Ethereum. Điều này làm cho phí giao dịch trung bình trở nên đắt đỏ và không thể đoán trước, tác động tiêu cực đến người dùng thường xuyên.
(Đấu giá Flashbots | Nguồn: Flashbots)
Để giải quyết các ngoại ứng tiêu cực của MEV trên mạng PoW Ethereum, Flashbots đã giới thiệu Flashbots Auction, bao gồm mev-geth và mev-relay. Các thành phần chính là: 1) đưa các thợ mỏ vào danh sách trắng, 2) thiết lập một mempool tư nhân và 3) thực hiện hệ thống đấu giá kín.
Người dùng và người tìm kiếm có thể gửi các giao dịch hoặc gói đến mempool riêng của Flashbots Auction, sau đó được gửi đến các thợ đào trong danh sách trắng bằng cách sử dụng ứng dụng khách mev-geth thông qua chuyển tiếp mev tập trung. Những người tìm kiếm đã bày tỏ giá thầu cho các gói của họ và các thợ đào đã sử dụng mev-geth để bao gồm các gói đặt giá thầu cao nhất trong khối.
Không giống như hệ thống trước đây, người tìm kiếm sử dụng mempool riêng, vì vậy hành động của họ không ảnh hưởng đến thị trường Ethereum gas và họ không thể thấy giá thầu của những người tìm kiếm khác, làm giảm cạnh tranh. Do đó, Flashbots Auction đã giảm tắc nghẽn trên mạng Ethereum một cách hiệu quả. Tuy nhiên, việc đưa các thợ đào vào danh sách trắng vẫn cần thiết vì họ vẫn có thể xem nội dung của các gói do người tìm kiếm gửi.
(Nguồn: Flashbots)
Đấu giá Flashbots đã được áp dụng rộng rãi, với hơn 90% áp dụng mev-geth. Điều này làm giảm đáng kể các giao dịch MEV thất bại và giảm phí gas trung bình trên mạng Ethereum, giảm thiểu hiệu quả nhiều ngoại ứng tiêu cực liên quan đến MEV.
Trên PoW Ethereum, các thợ đào sở hữu phần cứng của họ, làm cho quá trình lập danh sách trắng tương đối đơn giản. Tuy nhiên, với việc chuyển sang PoS, một loạt các thực thể có thể tham gia xác thực ẩn danh, khiến danh sách trắng trở nên vô cùng khó khăn.
Để giải quyết các ngoại ứng tiêu cực của MEV trên PoS Ethereum, Flashbots đã giới thiệu một giao thức mới gọi là MEV-Boost. Lộ trình mạng Ethereum bao gồm nâng cấp PBS (Proposer-Builder Separation) để phân cấp MEV và MEV-Boost thực hiện một phần của PBS.
Trong thiết lập mới này, các nhà xây dựng khối nhận các giao dịch và gói từ người dùng và người tìm kiếm để tạo khối đầy đủ có giá trị nhất, trong khi người đề xuất chọn khối đầy đủ giá thầu cao nhất từ các nhà xây dựng khối và truyền nó lên mạng. Không giống như mev-geth, MEV-Boost hoạt động như một sidecar cho khách hàng đồng thuận, làm cho nó tương thích với bất kỳ loại máy khách nào.
Đây là cách MEV-Boost hoạt động:
(MEV-Tăng cường | Nguồn: EigenLayer)

(Nguồn: mevboost.pics)
Từ quan điểm của Ethereum Người xác thực, MEV-Boost cung cấp một lợi thế đáng kể: không cần quy trình đưa vào danh sách trắng. Trình xác thực chỉ cần chạy MEV-Boost của Flashbots và các trình tạo khối chỉ cần trích xuất MEV giá trị cao nhất và gửi nó dưới dạng giá thầu. Điều này có nghĩa là Người xác thực có thể kiếm được doanh thu MEV mà không cần các thuật toán trích xuất MEV của riêng họ. Do đó, lợi nhuận MEV được phân cấp thay vì tập trung giữa một vài thực thể.

(Nguồn: mevboost.pics)
Mặc dù là một phần mềm trung gian bên ngoài chứ không phải là một giao thức tích hợp, MEV-Boost đã được hơn 90% Ethereum Người xác thực chấp nhận thành công trong một thời gian dài. Mặc dù có một nhược điểm là các nhà xây dựng và người đề xuất phải tin tưởng vào rơle, số lượng rơle đã tăng lên tám, làm giảm sự thống trị của chuyển tiếp Flashbots và giảm bớt các mối quan tâm liên quan như kiểm duyệt.
Dòng lệnh độc quyền (EOF)
Thứ nhất, thị trường xây dựng khối về cơ bản là một thị trường người chiến thắng có tất cả. Hãy tưởng tượng bạn là một người tìm kiếm đã xác định được một cơ hội khai thác MEV và gói nó. Bạn sẽ gửi gói của mình đến những nhà xây dựng nào? Mặc dù bạn có thể gửi nó cho tất cả các trình xây dựng, nhưng bạn càng tham gia nhiều trình xây dựng, nguy cơ ăn cắp MEV càng cao, vì các nhà xây dựng có thể xem nội dung của gói. Do đó, chiến lược tối ưu của bạn sẽ là chỉ gửi gói đến một số trình xây dựng hàng đầu có xác suất bao gồm khối cao nhất.

(Nguồn: Frontier Research, tháng 6/2023)
Biểu đồ trên cho thấy các trình xây dựng nhận được nhiều gói hơn từ người tìm kiếm có xác suất đưa vào khối cao hơn. Hiện tượng này làm tăng tốc bánh đà tập trung: nếu một trình xây dựng nhận được nhiều gói hơn từ người tìm kiếm, nó có nhiều khả năng xây dựng các khối có lợi nhuận cao hơn. Do đó, các khối này có nhiều khả năng được chấp nhận bởi những người đề xuất trên mạng Ethereum, khuyến khích nhiều người tìm kiếm gửi gói của họ đến trình tạo đó. Gửi các gói đến các nhà xây dựng ít chi phối hơn có thể dẫn đến sự chậm trễ trong việc đưa vào khối, khiến các dự đoán Phí gas trở nên khó khăn và có khả năng mất cơ hội khai thác MEV.
Ngoài xu hướng tập trung tự nhiên này, các nhà xây dựng có thể cung cấp các giao dịch hoặc gói bổ sung thông qua EOF. Ví dụ: một trình tạo cụ thể có thể cung cấp đảm bảo quyền riêng tư hoặc chia sẻ MEV được trích xuất cho người dùng và người tìm kiếm gửi giao dịch hoặc gói dành riêng cho họ. Luồng lệnh bổ sung này, không thể tiếp cận được với các nhà xây dựng khác, tiếp tục tăng tốc độ tập trung của trình xây dựng.
Thật vậy, như thể hiện trong biểu đồ, BloXroute có tỷ lệ bao gồm khối cao hơn đáng kể so với các công ty cùng ngành. Điều này là do BloXroute hoạt động không chỉ như một trình xây dựng khối mà còn là một dịch vụ chuyển tiếp, mang lại cho nó một lợi thế Trễ trong việc xử lý các giao dịch. Ngoài ra, BloXroute nguồn EOF thông qua các dịch vụ như BackRunMe.
(Phân phối MEV | Nguồn: BloXroute)
BackRunMe cho phép người dùng gửi các giao dịch riêng tư, bảo vệ họ khỏi các cuộc tấn công độc hại như tấn công front-running và sandwich. Hơn nữa, nếu lợi nhuận MEV được tạo ra từ việc chạy ngược các giao dịch riêng tư được gửi đến BackRunMe, lợi nhuận được phân phối theo các tỷ lệ được hiển thị trong biểu đồ. Người dùng và người tìm kiếm có thể tận hưởng nhiều lợi ích khác nhau bằng cách sử dụng giao diện người dùng hoán đổi của BackRunMe hoặc đơn giản là thay đổi RPC của họ để gửi giao dịch.
Vì vậy, những người xây dựng khối mới có thể làm gì? Thật không may, họ có các tùy chọn hạn chế ngoài việc tăng thị phần thua lỗ hoặc cung cấp dịch vụ để thu hút EOF của người dùng và người tìm kiếm. Cách tiếp cận trước đây, được gọi là chiến lược trợ cấp khối, liên quan đến việc đặt giá thầu cao hơn MEV lợi nhuận được tạo ra từ các khối xây dựng để tăng tỷ lệ bao gồm khối. Ví dụ: trình tạo f1b đã sử dụng thành công chiến lược này để nhanh chóng tăng số lượng người tìm kiếm của họ.
MEV tên miền chéo
Trình tạo khối càng có nhiều luồng lệnh, xác suất tạo ra các khối có lợi nhuận cao hơn. Nếu một số trình tạo khối cũng tạo khối cho các mạng khác, họ có thể truy cập không chỉ luồng lệnh từ mạng Ethereum mà còn cả luồng lệnh bên ngoài. Khả năng này có thể sẽ dẫn đến sự tập trung hơn nữa xung quanh các nhà xây dựng này.
Kiểm duyệt có khả năng có thể được giải quyết bằng các tính năng Ethereum giao thức trong tương lai như crList, điều này sẽ buộc các nhà xây dựng phải bao gồm tất cả các giao dịch theo yêu cầu của người đề xuất. Tuy nhiên, việc giải quyết vấn đề tìm kiếm tiền thuê trong một thị trường độc quyền và giải quyết các vấn đề về cuộc sống do thời gian chết là thách thức hơn.
Do đó, giải pháp tốt nhất là ngăn chặn sự tập trung của trình xây dựng ngay từ đầu bằng cách giảm thiểu các nguyên nhân chính của nó — EOF và MEV tên miền chéo. Để giải quyết những vấn đề này, Flashbots đã giới thiệu Đấu giá thống nhất duy nhất cho biểu hiện giá trị (SUAVE) giao thức. (Cần lưu ý rằng SUAVE không phải là giải pháp tiềm năng duy nhất để tập trung hóa người xây dựng; đối với nhiều giải pháp tiềm năng khác, hãy xem 'Phân cấp vai trò người xây dựng').
.
(Tổng quan về SUAVE | Nguồn: Flashbots)
SUAVE là một blockchain riêng biệt với mạng Ethereum, cung cấp dịch vụ xây dựng mempool plug-and-play và phi tập trung có thể được sử dụng bởi nhiều mạng. Điều này cho phép các mạng khác thuê ngoài các quy trình phức tạp về quản lý mempool và xây dựng khối phi tập trung cho SUAVE. SUAVE bao gồm ba thành phần chính:
Môi trường ưu tiên phổ quát
Người dùng và người tìm kiếm gửi các giao dịch, gói, ý định và các biểu hiện tùy chọn khác đến mempool của SUAVE, thay vì mempool của mạng ban đầu, cùng với giá thầu của họ. Trong SUAVE, các tùy chọn này được coi là loại giao dịch gốc. Bằng cách tổng hợp các tùy chọn từ các miền khác nhau vào một mempool duy nhất, xác suất thực hiện tối ưu sẽ tăng lên. Thiết lập này mang lại lợi ích cho các nhà xây dựng bằng cách hạ thấp các rào cản gia nhập và tăng lợi nhuận tiềm năng.
Thị trường khớp lệnh tối ưu
Người thực thi (Người tìm kiếm, Người xây dựng, v.v.) giám sát mempool SUAVE và cạnh tranh để tạo các gói với các điều kiện thực thi tốt nhất. Một khái niệm quan trọng được giới thiệu ở đây là đấu giá dòng chảy lệnh (OFA).
Trong mô hình MEV-Boost truyền thống, lợi nhuận MEV chảy theo một hướng duy nhất từ người dùng đến người tìm kiếm đến nhà xây dựng đến người đề xuất. Tuy nhiên, với OFA, các nhà điều hành cạnh tranh theo sở thích của người dùng, cho phép người dùng cũng nhận được một phần lợi nhuận MEV. Chiến lược này tương tự như các dịch vụ như BackRunMe, nhằm mục đích thu hút nhiều EOF hơn bằng cách phân phối lại một số lợi nhuận MEV cho người dùng và người tìm kiếm. Ngoài ra, SUAVE đảm bảo quyền riêng tư của các tùy chọn trong mempool của mình, bảo vệ chúng khỏi các cuộc tấn công MEV độc hại.
Sự khác biệt là, trong khi các chiến lược như vậy có thể dẫn đến việc tập trung các nhà xây dựng cụ thể trong thị trường xây dựng hiện tại, SUAVE nhúng OFA vào chính giao thức, cho phép tất cả các nhà xây dựng phi tập trung truy cập vào các tùy chọn này. Khái niệm OFA, theo đề xuất của Flashbots, đã được triển khai trong mạng Ethereum thông qua MEV-Share và sau đó sẽ được tích hợp vào SUAVE.
Tòa nhà Khối phi tập trung
Trong các thành phần trước, hầu hết các tùy chọn tìm thấy lộ trình thực hiện tối ưu của chúng. Các nhà xây dựng khối phi tập trung sau đó sử dụng thông tin này để xây dựng các khối một phần hoặc toàn bộ nhằm tối đa hóa lợi nhuận MEV, sau đó họ chuyển sang Người xác thực các mạng khác nhau.
Không phải tất cả Người xác thực của các mạng khác đều có thể sử dụng SUAVE, tương tự như cách không phải tất cả Ethereum Người xác thực đều sử dụng MEV-Boost. Người xác thực nghe SUAVE có thể chấp nhận các khối SUAVE và thêm các khối có lợi nhuận vào mạng của họ. Nếu họ không biết SUAVE, các nhà xây dựng khối của SUAVE phải tham gia đấu giá gas ưu tiên (PGA) để đưa các khối của họ vào. Khi các tùy chọn được thực hiện trong chuỗi đích, một nhà tiên tri sẽ thông báo cho mạng SUAVE và giá thầu được gửi đến người thực thi để giải quyết.
Do nhu cầu về dữ liệu nhạy cảm và tính toán, MEVM cũng cung cấp các tính năng bảo mật. Các tính toán nhạy cảm được thực thi off-chain bởi các nút thực thi. Ban đầu, Flashbots hoặc các bên thứ ba sẽ cung cấp điều này theo cách tập trung nhưng cuối cùng, nó sẽ được thực thi trong các môi trường thực thi đáng tin cậy (TEE) như Intel SGX.
Người dùng: Được bảo vệ khỏi các cuộc tấn công MEV độc hại thông qua quyền riêng tư và cung cấp khả năng thực thi tốt nhất.- Nhà xây dựng: Có thể cạnh tranh công bằng với các nhà xây dựng khác do các giao dịch bảo mật vốn có của SUAVE và đấu giá luồng lệnh (OFA) và có quyền truy cập vào các tùy chọn tên miền chéo, cho phép họ xây dựng các khối có lợi hơn so với khi hoạt động trong một miền duy nhất.- Mạng: Có thể dễ dàng thuê ngoài quá trình xây dựng khối cho SUAVE. Mặc dù có tầm nhìn đầy tham vọng, SUAVE vẫn đang trong giai đoạn đầu và phải đối mặt với một số thách thức trước khi nó có thể được thực hiện đầy đủ.
Mô hình bảo mật: Mô hình bảo mật của SUAVE vẫn chưa được xác định. Cho rằng các khối SUAVE có khả năng được sử dụng trong các mạng L2 dựa trên Ethereum và Ethereum, mức độ bảo mật lý tưởng của nó phải phù hợp với mức Ethereum, nhưng để đạt được điều này rất phức tạp. Có những cuộc thảo luận về việc liệu SUAVE nên được xây dựng như một Ethereum L2 hay sử dụng bảo mật kinh tế tiền điện tử của EigenLayer.- Giao dịch liên miền nguyên tử: Đây là không được đảm bảo. Thật khó để xử lý các giao dịch nguyên tử trên các mạng với thời gian khối khác nhau. Một giao dịch có thể thành công trên mạng thời gian khối nhanh nhưng thất bại trên mạng chậm hơn. Ngoài ra, vì không phải tất cả Người xác thực trên tất cả các mạng đều nhận biết SUAVE, bao gồm các khối thông qua đấu giá gas ưu tiên (PGA) có thể không thành công.- Thiết kế Oracle: Một thiết kế oracle tinh vi là cần thiết để đưa kết quả chính xác và nhanh chóng từ các miền bên ngoài vào SUAVE để giải quyết. Các nhà tiên tri ít nhất phải an toàn như SUAVE, vì chúng có thể trở thành vectơ tấn công.- Trải nghiệm người dùng: UX thân thiện với người dùng phải được thiết kế cho SUAVE. Người dùng cần đặt giá thầu cho tùy chọn của họ và giữ ETH trong mạng SUAVE. Một giao diện cho phép người dùng dễ dàng thể hiện các loại sở thích khác nhau cũng là cần thiết. Mối quan tâm lớn nhất là liệu SUAVE có thể đạt được tỷ lệ chấp nhận đáng kể tương tự như mev-geth hoặc MEV-Boost hay không. Để SUAVE hiện thực hóa tầm nhìn của mình, nó phải đạt được tính kinh tế theo quy mô. Nhiều người dùng từ nhiều mạng cần gửi tùy chọn của họ đến SUAVE và nhiều nhà xây dựng phải tham gia để tạo ra một hệ thống hiệu quả. Trong khi mev-geth là một khách hàng và MEV-Boost là một sidecar phần mềm trung gian mà các Người xác thực hiện tại có thể dễ dàng áp dụng, SUAVE là một mạng blockchain dựa trên MEVM. Do đó, vẫn còn phải xem liệu hệ thống lớn này có thể đạt được sự chấp nhận có ý nghĩa trên nhiều mạng hay không.





