開発者のためのweb3スタックガイド

2026年にオンチェーンプロジェクトを始めるということは、チェーンではなくスタックを選ぶということだ。ビジネスロジックを書き始める前に、ネットワーク、スマートコントラクトフレームワーク、ウォレットのパターン、インフラプロバイダー、フロントエンドライブラリを選ぶことになり、それぞれの選択がその後1年間のエンジニアリング作業を左右する。

web3スタックとは、ブロックチェーン上で動くものを構築する際に開発者が触れる、階層化されたツールの集合を指す。ネットワーク、インフラ、スマートコントラクト、ウォレット、フロントエンドライブラリ、ストレージ、アプリケーション、そしてAIエージェントが自らユーザーとして振る舞う、より新しいエージェント層がそれにあたる。このガイドは実務的な地図として、各層のリーダーが誰か、実際の選択肢がどこにあるか、そして答えが構築対象に依存する場合に何を選ぶべきかを示す。

web3スタックの8つの層

第1層: ネットワーク

ブロックチェーンはスタックの最下層にあたるが、「ブロックチェーン」という言葉が指すものは今や3種類ある。独自のコンセンサスを走らせるレイヤー1、レイヤー1からセキュリティを借りるレイヤー2のRollups、そしてチームが独自にチェーンを組み立てられるモジュラーコンポーネントだ。

3つのレイヤー1がほとんどの活動の基盤になっている。Ethereumは最も多くの流動性を保有し、ほとんどのステーブルコインとDeFiの拠点になっている。Solanaは実運用で最も高速であり、決済やコンシューマー向けアプリのデフォルトの選択肢になっている。Bitcoinは最も多くの価値を保有しており、増え続けるレイヤー2群を通じてプログラマブルになりつつある。これらに加え、BNB Smart Chain、Tron、Avalanche、Polygonといったチェーンも実運用のトラフィックを担っており、Hyperliquid、Monad、Suiといった新しいL1にも注目する価値がある。

レイヤー2のRollupsは独自のチェーン上でトランザクションを実行し、セキュリティのためにレイヤー1へ結果を投稿する。これにより、ベースチェーンの保証を継承しつつ手数料を低く抑えられる。最大手のグループ(Arbitrum、Base、OP Mainnet)はオプティミスティック証明を使い、次のグループ(zkSync、Starknet、Linea)はより高速なファイナリティのためにゼロ知識証明を使う。現状ではほぼすべてがEthereum上に存在し、BitcoinおよびSolanaのRollupsも存在するが、まだかなり初期段階だ。詳しくはEthereum scaling solutions overviewを参照してほしい。

モジュラーコンポーネントを使えば、既存のチェーンに参加するのではなく、自分でチェーンを組み立てられる。OP StackやArbitrum Orbitは、Ethereum L2の立ち上げを構成上の選択にまで単純化し、CelestiaやEigenDAのようなデータアベイラビリティレイヤーは、Ethereumの価格を払うことなく新しいチェーンがデータを保存できるようにする。Rollups-as-a-serviceのプロバイダー(Alchemy、Conduit、Caldera)は、これら一式をマネージドサービスとしてパッケージ化している。

実際のところ、2026年にはひとつだけを選ぶことはほとんどない。多くの本番アプリはマルチチェーンで動いている。高額な取引にはEthereum L2、決済にはSolana、ネイティブBTCにはBitcoin L2、といった具合だ。かつてはチェーンごとに個別の統合が必要だった。しかし今は違う。現代のインフラプロバイダーは100以上のチェーンに対して同じAPIを提供しているため、チェーンの追加はほぼ設定変更で済み、作り直しにはならない。

第2層: インフラ

すべてのブロックチェーンはノードのネットワーク上で動いている。ノードとはチェーンのデータを保持し、コンセンサスルールを実行するコンピュータのことだ。状態を読み取ったりトランザクションを送信したりするには、アプリはノードと通信する必要があり、自分でノードを運用することも、借りることもできる。

これはデータベースと似たようなものだと考えるといい。Postgresを自前でホストすることもできるが、ほとんどのチームはハードウェアの世話をする代わりに機能開発に集中するため、マネージドインスタンスを借りる。ノードも同じ構図だが、コストはより厳しい。自前でホストするEthereumのアーカイブノードは、エンジニアリングの工数を含めずとも、ストレージと帯域だけで年間1万ドルから2万5000ドルかかる。だからほとんどのチームは借りる方を選ぶ。

