オンチェーン AI を活用した開発ガイド エージェント スタック

Quicknode

2026年8月18日 — 読了時間13分

シェア

「お気に入り」として追加

AI エージェント は今日、至る所に見られます。マクドナルドの「サポート 」ボット、コーディングアシスタント、そしてここ2年のスタートアップのピッチのほぼすべてに登場しています。

しかし、10人の開発者に尋ねてみたり、Googleの検索結果の1ページ目に表示される10本の記事を読んでみたりすれば、「AIとは何か エージェント」や「AIは エージェント 実際に機能するのか？」という問いに対して、10通りの異なる答えが返ってくるでしょう。

なぜでしょうか？世界的に見ても、明確な定義は存在しません。それでも、誰もが「AIは必要だ」と確信しています エージェント 、そしてAIを作るのは簡単だと確信している。

この記事では、AIを エージェント その本質を徹底的に解き明かしています。AIとは実際に何なのか、自律性はどのように機能するのか、ブロックチェーン がどこに位置するのか、そしてスタックを構成する各要素がどのように連携しているのかについて解説しています。

AIとは エージェントとは、一体何なのでしょうか？

AI エージェント とは、周囲の状況を観察し、推論や記憶を用いて何をすべきかを判断し、目標を達成するために自律的に行動を起こすソフトウェアのことです。

あらゆるAIは エージェント は、4つの基本的な構成要素を基盤として構築されています：

• 目標：エージェント が達成しようとしている目的を定義します。

• 観察： ユーザー の入力、API、データベース、ブラウザ、その他のデータソースを通じて、環境からの情報を収集します。

• 理由：モデル、メモリ、および利用可能なコンテキストを用いて、次に何が起こるべきかを決定する。

• Act：ツールを使用して、リクエストの送信、ファイルへの書き込み、コードの実行、トランザクションの実行、あるいは別のシステムの起動といったアクションを開始します。

目標が方向性を定める。「観察」＞「推論」＞「行動」というループが形成され、目標が達成されるか、あるいは エージェント 停止条件に達するまで続くループを形成します。

ここで重要なのは「行動する能力」です。それがなければ、推論はモデルの内部にとどまってしまうだけであり、その結果、ネット上で大きな混乱が生じています： エージェント 対 モデル。

AI エージェント 対 LLMモデル

LLMは、多くのAIの内部にある推論エンジンを提供しています エージェント。「エージェント」は、推論が記憶、ツール、ワークフロー、そして実行と結びついたときに現れる。

次のようなタスクを考えてみましょう。ある市場における上位10社の競合他社を調査し、それぞれの価格を比較することです。

LLMは、その課題への取り組み方を提案することができます。 エージェント 実際にそれを実行することができます：

このサイクルは数十回も繰り返される可能性があります。そして、まさにこの点において、AIは エージェント 単なるLLMモデルという枠を超えているのです。

1. このモデルは推論を行う。

2. ツールは機能を提供します。

3. インフラによって、そうした行動がどこで行えるかが決まります。

4. Accessは、どの程度自律的（人間の手を借りない）な動作が可能かを決定します。

別の言い方をすれば、LLMは エージェント 何をすべきかを伝えることができます。残りのスタックが、 エージェント 実際にそれが実行できるかどうかを決定する。

そして、ここが今日の エージェント 限界にぶつかり始めるのです。

AI エージェント 自律運転の壁にぶつかる

ほとんどのAIは エージェント は、人間のために構築されたインフラを通じて外界とやり取りしています。それらは、by 開発者 で作成されたAPIキー、by で登録された個人アカウント、企業に請求されるクラウドサービス、それらのアカウントに紐付けられた支払い方法、そしてby で管理者によって付与された権限を利用しています。

その エージェント は、ある行動をとることを決定するかもしれませんが、その行動をとるための根本的な能力は、依然として他の誰かに属していることがよくあります。

これは、 エージェント ツールを呼び出せるものと、 エージェント 独立して動作できるものとの間の隔たりです。

自律性を高めるには、優れたLLMだけでは不十分です。 エージェント 人間の介在なしに、アイデンティティを確立し、資産を管理し、価値を交換し、行動を実行する手段が必要だ。

