robinhood-chain

mcp-server-robinhood-chain

エージェントインテリジェンスゲートウェイ（0.15.0 で追加、オプトイン）。 有料プラン（PRO 以上）の MADEONSOL_API_KEY とあわせて MADEONSOL_AGENT_GATEWAY_ENABLED=on を設定すると、 robinhood-chain 専用の 6 つのリサーチツールが追加されます： discover_opportunities、evaluate_token、inspect_wallet、 inspect_deployer、evaluate_signal、changes_since。これらは キーを使って POST /api/v1/agent-gateway/actions を呼び出し、x402 リクエストへの署名や支払いは行いません。 RHC の制限は明確です。evaluate_signal は、検証済みの RHC 相当機能がないため、 Signal Scorecard は Robinhood Chain ではサポート対象外であると報告します。また、 changes_since が対象とするのは厳選された 3 種類の KOL／デプロイヤーイベントであり、すべてのスワップではありません。 オプトインしない場合、ツール一覧は変わりません。ホスト型エンドポイントも https://madeonsol.com/api/agent-gateway/mcp で利用できます（Bearer msk_ キー、MCP OAuth なし）。ゲートウェイの仕様。

ホスト型の /api/agent-gateway/mcp トランスポートは、リクエストごとの アカウントキーとカスタム Authorization ヘッダーを使用します。MCP OAuth は実装していません。 このパッケージのプライベートなループバック HTTP アダプターを公開サービスとして 公開しないでください。

📚 API ドキュメント · 🤖 Robinhood Chain · 💰 無料 API キー

Robinhood Chain MCP サーバー — チェーン ID 4663 の、EVM ネイティブなオンチェーントレーディングインテリジェンスを AI エージェントに提供します。

Claude、Cursor、または任意の MCP クライアントから、セルフホスト型 RHC ノードの Robinhood Chain（Arbitrum Orbit L2）のトレーディングデータに直接アクセスできます。リアルタイムの KOL 取引に加え、協調取引や初回タッチの検出シグナル、Uniswap v2/v3/v4 の全 DEX 取引履歴、ローンチバンドルと初期購入者の品質検出を備えたトークン検出（単一およびバッチ）、1 分足 OHLC ローソク足、99k 以上のランク付け済みデプロイヤーを対象としたデプロイヤーの評判情報（リーダーボード、アラート、推移、デプロイヤーごとのローンチ履歴）、スマートマネーウォレットのランキングを利用できます。さらに、RHC のルールエンジンをすべて CRUD 操作で管理できます。対象はコピートレードルール、時価総額の下落／回復価格アラート、KOL 協調アラート、初回タッチのプッシュ通知サブスクリプションで、すべてチェーンごとのクォータに対応しています。すべてのツールは EVM ネイティブです。小文字の 0x アドレス、eth_amount、tx_hash、block_number、net_flow_eth を使用します。KOL から EVM へのマッピングは、各 Solana KOL のブリッジ入金（deBridge／Relay／Mayan／Wormhole）を追跡して復元しています。このデータセットは MadeOnSol 独自のものです。

RHC の対象機能は、すべてのプランに追加料金なしで含まれます。無料 API キー（1 日 200 リクエスト、カード不要）は madeonsol.com/pricing で取得できます。

0.8.1 — RHC SDK 全体のリリースに合わせてバージョンを更新しました。WebSocket ストリームトークン（POST /api/v1/stream/token）は 2026-08-27 以降、有効期限がありません。呼び出すたびに同じトークンが返され、expires_at／next_refresh_at は常に null となり、明示的に {"rotate": true} を指定した場合にのみ置き換えられます。この MCP サーバーが公開するのは REST ツールであり、WebSocket チャネルではありません。また、ストリームトークン用のツールもないため、ツールの動作に変更はありません。

0.5.0 — RHC SDK 全体のリリースに合わせてバージョンを更新しました。TS／Python／Rust SDK のストリームチャネル名を修正しました（RHC のファイアホースチャネルは rhc:dex_trades です。サーバーは rhc:trades をその非推奨エイリアスとしてのみ受け付けます）。この MCP サーバーが公開するのは REST ツールであり、WebSocket チャネルではないため、ツールの動作に変更はありません。rhc_trades ツール（GET /rhc/trades の取引履歴）には影響しません。 キー認証のみ。 msk_ Bearer API key（MADEONSOL_API_KEY）で認証します。Robinhood Chainには、キー不要で呼び出しごとに課金されるx402レールがあります。現在は10個のエンドポイントがあり（当初の6個から増加）、madeonsol.com/robinhood/x402に記載されていますが、このサーバーには含まれていません。

