Với sự gia tăng mạnh mẽ các hoạt động trên chuỗi và sự tiến hóa cũng như phong phú của cơ sở hạ tầng trên chuỗi, MEV trên chuỗi luôn được coi là phần nguy hiểm nhất trong "rừng tối" của Ethereum, gây ra tổn thất lợi nhuận và sự suy giảm trải nghiệm người dùng đối với các hoạt động tài chính trên chuỗi. Bài viết này nhằm phân tích sâu về các vấn đề tập trung và tin cậy tự nhiên mà bộ cơ chế này mang lại, dựa trên cơ chế tạo khối của Ethereum 2.0 và sự tiến hóa công nghệ tách biệt giữa người đề xuất - người xây dựng (PBS), điều này hoàn toàn trái ngược với giá trị của Ethereum.
Việc gia tăng MEV trên chuỗi thực sự là một con dao hai lưỡi, với cả tác động tích cực và tiêu cực. Tác động tích cực bao gồm việc giảm chênh lệch giá DEX, hỗ trợ thanh lý giao dịch; tác động tiêu cực bao gồm việc gây hại cho người dùng do giao dịch kẹp. Do đó, các giải pháp cho MEV chủ yếu là giảm thiểu tác động tiêu cực, mà không thể loại bỏ hoàn toàn. Trong quá trình khám phá các cơ chế giảm thiểu tác động tiêu cực của MEV và giải quyết vấn đề Relayer trung gian dựa trên niềm tin từ bên thứ ba hiện tại, chúng được chia thành ba loại biện pháp: cải tiến cơ chế đấu giá, cải tiến lớp đồng thuận, cải tiến lớp ứng dụng. Cả ba cải tiến này sẽ có tác động khác nhau đến bối cảnh hiện đại của MEV, nhưng một số giải pháp không thể giải quyết thực chất vấn đề tấn công kẹp mà người dùng gặp phải, giao dịch của người dùng vẫn nằm trong public pool, do đó cần phải đưa thêm công nghệ hồ bơi ẩn danh để bảo vệ tính riêng tư tùy chọn của giao dịch người dùng, những giải pháp MEV này xứng đáng được kết hợp để thử nghiệm.
Ngoài ra, MEV như một sản phẩm phụ của thiết kế cơ chế không thể tránh khỏi, trong tương lai sẽ càng trở nên phức tạp hơn, chúng tôi cũng đã khám phá trong bài viết về những thách thức và cơ hội công nghệ MEV có thể xuất hiện dưới các loại giao dịch mới như kiến trúc Layer2, trừu tượng tài khoản EIP-4337.
Cuối cùng, chúng tôi hy vọng rằng thông qua bài viết này sẽ khám phá các giải pháp tiềm năng để giảm bớt vấn đề tác động tiêu cực từ MEV, và cung cấp cái nhìn toàn diện về lợi ích và bất lợi của các giải pháp MEV hiện tại, không chỉ để chiếu sáng cho người dùng trong khu rừng tối mà họ đang ở, mà còn để chiếu sáng cho các nhà nghiên cứu trong ngành trong việc nghiên cứu sâu hơn về MEV.
Ethereum 2.0
Kể từ sau The Merge, Ethereum đã áp dụng cơ chế POS để đảm bảo tính bảo mật của mạng, đồng thời từ bỏ cạnh tranh dựa trên tính toán nặng nề trong việc sản xuất khối, chuyển sang sử dụng chứng minh cổ phần. Sau khi hợp nhất, Ethereum được phân chia thành lớp thực thi và lớp đồng thuận. Toàn bộ quá trình sản xuất khối cũng đã thay đổi, mỗi Epoch là một chu kỳ POS, mỗi Epoch lại được chia thành 32 Slot, mỗi Slot tương đương với một đơn vị thời gian tạo khối, là 12 giây.
Toàn bộ mạng lưới sẽ trong mỗi Epoch, ngẫu nhiên chọn một ủy ban từ các xác thực viên, người đề xuất khối được chọn ngẫu nhiên trong tập hợp ủy ban, người đề xuất khối cần đóng gói các giao dịch và sắp xếp để thực hiện, cuối cùng tạo ra một khối, các xác thực viên khác trong ủy ban sẽ giám sát quá trình này, sau đó bỏ phiếu cho khối đó. Và ủy ban này sẽ được chọn lại sau mỗi Epoch. Đồng thời cũng bị áp dụng một số giới hạn thời gian hoạt động nhất định, để đảm bảo hiệu quả trong việc tạo ra khối và bỏ phiếu. Ở đây, chúng tôi quy định thuật ngữ cho người đọc, Payload là tải thực hiện, có nghĩa là thay đổi trạng thái giao dịch, có thể được xem như là một phần của việc thực hiện khối. Người đề xuất khối sẽ thực hiện tải thực hiện (Execution Payload tức là thực hiện thay đổi trạng thái kết quả giao dịch ) và đề xuất khối.
Kiến trúc PBS
Thực tế, khi các validator được chọn làm người đề xuất khối, thường thì người đề xuất không có động lực để thực hiện Payload, tức là sắp xếp và thực hiện giao dịch, vì việc này cần rất nhiều sức mạnh tính toán để thực hiện sự thay đổi trạng thái. Ban đầu, suy nghĩ là nếu chúng tôi thông qua việc bầu cử ủy ban phi tập trung, nếu đưa việc thực hiện tải vào, thì việc sắp xếp giao dịch sẽ trở thành một vấn đề phi tập trung. Tuy nhiên, có vẻ như các validator tự nhiên muốn giao phần này cho bên thứ ba hoàn thành, trong khi người đề xuất tập trung vào việc đề xuất khối. Do đó, ý tưởng PBS đã ra đời, đó là tách biệt việc đề xuất và xây dựng khối, với người đề xuất chỉ chịu trách nhiệm xác thực khối, không tham gia vào việc xây dựng khối. Việc tách biệt giữa người đề xuất và người xây dựng đã thúc đẩy một thị trường mở, trong đó, người đề xuất khối có thể lấy khối từ những người xây dựng khối. Những người xây dựng này cạnh tranh với nhau để cấu trúc khối và cung cấp phí cao nhất cho người đề xuất, chúng tôi gọi đây là "đấu giá khối".
Chúng tôi sẽ giới thiệu ngắn gọn về mô hình đấu giá đầu tiên của PBS(Proposer Builder Seperate). Khi người dùng gửi giao dịch qua RPC proxy, RPC tương đương với việc chạy một nút, gửi giao dịch vào Mempool công khai, nhiều Builder tìm giao dịch phù hợp nhất để sắp xếp nhằm tạo ra một khối tối đa hóa lợi nhuận (, tối đa hóa lợi nhuận chỉ ra phí giao dịch Base + Priority + MEV), sau đó nhiều Builder tương tác với Proposer thông qua MEV-Boost Relayer, Relayer là cầu nối giữa nhiều Builder và Proposer, Builder gửi báo giá cho Relayer, Relayer gửi nhiều tiêu đề khối và báo giá tương ứng cho Proposer, Proposer thường chấp nhận tiêu đề khối có báo giá cao nhất. Trong đó Relayer sẽ thực hiện tiêu chuẩn MEVBboost, đây là một tiêu chuẩn kỹ thuật do Flashbot đề xuất để quy định cách thức tương tác đấu thầu giữa Builder và Proposer. Trong quá trình này, tất cả thông tin đều được niêm phong, Relayer chỉ gửi tiêu đề khối cho Proposer, do đó Proposer có khả năng chống kiểm duyệt.
Các loại người tham gia và trò chơi trong PBS
Các tham gia chính bao gồm Builder, Relayer, Proposer, MEVbot(Searcher).
Builder
Trong đó, Builder chủ yếu chịu trách nhiệm xây dựng nội dung khối, sau khi sử dụng công nghệ MEV-Boost, họ ở trong vị thế thuận lợi hơn trong việc đấu thầu, vì không chỉ hỗ trợ phí Gas, mà còn hỗ trợ lợi nhuận MEV. Builder có thể trực tiếp kiểm tra giao dịch của người dùng và Searchers, điều này từ trước đến nay vẫn bị chỉ trích, đặc biệt là khi chính phủ Mỹ công bố OFAC, nhiều Builder đã tham gia vào OFAC Compliant, so với ban đầu, mặc dù tỷ lệ kiểm tra khối gần đây đã giảm, nhưng chúng ta có thể thấy, trong quá trình xây dựng khối, Builder có ảnh hưởng trực tiếp đến việc kiểm tra giao dịch.
Hiện tại, xét về thị phần của Builder, các Build như beaverbuild.org hoàn toàn không cần kiểm tra đang dần mở rộng thị phần của mình, tất cả đều dựa trên lợi nhuận.
Tìm kiếm
Về bản chất, công việc tối đa hóa lợi nhuận là cần sự hợp tác giữa Searcher và Builder, Searcher thường sẽ hợp tác với các Builder cụ thể, từ đó hình thành một Dark Pool hoặc Private Pool, trong đó các giao dịch của Searcher chỉ hiển thị cho các Builder cụ thể, một số Builder sẽ nhận được các giao dịch MEV tối đa hóa lợi nhuận, và sau đó đấu giá không gian khối. Về lý thuyết, nếu Builder làm điều xấu hoặc kiểm duyệt, thì Searcher có thể chọn các Builder khác, điều này sẽ dẫn đến việc thị phần của Builder giảm dần, do đó bị ràng buộc bởi Searcher, Builder thường sẽ cân nhắc chi phí ẩn của việc làm điều xấu. Hình trên là tình hình lợi nhuận từ MEV và Gas hàng ngày, có thể thấy lợi nhuận MEV do Searcher đóng góp trong trường hợp biến động thị trường rõ ràng, thậm chí có thể gấp đôi lợi nhuận Gas trong ngày.
Đối với Searcher, được chia thành CEX-DEX( arbitrage ngoại tuyến ) và hai loại chính là DEX, lớp giữa, thanh lý ( hoàn toàn trên chuỗi ).
Hiện tại, Wintermute chiếm thị phần đầu tiên trong giao dịch arbitrage CEX-DEX.
Đối với cơ hội MEV thuần túy trên chuỗi, có xu hướng dần hình thành các studio, trong đó jaredfromsubway.eth chiếm thị phần đáng kinh ngạc 37,2%, chuyên thực hiện các cuộc tấn công sandwich đối với người dùng trên chuỗi Etheruem, từng trở thành người dùng tiêu tốn gas cao nhất trên chuỗi, tiêu tốn khoảng 1,5% gas trong một ngày. Từ tháng 2 năm 2023 đến tháng 6 năm 2024, robot này đã tiêu tốn tổng cộng 76.916 ETH, theo giá trị của các giao dịch này, tương đương khoảng 175 triệu USD. Do mối liên hệ chặt chẽ giữa Seacher và Builder, trong thực tế, nhiều Seacher sẽ gửi dòng lệnh của mình cho ba Builder hàng đầu, thực tế có thể phát sóng cho tất cả Builder, nhưng một số Builder nhỏ có thể tách dòng lệnh của Seacher, dẫn đến chiến lược MEV của Seacher không hiệu quả, từ đó gây ra rủi ro thua lỗ. Hơn nữa, việc gắn bó với Builder cũng có thể giúp duy trì ảnh hưởng của họ trong hệ sinh thái.
Relayer
Relayer chịu trách nhiệm tập hợp đấu giá, sau đó là trạm trung chuyển gửi cho Proposer tiêu đề khối và giá của khối đấu giá, lúc này Proposer không biết chi tiết giao dịch trong khối. Một khi Proposer chọn và ký tên cho tiêu đề khối, Relayer sẽ phát hành toàn bộ nội dung giao dịch cho Proposer. Chúng ta sẽ nhận thấy rằng, Relayer trong đó như một bên thứ ba không có động lực kinh tế, đã nhận được sự tin tưởng rất lớn, Builder phụ thuộc vào Proposer để báo giá, trong khi Proposer phụ thuộc vào báo giá và nội dung khối của Relayer. Trong lịch sử cũng đã xảy ra các vấn đề tương tự, Ultrasound Relayer tồn tại một lỗ hổng tiềm ẩn, dẫn đến Proposer rút ra hơn 20 triệu đô la MEV. Mặc dù những lỗ hổng này có thể được sửa chữa, nhưng Relayer bản thân vẫn có thể chọn hành động ác ý và đánh cắp MEV.
Hình trên cho thấy tình hình thị phần của Relayer, chúng ta sẽ nhận thấy thị phần của Builder chạy MAX Profit thuần túy đã dần dần mở rộng kể từ sau Merge, vì vậy trong thị trường tự do, việc muốn kiểm soát MEV một cách nhân tạo thông qua Builder là không thể.
Trong cùng một lúc, Relayer cũng phải đối mặt với một vấn đề, đó là không có động lực kinh tế. Do đó, Blocknative đã rút lui khỏi việc phát triển theo hướng Relayer. Hiện tại, Relayer đều phụ thuộc vào quy chuẩn MEVBoost do Flashbots đề xuất để xây dựng, Ethereum phụ thuộc vào bên thứ ba cung cấp PBS, điều này không phải là một giải pháp lâu dài, do đó cộng đồng Ethereum hiện cũng đang khám phá việc tích hợp PBS vào cấp độ giao thức.
Người đề xuất
Đối với Proposer, việc chọn ngẫu nhiên một nhóm ủy ban từ tất cả các validator bằng thuật toán, và sau đó chọn một người đề xuất khối trong mỗi slot, người đề xuất khối tự bản thân có khả năng thực hiện tải. Tuy nhiên, do người đề xuất tự nhiên có xu hướng muốn ủy thác phần này, nên dễ dẫn đến sự hợp tác theo chiều dọc giữa Builder và Proposer. Relayer của MEV-boost hy vọng sẽ đóng vai trò trung gian trong cách thức này, nhằm giảm thiểu sự thông đồng hợp tác theo chiều dọc do sự giao tiếp trực tiếp giữa hai bên mang lại. Hiện tại, tất cả đều ở trong các bể khai thác như một bể validator, nhưng những bể khai thác này và bể validator LSD đều có hiệu ứng quy mô rất mạnh, đặc biệt là sự xuất hiện của LSD, đã giải phóng tiềm năng của các token đã được stake, tăng cường hiệu quả vốn, và ảnh hưởng của các khối DEFI đứng sau, khiến bể validator đang có xu hướng tập trung hơn.
Lido hiện chiếm khoảng 28.7% thị phần, Coinbase và Ether.fi đứng thứ hai và thứ ba. Trong quá khứ, khi chưa chủ động thực hiện giải pháp MEV-BOOST PBS, Proposer cần chịu trách nhiệm về nhiệm vụ Builder, tức là thực hiện tải trọng (Payload), nhưng hầu hết Proposer đã từ bỏ khả năng thực hiện sắp xếp giao dịch của mình, vì điều này sẽ làm giảm hiệu suất xác thực do khối lượng tính toán nặng nề, không bằng việc ủy thác tải trọng thực hiện cho bên thứ ba để đấu giá khối.
Người dùng
Cuối cùng, hãy nói về người dùng. Người dùng thường ở vị trí yếu thế nhất trong toàn bộ thiết kế kiến trúc, vì các giao dịch của họ đều được đưa vào Mempool, và sẽ bị các MEVbot khác nhau kiếm lợi nhuận MEV từ đó, nhưng những lợi nhuận này lại không chảy về phía người dùng. Nhưng cũng không hoàn toàn là điều xấu, chẳng hạn như trong DEX, khi biến động thị trường trên chuỗi lớn hoặc khối lượng giao dịch của người dùng lớn hơn tính thanh khoản của DEX, MEVbot sẽ sử dụng các chiến lược chênh lệch giá để giảm thiểu trượt giá cũng như chênh lệch giá giữa các nền tảng. Do đó, sự tồn tại của MEV có các ngoại tác tích cực và tiêu cực, cần phải được thảo luận riêng, và đây cũng là điều làm cho nó trở nên phức tạp.
Để không để người dùng bị MEVbot theo dõi, từ đó gây thiệt hại cho người dùng, có nhiều nhà cung cấp nút RPC có thể giúp người dùng đưa giao dịch vào Mempool không công khai, chẳng hạn như có thể tương tác trực tiếp với Builder thông qua RPC của Builder. Một cách khá mới mẻ là thông qua OFA(Order Flow Auction) để bù đắp lợi nhuận MEV cho người dùng, nhà điều hành OFA RPC và Searcher xây dựng...
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Cạm bẫy MEV của Ethereum: Nhìn từ kiến trúc PBS về rừng tối trên chuỗi
Chiếu sáng rừng đen: Khám phá bí ẩn của MEV
Với sự gia tăng mạnh mẽ các hoạt động trên chuỗi và sự tiến hóa cũng như phong phú của cơ sở hạ tầng trên chuỗi, MEV trên chuỗi luôn được coi là phần nguy hiểm nhất trong "rừng tối" của Ethereum, gây ra tổn thất lợi nhuận và sự suy giảm trải nghiệm người dùng đối với các hoạt động tài chính trên chuỗi. Bài viết này nhằm phân tích sâu về các vấn đề tập trung và tin cậy tự nhiên mà bộ cơ chế này mang lại, dựa trên cơ chế tạo khối của Ethereum 2.0 và sự tiến hóa công nghệ tách biệt giữa người đề xuất - người xây dựng (PBS), điều này hoàn toàn trái ngược với giá trị của Ethereum.
Việc gia tăng MEV trên chuỗi thực sự là một con dao hai lưỡi, với cả tác động tích cực và tiêu cực. Tác động tích cực bao gồm việc giảm chênh lệch giá DEX, hỗ trợ thanh lý giao dịch; tác động tiêu cực bao gồm việc gây hại cho người dùng do giao dịch kẹp. Do đó, các giải pháp cho MEV chủ yếu là giảm thiểu tác động tiêu cực, mà không thể loại bỏ hoàn toàn. Trong quá trình khám phá các cơ chế giảm thiểu tác động tiêu cực của MEV và giải quyết vấn đề Relayer trung gian dựa trên niềm tin từ bên thứ ba hiện tại, chúng được chia thành ba loại biện pháp: cải tiến cơ chế đấu giá, cải tiến lớp đồng thuận, cải tiến lớp ứng dụng. Cả ba cải tiến này sẽ có tác động khác nhau đến bối cảnh hiện đại của MEV, nhưng một số giải pháp không thể giải quyết thực chất vấn đề tấn công kẹp mà người dùng gặp phải, giao dịch của người dùng vẫn nằm trong public pool, do đó cần phải đưa thêm công nghệ hồ bơi ẩn danh để bảo vệ tính riêng tư tùy chọn của giao dịch người dùng, những giải pháp MEV này xứng đáng được kết hợp để thử nghiệm.
Ngoài ra, MEV như một sản phẩm phụ của thiết kế cơ chế không thể tránh khỏi, trong tương lai sẽ càng trở nên phức tạp hơn, chúng tôi cũng đã khám phá trong bài viết về những thách thức và cơ hội công nghệ MEV có thể xuất hiện dưới các loại giao dịch mới như kiến trúc Layer2, trừu tượng tài khoản EIP-4337.
Cuối cùng, chúng tôi hy vọng rằng thông qua bài viết này sẽ khám phá các giải pháp tiềm năng để giảm bớt vấn đề tác động tiêu cực từ MEV, và cung cấp cái nhìn toàn diện về lợi ích và bất lợi của các giải pháp MEV hiện tại, không chỉ để chiếu sáng cho người dùng trong khu rừng tối mà họ đang ở, mà còn để chiếu sáng cho các nhà nghiên cứu trong ngành trong việc nghiên cứu sâu hơn về MEV.
Ethereum 2.0
Kể từ sau The Merge, Ethereum đã áp dụng cơ chế POS để đảm bảo tính bảo mật của mạng, đồng thời từ bỏ cạnh tranh dựa trên tính toán nặng nề trong việc sản xuất khối, chuyển sang sử dụng chứng minh cổ phần. Sau khi hợp nhất, Ethereum được phân chia thành lớp thực thi và lớp đồng thuận. Toàn bộ quá trình sản xuất khối cũng đã thay đổi, mỗi Epoch là một chu kỳ POS, mỗi Epoch lại được chia thành 32 Slot, mỗi Slot tương đương với một đơn vị thời gian tạo khối, là 12 giây.
Toàn bộ mạng lưới sẽ trong mỗi Epoch, ngẫu nhiên chọn một ủy ban từ các xác thực viên, người đề xuất khối được chọn ngẫu nhiên trong tập hợp ủy ban, người đề xuất khối cần đóng gói các giao dịch và sắp xếp để thực hiện, cuối cùng tạo ra một khối, các xác thực viên khác trong ủy ban sẽ giám sát quá trình này, sau đó bỏ phiếu cho khối đó. Và ủy ban này sẽ được chọn lại sau mỗi Epoch. Đồng thời cũng bị áp dụng một số giới hạn thời gian hoạt động nhất định, để đảm bảo hiệu quả trong việc tạo ra khối và bỏ phiếu. Ở đây, chúng tôi quy định thuật ngữ cho người đọc, Payload là tải thực hiện, có nghĩa là thay đổi trạng thái giao dịch, có thể được xem như là một phần của việc thực hiện khối. Người đề xuất khối sẽ thực hiện tải thực hiện (Execution Payload tức là thực hiện thay đổi trạng thái kết quả giao dịch ) và đề xuất khối.
Kiến trúc PBS
Thực tế, khi các validator được chọn làm người đề xuất khối, thường thì người đề xuất không có động lực để thực hiện Payload, tức là sắp xếp và thực hiện giao dịch, vì việc này cần rất nhiều sức mạnh tính toán để thực hiện sự thay đổi trạng thái. Ban đầu, suy nghĩ là nếu chúng tôi thông qua việc bầu cử ủy ban phi tập trung, nếu đưa việc thực hiện tải vào, thì việc sắp xếp giao dịch sẽ trở thành một vấn đề phi tập trung. Tuy nhiên, có vẻ như các validator tự nhiên muốn giao phần này cho bên thứ ba hoàn thành, trong khi người đề xuất tập trung vào việc đề xuất khối. Do đó, ý tưởng PBS đã ra đời, đó là tách biệt việc đề xuất và xây dựng khối, với người đề xuất chỉ chịu trách nhiệm xác thực khối, không tham gia vào việc xây dựng khối. Việc tách biệt giữa người đề xuất và người xây dựng đã thúc đẩy một thị trường mở, trong đó, người đề xuất khối có thể lấy khối từ những người xây dựng khối. Những người xây dựng này cạnh tranh với nhau để cấu trúc khối và cung cấp phí cao nhất cho người đề xuất, chúng tôi gọi đây là "đấu giá khối".
Chúng tôi sẽ giới thiệu ngắn gọn về mô hình đấu giá đầu tiên của PBS(Proposer Builder Seperate). Khi người dùng gửi giao dịch qua RPC proxy, RPC tương đương với việc chạy một nút, gửi giao dịch vào Mempool công khai, nhiều Builder tìm giao dịch phù hợp nhất để sắp xếp nhằm tạo ra một khối tối đa hóa lợi nhuận (, tối đa hóa lợi nhuận chỉ ra phí giao dịch Base + Priority + MEV), sau đó nhiều Builder tương tác với Proposer thông qua MEV-Boost Relayer, Relayer là cầu nối giữa nhiều Builder và Proposer, Builder gửi báo giá cho Relayer, Relayer gửi nhiều tiêu đề khối và báo giá tương ứng cho Proposer, Proposer thường chấp nhận tiêu đề khối có báo giá cao nhất. Trong đó Relayer sẽ thực hiện tiêu chuẩn MEVBboost, đây là một tiêu chuẩn kỹ thuật do Flashbot đề xuất để quy định cách thức tương tác đấu thầu giữa Builder và Proposer. Trong quá trình này, tất cả thông tin đều được niêm phong, Relayer chỉ gửi tiêu đề khối cho Proposer, do đó Proposer có khả năng chống kiểm duyệt.
Các loại người tham gia và trò chơi trong PBS
Các tham gia chính bao gồm Builder, Relayer, Proposer, MEVbot(Searcher).
Builder
Trong đó, Builder chủ yếu chịu trách nhiệm xây dựng nội dung khối, sau khi sử dụng công nghệ MEV-Boost, họ ở trong vị thế thuận lợi hơn trong việc đấu thầu, vì không chỉ hỗ trợ phí Gas, mà còn hỗ trợ lợi nhuận MEV. Builder có thể trực tiếp kiểm tra giao dịch của người dùng và Searchers, điều này từ trước đến nay vẫn bị chỉ trích, đặc biệt là khi chính phủ Mỹ công bố OFAC, nhiều Builder đã tham gia vào OFAC Compliant, so với ban đầu, mặc dù tỷ lệ kiểm tra khối gần đây đã giảm, nhưng chúng ta có thể thấy, trong quá trình xây dựng khối, Builder có ảnh hưởng trực tiếp đến việc kiểm tra giao dịch.
Hiện tại, xét về thị phần của Builder, các Build như beaverbuild.org hoàn toàn không cần kiểm tra đang dần mở rộng thị phần của mình, tất cả đều dựa trên lợi nhuận.
Tìm kiếm
Về bản chất, công việc tối đa hóa lợi nhuận là cần sự hợp tác giữa Searcher và Builder, Searcher thường sẽ hợp tác với các Builder cụ thể, từ đó hình thành một Dark Pool hoặc Private Pool, trong đó các giao dịch của Searcher chỉ hiển thị cho các Builder cụ thể, một số Builder sẽ nhận được các giao dịch MEV tối đa hóa lợi nhuận, và sau đó đấu giá không gian khối. Về lý thuyết, nếu Builder làm điều xấu hoặc kiểm duyệt, thì Searcher có thể chọn các Builder khác, điều này sẽ dẫn đến việc thị phần của Builder giảm dần, do đó bị ràng buộc bởi Searcher, Builder thường sẽ cân nhắc chi phí ẩn của việc làm điều xấu. Hình trên là tình hình lợi nhuận từ MEV và Gas hàng ngày, có thể thấy lợi nhuận MEV do Searcher đóng góp trong trường hợp biến động thị trường rõ ràng, thậm chí có thể gấp đôi lợi nhuận Gas trong ngày.
Đối với Searcher, được chia thành CEX-DEX( arbitrage ngoại tuyến ) và hai loại chính là DEX, lớp giữa, thanh lý ( hoàn toàn trên chuỗi ).
Hiện tại, Wintermute chiếm thị phần đầu tiên trong giao dịch arbitrage CEX-DEX.
Đối với cơ hội MEV thuần túy trên chuỗi, có xu hướng dần hình thành các studio, trong đó jaredfromsubway.eth chiếm thị phần đáng kinh ngạc 37,2%, chuyên thực hiện các cuộc tấn công sandwich đối với người dùng trên chuỗi Etheruem, từng trở thành người dùng tiêu tốn gas cao nhất trên chuỗi, tiêu tốn khoảng 1,5% gas trong một ngày. Từ tháng 2 năm 2023 đến tháng 6 năm 2024, robot này đã tiêu tốn tổng cộng 76.916 ETH, theo giá trị của các giao dịch này, tương đương khoảng 175 triệu USD. Do mối liên hệ chặt chẽ giữa Seacher và Builder, trong thực tế, nhiều Seacher sẽ gửi dòng lệnh của mình cho ba Builder hàng đầu, thực tế có thể phát sóng cho tất cả Builder, nhưng một số Builder nhỏ có thể tách dòng lệnh của Seacher, dẫn đến chiến lược MEV của Seacher không hiệu quả, từ đó gây ra rủi ro thua lỗ. Hơn nữa, việc gắn bó với Builder cũng có thể giúp duy trì ảnh hưởng của họ trong hệ sinh thái.
Relayer
Relayer chịu trách nhiệm tập hợp đấu giá, sau đó là trạm trung chuyển gửi cho Proposer tiêu đề khối và giá của khối đấu giá, lúc này Proposer không biết chi tiết giao dịch trong khối. Một khi Proposer chọn và ký tên cho tiêu đề khối, Relayer sẽ phát hành toàn bộ nội dung giao dịch cho Proposer. Chúng ta sẽ nhận thấy rằng, Relayer trong đó như một bên thứ ba không có động lực kinh tế, đã nhận được sự tin tưởng rất lớn, Builder phụ thuộc vào Proposer để báo giá, trong khi Proposer phụ thuộc vào báo giá và nội dung khối của Relayer. Trong lịch sử cũng đã xảy ra các vấn đề tương tự, Ultrasound Relayer tồn tại một lỗ hổng tiềm ẩn, dẫn đến Proposer rút ra hơn 20 triệu đô la MEV. Mặc dù những lỗ hổng này có thể được sửa chữa, nhưng Relayer bản thân vẫn có thể chọn hành động ác ý và đánh cắp MEV.
Hình trên cho thấy tình hình thị phần của Relayer, chúng ta sẽ nhận thấy thị phần của Builder chạy MAX Profit thuần túy đã dần dần mở rộng kể từ sau Merge, vì vậy trong thị trường tự do, việc muốn kiểm soát MEV một cách nhân tạo thông qua Builder là không thể.
Trong cùng một lúc, Relayer cũng phải đối mặt với một vấn đề, đó là không có động lực kinh tế. Do đó, Blocknative đã rút lui khỏi việc phát triển theo hướng Relayer. Hiện tại, Relayer đều phụ thuộc vào quy chuẩn MEVBoost do Flashbots đề xuất để xây dựng, Ethereum phụ thuộc vào bên thứ ba cung cấp PBS, điều này không phải là một giải pháp lâu dài, do đó cộng đồng Ethereum hiện cũng đang khám phá việc tích hợp PBS vào cấp độ giao thức.
Người đề xuất
Đối với Proposer, việc chọn ngẫu nhiên một nhóm ủy ban từ tất cả các validator bằng thuật toán, và sau đó chọn một người đề xuất khối trong mỗi slot, người đề xuất khối tự bản thân có khả năng thực hiện tải. Tuy nhiên, do người đề xuất tự nhiên có xu hướng muốn ủy thác phần này, nên dễ dẫn đến sự hợp tác theo chiều dọc giữa Builder và Proposer. Relayer của MEV-boost hy vọng sẽ đóng vai trò trung gian trong cách thức này, nhằm giảm thiểu sự thông đồng hợp tác theo chiều dọc do sự giao tiếp trực tiếp giữa hai bên mang lại. Hiện tại, tất cả đều ở trong các bể khai thác như một bể validator, nhưng những bể khai thác này và bể validator LSD đều có hiệu ứng quy mô rất mạnh, đặc biệt là sự xuất hiện của LSD, đã giải phóng tiềm năng của các token đã được stake, tăng cường hiệu quả vốn, và ảnh hưởng của các khối DEFI đứng sau, khiến bể validator đang có xu hướng tập trung hơn.
Lido hiện chiếm khoảng 28.7% thị phần, Coinbase và Ether.fi đứng thứ hai và thứ ba. Trong quá khứ, khi chưa chủ động thực hiện giải pháp MEV-BOOST PBS, Proposer cần chịu trách nhiệm về nhiệm vụ Builder, tức là thực hiện tải trọng (Payload), nhưng hầu hết Proposer đã từ bỏ khả năng thực hiện sắp xếp giao dịch của mình, vì điều này sẽ làm giảm hiệu suất xác thực do khối lượng tính toán nặng nề, không bằng việc ủy thác tải trọng thực hiện cho bên thứ ba để đấu giá khối.
Người dùng
Cuối cùng, hãy nói về người dùng. Người dùng thường ở vị trí yếu thế nhất trong toàn bộ thiết kế kiến trúc, vì các giao dịch của họ đều được đưa vào Mempool, và sẽ bị các MEVbot khác nhau kiếm lợi nhuận MEV từ đó, nhưng những lợi nhuận này lại không chảy về phía người dùng. Nhưng cũng không hoàn toàn là điều xấu, chẳng hạn như trong DEX, khi biến động thị trường trên chuỗi lớn hoặc khối lượng giao dịch của người dùng lớn hơn tính thanh khoản của DEX, MEVbot sẽ sử dụng các chiến lược chênh lệch giá để giảm thiểu trượt giá cũng như chênh lệch giá giữa các nền tảng. Do đó, sự tồn tại của MEV có các ngoại tác tích cực và tiêu cực, cần phải được thảo luận riêng, và đây cũng là điều làm cho nó trở nên phức tạp.
Để không để người dùng bị MEVbot theo dõi, từ đó gây thiệt hại cho người dùng, có nhiều nhà cung cấp nút RPC có thể giúp người dùng đưa giao dịch vào Mempool không công khai, chẳng hạn như có thể tương tác trực tiếp với Builder thông qua RPC của Builder. Một cách khá mới mẻ là thông qua OFA(Order Flow Auction) để bù đắp lợi nhuận MEV cho người dùng, nhà điều hành OFA RPC và Searcher xây dựng...