Tiêu đề gốc: "Ưu tiên là tất cả những gì bạn cần"

Tác giả gốc: Dan Robinson, Dave White

Biên soạn bởi: Joyce, BlockBeats

Ghi chú của biên tập viên:

Vào ngày 5 tháng 6, Giám đốc nghiên cứu của Paradigm Dan Robinson và Đối tác nghiên cứu Dave White đã xuất bản một bài báo nghiên cứu, đề xuất thuế giá trị có thể khai thác (MEV). Thuế này cho phép mọi ứng dụng nắm bắt MEV của nó trong khi vẫn duy trì khả năng kết hợp. Cơ chế này hiện có sẵn trên OP Mainnet, Base và Blast cũng như các nền tảng OP Stack L2 khác. Bài báo đề xuất rằng các hợp đồng thông minh có thể nắm bắt MEV trong giao dịch bằng cách tính một tỷ lệ phần trăm phí nhất định dựa trên phí ưu tiên của giao dịch.

Bài viết cũng chỉ ra những hạn chế của thuế MEV, bao gồm cả việc nó dựa vào những người đề xuất khối để tuân thủ nghiêm ngặt các quy tắc ưu tiên cạnh tranh và nó có thể không hoạt động hiệu quả trên Ethereum Câu hỏi L1. Ngoài ra, bài viết cũng thảo luận về cách khắc phục một số nhược điểm của thuế MEV thông qua thiết kế, chẳng hạn như không tương thích về khuyến khích, các vấn đề về khối hoàn chỉnh, giao dịch được khôi phục, rò rỉ ý định của người dùng, v.v. BlockBeats biên soạn bài viết như sau:

Giới thiệu

Trong bài viết này chúng tôi sẽ giới thiệu MEV tax, đây là cơ chế mà bất kỳ ứng dụng nào cũng có thể sử dụng để thu được MEV của chính nó. Cơ chế này hiện có sẵn trên OP Stack L2 như OP Mainnet, Base và Blast, vì những người đề xuất khối trên các chuỗi này tuân theo một bộ quy tắc mà chúng tôi gọi là ưu tiên cạnh tranh.

Để áp thuế MEV đối với một trong các chuỗi, hợp đồng thông minh sẽ tính một khoản phí tương ứng với phí ưu tiên giao dịch. Nếu một ứng dụng tính thuế MEV 99 USD cho mỗi 1 USD phí ưu tiên của người tìm kiếm thì ứng dụng đó sẽ thu được 99% MEV cạnh tranh cho giao dịch đó.

Đánh thuế MEV là một kỹ thuật đơn giản mở ra không gian thiết kế rộng lớn. Bạn có thể coi chúng như việc cho phép bất kỳ ứng dụng nào trên chuỗi chạy phiên đấu giá MEV tùy chỉnh của riêng nó mà không cần bất kỳ cơ sở hạ tầng ngoài chuỗi nào, chỉ cần kết nối với một phiên đấu giá chung duy nhất do người đề xuất khối điều hành.

Chúng tôi minh họa cách sử dụng thuế MEV để giải quyết ba vấn đề chính trong nghiên cứu MEV:

Sàn giao dịch phi tập trung (DEX) bộ định tuyến tối ưu hóa mức giá mà các sàn giao dịch nhận được;

Nhà tạo lập thị trường tự động (AMM) giúp giảm thiểu tổn thất và tái cân bằng (LVR) mà các nhà cung cấp thanh khoản gặp phải;

Một chiếc ví cho phép người dùng nắm bắt bất kỳ MEV "chạy nền" nào được tạo bởi các giao dịch của họ;

Nhưng có một nhược điểm. Thuế MEV chỉ có hiệu lực nếu những người đề xuất chặn tuân thủ nghiêm ngặt các quy tắc ưu tiên cạnh tranh, bao gồm việc đặt hàng các giao dịch theo phí ưu tiên mà không kiểm duyệt, rình mò hoặc trì hoãn bất kỳ giao dịch nào. Nếu những người đề xuất chặn đi chệch khỏi các quy tắc này, họ có thể trốn thuế MEV và thu được giá trị cho riêng mình. Vì vậy, ngày nay, thuế MEV dựa vào những người đặt hàng L2 đáng tin cậy và có thể hoàn toàn không hoạt động trên Ethereum L1, nơi việc xây dựng khối bị chi phối bởi các cuộc đấu giá cạnh tranh của nhà xây dựng nhằm tối đa hóa thu nhập của người đề xuất.

