ウォレットは、Web3への入り口であり、ユーザーがメッセージを送受信したり、資金を管理したり、ブロックチェーンアプリケーションとやり取りするための重要なポータルとして機能します。ブロックチェーンインフラストラクチャーの重要な部分として、ウォレットはユーザーのWeb3体験を大きく形作ります。

ウォレットエコシステムは多様で、プロバイダーは異なるメカニズムを通じてさまざまな製品やサービスを提供しています。ウォレットプロバイダーは持続可能性と多様化を目指しており、その運用モデルは進化し、ユーザー、アプリケーション、基盤となるブロックチェーンインフラストラクチャの間に新たなダイナミクスを生み出しています。

当レポートは、が行った調査を基に、イーサリアム上のウォレットの現状を明らかにすることを目的としていますorderflow.art.

ただし、オンチェーンのトランザクション追跡を通じてウォレットを特定することには、いくつかの課題があります。

1. 未知のルーターや署名アドレスによる不完全な識別
2. 中央集権取引所に関連付けられた複数のウォレットアドレスを識別する難しさ。
3. 一部のウォレットにルーターアドレスがないため、ユーザーの識別が困難になっています。

これらの制限にもかかわらず、このレポートは、イーサリアムウォレットの景観、現在のトレンド、将来の展望について包括的な概要を提供しています。

レポートは、ウォレットタクソノミーと注文フローライフサイクルをカバーするバックグラウンドセクションで始まります。ウォレットタクソノミーでは、Web3ウォレットをカストディアルタイプと非カストディアルタイプに分類し、非カストディアルウォレットのさまざまな形態を詳細に説明しています。注文フローライフサイクルセクションでは、取引の旅を概説し、注文フロー発生者からブロックビルダーまでの主要なプレイヤーを特定しています。

次に、最近の動向に焦点を当て、注文フロー発生者（OFOs）に影響を与える最近の動向に焦点を当てます。ブロック構築市場での中央集権化の増加が、注文フローの競争を激化させています。このセクションでは、注文フローの支払い（PFOF）、注文フローオークション（OFAs）、およびプライベート注文フロー（POF）という3つの重要な概念をカバーします。さらに、特にERC-4337に焦点を当てたアカウント抽象化（AA）を紹介し、ウォレットの景観を大きく変える重要な開発について説明します。

最後に、未来のトレンドでは、ユーザーエクスペリエンスを向上させ、ウォレットの環境における規制上の課題に取り組むことを目指す開発を探求します。トランザクションの確認速度を向上させるために設計されたメカニズムである事前確認（pre-confs）を検証します。また、アカウント抽象化機能を向上させることを目的とする2つのEthereum Improvement Proposals（EIPs）を分析します。さらに、Trusted Execution Environments（TEEs）とそれらがWeb3ウォレットのセキュリティとプライバシーを向上させる役割について説明します。TEEsが暗号業界における潜在的なコンプライアンスソリューションとして機能する可能性について考察します。特に、規制当局の焦点が分散化からコントロールの問題に移行するにつれて。

背景#

紹介#

ウォレットは、ユーザーがブロックチェーンアプリケーションとやり取りする主要なインターフェースとして機能します。ユーザーはしばしば複数のウォレット（例えば、複数のMetaMaskアカウント）を保有していますが、プライベートキーを新しいウォレットプロバイダーに移行するプロセスは通常手間がかかります。このユーザーフレンドリーでないポータビリティの欠如は、しばしばユーザーを既存のウォレットプロバイダーに縛り付ける「粘着」効果を生み出します。

オーダーフローの競争が激化する中、ウォレットプロバイダーのユーザー獲得と維持の重要性が高まっています。この競争の激しい状況は興味深い展開をもたらしました: Uniswap、1inch、Curve Financeなどの分散型ファイナンス（DeFi）アプリケーションが独自のウォレットを作成し始めています。この戦略的な動きにより、これらのDeFiプラットフォームはユーザーのオーダーフローに対してより大きな制御を行い、より多くの価値を捉え、より統合されたユーザーエクスペリエンスを提供する可能性があります。

このトレンドは、ブロックチェーンエコシステムにおけるユーザー、ウォレット、DeFiアプリケーションの間の関係の進化を物語っています。オーダーフローの争いがウォレットの景観を再構築し、DeFiスペースの主要プレーヤーの戦略に影響を与えていることが強調されています。

図1. イーサリアムウォレットエコシステムの概要

ウォレット分類学#

Web3ウォレットは通常、第三者によって管理されるカストディアルウォレットまたはユーザーによって管理されるノンカストディアルウォレットのいずれかに分類されます。管理権限は、ウォレットの秘密鍵を保持するのは誰かによって定義されます。

• カストディアルウォレット：主に暗号取引所やTelegramボットによって提供されるカストディアルウォレットは、ユーザーの秘密鍵を保持し、ユーザーに向上したユーザーエクスペリエンスを提供します。しかし、ユーザーは資金を完全にコントロールすることができず、これらの第三者は許可なくユーザーの資金にアクセスする可能性があります。
• 非保管ウォレット：ユーザーはプライベートキーを保持し、自分の非保管ウォレットを完全に制御します。プライベートキーを紛失した場合、ユーザーはウォレットと資金へのアクセスを失います。ホットウォレットのプライベートキーは、アプリケーションとやり取りするインターネットに接続されたデバイスに保存されています。コールドウォレットは、アプリケーションとやり取りしない専用のエアギャップハードウェアデバイスにプライベートキーを保存します。非保管の「ホット」ウォレットはインターネットに接続され、通常、ブラウザの拡張機能、モバイルアプリ、またはデスクトップアプリを介してアクセスされます。「コールド」ウォレットはオンラインアクセスがなく、資産は物理デバイスに保存されています。

異なる技術を持つさまざまな非保管ウォレットタイプがあり、ユーザーエクスペリエンスとセキュリティを向上させています。

MPCウォレット

Multi-Party Computation(MPC)ウォレットは、暗号技術を使用して、プライベートキーを暗号化し、断片化し、複数のデバイスに配布します。これらのデバイスまたは当事者は、プライベートキーまたはデータを公開せずに計算を評価する必要があります。MPCウォレットのコンテキストで使用される多者間計算プロトコルには、通常、これらの特性があります:

1. 閾値セキュリティ：事前に定義された数の当事者が協力して取引に署名する必要があることを確認すること。
2. キーフラグメンテーション: プライベートキーを複数のシェアに分割する能力。
3. 分散鍵生成：鍵を分散的に生成することで、どの単一の当事者も完全な秘密鍵を知ることはありません。

