Artikel Baru dari Paradigma: Percukaian dan Keutamaan MEV

Pengarang: Dan Robinson,Dave White

Disusun oleh: Joyce, BlockBeats

Dalam artikel ini kami akan memperkenalkan cukai MEV , yang ialah mekanisme yang boleh digunakan oleh mana-mana aplikasi untuk menangkap MEVnya sendiri. Mekanisme ini kini tersedia pada OP Stack L2 seperti OP Mainnet, Base dan Blast, kerana pencadang blok pada rantai ini mengikut satu set peraturan yang kami panggil keutamaan kompetitif.

Untuk mengenakan cukai MEV pada salah satu rantaian, kontrak pintar mengenakan yuran yang merupakan fungsi yuran keutamaan transaksi. Jika permohonan mengenakan cukai MEV $99 untuk setiap $1 yuran keutamaan pencari, ia memperoleh 99% daripada MEV yang kompetitif untuk transaksi tersebut.

Cukai MEV ialah teknik mudah yang membuka ruang reka bentuk yang luas. Anda boleh menganggapnya sebagai membenarkan mana-mana aplikasi pada rantaian menjalankan lelongan MEV tersuainya sendiri tanpa sebarang infrastruktur luar rantaian sendiri, hanya menyambung ke satu lelongan kongsi yang dijalankan oleh pencadang blok.

Kami menggambarkan bagaimana cukai MEV boleh digunakan untuk menyelesaikan tiga masalah utama dalam penyelidikan MEV:

Penghala pertukaran terdesentralisasi (DEX) yang mengoptimumkan penukar harga yang diterima

Market Maker (AMM secara automatik) , meminimumkan kerugian dan pengimbangan semula (LVR) yang dialami oleh pembekal kecairan; Cukai MEV hanya berfungsi jika pencadang blok mematuhi peraturan keutamaan kompetitif, yang termasuk memesan transaksi mengikut yuran keutamaan tanpa menapis, mengintip atau melengahkan sebarang transaksi. Jika pencadang blok menyimpang daripada peraturan ini, mereka boleh mengelak cukai MEV dan menangkap nilai untuk diri mereka sendiri. Jadi hari ini, cukai MEV bergantung pada pesanan L2 yang dipercayai dan mungkin tidak berfungsi sama sekali pada Ethereum L1, di mana pembinaan blok dikuasai oleh lelongan pembina yang kompetitif yang memaksimumkan cadangan pendapatan orang tersebut.

Namun begitu, kuasa dan fleksibiliti percukaian MEV menunjukkan bahawa keutamaan mungkin merupakan pilihan yang tepat untuk platform yang mampu menawarkan perkhidmatan ini pada masa ini. Kesederhanaan relatif keutamaan kompetitif menunjukkan bahawa mungkin terdapat cara yang boleh dilaksanakan untuk menguatkuasakannya secara terpencar tanpa perlu mempercayai satu penjujukan. Kami berharap artikel ini akan merangsang penyelidikan lanjut mengenai isu ini.

Pengutamaan

Apabila seseorang menghantar transaksi pada Ethereum L1 atau L2, mereka menetapkan yuran keutamaan dan membayarnya kepada pencadang blok. Anda boleh bayangkan ini dinyatakan sebagai priorityFeePerGas, nombor yang didarab dengan gas yang digunakan dalam urus niaga untuk mendapatkan builderPriorityFee—jumlah pembayaran dalam ETH.

Tiada peruntukan dalam protokol Ethereum bahawa urus niaga dalam blok mesti diisih secara rakus mengikut priorityFeePerGas dalam susunan menurun. Walau bagaimanapun, ia adalah cara yang popular untuk membina blok - contohnya, ia adalah penyusun rantai OP Stack dan algoritma lalai yang digunakan oleh geth dan reth. Pengutamaan bukan sahaja membolehkan peniaga menyatakan dengan berkesan urus niaga mereka, tetapi juga secara semula jadi melepasi jenis MEV tertentu untuk menyekat pencadang.

Ini berlaku kerana keutamaan menjadikan persaingan untuk MEV menjadi lelongan gas keutamaan. Apabila peluang muncul untuk mendapat keuntungan daripada interaksi dengan rantaian, seperti arbitraj dengan pertukaran terpusat melalui AMM, pencari berlumba-lumba untuk menjadi yang pertama berbuat demikian. Jika rantaian menggunakan keutamaan untuk menentukan kemasukan dan pesanan transaksi, pencari bersaing dengan menetapkan yuran keutamaan tinggi untuk transaksi mereka.

