gas のスポンサーと paymaster の解説
Ethereum 上のすべてのトランザクションは gas を消費し、従来型のアカウントでは、トランザクションを送る人がチェーンのネイティブコインでその費用を支払う人になります。この単一のルールこそが、stablecoin は持っているが ETH を持っていない新規ユーザーが、自分の資金を動かせない状況に陥りうる理由です。account abstraction はこの結びつきを断ち切り、それを断ち切る仕組みが paymaster です。本記事では、ERC-4337 における paymaster とは何か、それがフローのどこに位置するのか、そして——最も重要なこととして——自分の鍵を自己管理する人にとって gas のスポンサーが実際に何を意味するのかを解説します。
これは account abstraction シリーズの 4 本目の記事です。以下の用語に馴染みがなければ、まず第一原理から見る account abstractionから始めてください。また、gas のスポンサーがその上に成り立っている基盤の手数料モデルについては、自己管理ユーザーのための Ethereum の gas 手数料の解説を読んでください。
paymaster とは実際に何か
paymaster は smart contract です。その唯一の仕事は、他人のオペレーションの gas を負担することに同意することです。ERC-4337 のもとでは、smart account が自分のやりたいことを UserOperation として表現するとき、そのオペレーションは paymaster を指定できます。paymaster が同意すれば、アカウントではなくその paymaster がネットワークに対して gas のコストを精算します。
これには二つの形があり、それぞれユーザーの二つの異なる問題に応えます。
- gas を丸ごとスポンサーする。 paymaster がユーザーに代わって手数料を支払い、ユーザーは gas について何も支払いません。人々が「gas レス（gasless）」と言うときに意味しているのはこれです。
- ERC-20 トークンでの支払いを受け入れる。 paymaster はネットワークにネイティブコインで gas を支払い、その後ユーザーには代わりに ERC-20 トークン——たとえば stablecoin——で課金します。ユーザーは ETH を保有する必要が一切なく、すでに持っているトークンで精算します。
どちらの場合も、ネットワークへの支払いは依然としてネイティブコインで行われます。gas が無料になるわけではありません。問題は、誰がそれを資金提供するのか、そしてユーザーがどの単位でそのコストを体感するのか、だけです。
paymaster はフローのどこに位置するか
なぜ paymaster に支払いを任せて信頼できるのかを理解するには、ERC-4337 のオペレーションがどのように流れていくかを思い出すと役立ちます。smart account は通常のトランザクションを送りません。別個の mempool に UserOperation を発行します。bundler がそれらを集め、まとめてパッケージ化し、監査済みの EntryPoint コントラクトを通じてオンチェーンに提出します。EntryPoint は実行前に各アカウントを呼び出し、そのアカウント自身の検証ロジックを走らせます。
paymaster は検証のステップで登場します。EntryPoint が paymaster を指定する UserOperation を処理するとき、それは paymaster 自身の検証関数を呼び出します。paymaster はそのオペレーションを精査し、その場で、gas を負担する意思があるかどうかを判断します。同意すれば、それは実質的に EntryPoint への支払いを保証し、オペレーションは進行します。拒否すれば、そのオペレーションはスポンサーされません——アカウントが支払う形にフォールバックするか、その条件では通らないかのどちらかです。
重要なメンタルモデルはこれです。スポンサーは、検証の時点で、コントラクトによって、特定のオペレーションについて下される判断です。一律の約束ではありません。paymaster はこのオペレーションを見て、イエスかノーかを言います。
gas のスポンサーは何に役立つか
手数料の支払者を送信者から切り離すことで、いくつかの具体的なパターンが解放されます。
- スポンサー付きのオンボーディング。 新規ユーザーは、まず取引所でネイティブの gas トークンを入手することなく、最初のアクション——swap、mint、受け取り——を完了できます。「何かをする前に���ず ETH を買わなければならない」というステップを取り除くことは、account abstraction がもたらす最大級の摩擦低減の一つです。
- dApp がスポンサーする手数料。 アプリは、web アプリがサーバーコストを吸収するのと同じように、プロダクト上の判断としてユーザーの gas を支払うことを選べます。ユーザーがクリックし、アプリの paymaster がそのオペレーションを負担します。
- stablecoin で手数料を支払う。 ユーザーは gas のためだけに別途 ETH の残高を持ち続ける代わりに、すでに取引しているトークンで手数料を支払えます。paymaster はそのトークンを受け取り、ネットワークにネイティブコインを立て替えます。
これらはいずれも、同じプリミティブ——自ら設定した条件で gas を支払う意思のあるコントラクト——を異なる問題に適用した一例です。
「スポンサーされる」は「無料」ではない
経済面については率直に述べる価値があります。「gas レス」という言葉が誤解を招くからです。ネットワークは常にネイティブコインで gas を徴収します。トランザクションが「スポンサーされる」とき、そのコストは消えたわけではなく、誰かがそれを吸収することに同意したのです。paymaster は資金提供されている必要があり、それに資金を出す者——アプリ、プロトコル、サービス——は、摩擦を取り除くという便益のために実際のお金を支払っています。
ここから、自己管理ユーザーが心に留めておくべき二つの帰結が生じます。
- paymaster は拒否できる。 スポンサーはオペレーションごとの判断なので、ある特定のオペレーションが負担される保証はありません。スポンサープログラムには適格性のルールや支出の上限があったり、単に資金が尽きたりすることがあります。「gas レス」は特定のフローの特徴であって、チェーンの性質ではありません。
- どの paymaster が関与しているかを知っておくべきです。 paymaster はあなたのトランザクションに参加するコントラクトです。あなたが関わるどんなコントラクトとも同様に、それが誰の paymaster で何をしているのかを理解する価値があります——手数料をスポンサーすること自体は無害ですが、それでも信頼は重要です。トークンで手数料を支払うとき、あなたは paymaster がそのトークンとネイティブコインの間に適用するどんな為替レートも受け入れていることになります。
これらはいずれも paymaster を避ける理由ではありません。paymaster を理解する理由です。スポンサーされたトランザクションは誰かが提供しているサービスであって、プロトコルが配るただ飯ではありません。
自己管理にとって何を意味するか
ここが、自分の鍵を保有する人にとって最も重要な部分であり、しかも逆に理解されがちな部分です。gas のスポンサーが変えるのは誰が手数料を支払うかです。誰が資金を管理するかは変えません。
paymaster があなたの gas を負担するとき、あなたは依然として自分の鍵でオペレーションに署名します。paymaster はあなたの資産を動かすことも、トランザクションの行き先を変えることも、あなたに代わって何かを承認することもできません——あなたが承認したオペレーションの手数料を支払うことに同意できるだけです。管理権は手つかずのままです。あなたの資金の移転を承認できる唯一の当事者は依然としてあなたであり、paymaster は、あなたが行くと決めた旅の通行料を払うと申し出ただけにすぎません。
SSP に即して言えば、これはセキュリティモデルに自然に適合します。SSP は 2-of-2 multisig を中心に構築された自己管理ウォレットです。一方の鍵は SSP Wallet ブラウザ拡張機能に、もう一方は SSP Key モバイルアプリにあり、すべてのトランザクションの承認に両方が必要です。EVM チェーン上では、SSP は Schnorr 集約された 2-of-2 署名を検証する ERC-4337 smart account であり、2025 年に Halborn による監査を受けています。ERC-4337 アカウントであるため、この標準の gas の仕組み——UserOperation が paymaster によって支払われうることを含む——は、あらゆる ERC-4337 アカウントに適用されるのと同じように SSP にも適用されます。設計の全体像はSSP account abstraction アーキテクチャで扱っています。
それが何を約束し、何を約束しないのかを正確に述べておきます。ERC-4337 は gas のスポンサーとトークン支払いのフローを可能にし、SSP のアカウントはその標準の内側に存在します。あなたが行う特定のトランザクションがスポンサーされるか、トークンで支払えるかは、あなたが使っているアプリやウォレットのフロー、そしてそのオペレーションに paymaster が関与しているかどうかに依存します。これに対し、二鍵による管理の保証は、誰が gas を支払うかにかかわらず、常に有効です。
まとめ
paymaster は、UserOperation の gas をユーザーに代わって支払うことができる、あるいはその gas をネイティブコインの代わりに ERC-20 トークンで支払えるようにできるコントラクトです。それは検証中に、オペレーションごとに同意し、拒否することもできます。gas レスのオンボーディング、dApp がスポンサーする手数料、stablecoin での gas を可能にします——いずれも取引のハードルを下げる実際の利便性です。しかし「スポンサーされる」は「誰かが資金提供している」という意味であって「無料」ではなく、paymaster はあなたの資産に対する支配権を決して獲得しません。自己管理ユーザーにとっての端的なまとめはこうです。paymaster は旅の費用を誰が払うかを変えられますが、車の鍵は依然としてあなたが握っています。
本シリーズの残り
- 第一原理から見る account abstraction —— なぜ EOA は制約となるのか、そして account abstraction とは何を意味するのか。
- EOA 対 smart account：本当に重要な違い —— 二つのアカウントモデルの直接比較。
- SSP account abstraction アーキテクチャ —— SSP が ERC-4337 を 2-of-2 ウォレットにどう組み込むか。
- gas のスポンサーと paymaster の解説 —— 本記事：paymaster はどのように「誰が払うか」を「誰が送るか」から切り離すか。
- Ethereum 以外のチェーンにおける account abstraction —— 同じ発想が Ethereum を越えてどう広がるか。
標準そのものについての権威ある参照先は EIP-4337 であり、Ethereum の account abstraction ロードマップはより広範な取り組みの行方を追っています。まず標準を単独で知りたい場合は、account abstraction（ERC-4337）とは何か？を読んでください。