MPCウォレットの利点は次のとおりです:

1. セキュリティ：プライベートキーを1人で管理していないため、攻撃者は複数の当事者を攻撃する必要があり、ウォレットのセキュリティが向上します。
2. 回復可能性：複数の場所に保存された暗号化されたキー断片を持つ認可された当事者は、キーが紛失した場合にアカウントを回復することができます。
3. アクセシビリティ：資産はプライベートキーフラグメントが複数の当事者に安全に分散されているため、オンラインで保持することができます。取引はホットウォレットよりも効率的に実行することができ、キーのセキュリティを損なうことなく行うことができます。

Externally Owned Accounts (EOAs)#

外部所有アカウント（EOA）は、ユーザーがコントロールしてスマートコントラクトとのやり取りをするためのユニークなプライベートキーによって管理されています。

EOAsはプライベート楕円曲線デジタル署名アルゴリズム（ECDSA）キーを使用してデジタルトランザクションに署名し、検証します。ユーザーはトランザクションを送受信し、スマートコントラクトとやり取りし、EOAを介してメッセージを承認できます。

EOAを作成するために、ウォレットUIは秘密鍵とシードフレーズを生成します。唯一の秘密鍵とシードフレーズのため、ユーザーは両方を失うとウォレットへのアクセス権を失います。

スマートコントラクトウォレット#

スマートコントラクトウォレット、またはスマートウォレットは、Account Abstractionおよびスマートコントラクトのプログラミング機能を活用してユーザーエクスペリエンスを向上させます。スマートコントラクトウォレットは、プライベートキーではなく契約コードによって制御されます。ERC-4337のようなAccount Abstractionプロトコルは、スマートコントラクトウォレットが、EOAウォレットがトランザクションを開始する要件をバイパスするのに役立ちます。スマートコントラクトウォレットは、次のような機能のためにプログラムできます：

1. 二要素認証
2. アカウント凍結
3. 柔軟な回復
4. トランザクションのバッチ処理
5. 転送および支出制限
6. セッションキー
7. ガスのスポンサーシップとノンネイティブトークンのガス支払い
8. マルチシグウォレット

EOAと比較して、スマートコントラクトウォレットは、契約コードの実行とイベントの公開によるガスオーバーヘッドが主な要因で、そのため小さくなります。スマートコントラクトは本質的により複雑で強力ですが、信頼できるのは監査された実戦済みのスマートコントラクトウォレットだけです。

オーダーフローライフサイクル#

Orderflow.art注文フローの景観を照らし出し、取引のライフサイクルにおける既知のオンチェーンアクターを特定しました。

取引のライフサイクルは、オンチェーンフロントエンドの左側で始まり、ブロックビルダーの右側で終了します。

図2. 2024年9月30日のOrderflow.art Sankeyを編集しました

トランザクションのライフサイクルにおける主要なオンチェーンアクターは次のとおりです:

注文フロー発信元#

オーダーフローオリジネーター（OFOs）は、ウォレットとやり取りする最初のオンチェーンアプリケーションです。OFOには、次のものが含まれます：

1. ウォレット：ウォレットは、直接スワップなどのユーザーエクスペリエンスを向上させるための機能をますます追加しています。
   注:図3、4、5には既知のルーターのみが含まれており、ウォレットからのネイティブスワップトランザクションを過小評価しています。
2. フロントエンド:Uniswapのようなアプリケーションには、ユーザーがトランザクションを作成するための独自のウォレットとインターフェースがあります。DEXフロントエンドは、取引量と取引数の市場シェアの両方で優位性を失いつつあります(図3および図4)。
3. Telegramボット：Banana Gun、Maestro、Unibotは、直近1年間で小売取引の大部分を獲得しました（図4）。取引規模は一般的に10,000ドル未満です（図5）。
4. アグリゲーター：アグリゲーターは、DefiLlama、Matcha、0x API、および1inch APIのようなアプリケーションで、複数のDEXに接続して分散した流動性を統一するものです。取引回数の市場シェアは2023年以来比較的一貫しており、取引高はわずかに減少しています（図3および4）。
5. オーダーフローオークション：OFAにはソルバーバッチオークション（例：CoWSwap）、RFQシステム（例：Uniswap X）、および実行オークション（例：MEV-Blocker）が含まれます。 OFAは、DEXフロントエンド（図3）の取引量市場シェアを犠牲にして取引量を増やしており、通常、大口取引（図5）に使用されています。

図3。フロントエンド取引高（3年間）、Dune Analytics。2024年9月30日。

図4. フロントエンド取引数（3年間）、Dune Analytics。2024年9月30日。

図5. フロントエンド取引サイズ（7日間）、Dune Analytics。2024年9月30日。

流動性プロバイダー#

大口取引や流動性の低い取引ペアは、しばしばスリッページを最小限に抑えるために、オーダーフローオークション（OFA）やアグリゲーターにルーティングされます。これらのプロバイダーは、複数の分散型取引所（DEX）、オフチェーンソース、および独自の在庫から流動性を供給しています。

1. Market Makers: トレーディングエンティティは、オフチェーンの流動性と独自の在庫を使用して取引を実行する。彼らはHashflowやUniswap Xのようなリクエストフォーレス（RFQ）プラットフォームのための流動性を提供します。
2. Solvers: トランザクションの実行のための最適なルーティングと価格を決定する第三者エンティティ。 Solvers は CoWSwap などの OFA で利用され、一部は独自のフロントエンドインターフェースを介して直接ユーザートランザクションを提出しています。
3. CEX-DEX検索者：これらの検索者は、中央集権取引所（CEXs）からのオフチェーン流動性を活用してオンチェーンのアービトラージ機会を捉えます。彼らは、MEV ShareやMEV-Blockerのようなプライベートメンプールを使用することができます。

Mempools#

イーサリアムの注文は、公共またはプライベートなメンプールに送信されます:

1. パブリックメンプール：すべてのトランザクションは全員に表示され、検索者やOFAによってバンドル化される可能性があります。すべてのブロックビルダーはこれらのトランザクションにアクセスしてブロックに含めることができます。
2. プライベートメンプール：取引は特定の検索者、OFA、およびビルダーなど、選択した当事者のみに表示されます。

Builders#

ビルダーはトランザクションをブロックに配置および含めます。トランザクションが勝利したビルダーのブロックに含まれると、注文のライフサイクルは完了します。勝利したブロックに含まれていない場合、トランザクションはメンプールに残り、将来のブロックに含まれるか破棄されるまでそこに留まります。

