コンテンツへスキップ
0%

自律型オンチェーンエージェント構築のための最適なブロックチェーンAPI

Uttam Singh headshot

執筆者 Uttam Singh

2026年9月10日 公開読了時間 7 分

自律型オンチェーンエージェント構築に最適なブロックチェーンAPI

AIエージェントは、x402のようなエージェント向け決済プロトコルを通じてブロックチェーンインフラに申し込み、人間がダッシュボードに触れることなくオンチェーンアクションを実行するようになっている。どのAPIプロバイダーを選ぶかによって、エージェントがこれをそのまま実行できるか、それとも数ヶ月のカスタム開発が必要になるかが決まる。

このガイドでは、自律型オンチェーンエージェントを構築するための主要なブロックチェーンAPIプロバイダーを比較し、エージェントネイティブな機能、チェーンサポート、価格設定、そしてユーザーが機械である場合に重要となる機能について解説する。

自律型オンチェーンエージェントとは何か

自律型オンチェーンエージェントとは、AI推論(通常は大規模言語モデル)とブロックチェーン実行を組み合わせたソフトウェアシステムである。自身のウォレットを保有し、オンチェーンの状態を読み取り、トランザクションを送信し、継続的な人間の介入なしに意思決定を行う。

ポートフォリオリバランスエージェントはトークン価格を監視し、目標配分からの乖離を検出し、分散型取引所間でスワップを実行する。ガバナンスエージェントは提案を読み取り、あらかじめ定義された基準に照らして評価し、投票を行う。決済エージェントは請求書を受け取り、配送を確認し、ステーブルコインで決済する。

オンチェーンエージェントがブロックチェーンAPIに求めるものとは

人間の開発者と自律型エージェントは同じ基盤となるブロックチェーンプロトコルを使用するが、その要件には一つ重要な違いがある。エージェントはダッシュボードにログインしたり、メール認証によってAPIキーを管理したり、価格ページを閲覧したりすることができない。エージェントには機械ネイティブなアクセスが必要である。

Capability
Why agents need it
Autonomous signup
Agents must create accounts and start using APIs without human intervention, typically via SIWE (Sign-In with Ethereum) or SIWS (Sign-In with Solana).
x402 / machine payments
Pay-per-request using onchain USDC rather than credit cards or invoicing. The x402 protocol uses HTTP 402 responses to trigger agent payments.
MCP server
The Model Context Protocol (MCP) provides a structured tool interface that lets LLM-based agents discover and call APIs programmatically.
Machine-readable docs (Skills)
Agent-parseable API specifications for autonomous integration, installable with a single command.
Enhanced data APIs
Pre-indexed token balances, decoded transactions, and portfolio views reduce the dozens of raw RPC (Remote Procedure Call) calls an agent would otherwise need.
Gas sponsorship
Paymasters that abstract gas fees so agents and their end users don't need to hold native tokens on every chain.
Real-time streaming
WebSockets, webhooks, or gRPC (high-performance streaming) for instant onchain event detection.
Multi-chain support
Agents operating across ecosystems need one provider, not five.

自律型オンチェーンエージェントには何ができるか

オンチェーンエージェントは、かつては専任チームや手動介入を必要としていた作業をすでに処理している。ユースケースはいくつかのカテゴリーに分けられる。

DeFi運用。 エージェントは流動性プールを監視し、配分が目標から乖離したときにリバランスを行い、分散型取引所間でスワップを実行し、より高い利回りのポジションへ資金を移動させる。レンディングエージェントは担保比率を監視し、清算トリガーが発動する前にポジションを補充することができ、人間がダッシュボードを確認することなく24時間365日稼働し続ける。手数料が1セントの何分の1に過ぎないSolanaでは、エージェントは1日に数百件の取引をごくわずかなコストで実行できる。

決済と清算。 エージェントは請求書を受け取り、オンチェーンの証明を確認することで商品やサービスが提供されたことを検証し、ステーブルコインで決済する。従来の送金手段で数日かかる国境を越えた決済も、エージェントが適切なチェーンを通じてUSDCをルーティングすれば数秒で完了する。x402プロトコルはこれをネイティブに実現する。エージェントは同じUSDCフローを使って、他のサービスからAPIアクセス、計算能力、データに対する支払いを行う。

ポートフォリオおよびトレジャリー管理。 企業のトレジャリーや暗号資産ファンドは、複数のチェーンにまたがる残高の追跡、レポート生成、あらかじめ定義された戦略の実行にエージェントを活用している。AlchemyのPortfolio APIに接続されたエージェントは、1回の呼び出しでマルチチェーンのウォレットビューを取得し、その結果に基づいてアクションを実行できる。

監視とアラート。 エージェントはWebSocketやwebhookを通じてリアルタイムのブロックチェーンイベントを購読し、特定のコントラクトとのやり取り(大口送金、不審な活動、価格変動)を監視し、自動化された対応をトリガーする。セキュリティエージェントは異常なトランザクションパターンを検出し、被害が広がる前にスマートコントラクトを一時停止することができる。