サーバー更新 2026-10-04（パッケージの変更は不要）：RHCのコピー取引ルールでは、有効なソースウォレットをすべて使用できます。 source_wallets は、追跡対象のKOLウォレット（/rhc/kol/wallets）である必要がなくなりました。有効な0xウォレットであれば通知が発生し、KOLへの登録は任意の情報補完となります。また、コピー取引のソースはWallet Trackerのクォータを使用しません。各ルールはsource_admission（any_wallet）とoperational_state（eligible、またはmonitoring_pending／monitoring_unavailable／source_capacity_unavailableのいずれかのインフラ状態）を報告します。source_wallets_tracked／source_wallets_untracked、no_tracked_sources、およびuntracked_source_walletsの警告はレガシー項目ですが、引き続き値が設定されます。既存のルールは編集せずに使用できます。上限に変更はありません：PROは3ルール×5ウォレット、ULTRAは20×50、BUSINESSは100×250です。

0.16.1の新機能： トークンロックツールのfamilyヒントにstonkbrokers-vesting（StonkBrokers Safety Deposit Boxのベスティング）が追加されました。APIでは2026-10-19から受け付けられています。ヒントのみで、ツールに変更はありません。

0.16.0の新機能：経時的なバンドル、現在のバンドル保有比率、トークンごとのKOL取引、スカウトリーダーボード、開発者アクティビティ（ツール合計73個）。 読み取り専用ツールが5つ追加されました。rhc_token_bundles（GET /rhc/tokens/{address}/bundles）は、ローンチ時とその後の両方について、トークン上で行われたすべての協調購入クラスターを一覧表示し、追跡対象クラスターについては現在の保有状況と売却の進捗も表示します。rhc_token_bundle_share（GET /rhc/tokens/{address}/bundle-share）は、自ノードのbalanceOfに基づき、すべてのバンドルアカウントが現在保有する総供給量に対する割合を返します。すべてのアカウントの読み取りが完了しない場合は、理由を添えてnullを返します。rhc_token_kol_trades（GET /rhc/tokens/{address}/kol-trades）は、1つのトークンに関する追跡対象KOLの全取引を返します。rhc_kol_scout_leaderboardは、他のKOLが後から追随するトークンに最初に参入したKOLを順位付けします。rhc_deployer_activity（GET /rhc/deployer-hunter/{address}/activity）は、開発者のローンチ、開発者による購入、開発者による売却のタイムラインを、正確な生の数量とともに表示します。既存ツールには、新たにオプトイン可能な項目が追加されました：include_balances（rhc_token_bundle、rhc_token_buyer_quality）、verify_current_balances + include_scout_scores（rhc_token_early_buyers）、include_wallet_flags（rhc_token_holders）、include_launches_24h（rhc_deployer_tokens）、include_performance（rhc_kol_profile）、sort + min_closed（rhc_kol_leaderboard）。すべて追加のみです。

0.13.0の新機能：トークンロックの由来情報。 ツールの説明：トークンロックの行には、provider（ロッカーコントラクトのアドレスに基づいて識別します。既知のプロバイダーデプロイのみverified、ABIが一致するもののオペレーターは特定されておらず、ID／ウェブサイト／lock_urlがない場合はcompatible）、explorer（Blockscoutリンク）、price_usd、seconds_until_end、seconds_until_next_unlockが含まれます（サーバー 2026-10-02）。RHCの引き出しは追跡されないため、withdrawnはnullのままです。LPの行にはusd／price／%は設定されません。追加のみです。rhc_token_locksはcursor（厳密なキーセットページング）を受け付けます。 0.11.0 の新機能 — 破壊的変更：HTTP モードで別途トークンが必須になりました（セキュリティ修正、SEC-02）。 このサーバーを MCP_TRANSPORT=http で実行する場合、MCP_HTTP_TOKEN（生成したランダムなシークレット）も設定し、GET /health やサーバーカードのエンドポイントを含むすべてのリクエストで Authorization: Bearer <token> として送信する必要があります。以前は、バインドされたポートに接続できるすべての人が、認証なしでオペレーター自身の認証情報を使い、すべてのツールを呼び出せる状態でした。HTTP モードは現在、リテラルなループバック（127.0.0.1 / ::1）のみに厳しく制限され、Origin / X-Forwarded-* ヘッダーと重複する Authorization / Host ヘッダーを無条件に拒否し、POST /mcp と2つの GET ルートのみを公開します。また、ウォレット／決済認証情報が設定されている場合は起動を拒否します。デフォルトの stdio トランスポート（Claude Desktop、Cursor、ほとんどの MCP クライアント）を使用している場合、変更はありません。対応は不要です。 これは単一の共有オペレータートークンによる修正であり、新しいマルチユーザーシステムや OAuth システムではありません。詳しい説明：docs/audit/SEC02_PRIVATE_HTTP_MCP.md。

0.10.1 の新機能 — サーバーが MCP instructions を返すようになりました。 initialize レスポンスの instructions フィールド（呼び出し元エージェント向けの運用ガイダンス。この README／パッケージの説明とは別のもの）は設定されていませんでした。稼働中のサーバーを調査するディレクトリ（Glama）には「記録された MCP instructions がありません」と表示されていました。新しいツールはありません。引き続き合計68個です。