Dalam senario kompetitif dengan persaingan keuntungan bebas risiko sifar, pencari yang menang akhirnya harus membayar yuran keutamaan MEV penuh. Jadi, jika keuntungan sebanyak 100 ETH tersedia dengan berinteraksi dengan kontrak, transaksi pertama yang menuntut keuntungan tersebut akan mempunyai yuran keutamaan sebanyak 100 ETH yang ditetapkan. (Kami membincangkan beberapa kaveat dalam bahagian Had).

Cukai MEV

Andaikan kontrak pintar ingin menangkap MEV daripada sebarang transaksi yang berinteraksi dengannya. Terdapat banyak penyelidikan tentang cara khusus aplikasi yang berbeza yang boleh dicuba oleh kontrak pintar untuk menangkap MEV mereka sendiri.

Tetapi sebenarnya, kita tidak semestinya perlu mengetahui apa-apa tentang apl itu. Jika kami tahu bahawa blok itu dibina melalui keutamaan kompetitif, maka kami mempunyai isyarat universal tentang jumlah MEV dalam urus niaga: yuran keutamaan.

Kami mencadangkan bahawa kontrak pintar boleh melihat pada yuran keutamaan transaksi dan mengenakan yurannya sendiri sebagai beberapa fungsi tambahan daripadanya. Sebagai contoh, kontrak mungkin memerlukan pemanggil untuk memindahkan applicationPriorityFee = 99 * proposerPriorityFee dalam ETH kepada kontrak.

Yuran baharu ini dibayar oleh pencari yang menghantar transaksi, jadi ia mempengaruhi tingkah laku pencari tersebut. Jika terdapat 100 MEV dalam peluang, transaksi yang menang kini hanya akan menetapkan yuran keutamaan sebanyak 1 ETH, kerana ini akan menghasilkan jumlah pembayaran sebanyak 100 ETH (1 ETH kepada pencadang blok dan 99 ETH kepada kontrak pintar). Sebarang yuran keutamaan yang lebih tinggi akan menjadikan transaksi tidak menguntungkan; sebarang yuran keutamaan yang lebih rendah akan mengakibatkan kehilangan peluang kepada pesaing yang menetapkan yuran yang lebih tinggi. Ini bermakna kontrak pintar telah menguasai 99% MEV dalam urus niaga.

Kami memanggil yuran tambahan yang dikenakan oleh kontrak pintar ini sebagai cukai MEV. Cukai MEV membenarkan aplikasi untuk merampas keutamaan untuk faedahnya sendiri, membenarkannya menawan semula MEV untuk penggunanya daripada membocorkannya untuk menyekat pencadang.

Jika yuran berkembang cukup pantas sebagai fungsi keutamaanFeePerGas, pencadang hanya akan mendapat MEV yang boleh diabaikan. Memandangkan priorityFeePerGas didenominasikan dalam wei (persebillion 1 ETH), kita perlu berurusan dengan banyak ketepatan. Sebagai contoh, selagi cukai MEV cukup sensitif sehinggakan priorityFeePerGas sebanyak 50,000 akan mengakibatkan cukai yang berlebihan, maka jumlah amaun yang dibayar kepada pencadang adalah kurang daripada $0.01. (5)

Walau bagaimanapun, terdapat kaveat penting. Seperti yang dibincangkan dalam bahagian "Had", cukai MEV hanya berfungsi jika pencadang blok mematuhi peraturan tertentu (yang kami panggil "pengutamaan kompetitif") dan tidak menyimpang untuk memaksimumkan hasil mereka sendiri. Menguatkuasakan peraturan ini secara tidak amanah adalah persoalan terbuka.

Tangkap MEV Aplikasi Tunggal

Di sini kami menggariskan cara cukai MEV boleh digunakan untuk mengurangkan tiga isu penting dalam MEV pada rantai yang menjamin pembinaan blok menggunakan keutamaan bersaing: Biarkan antara muka DEX meningkatkan pelaksanaan Perdagangan oleh penukar AMM, membenarkan untuk mengurangkan kerugian arbitraj pada LP mereka, dan membenarkan dompet mengurangkan kebocoran MEV pengguna dengan menjual hak larian terbalik mereka.

Penghala Pertukaran Terdesentralisasi