共通しているのは、これらのユースケースのいずれもが、エージェントが自律的にアクセスでき、プログラム的に支払いができ、リッチでデコードされたデータを照会できるブロックチェーンAPIを必要とするという点である。APIプロバイダーの選択によって、これらのユースケースのうちどれだけをエージェントがそのまま処理できるかが決まる。

自律型オンチェーンエージェント向けブロックチェーンAPIベスト10

以下の比較では、エージェントを構築する開発者にとって重要な観点、すなわち自律的なアクセス、データの豊富さ、チェーンのカバレッジ、コストの各点から各プロバイダーを評価する。

Provider
Chains
Agent signup
x402
MCP server
Enhanced APIs
Gas sponsorship
100+
Yes (SIWE or SIWS)
Yes
Official
Token, Portfolio, Prices, Tx, NFT
Yes
80+
Yes (SIWE or SIWS)
Yes
Official
Marketplace add-ons, Swap API
No
Solana
Yes (SIWS)
Yes (Solana only)
Official
DAS, LaserStream, Sender
No
30+
No
No
Official
Data API, Streams, Cortex
No
~20
No
No
Community
Gas API
No
70+
No
No
Official (2 servers)
Debug/Trace on dedicated
No
100+
No
No
No
No (RPC only)
No
80+
No
No
Via web3-mcp, plus Agent RPC
Advanced API
No
130+
No
No
Official
Unified Data API
No
100+
No
No
No
No (raw RPC)
No

3つのプロバイダーが、完全なエージェントネイティブスタックを備えていることで際立っている。Alchemy、QuickNode、Heliusである。

Alchemy

Alchemyは、最も幅広いチェーンカバレッジにわたって最も完成度の高いエージェントインフラを提供する。Alchemyエージェントプラットフォームでは、エージェントがSIWE経由でサインアップし、x402で支払い(Base上のUSDC)、100以上のチェーンにわたるCore RPC、さらに各プロダクトがサポートするネットワーク上のToken、NFT、Portfolio、Prices APIに、人間の介在なしでアクセスできる。

以下の機能が、Alchemyをエージェント構築者にとって際立たせている。

  1. Alchemy Skillsは機械可読なAPI仕様を提供し、コーディングエージェント(Claude Code、Cursor、Codex)にあらゆるエンドポイント、認証方式、エラーパターンについての完全な知識を与える。
  2. Alchemy MCPは、Model Context Protocolを通じて168のツールを公開しており、トークン価格、NFTメタデータ、トランザクション履歴、スマートコントラクトシミュレーション、トレース、アカウント抽象化、Solana DASをカバーする。MCP対応の任意のエージェントは、Ethereum、Base、Polygon、Arbitrum、Optimism、Solana、Starknetを含む100以上のネットワークにわたってAlchemyを発見し呼び出すことができる。
  3. Gas Managerは、ユーザーに代わってトランザクション手数料をスポンサーするスマートコントラクトであるペイマスターを、きめ細かいポリシー制御(アドレスごとの上限、支出上限、コントラクトの許可リスト、時間ベースの有効期限)とともに使用する。エージェントは、ユーザーのためにガスをスポンサーすることも、ネイティブトークンの代わりにUSDCでガスを支払うこともできる。
  4. AgentPayは、エージェントを顧客とするビジネス向けの決済受け入れレイヤーで、現在プライベートベータ版である。これにより、エージェントと加盟店の双方向でAlchemyを通じた取引が可能になる。

CLIを使ってAlchemy Skillsをインストールし、その後ホスト型MCPサーバーに接続する。

bash
Copied
npm i -g @alchemy/cli@latest alchemy auth npx skills add alchemyplatform/skills --yes alchemy --json --no-interactive prices symbol ETH,BTC,SOL

MCPサーバーのドキュメントの手順に従って、コーディングエージェントをhttps://mcp.alchemy.com/mcpに接続する。その後、アシスタントは、すでにコードベースに対して動作しているのと同じ方法でAlchemyのツールを呼び出せるようになる。

QuickNode

QuickNodeは、80以上のチェーンにわたってx402決済とSIWEベースのエージェントサインアップをサポートしている。そのMarketplaceモデルは柔軟性を加えており、エージェントはコアRPCに加えて、スワップ(17以上のチェーンをカバー)、NFTデータ、DeFi分析のための専用アドオンにアクセスできる。

QuickNodeはまた、Blockchain Skillsと公式のMCPサーバーを公開している。そのStreamsプロダクトは、カスタマイズ可能なパイプラインを通じてリアルタイムのブロックチェーンデータを配信し、オンチェーンイベントに反応する必要があるエージェントにとって有用である。

トレードオフとしては、多くの拡張データ機能が組み込みのAPIではなく有料のMarketplaceアドオンとして提供されるため、複数のデータタイプを必要とするエージェントにとっては統合の複雑さが増す。

Helius

Heliusは1米ドルのUSDCによるエージェントサインアップ、Solana上のx402をサポートしており、公式のMCPサーバーとAgent Skillsの両方を公開している。

HeliusはSolana固有の機能のみに焦点を当てている。LaserStreamは複数のエンドポイントから低遅延のgRPCストリーミングを提供する。DAS APIは、NFT、compressed NFT、ファンジブルトークン、Token-2022資産への統合されたアクセスを単一のインターフェースで提供する。The Senderプロダクトは、Jito統合によるMEV保護を伴うトランザクションランディングを処理する。