References#

1. https://orderflow.art/frontends
2. Quicknode, Web3ウォレットの完全な概要
3. イーサリアム財団、Ethereumのアカウント
4. Fireblocks, MPC（Multi-Party Computation）とは何ですか？
5. アルケミー、スマートコントラクトウォレットとEOAウォレットの8つの驚くべき利点
6. アンチェーンド、イーサリアムの外部所有アカウント（EOAs）とは何ですか？
7. アンバイア ウォレット, アカウントの抽象化とスマートコントラクトウォレットの利点

現在のトレンド#

現在、イーサリアムの景観は、業界を再構築しているいくつかの重要なトレンドによって特徴付けられています。オーダーフローオリジネーターに影響を与えるイーサリアムの主要な2つのトレンドは、1)ブロック構築市場の中央集権化、および2)ERC-4337を使用したアカウントの抽象化の実装です。

ブロックビルダーセントラリゼーション#

イーサリアムのビルダーマーケットブロック市場の90％以上を占める2つのビルダーによって、ますます中央集権化されています。

Figure 6. 2024年9月30日からの30日間のビルダー市場シェア、libmev.com。

この集中は、オーダーフローに新しいダイナミクスを生み出しました:

• 注文フローの支払い（PFOF）
• オーダーフローオークション（OFA）
• プライベートオーダーフロー

これらのメカニズムは、取引の処理と優先順位付けの方法を変えつつあり、MEV保護や価格発見の改善などの利点を提供していますが、市場の公平性や分散化についての懸念も引き起こしています

オーダーフローの支払い#

オーダーフローへの支払い（PFOF）は、市場メーカーがOTCオーダーフローをブローカーに支払うという伝統的な金融概念から始まったものです。市場メーカーは小売オーダーフローを無知で非毒性と見なし、対戦すると非常に利益が出ます。自動取引システム（ATS）が拡大するにつれて、市場メーカーはPFOFを使用して小売オーダーフローを自分たちのATSに引き付けました。

個人トレーダーは、次の3つの方法でPFOFの恩恵を受けます。

1. PFOFの一部は、小売トレーダーの約定コストをカバーするために使用されます。
2. マーケットメイカーはより狭い価格を提示し、小売トレーダーが改善された価格で取引を実行できるようにします
3. マーケットメーカーは、オッドロット注文の流動性を高めることができます。

Ethereumでは、PFOFは注文フロー発生元（OFOs）とビルダーの間の独占的な注文フロー（EOF）の関係として現れています。 EOFは公開メモリプールをバイパスし、市場の最大35%を占めています。独占的な注文フローにより、競合他社が公開メモリプールまたは注文フローオークション（OFA）から取引を調達することに制約されているのに対し、ビルダーはより高い価値のブロックを構築することができます。 EOFは実行保証が必要なため、ビルダーはOFOのバンドルをタイムリーに含めるように複数化します。

オーダーフロー発生者がEOFリレーションシップを利用する理由はいくつかあります:

• ブロックの含まれることが保証されています。トップビルダーと提携することで、OFOは自身の取引が次に構築されるブロックに含まれる確率を高めます。
• ユーザーMEV保護。 OFOは、トランザクションのMEVを事実上排除できます。
• プライオリティガス手数料の払い戻し。 OFOは、ユーザーが支払ったプライオリティガス手数料を払い戻すことができます。 ビルダーは、Telegramボットからのスナイピング注文などの高品質な取引を重視し、この注文フローに対してより多く支払います。

現在わかっているEOFの関係:

• バナナガンとタイタンビルダー
• マエストロとビーバー

図7. バナナガンのEOFブロック*。

図8 バナナガン マルチプレックス ブロック。

図9. マエストロEOFブロック。

図10. マエストロマルチプレックスブロック。

*EOFは、Flashbotsによって見られないオーダーフローまたはメモリプールによって近似されます。

オーダーフローオークション#

オーダーフローオークション（OFA）は、フロントランニングやサンドイッチ攻撃などのネガティブMEV戦略からユーザー取引を保護するために作成されました。OFAには、ユーザーに多くの利点があります。

1. 取引コストを削減します。 OFAsはトランザクションをバンドルしてガス手数料を削減し、約定スリッページを減らします。
2. MEV払い戻し。OFAはMEVのバックラン機会を競売にかけ、捕獲したMEVの一部をユーザーに返金することができます。
3. 価格発見の改善。第三者のソルバーが最適な約定価格を競います。
4. 強化された流動性。第三者のソルバーは、DEX、CEX、およびプライベートインベントリを含む数多くのソースから流動性を集約することができます。

図11.オーダーフローオークションを備えたMEV供給チェーン。

OFAは、複数のユーザーからのスワップ取引を集約し、実行のためにサードパーティの入札者にオークションにかけます。OFAは競売人として機能し、事前に定義された基準で落札を選択します。落札した入札は、ブロックビルダーのコンセンサスを得るためにバンドルでオンチェーンで提出されます。

異なるタイプのOFAがあります:

• 見積依頼書(RFQ):RFQは、事前に選択された入札者、ファンド、マーケットメーカーのシステムを利用し、オンチェーンとプライベートインベントリを使用して入札を送信します。RFQマーケットメーカーはCEXやクロスチェーンAMMなどの追加の流動性ソースにアクセスできるため、RFQは公開自動マーケットメーカー(AMM)よりも優れた流動性を提供します。例:UniswapX、Bebop、1inch Fusion、Hashflow、0xAPI
• 頻繁なバッチオークション：頻繁なバッチオークションは、第三者のソルバーが価格と流動性を最適化する一方、取引をMEVから保護します。取引はバンドルされ、ガスを節約し、実行を改善します。例：CoWSwap、DFlow
• 取引実行オークション：サードパーティーの入札者、特にサーチャーはMEVを取り出し、最高のユーザー払い戻しのために競争します。このOFAは通常、RPCを介してウォレットに直接統合されています。例：MEV-Blocker、Merkle
• ブロックスペースアグリゲーターオークション：ブロックスペースアグリゲーターオークションは、ビルダー優先ガスリベートを通じて元のユーザーに価値を還元します。 ビルダーは、トランザクションバンドルを含めて価値を高めるために競争し、バンドルが支払った優先ガスの一部を返金します。 例：Flashbots MEVシェア

プライベートオーダーフロー#

