なぜイーサリアムは「どのトークンでもガス代を支払える」ように設計できないのか、なぜETHに限定する必要があるのか？
これはブロックチェーンのプロトコル設計における非常に根本的な原則に関わる問題だ。プロトコル層は、ネットワーク全体の手数料メカニズムが公平で攻撃耐性を持つことを保証するために、自らが完全に管理し、決して操作されえない単位を使って計算リソースの消費を測定しなければならない。ETHはイーサリアムのプロトコル自体がネイティブに発行・管理する資産であり、プロトコルは最も基盤となるレベルで直接検証、控除、バリデーターへの分配を行うことができ、このプロセス全体は外部のスマートコントラクトのロジックが正しく機能するかどうかに依存する必要がない。
もし任意のERC-20トークン（USDCなど）で直接手数料を支払えるようにすれば、プロトコルはそのトークンコントラクト自体のロジックが正しく脆弱性がないことを信頼しなければならず、さらに「そのトークンの価値をどう手数料に換算するか」という問題にも対応しなければならない。USDCのスマートコントラクトはCircleが書いたものであり、イーサリアムのプロトコル自体の一部ではない。プロトコル層が、手数料決済という核心機能を完成させるために外部の第三者が書いたコントラクトに依存するようにすれば、ネットワーク全体の攻撃対象領域と複雑さが大幅に増大する。これこそが、Circle Paymasterのようなソリューションが、プロトコル層ではなくアプリケーション層でこの問題を解決することを選んだ理由だ——追加のコントラクトを仲介役として使い、USDCをプロトコルが実際に要求するETHへと換算・変換するのであって、イーサリアムのプロトコル自体に「ETHのみ」というルールを放棄させるわけではない。
Circle Paymasterが徴収する10%の手数料は、ETHを直接保有して自分で手数料を支払うのと比べて、お得なのか？
それはあなたが実際にどのコストを評価しているかによる。単純に「手数料の金額」を比較すれば、Paymasterを通じた支払いは確かにETHで直接支払うより10%高くなる——0.01ドルのガス代は0.011ドルになる。しかしこの比較は重要な隠れたコストを見落としている。「ETHで直接手数料を支払う」ためには、まずETHを保有しなければならない。つまり法定通貨で少額のETHを買う（追加の取引手数料と時間コストが発生する）か、USDCの一部をETHに交換する（同様に換金スリッページと手数料が発生する）必要があり、さらにそのETH残高を継続的に監視し補充し続けなければならない。いつか残高がゼロになって取引がまた失敗するのを避けるためだ。
たまに数回送金する程度の一般ユーザーにとって、別途ETHの備えを保有・管理する手間のコストと、換金そのものにかかる手数料は、通常Paymasterが徴収する10%のプレミアムをはるかに上回る——特にほとんどの少額送金のガス代自体がすでに小さい金額（数セントから数十セント）であることを考えると、10%のプレミアムを絶対額に換算すればほとんど無視できるレベルだ。しかし取引頻度が極めて高く規模も大きい機関ユーザー（例えば毎日数千件の取引を処理する決済サービスプロバイダー）にとっては、長期的に積み重なる10%のプレミアムはかなりのコストになりうる。こうしたユーザーは自らETHの備えを管理するか、開発者が自ら補助するGas Stationモデルを採用することを選ぶかもしれない。
PaymasterとGas Stationという2つのモデルを、開発者は実際にどう選ぶのか？具体的な判断基準はあるのか？
核心的な判断基準は「誰が手数料コストを負担すべきか」と「製品がどんなユーザー体験を作り出したいか」だ。あなたの製品が中立的なインフラ（例えばユーザーが自由に操作できるウォレットアプリ）として位置づけられているなら、Paymasterの方が適している。ユーザー自身がUSDCで手数料を支払うため、あなたは追加のコストを負担する必要がなく、悪意あるユーザーに悪用される（無意味な取引を大量に送信して補助予算を枯渇させる）心配もない。なぜなら各取引のコストは、その取引を開始したユーザー自身が負担するからだ。
あなたの製品の目標が新規ユーザーの参入障壁を下げ、極めて滑らかな初回利用体験を追求すること（例えば消費者ブランドが自ら発行し、忠実な顧客向けに提供する決済アプリ）であれば、gas Stationが通常より良い選択となる。ユーザーは手数料の存在をまったく感じることがなく、この「摩擦ゼロ」の体験は新規ユーザーの定着に特に効果的だが、あなたは自ら補助コストを負担し、悪用リスクを制限するための割り当てやポリシーコントラクトを設計する必要がある（例えば特定のコントラクト、特定の金額範囲内の取引のみをスポンサーするなど）。実務上、多くの製品はハイブリッド戦略を採用している。新規ユーザーの最初の数回の取引はGas Stationで完全に補助し（初回利用の障壁を下げる）、その後Paymasterモデルに移行してユーザー自身に負担してもらう（長期的な補助コストの制御不能を避ける）というものだ。
私が使っているのが秘密鍵を完全に自分で管理する従来型の外部所有アカウント（EOA）ウォレットで、スマートコントラクトアカウントではない場合、Circle Paymasterを使えるのか？
現時点ではまだ使えないが、間もなく使えるようになる。Circle Paymasterは現在、ERC-4337アカウント抽象化標準の上に構築されたサービスであり、「スマートコントラクトアカウント」——基盤となるロジック自体がプログラム可能なスマートコントラクトであるウォレット——にのみ対応している。この種のアカウントは、Paymasterが必要とする複雑なロジック（USDCの受け取り、取引の検証、Paymasterによるガス代の立て替え）を実行する能力を生まれつき備えている。従来型の外部所有アカウント（EOA、つまり一組の秘密鍵によって直接管理され、スマートコントラクトのロジックを持たないウォレット。例えばMetaMaskでデフォルトで作成されるアカウントタイプ）は、このロジックを実行する能力を持たないため、現時点では直接Paymasterを使うことができない。
この制約は、イーサリアムのPectraアップグレードに含まれるEIP-7702提案が稼働することで変わる見込みだ——Circleはすでに、このアップグレードが有効になった後、一般的なEOAアカウントも資金をスマートコントラクトアカウントに移行することなく、直接Paymasterを使えるようにする計画を公表している。この機能が正式にサポートされるまでは、USDCで直接手数料を支払う体験をしたい場合、従来型のEOAウォレットではなく、スマートコントラクトアカウントに対応した（「スマートウォレット」とも呼ばれる、あるいはアカウント抽象化機能が統合された）ウォレット製品を使う必要がある——最近では主要なウォレットの多くがこうしたスマートアカウントのオプションを次々と提供し始めているため、あなたが使っているウォレットがすでに対応しているかどうかを確認する価値がある。
ウォレットに100USDCが入っていて、その一部を友人に送ろうとしたところ、取引が失敗し、ウォレットに「ガス代を支払うのに残高が不足しています」というメッセージが表示された。USDCはちゃんとあるのに、なぜこんなことが起こるのか？答えはこうだ。イーサリアムのようなブロックチェーンネットワークは、取引手数料（ガス）をそのチェーン固有のネイティブトークン——イーサリアムであればETHであり、USDCではない——で支払うことを要求している。実際に送金しようとしている資産がUSDCであっても、その取引を実行するために必要な「燃料」は常にETHでなければならない。この一見技術的な細部は、長い間、ステーブルコインの新規ユーザーが最もつまずきやすいポイントであり、Circle Paymasterのような「ガス抽象化」（gas Abstraction）製品が解決しようとしている核心的な課題そのものだ。
あらゆるブロックチェーンの手数料メカニズムは、本質的にネットワークのバリデーターやシーケンサーが取引を処理したことへの報酬として存在し、同時に悪意ある者が意味のない大量の取引でネットワークを溢れさせること（スパム攻撃）を防ぐ役割も果たしている。イーサリアムがこの価格設定システム全体をETHのみで決済するようにしたのは、ETHがそのチェーン上で「計算リソースの消費量」を測定するためにプロトコル層が直接認識する唯一の単位だからだ。USDCはイーサリアム上で動く数多くのスマートコントラクトトークン（ERC-20標準）の一つに過ぎず、プロトコル自体はUSDCを認識せず、バリデーターへの支払いにUSDCを直接使う手段を持たない。これは、あなたのウォレットにあるUSDC残高がどれだけ大きくても、ETH残高がゼロであれば、その取引はプロトコルレベルで実行できないことを意味する——これはCircleやどのウォレットも回避できる技術的な制約ではなく、イーサリアムの基盤設計に内在するルールだ。
Circleは2025年1月にPaymasterをローンチした。その仕組みはアカウント抽象化（Account Abstraction、技術標準はERC-4337）の上に構築されており、核心的な流れは3つのステップに分かれる。第一に、ユーザーがUSDCの取引を開始する（例えば友人に送金する）。第二に、Paymasterコントラクトがユーザーの支払うUSDCを受け取り、同時にその取引に実際に必要なETHガス代をユーザーに代わって立て替える。第三に、取引は通常通りオンチェーンで実行され、受取人はUSDCを受け取る——このプロセス全体を通じて、ユーザーは一切ETHを保有する必要がない。ユーザーの視点から見ると、体験は「USDCだけで取引全体を完了した」というものになるが、その背後にある真実は、イーサリアムのプロトコルは依然として要求通りのETH支払いを受け取っており、そのETHはPaymasterが立て替え、ユーザーが支払ったUSDCから対応する手数料を対価として徴収しているに過ぎないということだ。Circleは現在このサービスに対して、取引ごとのガスコストの10%を課している——例えば、本来0.01ドルのガス代がかかる取引は、Paymasterを通じて支払うと0.011ドルになる。
Circleは現在、異なるシナリオに対応する2種類のガス抽象化オプションを提供している。Paymasterは完全にパーミッションレスなオンチェーンツールであり、開発者はCircle Consoleアカウントに登録する必要なく統合でき、ERC-4337標準に対応したあらゆるスマートコントラクトアカウントで利用できる。ユーザー自身がUSDCで手数料を支払う仕組みで、開発者が「ユーザーがネイティブトークンを保有する必要性を取り除きたい」が「手数料コストを自分で負担したくはない」というシナリオに適している。一方Gas Stationは別のモデルだ。開発者がユーザーの手数料を完全に補助し、ユーザーは真の「手数料ゼロ」の取引体験を得られるが、これには開発者がCircle Consoleアカウントに登録し、スポンサーシップポリシーを設定する必要があり、CircleのProgrammable Walletsとのみ互換性がある。両者の選択は本質的にビジネス上の判断だ。Paymasterは中立性を保ち、ユーザー自身に少額の手数料を負担してもらいたい製品に適しており、Gas Stationは「完全に手数料無料」を売りにし、自らコストを吸収してより滑らかな新規ユーザー体験と引き換えたい製品に適している。
特に明確にしておく価値があるのは、ユーザーがPaymasterを通じてUSDCで手数料を支払ったとしても、イーサリアムのプロトコルの根底では依然としてETHで決済されているという点だ——Paymasterコントラクト自体は、ERC-4337のEntryPointコントラクトに返金可能なETHのデポジットを保持していなければならず、これがスポンサー対象となる各取引に実際に必要なネイティブトークンの手数料を立て替えるために使われる。これは、Paymasterが「ネイティブトークンで手数料を支払う」という基盤ルールを消し去ったわけではなく、その複雑さをエンドユーザーからPaymasterの運営者（Circle）へと移しただけであることを意味する。Circleは十分なETH準備金を維持し、自動化された仕組みを通じて継続的に補充する責任を負っており、ユーザー側はこの層の存在をまったく意識しない。Paymasterは現在ArbitrumやBaseなどのチェーンで稼働しており、Circleはイーサリアムのメインネット、Polygon PoS、Solanaなど、より多くのチェーンへの展開を計画していると公表している。またイーサリアムのPectraアップグレード（EIP-7702を導入）が稼働した後には、スマートコントラクトアカウントに限定されず、一般的な外部所有アカウント（EOA）が直接Paymasterを使えるようにすることも計画されている。
あなたがステーブルコインの新規ユーザーであれば、この仕組みを理解しておくことで「送金失敗」の本当の原因を見極める助けになる——ウォレットに十分なUSDC残高が表示されているのに取引が送信できない場合、まず確認すべきはUSDCそのものに問題があるのではないかと疑うことではなく、あなたのネイティブトークン（ETH、MATICなど、利用しているチェーンによる）の残高がガス代を支払うのに十分かどうかだ。どのウォレットやアプリでステーブルコインの取引を処理するか検討している場合、そのアプリにガス抽象化機能が組み込まれているかどうかに注目する価値がある（現在ほとんどの主要ウォレットや決済アプリにはすでに組み込まれている）——組み込まれていれば、あなたは別途どんなネイティブトークンも保有・管理する必要がなく、体験はあなたが慣れ親しんだ「デジタルドル」の直感により近くなる。組み込まれていなければ、あなたは自分で少額のネイティブトークンを手数料の備えとして用意しておく必要があり、そうしなければたとえUSDC残高が十分にあっても、肝心なときに送金できない可能性がある。