その制約はスコープにある。HeliusはSolanaのみをサポートしている。複数のチェーンにまたがって動作するエージェントは、それ以外のすべてに対して別のプロバイダーを必要とする。

Moralis

Moralisはデータファーストのアプローチを取っている。そのWeb3 Data APIは、30以上のチェーンにわたる単一のクロスチェーン呼び出しで、デコードされたトークン残高、NFT所有権、DeFiポジション、損益データを返す。トランザクションの実行よりもブロックチェーンの状態を読み取ることが多いエージェントにとって、Moralisは生のRPCと比較してAPI呼び出しの回数を一桁減らす。

Moralisは公式のMCPサーバーとElizaOSプラグインを公開しており、人気のエージェントフレームワークとの統合を容易にしている。そのCortex APIは検証済みのオンチェーンデータをLLMに接続し、Streamsは配信保証付きでリアルタイムイベントを配信する。

ギャップとしては、Moralisはx402や自律的なエージェントサインアップをサポートしていない。エージェントは依然として、APIキーを発行するために人間を必要とする。

その他のプロバイダー

Infura、Chainstack、dRPC、Ankr、Tatum、GetBlockがリストの残りを構成しており、これらに加えて、インデックス優先の新しい参入者の波もある。この6社のいずれも自律的なサインアップやネイティブなx402をサポートしていないため、エージェントはアクセスを発行するために依然として人間を必要とする。

  • Infura: 約20のネットワークを持つレガシーなEVMのデフォルト選択肢で、ガス見積もり以外のエージェント向けツールは持たない。
  • Chainstack: 価格競争力のある共有ノードと、専用プランでのデバッグおよびトレース、さらに2つのMCPサーバーを組み合わせている。
  • dRPC: 40以上の分散型オペレーターを100万リクエストあたり6米ドルで均一価格提供しており、コスト重視のRPCフォールバックとして有用である。
  • Ankr: Advanced APIは80以上のチェーンにわたる事前インデックス済みのマルチチェーンクエリを提供し、その新しいAgent RPCオプションは、レスポンスをサーバー側でABIデコードすることでLLM入力トークンを48.4%削減すると謳っている(Ankr自身のベンチマークであり、第三者による検証は行われていない)。
  • Envio: HyperIndexは異なるアプローチを取っており、生のRPCはそもそもエージェントには機能しないと主張し、代わりにエージェントがデプロイ可能なインデックスフレームワークを位置づけている。RPCに対して2,000倍のスループット向上を謳っている(Envioのベンチマーク)。
  • Tatum: ニッチまたは非EVMのカバレッジのために130以上のブロックチェーンをカバーしている。
  • GetBlock: 暗号資産決済を伴う均一なチェーンごとの価格設定の標準的な選択肢である。

これらのいずれも、コスト・インデックス・カバレッジを重視したフォールバックとしてAlchemyの背後に配置することができる。

エージェントにとって十分に信頼できるオンチェーンの読み取りとインデックスとは何か

読み取りを信頼できないエージェントは、悪いデータに基づいて行動してしまう。そのため信頼性は、速度の問題である前に、データ正確性の問題である。重要な観点は、負荷時の稼働率、地域障害がエージェントの読み取りループを停止させないためのマルチリージョンフェイルオーバー、エージェントが最新ブロックだけでなく過去の状態を照会できるようにするアーカイブの深さ、そしてエージェントがコンテキストウィンドウを16進数の解析ではなく推論に費やせるようにする事前インデックス済み/デコード済みのレスポンスである。

Alchemyのデータ APIはインデックス化され事前デコードされているため、エージェントは構造化されたレスポンスを得られる。EVMネットワーク上のToken、30以上のチェーン上のNFT、マルチネットワーク残高のためのPortfolio、15以上のブロックチェーンにわたるPrices、トランザクション履歴のためのTransfersである。RPCは100以上のチェーンを、マルチリージョンインフラによる99.99%の稼働率でカバーしている。Solanaに特化しては、gRPCストリーミングが1TBあたり75米ドルで利用可能で、ポーリングではなく新鮮なデータに基づいて取引や反応を行う必要があるエージェント向けである。

一部のプロバイダーは現在、生のインデックス深度ではなく、レスポンス自体のトークン効率を特に競争軸としている。エージェントのコストドライバーがリクエスト量ではなくLLMのコンテキストである場合、これは知っておく価値があるが、各社が報告する削減率はベンダー発表の数値として扱い、自分のワークロードでベンチマークするまでは鵜呑みにしないほうがよい。

オンチェーンエージェント向けのリアルタイムウォレットウォッチャーを構築するには