プライベートオーダーフロー（POF）は、垂直統合されたオーダーフローの発信元（ウォレット、アプリケーション、ソルバー、サーチャー）およびビルダーからのオーダーフローです。このフローは通常、マルチプレクシングされずに単一のビルダーに送信されます。

トップのビルダー、Beaver BuildとRsyncは、独自の取引会社SCPとWintermuteと統合されており、内部CEX-DEX注文フローの恩恵を受けています。統合された検索ビルダー通常のビルダーに比べて優位性があります。なぜなら、サーチャーからの利益をビルダーに再配分することで、勝利ブロックの入札を提出する可能性が高まるからです。 統合されたサーチャー・ビルダーは、サーチャーからビルダーにトランザクションを送信する際のレイテンシーの節約も受けられます。 このレイテンシーの節約は、ブロックビルダーオークションにも拡張されることがあります。

図 12.合計金額に基づく、最も著名な 7 つの EOF プロバイダーからの独占注文フロー (EOF)。

(a)https://arxiv.org/pdf/2407.13931Titan（b）、Beaverbuild（c）、およびRsyncビルダー（d）用のEOF。 WintermuteプライベートオーダーフローはRsyncだけが見、BeaverbuildだけがSCPプライベートオーダーフローを見ることに注意してください。

将来の影響#

Flashbots ProtectやMEV-BlockerのようなOFAは、ユーザーがウォレットに統合するためのRPCを提供しています。これらの製品は主に個々のウォレットユーザー向けに選択可能であり、アプリケーションに直接統合されています。

さらに、ウォレットは注文フローの価値を捉え始めました。

• Metamaskスマートトランザクション- Metamaskスマートトランザクションは、MEV保護、ガス払い戻し、およびリバート保護を提供するOFAと同じ機能を実行します。このサービスはMetamaskのウォレットに自動的に統合され、ユーザーがオプトインすることができます。サーチャーとソルバーは、スマートトランザクション注文フローへのアクセス料金を支払います。
• Trust Wallet MEV Protection - Trust Wallet MEV Protectionはデフォルトでユーザー向けに含まれていますが、ガスの払い戻しやリバート保護は含まれていません。

参照#

1. CNBC 2021, Virtu Financial CEOがオーダーフローへの支払い規制について重要視.
2. Bradford Levy、政策と規制に関するウォートン・イニシアティブ - 注目のリサーチ:注文フローの支払いと価格改善.
3. Thomas Thiery, ビルダーの行動プロフィール（BBP）の実証分析.
4. CoWProtocol, 理解オーダーフローオークション.
5. Blocknative、注文フローオークション（OFAs）の探求 - MEVと経済機会の公正な分配。
6. ダレン・クライネスワップについてすべてです。なぜオーダーフローオークションがDEXをより良くするのか.
7. S. Yang、K. Nayak、F. Zhang、2024年。イーサリアムのビルダーマーケットの分散化.
8. ティバス・グプタ&マレシュ・M・パイ&マックス・レズニック、2023年。プロポーザーとビルダーの分離に対するプライベートオーダーフローの中央集権化効果.
9. クイントゥス・キルボーン、オーダーフロー、オークション、および中央集権化I - 警告.
10. クインタス・キルボーンオーダーフロー、オークション、および中央集権 II - オーダーフローオークション.
11. B. Bachu、X. Wan、C. Moallemi、2024年。オーダーフローオークションにおける価格改善の数量化.
12. フロンティアリサーチとタイタン、2023年。ビルダーの支配とサーチャーの依存.
13. フロンティアリサーチ、オーダーフローオークションデザインスペース.
14. Pai、M. と Resnick、M.、MEV-Boostにおける統合ビルダーの構造上の利点.
15. Oz, B., Sui, D., Thiery, T., and Matthes, F., 2024. 誰がイーサリアムのブロックビルディングオークションに勝利し、なぜ勝利するのか？

アカウント抽象化#

Account Abstractionの実装、特にERC-4337を通じて、スマートコントラクトウォレットやBundlersやPaymastersなどの新しいエンティティを導入することで、ブロックチェーンネットワークとのユーザーインタラクションを革新し、ユーザーエクスペリエンスを向上させるだけでなく、取引処理と手数料構造の新たな機会と課題を創出しています。

ERC-4337#

アカウント抽象化の主な目標は、すべてのユーザーがEOAを所有する必要をなくし、ユーザーがスマートコントラクトウォレットを主要なアカウントとして使用できるようにすることです。アカウント抽象化は、アカウントの管理とトランザクションの実行をEOAから分離することでこれを達成します。アカウント抽象化は、新しいエンティティを使用します: 1) トランザクションを開始するバンドラー、および2) ガス支払いポリシーを決定するペイマスター。

Figure 13. ERC-4337ワークフロー・ストリーム

ERC-4337新たな参加者であるバンドラーとペイマスターを紹介します：

• Bundler-バンドラーは、複数のユーザー操作をトランザクションに組み立て、ブロックビルダーと同様にトランザクションをエントリポイント契約に送信して実行します。さらに重要なのは、バンドラーにはユーザーがEOAウォレットを持っている必要を抽象化するトランザクションを開始する権限があるEOAがあります。現在のバンドラーにはSkandha、Alchemy、Rundler、Voltaire、Alto、Stackup、およびInfinitismが含まれています。
• ペイマスター - ペイマスターは、ウォレットのガス支払いポリシーを処理するスマートコントラクトです。 ペイマスターは、どの通貨、ステーブルコイン、またはその他のERC-20トークンがガス支払いに適しているかを決定し、アプリケーションがユーザーのガス手数料を支払うことを許可します。

Figure 14. 週間アクティブスマートアカウント

図15. ウィークリー バンドラー 収益

Figure 16. 週次ペイマスターガス支出

将来の影響#

ERC-4337によると、バンドラは今日のブロックビルダーと同様の立場にあり、スマートコントラクトウォレットと排他的な注文フロー取引を実行することができます。排他的な注文フローは、バンドラにとってより重要です。なぜなら、最優先手数料を競い合い、負けたバンドラはUserOperationの逆戻しのガスコストを支払うからです。

UserOperationメンプールは公開されているため、UserOperationsはフロントランニングやサンドイッチ攻撃からMEVを受けやすいです。バンドラーはUserOperationsをバンドルトランザクションに並べ替えてバッチ処理するため、このMEVの一部をキャプチャできます。サーチャーはバンドラーを実行して、公開されたUserOperationメンプールからMEVを抽出できます。バンドラーとビルダーは追加の注文フローを得るために統合することができます。