そこで、『ブロックチェーン 』が興味深い作品となるのです。

なぜAIを導入するのか エージェント オンチェーンのか？

ブロックチェーン AIに エージェント 所有権、識別、支払い、実行、および共有状態に関するプログラム可能なプリミティブへのアクセスを提供します。

それだけでは、LLM自体が自律的になるわけではありませんby 。むしろ、それは エージェント 世界と関わる新たな手段をもたらすのです。

特に重要なプリミティブは5つあります：

これらのプリミティブが組み合わさることで、 エージェント が何ができるかを変化させます。

ある エージェント は、資金を保有したり、サービスの代金を支払ったり、どの身元を通じて行動しているかを証明したり、スマートコントラクトとやり取りしたり、発生した事象の検証可能な記録を残したりすることが可能です。

しかし、単に エージェント が財布を持っているというだけの理由で、こうしたことが起こるわけではない。

これらの機能が実際に動作するためには、推論ループとブロックチェーン の間に、一連のインフラストラクチャが存在します。それでは、その詳細を見ていきましょう。

オンチェーン のAIとは何か エージェント Stackとは何ですか？

オンチェーン のAI エージェント スタックは、決済、本人確認、アクセス制御、調整といった領域にまたがる一連のインフラストラクチャ層であり、これによりAIが エージェント ブロックチェーン 上で自律的に動作できるようにするものです。

これらの層が連携することで、 エージェント 財布を保持し、身元を証明し、リソースの支払いを済ませ、人の関与を最小限に抑えるか、あるいは全く必要とせずに取引を実行することを可能にします。

このガイドでは、スタックは3つの部分から構成されていると理解できます。

これら3つのパートが、このガイドの残りの部分の構成となっています：

アクセス > アイデンティティ > ディスカバリー > 決済 > 実行 > 運用

各部分は、その前の部分に依存している。アクセス権のない経済的主体性は、単なる概念に過ぎず、実効性のある能力ではない。経済的主体性のない事業活動には、運営すべき対象が存在しない。

それでは、スタックが実際に始まる場所、つまり エージェント を最初にチェーンに追加するところから始めましょう。

AIの活用 エージェント ブロックチェーン アクセス権の付与

ブロックチェーン accessはAIに エージェント オンチェーン の状態を読み取り、トランザクションを送信する能力を与えます。実際には、これは通常、 を接続するRPC エンドポイント から始まります。 エージェント ブロックチェーン ノードに接続するRPCから始まります。

RPCはAPIとよく似た仕組みで動作します。 エージェント はノードにリクエストを送信し、その見返りとしてブロックチェーン データを受け取ります。この同じインターフェースは、 エージェント アクションを実行する必要がある場合、同じインターフェースを使用して署名済みトランザクションをブロードキャストできます。

これで、 エージェント 必要な2つの基本的な方向性について、以上です：

• 参照：残高の確認、スマートコントラクトへのクエリ、トランザクションの確認、ガス料金の推定、または最新のブロックの取得。

• 記述：ブロードキャスト転送、スワップ、契約コール、またはその他の署名付きトランザクション。

最適なブロックチェーン インターフェースの選び方

インターフェースは、 エージェント が何を監視する必要があるかによって異なります。

1. HTTP 経由のJSON-RPC は、残高の確認や取引の送信といった基本的なリクエスト・レスポンス処理に有効です。

2. WebSocketsは持続的な接続を維持します。これらは、 エージェント 新しいブロックやログ、その他の状態の変化を監視し、それらが発生した際に即座に対応する必要がある場合に適しています。

3. gRPC アカウント、取引、スロット、その他のリアルタイムデータのハイスループットなストリーミングなど、特定のワークロード向けに設計されています。

Quicknode 共通のAPIポイントを通じて、80以上のチェーンと130以上のネットワークにわたり、これらのインターフェースを提供しています。

レイテンシに敏感なワークロードや処理量の多いワークロードの場合、専用Clusters が分離されたインフラストラクチャを提供します。

オンチェーン のイベントへの反応

状態を読み取るのと、それに応じて処理を行うのは別の問題です。ポーリングは機能しますが、不要な呼び出しが発生し、チェックの合間に何かを見逃してしまう可能性があります。