エージェントがウォレットのリストを監視する場合はAddress Activity Webhookを、長時間稼働するプロセスとして動作し、生のログや新しいブロックが必要な場合は eth_subscribe のWebSocketを使う。どちらもイベントが発生した時点でプッシュされるため、エージェントがポーリングする必要はない。

  • ウォレットのリストにはWebhook。 1つのAddress Activity Webhookで、最大100,000アドレスについて、ネイティブ、ERC-20、ERC-721、ERC-1155の転送を、30以上のEVMチェーンとSolanaにわたってカバーできる。イベントは type が ADDRESS_ACTIVITY として届く。Webhookはプログラムから作成、更新、削除できるため、エージェントは自身の監視リストにウォレットを追加できる。
  • ログとブロックにはWebSocket。 eth_subscribeは newHeads、logs、newPendingTransactions に対応している。Solanaでは accountSubscribe または logsSubscribe を使う。WebSocketの課金は配信された帯域幅に基づくため、フィルターは絞り込むこと。
  • リオルグに対応する。 Webhookイベントには removed フラグが付く。これが true の場合は、元のイベントに対してエージェントが行ったことを元に戻し、大きな金額については、行動する前にコンファメーションを待つこと。

1つのウォレットへのUSDC転送に絞ったサブスクリプションは次のようになる。3番目のtopicは、32バイトに左詰めでパディングしたウォレットアドレスだ:

json
Copied
{ "jsonrpc": "2.0", "id": 1, "method": "eth_subscribe", "params": [ "logs", { "address": "0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48", "topics": [ "0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef", null, "0x000000000000000000000000YourWalletAddressWithout0x" ] } ] }

どのトランスポートが適しているかはWebhook、WebSocket、gRPCの比較で解説しており、ウォッチャーがエージェントループの他の部分にどう接続されるかはオンチェーンAIエージェントアーキテクチャの概要で示している。

オンチェーンエージェントを本番規模で運用するには

人手を介さずに稼働し続けるインフラ上で実行し、リトライが二重支払いにならないようにエージェントを設計する。AlchemyのRPCは100以上のチェーンを、マルチリージョンインフラによる99.99%の稼働率でカバーしており、エージェントは自らアクセスをプロビジョニングして支払えるため、稼働を維持するために人手を介するステップは不要だ。

  • ポーリングよりプッシュを優先する。 WebhookとWebSocketはリクエスト量を減らす。Solanaでは、gRPCストリーミングは1TBあたり$75だ。
  • 接続数の上限を守る。 WebSocketプランでは、Freeで100接続、その他のティアで2,000接続まで許可され、1接続あたり1,000サブスクリプションと200の同時リクエストが上限となる。ウォレットごとに接続を開くのではなく、多数のサブスクリプションを1つの接続に多重化すること。
  • レート制限にはバックオフで対応する。 指数バックオフとジッターを使ってリトライし、リトライ回数に上限を設ける。
  • 送信を冪等にする。 トランザクションをリトライする前に、alchemy evm status <call-id-or-tx-hash> -n <network> で確認する。失敗したように見える送信が、実際には反映されている場合がある。
  • アクセスの資金を維持する。 エージェントは、Base上のUSDCを使ってx402でAlchemyに支払うことができ、最低$1のクレジットから始めて、自動でチャージできる。x402の解説でフローを順に説明している。
  • ガスをスポンサーする。 Gas Managerは、あなたが設定したポリシーの下で手数料を支払うため、エージェントがすべてのチェーンでネイティブトークンの残高を持つ必要はない。

DeFiリバランスエージェントを構築するには

リバランスエージェントは、ポートフォリオの比率を読み取り、取引をシミュレートし、限定された権限を持つウォレットを通じて実行する。各ステップはAlchemyの1つのサーフェスに対応しており、エージェントが提案し、承認は別の主体が行う。

  1. 比率を読み取る。 Token、Portfolio、Pricesの各APIでトレジャリーウォレットの残高と価格を取得し、各比率を目標レンジと比較する。
  2. 署名する前にシミュレートする。 スワップの見積もりから得たcalldataに対して alchemy_simulateAssetChanges を実行する。ウォレットに生じるアセットの変化が返されるため、エージェントは見積もりと一致しない取引を拒否できる。
  3. スコープ化されたセッションで実行する。 スワップは、オーナーがダッシュボードで承認したAgent Walletのセッションを通じて実行され、エージェントが秘密鍵を保持することはない。スワップとブリッジはEVMメインネットで対応している。
  4. ガスをスポンサーする。 Gas Managerのポリシーを適用し、スワップがエージェントのETH保有に依存しないようにする。
json
Copied
{ "jsonrpc": "2.0", "id": 1, "method": "alchemy_simulateAssetChanges", "params": [ { "from": "0xAgentWallet", "to": "0xRouterFromQuote", "value": "0x0", "data": "0xCalldataFromQuote" } ] }

オンチェーンAIエージェントアーキテクチャの概要には、読み取り、判断、実行のループ全体が動作するコードとともに掲載されており、提案者と承認者を分けておく理由はDeFi AIエージェントの概要で解説している。

OpenAIのfunction-callingエージェントにオンチェーンの読み取りとトランザクション用のツールを持たせるには

各オンチェーンアクションを関数ツールとして定義し、コードが選択した呼び出しを実行して、結果をモデルに返す。読み取りはAlchemyのJSON-RPCエンドポイントに直接送る。トランザクションはAlchemy CLIと承認済みのAgent Walletセッションを通じて行うため、モデルは何をするかを決めるが、鍵に触れることはない。

