Akira

Posted on Nov 3 Originally published at apidog.com

FinFeedAPIレビュー：マルチ取引所の予測市場データAPI

Kalshi、Polymarket、ForecastExにまたがる単一の経済イベントを市場がどのように価格付けするかを追跡したいと想像してください。紙の上では、それはシンプルなダッシュボードのように聞こえます。実際には、3つの異なるAPI、同じ市場を識別する3つの方法、そして1つのチャートを描く前に調整しなければならない3つのレスポンス形式を意味します。

今すぐApidogを試す

その問題は新しい会場ごとに大きくなります。予測市場は現在、規制された米国取引所、オンチェーンプロトコル、プレイマネーコミュニティ、確立された暗号通貨プラットフォームからのイベント契約にまで広がっており、それらのいずれも共通のデータモデルを共有していません。

これは FinFeedAPI が埋めるために作られたギャップです。そのPrediction Markets APIは9つの取引所を1つの標準化されたスキーマの下にまとめ、開発者がデータの出所に関係なく、市場、取引、オーダーブック、履歴を同じ方法でクエリできるようにします。

開発者にとって、その成長には厄介な真実が伴います。各会場は独自のAPI、独自の市場識別子、独自の命名規則、そして「市場」がどのようなものであるかについての独自の考え方を公開しています。3つのプラットフォームで同じイベントを追跡するダッシュボードが欲しいですか？そうなると、3つの統合、3つのデータモデル、3つのエッジケースのセットを維持することになります。

まさにそれが FinFeedAPI が解決しようとしている問題です。

このレビューでは、FinFeedAPIのPrediction Markets APIが何をカバーしているか、実際に得られるデータ、エンドポイントが実際にどのように見えるか、コスト、そしてどこが不十分かを説明し、あなたのスタックに合うかどうかを判断できるようにします。

TL;DR

項目	概要
プロバイダー	API BricksによるFinFeedAPI（CoinAPIの背後でもある）
対応取引所	9つの予測市場会場
データ	市場とメタデータ、取引、クオート、オーダーブック、OHLCV、履歴フラットファイル
アクセス	REST、JSON-RPC、ホスト型MCPサーバー、フラットファイル（S3）
モード	読み取り専用の市場データ、リクエスト・レスポンス（WebSocketストリームなし）
価格設定	開始時に無料クレジット、その後1,000リクエストあたり$1からの使用量ベース
最適な用途	取引所間ダッシュボード、リサーチ、バックテスト、AIエージェント

FinFeedAPIとは？

FinFeedAPI は、API Bricks によって構築された金融データプロバイダーであり、CoinAPIの背後にある同じ会社です。そのStock、Currencies、SEC APIに加えて、9つの予測市場取引所からの市場データへの標準化されたアクセスを1つの統合を通じて提供する Prediction Markets API を提供しています。

アイデアはシンプルです。9つのAPIを学ぶ代わりに、1つを学びます。市場ID、結果、タイムスタンプ、レスポンス構造は、データがどの取引所から来たかに関係なく、同じスキーマに従います。

ドキュメントを読み進める中で、いくつかのエンジニアリングの詳細が目に留まりました：

統合データモデル：すべてのサポート対象取引所にわたる
結果を含む標準化された市場ID、例えば ..._YES や ..._NO
すべてのエンドポイントでのISO 8601 UTCタイムスタンプ
一貫した数値精度、最大19桁で小数点以下9桁
4つのアクセス方法：REST、JSON-RPC、ホスト型MCPサーバー、フラットファイル

最初に明確にしておくべきこと：FinFeedAPIは読み取り専用の市場データレイヤーです。注文を出すことはありません。製品に執行が必要な場合は、その部分について各取引所のネイティブAPIを引き続き使用します。

対応する予測市場プラットフォーム

FinFeedAPIは現在、規制された取引所、分散型プロトコル、オンチェーンの結果市場、プレイマネーコミュニティにまたがる9つの会場をカバーしています。

プラットフォーム	タイプ	カバー内容
Polymarket	分散型	政治、経済、暗号通貨、スポーツ、およびグローバルイベント
Kalshi	規制対象 (CFTC)	経済指標、選挙、天気、スポーツなどに関する米国イベント契約
ForecastEx	規制対象 (CFTC)	経済的および金融的結果を含む米国イベント契約
Gemini Prediction Markets	規制対象	スポーツ、暗号通貨、経済、政治、その他のトピックに関するイベント契約
Crypto.com Prediction Markets	規制対象	Crypto.comの予測市場プラットフォーム上のイベントベースの契約
Myriad	分散型	暗号通貨、時事問題、その他の結果
Pascal	分散型	Solana上に構築されたノンカストディアル予測市場
Hyperliquid Outcome Markets (HIP-4)	オンチェーン結果市場	Hyperliquidのネイティブインフラストラクチャ上のバイナリおよびマルチ結果イベント契約
Manifold Markets	ソーシャル、プレイマネー	幅広いトピックに関するコミュニティ主導の市場