0.10.0 の新機能 — トークンロックと権利確定（当時、合計68個のツール）。 3つの新しいツールは2026-09-15にリリースされ、今回ようやくここに記載されました（コードはバージョン更新も変更履歴への記載もなくリリースされたため、この README では65個と記載され続けていましたが、サーバーには実際には68個が登録されていました。今後はメインリポジトリの scripts/verify-mcp-tool-counts.mjs で確認します）。rhc_token_locks（PRO+）は、PinkLock互換、HoodLock、Team Finance互換、Titan、UNCX互換のLPロッカー、Sablier v4など、すべてのトークンで作成されたロック／権利確定コントラクトを新しい順に表示するフィードです。独自ノードからデコードします。rhc_token_lock_summary（PRO+）は、1つのトークンに対するすべてのロックをまとめ、「チームはロックしたか、いくらか、いつまでか、キャンセルできるか」をリアルタイムで確認できます。rhc_token_unlocks（PRO+）は、1時間～90日の範囲内にある、チェーン全体の今後のロック解除イベントを一覧表示します。3つすべてが作成イベントのみを対象とします。RHCのロッカーでは、引き出しやキャンセルはオンチェーンイベントで追跡されないため、withdrawn は常に null（不明）であり、0 にはなりません。スケジュールが示す範囲を超えて、ロックが「まだ保持されている」と決して表示しないでください。

0.9.0 の新機能 — 初期購入者（当時、合計65個のツール）。 rhc_token_early_buyers（GET /rhc/tokens/{address}/early-buyers、PRO+）は、トークンの初期購入者を順位付けし、現在も保有しているかどうかとともに表示します。これは内部のエージェントインフラ網羅性監査で、ここだけでなく、すべてのエージェント向けインターフェースから到達できない唯一の RHC 機能として見つかりました。

0.8.0 の新機能 — トークン化された株式と流動性除去フィード。 2つの新しいツールがあります。rhc_equities（GET /rhc/equities、BASIC）は、Robinhood公式のトークン化株式およびETF（NVDA、SPY、AAPL、…）をすべて一覧表示します。リアルタイム価格／MC／流動性、24時間の取引、ETHボリューム、買い手と売り手の比率を表示し、volume / trades / market_cap / last_trade / symbol で並べ替えできます。また、完全一致の symbol または部分一致の q で絞り込めます。識別の根拠は発行者ビーコンであり、名前ではありません。コントラクトが、独自ノードから読み取ったRobinhood発行者ビーコン 0xe10b6f6b…151b00 を使用するEIP-1967ビーコンプロキシである場合に限り、そのトークンを一覧に表示します。リリース当日には「GameStop • Robinhood Token」という偽のコントラクトが20個、正規品とまったく同じ接尾辞を持つ偽のNVDAが8個ありましたが、いずれも表示されません。rhc_lp_events（GET /rhc/lp-events、PRO+）はラグを示すシグナルです。追跡対象のプールで発生した、Uniswap v2/v3 の Burn と、deltaが負の v4 ModifyLiquidity を、ノードのログサブスクリプションから取得します。token / pool / provider / dex で絞り込め、next_before を使ったカーソルページネーションに対応します。流動性の除去のみを対象とします。追加分は永続化されず（レスポンスの coverage ブロックでは adds_persisted: false と示されます）、金額は未加工の uint256 文字列です。v4の行に含まれるのは liquidity のみで、provider_is_token_deployer は典型的なラグの兆候です。データは2026-08-05以降が対象です。 0.7.0 の新機能 — holder_growth：誰が加わり、誰が離れたか。 rhc_token_holders ツールは、GET /rhc/tokens/{address}/holders で holder_growth を返すようになりました。形式は { "1h", "24h", "7d" } × { cutoff_block, entered, entered_still_holding, exited, net } です。entered は、対象期間のカットオフブロック以降にトークンの最初の Transfer が記録されたアドレス（現在の残高は問いません）、entered_still_holding はそのうち残高がゼロではないアドレス、exited は期間開始前から保有しており、期間内の最後の移動によって残高がゼロになったアドレス、net は holder_count の変化量です。プールとバーンアドレスは、すべての件数から除外されます。RHC の残高は、自前のノード上で ERC-20 の Transfer ログから集計しており、この集計ではアドレスごとの初回確認ブロックと最終移動ブロックを保持し、残高ゼロの行も保持するため、これは推定値ではなく直接取得した値です。一方、Solana の保有者調査はある時点の台帳スキャンであり、履歴がないため、この情報には答えられません。期間内にチェーンで取り込まれた取引がない場合に限り、その期間の値は 0 ではなく null になります。ブロック全体が null になるのは、増加分の読み取りに失敗した場合のみです。リリース当日の確認では、その朝にローンチしたトークンで24時間の entered が593、still holding が560となり、holder_count は正確に560でした。