Dalam protokol penghalaan DEX berasaskan niat seperti UniswapX dan 1inch Fusion, pengguna (Alice) menandatangani niat pertukaran dan pencari bersaing untuk menghalakan Alice pada harga terbaik atau mengisi niat tersebut.

Versi semasa UniswapX menggunakan dua mekanisme untuk bersaing: lelongan Belanda, di mana harga had Alice berubah dari semasa ke semasa sehingga pencari mengisinya dan lelongan Permintaan Sebutharga (RFQ) di luar rantaian, di mana Digunakan untuk menetapkan harga permulaan untuk lelongan Belanda.

Pada platform yang menjamin keutamaan kompetitif, UniswapX boleh menggantikan mekanisme ini dengan satu mekanisme: cukai MEV. Ia melakukan ini dengan membenarkan pengguna menandatangani pesanan yang boleh diisi oleh sesiapa sahaja dengan segera, tetapi dengan harga pelaksanaan yang ditetapkan sebagai fungsi keutamaan perdagangan.

Sebagai contoh, jika Alice mempunyai pesanan UniswapX untuk menjual 1 ETH, dia boleh menentukan harga pelaksanaan pesanan itu sebagai harga minimum + ($0.01 * priorityFeePerGas). harga minimum mungkin merupakan nilai tetap yang dia jangkakan jauh lebih rendah daripada harga semasa.

Pencari akan bersaing untuk mengisi pesanan Alice dengan menyerahkan transaksi. Pesanan akan dipenuhi tanpa mengira transaksi mana yang mempunyai yuran keutamaan tertinggi dan tidak dipulihkan, yang sepatutnya menjamin penukar mendapat harga terbaik yang boleh dicari oleh pencari. (Sesetengah pengecualian dibincangkan dalam bahagian "Limitation".)

Jika harga minimum Alice ialah $3,000 dan harga semasa ETH ialah $3,500, keutamaanFeePerGas dalam transaksi yang menang ialah lebih kurang 50,000. (Perhatikan bahawa dalam transaksi yang berharga 200,000 Gas, ini akan menyebabkan hanya ~10 bilion wei (~$0.000035) dibayar kepada pencadang blok.)

Berbanding dengan mekanisme sedia ada yang digunakan dalam UniswapX, Ini mempunyai beberapa manfaat yang berpotensi.

Pesanan menggunakan cukai MEV boleh diisi dengan lebih cepat dan pada harga yang lebih baik daripada pesanan menggunakan Lelong Belanda. Seperti yang dibincangkan dalam artikel ini, lelongan Belanda dalam rantaian membocorkan beberapa nilai kepada MEV disebabkan perubahan harga antara blok dan mungkin memerlukan banyak blok untuk diselesaikan. Sebaliknya, pesanan menggunakan cukai MEV selalunya boleh diisi di blok seterusnya sambil menangkap sebahagian besar MEV.

Tidak seperti RFQ luar rantaian, lelongan untuk pesanan menggunakan cukai MEV akan dijalankan secara automatik apabila transaksi dalam rantaian dilaksanakan. Ini bermakna pembida yang menang dijamin komited untuk mengisi pesanan hanya jika transaksi dalam rantaian berjaya. Ini boleh memudahkan kecairan dalam rantaian seperti AMM untuk bersaing dengan kecairan luar rantaian, bermakna UniswapX boleh berfungsi sebagai penghala yang lebih cekap untuk sistem berbilang kumpulan seperti Uniswap v4.

AMM

Lazimnya, AMM membocorkan nilai kepada penimbang tara yang berdagang berdasarkan harga lapuk di bahagian atas blok, seperti yang dibincangkan dalam kertas Kerugian dan Pengimbangan Semula. Kita boleh menggunakan cukai MEV untuk membenarkan AMM menangkap MEV. Demi kesederhanaan, kami akan membincangkan cara berfungsi pada AMM tanpa kecairan berpusat. (Jika anda berminat dengan cara menyelesaikan masalah seperti ini dengan mengumpulkan kecairan, Sorella akan mengeluarkan penyelesaian tidak lama lagi.)

AMM boleh menangkap MEV dengan mengenakan bayaran tambahan sebagai fungsi yuran keutamaan transaksi, membolehkan Ia melelong berhak untuk menjadi yang pertama berdagang dalam satu blok. Terdapat beberapa cara untuk mengira dan menilai yuran ini. Kami akan membincangkan satu yang boleh dikatakan neutral - dalam unit kecairan kumpulan, sqrt(xy). Perdagangan yang menang akan menjadi perdagangan yang paling banyak meningkatkan kecairan kumpulan.