Tuy nhiên, sức mạnh và tính linh hoạt của thuế MEV cho thấy rằng ưu tiên có thể là lựa chọn đúng đắn cho các nền tảng hiện có thể cung cấp dịch vụ này. Tính đơn giản tương đối của việc ưu tiên cạnh tranh cho thấy rằng có thể có một cách khả thi để thực thi nó theo cách phi tập trung mà không cần phải tin tưởng vào một trình sắp xếp thứ tự duy nhất. Chúng tôi hy vọng bài viết này sẽ kích thích nghiên cứu sâu hơn về vấn đề này.

Ưu tiên

Khi ai đó gửi giao dịch trên Ethereum L1 hoặc L2, họ sẽ được ấn định một khoản phí ưu tiên và sẽ được thanh toán để chặn những người đề xuất. Bạn có thể tưởng tượng điều này được chỉ định là mức ưu tiênFeePerGas, một con số nhân với lượng gas được sử dụng trong giao dịch để nhận được builderPriorityFee—tổng số tiền thanh toán bằng ETH.

Không có điều khoản nào trong giao thức Ethereum quy định các giao dịch trong một khối phải được sắp xếp theo thứ tự mức độ ưu tiên giảm dần của FeePerGas. Tuy nhiên, đó là một cách xây dựng khối phổ biến - ví dụ: đó là thứ tự của chuỗi OP Stack và thuật toán mặc định được sử dụng bởi geth và reth. Ưu tiên không chỉ cho phép các nhà giao dịch thể hiện một cách hiệu quả tính cấp bách của các giao dịch của họ mà còn chuyển một số loại MEV nhất định đến những người đề xuất chặn một cách tự nhiên.

Điều này xảy ra vì việc ưu tiên biến sự cạnh tranh dành cho MEV thành một cuộc đấu giá khí đốt ưu tiên. Khi có cơ hội thu lợi nhuận từ các tương tác với chuỗi, chẳng hạn như kinh doanh chênh lệch giá với các sàn giao dịch tập trung thông qua AMM, những người tìm kiếm sẽ chạy đua để trở thành người đầu tiên làm điều đó. Nếu chuỗi sử dụng mức độ ưu tiên để xác định việc bao gồm và đặt hàng giao dịch, thì người tìm kiếm sẽ cạnh tranh bằng cách đặt mức phí ưu tiên cao cho giao dịch của họ.

Trong tình huống cạnh tranh mà mức cạnh tranh lợi nhuận phi rủi ro bằng 0, người tìm kiếm chiến thắng cuối cùng sẽ phải trả toàn bộ phí ưu tiên MEV. Vì vậy, nếu có được lợi nhuận 100 ETH khi tương tác với hợp đồng, giao dịch đầu tiên yêu cầu lợi nhuận đó sẽ có mức phí ưu tiên là 100 ETH được đặt. (Chúng tôi thảo luận về một số lưu ý trong phần Hạn chế).

Thuế MEV

Giả sử rằng một hợp đồng thông minh muốn thu thập từ bất kỳ giao dịch nào mà nó tương tác MEV. Có rất nhiều nghiên cứu về các cách khác nhau dành riêng cho ứng dụng mà hợp đồng thông minh có thể cố gắng nắm bắt MEV của riêng chúng.

Nhưng trên thực tế, chúng ta không nhất thiết phải biết gì về ứng dụng. Nếu chúng ta biết rằng khối được xây dựng thông qua ưu tiên cạnh tranh thì chúng ta có một tín hiệu chung về lượng MEV trong giao dịch: phí ưu tiên.

Chúng tôi đề xuất rằng hợp đồng thông minh có thể xem xét phí ưu tiên của giao dịch và tính phí riêng của giao dịch đó như một số chức năng gia tăng của giao dịch đó. Ví dụ: hợp đồng có thể yêu cầu người gọi chuyển ứng dụngPriorityFee = 99 * người đề xuấtPriorityFee bằng ETH sang hợp đồng.