0.6.0 の新機能 — ウォレットインテリジェンス。 Robinhood Chain のウォレット機能をカバーする10個の新しい操作が追加されました。これまでは SDK バインディングがありませんでした。rhc_wallet、rhc_wallet_pnl、rhc_wallet_positions、rhc_wallet_trades と、ウォッチリストツールの rhc_wallet_tracker_list、rhc_wallet_tracker_add、rhc_wallet_tracker_remove、rhc_wallet_tracker_relabel、rhc_wallet_tracker_trades、rhc_wallet_tracker_summary です。すべて ETH 建てで、取得原価は直近90日間のローリング期間に対する FIFO 方式です。cost_basis_observable_from には期間の開始日が示されるため、その日付より前に開設されたポジションは、対応する買いがない売りとして表示されます。プロフィール、損益、ポジションの3つの操作は、サーバー側で同じスナップショットキャッシュを共有するため、あるアドレスに対して3つすべてを呼び出しても、計算コストは3回分ではなくおおむね1回分です。どの呼び出しで計算が行われたかは cache_hit で確認できます。ウォッチリストの上限はチェーンごとです（PRO：RHCウォレット50件／ULTRA：250件／BUSINESS：1,000件）。Solana のリストとは別に適用されます。

インストールと設定

MCP クライアントの設定（Claude Desktop、Cursor、Claude Code）に追加してください。インストール手順は不要です。初回実行時に npx が取得します。

{
  "mcpServers": {
    "robinhood-chain": {
      "command": "npx",
      "args": ["-y", "mcp-server-robinhood-chain"],
      "env": {
        "MADEONSOL_API_KEY": "msk_your_api_key_here"
      }
    }
  }
}

次のようにエージェントに尋ねてみてください。「現在、追跡対象のKOLはRobinhood Chainで何を買っていますか？」、または*「チェーン4663上のトークン0x…について、早期購入者のコホートを評価してください。」*

トランスポート

• stdio（デフォルト）— ローカルクライアント（Claude Desktop、Cursor、Claude Code）向けです。
• http — 信頼できる1人のオペレーターがループバック上で使用する、オプションの非公開・APIキー専用アダプターです。アクセス要件は以下を参照してください。パブリックホスティングには対応していません。

プライベート HTTP トランスポート（SEC-02）

Claude Desktop、Cursor、その他のローカル MCP クライアントでは、引き続き stdio がデフォルトです。HTTP を使用するには、プライベート運用者向けの設定を明示する必要があります。以前の認証なしの HTTP 起動設定は、安全のため起動を拒否します。

1. MADEONSOL_API_KEY に運用者の msk_ キーを設定します。
2. 別のランダムなアクセストークンを生成します。例：node -e "console.log(require('node:crypto').randomBytes(32).toString('base64url'))"。これを MCP_HTTP_TOKEN として保存します。上流 API キーを再利用したり、いずれかの認証情報を URL に含めたりしないでください。
3. MCP_TRANSPORT=http、HOST=127.0.0.1（デフォルト。::1 も指定可能）を設定し、必要に応じて PORT（デフォルトは 3100）を設定します。ループバック以外へのバインド、認証情報の不足、SVM_PRIVATE_KEY または RHC_PAYER_KEY の指定がある場合は、起動前に拒否されます。Solana ウォレット／x402 モードは、引き続き stdio で利用できます。
4. Authorization: Bearer <MCP_HTTP_TOKEN> をすべてのリクエストに付け、通常の MCP の Content-Type および Accept ヘッダーとともに、http://127.0.0.1:3100/mcp に接続します。クライアントがヘッダーを設定できない場合は、stdio を使用してください。ローカルトークンは MCP アダプターで検証され、上流に送信されるのは MADEONSOL_API_KEY だけです。

公開されるのは、認証が必要な POST /mcp、GET /health、GET /.well-known/mcp/server-card.json のみです。/ や任意のパスは、MCP エンドポイントではなくなりました。アダプターはステートレスです。セッション ID は発行せず、指定された Mcp-Session-Id は拒否し、/mcp への GET／DELETE には 405 を返します。Host は、ポートを含む指定済みのループバックリテラル、またはそのポートと完全に一致する localhost でなければなりません。ブラウザーの Origin ヘッダー、転送／プロキシヘッダー、クロスオリジンリクエストは拒否されます。CORS アクセスは許可されません。

制限：非圧縮 JSON ボディは 256 KiB、ヘッダーは 8 KiB、ボディのアップロード期限は 10 秒、認証済みリクエストの同時実行数は 16 件です。サイズ超過または形式不正の入力は、ツールを呼び出す前に拒否されます。これはツール実行全体に対する期限ではありません。すでに送信された上流アクションは、切断後も続行されることがあります。

ローカルトークンを持つすべてのユーザーは、変更ツールを含め、同じ運用者として操作します。これはマルチユーザー／OAuth サーバーではありません。パブリックプロキシの背後に置いたり、信頼できないユーザーと共有したり、資金を保有する署名者を公開したりしないでください。ユーザーを分離するには、プロセス／認証情報を別々にするか、各プリンシパルを認証して各自の認証情報に対応付ける将来のトランスポートを使用する必要があります。アクセスをローテーションするには、新しい MCP_HTTP_TOKEN を設定して再起動してください。