だからこそ、AIには エージェント には、オンチェーン な事象を検知し、それに対応する手段が必要なのです。例えば、取引 エージェント例えば、AIは価格変動や取引、契約上のイベントに気付くために、プロンプトを待つわけにはいきません。

Quicknode これらのワークフローを構築するには、主に2つの方法があります：

• Streamsブロックチェーン のリアルタイムデータおよび履歴データを、webhooks やデータベースなどの宛先に配信します。イベントの欠落が実行に影響を及ぼす可能性のあるワークフローにおいて、フィルタリング、再編成の処理、および確実な配信をサポートしています。

• Webhooks HTTPコールバックを通じてイベント通知を送信します。ベストエフォート型の配信で十分なワークフローにおいて、より簡単な設定が可能です。

アクセスとイベントの配信について整理できたところで、次は「能動的アイデンティティ」、すなわち、誰が エージェント が観察や行動を行っているのかを特定することです。

AIの仕組み エージェント オンチェーン のIDを取得する

オンチェーン IDにより、AIは エージェント 、いかなるやり取りや取引が行われる前に、AIが検証可能な形で認識・特定されることを可能にします。

ERC-8004は、ID、レピュテーション、および検証のためのオンチェーン レジストリを通じてこれを実現しています。登録には1トランザクションのコストがかかります。登録後は、どの エージェント サービスは登録情報を照会し、やり取りを行うかどうかを判断できます。

すべての エージェント は以下を受け取ります：

1. フィードバックの件数、そのフィードバックを残した異なる取引相手の数、および エージェントその作業がフラグ付けされたり取り消されたりした頻度。

2. 検証証明書、すなわち、あるものが エージェント が主張した通りの行為を実際に実行したかどうかの独立した検証*。

*2026年8月中旬時点では メインネット 2026年8月中旬の時点で利用不可です。

An エージェント Quicknode を使用して、これらのレジストリに対して以下の2つの方法でクエリを実行できます：

1. The ERC-8004 Explorer は、登録されたアカウントを検索するための、人間が読みやすいインターフェースを提供し エージェント 、それらのプロフィール、評判、および活動履歴を閲覧するための、人間が理解しやすいインターフェースを提供します。

2. アプリケーションは、ERC-8004 REST APIまたはJSON-RPC アドオンを通じて、同じインデックス化されたデータを取得できます。直接アクセスが必要な開発者 は、代わりに Core RPC を通じて基盤となる ERC-8004 レジストリ契約にクエリを実行できます。

アイデンティティとは、誰であるかを エージェント 存在なのか、そして他のAIをどのように発見するか エージェント。次の問いは経済的なものとなる：AIはどのようにして エージェント 互いに取引を行うことができるのか？

AIの仕組み エージェント 自律的に支払いを行う

自律型決済により、AIは エージェント API、データ、コンピューティングリソース、その他のサービスを、人間の介入なしに購入できるようにします。

現在、この機能を実現しているプロトコルは2つあります。x402 とMPPです。

x402: リクエストごとの課金

x402 これにより、 エージェント HTTPリソースの支払いを、リクエスト自体の一部として行うことを可能にします。

リクエストが エージェント が有料リソースをリクエストすると、サーバーは価格、ネットワーク、トークン、および支払い手順を記載した「402 Payment Required」を返します。

その エージェント 支払いを署名し、承認情報を添付してリクエストを再送信し、支払いが確認されるとリソースを受け取ります。ファシリテーターは、サーバーに代わって確認処理やオンチェーン による決済処理を行うことができます。

これは、API呼び出し、データクエリ、またはコンピュートジョブといった個別の購入に適しています。

MPP：継続的な利用料

Machine Payments Protocol（MPP）により、 エージェント 、繰り返し行われる、あるいは継続的なやり取りを伴うサービスに対して、有料セッションを確立することを可能にします。

すべてのリクエストを個別の購入として扱うのではなく、支払いとアクセス権限をより長いセッションにわたって維持することができます。

これは、リクエストごとに新たな支払いの交渉を繰り返す必要がない、永続的なインフラや長時間実行されるワークロードなどのサービスに適しています。