Apabila transaksi pertama dilaksanakan pada kumpulan dalam satu blok, kumpulan boleh menguatkuasakan syarat (a sebagai beberapa pemalar), dan bukannya menguatkuasakan syarat x_end * y_end > y_end > (sqrt(x_start * y_start) + a*priorityFeePerGas)^2

Formula ini akan memberi insentif kepada peniaga arbitraj untuk berdagang pada harga sebenar, dan selepas perdagangan itu, harga titik tengah dalam kumpulan itu hendaklah harga sebenar.

Selepas dagangan pertama, dagangan boleh diteruskan seperti pada Uniswap v2 dengan yuran swap tetap. Peniaga yang tidak berpengetahuan yang ingin berdagang dalam kumpulan tanpa membayar cukai MEV tambahan akan mempunyai yuran keutamaan yang lebih rendah ditetapkan.

Terdapat banyak cara lain untuk melaksanakan cukai MEV ke atas AMM, yang akan memberi kesan yang berbeza. Sebagai contoh, cukai MEV boleh didenominasikan dalam token input atau output swap, boleh menjejaskan peratusan yuran swap yang digunakan oleh kumpulan, atau boleh menentukan harga minimum untuk transaksi pengguna. Kami fikir ini adalah ruang reka bentuk yang menarik yang patut diterokai.

Retrograde Auction

Penerangan di atas menunjukkan bagaimana aplikasi tertentu boleh direka bentuk untuk mengelakkan kebocoran MEV. Walau bagaimanapun, bagaimana jika dompet ingin mencuba dan membantu pengguna menangkap MEV yang mereka cipta daripada sebarang transaksi yang mereka berinteraksi dengan mana-mana aplikasi, malah yang tidak termasuk cukai MEV?

Sebagai contoh, apabila Alice membuat transaksi besar pada AMM, dia kadangkala mencipta peluang arbitraj untuk "backrunners" untuk menarik semula harga. Ini biasanya akan dibocorkan kepada MEV, bukan kepada Alice.

MEV-Share dan MEVBlocker ialah dua protokol yang membolehkan pengguna menangkap MEV daripada urus niaga, tetapi mereka bergantung pada sistem lelongan luar rantaian yang kompleks. Ruang Reka Bentuk Lelongan Aliran Pesanan menerangkan beberapa penyelesaian lain.

Cukai MEV digabungkan dengan dompet kontrak pintar berasaskan niat membolehkan kami membina sistem alternatif untuk menangkap MEV berjalan di latar belakang untuk Alice. Andaikan bahawa Alice tidak membuat urus niaga untuk berurus niaga pada AMM, sebaliknya menandatangani niat bahawa sesiapa sahaja boleh menyerahkan kepada dompet kontrak pintar Alice untuk memintanya mengambil tindakan itu. Dompet kontrak pintar Alice mengenakan cukai MEV kepada sesiapa sahaja yang menyerahkan transaksi dan cukai itu dibayar kepada Alice.

Pencari yang menyerahkan niat Alice akan mempunyai hak eksklusif untuk membatalkan operasinya, kerana mereka boleh melakukannya secara automatik dalam transaksi yang sama. Oleh itu, jika carian adalah kompetitif, semua keuntungan Alice harus diakru kepada Alice melalui cukai MEV.

Sila ambil perhatian bahawa sistem ini tidak semestinya melindungi pengguna daripada serangan yang melibatkan transaksi oleh pengguna hadapan, kerana transaksi oleh pengguna hadapan mungkin dapat mengelak daripada membayar cukai MEV kepada pengguna tersebut. Isu ini (dan beberapa kemungkinan mitigasi) dibincangkan dengan lebih terperinci dalam bahagian Had di bawah. Namun, ini sekurang-kurangnya boleh menjadi penambahbaikan ke atas sistem yang menggunakan kumpulan memori biasa tanpa sebarang pengurangan.

Kes Penggunaan Lain

Sebagai tambahan kepada contoh ini, potensi kegunaan lain untuk cukai MEV boleh termasuk hampir semua perkara yang pada masa ini menggunakan lelongan luar rantaian atau Belanda, seperti:

Oracles yang menangkap oracle buat Protokol dengan nilai yang boleh diekstrak oleh mesin, seperti Oval;