参照#

1. ERC-4337: アカウント抽象化を通じたエントリーポイント契約仕様
2. ERC-4337：Alt Mempoolを使用したアカウント抽象化
3. https://github.com/ethereum/EIPs/pull/4337/files
4. アルケミー、Account Abstraction（ERC-4337）とは何ですか？
5. アルケミー、ERC-4337スマートコントラクトウォレットはどのように動作しますか？
6. Blocknative, アカウント抽象化（ERC-4337）の入門ガイド
7. Blocknative, ERC-4337の理解-動作原理と未知の領域の探索
8. Dmarz, @dmarz/4337 MEVサプライチェーン
9. Blockbase, ERC-4337はEthereum上のMEV-Boostの影響を減少させますか？
10. BlockPI Network, なぜERC-4337のバンドラーはブロックビルダーと協力する必要があるのか？
11. @KernelVenturesKernel Ventures: Understanding EthereumのERC4337スタンドード - 当社は何を目指しますか？
12. https://www.bundlebear.com/overview

未来のトレンド#

暗号通貨とブロックチェーンの状況は、技術革新と規制の進展によって推進され、大きな変革の先端に立っています。未来を形作る主なトレンドには、次のようなものがあります。

• 高速取引スピードのための事前確認。
• アカウント抽象化とスマートウォレットの向上のためのEIP-7702とEIP-7212は、ユーザーエクスペリエンスと取引署名の基準を向上させます。
• 信頼できる実行環境（TEEs）の統合によるセキュリティの向上。
• 規制的な議論、特にステーブルコインや証券に関して、業界が新しい法的枠組みの中で適応するよう促しています。

広範囲な分散化から制御と実行の微妙な議論に焦点が移るにつれて、これらのトレンドは総合的に、ユーザーがブロックチェーンネットワークとやり取りする方法、開発者がアプリケーションを構築する方法、エコシステムが規制上の課題を乗り越える方法を再定義することを約束しています。

Preconfirmations#

Preconfimations（「preconfs」）は、ユーザーがトランザクションがコンセンサスで確認される前にトランザクション確認を受け取ることを可能にする研究提案です。 Preconfsは、高いネットワーク混雑を排除し、イーサリアム、レイヤー2のロールアップ、およびバリディアムでより速い確認を通じてユーザーエクスペリエンスを向上させることを目指しています。 Justin Drakeによって初めて紹介されたベースのpreconfsにより、L1提案者は、L2ユーザートランザクションが含まれることを経済的に保証することができます。

図17. @EspressoSystems/bft-and-proposer-promised-preconfirmations">ベースロールアップのための事前確認

プレコンフはどのように機能しますか?#

• イーサリアムのブロック提案者（「プリコンファー」）または代理店は、ユーザーに対して署名済みの約束を発行し、彼らの取引が予想よりも速くL1コンセンサスで含まれ、実行されることを保証します。

事前確認の状況はまだ初期段階にあり、さまざまな方法論が提案されています。これらは、注文フロー発生者に最も影響を与える可能性があるものです。

• XGA-スタイルの事前確認：XGAスタイルの事前確認は、ブロックの下部に（位置に関係なく）バンドルが含まれることを保証します。フィラートランザクション、すぐに実行が必要ない、または低いMEVを持つトランザクションは、ブロックの下部のバンドルに含めることができます。これにより、開発者は価値のあるブロックの上部のMEVトランザクションに焦点を当てることができ、フィラートランザクションのガス価格設定が簡素化されます。
• PrimevによるMEV-Commit：MEV-commitは、イーサリアム取引の実行コミットメントがコミットされ、プロバイダーが報酬を受け取るか罰せられるP2Pネットワークです。注文フローの発信者（「入札者」）は、プロバイダーに対して取引の実行意図を指定します。
• EspressoによるBFT Preconfirmations：BFT preconfirmationsは、BFTコンセンサスアルゴリズムのセキュリティとライブネスの保証によって裏付けられています。BFT preconfsは、L1バリデータのサブセットによって裏付けられており、ベースのpreconfsのように単一のバリデータによってはありません。

将来の影響#

Preconfsは、オーダーフローオリジネーターがより高い手数料で取引の実行を保証できるため、より良い実行体験につながります。

XGAスタイルのプリコンフでは、非レイテンシーセンシティブなトランザクション（つまり、「ガバナンス」、「ステーキング」、「承認」、「請求」）のブロックの一番下に含めることで、これらのトランザクションにかかるガスの消費を減らし、ガス不足によるトランザクションの巻き戻し回数を減らすことができます。

参照#

1. Justin Drake, ベースド確認.
2. Raghav Agarwal, Preconfirmations: 未来の実行の信頼できる約束
3. Murat Akdeniz - Primev, 事前確認：達成-配信パラダイム。
4. CTra1n, ベースプリコンファーメーションを用いたバリューキャプチャリングベースのロールアップ.
5. dpl0a, Preconfirmations: ブロックを分割すると、mev-boost互換性とリレーが可能になります.
6. Ellie Davidson - Expresso Systems, @EspressoSystems/bft-and-proposer-promised-preconfirmations">BFTとプロポーザーが約束した事前確認の分析。
7. Nethermind, RFP-001：事前確認インフラストラクチャの導入.
8. カイロ、@cairo/H1lbS8RA6#Preconf-Share">ベースの事前確認の実装に向けて。

EIP-7702とEIP-7212#

スマートコントラクトウォレットの可能性を完全に引き出し、ウォレットエコシステムのゲームチェンジャーになる可能性がある2つのAccount Abstraction EIPがあります。

EIP-7702#

EIP-7702はEOAに次の機能を導入します:

• バッチ処理：ユーザーは1つのアトミックトランザクションで複数の操作を実行できます。
• スポンサーシップ：別々のアカウントXまたはアプリケーションオペレーターがアカウントYの取引を支払うことができます。このサービスのためにアカウントXはERC-20トークンを受け取ることができます。
• 特権のエスカレーション: ユーザーは、より弱い、特定の権限を提供するサブキーに署名します。たとえば、特定のアプリケーションとのみやり取りしたり、取引に特定のERC-20トークンのみを使用したり、送金制限を設定したりします。

EIP-7702は、既存のERC-4337インフラストラクチャを活用できるように、EOAが後方互換性および前方互換性で設計されています。EOAは、ERC-4337バンドルに含めるために一時的にスマートコントラクトウォレットに自身を変換することもできます。

