ContextVM概要

ContextVM (Context Virtual Machine) は、Model Context Protocol (MCP) とNostrネットワークを橋渡しするプロトコルであり、MCPサーバーとクライアント間の分散通信を実現します。

コアコンセプト

ContextVMはMCPのトランスポートレイヤーとして機能し、NostrのリレーネットワークをMCPのJSON-RPCセマンティクスを保持したままの通信メカニズムとして使用します。

┌─────────────────────────────────────────────────────────────┐
│                    MCP Application Layer                     │
│         (Tools, Resources, Prompts, Sampling)               │
├─────────────────────────────────────────────────────────────┤
│                 ContextVM Transport Layer                    │
│    (Nostr events, Encryption, Public Key Cryptography)      │
├─────────────────────────────────────────────────────────────┤
│                     Nostr Relay Network                      │
│              (wss://relay.contextvm.org, etc.)              │
└─────────────────────────────────────────────────────────────┘

主な機能

• 分散通信: 中央サーバーは不要です。Nostrの分散リレーネットワークを使用します
• セキュリティ第一: 検証と認可のためにNostrの暗号化プリミティブを活用します
• 公開鍵アイデンティティ: サーバーとクライアントはNostr公開鍵で識別されます
• オプション暗号化: NIP-44 ギフトラッピングを通じたエンドツーエンド暗号化
• サーバーディスカバリー: 置換可能なイベントを通じた公開サーバーアナウンスメント

プロトコルアーキテクチャ

3層設計

1. トランスポートレイヤー: Nostrイベントとリレー
2. メッセージレイヤー: イベントコンテンツに埋め込まれたJSON-RPC MCPメッセージ
3. メタデータレイヤー: アドレス指定と相関用のNostrイベントタグ

主要アクター

アクター	役割	識別方法
サーバー	MCP機能を公開	公開鍵 + リレー
クライアント	サーバー機能を利用	公開鍵
リレー	メッセージを伝播	URL (wss://...)

イベント種別

ContextVMは以下のNostrイベント種別を使用します:

種別	目的	永続性
25910	すべてのContextVMメッセージ (一時的)	リレーに保存されない
11316	サーバーアナウンスメント	置換可能
11317	ツールリスト	置換可能
11318	リソースリスト	置換可能
11319	リソーステンプレートリスト	置換可能
11320	プロンプトリスト	置換可能
1059	ギフトラップ (暗号化メッセージ)	一時的

メッセージフロー

接続プロセス

1. ディスカバリー: クライアントが公開鍵またはリレークエリを通じてサーバーを発見
2. 初期化: Nostr上での標準MCPハンドシェイク
3. 操作: クライアントがkind 25910イベントを通じてツール呼び出しやリソースリストを実行
4. 終了: どちらかのパーティが切断すると接続が閉じられる

イベント構造

{
  "kind": 25910,
  "pubkey": "<sender-public-key>",
  "content": "{\"jsonrpc\":\"2.0\",...}",
  "tags": [
    ["p", "<recipient-public-key>"],
    ["e", "<correlation-event-id>"]
  ]
}

セキュリティモデル

公開鍵暗号

• すべてのメッセージは暗号署名されます
• サーバーアイデンティティ = 公開鍵 (リレー間でポータブル)
• クライアント認可は公開鍵ホワイトリストを通じて実施

暗号化 (CEP-4)

• ギフトラップ (kind 1059) を通じたオプションのNIP-44暗号化
• 初期化時にネゴシエートされます
• サーバーは support_encryption タグで対応を通知

Nostr的アプローチ

ContextVMは他のNostrベースのRPCシステム (DVMなど) と同じコアパターンに従います: 署名されたリクエストイベントを発行し、相関するレスポンスをリッスンします。違いはメッセージ構造にあります。CVMはプロバイダー固有のペイロードではなく、MCPを通じたJSON-RPCを使用します。

この基礎を理解するには:

• references/nostr-way-without-sdks.md を読む — CVMの背後にあるNostrプリミティブ (SDK以外の実装用)

参考資料

詳細な仕様については、以下を参照してください:

• references/protocol-spec.md - 完全なプロトコル仕様
• references/ceps.md - ContextVM拡張提案
• references/mcp-integration.md - MCPプロトコル統合の詳細

エコシステム案内 (用途に応じた選択)

以下の決定表を使用して、適切なコンポーネント/スキルに進んでください:

目的	推奨パス	スキル
プロトコルとイベント種別を学ぶ	仕様とCEPを読む	SKILL.md + references/protocol-spec.md
コアコンセプト、アーキテクチャ、FAQを理解する	コンセプトとアーキテクチャ概要	../concepts/SKILL.md
新しいContextVM固有のサーバーを構築する	McpServer + NostrServerTransport	../server-dev/SKILL.md
新しいContextVM固有のクライアントを構築する	Client + NostrClientTransport	../client-dev/SKILL.md
既存のMCPサーバーをNostrに橋渡しする	ゲートウェイパターン (NostrMCPGateway)	../server-dev/references/gateway-pattern.md
既存のMCPクライアントをNostrに橋渡しする	プロキシパターン (NostrMCPProxy)	../client-dev/references/proxy-pattern.md
SDK レベルの詳細 (インターフェース、定数、ロギング)	@contextvm/sdk リファレンス	../typescript-sdk/SKILL.md
機能に支払い機能を追加 (CEP-8)	支払いミドルウェア + プロセッサー	../payments/SKILL.md
本番運用 (鍵、Docker、監視)	デプロイメントチェックリスト	../deployment/SKILL.md
接続の問題、エラー、障害を診断する	トラブルシューティングガイド	../troubleshooting/SKILL.md

有用な公開エントリーポイント:

• ContextVMドキュメント: https://docs.contextvm.org
• ContextVM組織: https://contextvm.org