Penyelesaian di atas direka untuk menangkap interaksi MEV dengan satu aplikasi. Tetapi kadangkala pencari mungkin boleh mendapatkan lebih nilai dengan berinteraksi dengan berbilang aplikasi dalam transaksi yang sama.

Jika hanya satu daripada aplikasi ini mempunyai cukai MEV, semua MEV dalam transaksi harus pergi ke aplikasi dengan cukai MEV, tidak kira betapa tinggi atau rendah cukai MEV.

Tetapi bagaimana jika transaksi pencari berinteraksi dengan dua aplikasi yang menggunakan cukai MEV? Sebagai contoh, bagaimana jika terdapat beberapa MEV yang hanya boleh ditangkap dengan mengisi salah satu pesanan UniswapX yang membayar cukai MEV di atas terhadap AMM yang dikenakan cukai MEV?

Dalam kes ini, jumlah relatif lebihan MEV yang ditangkap oleh setiap aplikasi bergantung pada cara aplikasi tersebut menetapkan cukai MEV mereka. Jika nilai app_i yang dikutip sebagai cukai MEV diberikan oleh cukai fungsi_i(keutamaan), maka keutamaan transaksi yang menang boleh ditentukan dengan menyelesaikan keutamaan dalam persamaan berikut:

cukai_1(priorityPerGas) + cukai_2(priorityPerGas) = jumlah MEV

(secara teknikal kami boleh menambah item ketiga kepada priorityPerGas * gasDigunakan untuk mengambil kira yuran keutamaan yang dibayar kepada pencadang blok, tetapi kami akan mengabaikannya, dalam keadaan biasa ia mungkin berfungsi Diabaikan)

Dalam kes mudah di mana cukai MEV adalah berkaitan secara linear dengan priorityPerGas (jadi cukai_1(priorityPerGas) = ​​​​a_1 * priorityPerGas), anda boleh menyelesaikan untuk bahagian MEV yang diterima oleh setiap permohonan:

a_1 * priorityPerGas + a_2 * priorityPerGas = 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

Apl menghadapi pertukaran apabila menetapkan cukai MEV mereka sendiri - cukai yang lebih tinggi memberikannya bahagian yang lebih besar daripada MEV merentas aplikasi apabila ia berlaku, tetapi ini bermakna jika terdapat cara bersaing untuk mengekstraknya, ia mungkin kehilangan beberapa MEV merentas aplikasi . Contohnya, jika terdapat AMM yang mengenakan cukai MEV pada setiap transaksi, maka pesanan UniswapX cukai MEV mungkin lebih berkemungkinan diisi oleh AMM atau pengisi luar rantaian yang berbeza.

Dalam banyak kes, mungkin terdapat keseimbangan di mana dua aplikasi mereka bentuk cukai MEV mereka supaya mereka berkongsi MEV dengan cara yang memaksimumkan keuntungan masing-masing. Sebagai contoh, AMM cukai MEV mungkin ingin menangkap nilai daripada seorang pedagang termaklum berhampiran bahagian atas blok, tetapi kemudian mahu memberikan kecairan pada kadar tetap yang lebih rendah kepada pedagang dan aplikasi lain (termasuk aplikasi yang menggunakan cukai MEV). kos. Dalam kes ini, AMM mungkin menetapkan cukai MEV yang agak rendah (mis. $0.00001 * priorityFeePerGas) supaya perdagangan arbitraj (jika ada) berlaku awal dalam blok dan kemudian tidak mengenakan cukai MEV ke atas urus niaga berikutnya dalam blok . Aplikasi seperti UniswapX yang ingin berinteraksi dengan AMM boleh menetapkan cukai MEV yang lebih tinggi (cth. $0.01 * priorityFeePerGas) untuk memastikan urus niaga mereka disertakan selepas kumpulan telah pun timbang tara. Memandangkan cukai relatif ini, walaupun terdapat hanya $1 MEV dan $50,000 MEV dalam susunan UniswapX, AMM akhirnya akan ditimbangtarakan dahulu.

Kami percaya ini adalah ruang reka bentuk yang luas yang layak untuk penyelidikan masa depan.

Keterbatasan

Cukai MEV mempunyai beberapa kerumitan dan kelemahan, yang kami percaya adalah bidang yang menarik untuk penyelidikan masa depan.

Ketidakserasian Insentif