EIP-7702の利点には、次のものがあります:

• セキュリティリスクが少ない：EIP-7702は、トランザクションのためにスマートコントラクトコードをEOAに割り当てる際の信頼の中心点も排除します。トランザクションが実行された後、契約コードが削除されるため、EIP-7702では未承認の取引の可能性はありません。
• dAppsの簡単な採用：ERC-4337を使用したアプリケーションは、コードを変更することなくEIP-7702と簡単に統合できます。EOAは、承認の必要なくスマートコントラクトを呼び出すことができます。

EIP-7702はまだ新しい提案であり、開発者が考慮する必要があるいくつかの問題があります:

• 取り消し: EIP-7702には、悪意のあるコードが検出された場合の契約コードの取り消しに関する明確な詳細がありません。
• チェーンアゴノスティック署名：EIP-7702は、他のチェーンでも再利用可能な固定署名を使用しますが、ユーザーが異なる実装を希望する場合には柔軟性に欠けています。

EIP-7212#

EIP-7212、またはRIP-7212, creates a contract for signature verification using the “secp256r1” elliptic curve standard. This standard has been adopted for user authentication by the largest Web2 corporations and can be integrated into ERC-4337ʻs smart contract wallets.

「secp256r1」は現在、次の認証アプリケーションで使用されています：

1. Appleのセキュアエンクレーブ：Appleのセキュアエンクレーブは、キーを作成および保存するTrusted Execution Environment（TEE）ハードウェアです。セキュアエンクレーブはデータの暗号化および復号化、任意のメッセージの署名を行うことができ、生体認証を通じてのみアクセス可能です。
2. WebAuthn: Web Authenticationは、ほとんどのWeb2ブラウザー（Chrome、Firefox、Edge、Safari）で使用されている認証のためのWeb標準です。WebAuthnは、ユーザー認証のためにドメイン固有の公開鍵暗号を使用し、パスワードを排除し、より速いリカバリーを提供し、セキュリティリスクを低減します。
3. Androidキーストア：Androidキーストアは安全なシステム認証情報の保存場所です。アプリケーションはプライベートキーと公開キーを作成し、キーストアに保存することができます。キーストアはユーザー自身のモバイルパスワードに基づいて暗号化されており、パスワードまたは生体認証を使用してアクセスすることができます。
4. パスキー：パスキーは、バイオメトリクスまたはPINを使用してパスワードなしでアカウントにアクセスできるFIDO認証情報です。ユーザーは、モバイルデバイスをロック解除してウェブサイトやアプリにアクセスでき、パスワードの必要性がなくなります。

RIP-7212はEIP-7212のロールアップバージョンであり、Kakarot、Polygon、Optimism、zkSync、Scroll、Arbitrumチームがすでに実装に取り組んでいます。PolygonはRIP-7212をテストネットで利用可能であり、Coinbaseの最近リリースされたスマートウォレットにはパスキー認証が含まれています。

図18. パスキーによるモバイル認証

パスキーはどのように機能しますか？#

1. スマート契約ウォレットは、パスキーまたは公開鍵と秘密鍵のペアを作成します。
2. プライベートキーは、モバイルデバイスのTEEに保存されています。
3. スマートコントラクトウォレットが承認のためのトランザクションを作成すると、ユーザーは生体認証またはモバイルPINで自分自身を認証し、秘密鍵のロックを解除します。
4. その後、モバイルデバイスはプライベートキーを使用して取引に「署名」し、完了した取引をスマートコントラクトウォレットに送り返します。
5. 署名は、RIP-7212スマートコントラクトを介してチェーン上で検証されます。

将来の影響#

EIP-7702はまだ提案段階ですが、RIP-7212はL2ロールアップに積極的に統合され、スマートコントラクトウォレットに実装されています。パスキーウォレットは、パスワードやシードフレーズの必要性を排除し、セキュリティをハードウェアレベルに引き上げることで、ERC-4337スマートウォレットを強化します。パスキーを備えた現在のプロジェクトには、次のものがあります：

• Coinbase Smart Wallet：Coinbaseのスマートウォレットは、ユーザー認証およびスポンサーされたガス取引のためにパスキーを利用しています。スマートウォレットは8つのネットワーク（Base、Ethereum、Optimism、Arbitrum、Polygon、Avalanche、BNB、Zora）をサポートし、dAppsの統合のためのウォレットSDKを提供しています。
• Clave：ClaveはモバイルTEEとパスキーを利用して、ソーシャルリカバリ、アカウント命名サービス、生体認証ログイン、およびzkSync上のスポンサードガス料金を提供しています。
• Banana SDK：BananaのSDKは、WebAuthnを利用して、ゼロ知識2FA、生体認証、およびノミニーを使用したアカウントのリカバリーを提供しています。
• ターンキー：ターンキーは、プライベートキーをTEEに格納するウォレットサービス（WaaS）プロバイダーです。

参照#

1. Coinbase, Baseがスマートウォレットをデフォルトにする方法
2. Github, EIP-7702
3. Zyfi, EIP-7702とともに未来へ - パート1
4. Quicknode, EIP-7702の説明：イーサリアムの未来
5. Web3Auth, EIP-7702の説明：動作原理と知っておくべきすべて
6. Erdogan, U., Alpaslan, D., Posch, DC., Bhardwaj, N., EIP-7212: secp256r1曲線サポートのための事前コンパイル.
7. アルケミー、RIP-7212とは何ですか？secp256r1 Curveサポートのための事前コンパイル.
8. Apple, セキュアエンクレーブ.
9. WebAuthn, WebAuthnガイドe.
10. Android Authority, Androidキーストアを使用してパスワードやその他の機密情報を保存する方法.
11. ググるテックスパートに尋ねる: パスキーとは何ですか？
12. Coinbase、スマートウォレットのドキュメント
13. Clave FAQ
14. バナナウォレットSDKドキュメント

EIP-712#

EIP-712は、オフチェーンメッセージ署名を可能にし、オンチェーン署名のためのものである、型付きメッセージ署名のための標準であり、より良いユーザーエクスペリエンスを可能にします。EIP-712により、バイト文字列を読む代わりに、読みやすい形式で署名を表示することができ、システムのセキュリティプロパティを失うことなく、オフチェーン署名はガスを節約し、オンチェーンの取引数を減らします。

図19. 現在のメッセージ署名

図20. EIP-712を使用したメッセージ署名

EIP-712はどのように機能しますか?#