ノード・RPCプロバイダーとは、その借りる対象のことだ。アプリが呼び出すJSON-RPCおよびWebSocketのエンドポイントを提供し、複数リージョンにまたがる冗長性のあるノードを運用し、運用作業を引き受ける。2026年時点の主要な選択肢はAlchemy、QuickNode、Chainstack、Helius(Solana特化)、dRPCだ。

生のノードアクセスだけで十分なことはほとんどない。「あるウォレットが保有するすべてのNFT」や「あるトークンの価格履歴」といった問いに、ノードへの直接クエリで答えようとすると遅く、コストもかさむため、ほとんどのチームはデータ・インデックス作成APIも併用する。The Graphはsubgraphsによってインデックス作成の先駆けとなり、Alchemy、Dune、Goldskyは残高、送金、価格、履歴向けに、より高レベルなデータAPIを提供している。

いくつかの専門カテゴリがこの層を補完している。ブリッジ(LayerZero、Wormhole、Chainlink CCIP)はチェーン間で資産やメッセージを移動させる。オラクル(Chainlink、Pyth)は価格などのオフチェーンデータをオンチェーンにもたらす。ブロックエクスプローラー(Etherscan、Solscan)はどのチェーンの活動も見られる公開窓口だ。何を基準に選ぶべきかについては、overview of the best blockchain APIsで詳しく解説している。

第3層: スマートコントラクト

スマートコントラクトはブロックチェーン上で動くプログラムだ。チェーンの仮想マシンが実行できる言語で書かれ、コンパイルされ、デプロイされ、トランザクションによって呼び出される。この層で決めるべきことは、どの言語で書くかと、どのフレームワークで書くかの2つだ。

言語の選択は、どのチェーン上に構築するかによってほぼ決まる。

• SolidityはEthereumで支配的な言語であり、あらゆるEVMチェーン(Arbitrum、Base、Optimism、BNB、Avalanche、Polygon)のデフォルトとなっている。
• RustはSolanaのプログラムを動かし、NEAR、Aptosの一部、そしてほとんどのモジュラースタック系コンポーネントにも登場する。SolanaのSolidityに対するトレードオフについてはSolidity vs Rust overviewで扱っている。
• MoveはSuiとAptosの言語で、より安全なアセットプログラミング向けに設計されている。リソース指向の型システムにより、「トークンを誤って複製したり失ったりできない」ことが型チェッカーの性質として保証される。
• VyperはSolidityに似たPython風の代替言語で、一部のEVM DeFiプロトコル(最大手はCurve)で使われている。
• CairoはStarknetの言語で、STARKによる証明可能性のために設計されている。

言語を決めたら、次は日々使うことになるフレームワークだ。コードをコンパイルし、テストを実行し、テストネットとメインネットにデプロイし、シミュレーション用のローカルネットワークを提供する。押さえておくべきものは3つあり、他にも多数存在する。

Foundryは最も人気のあるEthereumフレームワークだ。Rustで書かれており、Solidityのコンパイルとテストが高速で、組み込みのファジングによって徹底的なテストが標準になった。新しいEVMプロジェクトのほとんどはFoundryから始まる。

Hardhatは長年使われてきた代替であり、TypeScriptで一貫して開発したいチームにとって自然な選択肢だ。コントラクトのコンパイル、テスト、デプロイを行い、開発対象となるローカルEthereumネットワークを走らせ、大規模なプラグインエコシステムを通じてSolidityとTypeScript両方のテストをサポートする。

AnchorはSolanaプログラムの標準だ。プログラムのIDLからクライアントSDKを生成し、シリアライズを処理する。これはFoundryとフロントエンドクライアントジェネレータを組み合わせて使うことのSolana版に相当する。

より広範なフレームワーク、テストライブラリ、デプロイツール、周辺の開発ツールについては、20 blockchain development tools overviewが実務的なリファレンスになる。

第4層: ウォレットとアカウント