以下の例は、OpenAI Chat Completions APIと3つのツール get_native_balance、simulate_send、send_native を使っている。モデルが生成したすべての引数は、実行前にコードが検証する。

typescript
Copied
import OpenAI from "openai"; import { execFile } from "node:child_process"; import { promisify } from "node:util"; const run = promisify(execFile); const client = new OpenAI(); const ALLOWED_NETWORKS = new Set(["eth-mainnet", "base-mainnet"]); const ADDRESS = /^0x[0-9a-fA-F]{40}$/; const AMOUNT = /^[0-9]+(\.[0-9]+)?$/; interface ToolArgs { network: string; address?: string; from?: string; to?: string; value_wei?: string; recipient?: string; amount?: string; } // Called before any real broadcast. Back it with a human prompt or a policy check, never the model. type Approve = (tx: { network: string; recipient: string; amount: string }) => Promise<boolean>; // Reject anything the model produced that is not an allowed network or a valid address. function check(network: string, ...addresses: (string | undefined)[]) { if (!ALLOWED_NETWORKS.has(network)) throw new Error("Network not allowed"); for (const a of addresses) { if (!a || !ADDRESS.test(a)) throw new Error("Invalid address"); } } async function rpc<T>(network: string, method: string, params: unknown[]): Promise<T> { const res = await fetch( "https://" + network + ".g.alchemy.com/v2/" + process.env.ALCHEMY_API_KEY, { method: "POST", headers: { "Content-Type": "application/json" }, body: JSON.stringify({ jsonrpc: "2.0", id: 1, method, params }), }, ); const json = (await res.json()) as { result?: T; error?: { message: string } }; if (json.error) throw new Error(json.error.message); return json.result as T; } function makeHandlers(approve: Approve): Record<string, (args: ToolArgs) => Promise<unknown>> { return { // Read: native balance in wei, as a hex string. async get_native_balance({ network, address }) { check(network, address); return rpc<string>(network, "eth_getBalance", [address, "latest"]); }, // Read: preview the asset changes before anything is signed. async simulate_send({ network, from, to, value_wei }) { check(network, from, to); const value = "0x" + BigInt(value_wei ?? "0").toString(16); return rpc<unknown>(network, "alchemy_simulateAssetChanges", [ { from, to, value, data: "0x" }, ]); }, // Write: signs through the approved Agent Wallet session. No key in this process. async send_native({ network, recipient, amount }) { check(network, recipient); if (!amount || !AMOUNT.test(amount)) throw new Error("Invalid amount"); const args = ["--json", "--no-interactive", "evm", "send", recipient!, amount, "-n", network]; // Always preview first. The model cannot skip this step or broadcast on its own. const preview = JSON.parse((await run("alchemy", [...args, "--dry-run"])).stdout); // Broadcasting needs approval from code outside the model. if (!(await approve({ network, recipient: recipient!, amount }))) { return { status: "rejected", preview }; } const { stdout } = await run("alchemy", args); // execFile with an args array: no shell return JSON.parse(stdout); }, }; } const networkParam = { type: "string", enum: [...ALLOWED_NETWORKS] }; const tools: OpenAI.Chat.Completions.ChatCompletionTool[] = [ { type: "function", function: { name: "get_native_balance", description: "Get the native token balance of an address.", parameters: { type: "object", properties: { network: networkParam, address: { type: "string" } }, required: ["network", "address"], }, }, }, { type: "function", function: { name: "simulate_send", description: "Simulate a native transfer and return the asset changes.", parameters: { type: "object", properties: { network: networkParam, from: { type: "string" }, to: { type: "string" }, value_wei: { type: "string", description: "Amount in wei, as a decimal string" }, }, required: ["network", "from", "to", "value_wei"], }, }, }, { type: "function", function: { name: "send_native", description: "Send native tokens. Previews the transfer, then sends only if the operator approves.", parameters: { type: "object", properties: { network: networkParam, recipient: { type: "string" }, amount: { type: "string", description: "Amount in whole tokens, for example 0.001" }, }, required: ["network", "recipient", "amount"], }, }, }, ]; export async function runAgent(prompt: string, approve: Approve) { const handlers = makeHandlers(approve); const messages: OpenAI.Chat.Completions.ChatCompletionMessageParam[] = [ { role: "system", content: "You manage an onchain wallet. Simulate before any send. Sends need operator approval.", }, { role: "user", content: prompt }, ]; for (let step = 0; step < 8; step++) { const res = await client.chat.completions.create({ model: process.env.OPENAI_MODEL ?? "gpt-4o", messages, tools, }); const message = res.choices[0].message; messages.push(message); if (!message.tool_calls?.length) return message.content; for (const call of message.tool_calls) { if (call.type !== "function") continue; let content: string; try { const handler = handlers[call.function.name]; if (!handler) throw new Error("Unknown tool"); const result = await handler(JSON.parse(call.function.arguments) as ToolArgs); content = JSON.stringify(result); } catch (err) { content = JSON.stringify({ error: err instanceof Error ? err.message : String(err) }); } messages.push({ role: "tool", tool_call_id: call.id, content }); } } throw new Error("Agent did not finish within the step limit"); }