Cukai MEV tidak serasi insentif untuk pencadang blok monopoli. Mereka hanya berfungsi jika terdapat medan permainan yang seimbang untuk kemasukan transaksi, yang hanya berlaku jika pencadang sekatan mengikut peraturan "pengutamaan kompetitif" daripada memaksimumkan hasil mereka sendiri akan berlaku. Senarai tidak rasmi peraturan yang dicadangkan, termasuk tetapi tidak terhad kepada yang berikut:

Utamakan. Urus niaga dalam blok mesti dipesan oleh priorityFeePerGas dalam susunan menurun.

Tentang penapisan. Jika pencadang blok menerima transaksi t1 semasa blok, dan blok itu tidak penuh atau mengandungi beberapa transaksi t2, seperti t2.priorityFeePerGas <

Privasi sebelum transaksi. Pencadang blok mesti menerima transaksi melalui titik akhir persendirian dan tidak boleh berkongsi transaksi sedemikian dengan orang lain sebelum menyerahkannya ke blok, atau menggunakan kandungan transaksi ini sebagai input untuk membina transaksi mereka sendiri.

Tiada semakan akhir. Pencadang blok mesti menetapkan masa blok yang jelas Sebelum masa ini, mereka akan menerima permintaan transaksi daripada sesiapa sahaja selepas masa ini, mereka tidak akan menerima permintaan transaksi daripada sesiapa sahaja.

Pelanggaran satu atau lebih hartanah ini boleh menjejaskan keberkesanan cukai MEV. Pencadang sekat yang melanggar penapisan boleh mengelakkan kebanyakan cukai MEV dengan mengecualikan transaksi bersaing dan menyerahkan transaksi keutamaan sifar yang mengambil kesempatan ke atas diri mereka sendiri. Pencadang sekat yang melanggar privasi pra-urus niaga boleh mencuri MEV daripada urus niaga lain atau melihat yuran keutamaan mereka untuk mengetahui dengan tepat berapa tinggi mereka perlu menetapkan yuran mereka, manakala pencadang sekat yang boleh menyerahkan transaksi lewat daripada yang lain akan mendapat Free'Akhirnya lihat jika anda ingin mendapatkan peluang pada harga yang lebih tinggi daripada yang lain, kedua-duanya boleh menimbulkan masalah pemilihan yang buruk yang akhirnya menghalang persaingan

Malangnya, manakala atribut pertama mudah didapati dalam penguatkuasaan lapisan perjanjian, tetapi menguatkuasakan sifat lain. secara tidak amanah adalah soalan terbuka

Jika tiada penguatkuasaan di lapisan protokol, penjujukan tunggal yang komited kepada peraturan ini perlu dipercayai untuk tidak menyimpang daripada peraturan ini Dan jika pencadang menyekat pembinaan kepada persaingan lelongan memaksimumkan hasil (seperti MEV-Boost Ethereum L1), blok mungkin tidak mengikutinya

Masalah ini boleh diselesaikan oleh satu pesanan yang dipercayai ", penjujukan ini berjanji untuk menggunakan pesanan keutamaan kompetitif untuk pembinaan blok. Ia juga boleh diselesaikan dengan mekanisme terdesentralisasi menggunakan beberapa gabungan konsensus, kriptografi dan/atau persekitaran pelaksanaan yang dipercayai, seperti Sorella’s Angstrom, Flashbots’ SUAVE, lelongan tanpa pemimpin atau kepelbagaian.

Blok Penuh

Pengecualian kepada operasi biasa cukai MEV berlaku apabila blok penuh sepenuhnya. Dalam kes ini, pencadang blok mungkin perlu meninggalkan urus niaga keutamaan yang lebih rendah dan bukannya hanya memasukkannya ke dalam blok. Oleh kerana urus niaga yang berinteraksi dengan aplikasi cukai MEV mungkin mempunyai yuran keutamaan yang sangat rendah, aplikasi ini mungkin dipenuhi oleh aplikasi yang tidak menggunakan cukai MEV atau mempunyai cukai MEV yang sangat rendah. Walau bagaimanapun, dalam rantaian yang menggunakan mekanisme seperti EIP-1559 untuk menetapkan yuran asas yang berasingan, ia sepatutnya agak jarang untuk blok diisi sepenuhnya. Selain itu, memandangkan urus niaga tertentu perlu ditangguhkan apabila blok penuh, menangguhkan urus niaga yang mewakili keperluan mendesak yang lebih rendah dengan menetapkan cukai MEV yang lebih tinggi mungkin merupakan hasil yang munasabah.