ウォレットはweb3アプリにおいて2つの役割を果たす。ひとつはユーザーのアイデンティティであり、オンチェーン上でそのユーザーを表すアカウントアドレスだ。もうひとつは文字通りのウォレットであり、資産が存在する場所であり、それを移動させるトランザクションに署名するものだ。ほとんどの構築は、外部所有アカウント、スマートコントラクトウォレット、埋め込みウォレットの3パターンでカバーできる。どれを選ぶかはユーザーが誰かによって決まる。crypto-nativeな人間から、ウォレットをインストールしたことのない一般消費者、さらには自律的に動くAIエージェントまで幅がある。

外部所有アカウント(EOA)は、元祖Ethereumウォレットのパターンで、ブラウザ拡張機能、モバイルアプリ、またはハードウェアデバイスに保存された公開鍵・秘密鍵のペアだ。MetaMask、Rabby、Phantom(Solana)、Backpackがユーザー向けの主要な例であり、既存のcrypto-nativeユーザーの多くはこの方法で資産を保有している。

スマートコントラクトウォレットは、それ自体がプログラムであるアカウントだ。複数署名を要求したり、トランザクションをバッチ処理したり、ガスをスポンサーしたり、使用限度額を設定したり、鍵をローテーションしたり、シードフレーズの代わりにパスキーで認証したりできる。Safe(旧Gnosis Safe)は保有資産で見て最大手だ。Coinbase Smart Wallet、Argent、Ambireがユーザー向けの実装だ。これらの基盤となる標準はERC-4337で、2023年3月にEthereumメインネットで稼働を開始し、現在は主要なL2のほとんどに展開されている。EIP-7702は、通常のEOAが一時的にスマートコントラクトのように振る舞えるようにすることでこのパターンを拡張しており、既存ユーザーはアカウントを移行することなくスマートアカウントの機能を得られる。これらと同じ機能(使用限度額、セッションキー、範囲を限定した権限)は、無制限の権限を持たずに自律的に取引する必要があるAIエージェントにとってもスマートアカウントをデフォルトにする理由になっている。第8層でこの話を続ける。

埋め込みウォレットは、ブラウザ拡張機能ではなくアプリケーション内部で作成・管理されるウォレットだ。ユーザーはメールアドレスやソーシャルログインでサインインし、SDKがウォレットをプロビジョニングして、後でエクスポートできるようにする。Privy、Dynamic、Reown、Coinbase Wallet as a Serviceが2026年時点でよく使われるプロバイダーだ。ほとんどの埋め込みウォレットSDKは内部でMPC(マルチパーティ計算)を使っており、鍵を複数のプロバイダーに分割することで、単一の当事者だけでは署名できないようにしている。多くのユーザーはあらかじめMetaMaskやPhantomをインストールしていないため、今日のコンシューマー向けcrypto製品のほとんどはこの方法で新規ユーザーをオンボーディングしている。

ウォレットアドレスはアイデンティティではあるが、扱いにくいものだ。それは背後に誰、あるいは何がいるのかを何も語らない長い16進数の文字列にすぎない。これを補う隣接プリミティブが2つある。ENSのようなネーミングサービスは、読みやすい名前(alice.eth)をアドレスにマッピングし、SNSはSolana上で同じことを行う。Worldのようなプルーフ・オブ・パーソンフッドプロトコルは、生体認証を使って1つのオンチェーンアイデンティティを1人の実在する人間に結び付ける。エージェントが占めるアカウントの割合が増える中で、この重要性は増している。

各カテゴリの詳細はweb3 wallets overviewで分解して解説している。簡潔にまとめると、技術系プロダクトには既存のウォレットを前提とし、コンシューマー向けプロダクトには埋め込みウォレットを使い、人間以外が署名する場合はスマートアカウントを使う、ということだ。

第5層: フロントエンドライブラリとコネクタ

フロントエンドライブラリは、アプリケーションに必要なチェーンとのやり取りを処理する。コントラクトから状態を読み取る、トランザクションを構築・署名する、イベントをリッスンする、アドレスや残高をフォーマットする、といった作業だ。これらはアプリケーションコードとチェーンが話すJSON-RPCの間に位置する。EVM上では2つのライブラリが支配的であり、Solana上ではひとつが支配的だ。