Docker イメージにも同じループバック制限が適用され、両方の環境認証情報が必要です。ヘルスチェックは、トークンを URL に含めずに認証します。パブリックに公開された Docker ポートには対応していません。stdio を使用するか、同じ信頼済みネットワーク名前空間内のクライアントを使用してください。

ツール — Robinhood Chain の全 64 ルート

各ツールは、Robinhood Chain v1 API のルートに 1 対 1 で対応します。読み取りは 49 件（GET に加え、クエリー文字列には長すぎるアドレスリストを POST する 2 つのバッチツール）、実際に書き込みを行うのは 15 件（ルールエンジンへの POST／PATCH／DELETE に加え、ウォレットウォッチリストへの 3 つの変更）で、以下では ✍️／🗑️ のマークを付けています。これらには readOnly 以外の MCP アノテーションが付くため、適切に動作するクライアントが推測で呼び出すことはありません。フィールドは EVM ネイティブです。

読み取り

ツール	ルート	ティア	説明
rhc_kol_feed	/api/v1/rhc/kol/feed	BASIC	MC／ピーク値を補足したKOLの取引フィードとmc_multiple_since_trade（PRO以上ではリアルタイム、無料キーでは5分遅延）
rhc_kol_leaderboard	/api/v1/rhc/kol/leaderboard	BASIC	取引数、次にETH純フローで順位付けしたKOL（24h／7d／30d）
rhc_kol_hot_tokens	/api/v1/rhc/kol/hot-tokens	BASIC	指定期間内に2人以上の異なるKOLが購入したコンセンサストークン
rhc_kol_profile	/api/v1/rhc/kol/{wallet}	BASIC	単一KOLのプロフィール — 直近200件の取引に基づく統計と直近50件
rhc_kol_coordination	/api/v1/rhc/kol/coordination	BASIC	全期間を対象とするSQLによるKOLコンセンサス（15m／1h／6h／24h／7d）。1,000件の取引を対象とするホットトークンサンプルではありません — ETH純額、コンセンサス成立までの時間、KOL別の内訳
rhc_kol_first_touches	/api/v1/rhc/kol/first-touches	BASIC	トークンごとの最も早いKOLの買い（発見シグナル） — エントリー時のMC、トークン経過時間、tx_hash。evm_addressはULTRAのみ
rhc_trades	/api/v1/rhc/trades	PRO+	DEXの取引テープ — Uniswap v2／v3／v4のスワップと、有効なtrader_eoaおよびMEVフィールド
rhc_lp_events	/api/v1/rhc/lp-events	PRO+	流動性引き出しのフィード（ラグのシグナル） — v2／v3のBurnとv4の負のModifyLiquidity、未加工のuint256文字列、provider_is_token_deployer。引き出しのみ記録され、追加は保存されません
rhc_tokens	/api/v1/rhc/tokens	PRO+	トークンの発見 — MC、流動性、ピークMCとドローダウン、ローンチパッド、デプロイヤーのティア
rhc_equities	/api/v1/rhc/equities	BASIC	トークン化された株式とETF（NVDA、SPY、AAPL…） — ライブ価格／MC／流動性と、24時間の取引数／ETH出来高／買い手・売り手の内訳。識別子は発行者のビーコン0xe10b…151b00で、名前ではありません
rhc_token	/api/v1/rhc/tokens/{address}	BASIC	トークンのスナップショット — 価格／MC／FDV、デプロイヤーのブロック、KOLの活動、プール
rhc_token_batch	POST /api/v1/rhc/token/batch	BASIC	1回の呼び出しで最大50トークン — 価格／MC／FDV、ピークMC、デプロイヤーの評判。不明なアドレスはfound: falseとしてそのまま返されます
rhc_token_candles	/api/v1/rhc/tokens/{address}/candles	PRO+	1分足のOHLCローソク足 — 価格とMCのOHLC、買い／売りの内訳を含む出来高
rhc_token_kol_consensus	/api/v1/rhc/tokens/{address}/kol-consensus	PRO+	KOLのポジション状況 — 買い手／売り手、退出率、net_flow_eth、エントリーMCの中央値
rhc_token_buyer_quality	/api/v1/rhc/tokens/{address}/buyer-quality	BASIC	バンドル購入者とダンプクラスターの要素を含む、早期購入者の品質スコア（0～100）
rhc_token_batch_buyer_quality	POST /api/v1/rhc/tokens/batch/buyer-quality	BASIC	1回の呼び出しで最大20トークンの購入者品質を取得（上限は50ではなく20です。トークンごとのコホート計算のため）
rhc_token_bundle	/api/v1/rhc/tokens/{address}/bundle	BASIC	ローンチバンドルの検出（same_block）と、コホートが現在も保有している量
rhc_token_top_traders	/api/v1/rhc/tokens/{address}/top-traders	PRO+	実現済みETHフロー（net_eth＝売り−買いで、損益ではありません）による上位トレーダーとウォレットの評判
rhc_token_flow	/api/v1/rhc/tokens/{address}/flow	PRO+	相互排他的なコホートごとの純買い／売り — net_ethが正の場合、そのコホートは売り越しです
rhc_token_peak_history	/api/v1/rhc/tokens/{address}/peak-history	PRO+	ピークMC、ドローダウン、高値推移曲線 — peak_mc_usd_recordedとpeak_mc_usd_observed
rhc_token_risk	/api/v1/rhc/tokens/{address}/risk	PRO+	EVMネイティブのリスクをリアルタイムに算出 — プロキシのアップグレード可能性、LPの保管状況、キャッシュされないハニーポット売却シミュレーション
rhc_token_holders	/api/v1/rhc/tokens/{address}/holders	PRO+	Transferログの再生から正確な保有者数と集中度を算出し、totalSupply()と照合します。まずverifiedを確認してください。holder_growth（1h／24h／7d）：entered、entered_still_holding、exited、net ≈ holder_countのΔ
rhc_deployer_leaderboard	/api/v1/rhc/deployer-hunter/leaderboard	BASIC	評判で順位付けした99k以上のデプロイヤー — graduation_rate（$40K）、runner_rate（$100K）。ティアはrunner_rateに基づきます
rhc_deployer_profile	/api/v1/rhc/deployer-hunter/{address}	BASIC	単一デプロイヤーのプロフィールと直近50件のトークン
rhc_deployer_tokens	/api/v1/rhc/deployer-hunter/{address}/tokens	BASIC	ライブMCとピークMCを含むページネーション対応のローンチ履歴（sort=peak_mc_usdはページ内でのみ有効）
rhc_deployer_history	/api/v1/rhc/deployer-hunter/{address}/history	PRO+	正確な総数を含む、詳細なページネーション対応のデプロイ履歴（1ページ最大1000件）
rhc_deployer_trajectory	/api/v1/rhc/deployer-hunter/{address}/trajectory	BASIC	改善中か、低下中か？連続記録、ローンチ10件ごとの成功率推移、最良／最悪の期間。成功は$40Kの卒業を意味します
rhc_deployer_best_tokens	/api/v1/rhc/deployer-hunter/best-tokens	BASIC	指定期間内にelite／goodデプロイヤーがローンチした、ピークMCが最も高いトークン
rhc_deployer_stats	/api/v1/rhc/deployer-hunter/stats	BASIC	チェーン全体の概要 — ティア別の数、スパムの割合、アラート数、アクティブなtier_rules
rhc_deployer_alerts	/api/v1/rhc/deployer-hunter/alerts	BASIC	デプロイヤーアラート — デフォルトで取引可能性によるフィルタリングを適用し、読み取り時にティアを解決（tier_at_alert、tier_is_stale）
rhc_recent_bonds	/api/v1/rhc/deployer-hunter/recent-bonds	BASIC	ピークMCが$40Kに達して卒業マイルストーンを越えたばかりのトークン。ピークが新しい順
rhc_alpha_wallets	/api/v1/rhc/alpha-wallets	PRO+	スマートマネーのウォレット — net_eth、win_rate、memecoin_share、likely_bot
rhc_wallet	/api/v1/rhc/wallet/{address}	PRO+	ウォレットの90日間プロフィール — ETH損益、トークン別の内訳、評判フラグ（損益／ポジションとスナップショットキャッシュを共有）
rhc_wallet_pnl	/api/v1/rhc/wallet/{address}/pnl	PRO+	直近90日間のローリングウィンドウにおけるFIFO原価法の損益 — 推移曲線、決済済みと未決済のポジション、cost_basis_observable_from
rhc_wallet_positions	/api/v1/rhc/wallet/{address}/positions	PRO+	時価評価された未決済ポジション — liquidity_basisを確認してください
rhc_wallet_trades	/api/v1/rhc/wallet/{address}/trades	PRO+	1つのウォレットの取引テープ。トークンではなくウォレットを基準にキーベースページネーションで取得
rhc_wallet_tracker_list	/api/v1/rhc/wallet-tracker/watchlist	PRO+	RHCウォッチリストを表示 — クォータはチェーンごとに適用
✍️ rhc_wallet_tracker_add	POST /api/v1/rhc/wallet-tracker/watchlist	PRO+	ウォレットを追跡（書き込み時にアドレスを小文字化）。すでに追跡中の場合は409、上限到達時は403
🗑️ rhc_wallet_tracker_remove	DELETE /api/v1/rhc/wallet-tracker/watchlist/{address}	PRO+	ウォレットの追跡を解除し、クォータ枠を解放
✍️ rhc_wallet_tracker_relabel	PATCH /api/v1/rhc/wallet-tracker/watchlist/{address}	PRO+	追跡中のウォレットのラベルを変更。nullでラベルを解除
rhc_wallet_tracker_trades	/api/v1/rhc/wallet-tracker/trades	PRO+	追跡中のウォレットを横断した統合取引フィード。ラベル付き
rhc_wallet_tracker_summary	/api/v1/rhc/wallet-tracker/summary	PRO+	rhc_tradesから算出したウォレット別の集計 — 全履歴が対象で、キャプチャログに限定されません
rhc_copytrade_list	/api/v1/rhc/copytrade/subscriptions	PRO+	コピー取引ルールを表示。各ルールにはsource_admissionとoperational_stateが含まれます。有効な0xソースウォレットであれば、KOLかどうかを問わず動作します（2026-10-04以降。source_wallets_tracked／_untrackedは旧仕様です）
rhc_copytrade_get	/api/v1/rhc/copytrade/subscriptions/{id}	PRO+	数値IDで指定したコピー取引ルール1件（同じ追跡フィールドを含む）
rhc_copytrade_signals	/api/v1/rhc/copytrade/signals	PRO+	発火履歴。保持期間は7日間 — Webhookを受け取れなかった場合の後追い取得用
rhc_price_alerts_list	/api/v1/rhc/price-alerts	PRO+	時価総額の下落／回復アラートを表示
rhc_price_alerts_get	/api/v1/rhc/price-alerts/{id}	PRO+	数値IDで指定した価格アラート1件と、その取得時のbaseline_mc_usd
rhc_price_alerts_events	/api/v1/rhc/price-alerts/events	PRO+	dip／recoveryの発火履歴。保持期間は30日間
rhc_coordination_alerts_list	/api/v1/rhc/kol/coordination/alerts	PRO+	KOL協調アラートのルールを表示
rhc_coordination_alerts_get	/api/v1/rhc/kol/coordination/alerts/{id}	PRO+	UUIDで指定した協調ルール1件
rhc_first_touch_subscriptions_list	/api/v1/rhc/kol/first-touches/subscriptions	ULTRA+	ファーストタッチのプッシュ通知サブスクリプションを表示
rhc_first_touch_subscriptions_get	/api/v1/rhc/kol/first-touches/subscriptions/{id}	ULTRA+	UUIDで指定したファーストタッチのサブスクリプション1件