この区別は実用的なものです。x402 はリクエストごとに価格を設定するのに対し、MPPはリクエストをまたいで継続する関係性に対して価格を設定することができます。

Quicknode x402 とMPPの両方を有効にします

Quicknode これにより、両方の課金モデルを自社のインフラ上で利用可能にする。

x402 accessを利用すると、ウォレットはアカウントや API キーを作成することなく、Quicknode のエンドポイントを利用できます。JSON-RPC、REST、gRPC-Web、WebSocket に対応しており、リクエストごとの課金、ナノペイメント、およびプリペイドクレジットの引き出しといったモデルが利用可能です。

MPPアクセスでは、1回限りの課金と再利用可能な決済セッションの両方をサポートしています。セッションでは、一度決済チャネルを開設した後、最終的なオンチェーン による決済が行われるまで、その後のリクエストには署名済みのバウチャーが使用されます。

両プロトコルは、1つの無料枠（ウォレットあたり月間100万APIクレジット）を共有しており、支払いがどのネットワークで決済されるかに関係なく、Quicknode がサポートするどのチェーンに対してもクエリを実行できます。

さて、あるAIが エージェント が何をすべきかを決定し、それを実行するための経済的能力も備えています。その決定は、どのようにしてオンチェーン の取引となるのでしょうか？

AIの仕組み エージェント オンチェーン のアクションを実行する

オンチェーン 実行により、 エージェントの決定をブロックチェーン トランザクションに変換します。

ある エージェント は、USDCの送金、スワップの実行、ポジションの請求、またはスマートコントラクトの呼び出しを行うことを決定する可能性があります。

この決定は推論層で行われます。しかし、そのアクションがブロックチェーン にどのように伝達されるかは、トランザクション実行インフラストラクチャが処理します。

意思決定から取引まで

実行は、by における エージェントの意図を有効なトランザクションに変換することから始まります。つまり、コントラクトとメソッドを特定し、パラメータを準備し、手数料を見積もり、by がターゲットチェーンで期待する形式でトランザクションを構築することを意味します。

署名こそが重要な境界です。署名されると、そのトランザクションは Quicknode Core RPCを通じてブロードキャストされるようになります。

実行前のアセットの準備

エージェント 次のアクションに必要なアセットが常に保持されているとは限りません。

ウォレットにETHが保有されているにもかかわらず、支払いにはUSDCが必要になる場合があります。また、プロトコルとのやり取りには、まったく別のトークンが必要になる場合もあります。 QuicknodeのSwap API は、個々のDEXとの統合を必要とせずに、ルートを取得し、スワップの準備を行うためのプログラム的な手段を提供します。 エージェント 個々のDEXと統合する必要はありません。

これにより、アセットルーティングはワークフロー内のもう1つの呼び出し可能な機能となります：

残高を確認 > スワップルートを取得 > スワップを実行 > 残高を確認 > タスクを続行

この時点で、 エージェント ブロックチェーン の状態にアクセスし、身元を確立し、リソースの支払いを済ませ、トランザクションを実行できるようになります。

残された課題は運用面にある。すなわち、 エージェント システムが人間の常時監視なしに稼働している間も、それらの機能を常に利用可能かつ信頼性の高い状態に保ち、かつ適切な制約下で運用し続けることです。

AIの管理 エージェント 本番環境におけるAIインフラ

生産向けAI エージェント 常に利用可能な状態を維持し、変化するワークロードに対応し、適切なツールを検出して連携し、アクセスを監視・制限できるインフラストラクチャが必要です。

初期のレイヤーは エージェント 機能を提供します。

本番環境レイヤーは、インフラストラクチャの変更のたびに手作業を必要とすることなく、これらの機能が継続的に実行できるかどうかを決定します。

賃貸 エージェント 自社インフラの管理を任せる

Quicknode'sAdmin API は、インフラストラクチャ管理をプログラム経由で実現します。これにより、承認済みの エージェント ワークフローがAPIを通じてリソースをプロビジョニングおよび管理できるようになります。

自然言語によるインフラ管理