Transaksi Dipulihkan

Cukai MEV sebenarnya bergantung pada lelongan blok tunggal di mana setiap "bid" adalah transaksi. Satu kelemahan lelongan ini ialah bida yang gagal sering menyebabkan transaksi yang dipulihkan dimasukkan dalam rantaian, membayar beberapa yuran asas dan menyebabkan kesesakan rantaian.

Jika pengisih boleh mengecualikan sepenuhnya urus niaga yang gagal, ini akan mengurangkan masalah ini, walaupun ini sukar dicapai walaupun dengan pengisih berpusat. (Ia juga tidak mematuhi sepenuhnya sifat tahan penapisan yang dinyatakan di atas, walaupun takrifan itu boleh dilaraskan.) Penjujukan yang lebih canggih boleh mengoptimumkan proses ini dengan membenarkan transaksi untuk menentukan lelongan yang dipertandingkan yang mereka sertai, membenarkan penjujukan untuk mendapatkan maklumat yang secukupnya untuk melangkau transaksi berikutnya yang diketahuinya akan gagal.

Niat Pengguna yang Bocor

Cukai MEV hanya berfungsi jika terdapat persaingan di kalangan pencari, bermakna peluang itu perlu diketahui sedikit sebanyak. Untuk aplikasi seperti AMM, di mana peluang boleh dilihat pada rantaian, ini sepatutnya berlaku secara semula jadi. Tetapi untuk aplikasi seperti penghalaan berasaskan niat atau lelongan latar belakang, ini bermakna aplikasi mungkin perlu berkongsi niat pengguna dengan pencari.

Dalam beberapa kes, kehilangan privasi sementara yang disebabkan oleh penyebaran niat pengguna sebelum ia direalisasikan mungkin membocorkan nilai dengan cara yang cukai MEV tidak dapat dipulihkan.

Sebagai contoh, katakan Alice ingin membeli token kecairan rendah menggunakan protokol lelongan bahagian belakang yang diterangkan di atas. Dia menerbitkan niat ditandatangani dompet kontrak pintar untuk membeli token pada AMM dan menetapkan toleransi kegelinciran tertentu. Seorang pencari boleh bersaing dalam perdagangan keutamaan tinggi untuk menaikkan harga token itu sehingga toleransi kegelincirannya tanpa mengisi pesanan pengguna. Pemenang Bob kemudiannya boleh memenuhi niat Alice dalam cara yang tidak kompetitif dengan memasukkannya dalam urus niaga keutamaan rendah dan menjalankannya secara terbalik, dengan itu mengapit transaksi Alice dan memberinya harga yang lebih teruk sambil melepaskan cukai MEVnya. Isu yang sama boleh timbul apabila membeli NFT.

Perlu diingatkan bahawa serangan sedemikian adalah berisiko untuk Bob kerana dia tidak dapat menjamin atomicity antara membeli token dan menjualnya kepada Alice. Bob yang naif mungkin jatuh ke dalam perangkap "mengikat dan mengoyak": Alice mula-mula mengumumkan hasratnya untuk membeli token yang tidak bernilai daripada dirinya sendiri, dan Bob membeli token itu untuk mengapit urus niaganya, tetapi sebelum Bob melengkapkan pengapit, Alice menarik balik niatnya .

Apl juga boleh mengurangkan perkara ini dengan mengehadkan set pencari yang mereka berkongsi niat dan memantau tingkah laku mereka, seperti yang dilakukan oleh banyak lelongan aliran pesanan sedia ada.

Ia juga mungkin untuk menggabungkan cukai MEV dengan ciri pembina yang sedar privasi, seperti yang dibayangkan oleh Flashbots untuk reka bentuk SUAVE.

Akhirnya, jika Alice memutuskan bahawa kos perkongsian niat mengatasi faedah carian kompetitif, dia boleh membina sendiri transaksi dan menyerahkannya terus ke blok. Seperti yang dinyatakan di atas, pelaksanaan yang ideal bagi keutamaan kompetitif akan memberikan pencadang blok dengan privasi pra-urus niaga.

Perbincangan berkaitan

