ユーザーはUSDCで支払い、スポンサーがETHで支払う可能性

EIP-8141（Frame Transactions）は、新しいEthereumトランザクションタイプの草案提案です。トランザクションを、ユーザーの承認を検証し、支払者を選択し、意図した呼び出しを実行できるプログラマブルなフレームに分割します。

HegotáのMeta EIPでは、Frame Transactionsの組み込みが予定されており、Vitalik Buterinも提案の進捗に関する最近の更新を共有しました。仕様は依然として草案であり、Hegotáはまだ activate されていません。あらゆるEIPと同様に、フォークスケジュールへの組み込みは activate を保証するものではなく、提案はネットワークアップグレードの提供前に変更されたり破棄されたりする可能性があります。

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP

— vitalik.eth (@VitalikButerin) September 5, 2026

この変更により、ウォレット、アプリケーション、スポンサーがすべてこの形式をサポートしていれば、ユーザーは自身でETHを保有せずにトランザクションを行えるようになります。スポンサーはUSDCやその他のERC-20トークンでユーザーに課金するか、アプリケーションがサービスの一部として手数料を負担することができます。

Ethereumのブロックスペースは引き続きETHで支払われます。Frame Transactionsが変えるのは、そのETHを誰が提供し管理するかであり、基盤となる手数料市場ではありません。

トークン支払いトランザクションの具体的なイメージ

このEIPには、スポンサーがネットワーク手数料を支払い、ユーザーからERC-20での支払いを受け取る例が含まれています。ETHを保有せずUSDCのみを持つウォレットは、原則として、以下の手順でスワップや送金を送信できます：

ERC-20によるガス支払いの仕組み

1. 承認 – ユーザーのウォレットは、トランザクションが実行しようとする一連のアクション全体を検証します。
2. 支払い合意 – スポンサーがERC-20での支払いと引き換えにETHガスを負担するか、当該アクションを補助します。
3. 実行 – トークンによる支払いと、意図された送金・ミント・スワップが同じトランザクションフローで処理されます。

これらのステップを1つのトランザクションにまとめることで、ユーザーは意図したアクションを開始する前にETHを取得する必要がなくなります。新規ユーザーにとっては、よくある障害が解消されます。ウォレットにトークンがあっても、それを動かすためのネイティブ資産がないという状況です。これはトランザクションコストをなくすものではなく、ウォレットやアプリケーションがより明確に提示できる形にパッケージ化するものです。

ガス支払いがプロダクト上の判断になる

Frame Transactionsにより、ウォレットやアプリケーションは同じコストを複数の方法で扱えるようになります。これらはEIPが要求する機能ではなく、考えられる実装モデルです：

アプリケーションがガスを扱う可能性のある方法

• アプリ負担： アプリが手数料を支払い、オンボーディングや限定機能をガスレスに見せることができます。
• トークン支払い: スポンサーがEthereumの手数料をETHで立て替えつつ、USDCなどのサポート対象トークンで手数料を提示できます。
• ハイブリッド: アプリケーションが特定のアクションを補助し、その他についてはトークン ベースの手数料でユーザーに課金できます。

ガスレスと表示されるトランザクションも、実際にはアプリケーション、スポンサー、または別のトークン課金によって資金提供されています。EIP-8141は、アプリケーションにそのコストを補助したり、ユーザーがすでに保有する資産で回収したりする標準的な方法を提供する可能性があります。

従来のスマートアカウントツールとの違い

Ethereumはすでにいくつかの形のアカウントアブストラクションをサポートしています。PectraのEIP-7702により、外部所有アカウント（EOA）はトランザクションのバッチ処理、スポンサーシップ、改善されたリカバリオプションなどのスマートアカウント機能にアクセスできるようになりました。その前には、ERC-4337がアカウントアブストラクション取引用の独立したmempoolとbundlerアーキテクチャを導入しており、paymaster形式のスポンサーシップはすでにそれらのレイヤー上に構築されたウォレットやアプリケーションに存在しています。

EIP-8141は異なる一歩を踏み出します。検証ルールと支払いルールをプロトコルレベルでネイティブに組み込める、専用のトランザクション形式を導入するのです。この提案は、中央集権的なサードパーティのリレイヤーに依存せずに代替的な手数料支払いスキームをサポートするよう設計されていますが、個々のウォレットやアプリケーションはサービスプロバイダを利用することもあり得ます。

ガスの柔軟性は、この同じプログラマブルな構造の用途の一つにすぎません。この提案は、キーローテーション、支出限度額、ソーシャルリカバリ、代替署名システムのサポートも目指しています。Hegotáの潜在的なプライバシー応用は、Frame Transactionsが柔軟なガス支払い以外の用途で検討されている理由を示しています。

プログラマブルな支払いには明確なセキュリティルールが必要

草案は、カスタム検証コードが承認を、その承認が権限を与えるフレームの完全なセットに紐付ける必要があると警告しています。そうでない場合、承認が後続の異なるアクション群で再利用される恐れがあります。

これはFrame Transactionsが本質的に安全でないという意味ではありません。ウォレットが、署名が何を許可するのか、アプリケーションが手数料を支払っているのか、どのトークンが課金されるのかをユーザーに示す必要があるという意味です。1つのトランザクションに検証、支払い、実行が組み合わさるとき、これらの詳細が不可欠になります。

スポンサーも実際的なリスクを負います。EIPのERC-20の例では、ユーザーがスポンサーされたトランザクションがブロックに到達する前にトークン残高を減らす可能性があります。この提案にはpaymasterのソルベンシーおよびパブリックmempoolに関するルールが含まれており、スポンサーが多数のユーザーのガスを負担する前に保護が必要だからです。

ETHへの影響

Frame Transactionsは、ETHの管理をウォレット、スポンサー、アプリケーションへと移すことになります。ユーザーにはUSDCでの手数料や直接的な手数料なしと表示されるかもしれませんが、支払うアカウントはEthereum上でトランザクションを決済するためにETHを必要とします。

したがって、この提案がETH需要の自動的な触媒となるわけではありません。長期的な影響は、よりシンプルなウォレットフローがより多くのユーザーを引き付けるか、そしてアプリケーションがこの方法でガスコストを負担・処理する価値を十分に見出すかどうかにかかっています。

試されるのは仕様ではなく採用

この機能が日常的なウォレット体験を変える前に、HegotáがEIP-8141を含んで activate されなければなりません。その後、互換性のあるウォレットとアプリケーションは、明確な価格表示、返金ロジック、トランザクションプレビューを提供する必要があります。これは、以前のアカウントアブストラクションの展開後に続いたのと同じ種類のツール整備であり、そこではサポートは一斉ではなく、段階的にウォレットへ広がりました。

この提案が意味を持つのは、ユーザーがガス支払いのためだけにETHを先に取得することなく、ウォレット内の既存資産で安全なトランザクションを完了できる場合のみです。

本記事は情報提供のみを目的としており、金融助言を構成するものではありません。