この例が安全である理由は3つある。CLIは引数配列を渡す execFile で実行されるため、モデルの出力がシェルで解釈されることはない。ネットワークとアドレスは、使用前に許可リストとパターンに照らして検証される。送信ツールは常に最初に --dry-run を実行し、実際の送信は、自分で用意する approve コールバックが true を返した場合にのみ行われる。そのため、プロンプトインジェクションや誤ったツール呼び出しだけでは資金を動かせない。初回の実行前に、エージェント決済の解説で説明しているとおり、CLIをインストールし、alchemy wallet connect --mode session でセッションを承認しておくこと。

エージェントに適したブロックチェーンAPIの選び方

ほとんどのエージェント構築者にとって、Alchemyは出発点となる。自律的なサインアップ、x402決済、拡張データAPI、ガススポンサーシップを、100以上のチェーンにわたって単一のプラットフォームで組み合わせている唯一のプロバイダーである。この4つすべてをカバーする他のプロバイダーは存在しない。

とはいえ、一部のユースケースでは補完的なプロバイダーが必要になる。

  • MEV保護付きのSolanaトランザクションランディング。 Helius SenderはJitoと統合し、積極的なブロックへの組み込みを行う。エージェントの利益がボラティリティの高い市場でのランディング率に依存する場合、これは本物の専門性である。AlchemyのSolanaインフラは残りの部分(gRPCストリーミング、アーカイブデータ、DAS)を処理する。
  • 深いクロスチェーンウォレット分析。 MoralisのCortex APIとP&Lデータは、トランザクションを実行することなくチェーン横断で保有資産を統合する読み取り中心のリサーチエージェント向けのニッチを埋める。
  • コストに敏感なRPCフォールバック。 大量の基本呼び出しは、Alchemyの背後にあるセカンダリエンドポイントとして、dRPC(100万リクエストあたり6米ドル)やChainstackを経由させることができる。
  • ニッチまたは非EVMチェーン。 Tatumの130以上のチェーンカバレッジは、Alchemyがまだサポートしていないロングテールのネットワークにまで及ぶ。

エージェントが暗号資産を保有し使うために、どのようなウォレットとカストディを使うべきか

エージェントウォレットは、APIキーを持つ通常のウォレットではない。署名者が人間ではなくソフトウェアであるため、エージェントウォレットはほぼ常に、単純なEOA(外部所有アカウント)ではなくスマートコントラクトウォレットである。コントラクト層があるからこそ、エージェントに無制限の秘密鍵を信頼させる代わりに、支出上限、許可リストに登録されたコントラクト、セッションの有効期限、そしてエージェント(署名者)とオーナー(エージェントが代理する人間または企業)の明確な分離をエンコードできる。

目的別に構築されたいくつかの選択肢が存在する。Alchemy Agent Walletsは、エージェントにダッシュボードで承認された有効期限付きのセッションを与え、秘密鍵を保持せずに署名できるようにする。Privyは、上限、許可リスト、人間による承認を備えたポリシーエンジンをすべての署名の前に置く。Coinbase Agentic Walletsは、エンクレーブ内に保持される鍵に、セッションごと・トランザクションごとの支出上限とUSDCによるx402決済を組み合わせている。CrossmintとTurnkeyも、他のエージェント製品がその上に構築する署名者インフラを提供している。どれが適しているかは、カストディ(プロバイダーがポリシーの下で鍵を保持する)が必要か、それとも自身が管理するポリシーエンジンを備えたセルフカストディが必要かによって決まる。エージェントウォレットのセッション・権限モデルの概要では、Alchemy、Privy、Coinbaseを並べて比較している。

どのウォレットやカストディモデルを選んでも、その下には実行レイヤーが必要である。すなわち、エージェントやそのユーザーがすべてのチェーンでネイティブなガストークンを保有し続ける必要がないようにするガススポンサーシップ、そして悪意のある呼び出しやバグのある呼び出しをブロードキャスト後ではなく前に検知するトランザクションシミュレーションである。AlchemyのGas Managerは、上記のいずれのウォレットオプションにも組み込めるポリシーベースのスポンサーシップ(アドレスごとの上限、支出上限、コントラクトの許可リスト、時間ベースの有効期限)を提供し、AlchemyのシミュレーションおよびトレースAPIは、エージェントが署名する前にトランザクションを検証できるようにする。

Alchemyと連携するエージェントフレームワークにはどのようなものがあるか

ほとんどのオンチェーンエージェントは、AIのオーケストレーションを処理し、ブロックチェーン呼び出しをAPIプロバイダーに委譲するフレームワーク上で動作している。今日開発者が使用しているフレームワークにAlchemyがどのように組み込まれているかを以下に示す。

ファーストパーティ統合:

  • Coinbase AgentKitは、token_prices_by_symbolとtoken_prices_by_addressのアクションを備えた公式のAlchemyアクションプロバイダーを提供している。AlchemyのAPIキーを組み込むだけで、エージェントはカスタムコードなしで100以上のチェーンにわたってトークンの価格を取得できる。
  • ElizaOSは、専用のオンボーディングステップとともに、選択可能なEVMおよびBSCウォレットRPCプロバイダーとしてAlchemyを掲載している。エージェントは、セットアップ時にALCHEMY_API_KEYを設定することで、ウォレット呼び出しをAlchemy経由でルーティングする。