Keutamaan lelongan gas. Kertas Flash Boys 2.0, yang mencipta istilah "nilai yang boleh diekstrak pelombong," mengkaji beberapa dinamika keutamaan dalam rantaian blok terdesentralisasi. Kertas itu menyatakan bahawa pelombong Ethereum (apabila rangkaian menggunakan bukti kerja) sudah mengutamakan urus niaga, dan penimbangtara bergantung pada tingkah laku ini untuk mengambil bahagian dalam "lelongan gas keutamaan" di mana mereka membida hak untuk dimasukkan ke dalam zon pertama blok, yang mengakibatkan majoriti MEV ditimbangtarakan oleh bursa terdesentralisasi dimiliki oleh pelombong.

Dahulu didahulukan. Beberapa percubaan untuk mengurangkan MEV melalui peraturan pesanan transaksi, seperti Themis atau pesanan semasa Arbitrum One (7) menumpukan pada penguatkuasaan peraturan pesanan yang berbeza, first come first serve (kadangkala dipanggil "fair order"), di mana pencadang blok mesti Isih transaksi dalam perintah mereka melihat mereka.

Pengutamaan mengambil pendekatan berbeza - merawat transaksi yang tiba dalam masa tertentu secara sama rata dan menyusunnya mengikut keutamaan yang diisytiharkan.

Dahulu, dilayan dahulu sukar untuk dilaksanakan atau ditakrifkan dalam persekitaran rangkaian sebenar dengan berbilang pengesah. Walaupun dengan satu penjujukan yang dipercayai, ia boleh membawa kepada perbalahan kependaman yang membazir dan spam. Akhir sekali, cukai MEV mungkin boleh menghapuskan jenis MEV tertentu yang tidak boleh dipesan dahulu, seperti dahulu, seperti keuntungan arbitraj daripada "lompatan" diskret dalam harga aset. Potensi kelebihan pesanan keutamaan berbanding pesanan yang dia dapat dahulu dikaitkan sedikit sebanyak dengan kelebihan masa diskret berbanding pertukaran masa berterusan yang dibincangkan dalam Budish, Cramton, Shim (2015).

Sementara itu, sementara keutamaan nampaknya membocorkan nilai kepada MEV secara lalai, siaran ini menunjukkan cara mereka bentuk aplikasi anda untuk mendapatkannya semula.

Perkongsian kos. Blast ialah Ethereum L2 dan berkongsi sebahagian daripada keutamaan dan yuran asas dengan kontrak pintar yang diakses dalam urus niaga.

Cukai MEV membenarkan sesuatu yang serupa (sekurang-kurangnya untuk yuran keutamaan) tetapi boleh dilaksanakan pada lapisan aplikasi pada mana-mana rantaian menggunakan keutamaan kompetitif tanpa memerlukan sokongan khas untuk perkongsian yuran. Mereka juga membenarkan aplikasi untuk menentukan cukai mereka sendiri sebagai fungsi tersuai bagi yuran keutamaan, memberikan fleksibiliti yang lebih besar dan berpotensi meningkatkan kebolehkomposisian aplikasi sedar MEV.

Penyelesaian tidak amanah. Artikel ini memfokuskan pada motivasi untuk platform menggunakan keutamaan kompetitif dan cara untuk mengeksploitasi platform, dan bukannya cara untuk menguatkuasakannya dengan cara yang tidak amanah.

Setiap hartanah lain yang diperlukan untuk keutamaan kompetitif telah dibincangkan dengan ketara sebelum ini. Contohnya, dalam Fox, Pai, Resnick (2023), pengarang membincangkan kelemahan lelongan dalam rantaian jika tiada rintangan penapisan dan menerangkan reka bentuk lelongan tahan penapisan menggunakan berbilang pencadang serentak. Walau bagaimanapun, mereka tidak mencadangkan urutan transaksi tertentu.

Terdapat penyelidikan lain untuk membina mekanisme pembinaan blok yang meminimumkan kepercayaan, termasuk SUAVE Flashbots, Angstrom Sorella, Lelongan Tanpa Pemimpin, Timeboost terdesentralisasi Espresso dan Offchain Labs, dan kemasukan urus niaga awam paksa Péter Szilági.

Kami berharap artikel ini menggalakkan L2 untuk mempertimbangkan menggunakan keutamaan (disokong secara lalai oleh timbunan OP), dan menggalakkan aplikasi untuk mencuba cukai MEV jika disokong. Kami juga berharap ia memberi inspirasi kepada penyelidikan lanjut mengenai protokol keutamaan kompetitif yang meminimumkan kepercayaan pada L1 dan L2.

Atas ialah kandungan terperinci Artikel Baru dari Paradigma: Percukaian dan Keutamaan MEV. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!