Phí mới này được trả bởi người tìm kiếm đã gửi giao dịch nên nó ảnh hưởng đến hành vi của người tìm kiếm đó. Nếu có cơ hội là 100 MEV, giao dịch chiến thắng giờ đây sẽ chỉ đặt phí ưu tiên là 1 ETH, vì điều này sẽ dẫn đến tổng khoản thanh toán là 100 ETH (1 ETH cho người đề xuất khối và 99 ETH cho hợp đồng thông minh). Mọi khoản phí ưu tiên cao hơn sẽ làm cho giao dịch không có lợi; mọi khoản phí ưu tiên thấp hơn sẽ dẫn đến mất cơ hội cho các đối thủ cạnh tranh đặt ra mức phí cao hơn. Điều này có nghĩa là hợp đồng thông minh đã chiếm được 99% MEV trong giao dịch.

Chúng tôi sẽ Khoản phí bổ sung do hợp đồng thông minh áp đặt này được gọi là thuế MEV. Thuế MEV cho phép ứng dụng chiếm quyền ưu tiên vì lợi ích riêng của nó, cho phép ứng dụng lấy lại MEV cho người dùng thay vì tiết lộ nó cho những người đề xuất chặn.

Nếu phí tăng đủ nhanh như một hàm của mức độ ưu tiênFeePerGas, thì người đề xuất sẽ chỉ nhận được MEV không đáng kể. Vì PriorityFeePerGas được định giá bằng wei (phần tỷ của 1 ETH), nên chúng tôi cần phải xử lý rất chính xác. Ví dụ: miễn là thuế MEV đủ nhạy cảm để mức ưu tiênFeePerGas là 50.000 sẽ dẫn đến mức thuế quá mức thì tổng số tiền trả cho người đề xuất sẽ nhỏ hơn 0,01 USD. (5)

Tuy nhiên, có một lưu ý quan trọng. Như đã thảo luận trong phần “Hạn chế”, thuế MEV chỉ có tác dụng nếu những người đề xuất chặn tuân theo các quy tắc nhất định (cái mà chúng tôi gọi là “ưu tiên cạnh tranh”) và không đi chệch hướng để tối đa hóa doanh thu của chính họ. Việc thực thi các quy tắc này một cách không đáng tin cậy là một câu hỏi mở.

Ghi MEV một ứng dụng

Ở đây chúng tôi phác thảo cách đảm bảo việc sử dụng ưu tiên cạnh tranh Trên chuỗi nơi các khối được xây dựng tuần tự, thuế MEV có thể được sử dụng để giảm bớt ba vấn đề quan trọng trong MEV: cho phép giao diện DEX cải thiện việc thực hiện giao dịch của các sàn giao dịch, cho phép AMM giảm tổn thất chênh lệch giá LP của họ và cho phép ví bán ngược lại của người dùng. Quyền chạy để giảm rò rỉ MEV của người dùng.

Bộ định tuyến trao đổi phi tập trung

Trong các giao thức định tuyến DEX dựa trên mục đích như UniswapX và 1inch Fusion, người dùng (Alice ) ký một mục đích trao đổi và những người tìm kiếm cạnh tranh để định tuyến hoặc đưa mục đích đó đến Alice với mức giá tốt nhất.

Phiên bản hiện tại của UniswapX sử dụng hai cơ chế để cạnh tranh: đấu giá kiểu Hà Lan, trong đó giá giới hạn của Alice thay đổi theo thời gian cho đến khi người tìm kiếm điền vào và giảm giá ban đầu; -đấu giá theo yêu cầu báo giá (RFQ) theo chuỗi, đặt giá khởi điểm cho phiên đấu giá kiểu Hà Lan.

Trên nền tảng đảm bảo ưu tiên cạnh tranh, UniswapX có thể thay thế các cơ chế này bằng một cơ chế duy nhất: thuế MEV. Nó thực hiện điều này bằng cách cho phép người dùng ký các lệnh mà bất kỳ ai cũng có thể thực hiện ngay lập tức, nhưng với giá thực hiện được đặt là một hàm ưu tiên của giao dịch.

