著者: 0XNATALIE
Paradigmの研究者であるDan RobinsonとDave Whiteは、「MEV税」という新しい概念を提唱しました。MEV税の仕組みにより、アプリケーションは取引から一部のMEVを回収することができ、その目的はMEVの価値を再分配し、取引の発見者がその価値をすべて独占することを避けることです。この仕組みはOPメインネット、Base、BlastなどのOP Stack L2などで効果的に実施することができます。
MEV税(MEV taxes)とは、スマートコントラクトが取引の優先手数料(priority fee)を分析して自動的に料金を引き出す仕組みを許可するものです。このフレームワークでは、スマートコントラクトは取引の優先手数料に基づいて一定割合のMEV税を徴収します。優先手数料とは、ユーザーが取引の処理を加速するためにネットワークに支払う料金です。EIP-1559以降、イーサリアムの取引手数料は基本手数料と優先手数料に分かれます。基本手数料はネットワークが自動的に設定し、ネットワークの混雑状況に応じて動的に調整されます。一方、優先手数料はユーザーがブロック提案者に支払う追加料金であり、取引処理を優先的に行うためのインセンティブとなります。
スマートコントラクトは、トランザクションの優先手数料をチェックし、それに基づいて追加の比例料金であるMEV税を課します。例えば、MEV税の下では、ユーザーはブロックプロポーザルに1uの優先手数料を支払い、そのトランザクションを優先的に処理するように促します。検索者は、このトランザクションのMEV(100uなどの利益を得ることができる)を自分のものにするために、このトランザクションとの相互作用に基づいて設定されたスマートコントラクトの比率1:99の料金を支払い、99uをスマートコントラクトに支払います。この99uはアプリケーションに返却され、ユーザーに報酬などを提供するために使用されます。MEV税がない場合、ユーザーは1uの優先手数料を支払い、同様にプロポーザルがこのトランザクションを処理すると1uを受け取りますが、このトランザクションによって生成されたMEV(100u)はすべて検索者が受け取ります。
MEV税の有効性は、「競争優先順位」(competitive priority ordering)のルールに基づいています:
優先費用に従ってソートする: ブロック提案者はトランザクションの優先費用の高低に従ってトランザクションをソートし、優先度の高いトランザクションを優先して処理する必要があります。
審査なし:ブロック提案者は、低い優先手数料での取引であっても、取引を審査または除外することはできません。
無盗聴およびレイテンシー:ブロック提案者は取引内容を事前に盗聴することはできず、また無理な取引の処理の遅延もできません。
このルールに基づくと、MEV税はOP Stack L2でのみ有効です。なぜなら、これらのオンチェーンブロックの提案者(ソーター)が競争優先順位のルールに従うからです。ソーターがこれらの原則に違反する場合、彼らはトランザクションの順序を操作することでMEV税を回避し、価値を自分のものにすることもできます。
しかし、イーサリアム L1 にとっては、ブロックの構築は MEV-Boost などの競争的なブロック構築オークションシステムを通じて行われ、複数のブロック構築者が競争に参加し、高額な取引を含むことで収入を最大化しようとします。MEV税によって構築者の収益が減少するため、高度な競争のブロック構築環境では、構築者はMEV税が実施されていない取引を優先的に選択する傾向があるため、このメカニズムはイーサリアム上では無効です。
MEV税は、特定の外部インフラストラクチャを必要とせずに、任意のスマートコントラクトで採用することができ、スマートコントラクト開発者が自身のアプリケーション要件に応じて料金モデルをカスタマイズできます。この柔軟性により、異なるブロックチェーンプロトコルやアプリケーションは、それぞれの戦略に従って最適化でき、同時に他のシステムとの互換性を維持できます。例えば:
DEX取引の最適化:DEXにMEV税を導入する際、取引の実行価格は市場の供給と需要だけでなく、MEV税の要素も含まれます。取引を先行して完了し、より良い価格を獲得するために、探索者はより高いMEV税を支払わなければなりません。この費用は、取引を優先的に処理するために使用することができます。または、ユーザーや流動性提供者にフィードバックする一種の報酬メカニズムとして使用することができます。これにより、取引の実行価格が変更され、間接的に取引価格のスリッページが減少する可能性があります。
流動性プロバイダーの損失と再バランス問題を減らす:AMMは、より高いMEV税を支払う取引を優先的に処理するように設定できます。これにより、アービトラージャーから一部の利益を回収し、AMMまたは流動性プロバイダーに返すことができます。これにより、流動性プロバイダーの収益がより安定するようになります。
トランザクションで生成される「backrun」MEVをキャプチャする:MEV税をスマートコントラクトウォレットに統合することで、ユーザーのウォレットがトランザクション時に自動的にMEV税を収集するように設計されたメカニズムです。これにより、他の市場参加者がユーザーのトランザクションで生成されるMEVを利用しようとする場合、彼らはMEV税を支払わなければなりません。この税金の一部は元のトランザクションのユーザーに返還することができます。このメカニズムにより、ユーザーは自分のトランザクションによって生成されるMEVを効果的にキャプチャすることができ、彼らの利益を保護します。
MEV税は、ブロックプロポーザルがブロックを完全に埋め尽くす場合、優先度の低いトランザクションを単純に後期に含めるのではなく、優先度の低いトランザクションを放棄する可能性があることなど、他の制約に直面しています。また、MEV税の成功には競争が存在する市場が必要であり、これはトランザクションの機会が広く知られる必要があることを意味します。一部のユーザーインテントに基づくアプリケーションでは、ユーザーの意図を公開する必要があり、競争において潜在的な価値の漏洩が生じる可能性があります。
MEV 税のメカニズムはいくつかの課題や制約に直面していますが、この革新的な手法は、本来検索者に全て帰属していたMEV収益をアプリケーションに還元するための一つの手段でもあります。MEV税とMEVシェアの目的は似ており、両者ともMEVの公正な分配を促進するためにMEVの還元方法を模索しています。
341.46K 人気度
49.97M 人気度
14.3K 人気度
2.11M 人気度
181.62K 人気度
MEV税を理解するための1つの記事:「夹子たち」の「不義の財産」はもう守られていない?
著者: 0XNATALIE
Paradigmの研究者であるDan RobinsonとDave Whiteは、「MEV税」という新しい概念を提唱しました。MEV税の仕組みにより、アプリケーションは取引から一部のMEVを回収することができ、その目的はMEVの価値を再分配し、取引の発見者がその価値をすべて独占することを避けることです。この仕組みはOPメインネット、Base、BlastなどのOP Stack L2などで効果的に実施することができます。
MEV税についての説明
MEV税(MEV taxes)とは、スマートコントラクトが取引の優先手数料(priority fee)を分析して自動的に料金を引き出す仕組みを許可するものです。このフレームワークでは、スマートコントラクトは取引の優先手数料に基づいて一定割合のMEV税を徴収します。優先手数料とは、ユーザーが取引の処理を加速するためにネットワークに支払う料金です。EIP-1559以降、イーサリアムの取引手数料は基本手数料と優先手数料に分かれます。基本手数料はネットワークが自動的に設定し、ネットワークの混雑状況に応じて動的に調整されます。一方、優先手数料はユーザーがブロック提案者に支払う追加料金であり、取引処理を優先的に行うためのインセンティブとなります。
スマートコントラクトは、トランザクションの優先手数料をチェックし、それに基づいて追加の比例料金であるMEV税を課します。例えば、MEV税の下では、ユーザーはブロックプロポーザルに1uの優先手数料を支払い、そのトランザクションを優先的に処理するように促します。検索者は、このトランザクションのMEV(100uなどの利益を得ることができる)を自分のものにするために、このトランザクションとの相互作用に基づいて設定されたスマートコントラクトの比率1:99の料金を支払い、99uをスマートコントラクトに支払います。この99uはアプリケーションに返却され、ユーザーに報酬などを提供するために使用されます。MEV税がない場合、ユーザーは1uの優先手数料を支払い、同様にプロポーザルがこのトランザクションを処理すると1uを受け取りますが、このトランザクションによって生成されたMEV(100u)はすべて検索者が受け取ります。
有効性は競争優先順位ルールに基づいています
MEV税の有効性は、「競争優先順位」(competitive priority ordering)のルールに基づいています:
優先費用に従ってソートする: ブロック提案者はトランザクションの優先費用の高低に従ってトランザクションをソートし、優先度の高いトランザクションを優先して処理する必要があります。
審査なし:ブロック提案者は、低い優先手数料での取引であっても、取引を審査または除外することはできません。
無盗聴およびレイテンシー:ブロック提案者は取引内容を事前に盗聴することはできず、また無理な取引の処理の遅延もできません。
このルールに基づくと、MEV税はOP Stack L2でのみ有効です。なぜなら、これらのオンチェーンブロックの提案者(ソーター)が競争優先順位のルールに従うからです。ソーターがこれらの原則に違反する場合、彼らはトランザクションの順序を操作することでMEV税を回避し、価値を自分のものにすることもできます。
しかし、イーサリアム L1 にとっては、ブロックの構築は MEV-Boost などの競争的なブロック構築オークションシステムを通じて行われ、複数のブロック構築者が競争に参加し、高額な取引を含むことで収入を最大化しようとします。MEV税によって構築者の収益が減少するため、高度な競争のブロック構築環境では、構築者はMEV税が実施されていない取引を優先的に選択する傾向があるため、このメカニズムはイーサリアム上では無効です。
MEV税の問題を解決する
MEV税は、特定の外部インフラストラクチャを必要とせずに、任意のスマートコントラクトで採用することができ、スマートコントラクト開発者が自身のアプリケーション要件に応じて料金モデルをカスタマイズできます。この柔軟性により、異なるブロックチェーンプロトコルやアプリケーションは、それぞれの戦略に従って最適化でき、同時に他のシステムとの互換性を維持できます。例えば:
DEX取引の最適化:DEXにMEV税を導入する際、取引の実行価格は市場の供給と需要だけでなく、MEV税の要素も含まれます。取引を先行して完了し、より良い価格を獲得するために、探索者はより高いMEV税を支払わなければなりません。この費用は、取引を優先的に処理するために使用することができます。または、ユーザーや流動性提供者にフィードバックする一種の報酬メカニズムとして使用することができます。これにより、取引の実行価格が変更され、間接的に取引価格のスリッページが減少する可能性があります。
流動性プロバイダーの損失と再バランス問題を減らす:AMMは、より高いMEV税を支払う取引を優先的に処理するように設定できます。これにより、アービトラージャーから一部の利益を回収し、AMMまたは流動性プロバイダーに返すことができます。これにより、流動性プロバイダーの収益がより安定するようになります。
トランザクションで生成される「backrun」MEVをキャプチャする:MEV税をスマートコントラクトウォレットに統合することで、ユーザーのウォレットがトランザクション時に自動的にMEV税を収集するように設計されたメカニズムです。これにより、他の市場参加者がユーザーのトランザクションで生成されるMEVを利用しようとする場合、彼らはMEV税を支払わなければなりません。この税金の一部は元のトランザクションのユーザーに返還することができます。このメカニズムにより、ユーザーは自分のトランザクションによって生成されるMEVを効果的にキャプチャすることができ、彼らの利益を保護します。
MEV税の制限
MEV税は、ブロックプロポーザルがブロックを完全に埋め尽くす場合、優先度の低いトランザクションを単純に後期に含めるのではなく、優先度の低いトランザクションを放棄する可能性があることなど、他の制約に直面しています。また、MEV税の成功には競争が存在する市場が必要であり、これはトランザクションの機会が広く知られる必要があることを意味します。一部のユーザーインテントに基づくアプリケーションでは、ユーザーの意図を公開する必要があり、競争において潜在的な価値の漏洩が生じる可能性があります。
MEV 税のメカニズムはいくつかの課題や制約に直面していますが、この革新的な手法は、本来検索者に全て帰属していたMEV収益をアプリケーションに還元するための一つの手段でもあります。MEV税とMEVシェアの目的は似ており、両者ともMEVの公正な分配を促進するためにMEVの還元方法を模索しています。