書き込み — ルールエンジン

これらのツールはサーバーの状態を変更し、ティアごとのクォータを消費して、Webhook を発火させます。readOnlyHint: false の注釈が付いており、削除ツールにはさらに destructiveHint: true が付いています。作成ツールは冪等ではありません。2 回呼び出すとルールが 2 つ作成され、上限に達して 409 が返される場合があります。

ツール	ルート	ティア	説明
✍️ rhc_copytrade_create	POST /api/v1/rhc/copytrade/subscriptions	PRO+	コピートレードのルールを作成します。webhook_secret を一度だけ返します
✍️ rhc_copytrade_update	PATCH /api/v1/rhc/copytrade/subscriptions/{id}	PRO+	ルールを更新します。source_wallets はリスト全体を置き換え、ティアの上限に照らして再チェックされます
🗑️ rhc_copytrade_delete	DELETE /api/v1/rhc/copytrade/subscriptions/{id}	PRO+	完全に削除します。一時停止するには is_active: false を使用してください
✍️ rhc_price_alerts_create	POST /api/v1/rhc/price-alerts	PRO+	MC の下落アラート（回復アラートは任意）を作成します。基準値は今取得されます
✍️ rhc_price_alerts_update	PATCH /api/v1/rhc/price-alerts/{id}	PRO+	更新できるのは name / delivery_mode / webhook_url / is_active のみです。しきい値は変更できません
🗑️ rhc_price_alerts_delete	DELETE /api/v1/rhc/price-alerts/{id}	PRO+	完全に削除します。再作成すると基準値が再取得されるため、削除して再作成しても何も変わらないわけではありません
✍️ rhc_coordination_alerts_create	POST /api/v1/rhc/kol/coordination/alerts	PRO+	window_minutes 内に min_kols 以上の KOL が同じトークンを購入したときに発火します
✍️ rhc_coordination_alerts_update	PATCH /api/v1/rhc/kol/coordination/alerts/{id}	PRO+	しきい値、MC の範囲、配信方法、is_active を更新します
🗑️ rhc_coordination_alerts_delete	DELETE /api/v1/rhc/kol/coordination/alerts/{id}	PRO+	完全に削除します
✍️ rhc_first_touch_subscriptions_create	POST /api/v1/rhc/kol/first-touches/subscriptions	ULTRA+	追跡対象の KOL が初めてトークンを購入したときに通知します。不明なフィルターキーは拒否されます
✍️ rhc_first_touch_subscriptions_update	PATCH /api/v1/rhc/kol/first-touches/subscriptions/{id}	ULTRA+	filters は保存済みオブジェクト全体を置き換えます。省略されたキーは削除されます
🗑️ rhc_first_touch_subscriptions_delete	DELETE /api/v1/rhc/kol/first-touches/subscriptions/{id}	ULTRA+	完全に削除します