Ví dụ: nếu Alice có lệnh UniswapX để bán 1 ETH, cô ấy có thể xác định giá thực hiện của lệnh là giá tối thiểu + ($0,01 * mức ưu tiênFeePerGas). giá tối thiểu có thể là một giá trị cố định nào đó mà cô mong đợi sẽ thấp hơn đáng kể so với giá hiện tại.

Người tìm kiếm sẽ cạnh tranh để thực hiện đơn đặt hàng của Alice bằng cách gửi các giao dịch. Lệnh sẽ được thực hiện bất kể giao dịch nào có phí ưu tiên cao nhất và không được khôi phục, điều này sẽ đảm bảo cho người trao đổi nhận được mức giá tốt nhất mà người tìm kiếm có thể tìm thấy. (Một số trường hợp ngoại lệ sẽ được thảo luận trong phần "Hạn chế".)

Nếu giá tối thiểu của Alice là 3.000 USD và giá ETH hiện tại là 3.500 USD, thì PriorityFeePerGas trong giao dịch thắng là khoảng 50.000. (Lưu ý rằng trong một giao dịch trị giá 200.000 Gas, điều này sẽ chỉ dẫn đến ~10 tỷ wei (~0,000035 USD) được trả cho người đề xuất khối.)

Điều này có một số lợi ích tiềm năng so với cơ chế hiện có được sử dụng trong UniswapX.

Các đơn đặt hàng sử dụng thuế MEV có thể được thực hiện nhanh hơn và ở mức giá tốt hơn so với các đơn đặt hàng sử dụng đấu giá kiểu Hà Lan. Như đã thảo luận trong bài viết này, các cuộc đấu giá trực tuyến của Hà Lan làm rò rỉ một số giá trị cho MEV do sự thay đổi giá giữa các khối và có thể mất nhiều khối để hoàn thành. Ngược lại, các đơn đặt hàng sử dụng thuế MEV thường có thể được điền vào khối tiếp theo trong khi vẫn thu được phần lớn MEV.

Không giống như RFQ ngoài chuỗi, các cuộc đấu giá cho các đơn đặt hàng sử dụng thuế MEV sẽ diễn ra tự động khi các giao dịch trên chuỗi được thực hiện. Điều này có nghĩa là người thắng thầu được đảm bảo cam kết chỉ thực hiện đơn hàng nếu giao dịch trên chuỗi thành công. Điều này có thể giúp thanh khoản trên chuỗi như AMM dễ dàng cạnh tranh với thanh khoản ngoài chuỗi hơn, nghĩa là UniswapX có thể đóng vai trò là bộ định tuyến hiệu quả hơn cho các hệ thống đa nhóm như Uniswap v4.

AMM

Thông thường, AMM tiết lộ giá trị cho các nhà kinh doanh chênh lệch giá, những người hoạt động dựa trên các mức giá lỗi thời ở đầu các khối Giao dịch, chẳng hạn như được thảo luận trong bài viết Mất mát và tái cân bằng. Chúng ta có thể sử dụng thuế MEV để cho AMM nắm bắt MEV. Để đơn giản, chúng ta sẽ thảo luận cách hoạt động trên AMM mà không cần thanh khoản tập trung. (Nếu bạn quan tâm đến cách giải quyết loại vấn đề này bằng cách gộp thanh khoản, Sorella sẽ sớm đưa ra giải pháp.)

AMM có thể thực hiện việc này bằng cách tính phí bổ sung như một chức năng của phí ưu tiên giao dịch để nắm bắt MEV, cho phép nó đấu giá quyền trở thành người đầu tiên giao dịch trong một khối. Có một số cách để tính toán và định giá khoản phí này. Chúng ta sẽ thảo luận về một điều được cho là trung lập - tính theo đơn vị thanh khoản của nhóm, sqrt(xy). Giao dịch thắng sẽ là giao dịch làm tăng tính thanh khoản của nhóm nhiều nhất.

Khi thực hiện giao dịch đầu tiên trên nhóm trong một khối, nhóm có thể thực thi điều kiện (a dưới dạng một hằng số nào đó), thay vì thực thi điều kiện x_end * y_end > /p>

x_end * y_end > (sqrt(x_start * y_start) + a* PriorityFeePerGas) ^2