この組み合わせがこれを面白くしています。規制された会場、暗号通貨ネイティブの会場、プレイマネーの群衆が同じイベントをどのように価格付けするかを比較することは、取引所間のリサーチが価値を持つところです。また、正規化されたスキーマが最も時間を節約するところでもあります。

どのようなデータにアクセスできますか？

ここがFinFeedAPIの真価が発揮されるところです。ほとんどの予測市場ツールは最新価格で止まります。FinFeedAPIは、発見からオーダーブックの深さ、履歴に至るまで市場全体を公開します。

すべてのRESTエンドポイントは https://api.prediction-markets.finfeedapi.com/v1 の下にあります。

データセット	エンドポイント	取得内容
取引所	`GET /exchanges` と `/exchanges/{exchange_id}`	サポートされている会場、取引所ID、説明、ウェブサイト
アクティブ市場	`GET /markets/{exchange_id}/active`	現在アクティブな市場IDのコンパクトなリスト
市場リスト	`GET /markets/{exchange_id}/history`	カーソルベースのページネーションを備えた完全な市場レコード：タイトル、説明、結果、価格、ステータス
単一市場	`GET /markets/{exchange_id}/{market_id}`	1つの市場のメタデータ
現在のアクティビティ	`GET /activity/{exchange_id}/{market_id}/current`	最新の取引と最新の買値と売値
最近のアクティビティ	`GET /activity/{exchange_id}/{market_id}/latest`	最近の取引とクオートの更新
履歴取引とクオート	`GET /activity/{exchange_id}/{market_id}/history/trades` と `/history/quotes`	フラットファイルから提供される履歴レコード
現在のオーダーブック	`GET /orderbook/{exchange_id}/{market_id}/current`	市場結果に対する買値と売値
履歴オーダーブック	`GET /orderbook/{exchange_id}/{market_id}/history`	ブック再構築のための生の指値注文イベント（追加、更新、削除）
OHLCV	`GET /ohlcv/periods`, `/ohlcv/{exchange_id}/{market_id}/history`, `/latest`, `/ohlcv/{exchange_id}/history`	始値、高値、安値、終値、出来高、取引回数を含むローソク足

知っておくべきいくつかのこと：

発見は2段階です。 /active エンドポイントはIDのみを返します。これは最近のクオートと取引から導出されるためです。完全な詳細については、/history または単一市場エンドポイントを呼び出します。
OHLCV期間は秒から年まで実行されます。また、履歴ローソク足は昇順の時間順で返されます。これはバックテストに必要なものです。
履歴オーダーブックデータはイベントレベルです。単なるスナップショットではありません。これにより、市場のリプレイと流動性リサーチへの扉が開きます。
ライフサイクルと解決データは、オープン、クローズ、解決済み、一時停止のステータスをカバーし、ソース取引所がサポートする場合は解決情報を含みます。

はじめに：最初のリクエスト

オンボーディングは迅速です。無料アカウントを作成し、コンソールからAPIキーを生成すると、無料クレジットで開始できます。

RESTおよびJSON-RPCの場合、キーを Authorization ヘッダーで渡します。ドキュメントでは、X-APIKey、X-APIBricks-Key、X-CoinAPI-Key も受け入れます。

1. サポートされている取引所をリストする

ここから始めて、他のすべての場所で使用する正確な exchange_id 値を取得します。

curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/exchanges" \
  -H "[REDACTED CREDENTIAL]

2. アクティブ市場を発見する

curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/markets/POLYMARKET/active?limit=10" \
  -H "[REDACTED CREDENTIAL]

これは、各市場IDが結果を組み込んだプレーンなリストを返します：

[
  "WILL-TRUMP-SELL-10K-25K-GOLD-CARDS-IN-2025_YES",
  "WILL-TRUMP-SELL-10K-25K-GOLD-CARDS-IN-2025_NO",
  "NFL-PIT-CAR-2025-08-21-SPREAD-AWAY-5PT5_YES"
]

3. 最新の取引とクオートを取得する