ルールエンジンのクォータはチェーンごとに設定されています。 Solana のコピートレードルール、価格アラート、連携ルール、ファーストタッチ購読をすべて使い切っても、RHC の利用枠は消費されません。その逆も同様です。

エンジン	PRO	ULTRA	BUSINESS
コピートレードルール（各ソースウォレット）	3（5）	20（50）	100（250）
価格アラート（有効）	5	25	125
連携ルール	5	20	100
ファーストタッチ購読	—	10	50

BASIC は有効なキーであれば使用できます。BASIC キーでは PRO+ ツールから HTTP 403 が返されます — madeonsol.com/pricing でアップグレードしてください。

エージェントが間違えやすい5つのこと

• RHC の価格アラートは数秒以内に発火し、1秒未満ではありません。 2026-09-15 以降、チェーンの取引フィード（rhc:dex_trade）に取引が届くたびに評価され、価格テーブルのポーリング（5 s / 60 s）と取引テープの再生がセーフティーネットとして機能します。最短でもチェーンの取引フラッシュ分（約2 s）はかかります。Solana の価格アラートと同等だと約束しないでください。Solana の価格アラートは1秒未満です。作成レスポンスの evaluation ブロックには mode: "event_driven" と表示されます。イベントの fired_at は、評価器が値動きを検知した時刻であり、オンチェーンで発生した時刻ではありません。