コミュニティ統合:

  • LangChain (Python)は、Ethereum、Polygon、Arbitrum、Optimism、Base、Blast、zkSync、ZoraにわたってAlchemy経由でNFTデータを取得するコミュニティ製のBlockchainDocumentLoaderを提供している。

フレームワーク非依存(AlchemyはRPCエンドポイントとして組み込まれる):

  • GOAT SDK by CrossmintとSolana Agent Kit by SendAIは任意のRPC URLを受け付ける。Alchemyはそれぞれ EVM とSolanaのエンドポイントを処理し、Crossmintのウォレットの例はAlchemyのURLとともに提供されている。
  • Rig(Rust製で、crypto-nativeなプロジェクトで人気)、Vercel AI SDK、CrewAI、Virtuals Protocol G.A.M.E.、uAgentsはすべて任意のRPCプロバイダーを受け付ける。これらをAlchemyに向ければ、拡張API、ガススポンサーシップ、x402決済が標準のHTTP呼び出しを通じて利用可能になる。

インフラを選んだ後のフレームワークごとの構築ガイドについては、AIエージェント向けの最良のブロックチェーンインフラを参照のこと。

Alchemyで自律型オンチェーンエージェントを構築する

Alchemyエージェントプラットフォームは、エージェントがオンチェーンで動作するために必要なすべて、すなわち自律的なサインアップ、x402決済、100以上のチェーンにわたる拡張API、ガススポンサーシップ、そしてクロスプロトコルの相互運用性のためのAgentPayを提供する。わずか1米ドルのUSDCから始めて、そこから拡張していくことができる。

CLIを使ってAlchemy Skillsをインストールする。MCPドキュメントのクライアントセットアップ手順を使って、ホスト型MCPサーバーに接続する。

alchemy.com/agentsから始めよう。

FAQ

自律型オンチェーンエージェントとは何か

自律型オンチェーンエージェントとは、AI推論(通常は大規模言語モデル)とブロックチェーン実行を組み合わせたソフトウェアシステムであり、自身のウォレットを保有し、オンチェーンの状態を読み取り、トランザクションを送信し、継続的な人間の介入なしに意思決定を行う。

なぜ自律型エージェントには専用のブロックチェーンAPIが必要なのか

エージェントは、人間の開発者のようにダッシュボードにログインしたりメール認証を通じてAPIキーを管理したりすることができないため、SIWEまたはSIWSによる自律的なサインアップ、x402のようなプロトコルを通じたオンチェーンUSDCによるリクエスト単位の支払い、機械可読なドキュメントといった機械ネイティブなアクセス機能を必要とする。

自律型オンチェーンエージェントには何ができるか

エージェントは、ポートフォリオのリバランスやスワップの実行といったDeFi運用を処理し、ステーブルコインでの決済および清算を行い、マルチチェーンのトレジャリーを管理し、24時間365日ブロックチェーンイベントを監視して人間の介入なしに自動化された対応をトリガーする。

Alchemyは自律的なエージェントのサインアップと決済をサポートしているか

はい。Alchemyのエージェントプラットフォームでは、エージェントがSIWEまたはSIWS経由でサインアップし、Base上のUSDCを使ってx402で支払いを行うことができ、100以上のチェーンにわたるCore RPCに加えて、各プロダクトがサポートするネットワーク上のNFT、Token、Portfolio、Prices APIへの完全に自律的なアクセスが可能になる。

Model Context Protocol(MCP)とは何であり、なぜエージェントにとって重要なのか

MCPは、LLMベースのエージェントがAPIをプログラム的に発見し呼び出せるようにする構造化されたツールインターフェースを提供する。AlchemyのMCPサーバーは、トークン価格、NFTメタデータ、トランザクション履歴、スマートコントラクトシミュレーション、アカウント抽象化にわたる168のツールを公開している。

Alchemy Skillsとは何か

Alchemy Skillsは、コーディングエージェントにあらゆるエンドポイント、認証方式、エラーパターンについての完全な知識を与える機械可読なAPI仕様である。npx skills add alchemyplatform/skills --yesでインストールできる。

AlchemyのGas Managerは自律型エージェントにどのように役立つか

Gas Managerは、きめ細かいポリシー制御(アドレスごとの上限、支出上限、コントラクトの許可リスト)を備えたペイマスターを使用するため、エージェントは、すべてのチェーンでネイティブトークンを必要とする代わりに、ユーザーのためにトランザクション手数料をスポンサーしたり、USDCでガスを支払ったりすることができる。

どのエージェントフレームワークがAlchemyと連携するか

Alchemyは、Coinbase AgentKit(公式アクションプロバイダー)、ElizaOS(選択可能なRPCプロバイダー)、LangChain Python(コミュニティ製のblockchain document loader)と統合しており、GOAT SDK、Solana Agent Kit、Rig、Vercel AI SDK、CrewAI、その他のフレームワークからのRPC接続を受け付ける。

