メインコンテンツまでスキップ

「ERC-4804」タグの記事が1件件あります

全てのタグを見る

よりフレンドリーなイーサリアムへの二本のレール：ERC‑4337 スマートアカウント + ERC‑4804 Web3 URL

· 約11分
Dora Noda
Dora Noda
Software Engineer

![](https://opengraph-image.blockeden.xyz/api/og-blockeden-xyz?title=よりフレンドリーなイーサリアムへの二本のレール：ERC‑4337 スマートアカウント%20+%20ERC‑4804%20Web3%20URL)

TL;DR​

イーサリアムは、シードフレーズやブックマーク可能な dApp を超えて「クリック可能なオンチェーン体験」へとユーザー体験を押し上げる、二つの強力なプリミティブを手に入れました。

  • ERC‑4337 は、コアプロトコルを変更せずに現在のイーサリアムに アカウント抽象化 をもたらします。これにより、スマートコントラクトアカウント、ガススポンサーシップ、バッチ呼び出し、パスキー型認証といった機能がウォレットにネイティブに組み込まれます。
  • ERC‑4804 は web3:// URL を導入します。人間が読めるリンクが直接コントラクトの 読み取り 呼び出しに解決され、さらにはオンチェーンの HTML や SVG をレンダリングでき、従来のウェブサーバが仲介する必要がありません。EVM 用の “HTTP” と考えてください。

二つを組み合わせると、ERC‑4337 がアクションを、ERC‑4804 がアドレスを 扱います。この組み合わせにより、スマートコントラクトから UI を取得できるリンクを共有でき、ユーザーが操作を開始すると、ガスをスポンサーし複数ステップを単一クリックで実行できるスマートアカウントにフローが引き渡されます。

なぜ今重要なのか​

これは理論上の未来像ではなく、すでに稼働し大きな関心を集めている技術です。ERC‑4337 は実運用でスケールし、実績が証明されています。 カノニカルな EntryPoint コントラクトは 2023 年 3 月 1 日にイーサリアムメインネットにデプロイされ、以降数千万のスマートコントラクトアカウントを支え、1 億件以上のユーザーオペレーションを処理しています。

同時に、コアプロトコルもこれらの概念に収束しつつあります。Pectra アップグレード（2025 年 5 月） では EIP‑7702 が導入され、標準的な外部所有アカウント（EOA）が一時的にスマートアカウントのように振る舞えるようになりました。これは ERC‑4337 を補完し、既存ユーザーの移行を容易にしますが、標準自体を置き換えるものではありません。

アドレス指定の面では、web3:// が正式化 されました。ERC‑4804 は URL がどのように EVM 呼び出しに変換されるかを正確に規定し、web3 は IANA に暫定的な URI スキームとして登録されています。実用的なツールやゲートウェイも整備され、オンチェーンデータを共有可能でリンク可能なリソースに変換できるようになりました。

プライマー：ERC‑4337 を一ページで​

ERC‑4337 は柔軟性を重視したパラレルトランザクションレールをイーサリアムに導入します。従来のトランザクションの代わりに、ユーザーは UserOperation オブジェクトを代替メモプールに送信します。このオブジェクトはアカウントが何をしたいかを記述します。「バンドラー」 と呼ばれる特殊ノードがこれらのオペレーションを拾い上げ、グローバルな EntryPoint コントラクトを通して実行します。

主な三つのコンポーネントは次のとおりです。

  1. スマートコントラクトアカウント（SCA）：独自ロジックを持つアカウントです。トランザクションの有効性を定義でき、パスキーやマルチシグ、ゲーム用セッションキー、支出上限、ソーシャルリカバリなどを実装可能です。ルールはネットワークではなくアカウント自身が強制します。
  2. ペイマスター：ガス料金をユーザーに代わってスポンサーしたり、ERC‑20 トークンで支払わせたりできる特殊コントラクトです。これにより「ウォレットに ETH がなくても」オンボーディングが可能になり、複数呼び出しを単一オペレーションにバッチ化してワンクリック体験を実現します。
  3. DoS 安全性とルール：公開 ERC‑4337 メモプールは標準化されたオフチェーン検証ルール（ERC‑7562）で保護され、バンドラーが失敗必至のオペレーションにリソースを浪費するのを防ぎます。代替メモプールは特化用途で存在できますが、共有ルールによりエコシステムの一貫性と安全性が保たれます。

メンタルモデル：ERC‑4337 はウォレットをプログラマブルアプリに変えます。単に生トランザクションに署名するのではなく、ユーザーは「意図」を送信し、アカウントのコードが検証し、EntryPoint が安全かつ原子的に実行します。

プライマー：ERC‑4804 を一ページで​

ERC‑4804 は web3:// URL を 読み取り専用 の EVM 呼び出しに直接マッピングします。URL 文法は直感的です：web3://<name-or-address>[:chainId]/<method>/<arg0>?returns=(types)。名前は ENS などで解決でき、引数はコントラクトの ABI に基づいて自動的に型付けされます。

例：

  • web3://uniswap.eth/ は uniswap.eth アドレスのコントラクトを空の calldata で呼び出します。
  • web3://.../balanceOf/vitalik.eth?returns=(uint256) は balanceOf 関数に Vitalik のアドレスを渡して ABI エンコードし、uint256 型の JSON 結果を返します。

重要なのは、この標準は現在 読み取り専用 呼び出し（Solidity の view 関数に相当）に限定されている点です。状態変更を伴う操作は依然としてトランザクションが必要で、そこに ERC‑4337 や EIP‑7702 が登場します。web3 が IANA に暫定 URI スキームとして登録されたことで、ネイティブブラウザやクライアントのサポートへの道が開かれましたが、現時点では拡張機能やゲートウェイに依存することが多いです。

メンタルモデル：ERC‑4804 はオンチェーンリソースをリンク可能なウェブオブジェクトに変換します。「このコントラクトビューを URL で共有する」は、ダッシュボードへのリンクを共有するのと同じくらい自然になります。

合体： “クリック可能なオンチェーン体験”​

この二つの標準を組み合わせると、今日の分散型アプリケーション構築に強力な新パターンが生まれます。

まず web3:// で検証可能な UI を提供します。S3 のような集中サーバにフロントエンドをホストする代わりに、最小限の HTML や SVG インターフェースをオンチェーンに保存できます。web3://app.eth/render のようなリンクはクライアントが URL を解決し、コントラクトから直接 UI をレンダリングするため、コードが指示する通りの画面が必ず表示されます。

その検証可能なインターフェースから ERC‑4337 でワンクリックアクション をトリガーします。たとえば “Mint” ボタンが UserOperation を生成し、ペイマスターがガスをスポンサーします。ユーザーはパスキーや生体認証で承認し、EntryPoint がバッチ呼び出しを実行して、スマートアカウントのデプロイ（初回の場合）と目的の操作を単一の原子的ステップで完了させます。

この流れはシームレスなディープリンクハンドオフを実現します。UI は意図ベースのリンクを埋め込めるため、ユーザーは信頼できない外部サイトへ遷移する必要がなくなります。コンテンツはコントラクト、アクションはアカウント です。

これにより実現できること：

  • ガスレス体験と “すぐに使える” オンボーディング：新規ユーザーは ETH を取得せずに開始でき、アプリ側が最初の数回のインタラクションをスポンサーできるため、摩擦が大幅に削減されます。
  • 共有可能な状態：web3:// リンクはブロックチェーン状態へのクエリです。ダッシュボード、所有権証明、改ざん検知が必要なコンテンツに最適です。
  • エージェントフレンドリーなフロー：AI エージェントは web3:// URL で検証可能な状態を取得し、スコープ付きセッションキーで ERC‑4337 を通じてトランザクション意図を送信でき、画面スクレイピングや秘密鍵管理のリスクを回避できます。

ビルダー向け設計メモ​

実装時に考慮すべきアーキテクチャ的選択肢は以下の通りです。

  • ERC‑4337：まずは最小限のスマートコントラクトアカウントテンプレートから始め、ガード付きモジュールで機能を拡張すると、コア検証ロジックをシンプルかつ安全に保てます。ペイマスターのポリシーはガス上限や許可メソッドのホワイトリストを明確に設定し、グリーフィング攻撃を防止してください。
  • ERC‑4804：人間が読めるリンクは ENS 名を利用して作成し、chainId を明示して曖昧さを排除し、returns=(…) パラメータで型付けされた予測可能なレスポンスをクライアントに提供します。オンチェーン HTML/SVG は可能な限り軽量に保ち、重い資産は IPFS などの分散ストレージから取得する形が推奨です。
  • EIP‑7702 と ERC‑4337 の関係：Pectra アップグレードで有効化された EIP‑7702 により、既存の EOA ユーザーはフルスマートアカウントをデプロイせずにコントラクトロジックへデリゲートできます。アカウント抽象化エコシステムのツールはすでにこの連携を前提に設計が進んでおり、移行パスが滑らかです。

セキュリティ、現実、制約​

強力な反面、トレードオフも存在します。EntryPoint コントラクトは設計上のボトルネックであり、セキュリティモデルを単純化する一方でリスクが集中します。必ず監査済みのカノニカル版を使用してください。ERC‑7562 のメモプール検証ルールはオンチェーンで強制されるものではなく、社会的合意に基づくものです。したがって、すべての代替メモプールが同等の検閲耐性や DoS 防御を提供するとは限りません。

また、web3:// はまだ成熟途上です。読み取り専用標準に留まり、書き込み操作はトランザクションが必要です。プロトコル自体は分散化されていますが、URL を解決するゲートウェイやクライアントは依然として障害や検閲の潜在的ポイントです。真の “アンブロック可能” を実現するには、ネイティブクライアントの広範なサポートが不可欠です。

具体的なブループリント​

例として、NFT を用いたメンバーシップクラブを構築し、共有可能で検証可能な UI とワンクリック参加プロセスを実装する手順を示します。

  1. UI の共有：web3://club.eth/home のようなリンクを配布します。ユーザーが開くとクライアントが URL を解決し、コントラクトからオンチェーン UI を取得して、現在のメンバーリストやミント価格を表示します。
  2. ワンクリック参加：ユーザーが “Join” ボタンを押すと、ウォレットが ERC‑4337 UserOperation を生成し、ペイマスターがガスをスポンサーします。この単一オペレーションは、スマートアカウントのデプロイ（未所有の場合）、ミント料金の支払い、プロフィールデータの登録という三つの呼び出しをバッチ化します。
  3. 検証可能な領収書：トランザクション確定後、ユーザーには web3://club.eth/receipt/<tokenId> のようなリンクが提示され、オンチェーン上のメンバーシップ証明への永続的な参照となります。

大きな流れ​

この二つの標準は、イーサリアム上の構築方法に根本的な変化をもたらします。アカウントはソフトウェアになる。ERC‑4337 と EIP‑7702 は「ウォレット UX」を本格的なプロダクトイノベーションの領域へと変換し、鍵管理の講義を超えた体験を提供します。同時に、リンクはクエリになる。ERC‑4804 は URL を検証可能なオンチェーン「事実」へのアドレス手段として復活させ、フロントエンドのプロキシではなく、データそのものを指し示します。

二つを組み合わせることで、ユーザーがクリックするものとコントラクトが実行するもののギャップが縮まります。そのギャップはかつて集中型ウェブサーバと信頼前提で埋められていましたが、今や検証可能なコードパスとオープンなメモプールで埋められます。

消費者向け暗号アプリを構築しているなら、ユーザーの最初の数分を楽しくする絶好の機会です。リンクを共有し、真実をレンダリングし、最初のアクションをスポンサーし、ユーザーを検証可能なループに閉じ込めましょう。レールはすでに整備されています—あとは体験を出荷するだけです。