• RHC のコピートレードには時価総額の範囲指定がありません。 Solana のエンジンとは異なり、コピートレードのルールには min_mc_usd / max_mc_usd がありません。RHC の KOL 取引イベントには時価総額が含まれないためです。このフィルターを実現するには、1日約330万件の取引があるチェーンでイベントごとに DB を読み取る必要があるか、フィルターが何も通知せず一致しない状態になります。代わりに min_trade_eth と only_action でフィルタリングしてください。

• trader_eoa は単なる tx.from ではありません。 これは実効取引アカウントです。通常のトランザクションでは tx.from ですが、取引がバンドルされていた場合は ERC-4337 の userOp 送信者（UserOperationEvent）になります。バッチを中継したバンドラーでも、ルーターでもありません。いずれの場合も EOA です。Robinhood Chain では、userOp 送信者はスマートコントラクトウォレットではなく、EIP-7702 の委任を持つ通常の EOA です。取引の帰属とウォレットのランキングには trader_eoa を使ってください。別の trader フィールドはスワップログの受取人のみを示し、集約スワップではルーターになります。

• rhc_deployer_alerts はデフォルトで取引可能性をフィルタリングします。 liquidity_usd が100ドル未満のトークン（流動性が不明な場合も含む）のアラートは除外されます。枯渇した68ドルのプールに関する時価総額4万5000ドルのアラートはシグナルではありません。生の取引テープを取得するには include_untradeable: true を指定してください。レスポンスには常に有効な tradability_filter が含まれます。アラートの tier は読み取り時点の最新のレピュテーションビューから解決されるため、デプロイヤーがすでに失った評価を表示することはありません。アラート発生時のスナップショットは別途 tier_at_alert として返され、tier_is_stale フラグで差異を示します。

• graduation_rate はティアを決定しなくなりました。 引き続き4万ドルのピーク時価総額の基準を意味し、どこでも返されますが、elite／good は runner_rate（10万ドル）と24時間分のデプロイヤー履歴に基づいて付与されます。graduation_rate でデプロイヤーをランキングすると、ティアが考慮しない指標でランキングすることになります。

Robinhood Chain を選ぶ理由

Robinhood Chain は二面性のあるチェーンです。ローンチパッドのミームコイン（pons / flap / clanker / hood.fun / virtuals）と、トークン化された株式やステーブルコインが共存しています。多くのローンチパッドは直接 DEX に接続する方式（ボンディングカーブなし）なので、「graduation」は時価総額のマイルストーンを意味します。graduation_rate はデプロイヤーのトークンのうち、ピーク時価総額が4万ドル以上に達したものの割合であり、runner_rate は10万ドル以上に達したものの割合です。elite／good ティアは runner_rate に基づき、24時間分のデプロイヤー履歴を必要とします（elite = トークン5個以上、経過時間24時間以上、runner_rate >= 0.50、good = >= 0.25）。4万ドルの基準は容易に悪用できることが判明したため、graduation_rate は引き続き報告されますが、ティアの決定には使われなくなりました。引き続きこれを基準とするのは spammer のみです（トークン20個以上、graduation_rate < 0.05）。Robinhood Chain は Arbitrum Orbit L2 であり、複数署名者によるアトミックトランザクションがないため、検出されたローンチバンドルは same_block になります（atomic_tx はありません）。

リンク

• 🤖 Robinhood Chain の概要 — https://madeonsol.com/robinhood
• 💰 料金と無料 API キー — https://madeonsol.com/pricing
• 📚 API ドキュメント — https://madeonsol.com/api-docs

ライセンス

MIT © MadeOnSol