Tác giả gốc: APRIORI ⌘
Biên soạn gốc: Deep Chao TechFlow
giới thiệu
Trong quá trình cải thiện hiệu suất blockchain để đạt được các ứng dụng quy mô lớn, Monad tối ưu hóa hiệu quả mô hình Máy ảo Ethereum (EVM). Những cải tiến này giải quyết các tắc nghẽn thực thi và các vấn đề truy cập trạng thái không hiệu quả trên các nền tảng như Ethereum mà không phải hy sinh tính phân cấp.
Bài viết này khám phá khả năng xây dựng cơ sở hạ tầng đấu giá giá trị có thể trích xuất (MEVA) mạnh mẽ của thợ mỏ trên Monad, dựa trên kinh nghiệm quý báu từ Flashbots trên Ethereum và Mạng Jito trên Solana.
Chúng tôi muốn nhấn mạnh một số điểm chính:
MEV là tài sản vốn có của bất kỳ mạng blockchain nào. Cơ sở hạ tầng MEVA mạnh mẽ là rất quan trọng để tránh các tác động bên ngoài tiêu cực và khuyến khích sự sai lệch trong quá trình sản xuất khối.
Thiết kế của MEVA có liên quan chặt chẽ đến cơ chế cơ bản của blockchain, đặc biệt là giai đoạn thực thi đồng thuận. Những cải tiến trong tương lai sẽ phụ thuộc vào sự phát triển của các yếu tố này và cách mạng hoạt động dưới các áp lực khác nhau.
Các xu hướng lịch sử của việc sản xuất khối trên Ethereum và Solana có thể cung cấp tài liệu tham khảo cho việc thiết kế MEVA trên Monad.
Trên một blockchain hiệu suất cao, thực thi chậm như Monad, MEVA có thể yêu cầu các chiến lược tìm kiếm và xây dựng khối xác suất tương tự như giao dịch tần suất cao để đối phó với những hạn chế về thời gian.
Bằng cách khám phá những câu hỏi này, chúng tôi hy vọng cung cấp những hiểu biết sâu sắc về việc thiết kế cơ sở hạ tầng MEVA đáp ứng nhu cầu về kiến trúc và hiệu suất độc đáo của Monad.
Nền MEVA trong Ethereum
MEVA trong giai đoạn thực thi đồng thuận Ethereum
Trong Ethereum, sự đồng thuận cần được thực hiện trước tiên. Khi các nút đồng ý về một khối, chúng không chỉ đồng ý về danh sách các giao dịch trong khối mà còn về gốc Merkle được tóm tắt sau khi khối được thực thi. Do đó, người đề xuất phải thực hiện tất cả các giao dịch trong khối trước khi truyền bá đề xuất. Đồng thời, các nút xác minh cũng cần thực hiện các giao dịch này trước khi bỏ phiếu.
Hình 1: Quy trình làm việc của trình tạo với sự phân tách giữa người đề xuất-người xây dựng (PBS) trong MEV-Boost
Hình 1 cho thấy quy trình xây dựng điển hình của việc phân tách người đề xuất-người xây dựng (PBS) trong MEV-Boost. Sau khi người xây dựng hoàn thành việc xây dựng khối, nó sẽ gửi nó đến bộ chuyển tiếp, sau đó bộ chuyển tiếp sẽ chuyển tiếp khối đến máy khách lớp thực thi (EL) để mô phỏng và kiểm tra tính hợp lệ.
Vì việc thực thi là điều kiện tiên quyết cho sự đồng thuận nên khi người xây dựng xây dựng một khối, nó cần chuyển tiếp khối đó đến máy khách lớp thực thi (EL) và mô phỏng khối để kiểm tra tính hợp lệ của nó. Ngoài vai trò cần thiết trong giai đoạn thực thi đồng thuận, giai đoạn mô phỏng còn mang lại lợi ích cho người xây dựng và người tìm kiếm.
Từ quan điểm của người xây dựng: Bằng cách mô phỏng từng giao dịch, người xây dựng có thể ước tính chính xác giá trị của khối đối với chính họ và người xác nhận. Họ cũng có thể cố gắng sắp xếp lại các giao dịch để giảm thiểu việc hoàn vốn và tối đa hóa phí gas hoặc các mẹo cơ bản được rút ra từ mempool và các giao dịch được nhóm. Ước tính chính xác cho phép họ đặt giá thầu cao hơn cho người xác thực.
Từ góc độ của người tìm kiếm: Vì người xây dựng lọc ra các giao dịch theo nhóm có thể được khôi phục trước khi giao dịch được đưa vào chuỗi, nên người tìm kiếm có thể đảm bảo việc thực hiện chiến lược, tăng tính chắc chắn. Ngoài ra, người tìm kiếm có thể truy cập trạng thái khối mới nhất. Khi lớp đồng thuận (CL) truyền bá một khối mới, người tìm kiếm có thể sử dụng trạng thái của khối làm điểm bắt đầu để xây dựng các giao dịch đi kèm có lợi nhuận. Đồng thời, có những dấu hiệu cho thấy các nhà xây dựng hiện đang cung cấp nhiều giao dịch hoặc tính năng ngoài giao thức hơn cho phép người tìm kiếm lấy thông tin về trạng thái của các khối sắp tới để thêm chiến lược dự phòng cho các khối sắp tới.
Tuy nhiên, sự tăng trưởng của PBS đã dẫn đến việc tăng cường tập trung hóa việc xây dựng khối, tương tự như những gì xảy ra trong giao dịch truyền thống nơi các công ty cạnh tranh các kênh mạng vi sóng chuyên dụng để ưu tiên thực hiện các chiến lược chênh lệch giá.
Khi mạng trưởng thành, các sản phẩm sẽ lặp lại
Bây giờ chúng ta khám phá cách MEVA phát triển cùng với sự phát triển của Ethereum, như trong Hình 2.
Hình 2: Chế độ xem theo thời gian của MEVA khi mạng Ethereum phát triển
Kỷ nguyên đấu giá khí ưu tiên (PGA)
Như được hiển thị trong Hình 3, người tìm kiếm xác định các cơ hội MEV sinh lợi và gửi các giao dịch hợp đồng thông minh đến bộ nhớ công khai. Khả năng hiển thị công khai này dẫn đến đấu thầu công khai và đấu giá một giá trên chuỗi, trong đó ngay cả các giao dịch thất bại cũng phải chịu phí gas.
Giai đoạn này chứng kiến hoạt động MEV phi cấu trúc tốn kém và có tính cạnh tranh cao, chẳng hạn như các giao dịch với các cặp (tài khoản, thông báo) giống hệt nhau và giá thầu ngày càng tăng, dẫn đến tắc nghẽn mạng hoặc mất ổn định đồng thuận.
Hình 3: Sơ đồ đấu giá khí ưu tiên đơn giản
Flashbot và EIP-1559
Để giải quyết những vấn đề này, Flashbots đã giới thiệu những người chuyển tiếp làm nhà đấu giá trung gian giữa người tìm kiếm và nhà sản xuất khối (thợ mỏ trong kỷ nguyên PoW). Động thái này biến thị trường MEV từ đấu giá thầu rộng rãi, một giá sang đấu giá kín. Như được hiển thị trong Hình 4, rơle giúp ngăn chặn sự leo thang của giá thầu trong mempool công cộng và thiết lập quy trình sản xuất khối có trật tự và an toàn hơn.
Cấu trúc phí của EIP-1559 cũng đóng một vai trò ở đây. Nó đơn giản hóa việc đấu thầu thông qua phí cơ bản, nhưng không giải quyết được vấn đề về thứ tự giao dịch trong các khối, điều này vẫn khiến MEV phải sử dụng phí ưu tiên. Trên thực tế, nhiều người tìm kiếm trước đây đã đặt giá thầu trực tiếp cho các thợ mỏ thông qua chuyển khoản coinbase. Cuối cùng, họ nhận được nhiều khiếu nại hơn về phí coinbase vì họ không thể gửi các giao dịch đi kèm 0 gas nữa.
Hình 4: MEVA có rơle
Tách biệt người đề xuất và nhà xây dựng (PBS)
Sau khi Ethereum hoàn thành việc sáp nhập và chuyển sang Proof-of-Stake (PoS), việc phân tách người đề xuất-người xây dựng (PBS) đã được triển khai để tối ưu hóa hơn nữa việc phân tách vai trò trong quy trình sản xuất khối. Như đã đề cập trước đó, người chuyển tiếp hiện đóng vai trò trung gian giữa người xây dựng khối và người đề xuất, chịu trách nhiệm đảm bảo tính sẵn có của dữ liệu và tính hợp lệ của khối. Vì những người đề xuất có thể kết nối nhiều nhà xây dựng cho các giao dịch riêng tư khác nhau nên những người xây dựng phải cạnh tranh bằng cách trả phí cho những người đề xuất. Động lực này được minh họa trong Hình 5.
Hình 5: MEVA thời kỳ PBS
rủi ro tập trung
Bất chấp những tiến bộ lịch sử này, điều quan trọng là phải nêu bật rủi ro tập trung ngày càng tăng trong thị trường xây dựng. Trong năm qua, chín nhà xây dựng hàng đầu đã liên tục nắm giữ trên 50% thị phần, thể hiện mức độ tập trung thị trường cao, như trong Hình 6. Sự tập trung hiện tại thậm chí còn rõ rệt hơn, với ba nhà xây dựng hàng đầu chiếm hơn 90% số khối.
Hình 6: Thị phần của các nhà xây dựng, con số này minh họa mức độ tập trung cao phổ biến trong thị trường xây dựng ( Nguồn hình ảnh )
Jito trên Solana
Kiến trúc hệ thống của Jito
Là MEVA tiêu chuẩn trên Solana, Jito được tạo ra để giải quyết hành vi giao dịch spam cao của Solana do chi phí giao dịch thấp. Miễn là phí cho một giao dịch thất bại (khoảng 0,000005 SOL) không vượt quá lợi nhuận dự kiến, hành vi giao dịch spam sẽ được khuyến khích một cách hiệu quả.
Theo báo cáo của Jito Labs vào năm 2022, hơn 96% nỗ lực kinh doanh chênh lệch giá và thanh lý đã thất bại trong năm đó và các khối chứa hơn 50% giao dịch liên quan đến MEV. Báo cáo cũng cho biết các bot thanh lý đã gửi hàng triệu gói trùng lặp tới mạng chỉ để hoàn thành hàng nghìn lần thanh lý thành công, dẫn đến tỷ lệ thất bại cao hơn 99%.
Hình 7: MEVA của Jito trên Solana
Mức độ nghiêm trọng của vấn đề ngoại tác MEV trên Solana đã thôi thúc Jito phát triển lớp MEVA được thiết kế để mang lại trật tự và sự chắc chắn cho quy trình sản xuất khối. Chúng ta hãy xem lại kiến trúc MEVA ban đầu do Jito đề xuất, như trong Hình 7.
Jito có các thành phần sau:
Relayer - hoạt động như một proxy để nhận các giao dịch và chuyển tiếp chúng đến công cụ khối (hoặc chuỗi cung ứng MEVA) và trình xác nhận.
Block Engine - nhận các giao dịch từ người chuyển tiếp, điều phối người tìm kiếm, chấp nhận các gói, thực hiện mô phỏng gói và chuyển tiếp các giao dịch và gói tốt nhất tới người xác thực để xử lý. Điều đáng chú ý là Jito tiến hành đấu giá khối một phần để đưa vào các gói, thay vì đấu giá toàn bộ khối và trước đây đã xử lý hơn 80% các gói trong hai vị trí.
Nhóm bộ nhớ giả - tạo ra một khoảng thời gian hoạt động khoảng 200 mili giây thông qua ứng dụng khách Jito-Solana, kích hoạt một cuộc đấu giá rời rạc của luồng đơn hàng. Jito đã đóng nhóm bộ nhớ này vào ngày 9 tháng 3 năm 2024.
Lựa chọn thiết kế của Jito
Hãy cùng khám phá các thành phần cụ thể trong thiết kế hệ thống của Jito và xem xét những lựa chọn thiết kế này xuất phát từ quy trình sản xuất khối của Solana như thế nào.
Jito chỉ hỗ trợ đấu giá khối một phần, thay vì xây dựng khối đầy đủ, có thể do thiếu lập kế hoạch toàn cầu trong mô hình thực thi đa luồng của Solana. Cụ thể, Hình 8 cho thấy các luồng song song thực hiện các giao dịch, với mỗi luồng duy trì hàng giao dịch riêng đang chờ được thực thi. Giao dịch được chỉ định ngẫu nhiên vào các chuỗi và được sắp xếp cục bộ theo mức phí và thời gian ưu tiên. Nếu không có thứ tự toàn cầu về phía bộ lập lịch (trước bản cập nhật 1.18.x), các giao dịch của Solana vốn sẽ không có tính xác định do sự cố của bộ lập lịch. Do đó, trong MEVA, người tìm kiếm hoặc người xác minh không thể xác định trạng thái hiện tại một cách đáng tin cậy.
Hình 8: Mô hình thực thi đa luồng của máy khách Solana. Lưu ý rằng giai đoạn đóng gói của MEVA được gắn vào hàng đợi đa luồng dưới dạng một luồng riêng biệt
Từ góc độ kỹ thuật, việc chạy song song công cụ khối của Jito như một luồng bổ sung rất phù hợp với kiến trúc đa luồng của Solana. Mặc dù đấu giá gói đảm bảo đặt hàng dựa trên phí ưu tiên trong chuỗi công cụ khối Jito, nhưng không có gì đảm bảo rằng các gói sẽ luôn được ưu tiên hơn các giao dịch của người dùng trên toàn cầu.
Để giải quyết vấn đề này, Jito phân bổ trước một phần không gian khối cho luồng gói để đảm bảo rằng gói có không gian trong khối. Mặc dù vẫn còn sự không chắc chắn, cách tiếp cận này làm tăng khả năng thực hiện chiến lược thành công. Điều này cũng khuyến khích người tìm kiếm tham gia đấu giá thay vì gửi thư rác vào mạng bằng các giao dịch. Bằng cách dành riêng không gian khối để đóng gói, Jito có thể đạt được sự cân bằng giữa việc thúc đẩy các cuộc đấu giá có trật tự và giảm thiểu tác động hỗn loạn của thư rác giao dịch.
Xóa nhóm bộ nhớ giả
Việc áp dụng rộng rãi Jito đã mang lại kết quả tích cực trong việc giảm thiểu vấn đề thư rác trên Solana. Theo nghiên cứu p2p và dữ liệu được hiển thị trong Hình 9, năng suất khối tương đối tăng đáng kể sau khi áp dụng ứng dụng khách Jito. Điều này cho thấy việc xử lý giao dịch đã trở nên hiệu quả hơn nhờ công cụ khối được tối ưu hóa được Jito giới thiệu vào năm 2023.
Hình 9: Bằng chứng cho thấy Jito giảm thiểu vấn đề thư rác trên Solana một cách hiệu quả. Con số này được lấy từ một nghiên cứu được thực hiện bởi nhóm p2p
Mặc dù đã đạt được những tiến bộ đáng kể nhưng vẫn còn nhiều thách thức. Vì gói Jito chỉ lấp đầy một phần các khối nên các giao dịch do MEV gây ra vẫn có thể bỏ qua kênh đấu giá Jito. Một phần bằng chứng có thể được tìm thấy trong Bảng điều khiển Dune trong Hình 10, cho thấy kể từ năm 2024, mạng vẫn gặp phải tỷ lệ giao dịch thất bại trung bình trên 50% do giao dịch spam của bot.
Hình 10: Bảng điều khiển Dune về hoạt động spam bot trên Solana kể từ tháng 5 năm 2022 (xem Dune để biết chi tiết)
Vào ngày 9 tháng 3 năm 2024, Jito quyết định tạm dừng nhóm bộ nhớ hàng đầu của mình. Quyết định này là do sự gia tăng các giao dịch memecoin và hậu quả là sự gia tăng các cuộc tấn công bánh sandwich (nơi người tìm kiếm đặt giao dịch trước và sau giao dịch mục tiêu), cuối cùng ảnh hưởng đến trải nghiệm người dùng. Tương tự như kênh luồng đơn hàng riêng MEVA trên Ethereum, việc đóng mempool công khai có thể tạo điều kiện cho luồng đơn hàng riêng tư phát triển thông qua hợp tác với các dịch vụ ngoại vi như nhà cung cấp ví và bot Telegram. Người tìm kiếm có thể tham gia hợp tác trực tiếp với người xác nhận để có được quyền ưu tiên thực hiện, bao gồm hoặc loại trừ.
Trên thực tế, Hình 11 cho thấy lợi nhuận của bot sandwich mỗi giờ đối với người tìm kiếm mempool tư nhân lớn nhất sau khi mempool bị đóng.
Công cụ tìm kiếm mempool riêng tư lớn nhất:
3pe8gpNEGAYjVvMHqGG1MVeoiceDhmQBFwrHPJ2pAF81
(Ghi chú của người dịch: Robot Sandwich là một công cụ tấn công chạy trước phổ biến, chủ yếu được sử dụng để thu lợi nhuận trong các giao dịch blockchain).
Hình 11: Lợi nhuận Bot Sandwich hàng giờ cho người tìm kiếm “3pe8gpNEGAYjVvMHqGG1MVeoiceDhmQBFwrHPJ2pAF81” sử dụng mempool riêng
Quyết định đóng cửa mempool của Jito thể hiện cam kết của nhóm trong việc giải quyết các vấn đề cơ bản trong hệ sinh thái Solana. Ngoài việc lặp lại MEVA hoặc điều chỉnh cơ chế tính phí gas của Solana, Jito còn giúp giao thức giảm rủi ro tấn công thông qua các lựa chọn thiết kế sản phẩm UI (chẳng hạn như hạn chế các tham số trượt giá mặc định). Cho dù thông qua việc điều chỉnh cấu trúc phí khiến các giao dịch spam trở nên đắt đỏ hơn hay thông qua sửa đổi giao thức liên lạc, cơ sở hạ tầng của Jito sẽ tiếp tục đóng một vai trò quan trọng trong việc duy trì tình trạng hoạt động và ổn định của mạng Solana.
Thiết kế MEVA trên Monad
Trì hoãn thực hiện và tác động của nó đến MEVA
Không giống như Ethereum, trong đó việc đồng ý về một khối yêu cầu danh sách các giao dịch (có thứ tự) và gốc Merkle tóm tắt tất cả trạng thái sau sự kiện, Monads tách riêng việc thực thi trước đó khỏi sự đồng thuận. Giao thức nút chỉ cần giải quyết vấn đề đặt hàng chính thức. Như được hiển thị trong Hình 12, mỗi nút thực hiện độc lập các giao dịch trong khối N khi nó bắt đầu đạt được sự đồng thuận trên khối N+1. Sự sắp xếp này cho phép ngân sách gas tương ứng với toàn bộ thời gian của khối, vì việc thực thi chỉ cần theo kịp sự đồng thuận. Vì nút dẫn đầu không bắt buộc phải tính toán gốc trạng thái trên thực tế nên việc thực thi có thể sử dụng toàn bộ thời gian đồng thuận để xử lý khối tiếp theo.
Hình 12: So sánh giai đoạn thực thi bị trì hoãn của Monad và giai đoạn đồng thuận thực thi của Ethereum. Cửa sổ thời gian hoạt động cũng được hiển thị từ góc độ thiết kế MEVA.
Chúng tôi xác định khoảng thời gian hoạt động là khung thời gian cho phép MEVA hoàn thành đề xuất xây dựng khối trên Monad khả thi và mang lại lợi nhuận so với phương pháp xây dựng khối mặc định. Mô hình thực thi bị trì hoãn có hai hậu quả trực tiếp:
Khi MEVA được xây dựng cho khối thứ N trong cửa sổ thời gian hoạt động, người xác nhận đồng thời đạt được sự đồng thuận về danh sách giao dịch của khối thứ N và cố gắng hoàn thành việc thực thi khối N-1. Do đó, trong cửa sổ thời gian hoạt động thứ N, trạng thái khả dụng có thể vẫn ở mức N-2. Điều này có nghĩa là theo kiến trúc thực thi bị trì hoãn này, không có gì đảm bảo rằng rơle hoặc trình xây dựng có trạng thái mới nhất. Do đó, không thể mô phỏng khối mới nhất cho đến khi khối tiếp theo được tạo ra, dẫn đến sự không chắc chắn.
Với thời gian khối 1 giây của Monad, khoảng thời gian hoạt động của MEVA cực kỳ hạn chế. Điều này có nghĩa là các nhà xây dựng có thể không có đủ thời gian để mô phỏng toàn bộ khối giao dịch và đóng gói theo trình tự, như thường được thực hiện trên Ethereum. Nhiều biến số có thể ảnh hưởng đến thời gian cần thiết để mô phỏng giao dịch trên EVM. Tuy nhiên, giả sử rằng việc mô phỏng một giao dịch mất từ 10^1 đến 10^2 micro giây (ước tính sơ bộ) và Đơn nguyên đang nhắm mục tiêu 10^4 giao dịch mỗi giây, thì việc mô phỏng toàn bộ khối chỉ trong khoảng thời gian hoạt động có thể mất khoảng 1 giây . Với thời gian khối 1 giây của Monad, sẽ rất khó khăn cho người xây dựng hoặc người chuyển tiếp hoàn thành nhiều mô phỏng khối đầy đủ để tối ưu hóa các khối xây dựng.
Chiến lược xây dựng xác suất và chiến lược tìm kiếm
Với những hạn chế này, việc hoàn thành mô phỏng toàn bộ khối trong cửa sổ thời gian hoạt động và mô phỏng theo trạng thái mới nhất là không thực tế. Vì các nhà xây dựng hiện thiếu cả thời gian và trạng thái mới nhất để biết chính xác mẹo của từng giao dịch, nên họ phải suy ra mẹo của người tìm kiếm dựa trên khả năng khôi phục giao dịch, dựa vào danh tiếng hoặc bằng cách (có thể là tốt nhất) nhắm mục tiêu mô phỏng trạng thái N-2 . Điều này làm cho việc định giá khối kém chắc chắn hơn.
Do thiếu các đảm bảo về mặt lý thuyết chống lại việc khôi phục giao dịch, người tìm kiếm phải đối mặt với độ không đảm bảo thực thi cao hơn khi người xác thực chấp nhận một khối do người xây dựng xây dựng. Điều này trái ngược với Ethereum, nơi những người tìm kiếm cạnh tranh trong các kênh xây dựng luồng đơn đặt hàng riêng tư chuyên dụng, thực hiện bằng các chiến lược tương đối nhất định. Trong cài đặt xác suất tương đối này trên Monads, người tìm kiếm hiện phải đối mặt với nguy cơ khôi phục gói cao hơn, dẫn đến cấu hình PnL thực thi không chắc chắn hơn. Điều này tương tự với các nhà giao dịch tần số cao thực hiện giao dịch dựa trên tín hiệu xác suất và đạt được lợi nhuận kỳ vọng cao hơn một chút theo thời gian.
Hình 13: Sơ đồ phổ khái niệm minh họa các mô hình thiết kế MEVA khác nhau, được phân loại theo mức độ kiểm tra hoặc mô phỏng của các khối đề xuất
Như được hiển thị trong Hình 13, mức độ kiểm tra gói/khối trước của người xây dựng tạo ra nhiều sự không chắc chắn về mặt định giá hoặc định giá các khối được đề xuất. Ở một đầu là mô hình PBS kiểu Ethereum với mức giá chính xác, trong đó các nhà xây dựng phải sử dụng ứng dụng khách lớp thực thi (EL) để mô phỏng các giao dịch trong các khối được đề xuất. Họ phải điều hướng một danh mục rộng lớn các gói được gửi. Đầu bên kia là mô hình xây dựng lạc quan [16], với việc kiểm tra khối không đồng bộ. Trong mô hình này, các nhà xây dựng bỏ qua thời gian cần thiết cho bất kỳ mô phỏng nào trong khoảng thời gian vận hành và rút tiền từ các mẹo được hiển thị cho người xác thực hoặc người chuyển tiếp bằng cách gửi tài sản thế chấp (có thể bị cắt giảm). Phương pháp kiểm tra xác suất hoặc mô phỏng từng phần được đề xuất ở đây trên Monads nằm ở đâu đó ở giữa, làm tăng khả năng người tìm kiếm sẽ thực hiện thành công chiến lược mặc dù có một số điều không chắc chắn.
Ví dụ: nhà tạo lập thị trường của sổ đặt hàng trên chuỗi DEX có thể di chuyển trước các vị thế của mình thông qua MEVA khi phát hiện các biến động giá một chiều lớn để tránh lựa chọn bất lợi. Chiến lược xác suất này cho phép họ hành động nhanh chóng, ngay cả khi không có thông tin trạng thái mới nhất, cân bằng rủi ro và lợi nhuận trong môi trường giao dịch năng động.
Phần kết luận
MEVA đóng vai trò quan trọng trong việc tối ưu hóa việc sản xuất khối, giảm thiểu các tác động từ bên ngoài và cải thiện độ ổn định của hệ thống. Sự phát triển liên tục của khung MEVA, chẳng hạn như Jito trên Solana và các triển khai khác nhau trên Ethereum, đã tạo điều kiện thuận lợi đáng kể cho việc giải quyết các vấn đề về khả năng mở rộng và tạo động lực cho những người tham gia mạng nhất quán hơn.
Monad là một mạng đầy hứa hẹn ở giai đoạn sơ khai, cung cấp cho cộng đồng cơ hội duy nhất để thiết kế MEVA tốt nhất có thể. Với sự tách biệt độc đáo giữa thực thi và đồng thuận của Monad, chúng tôi mời các nhà nghiên cứu, nhà phát triển và người xác thực cộng tác và chia sẻ thông tin chuyên sâu. Sự hợp tác này sẽ giúp tạo ra một quy trình sản xuất khối mạnh mẽ và hiệu quả, giúp Monad hiện thực hóa lời hứa của mình như một mạng blockchain thông lượng cao.