1. dApps開発者は、ユーザーが署名するJSONデータ構造を利用しています。
2. ドメインセパレーターは、複数のdAppで署名が使用されるのを防ぎ、特定のdApp内で複数の異なる署名利用ケースを可能にします。
3. ウォレットとフロントエンドオペレーターは、dAppデータ構造を解析し、データをユーザーに読みやすいメッセージに変換できます。

EIP-712が解除する主な機能の1つは、dAppsがウォレットではなくユーザーの取引フローを制御できるようになることです。Uniswapのようなアプリケーションは、スワップがOFAや他のMEV価値抽出装置をバイパスするため、ユーザーのMEVを最小限に抑えることができます。

図 21.Uniswapのトランザクションフロー制御への関心

ウォレット取引の可読性に加えて、EIP-712は、第三者がユーザーの投票のガス料金を支払うことを可能にすることで、ガバナンスの利便性を向上させます。投票者は、EIP-712のby-signature機能を使って、無料で署名付きの代理人または投票取引を作成することができます。

将来的な影響#

ウォレットの可読性に加えて、EIP-712は他の領域でもユーザーエクスペリエンスを向上させるために使用することができます。

• 統治。ユーザーは、EIP-712の署名機能を通じて、投票を委任し、第三者にガス料金を支払ってもらうことができます。
• クリアサイニング。ハードウェアウォレット、または別のデバイスは、dAppのメッセージを表示し、ユーザーがマルウェアや悪意のあるアプリケーションがメッセージを送信したことを確実にできるようにします。
• リプレイ攻撃の予防。リプレイ攻撃を防ぐためのデータは、EIP-712の構造化データ内に含めることができます。
• MEVの最小化。 EIP-712により、ユーザーは取引に署名することができ、フロントエンドに注文フローを送信する権限を与える一方で、ネットワークにブロードキャストせずに注文フローを送信することができ、ユーザーの悪意のあるMEVへの露出を最小限に抑えることができます。

参照#

1. EIP 712. タイプ化された構造化データのハッシュ化と署名
2. Koh Wei Jie, EIP712がここにあります：期待されることと使用方法
3. Adam Bavosa, EIP-712署名を使用した委任と投票
4. SpruceID、イーサリアムウォレットリサーチでサインイン
5. Ledger Tech、メッセージ、トランザクション、およびクリア署名
6. Cyfrin, EIP712とEIP191
7. メタマスクGithub、ブロードキャストなしで取引を署名する #3475

信頼できる実行環境 (TEE)#

Trusted Execution Environments (TEEs)は、機密計算と操作が整合性とプライバシーを持って実行されるハードウェアマイクロプロセッサ内にベースを置くセキュアエンクレーブです。TEEsは分離とリモートアテステーションをサポートし、MPCやzkSNARKsのような暗号オーバーヘッドを必要とせずにEVMやCosmWasmのような仮想マシンを実行できます。

Web3ウォレットに関して、AppleのSecure EnclaveやGoogleのTitan M2などのモバイルTEEは、標準ハードウェアウォレットよりもスマートコントラクトウォレットの秘密鍵をより安全に保護できます。ユーザーはTEE内に秘密鍵を作成して保存し、これらの鍵から取引に署名することができます。これらの鍵はデバイス上に残っており、デバイスの所有者がバイオメトリック認証やデバイスのPINを使用してのみアクセスできます。

TEEsは現在、いくつかのウォレットソリューションで使用されています：

• MPCs：Fireblocksは、Intel SGX TEEを利用して、暗号データ、MPCおよびZKPの暗号アルゴリズム、およびソフトウェアの実行部分を、内部システムおよび外部第三者から分離します。Fireblocksは、MPCキー、API資格情報、およびポリシーエンジンをセキュアなエンクロージャに格納し、ハッカーや不正社員、内部の共謀者による不正アクセスを防止します。
• スマートコントラクトウォレット：前述のRIP-7212セクションにリストされているように、スマートウォレットはモバイルTEEを利用してパスキーを保存します。現在、TEEを使用しているスマートコントラクトウォレットにはCoinbase Smart Wallet、Banana SDK、Turnkey、Clave、Weeveが含まれています。

将来の影響#

TEEsはブロックチェーンにとって大きなゲームチェンジャーとなる予定です。

• Flashbots SUAVEは、TEEを利用して、安全でプライベートなMEVエコシステムを構築します。
• スマートコントラクトウォレットは、モバイルTEEとアカウント抽象化を使用して、ユーザーのオンボーディング体験を向上させ、新しいユーザーオーディエンスにアプローチします。
• 大手企業は、自身のプライバシーとセキュリティのニーズを解決するためにTEEを採用してきました。Visaは、プライベートデータのための多元計算とストレージを改善するLucidiTEEブロックチェーンを作成しました。
• TEEは、ブロックチェーンの制御、データプライバシー、運用セキュリティを強化するための潜在的な規制コンプライアンスソリューションです。

参考文献:

1. アンドリュー・ミラー、TEEベースのスマートコントラクトとシーリングの落とし穴.
2. ブレイヴォス、ハードウェアサイナー：暗号ウォレットのセキュリティを強化する.
3. 基Solidity WebAuthn認証アサーション検証.
4. Nick Summers、パスキーFAQ：それらが何であり、その他よくある質問
5. Apple, Secure Enclaveのドキュメント
6. カルバン・ワンヘデGoogleのPixel電話におけるTitan M2セキュリティチップとは何ですか？
7. Fireblocksのドキュメント
8. Sinha, R., Gaddam, S., Kumaresan, R. - Visa Research. LucidiTEE: 公平性を持つポリシーに準拠したマルチパーティ計算用のTEE-ブロックチェーンシステム.

実行、制御、＆分散化#

ウォレットプロバイダーの主な課題の1つは、ユーザーや規制当局に自己保有とオンチェーン口座について教育することでした。しかし、Web3エコシステムが成熟するにつれて、主要な関係者はいくつかの重要なポイントを理解するようになりました。

1. ウォレットはユーザーの資産を保有、管理、または管理しません。単にそれらにアクセスするためのインターフェースを提供するに過ぎません。
2. ブロックチェーンアドレスはウォレットとは独立して存在し、ウォレットによって作成または管理されることはありません。
3. ユーザーは、資産とアカウントが特定のウォレットサービスとは別にオンチェーン上に存在するため、異なるウォレットプロバイダー間を自由に切り替えることができます。

この成長する理解は、暗号通貨エコシステムにおけるウォレットの役割を明確にし、それを従来の金融サービスプロバイダーと区別する上で重要でした。