curl -X GET \
  "https://api.prediction-markets.finfeedapi.com/v1/activity/POLYMARKET/WILL-TRUMP-SELL-10K-25K-GOLD-CARDS-IN-2025_YES/current" \
  -H "[REDACTED CREDENTIAL]_KEY"

レスポンスは、最新の取引と、その結果に対する最新の買値と売値を提供します。

4. Pythonで履歴OHLCVを取得する

これは、確率チャートやバックテストを構築するときに最初に手を伸ばす呼び出しです。

import requests

[REDACTED CREDENTIAL]
BASE = "https://api.prediction-markets.finfeedapi.com/v1"
headers = {[REDACTED CREDENTIAL]}

market_id = "WILL-TRUMP-SELL-10K-25K-GOLD-CARDS-IN-2025_YES"

resp = requests.get(
    f"{BASE}/ohlcv/POLYMARKET/{market_id}/history",
    headers=headers,
    params={"period_id": "1DAY", "limit": 30},
)
resp.raise_for_status()

for candle in resp.json():
    print(candle["time_period_start"], candle["price_close"], candle["volume_traded"])

各ローソク足には time_period_start、time_period_end、price_open、price_high、price_low、price_close、volume_traded、trades_count が含まれます。サポートされているすべての period_id を確認するには、/ohlcv/periods を呼び出します。

5. オーダーブックの深さを確認する

curl -X GET \
  "https://api.prediction-markets.finfeedapi.com/v1/orderbook/POLYMARKET/WILL-TRUMP-SELL-10K-25K-GOLD-CARDS-IN-2025_YES/current" \
  -H "[REDACTED CREDENTIAL]

スナップショットは exchange_id、market_id、time_exchange、time_coinapi、そして bids と asks 配列を返します。これでスプレッドとトップオブブックの不均衡を計算するのに十分です。

生のHTTPを書きたくない場合、API Bricksは公式SDK（Python、Node.js、Go、C#など）を GitHub SDKリポジトリで公開しています。

RESTを超えて：MCP、JSON-RPC、フラットファイル

すべてのインターフェースは同じ標準化されたデータセットを公開します。アーキテクチャに合ったものを選択します。

インターフェース	認証ヘッダー	最適な用途
REST API	`Authorization`	ダッシュボード、分析、プロダクションアプリ
JSON-RPC API	`Authorization`	同じデータに対してRPCスタイルの呼び出しを好むサービス
ホスト型MCPサーバー	`X-APIKey`	AIアシスタント、コーディングエージェント、リサーチワークフロー
フラットファイル (S3)	S3互換の認証情報	バックテストと機械学習のためのバルク履歴

MCPサーバーは際立っています

私の見解では、これが製品の最も先進的な部分です。エージェントにAPIドキュメントを教える代わりに、ホスト型MCPエンドポイントを指し示すと、エージェント自身がツールを発見します。

セットアップは、Cursor、Claude Desktop、またはMCP対応クライアントでの数行の設定です：

{
  "mcpServers": {
    "FinFeedAPI-Prediction-Markets": {
      "url": "https://api.prediction-markets.finfeedapi.com/mcp",
      "headers": {
        "X-APIKey": "YOUR_API_KEY_HERE"
      }
    }
  }
}

サーバーは現在、次のツールを公開しています：

取引所の発見：exchanges_list、exchanges_get
市場の発見：markets_get_active、markets_get_history
ライブアクティビティ：activity_get_current、activity_get_latest
履歴取引とクオート：activity_get_trades_history、activity_get_quotes_history
OHLCV：ohlcv_list_periods、ohlcv_get_latest_market、ohlcv_get_history_market、ohlcv_get_history_exchange
オーダーブック：orderbook_get_current、orderbook_get_history

つまり、エージェントに「最もアクティブなKalshi市場を見つけて、今週のオッズがどのように動いたかを示して」と尋ねると、エージェントは発見、アクティビティ、OHLCV呼び出しを独自に連鎖させることができます。

古いFinFeedAPI MCP接続を設定している場合の注意：エンドポイントは /sse から /mcp に移動したため、古い設定を更新する必要があります。

大量の履歴のためのフラットファイル

大規模なリサーチでは、ページネーションされたREST呼び出しを介して何年ものデータを取得するのは遅いです。フラットファイルは、S3互換APIを通じてバルク取引、クオート、オーダーブック、OHLCVを提供するので、既に知っているS3ツールとSDKを使用できます。

価格設定

FinFeedAPIはクレジットベースの使用量ベースの価格設定を使用しています。無料クレジットで開始し、その後リクエストごとに支払います。