EthereumおよびEVMチェーンでは、ViemとWagmiが新規プロジェクトのデフォルトの組み合わせだ。Viemは、状態の読み取り、トランザクションの書き込み、イベントのデコードといった直接的なチェーン操作を行うTypeScriptライブラリで、古いライブラリと比べてバンドルサイズが小さく、ツリーシェイキングも優れており、APIの型付けも充実している。WagmiはViemの上に構築されたReactフックの層で、ウォレット接続の状態、トランザクションのライフサイクル、チェーンの切り替えを処理する。2026年時点の新しいEVMアプリの多くはこの2つを一緒に使う。

ethers.jsはより古い代替であり、現在も活発にメンテナンスされている。多くの既存アプリがこれを使っており、それ自体は問題ないが、新規プロジェクトは型付けとバンドルサイズの利点から一般的にViemとWagmiを選ぶ。

Solana側では、@solana/kit(元の @solana/web3.js ライブラリの現代的な書き直し)が標準だ。AnchorのTypeScriptクライアントジェネレータが、フロントエンドからのプログラムインターフェースを処理する。

ライブラリがチェーンと通信できるようになっても、ユーザーがウォレットを接続する手段は別途必要になる。コネクタライブラリは「Connect Wallet」ボタン、対応ウォレットを一覧表示するモーダル、ネットワーク不一致時のプロンプト、セッションの永続化を処理する。これがなければ、各アプリでこの数百行のUI足場を書くことになる。

• RainbowKit(React、Wagmiベース)は、Ethereum専用アプリの人気デフォルトだ。より高いUI制御を求める場合はConnectKitがより軽量な代替となる。
• Reown AppKitは、WalletConnect(2024年にReownへリブランド)を再構築した後継で、EVM、Solana、Bitcoinをまたいで数百のウォレットをサポートする。
• Privy とDynamic(第4層で扱った)は独自のコネクタロジックを含んでいるため、埋め込みウォレットを使うコンシューマー向けアプリでは、ウォレットのステップと接続のステップをひとつのサインインに統合できる。

第6層: ストレージ

ほとんどのアプリケーションデータはオンチェーンには存在せず、その必要もない。画像、動画、大きなJSONをEthereumに置くのは高すぎるため、経験則はシンプルだ。分散化する必要があるデータだけを分散化し、それ以外は最も安いところに置く。多くの本番アプリは通常のクラウドストレージからアセットを配信し、NFTが指すメタデータのような、永続性や検閲耐性が必要なデータのためだけに分散ストレージを確保している。

分散ストレージが必要な場合、いくつかのプロトコルでほとんどのケースをカバーできる。

• IPFS(InterPlanetary File System)はコンテンツアドレス型のストレージで、NFTメタデータやアプリファイルの一般的な置き場所だ。PinataとFilebaseがそのデータをオンラインに保つ。
• Arweaveは「パーマウェブ」ストレージを提供する。一度支払えば永久に保存される。アーカイブや長期保存が必要なコンテンツに向いている。
• Filecoinは有料契約に基づくストレージ市場で、より大規模でエンタープライズ向けの用途で使われる。WalrusはSuiネイティブの新しい選択肢で、大容量メディアやデータセット向けに構築されている。

第7層: アプリケーション

アプリケーション層は、ユーザーが実際にやり取りする部分だ。ほとんどのアプリは、一度学べば済む共通パターンを持っている。ウォレットを接続し、トークンを承認し、トランザクションに署名し、最終的にオンチェーンの受領記録が残る、という流れだ。

DeFiは最も成熟したカテゴリだ。分散型取引所(現物取引量ではUniswapが首位、パーペチュアルではHyperliquidが首位、ステーブルコインスワップはCurveが独占)は、アカウントなしでユーザーが取引できるようにする。レンディング市場(最大手はAave)は、担保を差し入れて借り入れたり、利回りを得たりできるようにする。リキッドステーキング(Lido、Rocket Pool)は、ノードを運用せずにバリデーター報酬を得られるようにする。

DeFiはステーブルコインの上でも動いており、これはアプリというよりもアプリが動かすお金そのものと言えるため、取り上げる価値がある。残高は通常のウォレットに存在し、送金は数秒で決済され、どのコントラクトでもそれを保有・移動できる。USDC、USDT、DAI、PayPalのPYUSD、RippleのRLUSDが主要なドルステーブルコインであり、取引、決済、財務管理、給与支払い、そしてDeFi全体の計算単位として使われている。ユースケースの詳細はenterprise stablecoin guideで扱っている。

