Paradigm đã phát minh ra một cơ chế mới, thuế MEV, có thể thay đổi bối cảnh DeFi hiện tại
Bài viết này được trích từ Priority Is All You Need
Tác giả gốc: Dan Robinson, Dave White
Biên soạn bởi: Odaily Planet Daily Husband
Paradigm đã xuất bản bài viết Priority Is All You Need vào ngày 4 tháng 6, trong đó giới thiệu chi tiết về cơ chế thuế MEV mới.
Thuế MEV là một cơ chế mới cho phép các ứng dụng nắm bắt MEV mà chúng tự tạo ra, thay vì rò rỉ cho những người đề xuất khối (xem chú thích ở cuối bài viết để biết thêm thông tin về những người đề xuất khối). Cơ chế này tận dụng lợi thế của việc sắp xếp ưu tiên cạnh tranh trong quá trình xây dựng khối. Trong phương pháp sắp xếp này, các giao dịch được sắp xếp theo thứ tự giảm dần của phí ưu tiên và các giao dịch có mức độ ưu tiên cao hơn sẽ được đóng gói thành các khối trước. Thuế MEV được triển khai bằng cách thêm một khoản phí bổ sung vào phí ưu tiên của một giao dịch. Các ứng dụng có thể đặt mức phí riêng của mình dựa trên phí ưu tiên của một giao dịch, do đó nắm bắt được hầu hết hoặc thậm chí toàn bộ MEV. Điều này có nghĩa là các ứng dụng có thể chạy các phiên đấu giá MEV tùy chỉnh của riêng mình bằng cách tham gia vào một phiên đấu giá chung duy nhất do những người đề xuất khối điều hành mà không cần bất kỳ cơ sở hạ tầng ngoài chuỗi nào.
Sự ra đời của cơ chế thuế MEV có thể tác động đến hệ sinh thái DeFi hiện tại:
-
Thay đổi cách phân phối MEV truyền thống: Theo truyền thống, hầu hết MEV chảy vào những người đề xuất chặn và thuế MEV cho phép các ứng dụng nắm bắt giá trị này và phân phối lại cho người dùng hoặc sử dụng cho các mục đích khác.
-
Cải thiện doanh thu ứng dụng và trải nghiệm người dùng: Các ứng dụng có thể tăng doanh thu bằng cách triển khai thuế MEV đồng thời mang lại trải nghiệm người dùng tốt hơn vì người dùng có thể đạt được hiệu quả thực hiện giao dịch cao hơn và giá giao dịch tốt hơn.
-
Giải quyết một số vấn đề trong DeFi: M như tối ưu hóa định tuyến DEX, giảm tổn thất AMM do chênh lệch giá, giảm rò rỉ MEV của người dùng ví, v.v. Bằng cách áp dụng thuế MEV, các ứng dụng có thể cải thiện sản phẩm và dịch vụ của mình, qua đó nâng cao hiệu quả và tính bền vững của hệ sinh thái DeFi.
Trích dẫn
Trong bài báo này, chúng tôi giới thiệu thuế MEV, một cơ chế cho phép bất kỳ ứng dụng nào thu được MEV (Giá trị trích xuất tối đa) của riêng mình.
Cơ chế này có thể được sử dụng ngay lập tức trên các chuỗi 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 tranh chấp.
Để triển khai thuế MEV trên các chuỗi này, một hợp đồng thông minh tính phí dựa trên phí ưu tiên của giao dịch. Chúng tôi chỉ ra rằng nếu một ứng dụng tính thuế $99 MEV cho mỗi $1 phí ưu tiên do người tìm kiếm trả, ứng dụng đó có thể thu được 99% MEV cạnh tranh cho giao dịch đó.
Thuế MEV là một kỹ thuật đơn giản mở ra một không gian thiết kế rộng lớn. Bạn có thể nghĩ về nó như cho phép bất kỳ ứng dụng nào trên chuỗi chạy đấu giá MEV tùy chỉnh của riêng mình mà không cần bất kỳ cơ sở hạ tầng ngoài chuỗi nào của riêng mình, chỉ cần kết nối với một cuộc đấu giá chung do những người đề xuất khối điều hành.
Chúng tôi trình bày cách thuế MEV có thể được sử dụng để giải quyết ba câu hỏi chính trong nghiên cứu MEV:
Bộ định tuyến trao đổi phi tập trung (DEX) tối ưu hóa giá mà người trao đổi nhận được
Nhà tạo lập thị trường tự động (AMM) giúp giảm thiểu tổn thất của nhà cung cấp thanh khoản (LVR) do tái cân bằng
Ví cho phép người dùng nắm bắt bất kỳ MEV "dự phòng" nào được tạo ra bởi các giao dịch của họ
Nhưng có một điều đáng lưu ý. Thuế MEV chỉ có hiệu lực nếu 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, bao gồm sắp xếp giao dịch theo mức phí ưu tiên mà không kiểm duyệt, do thám hoặc trì hoãn. Nếu những người đề xuất khối đi chệch khỏi các quy tắc này, họ có thể lách thuế MEV để nắm bắt giá trị. Do đó, thuế MEV ngày nay dựa vào việc tin tưởng trình sắp xếp L2 và có thể không hiệu quả chút nào trên Ethereum L1, nơi việc xây dựng khối trên mạng chính Ethereum bị chi phối bởi các cuộc đấu giá xây dựng cạnh tranh nhằm tối đa hóa doanh thu 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 việc ưu tiên có thể là lựa chọn đúng đắn cho các nền tảng hiện đang cung cấp nó. Và 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 tin tưởng vào một trình tự duy nhất. Chúng tôi hy vọng bài đăng này sẽ truyền cảm hứng cho các nghiên cứu sâu hơn về vấn đề này.
Thứ tự ưu tiên
Khi ai đó gửi giao dịch trên mạng chính Ethereum hoặc L2, họ chỉ định một khoản phí ưu tiên được trả cho người đề xuất khối. Bạn có thể tưởng tượng điều này được chỉ định thông qua priorityFeePerGas, đây là một con số được nhân với gas được sử dụng trong giao dịch để có được builderPriorityFee, tổng số tiền thanh toán bằng ETH.
Không có yêu cầu nào trong giao thức Ethereum rằng các giao dịch trong một khối phải được sắp xếp theo thứ tự priorityFeePerGas giảm dần. Tuy nhiên, đây là một cách phổ biến để xây dựng các khối. Ví dụ, đây là thuật toán mặc định được sử dụng bởi trình sắp xếp chuỗi OP Stack và geth và reth. Sắp xếp theo thứ tự ưu tiên không chỉ cho phép các giao dịch viên thể hiện hiệu quả tính cấp bách của các giao dịch của họ mà còn tự nhiên hướng một số loại MEV nhất định đến những người đề xuất khối.
Điều này xảy ra vì sắp xếp theo thứ tự ưu tiên biến cuộc cạnh tranh cho MEV thành một cuộc đấu giá khí đốt ưu tiên. Khi có cơ hội kiếm lợi nhuận từ việc tương tác với một chuỗi, chẳng hạn như thông qua chênh lệch giá giữa AMM và một sàn giao dịch tập trung, những người tìm kiếm sẽ cạnh tranh để nắm bắt cơ hội này trước. Nếu chuỗi sử dụng sắp xếp theo thứ tự ưu tiên để xác định việc đóng gói và sắp xếp các giao dịch, những người tìm kiếm sẽ cạnh tranh bằng cách đặt mức phí ưu tiên cao trong các giao dịch của họ.
Trong một kịch bản cạnh tranh, nơi lợi nhuận không rủi ro bị ép xuống mức 0 do cạnh tranh, người tìm kiếm chiến thắng cuối cùng sẽ phải trả toàn bộ số tiền MEV như một khoản phí ưu tiên. Vì vậy, nếu có lợi nhuận là 100 ETH có thể đạt được bằng cách tương tác với hợp đồng, giao dịch đầu tiên nắm bắt cơ hội sẽ đặt một khoản phí ưu tiên là 100 ETH. (Chúng tôi thảo luận một số cảnh báo về điều này trong phần Hạn chế).
Thuế MEV
Giả sử một hợp đồng thông minh muốn nắm bắt MEV của bất kỳ giao dịch nào mà nó tương tác. Có rất nhiều tài liệu nghiên cứu về nhiều cách cụ thể cho từng ứng dụng mà hợp đồng thông minh 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 bất cứ điều gì cụ thể về ứng dụng. Nếu chúng ta biết rằng các 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 thống nhất cho số lượng MEV trong một giao dịch: phí ưu tiên.
Chúng tôi đề xuất rằng các hợp đồng thông minh có thể xem xét phí ưu tiên của một giao dịch và tính phí riêng dựa trên phí đó, đây là một hàm tăng dần của phí ưu tiên. Ví dụ, một hợp đồng có thể yêu cầu người gọi nó chuyển applicationPriorityFee = 99 * proposalrPriorityFee ETH vào hợp đồng.
Phí mới này được người tìm kiếm gửi giao dịch trả, do đó nó ảnh hưởng đến hành vi của người tìm kiếm đó. Nếu có 100 ETH MEV trong một cơ hội, giao dịch chiến thắng hiện 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, 99 ETH cho hợp đồng thông minh). Bất kỳ khoản phí ưu tiên nào cao hơn sẽ khiến giao dịch không có lãi; bất kỳ khoản phí ưu tiên nào thấp hơn sẽ khiến cơ hội bị đối thủ cạnh tranh giành mất khi họ đặt mức phí cao hơn. Điều này có nghĩa là hợp đồng thông minh sẽ nắm giữ 99% MEV trong giao dịch.
Chúng tôi gọi khoản phí bổ sung này do hợp đồng thông minh áp đặt là thuế MEV. Thuế MEV cho phép các ứng dụng chiếm đoạt quyền ưu tiên vì lợi ích của riêng chúng, cho phép chúng lấy lại MEV cho người dùng của chúng thay vì để nó rò rỉ cho những người đề xuất chặn.
Nếu mức phí này tăng đủ nhanh theo hàm priorityFeePerGas, thì chỉ có MEV không đáng kể sẽ tích lũy cho người đề xuất. Vì priorityFeePerGas được tính bằng wei (một phần trăm triệu của ETH), chúng ta có rất nhiều độ chính xác để khai thác. Ví dụ, miễn là độ nhạy của thuế MEV đủ cao để priorityFeePerGas là 50.000 dẫn đến mức thuế cao ngất ngưởng, thì tổng số tiền phải trả cho người đề xuất sẽ ít hơn $0.01.
Tuy nhiên, có một cảnh báo quan trọng. Như đã thảo luận trong phần “Hạn chế”, thuế MEV chỉ có hiệu lực nếu những người đề xuất khối tuân thủ một số quy tắc nhất định (mà chúng tôi gọi là “ưu tiên cạnh tranh”) và không đi chệch khỏi các quy tắc đó để tối đa hóa doanh thu của riêng họ. Việc thực thi các quy tắc này theo cách không tin tưởng là một vấn đề chưa có lời giải.
Thu thập MEV cho một ứng dụng duy nhất
Trên một chuỗi đảm bảo các khối được xây dựng bằng cách ưu tiên cạnh tranh, thuế MEV có thể được sử dụng để giảm bớt ba vấn đề quan trọng với MEV: cho phép giao diện DEX cải thiện việc thực hiện giao dịch cho các sàn giao dịch; cho phép AMM giảm tổn thất chênh lệch giá cho LP của họ; và cho phép ví giảm rò rỉ MEV của người dùng bằng cách bán quyền chạy lại cho người dùng.
Công cụ tìm kiếm bộ định tuyến DEX
Trong các giao thức định tuyến DEX dựa trên ý định như UniswapX và 1inch Fusion, người dùng (Alice) ký một ý định trao đổi và những người tìm kiếm cạnh tranh để định tuyến hoặc hoàn thành ý định đó ở mức giá tốt nhất.
Phiên bản hiện tại của UniswapX sử dụng hai cơ chế để tổ chức cuộc thi này: đấ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 đáp ứng được, và đấu giá yêu cầu báo giá ngoài chuỗi (RFQ) ban đầu để đặt giá khởi điểm cho cuộc đấu giá kiểu Hà Lan này.
Trên các nền tảng đảm bảo ưu tiên cạnh tranh, UniswapX có thể thay thế chúng bằng một cơ chế: thuế MEV. Nó có thể được thực hiện bằng cách yêu cầu người dùng ký một lệnh mà bất kỳ ai cũng có thể thực hiện ngay lập tức, nhưng giá thực hiện là một hàm của phí ưu tiên 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à minimumPrice + ($ 0,01 * priorityFeePerGas). minimumPrice có thể là giá cố định mà cô ấy 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 để hoàn thành lệnh của Alice bằng cách gửi giao dịch. Bất kỳ giao dịch nào có mức phí ưu tiên cao nhất không bị giảm sẽ hoàn thành lệnh, điều này sẽ đảm bảo rằng nhà giao dịch 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ố ngoại lệ đối với điều này được thảo luận trong phần Giới hạn.)
Nếu giá tối thiểu của Alice là $3.000 và giá ETH hiện tại là $3.500, thì priorityFeePerGas trong giao dịch chiến thắng là khoảng 50.000. (Lưu ý rằng trong giao dịch có giá 200.000 gas, điều này sẽ chỉ dẫn đến việc trả khoảng 10 tỷ wei (khoảng $0,000035) cho người đề xuất khối.)
Điều này có một số lợi thế tiềm năng so với cơ chế hiện có được sử dụng trong UniswapX.
Các lệnh sử dụng thuế MEV có thể được hoàn thành nhanh hơn và với mức giá tốt hơn so với các lệnh sử dụng đấu giá kiểu Hà Lan. Như đã mô tả trong bài viết, đấu giá kiểu Hà Lan trên chuỗi làm rò rỉ một số giá trị cho MEV do giá thay đổi 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 lệnh sử dụng thuế MEV thường có thể được hoàn thành trong khối tiếp theo trong khi vẫn nắm giữ phần lớn MEV của chúng.
Không giống như RFQ ngoài chuỗi, các cuộc đấu giá điền lệnh bằ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 trả giá thắng cuộc có thể đảm bảo rằng lệnh sẽ chỉ được điền nếu giao dịch trên chuỗi của họ thành công. Điều này có thể khiến thanh khoản trên chuỗi (như AMM) dễ cạnh tranh hơn với thanh khoản ngoài chuỗi, 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 con đa nhóm (như Uniswap v4).
Nhà tạo lập thị trường tự động (AMM)
Thông thường, AMM bị rò rỉ giá trị do các nhà đầu cơ giao dịch ở mức giá cũ ở đầu các khối, như đã thảo luận trong mất mát so với tái cân bằng giấy. Chúng ta có thể sử dụng thuế MEV để cho phép AMM nắm giữ các MEV này. Để đơn giản, chúng ta sẽ thảo luận về cách thực hiện việc này trên AMM mà không có thanh khoản tập trung. (Nếu bạn quan tâm đến cách giải quyết vấn đề này khi có thanh khoản tập trung, Sorella sẽ sớm đưa ra giải pháp.)
AMM có thể nắm bắt MEV bằng cách tính thêm phí dựa trên phí ưu tiên của một giao dịch, cho phép đấu giá quyền ưu tiên các giao dịch trong một khối. Có nhiều cách để tính toán và định danh khoản phí này. Chúng ta sẽ thảo luận về một phương pháp được cho là trung lập – thể hiện nó theo đơn vị thanh khoản của nhóm sqrt(xy). Các giao dịch chiến thắng sẽ là những giao dịch làm tăng thanh khoản của nhóm nhiều nhất.
Khi giao dịch đầu tiên được thực hiện trên nhóm trong một khối, nhóm có thể áp dụng điều kiện x_end * y_end > x_start * y_start (như một hằng số cho a):
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 theo giá thực, sau đó giá trung điểm của nhóm sẽ là giá thực.
Sau giao dịch đầu tiên đó, giao dịch có thể hoạt động giống như trong Uniswap v2, sử dụng phí hoán đổi cố định. Các nhà giao dịch không có thông tin muốn giao dịch mà không phải trả thêm thuế MEV sẽ đặt mức phí ưu đãi thấp hơn.
Có nhiều cách khác để triển khai thuế MEV trên AMM, với các hiệu ứng khác nhau. Ví dụ, thuế MEV có thể được thể hiện bằng token đầu vào hoặc đầu ra của một sàn giao dịch, có thể ảnh hưởng đến tỷ lệ phí giao dịch được áp dụng bởi một nhóm hoặc có thể xác định mức giá tối thiểu mà người dùng có thể giao dịch. 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 dòng
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. Nhưng nếu ví muốn giúp người dùng nắm bắt MEV mà họ tạo ra khi tương tác với bất kỳ ứng dụng nào thông qua bất kỳ giao dịch nào, ngay cả khi các ứng dụng đó không bao gồm thuế MEV thì sao?
Ví dụ, khi Alice thực hiện một giao dịch lớn trên AMM, đôi khi cô ấy tạo ra một cơ hội chênh lệch giá cho "người chạy ngược" để đưa giá trở lại bình thường. Thông thường, những cơ hội này rò rỉ đến MEV, thay vì đến Alice.
MEV-Chia sẻ Và MEVBlocker là hai giao thức cho phép người dùng thu thập MEV từ các giao dịch của họ, 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á Orderflow mô tả một số giải pháp khác.
Khi thuế MEV được kết hợp với ví hợp đồng thông minh dựa trên ý định, chúng ta có thể xây dựng một hệ thống thay thế để nắm bắt MEV theo sau của Alice. Giả sử Alice không tạo giao dịch để giao dịch trên AMM, mà thay vào đó đã ký một ý định mà bất kỳ ai cũng có thể gửi đến ví hợp đồng thông minh của Alice để thực hiện hành động đó. Ví hợp đồng thông minh của Alice tính thuế MEV cho người đã gửi giao dịch đó, được trả cho Alice.
Người tìm kiếm đã gửi ý định của Alice có quyền độc quyền theo dõi cô ấy, vì họ có thể làm như vậy một cách nguyên tử trong cùng một giao dịch. Do đó, nếu cạnh tranh tìm kiếm cao, tất cả lợi nhuận từ việc theo dõi Alice sẽ thuộc về Alice thông qua thuế MEV của cô ấy.
Điều quan trọng cần lưu ý là hệ thống này có thể không bảo vệ người dùng hoàn toàn khỏi các cuộc tấn công chạy trước, vì những người chạy trước có thể tránh được việc phải trả thuế MEV cho người dùng. Vấn đề này (và một số biện pháp giảm thiểu có thể có) được thảo luận chi tiết trong phần Giới hạn bên dưới. Tuy nhiên, ít nhất thì nó cũng là một cải tiến so với hệ thống mempool công khai 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 cách sử dụng tiềm năng khác của thuế MEV bao gồm hầu hết các tình huống hiện đang sử dụng đấu giá ngoài chuỗi hoặc đấu giá kiểu Hà Lan, chẳng hạn như:
-
Các giao thức như Oval hoạt động bằng cách nắm bắt giá trị trích xuất oracle (OEV) mà chúng tạo ra.
-
Đấu giá tái cấp vốn trong các giao thức cho vay thế chấp bằng NFT như Blend.
-
Việc thanh lý theo giao thức cho vay gây thất thoát ít giá trị hơn so với đấu giá kiểu Hà Lan.
Thu thập MEV ứng dụng chéo
Các giải pháp trên được thiết kế để nắm bắt MEV được tạo ra khi tương tác với một ứng dụng duy nhất. Tuy nhiên, đôi khi người tìm kiếm có thể nắm bắt đượ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ỉ có một trong những ứng dụng này sử dụng thuế MEV, thì toàn bộ MEV từ các giao dịch phải được phân bổ cho ứng dụng sử dụng thuế MEV, bất kể mức thuế MEV đó cao hay thấp.
Nhưng 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 thì sao? Ví dụ, nếu một số MEV chỉ có thể được nắm bắt bằng cách điền lệnh UniswapX chịu thuế MEV vào AMM chịu thuế MEV thì sao?
Trong trường hợp này, lượng MEV dư thừa tương đối được mỗi ứng dụng nắm bắt được xác định bởi thuế MEV do các ứng dụng đó đặt ra. Nếu giá trị của app_i là thuế MEV được đưa ra bởi hàm tax_i(priority), thì mức độ ưu tiên của giao dịch chiến thắng có thể được xác định bằng cách giải quyết mức độ ưu tiên trong phương trình sau: tax_1(priorityPerGas) + tax_2(priorityPerGas) = tổng MEV
(Về mặt kỹ thuật, chúng ta có thể thêm một thuật ngữ thứ ba priorityPerGas * gasUsed để tính phí ưu tiên trả cho người đề xuất khối, nhưng chúng ta sẽ bỏ qua điều này vì, như đã thảo luận trong Phụ lục A, phí ưu tiên có thể không đáng kể trong những trường hợp bình thường.)
Trong trường hợp đơn giản của thuế MEV tuyến tính theo priorityPerGas (do đó tax_ 1(priorityPerGas) = a_ 1 * priorityPerGas ), bạn có thể giải quyết để tìm ra phần MEV mà mỗi ứng dụng nhận được:
a_1 * priorityPerGas + a_2 * priorityPerGas = MEV
priorityPerGas = MEV/(a_ 1 + a_ 2)
thuế_1(ưu tiên trên mỗi khí) =(a_1/(a_1+a_2))*MEV
thuế_2(ưu tiên trên mỗi khí) = (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 cho phép ứng dụng nắm giữ phần lớn hơn của MEV ứng dụng chéo khi nó xảy ra, nhưng điều đó có nghĩa là ứng dụng có thể bỏ lỡ một số MEV ứng dụng chéo nếu có các phương pháp trích xuất cạnh tranh. Ví dụ: nếu có một AMM tính thuế MEV cho mọi giao dịch, thì sổ lệnh UniswapX chịu thuế MEV có thể được điền bởi một AMM khác hoặc trình điền ngoài chuỗi.
Trong nhiều trường hợp, có thể có trạng thái cân bằng khi hai ứng dụng thiết kế thuế MEV của họ để chia sẻ MEV theo cách tối đa hóa phúc lợi tương ứng của họ. Ví dụ: AMM đánh thuế MEV có thể muốn nắm bắt giá trị từ một nhà giao dịch được thông báo duy nhất gần đầu khối, nhưng sau đó muốn cung cấp thanh khoản cho các nhà giao dịch và ứng dụng khác (bao gồm cả những người sử dụng thuế MEV) với mức phí cố định thấp hơn. Trong trường hợp này, AMM có thể đặt mức thuế MEV tương đối thấp (ví dụ: $0.00001 * priorityFeePerGas) để các giao dịch chênh lệch giá (nếu có) xảy ra sớm trong khối và sau đó không tính 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 mức thuế MEV cao hơn (như $0.01 * priorityFeePerGas) để đảm bảo rằng các giao dịch của họ được bao gồm sau khi nhóm đã chênh lệch giá. Với các loại thuế tương đối này, AMM cuối cùng sẽ được áp dụng kinh doanh chênh lệch giá trước ngay cả khi chỉ có $1 MEV và $50.000 MEV trong sổ lệnh UniswapX.
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.
giới hạn
Có một số phức tạp và sai sót với thuế MEV. Chúng tôi nghĩ rằng đây là những lĩnh vực thú vị cho nghiên cứu trong tương lai.
Sự không tương thích về động cơ
Thuế MEV không tương thích với động cơ khuyến khích đối với những người đề xuất khối độc quyền. Chúng chỉ có hiệu quả nếu có sự cạnh tranh công bằng để đưa giao dịch vào, điều này chỉ xảy ra nếu những người đề xuất khối tuân theo các quy tắc mà chúng tôi gọi là "ưu tiên cạnh tranh" thay vì tối đa hóa doanh thu của chính họ. Chúng tôi khuyến nghị rằng các quy tắc này bao gồm:
-
Sắp xếp theo thứ tự ưu tiên: Các giao dịch trong một khối phải được sắp xếp theo thứ tự giảm dần của priorityFeePerGas.
-
Khả năng chống kiểm duyệt: Nếu người đề xuất khối nhận được giao dịch t 1 khi xây dựng một khối và khối không đầy hoặc chứa giao dịch t 2 và t 2.priorityFeePerGas
-
Quyền riêng tư trước giao dịch: Người đề xuất khối phải chấp nhận các giao dịch thông qua điểm cuối riêng tư và không được chia sẻ các giao dịch này với bất kỳ ai trước khi gửi khối, cũng như không được sử dụng nội dung của các giao dịch này để xây dựng các giao dịch của riêng họ.
-
Không có tính chất cuối cùng. Người đề xuất khối phải đặt ra thời gian xác định (blockTime) trước thời điểm họ chấp nhận giao dịch từ bất kỳ ai và sau thời điểm đó họ không chấp nhận giao dịch từ bất kỳ ai.
Nếu một hoặc nhiều thuộc tính này bị vi phạm, nó có thể làm suy yếu hiệu quả của thuế MEV. Một bên đề xuất khối vi phạm quyền chống kiểm duyệt có thể tận dụng cơ hội này bằng cách loại trừ các giao dịch cạnh tranh và gửi một giao dịch có mức ưu tiên bằng không để tránh hầu hết các loại thuế MEV. Một bên đề xuất khối 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 qua phí ưu tiên của họ để biết họ cần đặt mức cao như thế nào để trả giá cao hơn những người khác, trong khi một bên đề xuất có thể gửi giao dịch muộn hơn những người khác thì được tự do quyết định có nên trả giá cao hơn những người khác hay không, gây ra vấn đề lựa chọn bất lợi cuối cùng sẽ ức chế sự cạnh tranh.
Thật không may, trong khi thuộc tính đầu tiên dễ thực thi ở lớp giao thức thì việc thực thi các thuộc tính khác theo cách không cần sự tin cậy lại là một vấn đề chưa có lời giải.
Trong trường hợp không thực thi ở cấp độ giao thức, một trình sắp xếp tuân thủ các quy tắc này cần phải được tin cậy để không vi phạm chúng và các khối có thể không tuân theo chúng nếu người đề xuất thuê ngoài việc xây dựng khối cho các cuộc đấu giá cạnh tranh nhằm tối đa hóa doanh thu (như MEV-Boost trên mạng chính Ethereum).
Những vấn đề này có thể được "giải quyết" bởi một người đặt hàng đáng tin cậy duy nhất cam kết xây dựng các khối bằng cách sử dụng ưu tiên cạnh tranh. Hoặc chúng có thể được giải quyết bằng các cơ chế phi tập trung sử dụng một số kết hợp của sự đồng thuận, mật mã và/hoặc môi trường thực thi đáng tin cậy, chẳng hạn như Angstrom của Sorella, SUAVE của Flashbots, Đấu giá không có người lãnh đạo hoặc Multiplicity.
Khối đầy đủ
Một ngoại lệ đối với hoạt động bình thường của thuế MEV xảy ra khi các khối hoàn toàn đầy. Trong trường hợp này, người đề xuất khối có thể phải loại trừ các giao dịch có mức độ ưu tiên thấp thay vì chỉ bao gồm chúng sau này trong khối. Vì các giao dịch tương tác với các ứng dụng sử dụng thuế MEV có khả năng có mức phí ưu tiên cực kỳ thấp, nên các ứng dụng này có thể bị các ứng dụng không sử dụng thuế MEV hoặc các ứng dụng sử dụng thuế MEV cực kỳ thấp loại bỏ. Tuy nhiên, trên các chuỗi sử dụng cơ chế như EIP-1559 để đặt các khoản phí cơ sở riêng biệt, các khối hoàn toàn đầy sẽ là một sự kiện hiếm khi xảy ra. Hơn nữa, vì một số giao dịch cần phải bị trì hoãn khi các khối đầy, nên việc trì hoãn các giao dịch thể hiện mức độ cấp bách thấp hơn bằng cách đặt mức thuế MEV cao hơn có thể là một kết quả hợp lý.
Giao dịch hoàn lại
Thuế MEV về cơ bản dựa trên một phiên đấu giá khối đơn, trong đó mỗi lần đấu giá là một giao dịch. Một nhược điểm của các phiên đấu giá như vậy là các lần đấu giá không thành công thường dẫn đến một giao dịch khôi phục được đưa vào chuỗi, trả một số phí cơ bản và làm tắc nghẽn chuỗi.
Nếu trình sắp xếp có thể loại trừ hoàn toàn các giao dịch không thành công, điều này sẽ làm giảm bớt vấn đề này, mặc dù điều này khó đạt được ngay cả với trình sắp xếp tập trung. (Điều này cũng không tuân thủ hoàn toàn tính chất chống kiểm duyệt được mô tả ở trên, mặc dù định nghĩa đó có thể được điều chỉnh.) Một trình sắp xếp tinh vi hơn có thể tối ưu hóa quy trình này bằng cách cho phép các giao dịch chỉ định các phiên đấu giá tranh chấp mà chúng tham gia, do đó cho phép trình sắp xếp bỏ qua các giao dịch tiếp theo mà nó biết sẽ không thành công.
Tiết lộ ý định của người dùng
Thuế MEV chỉ có hiệu lực khi có sự cạnh tranh giữa những người tìm kiếm, nghĩa là cơ hội cần phải được biết đến ở một mức độ nào đó. Đối với các ứng dụng như AMM, nơi cơ hội có thể nhìn thấy trên chuỗi, điều này sẽ xảy ra một cách tự nhiên. Nhưng đối với các ứng dụng như định tuyến dựa trên ý định hoặc đấu giá đuôi, điều này có nghĩa là ứng dụng có thể cần chia sẻ ý định của người dùng với người tìm kiếm.
Trong một số trường hợp, quyền riêng tư tạm thời bị mất do phát sóng ý định của người dùng trước khi thực hiện có thể gây thất thoát giá trị theo cách mà thuế MEV không thể thu hồi được.
Ví dụ, giả sử Alice muốn mua một token có tính thanh khoản thấp bằng giao thức đấu giá theo sau được mô tả ở trên. Cô ấy công bố một ý định đã ký cho ví hợp đồng thông minh của mình để mua token đó trên AMM và đặt một số dung sai trượt giá. Người tìm kiếm có thể chạy đua để đẩy giá của token đó lên đến dung sai trượt giá của cô ấy trong một giao dịch có mức độ ưu tiên cao mà không cần hoàn thành lệnh của người dùng. Người chiến thắng, Bob, sau đó có thể đáp ứng ý định của Alice một cách không cạnh tranh bằng cách bao gồm và chạy ngược ý định của Alice trong một giao dịch có mức độ ưu tiên thấp, do đó kẹp giao dịch của Alice và đưa ra cho cô ấy mức giá tệ hơn trong khi trốn thuế MEV của cô ấy. Các vấn đề tương tự có thể xảy ra khi mua NFT.
Lưu ý rằng một cuộc tấn công như vậy là rủi ro đối với Bob, vì anh ta không thể đảm bảo tính nguyên tử giữa việc mua token và bán nó cho Alice. Một Bob ngây thơ có thể trở thành nạn nhân của một cái bẫy xé bánh sandwich, trong đó Alice đăng ý định mua một token vô giá trị từ chính mình, khiến Bob mua nó với hy vọng kẹp nó vào giao dịch của cô ấy, nhưng Alice đã thu hồi ý định của mình trước khi Bob có thể hoàn thành chiếc bánh sandwich.
Các ứng dụng cũng có thể giảm thiểu điều này bằng cách giới hạn nhóm người tìm kiếm có chung ý định và theo dõi hành vi của họ, như nhiều phiên đấu giá luồng lệnh hiện tại vẫn làm.
Người ta cũng có thể kết hợp thuế MEV với các tính năng xây dựng chú trọng đến quyền riêng tư, chẳng hạn như những tính năng được hình dung trong thiết kế SUAVE của Flashbots.
Cuối cùng, nếu Alice quyết định rằng chi phí chia sẻ ý định của cô ấy lớn hơn lợi ích của tìm kiếm cạnh tranh, cô ấy có thể tự xây dựng một giao dịch và gửi trực tiếp đến khối. Như đã mô tả ở trên, một triển khai lý tưởng của ưu tiên cạnh tranh sẽ cung cấp quyền riêng tư trước giao dịch cho những người đề xuất khối.
Thảo luận và công tác chuẩn bị
Đấu giá khí đốt ưu tiên. Flash Boys 2.0 bài báo, đặt ra thuật ngữ “giá trị khai thác được của thợ đào”, đã xem xét một số động lực của việc ưu tiên trong các chuỗi khối phi tập trung. Bài báo quan sát thấy rằng thợ đào Ethereum (khi mạng sử dụng bằng chứng công việc) đã ưu tiên các giao dịch và những người kinh doanh chênh lệch giá dựa vào hành vi này để tham gia vào “các cuộc đấu giá gas ưu tiên”, trong đó họ đấu giá để giành quyền được đưa vào các khối trước, dẫn đến phần lớn MEV từ chênh lệch giá trao đổi phi tập trung tích lũy cho thợ đào.
Ai đến trước được phục vụ trước. Thông qua các quy tắc sắp xếp giao dịch (chẳng hạn như Themis hoặc Trình sắp xếp hiện tại của Arbitrum Ones Một số nỗ lực nhằm giảm thiểu MEV đã tập trung vào việc thực thi một quy tắc sắp xếp khác, ai đến trước được phục vụ trước (đôi khi được gọi là "sắp xếp công bằng"), trong đó những người đề xuất khối phải sắp xếp các giao dịch theo thứ tự họ nhìn thấy.
Việc ưu tiên có cách tiếp cận khác – xử lý các giao dịch đến trong một khoảng thời gian nhất định một cách bình đẳng và sắp xếp chúng theo mức độ ưu tiên đã khai báo.
“Thứ tự công bằng” khó thực thi hoặc thậm chí khó định nghĩa trong môi trường mạng thực tế với nhiều trình xác thực. Nó cũng có thể dẫn đến các cuộc đua độ trễ lãng phí và thư rác, ngay cả với một trình sắp xếp đáng tin cậy duy nhất. Cuối cùng, thuế MEV có thể loại bỏ một số MEV “ai đến trước được phục vụ trước”, chẳng hạn như lợi nhuận chênh lệch giá từ các “cú nhảy” không liên tục trong giá tài sản. Lợi thế tiềm năng của thứ tự ưu tiên so với thứ tự ai đến trước được phục vụ trước có phần liên quan đến lợi thế của trao đổi theo thời gian rời rạc so với trao đổi theo thời gian liên tục được thảo luận trong Budish, Cramton và Shim (2015) .
Đồng thời, trong khi việc ưu tiên dường như làm mất giá trị của MEV theo mặc định, bài viết này sẽ chỉ ra cách thiết kế các ứng dụng để thu lại giá trị đó.
Chia sẻ phí. Blast là Ethereum L2 chia sẻ một số phí ưu tiên và phí cơ bản với các hợp đồng thông minh được truy cập trong giao dịch.
Thuế MEV cho phép một cái gì đó tương tự (ít nhất là đối với phí ưu tiên), nhưng có thể được triển khai ở lớp ứng dụng trên bất kỳ chuỗi nào sử dụng ưu tiên cạnh tranh, mà không yêu cầu hỗ trợ đặc biệt cho việc chia sẻ phí. Chúng cũng cho phép các ứng dụng xác định thuế của riêng chúng như các chức năng tùy chỉnh của phí ưu tiên, cho phép linh hoạt hơn và có khả năng tăng khả năng kết hợp của các ứng dụng nhận biết MEV.
Giải pháp không cần tin cậy. Bài đăng này tập trung vào các động cơ để nền tảng sử dụng ưu tiên cạnh tranh và các phương pháp tận dụng nền tảng ưu tiên cạnh tranh, thay vì thảo luận về cách thực hiện không cần tin cậy.
Mỗi thuộc tính khác cần thiết cho việc ưu tiên cạnh tranh đã được thảo luận rộng rãi trước đây. Ví dụ, trong Fox, Pai và Resnick (2023) , các tác giả thảo luận về các lỗ hổng trong các cuộc đấu giá trên chuỗi không có khả năng chống kiểm duyệt và mô tả một thiết kế cho các cuộc đấu giá chống kiểm duyệt bằng cách sử dụng nhiều người đề xuất đồng thời. Tuy nhiên, họ không khuyến nghị thứ tự giao dịch cụ thể.
Có những nghiên cứu khác về việc xây dựng các cơ chế xây dựng khối giảm thiểu sự tin cậy, bao gồm SUAVE của Flashbots, Angstrom của Sorella, Leaderless Auctions, Timeboost phi tập trung của Espresso và Offchain Labs, và gói giao dịch công khai bắt buộc của Péter Szilági.
Tóm lại là
Chúng tôi hy vọng bài đăng này khuyến khích L2 cân nhắc sử dụng tính năng ưu tiên (được hỗ trợ theo mặc định trong ngăn xếp OP) và khuyến khích các ứng dụng thử thuế MEV khi được hỗ trợ.
Chúng tôi cũng hy vọng rằng nó sẽ truyền cảm hứng cho việc nghiên cứu sâu hơn về các giao thức ưu tiên giảm thiểu xung đột tin cậy trên L1 và L2.
chú thích
-
Trong bài đăng này, chúng tôi sử dụng “proposer” để chỉ người tham gia hoặc quy trình xác định giao dịch nào được đưa vào một khối cụ thể. Trên Ethereum L2, vai trò này thường do một “sequencer” đảm nhiệm. Trên Ethereum L1, vai trò này do một trình xác thực Ethereum cụ thể, được gọi là proposaler, đảm nhiệm, mặc dù proposaler thường thuê ngoài nhiệm vụ xây dựng khối cho một cuộc đấu giá cạnh tranh liên quan đến “relay” và “builder”. Chi tiết về cách phân chia các trách nhiệm này nằm ngoài phạm vi của bài đăng này.
-
Phí ưu tiên cho mỗi Gas không thực sự được chỉ định rõ ràng trong giao dịch, nhưng có thể được tính trong giao dịch. Giao dịch chỉ định giá Gas, nhưng Ethereum cũng tính phí cơ sở, được lấy từ giá Gas và bị hủy. Đối với mục đích đánh thuế MEV, phí cơ sở nên bị bỏ qua vì nó không do nhà giao dịch kiểm soát. Phí ưu tiên cho mỗi Gas (tức là giá của phần phí giao dịch dành cho người đề xuất khối) có thể được tính trong Solidity là priorityGasPrice = tx.gasprice – block.basefee.
-
Chúng ta có thể chỉ cần định nghĩa “MEV” để loại trừ mọi lợi nhuận của người tìm kiếm và chỉ tham chiếu đến giá trị sẽ chảy đến trình xác thực.
-
Lưu ý rằng proposalPriorityFee thực sự không thể được tính là bội số của số tiền priorityFeePerGas (bằng tổng số Gas được sử dụng trong giao dịch) trong suốt hợp đồng, vì không có cách nào để biết giao dịch cuối cùng sẽ sử dụng bao nhiêu Gas. Tuy nhiên, điều này thường không quan trọng, vì tất cả những gì chúng ta cần là giới hạn trên của nó. Để an toàn, bạn có thể nhân priorityFeePerGas với 30 triệu – mức Gas tối đa hiện tại trong một khối Ethereum. Việc ước tính quá cao giá trị này chỉ có nghĩa là thuế MEV chiếm tỷ lệ MEV lớn hơn.
-
Giả sử một giao dịch không thể vượt quá 30 triệu Gas, priorityFeePerGas là 50.000 sẽ dẫn đến khoản thanh toán Gas là 1500 gwei — khoảng $0,006 với giá ETH là $4.000.
-
Nếu priorityFeePerGas được thiết lập sao cho lợi nhuận của người kinh doanh chênh lệch giá bằng 0, thì giao dịch chênh lệch giá tối đa hóa lợi nhuận phải tương ứng với giao dịch tương tự trên AMM tối đa hóa chức năng.
-
Arbitrum đã thảo luận về việc thay thế điều này bằng một hình thức ưu tiên gọi là Timeboost, nhưng tính đến thời điểm viết bài này, hình thức này vẫn chưa được đưa vào triển khai.
Bài viết này có nguồn từ internet: Paradigm đã phát minh ra một cơ chế mới, thuế MEV, có thể thay đổi bối cảnh DeFi hiện tại
Trong 24 giờ qua, nhiều loại tiền tệ và chủ đề mới hấp dẫn đã xuất hiện trên thị trường và rất có thể chúng sẽ là cơ hội kiếm tiền tiếp theo. Các lĩnh vực sau đây cần được chú ý: Lĩnh vực meme, lĩnh vực token người hâm mộ Các token và chủ đề tìm kiếm hấp dẫn của người dùng: Scroll, Manta Network, BONK Các cơ hội airdrop tiềm năng bao gồm: Scroll, Orbiter Finance Thống kê dữ liệu thời gian: Ngày 20 tháng 5 năm 2024 4:00 (UTC + 0) 1. Môi trường thị trường Tuần trước, ETF giao ngay BTC đã có dòng tiền vào ròng trong 5 ngày liên tiếp. Dòng tiền vào trong hai tuần qua đã bù đắp cho tất cả các dòng tiền ra trong tháng 4. BTC đã tăng 9% trong một tuần và giá dao động quanh mức 67.000. Dữ liệu quan sát của Cục Dự trữ Liên bang CME cho thấy khả năng Cục Dự trữ Liên bang…