Công thức này sẽ khuyến khích các nhà giao dịch chênh lệch giá giao dịch ở mức giá thực và sau giao dịch đó, giá trung điểm trong nhóm phải là giá thực .

Sau giao dịch đầu tiên, giao dịch có thể được tiến hành như trên Uniswap v2, với phí hoán đổi cố định. Những nhà giao dịch thiếu hiểu biết muốn giao dịch trong nhóm mà không phải trả thêm thuế MEV sẽ có mức phí ưu tiên thấp hơn.

Có nhiều cách khác để thực hiện thuế MEV đối với AMM, những cách này có thể mang lại những tác động khác nhau. Ví dụ: thuế MEV có thể được tính bằng mã thông báo đầu vào hoặc đầu ra của hoán đổi, có thể ảnh hưởng đến tỷ lệ phần trăm phí hoán đổi được áp dụng bởi nhóm hoặc có thể xác định giá tối thiểu cho giao dịch của người dùng. Chúng tôi nghĩ rằng đây là một không gian thiết kế thú vị đáng để khám phá.

Đấu giá ngược

Mô tả trên cho thấy cách thiết kế một số ứng dụng nhất định để tránh rò rỉ MEV. Tuy nhiên, điều gì sẽ xảy ra nếu một chiếc ví muốn thử và giúp người dùng nắm bắt MEV mà họ tạo từ bất kỳ giao dịch nào họ tương tác với bất kỳ ứng dụng nào, ngay cả những giao dịch không bao gồm thuế MEV?

Ví dụ: khi Alice thực hiện các giao dịch lớn trên AMM, đôi khi cô ấy tạo cơ hội chênh lệch giá cho những "kẻ đi sau" để kéo giá trở lại. Điều này thường sẽ bị rò rỉ tới MEV chứ không phải cho Alice.

MEV-Share và MEVBlocker là hai giao thức cho phép người dùng nắm bắt MEV từ các giao dịch, nhưng chúng dựa vào các hệ thống đấu giá ngoài chuỗi phức tạp. Không gian thiết kế đấu giá luồng đơn hàng mô tả một số giải pháp khác.

Thuế MEV kết hợp với ví hợp đồng thông minh dựa trên mục đích cho phép chúng tôi xây dựng một hệ thống thay thế để nắm bắt MEV đang chạy trong nền cho Alice. Giả sử rằng Alice không tạo giao dịch để giao dịch trên AMM mà thay vào đó ký một ý định rằng bất kỳ ai cũng có thể gửi tới ví hợp đồng thông minh của Alice để yêu cầu thực hiện hành động đó. Ví hợp đồng thông minh của Alice tính thuế MEV cho bất kỳ ai gửi giao dịch và thuế này sẽ được trả cho Alice.

Những người tìm kiếm gửi ý định của Alice sẽ có độc quyền điều hành ngược lại cô ấy, vì họ có thể thực hiện điều đó một cách tự động trong cùng một giao dịch. Do đó, nếu việc tìm kiếm mang tính cạnh tranh thì tất cả lợi nhuận của Alice sẽ được chuyển cho Alice thông qua thuế MEV.

Xin lưu ý rằng hệ thống này không nhất thiết phải bảo vệ người dùng khỏi các cuộc tấn công liên quan đến giao dịch của người dùng chạy trước, vì giao dịch của người dùng chạy trước có thể tránh phải trả thuế MEV cho người dùng đó. Vấn đề này (và một số biện pháp giảm nhẹ có thể có) sẽ được thảo luận chi tiết hơn trong phần Hạn chế bên dưới. Tuy nhiên, đây ít nhất có thể là một sự cải tiến so với các hệ thống sử dụng nhóm bộ nhớ chung mà không có bất kỳ biện pháp giảm thiểu nào.

Các trường hợp sử dụng khác

Ngoài những ví dụ này, các ứng dụng tiềm năng khác của thuế MEV có thể bao gồm hầu hết mọi thứ hiện đang sử dụng đấu giá ngoài chuỗi hoặc đấu giá kiểu Hà Lan, ví dụ:

Các giao thức trong đó các nhà tiên tri nắm bắt giá trị mà họ tạo ra và có thể trích xuất, chẳng hạn như Hình bầu dục;