DeFiを超えて、アプリケーション層は開かれ続けている。予測市場(Polymarket、Kalshi)は現実世界の結果を取引可能な市場に変え、その解決データは主流メディアで引用される機会も増えている。オンチェーンソーシャルアプリは、ユーザーのグラフとコンテンツを、私的なデータベースではなくユーザー自身の管理下に置く。NFTとオンチェーンゲームは投機的なピークを過ぎ、コレクティブル、チケッティング、永続的なゲームアセットへと移行している。トークン化された実世界資産(RWA)は今や実際の収益カテゴリになっており、Ondo、Maple、BlackRockのトレジャリー商品は数十億ドル規模を保有し、銀行やフィンテック企業(JPMorgan、Visa、PayPal、Stripe)も同じレール上で構築を進めている。率直に言えば、これらのカテゴリは拡大を続けており、ここではほとんど何でも構築できる。

第8層: エージェント層

最も新しい層は、最も速く動いている層でもある。AIエージェントは今や、トランザクションに署名し、API呼び出しの対価を支払い、人間の介在なしにアプリケーション内で動作するユーザーのクラスになっている。エージェントも他のユーザーと同じ3つのものを必要とする。アイデンティティ、支払い手段、そしてどのサービスが存在するかを発見する手段だ。エージェント層とは、それぞれをエージェントに与えるプリミティブの集合だ。

エージェントのアイデンティティは、人間のユーザーと同様にウォレットによってオンチェーンで追跡される。人間が使うのと同じスマートアカウントをエージェントに割り当てることができる。エージェントは(あるいはMPCを通じて鍵の一部を)保持し、自律的にトランザクションに署名する。すでに人間ユーザー向けに存在するスマートアカウントの機能こそが、まさにエージェントを制約するものになる。超過できない使用限度額、期限切れになるセッションキー、単一のコントラクトに範囲を限定した権限などだ。

アイデンティティを得たエージェントには、次に支払い手段が必要になる。新たに登場しているパターンは、HTTPの402「Payment Required」レスポンスとオンチェーンのステーブルコイン送金を組み合わせるものだ。エージェントがAPIを呼び出し、402を受け取り、自身のウォレットから支払い、そのまま処理を続ける。アカウントもAPIキーも事前の関係も不要だ。Coinbaseのx402、MPP、ACP、A2Pなど、いくつかの標準がこの仕組みを定義しているが、どれも決定的な勝者にはなっておらず、本格的な導入の多くは複数の標準をサポートすることを想定している。Alchemy's AgentPayを含むプロキシプラットフォームはAPIの手前に位置し、標準間の変換を行うことで、加盟店はプロトコルごとに個別に統合するのではなく、一度の統合で済むようにする。

3つ目のピースはディスカバリーだ。アイデンティティを持ち、支払いができるようになったエージェントには、どのサービスが存在し、それをどう呼び出すかを学ぶ手段がまだ必要だ。もともとAnthropicが提案したModel Context Protocol(MCP)は、AIエージェントが外部システムの機能や提供するツールをどのように学ぶかを定義する。現在では主要なAPIプロバイダーの多くがMCPサーバーを提供しており、人間がドキュメントを先に読む必要なく、エージェントが直接それらを利用できるようになっている。Alchemy MCP serverは、100以上のチェーンにまたがる148のツールを、あらゆるMCP互換クライアントに公開している。

エージェント層がプロダクト設計に変化をもたらす点:

• ドキュメントもツールになる。スキルマニフェストとMCPサーバーは、機能を人間だけでなく機械にも読み取れるものにする。
• 認証には新しい形が求められる。エージェントにはOAuthフローを完了させる人間がいない場合がある。Sign-in with Ethereum、EIP-7702の委任、セッションキーは、エージェントに持ち運び可能で範囲を限定した資格情報を与える。
• 価格設計はマイクロトランザクションを前提とする。ひとつのエージェントのワークフローが、1分間に何千もの、1回あたり数セントの支払いを発生させることがあり、これは人間が支払うSaaSの価格設計とは正反対だ。

どこから始めるべきかの選び方