Pay As You Goでは、1日あたり最初の1,000リクエストは1,000あたり$5、1日あたり1,000を超えると1,000あたり$1に下がります。コミットメントプランはその料金を下げます。

プラン	月額	クレジットあたりの料金	注目の追加機能
Pay As You Go	コミットメントなし	$1.00	AIとメールサポート、セルフサービスオンボーディング
Committed 64	$64	$0.85	AI支援オンボーディング
Committed 256	$256	$0.75	AI支援オンボーディング
Committed 512	$512	$0.70	Slackサポート、専用Slackチャンネル
Committed 1024	$1,024	$0.65	99.9%稼働率SLA、カスタマーサクセス担当、ヒューマンオンボーディング
Enterprise	カスタム	カスタム	カスタムSLA、レイテンシ最適化、専用インフラストラクチャ

コミットメントプランは使用量を減らすものではありません。同じ支出でより多くのクレジットを提供し、それらのクレジットがなくなると、追加使用量はPay As You Go料金で請求されます。年間請求も利用可能です。

私の見解：プロトタイプとリサーチには、Pay As You Goで十分です。数秒ごとに多くの市場をポーリングする場合は、最初に数字を計算してください。FinFeedAPIは、ダッシュボード、オーダーブック監視、OHLCVバックフィルの価格設定の使用例を公開しており、見積もりがずっと簡単になります。

FinFeedAPIが不十分な点

完璧なAPIはありませんし、トレードオフを省略したレビューはあまり役に立ちません。心に留めておくべきことは次のとおりです：

注文執行はありません。 これはデータレイヤーのみです。取引ボットは注文を出すために依然としてネイティブ取引所APIが必要です。
予測市場用のWebSocketストリームはありません。 現在のデータはリクエスト・レスポンス呼び出しを通じて提供されるため、「ライブ」とはポーリングを意味します。レイテンシに敏感な戦略にとって、これは実際の制約であり、頻繁なポーリングは請求額を増やします。
1日あたり最初の1,000リクエストが最も高価です。 1,000あたり$5対その後1,000あたり$1では、非常に小さなプロジェクトは忙しいプロジェクトよりも高い実効料金を支払います。
解決データはソースに依存します。 ライフサイクルと解決の詳細は、各取引所が公開するものと同じくらい完全です。
正規化はトレードオフです。 統合スキーマが要点ですが、1つの会場に固有のフィールドに依存する場合は、コミットする前にデータサンプルを確認してください。

これらはいずれも、分析、リサーチ、AIのユースケースにとって致命的ではありません。これらが最も重要になるのは、高頻度取引システムを構築している場合です。

誰がFinFeedAPIを使うべきか？

強み

1つのスキーマの背後にある9つの予測市場会場
完全な市場ライフサイクル：発見、取引、クオート、オーダーブック、OHLCV、履歴
リプレイ用のイベントレベルの履歴オーダーブックデータ
CursorとClaude Desktopで動作するホスト型MCPサーバー
リサーチと機械学習のためのバルクフラットファイル
無料クレジットで開始できる使用量ベースの価格設定

最適な用途

会場間でオッズを比較するマルチ取引所ダッシュボード
予測市場戦略をバックテストするクオンツリサーチャーとアナリスト
クリーンな履歴OHLCVを必要とする予測とMLチーム
オーダーブックの深さとスプレッドに基づく流動性分析
現実世界のイベントについて推論するエージェントを構築するAIチーム
群衆が結果をどのように価格付けするかに関する学術的および経済的研究

おそらく向かない用途

注文を出す必要があるボット
プッシュベースのサブ秒ストリームが必要な戦略

最終的な感想

予測市場は、ほとんどのチームが統合できるよりも速く成長しています。新しい会場ごとに、新しい識別子、新しい形式、新しいメンテナンス作業がもたらされます。

FinFeedAPIは取引所になろうとはしていません。1つの仕事に焦点を当てています：9つの断片化された会場を1つの一貫したデータレイヤーに変えることです。市場、取引、クオート、オーダーブック、OHLCV、詳細な履歴はすべて、REST、JSON-RPC、MCP、またはフラットファイルを通じて同じ形で返されます。

読み取り専用でリクエスト・レスポンスであることを理解した上で進めば、予測ダッシュボードからAIリサーチエージェントまで、幅広い製品に適合します。

9つの会場。1つのスキーマ。1つのAPIキー。配管を減らし、構築を増やす。

ウェブサイト： finfeedapi.com/products/prediction-markets-api

APIドキュメント： Prediction Markets REST APIドキュメント

DEV Community