Quicknode また、MCPサーバーを介して同じインフラストラクチャにアクセスできるようにすることで、 エージェント、あるいはMCPサーバーと連携して作業する開発者が、 エンドポイント、使用状況の確認、あるいはレート制限の更新を行うことができますby 。その際、API呼び出しを記述する代わりに、平易な言葉でリクエストを送信するだけで済みますby 。

エージェント-ブロックチェーン Skillsや llms.txtといった公開向けリソースがこのレイヤーを補完しており、by ドキュメントやブロックチェーン 知識を エージェント 利用しやすくしています。

「Can Do」の適用範囲を限定する エージェント できること」を制限する

生産の自律性には、明確な境界を設けるべきである。ある エージェント 各プロセスには、そのタスクに必要なネットワーク、手法、リソース、および認証情報へのアクセス権のみが必要である。

Quicknode JWT認証、IP許可リスト、メソッドごとのレート制限、ロールベースのアクセス制御（RBAC）などの制御機能を提供します。

これにより、限定された自律性が実現されます。つまり、エージェント が独立して動作するのに十分な権限が与えられつつ、不適切なプロンプトや誤った判断によって、インフラや資産への無制限なアクセス権が与えられることを防ぎます。

こうして、スタックはループを閉じます。インテリジェンスが「何が起こるべきか」を決定し、周囲のインフラストラクチャが、 エージェント が、長期にわたり安全に「観測」「支払い」「実行」「運用」できるかを決定する。

AI エージェント 『ブロックチェーン 』の中で最も自然な姿かもしれないユーザー

10年以上にわたり、ブロックチェーン のアプリケーションは、主に人間を中心に設計されてきました。今日、視野を広げて「ポータブル・アイデンティティ」、「プログラム可能な通貨」、そして「仲介者なしの実行」という概念を見つめ直してみると、 エージェント こそが、ブロックチェーン の当初の設計前提が想定していた第一級の経済主体であることに気づくのです。

• 「トラストレス」というのは、2つのソフトウェアの間には法的救済手段が存在しないためである。

• プログラム可能である。なぜなら、利用規約を読んでいるのは人間ではないからだ。

• 許可不要。というのも、申請を承認する担当者がいないからだ。

このことを踏まえ、私たちは、ブロックチェーン の主要なユーザー がAIとなる未来を楽観的に見据えています エージェント。

FAQ：よくある質問

1. すべてのAIには エージェント には、ブロックチェーン インフラが必要なのでしょうか？

いいえ。ブロックチェーン が役立つのは、 エージェント オンチェーン の状態、プログラム可能な資産、決済、ポータブルID、あるいは独立したシステム間での実行が必要となる場合に役立ちます。

2. AIは エージェント オンチェーン では、AIは実際に何ができるのでしょうか？

エージェント ブロックチェーン のアクティビティを監視したり、コントラクトを照会したり、資産を管理したり、支払いを行ったり、トランザクションを実行したり、オンチェーン のイベントに基づいてワークフローをトリガーしたりすることができます。

3. AIは エージェント 管理している資金を失うことはあるのか？

はい。ウォレットや エージェント 管理しているウォレットには、不正利用防止機能も、チャージバックも、何か問題が発生した際に連絡できる銀行もありません。

4. 「オンチェーン 」のAIと エージェント と取引 ボットの違いは何ですか？

取引 ボットは、あらかじめ定義された市場戦略を自動化します。AI エージェント は、推論を行い、ツールを選択し、ワークフローを適応させ、より広範なオンチェーン タスクを実行することができます。

5. 既存のAIは エージェント オンチェーン にできるのでしょうか？

はい。既存の エージェント は、RPC API、ウォレット、決済プロトコル、ID規格、およびトランザクションツールを通じて、ブロックチェーン の機能を追加できます。

6. 2つのAIは エージェント は、人間の関与なしに取引を行うことができますか？

はい。発見、支払い、実行の全プロセスを、各ステップごとに人が承認することなく行うことができます。

7. 「オンチェーン 」のIDとOAuthトークンにはどのような違いがありますか？

OAuthトークンは、by という単一のプラットフォーム上で発行および失効されます。オンチェーン のIDは本人所有であり、どのプラットフォーム間でも持ち運びが可能です。