ほとんどのチームはネットワーク層を考えすぎ、それより上の層を軽視しすぎている。実際にエンジニアリング工数の大部分を吸収するのは、インフラ、スマートコントラクト、ウォレットの各層における意思決定だ。

• ユーザーに応じてチェーン(複数可)を選ぶ。 DeFiや高い信頼性が求められる用途にはEthereum L2。決済、コンシューマー向けアプリ、レイテンシに敏感なプロダクトにはSolana。ネイティブBTC向けプロダクトにはBitcoin L2。インフラプロバイダーがすでに対応していれば、2つ目、3つ目のチェーンを追加してもコストはもはや高くない。
• 実際に呼び出すものに応じてインフラを選ぶ。 ほとんどのチームは、使用するチェーンとインデックス化されたデータAPIを備えたRPCプロバイダーを必要とする。Alchemy、QuickNode、Helius、Chainstackが主要な選択肢だ。
• 言語に応じてスマートコントラクトフレームワークを選ぶ。 Solidityのみのプロジェクトと最速のテストループにはFoundry。TypeScript中心のチームにはHardhat。SolanaにはAnchor。
• 対象ユーザーに応じてフロントエンドスタックを選ぶ。 既存ウォレットを前提とする場合はViem、Wagmi、そしてRainbowKitやAppKitのようなコネクタ。ウォレットを持たない前提の場合はPrivyやDynamicのような埋め込みウォレットSDK。
• 制御の度合いに応じてウォレットのパターンを選ぶ。 自前のウォレットを持ち込む場合はコネクタライブラリ。ガスをスポンサーしたり、トランザクションをバッチ処理したり、権限の範囲を限定したり、エージェント向けに構築したりする必要がある場合はスマートアカウント。

これらの決定のほとんどは後から変更可能だ。定着してしまう2つはチェーンとウォレットのパターンで、どちらもローンチ後に変更するとなるとユーザーの移行が必要になるからだ。この2つを正しく選び、残りは反復して改善していけばよい。

FAQ

web3スタックとは何か

web3スタックとは、ブロックチェーンベースのアプリケーションを構築する際に開発者が触れる、階層化されたツールの集合だ。ネットワーク(L1、L2、モジュラーコンポーネント)、オンチェーンデータの読み書きを行うインフラ、スマートコントラクト、ウォレットとアカウント抽象化(ENSのようなアイデンティティプリミティブを含む)、フロントエンドライブラリとウォレットコネクタ、分散ストレージ、そしてアプリケーション層で構成される。より新しい8番目の層(エージェントスタック)は、同じプリミティブの上でAIエージェントがユーザーとして振る舞うことを可能にする。

web3開発者はどのプログラミング言語を使うか

最も一般的な言語はSolidity(EthereumおよびEVMチェーン)、Rust(Solana、NEAR、Aptosの一部、モジュラースタックの一部)、Move(Sui、Aptos)、Vyper(一部のEVM DeFiプロトコル)、Cairo(Starknet)だ。SolidityはEVM互換のあらゆるチェーンのデフォルトだ。RustはEVM以外の領域で支配的だ。

2026年にはどのスマートコントラクトフレームワークを使うべきか

ほとんどの新しいEthereumおよびEVMプロジェクトにはFoundryが向いており、特にチームがSolidityを一貫して書く場合に適している。TypeScript中心のチームで、コントラクト、スクリプト、テスト全体で同じ言語を使いたい場合はHardhatが向いている。RustによるSolanaプログラムにはAnchorが向いている。

web3アプリを構築するために自分でノードを運用する必要があるか

ほとんどの場合、その必要はない。自前でホストするEthereumのアーカイブノードは、それを維持するためのエンジニアリング工数を除いても、主にNVMeストレージと帯域だけで年間1万ドルから2万5000ドルかかる。ほとんどの本番チームは、JSON-RPCおよびWebSocketのエンドポイントとインデックス化されたデータAPIをホステッドサービスとして提供するマネージドRPCプロバイダー(Alchemy、QuickNode、Helius、Chainstack、dRPC)を使っている。

アカウント抽象化とは何か