ステーブルコインとMiCA#

ステーブルコインは、国境や経済システムを超えた価値のシームレスで摩擦の少ない移動を可能にするため、依然として最も重要な暗号資産の1つとして存在しています。価格変動の激しい資産間での価値の移動を許可し、将来の使用のために安定した単位に移動することができます。しかし、ステーブルコインは、多くの規制当局の暗号通貨に関する議題のトップに上昇しており、主に次のような懸念があるためです:

1. グローバルな法定通貨の流れを管理および監視する。
2. 通貨の強さや金融政策への影響
3. 発行と裏付けにおける監督の必要性。

その結果、ステーブルコインは多くの規制当局の仮想通貨政策のトップ優先事項となり、広範な金融エコシステムにおける役割について議論が巻き起こっています。

米国では、ステーブルコインはFacebook（現在はMeta）のLibraプロジェクトで重要な規制当局の関心を集めました。このテックジャイアントは、理論上は主要なデジタル通貨になり得る私的に管理されたステーブルコインを提案し、中央銀行の金融政策コントロールへの影響について懸念が高まりました。

2022年にLibraプロジェクトが中止されて以来、米国の規制ステーブルコイン政策の主な目標は、ステーブルコインの適切な担保設定と監督を確保することです。この変化により、ステーブルコイン発行者は規制された金融機関と同様の実務を採用し、堅牢なカストディ契約、確立された銀行との関係、包括的なモニタリングプログラムを採用しています。さまざまな規制機関が断片的な規制を貢献していますが、米国議会はステーブルコインに対するより包括的な規制枠組みに向けて取り組んでいます。

EUでは、暗号資産市場規制（MiCA）が発効し、主要なステーブルコイン規定が含まれています。この執筆時点では、CircleのUSDCとユーロステーブルコインのみがEUで正式に登録されています。

スワップと証券規制#

多くの暗号通貨ウォレットで人気のある機能となったウォレット内トークンスワップは、オンチェーンアプリケーションの利便性を向上させ、ユーザーがブリッジングやクロスチェーンの相互作用をナビゲートできるようにしています。

しかし、この機能は規制当局の厳しい目に遭っており、特に証券規制当局が、スワップ機能を提供するウォレットに従来の金融サービス規制を適用しようとしています。特にSECは、これらのウォレットのスワップ機能が事実上登録されていないブローカーディーラーとして機能していると主張し、特定のウォレットプロバイダーに対して法的措置を取っています。

SEC v. Coinbase#

2024年4月、SECの請求Coinbaseウォレットはブローカーとして機能したという主張は却下されました。スワップ機能を備えた自己保管ウォレットは一般的にはブローカー分類の基準を満たさない場合があります。SECの主張は、これらのウォレットを通じて利用可能な一部の資産が未登録の証券であるという主張に基づいています。

SEC v. Consensys#

Consensysは、2024年4月にSECを積極的に提訴し、SECが証券ブローカーや発行者としてMetaMaskを規制する法的権限を持っているかどうかについて争った。そして裁判官によって迅速な審査が認められた。迅速な裁判手続きにより、今年の終わりまでに決定が下される可能性がある。

この訴訟とCoinbase対SEC訴訟での敗訴にもかかわらず、SECは提訴しましたウェルズ通知2024年6月末にConsensysに対してSECが提訴しました。SECは、ConsensysがMetaMask Swapsおよびその暗号ステーキングプログラムMetaMask Stakingを通じて暗号資産証券の非登録ブローカーとして行動したと主張しました。

未来の影響#

ウォレットは引き続き違法な金融や自己保管に関する議論の中心にありますが、将来の規制上の議論の大部分は分散化の問題に焦点を当てることになるでしょう。過去数年間、暗号通貨業界は分散化の概念を活用して、従来の金融証券規制が暗号サービスに適用すべきではないと規制当局に説明してきました。この議論は、特にコントロールと責任当事者の問題に焦点を当てています。

従来の金融規則とガイダンスは、中間業者に消費者保護と説明責任を提供するよう規制しています。しかし、重要な課題が浮かび上がります：サービスが本質的に中間業者ではなく、資産を保管したりユーザーのために操作を実行しない場合、これらの目標をどのように達成しますか？

コンセプトおよび設計目標としての分散化は、従来の金融サービス規制が暗号に適用されにくい理由を説明するのに役立ちました。しかし、現在、規制当局は分散化の定義を定め、ウォレットから分散型取引所（DEX）などのさまざまなサービスに適用しようとしている新しい段階に入ろうとしています。規制当局は、多くの暗号サービスを非分散化または「名前だけの分散化」として分類する機会を見出しています。この分類は、主に2つの主要な要因に起因しています。

1. 真の分散化の基準を満たすという負担は、多くの場合、多くのサービスにとって技術的に実現不可能です。
2. これらの分散化の基準は、実際の規制の目標と一致しない場合があります。この規制アプローチの変化は、将来、暗号サービスがどのように分類および規制されるかに重要な影響を与える可能性があります。

そのため、規制的議論の次の段階は、制御の概念に移行するでしょう。重要な問題は次のとおりです：ウォレットはユーザーの操作の実行を制御していますか？DEXは操作の実行または埋め込み方を制御していますか？暗号通貨業界全体として、分散型サービスの概念を超えて、制御、データ、プライバシーについての議論に進展していると言えるでしょう。

これらの進歩の最前線には、信頼できる実行環境（TEEs）の有用性があります。私たちは、操作の制御がサービスプロバイダーではなく、ハードウェアとソフトウェアにある市場構造に向かっています。このモデルでは、サービスプロバイダーは、操作やユーザーオーダーの表示能力を直接制御することができません。このアプローチにより、暗号通貨業界は金融サービスや通信アプリケーションが運用する革新的な方法を先駆けています。

最後に、分散化に関する議論から制御についてのより微妙な会話に移行するにつれて、実行、最終性、および決済の概念がますます重要になります。業界は共同で定義する必要があります:

1. 誰が操作を実行する責任がありますか
2. オペレーションがチェーン上で決済されたと見なされるとき
3. それの決済を担当しているのは誰ですか

免責事項：

1. この記事はから転載されました[Flashbotsすべての著作権は元の著者に帰属しますFlashbots]. If there are objections to this reprint, please contact the Gate Learn「Gate Learn」チームが迅速に対応いたします。
2. 責任の免責事項：この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。特に明記されていない限り、翻訳された記事のコピー、配布、盗用は禁止されています。