Gia hạn các giao thức thế chấp NFT như Blend Đấu giá tài chính;

Việc thanh lý giao thức cho vay có giá trị rò rỉ thấp hơn so với đấu giá kiểu Hà Lan;

Nắm bắt MEV ứng dụng chéo

Giải pháp trên được thiết kế để nắm bắt các tương tác MEV với một ứng dụng duy nhất. Nhưng đôi khi người tìm kiếm có thể nhận được nhiều giá trị hơn bằng cách tương tác với nhiều ứng dụng trong cùng một giao dịch.

Nếu chỉ một trong những ứng dụng này có thuế MEV thì tất cả MEV trong giao dịch sẽ được chuyển đến ứng dụng có thuế MEV, bất kể thuế MEV cao đến mức nào là Hoặc thấp như thế nào.

Nhưng điều gì sẽ xảy ra nếu giao dịch của người tìm kiếm tương tác với hai ứng dụng sử dụng thuế MEV? Ví dụ: điều gì sẽ xảy ra nếu có một số MEV chỉ có thể được nắm bắt bằng cách thực hiện một trong các lệnh UniswapX nộp thuế MEV ở trên đối với AMM nộp thuế MEV?

Trong trường hợp này, lượng MEV vượt quá tương đối mà mỗi ứng dụng thu được tùy thuộc vào cách các ứng dụng đó đặt thuế MEV. Nếu giá trị app_i được thu thập dưới dạng thuế MEV được đưa ra bởi hàm tax_i(ưu tiên), thì mức độ ưu tiên của giao dịch thắng có thể được xác định bằng cách giải phương trình sau về mức độ ưu tiên:

tax_1(priorityPerGas) + tax_2(priorityPerGas) = tổng MEV

(Về mặt kỹ thuật, chúng ta có thể Thêm mục thứ ba dành cho ưu tiênPerGas * gasĐược sử dụng để tính phí ưu tiên trả cho người đề xuất khối, nhưng chúng tôi sẽ bỏ qua điều này, nó có thể không đáng kể trong các trường hợp thông thường)

Trong trường hợp đơn giản khi Thuế MEV có liên quan tuyến tính với PriorityPerGas (vì vậy tax_1(priorityPerGas) = a_1 * PriorityPerGas), bạn có thể giải quyết phần MEV mà mỗi ứng dụng nhận được:

a_1 * ưu tiênPerGas + a_2 * ưu tiênPerGas = MEV
priorityPerGas = MEV/( a_1 + a_2)
tax_1(priorityPerGas) = (a_1/(a_1+a_2))*MEV
tax_2(priorityPerGas) = (a_2/(a_1+a_2))*MEV

Một ứng dụng phải đối mặt với sự đánh đổi khi thiết lập thuế MEV của riêng mình - mức thuế cao hơn sẽ mang lại cho ứng dụng đó một phần MEV ứng dụng chéo lớn hơn khi điều đó xảy ra, nhưng điều này có nghĩa là nếu có là một cách cạnh tranh để Giải nén nó và nó có thể bỏ sót một số MEV ứng dụng chéo. Ví dụ: nếu có một AMM tính thuế MEV trên mỗi giao dịch thì lệnh UniswapX thuế MEV có nhiều khả năng được thực hiện bởi một AMM khác hoặc người thực hiện ngoài chuỗi.

Trong nhiều trường hợp, có thể có sự cân bằng trong đó hai ứng dụng thiết kế thuế MEV để họ chia sẻ MEV theo cách tối đa hóa lợi nhuận tương ứng của họ. Ví dụ: AMM thuế MEV có thể muốn thu được giá trị từ một nhà giao dịch có hiểu biết duy nhất ở gần đầu khối, nhưng sau đó muốn cung cấp tính thanh khoản ở mức cố định thấp hơn cho các nhà giao dịch và ứng dụng khác (bao gồm cả các ứng dụng sử dụng thuế MEV). trị giá. Trong trường hợp này, AMM có thể đặt thuế MEV tương đối thấp (ví dụ: 0,00001 USD * mức ưu tiênFeePerGas) để giao dịch chênh lệch giá (nếu có) xảy ra sớm trong khối và sau đó không áp thuế MEV cho các giao dịch tiếp theo trong khối. Các ứng dụng như UniswapX muốn tương tác với AMM có thể đặt thuế MEV cao hơn (ví dụ: 0,01 USD * mức ưu tiênFeePerGas) để đảm bảo các giao dịch của họ được bao gồm sau khi nhóm đã phân chia giá trị. Với các khoản thuế tương đối này, ngay cả khi chỉ có 1 MEV và 50.000 USD MEV trong đơn đặt hàng UniswapX, AMM cuối cùng sẽ được phân xử chênh lệch giá trước tiên.