Alchemyでエージェントを構築し始めるにはどれくらいの費用がかかるか

わずか1米ドルのUSDCから始めて、そこから拡張していくことができ、エージェントは従来のクレジットカードや請求書のモデルではなく、x402を通じてリクエストごとに支払いを行う。

高速なオンチェーン読み取りと信頼できるインデックスを必要とするAIエージェントには、どのRPCプロバイダーが最も適しているか

生のリクエストスループットだけでなく、事前インデックス済みでデコードされたレスポンス(生の16進数ではない)、公開されている稼働率、マルチリージョンフェイルオーバー、アーカイブの深さに注目するとよい。AlchemyのRPCは100以上のチェーンを99.99%の稼働率でカバーしており、Token、NFT、Portfolio、Prices APIは、各プロダクトがサポートするネットワーク上でインデックス済みのデータを返す。一部の新しい参入者(AnkrのAgent RPC、EnvioのHyperIndex)は、レスポンスのトークン効率やインデックスのスループットを特に競争軸としている。

AIエージェントにオンチェーンのトークン残高とトランザクション履歴へのリアルタイムアクセスを与える最も信頼できる方法は何か

生のRPC呼び出しではなく、インデックス化されたデータAPIを使うことである。AlchemyのToken APIとPortfolio APIはデコードされた残高を返し、Prices APIがそれらを評価し、Transfers APIがトランザクション履歴を提供する。WebSocketやwebhookは、エージェントにポーリングを要求する代わりに、リアルタイムで更新をプッシュする。

どのブロックチェーンインフラが、プロダクションスケールで自律型エージェントをサポートしているか

プロダクションスケールとは、稼働率、チェーンの幅広さ、機械ネイティブなアクセスが揃って機能することを意味する。プロバイダーをフェイルオーバーしたり、手動のサインアップを待たなければならないエージェントは、無人で動作することができない。Alchemyは100以上のチェーンを99.99%の稼働率で運用し、自律的なサインアップ(SIWE/SIWS)とx402決済をサポートしているため、エージェントはどの段階でも人間のステップなしに、権限を取得し行動を開始できる。

AIコーディングエージェントがブロックチェーントランザクションを送信するには、どのようなツールを使うべきか

エージェントには、ブロードキャスト前にトランザクションをシミュレーションする方法、確実に送信する方法、そして手元にネイティブトークンを持つ必要がないようにガスをスポンサーする方法が必要である。AlchemyのトランザクションシミュレーションとトレースAPIは、ブロードキャスト前に不正な呼び出しを検知し、Gas Managerはポリシー制御(支出上限、許可リスト、有効期限)の下で手数料をスポンサーする。

AIコーディングツールやエージェントフレームワークとの統合が最も容易なブロックチェーンAPIはどれか

最も容易であるとは、エージェントがカスタムのグルーコードなしでAPIを発見し呼び出せることを意味する。すなわち、公式のMCPサーバー、機械可読なAPI仕様、そしてエージェントがすでに使用しているフレームワークにおけるプラグインである。Alchemyは、公式のMCPサーバー(168のツール)、インストール可能なAlchemy Skills、ファーストパーティのCoinbase AgentKitアクションプロバイダー、選択可能なRPCプロバイダーとしてのElizaOS、そしてLangChainのコミュニティ製BlockchainDocumentLoaderを提供している。

AIコーディングエージェントがオンチェーンデータにアクセスするには、どのようなツールを使うべきか

事前インデックス済みのデータAPIは、デコードされた構造化データを返す点で、エージェントにとって生のRPCより優れている。生の16進数をエージェントが解析する必要がない。Token、NFT、Portfolio、Prices APIは一般的な読み取りをカバーしており、MCPサーバーは、エージェントの既存のコーディング環境内で呼び出し可能なツールとして同じデータを公開する。

コーディングエージェントにブロックチェーンのドキュメントとAPIへのアクセスを与える最良の方法は何か

機械可読でインストール可能なドキュメントは、エージェントがスクレイピングしなければならないドキュメントサイトより優れている。Alchemy Skillsは、1つのCLIコマンド(npx skills add alchemyplatform/skills --yes)でインストール可能なエージェント解析可能なAPI仕様であり、MCPサーバーと組み合わせることで、エージェントはAPIの表面を把握すると同時に、それを直接呼び出すことができる。

AI支援およびエージェント的な開発ワークフローに最適なブロックチェーン開発者ツールは何か

重要なのは、単体の要素ではなく、ターミナルネイティブなツール、機械可読なドキュメント、そしてライブのデータ/実行レイヤーの組み合わせである。AlchemyのCLI、Skills、MCPサーバーはセットアップとAPIの知識をカバーし、基盤となるData、RPC、Gas ManagerのAPIは、セットアップ後にエージェントが実際に行うオンチェーンの作業をカバーする。

Background gradient

ブロックチェーンで魔法を生み出す

Alchemyは、最も強力なweb3開発者向けプロダクトとツールを、豊富なリソース、コミュニティ、そして卓越したサポートと組み合わせて提供します。