アカウント抽象化とは、ユーザーのアカウント自体が単純な鍵ペアではなくスマートコントラクトになっているパターンだ。ERC-4337は、基盤となるプロトコルを変更せずにこれを実現する仕組みを定義したEthereumの標準で、2023年3月にメインネットで稼働を開始した。スマートコントラクトウォレットは、ガスをスポンサーしたり、トランザクションをバッチ処理したり、使用限度額を設定したり、鍵をローテーションしたり、パスキーで認証したりできる。EIP-7702は、通常のEOAが一時的にスマートコントラクトのように振る舞えるようにすることでこのパターンを拡張する。

AIエージェントはweb3スタックにどう組み込まれるか

エージェントは既存のインフラを、3つの追加要素とともに利用する。エージェントはスマートアカウントをアイデンティティとして使い、自ら署名し、(場合によってはMPCを通じて)自分の鍵を保持する。エージェントは、いくつか登場しつつある標準(x402、MPP、ACP、A2P)のいずれかを使ってAPIアクセスの対価を支払う。これらはすべてHTTP 402とオンチェーンのステーブルコイン送金を組み合わせたもので、まだ決定的な勝者は出ていない。エージェントは機械可読なマニフェストを通じて機能を発見し、最も一般的にはModel Context Protocol(MCP)を利用する。その結果、エージェントは人間が発行したアカウント、APIキー、事前の関係を必要とせずに、ブロックチェーンインフラをエンドツーエンドで利用できるようになる。

2026年にはどのチェーン上で構築すべきか

すでにユーザーと流動性が存在する場所を基準に選ぶべきだ。DeFi、ステーブルコイン、高い信頼性が求められる用途にはEthereumとそのL2(Arbitrum、Base、Optimism、zkSync)。決済、コンシューマー向けアプリ、レイテンシに敏感なプロダクトにはSolana。ネイティブBTC向けプロダクトにはBitcoinとそのL2。ほとんどの本番アプリはデフォルトでマルチチェーンになっており、現代のインフラプロバイダーのおかげで100以上のチェーンにまたがる運用は、別個の構築ではなく設定上の選択になっている。

EVM互換ブロックチェーンとは何か

EVM互換ブロックチェーンはEthereumの仮想マシンを共有しており、これはSolidityコントラクトとほとんどのEthereumツール群が、変更なしにすべてのチェーンで動作することを意味する。Arbitrum、Base、Optimism、BNB Smart Chain、Avalanche、Polygonはすべて EVM互換だ。開発者にとっての実務的なメリットは、2つ目のEVMチェーンへのデプロイがほぼ設定変更で済むことだ。同じコントラクトコード、同じフレームワーク、同じライブラリスタックがそのまま移行できる。

なぜアプリケーションデータをすべて直接ブロックチェーン上に保存できないのか

オンチェーンでのデータ保存はコストが高い。それぞれのバイトをネットワーク上のすべてのノードが処理・保存する必要があるからだ。画像、動画、大きなJSONをEthereumに置くと、同等のクラウドストレージと比べて桁違いのコストがかかる。経験則としては、トランザクションの状態、所有権の記録、コントラクトのロジックなど、不変性やトラストレスな検証が必要なデータだけをオンチェーンに保持し、それ以外は分散ストレージ(IPFS、Arweave、Filecoin)や通常のクラウドストレージを使うことだ。

web3スタック上にはどのような種類のアプリケーションが構築されているか

アプリケーション層は開かれている。DeFiは最も成熟したカテゴリで、分散型取引所(Uniswap、Hyperliquid、Curve)、レンディング市場(Aave)、リキッドステーキング(Lido、Rocket Pool)がある。ステーブルコイン(USDC、USDT、DAI)は、これらのアプリが動かすお金だ。DeFiを超えて、予測市場(Polymarket)、オンチェーンソーシャルアプリ、NFTとオンチェーンゲーム、Ondo、Maple、BlackRockによるトークン化された実世界資産がある。JPMorgan、Visa、PayPal、Stripeを含む銀行やフィンテック企業も、同じレール上で構築を進めている。

開発を始める

web3スタックにはほとんどのカテゴリで明確なリーダーが存在し、モジュラーブロックチェーンとアカウント抽象化はトレードオフを押し付けるのではなく明示的にし、現代のインフラはマルチチェーン化のコストを大幅に下げた。

Get a free Alchemy API key for 100+ chains。クレジットカード不要、ウェイトリストなし、契約なし。本番規模で構築している場合はContact salesを利用してほしい。