Chúng tôi tin rằng đây là một không gian thiết kế rộng lớn đáng để nghiên cứu trong tương lai.

Hạn chế

Thuế MEV có một số điểm phức tạp và bất lợi mà chúng tôi tin rằng đó là những lĩnh vực thú vị cho nghiên cứu trong tương lai.

Không tương thích về khuyến khích

Thuế MEV không phải là biện pháp khuyến khích tương thích với những người đề xuất khối độc quyền. Chúng chỉ hoạt động nếu có một sân chơi bình đẳng để đưa vào giao dịch, điều này chỉ xảy ra nếu những người đề xuất khối tuân theo những gì chúng tôi gọi là quy tắc "ưu tiên cạnh tranh" thay vì tối đa hóa doanh thu của chính họ. Danh sách không chính thức các quy tắc được đề xuất bao gồm nhưng không giới hạn ở những điều sau:

Ưu tiên. Các giao dịch trong khối phải được sắp xếp theo mức độ ưu tiênFeePerGas theo thứ tự giảm dần.

Chống lại sự kiểm duyệt. Nếu người đề xuất khối nhận được giao dịch t1 trong khối và khối không đầy đủ hoặc chứa một số giao dịch t2, chẳng hạn như t2.priorityFeePerGas < thì khối phải chứa giao dịch t1.

Quyền riêng tư trước giao dịch. Người đề xuất khối phải chấp nhận giao dịch thông qua điểm cuối riêng tư và không được chia sẻ các giao dịch đó với bất kỳ ai khác trước khi gửi chúng tới một khối hoặc sử dụng nội dung của các giao dịch này làm đầu vào để xây dựng giao dịch của riêng họ.

Không có đánh giá cuối cùng. Người đề xuất chặn phải đặt thời gian chặn rõ ràng. Trước thời điểm này, họ sẽ chấp nhận yêu cầu giao dịch từ bất kỳ ai, sau thời gian này họ sẽ không chấp nhận yêu cầu giao dịch từ bất kỳ ai nữa.

Việc vi phạm một hoặc nhiều thuộc tính này có thể làm giảm hiệu quả của thuế MEV. Những người đề xuất chặn vi phạm kiểm duyệt có thể tránh được hầu hết các loại thuế MEV bằng cách loại trừ các giao dịch cạnh tranh và gửi các giao dịch không có mức độ ưu tiên để lợi dụng chính họ. Chặn những người đề xuất vi phạm quyền riêng tư trước giao dịch có thể đánh cắp MEV từ các giao dịch khác hoặc xem xét phí ưu tiên của họ để biết chính xác họ cần đặt mức phí của mình cao đến mức nào, trong khi chặn những người đề xuất có thể gửi giao dịch muộn hơn những người khác sẽ được Miễn phí "Cuối cùng hãy xem về việc bạn có muốn trả giá cao hơn người khác để có được cơ hội hay không, cả hai điều này đều có thể tạo ra vấn đề lựa chọn bất lợi và cuối cùng cản trở sự cạnh tranh.

Thật không may, trong khi thuộc tính đầu tiên được thực thi dễ dàng ở lớp giao thức, việc thực thi các thuộc tính khác theo cách không đáng tin cậy là một vấn đề mở

Trường hợp thiếu sự thực thi ở lớp giao thức, một trình sắp xếp duy nhất đã cam kết thực hiện. Các quy tắc này cần phải được tin cậy để không đi chệch khỏi các quy tắc này và nếu người đề xuất thuê ngoài việc xây dựng khối cho một cuộc đấu giá cạnh tranh tối đa hóa doanh thu (chẳng hạn như MEV-Boost của Ethereum L1), khối đó có thể không tuân theo chúng