api-bricks-sdk

FinFeedAPI İncelemesi: Çoklu Borsa Tahmin Piyasası Veri API'si FinFeedAPI İncelemesi: Çoklu Borsa Tahmin Piyasası Veri API'si !FinFeedAPI Prediction Markets Tek bir ekonomik olayın piyasa fiyatını Kalshi, Polymarket ve ForecastEx genelinde nasıl takip edeceğinizi hayal edin. Kağıt üzerinde bu basit bir kontrol paneli gibi görünür. Pratikte ise tek bir grafik çizebilmek için önce üç farklı API, aynı piyasayı tanımlamanın üç yolu ve uzlaştırmanız gereken üç yanıt formatı anlamına gelir. {% cta apidog.com %} Bugün Apidog'u deneyin {% endcta %} Bu sorun her yeni platformla büyür. Tahmin piyasaları artık düzenlenmiş ABD borsalarını, zincir üstü protokolleri, oyun parası topluluklarını ve yerleşik kripto platformlarından gelen olay sözleşmelerini kapsıyor ve hiçbiri ortak bir veri modelini paylaşmıyor. Bu, FinFeedAPI'nin doldurmak için inşa edildiği boşluktur. Prediction Markets API'si dokuz borsayı tek bir standart şema altında bir araya getirir; böylece geliştiriciler verinin nereden geldiğine bakılmaksızın piyasaları, işlemleri, emir defterlerini ve geçmişi aynı şekilde sorgulayabilir. !Tahmin piyasası platformları Geliştiriciler için bu büyüme dağınık bir gerçeği beraberinde getiriyor. Her platform kendi API'sini, kendi piyasa tanımlayıcılarını, kendi adlandırma kurallarını ve hatta bir "piyasa"nın nasıl göründüğüne dair kendi fikrini ortaya koyuyor. Aynı olayı üç platformda takip eden bir kontrol paneli mi istiyorsunuz? Artık üç entegrasyon, üç veri modeli ve üç dizi uç durumu yönetiyorsunuz. İşte FinFeedAPI'nin tam olarak çözmeye çalıştığı sorun bu. Bu incelemede, FinFeedAPI'nin Prediction Markets API'sinin neleri kapsadığını, gerçekte hangi verileri aldığınızı, uç noktaların pratikte nasıl göründüğünü, maliyetini ve nerelerde yetersiz kaldığını ele alacağım; böylece yığınınıza uyup uymadığına karar verebilirsiniz. Özet | | | |---|---| | Sağlayıcı | API Bricks (aynı zamanda CoinAPI'nin arkasındaki şirket) tarafından FinFeedAPI | | Kapsanan borsalar | 9 tahmin piyasası platformu | | Veri | Piyasalar ve meta veriler, işlemler, kotasyonlar, emir defterleri, OHLCV, tarihsel düz dosyalar | | Erişim | REST, JSON-RPC, barındırılan MCP sunucusu, Flat Files (S3) | | Mod | Salt okunur piyasa verisi, istek-yanıt (WebSocket akışı yok) | | Fiyatlandırma | Başlamak için ücretsiz krediler, ardından 1.000 istek başına 1 $'dan başlayan kullanım bazlı | | En uygun olduğu alanlar | Borsalar arası kontrol panelleri, araştırma, geriye dönük test, yapay zeka ajanları | FinFeedAPI Nedir? !image.png FinFeedAPI, CoinAPI'nin arkasındaki aynı şirket olan API Bricks tarafından geliştirilmiş bir finansal veri sağlayıcısıdır. Hisse Senedi, Para Birimleri ve SEC API'lerinin yanı sıra, dokuz tahmin piyasası borsasından piyasa verilerine tek bir entegrasyon üzerinden standartlaştırılmış erişim sağlayan bir Prediction Markets API sunar. Fikir basit: dokuz API öğrenmek yerine bir tane öğrenirsiniz. Piyasa kimlikleri, sonuçlar, zaman damgaları ve yanıt yapıları, verinin hangi borsadan geldiğine bakılmaksızın aynı şemayı izler. Dokümanları incelerken birkaç mühendislik detayı dikkatimi çekti: - Desteklenen her borsada birleşik veri modeli - Sonucu içeren standartlaştırılmış piyasa kimlikleri, örneğin ..._YES ve ..._NO - Her uç noktada ISO 8601 UTC zaman damgaları - Tutarlı sayısal hassasiyet, 9 ondalık basamakla 19 basamağa kadar - Dört giriş yolu: REST, JSON-RPC, barındırılan bir MCP sunucusu ve Flat Files Baştan net olmak gerekirse: FinFeedAPI salt okunur bir piyasa verisi katmanıdır. Emir vermez. Ürününüzün işlem gerçekleştirmeye ihtiyacı varsa, bu kısım için yine her borsanın yerel API'sini kullanırsınız. !FinFeedAPI veri akışı Desteklenen Tahmin Piyasası Platformları FinFeedAPI şu anda düzenlenmiş borsalar, merkeziyetsiz protokoller, zincir üstü sonuç piyasaları ve bir oyun parası topluluğu dahil olmak üzere dokuz platformu kapsıyor. | Platform | Tür | Kapsadığı alanlar | |---|---|---| | Polymarket | Merkeziyetsiz | Siyaset, ekonomi, kripto, spor ve küresel olaylar | | Kalshi | Düzenlenmiş (CFTC) | Ekonomik göstergeler, seçimler, hava durumu, spor ve daha fazlası üzerine ABD olay sözleşmeleri | | ForecastEx | Düzenlenmiş (CFTC) | Ekonomik ve finansal sonuçlar dahil olmak üzere ABD olay sözleşmeleri | | Gemini Prediction Markets | Düzenlenmiş | Spor, kripto, ekonomi, siyaset ve diğer konularda olay sözleşmeleri | | crypto.com Tahmin Piyasaları | Düzenlenmiş | crypto.com'un tahmin piyasaları platformundaki olaya dayalı sözleşmeler | | Myriad | Merkeziyetsiz | Kripto, güncel olaylar ve diğer sonuçlar | | Pascal | Merkeziyetsiz | Solana üzerine kurulu saklamasız tahmin piyasaları | | Hyperliquid Outcome Markets (HIP-4) | Zincir üstü sonuç piyasaları | Hyperliquid'in yerel altyapısı üzerinde ikili ve çok sonuçlu olay sözleşmeleri | | Manifold Markets | Sosyal, oyun parası | Çok çeşitli konularda topluluk tarafından yönlendirilen piyasalar | İlginç kılan da bu karışım. Düzenlenmiş bir platformun, kripto yerlisinin ve oyun parası kitlesinin aynı olayı nasıl fiyatlandırdığını karşılaştırmak, borsalar arası araştırmanın değerli hale geldiği yerdir. Aynı zamanda normalleştirilmiş bir şemanın en çok zaman kazandırdığı yerdir. Hangi Verilere Erişebilirsiniz? !FinFeedAPI veri kümeleri FinFeedAPI'nin değerini kanıtladığı yer burasıdır. Çoğu tahmin piyasası aracı en son fiyatta durur. FinFeedAPI, keşiften emir defteri derinliğine ve geçmişe kadar tüm piyasayı ortaya koyar. Tüm REST uç noktaları https://api.prediction-markets.finfeedapi.com/v1 altında bulunur. | Veri Kümesi | Uç Nokta | Elde ettiğiniz | |---|---|---| | Borsalar | GET /exchanges ve /exchanges/{exchange_id} | Desteklenen platformlar, borsa kimlikleri, açıklamalar, web siteleri | | Aktif piyasalar | GET /markets/{exchange_id}/active | Şu anda aktif olan piyasa kimliklerinin kompakt bir listesi | | Piyasa listeleri | GET /markets/{exchange_id}/history | İmleç tabanlı sayfalama ile tam piyasa kayıtları: başlıklar, açıklamalar, sonuçlar, fiyatlar, durum | | Tek piyasa | GET /markets/{exchange_id}/{market_id} | Tek bir piyasa için meta veriler | | Güncel aktivite | GET /activity/{exchange_id}/{market_id}/current | En son işlem ile en son alış ve satış | | Son aktivite | GET /activity/{exchange_id}/{market_id}/latest | Son işlemler ve kotasyon güncellemeleri | | Tarihsel işlemler ve kotasyonlar | GET /activity/{exchange_id}/{market_id}/history/trades ve /history/quotes | Düz dosyalardan sunulan tarihsel kayıtlar | | Güncel emir defteri | GET /orderbook/{exchange_id}/{market_id}/current | Bir piyasa sonucu için alış ve satış emirleri | | Tarihsel emir defteri | GET /orderbook/{exchange_id}/{market_id}/history | Emir defteri yeniden oluşturma için ham limit emri olayları (ekleme, güncelleme, silme) | | OHLCV | GET /ohlcv/periods, /ohlcv/{exchange_id}/{market_id}/history, /latest, /ohlcv/{exchange_id}/history | Açılış, yüksek, düşük, kapanış, hacim ve işlem sayısı içeren mumlar | Bilmeniz gereken birkaç şey: - Keşif iki adımlıdır. /active uç noktası yalnızca kimlikleri döndürür, çünkü son kotasyonlar ve işlemlerden türetilir. Tam ayrıntılar için /history veya tek piyasa uç noktasını çağırırsınız. - OHLCV periyotları saniyelerden yıllara kadar uzanır ve tarihsel mumlar artan zaman sırasına göre döner; bu, geriye dönük test için istediğiniz şeydir. - Tarihsel emir defteri verileri olay düzeyindedir, yalnızca anlık görüntüler değil. Bu, piyasa tekrarı ve likidite araştırması için kapıyı açar. - Yaşam döngüsü ve çözümleme verileri açık, kapalı, çözülmüş ve askıya alınmış durumları kapsar; kaynak borsanın desteklediği yerlerde çözümleme bilgilerini içerir. Başlarken: İlk İstekleriniz Katılım hızlıdır. Ücretsiz bir hesap oluşturur, konsoldan bir API anahtarı üretirsiniz ve ücretsiz kredilerle başlarsınız. REST ve JSON-RPC için anahtarı Authorization başlığında iletirsiniz. Dokümanlar ayrıca X-APIKey, X-APIBricks-Key ve X-CoinAPI-Key başlıklarını da kabul eder. 1. Desteklenen borsaları listeleyin Başka her yerde kullanacağınız tam exchange_id değerlerini almak için buradan başlayın. curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/exchanges" \ -H "[REDACTED CREDENTIAL] 2. Aktif piyasaları keşfedin curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/markets/POLYMARKET/active?limit=10" \ -H "[REDACTED CREDENTIAL] Bu, her biri sonucu içinde barındıran düz bir piyasa kimlikleri listesi döndürür: [ "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. En son işlemi ve kotasyonu alın 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" Yanıt, o sonuç için en son işlemi en son alış ve satış ile birlikte verir. 4. Python'da tarihsel OHLCV çekin Bir olasılık grafiği veya geriye dönük test oluştururken ilk başvuracağım çağrı bu. 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"]) Her mum time_period_start, time_period_end, price_open, price_high, price_low, price_close, volume_traded ve trades_count içerir. Desteklenen her period_id değerini görmek için /ohlcv/periods çağrısını yapın. 5. Emir defteri derinliğini kontrol edin 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] Anlık görüntü exchange_id, market_id, time_exchange, time_coinapi ile birlikte bids ve asks dizilerini döndürür. Bu, spread'leri ve emir defterinin en iyisindeki dengesizliği hesaplamak için yeterlidir. Ham HTTP yazmak istemiyorsanız, API Bricks resmi SDK'larını (Python, Node.js, Go, C# ve diğerleri) GitHub SDK deposunda yayınlar. REST'in Ötesinde: MCP, JSON-RPC ve Flat Files Her arayüz aynı standartlaştırılmış veri kümelerini sunar. Mimarınıza uyanı seçersiniz. | Arayüz | Kimlik doğrulama başlığı | En uygun olduğu alanlar | |---|---|---| | REST API | Authorization | Kontrol panelleri, analitik, üretim uygulamaları | | JSON-RPC API | Authorization | Aynı veriler üzerinde RPC tarzı çağrıları tercih eden servisler | | Barındırılan MCP sunucusu | X-APIKey | Yapay zeka asistanları, kodlama ajanları, araştırma iş akışları | | Flat Files (S3) | S3 uyumlu kimlik bilgileri | Geriye dönük test ve makine öğrenimi için toplu geçmiş | MCP sunucusu öne çıkıyor Bence bu, ürünün en ileri görüşlü kısmı. Bir ajana API dokümanlarınızı öğretmek yerine, onu barındırılan bir MCP uç noktasına yönlendirirsiniz ve araçları kendisi keşfeder. Kurulum, Cursor, Claude Desktop veya MCP etkin herhangi bir istemcide birkaç satır yapılandırmadır: { "mcpServers": { "FinFeedAPI-Prediction-Markets": { "url": "https://api.prediction-markets.finfeedapi.com/mcp", "headers": { [REDACTED CREDENTIAL] } } } } Sunucu şu anda şunlar için araçlar sunuyor: - Borsa keşfi: exchanges_list, exchanges_get - Piyasa keşfi: markets_get_active, markets_get_history - Canlı aktivite: activity_get_current, activity_get_latest - Tarihsel işlemler ve kotasyonlar: activity_get_trades_history, activity_get_quotes_history - OHLCV: ohlcv_list_periods, ohlcv_get_latest_market, ohlcv_get_history_market, ohlcv_get_history_exchange - Emir defterleri: orderbook_get_current, orderbook_get_history Bu, bir ajana "en aktif Kalshi piyasalarını bul ve oranlarının bu hafta nasıl hareket ettiğini göster" gibi bir şey sorabileceğiniz ve ajanın keşif, aktivite ve OHLCV çağrılarını kendi başına zincirleyebileceği anlamına gelir. Eski bir FinFeedAPI MCP bağlantısı kurduysanız bir not: uç nokta /sse'den /mcp'ye taşındı, bu nedenle eski yapılandırmaların güncellenmesi gerekir. Yoğun geçmiş için Flat Files Büyük ölçekli araştırma için, sayfalanmış REST çağrıları aracılığıyla yıllarca veri çekmek yavaştır. Flat Files, S3 uyumlu bir API aracılığıyla toplu işlemler, kotasyonlar, emir defterleri ve OHLCV sağlar; böylece zaten bildiğiniz S3 araçlarını ve SDK'larını kullanabilirsiniz. Fiyatlandırma !FinFeedAPI fiyatlandırma FinFeedAPI, kredi tabanlı, kullanım bazlı fiyatlandırma kullanır. Ücretsiz kredilerle başlar, ardından istek başına ödeme yaparsınız. Kullandıkça Öde'de, günde ilk 1.000 istek 1.000 başına 5 ABD dolarına mal olur ve günde 1.000'in ötesindeki her şey 1.000 başına 1 ABD dolarına düşer. Taahhütlü planlar bu oranı düşürür. | Plan | Aylık | Kredi başına ücret | Öne çıkan ekstralar | |---|---|---|---| | Kullandıkça Öde | Taahhüt yok | 1,00 $ | Yapay zeka ve e-posta desteği, self-servis katılım | | Taahhütlü 64 | 64 $ | 0,85 $ | Yapay zeka destekli katılım | | Taahhütlü 256 | 256 $ | 0,75 $ | Yapay zeka destekli katılım | | Taahhütlü 512 | 512 $ | 0,70 $ | Slack desteği, özel Slack kanalı | | Taahhütlü 1024 | 1.024 $ | 0,65 $ | %99,9 çalışma süresi SLA'sı, müşteri başarı temsilcisi, insan katılımı | | Kurumsal | Özel | Özel | Özel SLA'lar, gecikme optimizasyonları, özel altyapı | Taahhütlü planlar kullanımınızı azaltmaz. Aynı harcama için size daha fazla kredi verir ve bu krediler tükendiğinde ek kullanım Kullandıkça Öde oranından faturalandırılır. Yıllık faturalandırma da mevcuttur. Benim görüşüm: prototipler ve araştırma için Kullandıkça Öde uygundur. Birkaç saniyede bir çok sayıda piyasayı yokluyorsanız, önce hesapları yapın. FinFeedAPI, tahmin yapmayı çok kolaylaştıran kontrol panelleri, emir defteri izleme ve OHLCV geri doldurma için fiyatlandırma kullanım senaryoları yayınlar. FinFeedAPI Nerede Yetersiz Kalıyor Hiçbir API mükemmel değildir ve ödünleşimleri atlayan bir inceleme pek işe yaramaz. İşte akılda tutulması gerekenler: - Emir gerçekleştirme yok. Yalnızca bir veri katmanıdır. Alım satım botları emir vermek için hâlâ yerel borsa API'lerine ihtiyaç duyar. - Tahmin piyasaları için WebSocket akışı yok. Güncel veriler istek-yanıt çağrıları aracılığıyla gelir, yani "canlı" yoklama anlamına gelir. Gecikmeye duyarlı stratejiler için bu gerçek bir kısıtlamadır ve sık yoklama faturanızı artırır. - Günlük ilk 1.000 istek en pahalıdır. 1.000 başına 5 $'a karşı sonrasında 1.000 başına 1 $ ile, çok küçük projeler yoğun olanlardan daha yüksek efektif oran öder. - Çözümleme verileri kaynağa bağlıdır. Yaşam döngüsü ve çözümleme ayrıntıları yalnızca her borsanın sunduğu kadar eksiksizdir. - Normalleştirme bir ödünleşimdir. Birleşik bir şema asıl amaçtır, ancak bir platforma özgü bir alana güveniyorsanız, taahhüt etmeden önce veri örneklerini kontrol edin. Bunların hiçbiri analitik, araştırma veya yapay zeka kullanım senaryoları için anlaşmayı bozan şeyler değildir. En çok yüksek frekanslı bir alım satım sistemi kuruyorsanız önemlidirler. FinFeedAPI'yi Kimler Kullanmalı? Güçlü Yönler - Tek bir şema arkasında dokuz tahmin piyasası platformu - Tam piyasa yaşam döngüsü: keşif, işlemler, kotasyonlar, emir defterleri, OHLCV, geçmiş - Tekrar oynatma için olay düzeyinde tarihsel emir defteri verileri - Cursor ve Claude Desktop ile çalışan barındırılan MCP sunucusu - Araştırma ve makine öğrenimi için toplu Flat Files - Başlamak için ücretsiz kredilerle kullanım bazlı fiyatlandırma En Uygun Olduğu Alanlar - Platformlar arasında oranları karşılaştıran çok borsalı kontrol panelleri - Tahmin piyasası stratejilerini geriye dönük test eden nicel araştırmacılar ve analistler - Temiz tarihsel OHLCV'ye ihtiyaç duyan tahmin ve ML ekipleri - Emir defteri derinliği ve spread'ler üzerine kurulu likidite analitiği - Gerçek dünya olayları hakkında akıl yürüten ajanlar geliştiren yapay zeka ekipleri - Kitlelerin sonuçları nasıl fiyatlandırdığı üzerine akademik ve ekonomik araştırma Muhtemelen Uygun Değil - Emir vermesi gereken botlar - İtme tabanlı, saniye altı akışa ihtiyaç duyan stratejiler Son Düşünceler !Son düşünceler Tahmin piyasaları, çoğu ekibin entegre edebileceğinden daha hızlı büyüyor. Her yeni platform yeni tanımlayıcılar, yeni formatlar ve yeni bakım işleri getiriyor. FinFeedAPI bir borsa olmaya çalışmıyor. Tek bir işe odaklanıyor: dokuz parçalanmış platformu tek bir tutarlı veri katmanına dönüştürmek. Piyasalar, işlemler, kotasyonlar, emir defterleri, OHLCV ve derin geçmiş, REST, JSON-RPC, MCP veya Flat Files aracılığıyla aynı şekilde geri döner. Salt okunur ve istek-yanıt olduğunu bilerek gidin; tahmin kontrol panellerinden yapay zeka araştırma ajanlarına kadar çok çeşitli ürünlere uyar. Dokuz platform. Tek şema. Tek API anahtarı. Daha az tesisat, daha çok inşa. Web sitesi: finfeedapi.com API dokümantasyonu: Prediction Markets REST API dokümanları

FinFeedAPI 리뷰: 멀티 거래소 예측 시장 데이터 API Kalshi, Polymarket, ForecastEx 전반에서 단일 경제 이벤트를 시장이 어떻게 가격에 반영하는지 추적하고 싶다고 상상해 보세요. 서류상으로는 간단한 대시보드처럼 들립니다. 실제로는 서로 다른 세 개의 API, 동일한 시장을 식별하는 세 가지 방식, 그리고 차트 하나를 그리기 전에 조정해야 하는 세 가지 응답 형식을 의미합니다. {% cta apidog.com %} 지금 Apidog을 사용해 보세요 {% endcta %} 이 문제는 새로운 거래소가 생길 때마다 커집니다. 예측 시장은 이제 규제를 받는 미국 거래소, 온체인 프로토콜, 플레이 머니 커뮤니티, 그리고 기존 암호화폐 플랫폼의 이벤트 계약에 이르기까지 폭넓게 걸쳐 있으며, 이들 중 어느 것도 공통 데이터 모델을 공유하지 않습니다. 바로 이 간극을 메우기 위해 FinFeedAPI가 만들어졌습니다. 이 제품의 Prediction Markets API는 아홉 개 거래소를 하나의 표준화된 스키마 아래로 모아, 개발자가 데이터 출처와 관계없이 시장, 거래, 주문장, 이력을 동일한 방식으로 조회할 수 있게 합니다. !9개 예측 시장 거래소를 하나의 표준화된 API로 연결한 모습 개발자 입장에서 이러한 성장에는 지저분한 진실이 따릅니다. 모든 거래소는 자체 API, 자체 시장 식별자, 자체 명명 규칙, 그리고 '시장'이란 무엇인지에 대한 자체 정의까지 노출합니다. 세 플랫폼에서 동일한 이벤트를 추적하는 대시보드를 원하시나요? 그러면 세 개의 통합, 세 개의 데이터 모델, 세 세트의 예외 사례를 유지해야 합니다. 바로 이것이 FinFeedAPI가 해결하려는 문제입니다. 이 리뷰에서는 FinFeedAPI의 Prediction Markets API가 무엇을 다루는지, 실제로 어떤 데이터를 얻을 수 있는지, 엔드포인트가 실제로 어떻게 생겼는지, 비용은 얼마인지, 그리고 어디가 부족한지 살펴보겠습니다. 이를 통해 이것이 여러분의 스택에 맞는지 판단할 수 있을 것입니다. 요약 | 항목 | 내용 | | --- | --- | | 제공업체 | API Bricks(CoinAPI를 만든 회사이기도 함)의 FinFeedAPI | | 지원 거래소 | 9개 예측 시장 거래소 | | 데이터 | 시장 및 메타데이터, 거래, 호가, 주문장, OHLCV, 과거 플랫 파일 | | 접근 방식 | REST, JSON-RPC, 호스팅된 MCP 서버, Flat Files(S3) | | 모드 | 읽기 전용 시장 데이터, 요청-응답 방식(WebSocket 스트림 없음) | | 가격 | 시작 시 무료 크레딧, 이후 1,000회 요청당 $1부터 사용량 기반 | | 적합 대상 | 거래소 간 대시보드, 리서치, 백테스팅, AI 에이전트 | FinFeedAPI란 무엇인가? !FinFeedAPI 제품 소개 화면 FinFeedAPI는 CoinAPI를 만든 것과 같은 회사인 API Bricks가 만든 금융 데이터 제공업체입니다. Stock, Currencies, SEC API와 함께, 하나의 통합을 통해 아홉 개 예측 시장 거래소의 시장 데이터에 표준화된 방식으로 접근할 수 있게 해주는 Prediction Markets API를 제공합니다. 아이디어는 간단합니다. 아홉 개 API를 배우는 대신 하나를 배우면 됩니다. 시장 ID, 결과, 타임스탬프, 응답 구조는 데이터가 어느 거래소에서 왔든 동일한 스키마를 따릅니다. 문서를 살펴보면서 몇 가지 엔지니어링 세부 사항이 눈에 띄었습니다: - 모든 지원 거래소에 걸친 통합 데이터 모델 - 결과를 포함하는 표준화된 시장 ID, 예: ..._YES 및 ..._NO - 모든 엔드포인트의 ISO 8601 UTC 타임스탬프 - 최대 19자리, 소수점 9자리까지 일관된 숫자 정밀도 - 네 가지 접근 방식: REST, JSON-RPC, 호스팅된 MCP 서버, Flat Files 미리 분명히 해둘 점이 하나 있습니다: FinFeedAPI는 읽기 전용 시장 데이터 계층입니다. 주문을 넣지 않습니다. 제품에 실행 기능이 필요하다면, 그 부분은 여전히 각 거래소의 네이티브 API를 사용해야 합니다. !FinFeedAPI 데이터 아키텍처 개요 지원되는 예측 시장 플랫폼 FinFeedAPI는 현재 규제 거래소, 탈중앙화 프로토콜, 온체인 결과 시장, 플레이 머니 커뮤니티에 걸쳐 아홉 개 거래소를 지원합니다. | 플랫폼 | 유형 | 다루는 내용 | | --- | --- | --- | | 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가 존재 가치를 발휘하는 부분이 바로 여기입니다. 대부분의 예측 시장 도구는 최신 가격에서 멈춥니다. 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} | 한 시장의 메타데이터 | | 현재 활동 | 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 | 시가, 고가, 저가, 종가, 거래량, 거래 횟수가 포함된 캔들 | 몇 가지 알아둘 점: - 탐색은 두 단계입니다. /active 엔드포인트는 최근 호가와 거래에서 파생되기 때문에 ID만 반환합니다. 전체 세부 정보는 /history 또는 단일 시장 엔드포인트를 호출하세요. - OHLCV 기간은 초부터 수년까지이며, 과거 캔들은 시간 오름차순으로 반환됩니다. 이는 백테스팅에 필요한 방식입니다. - 과거 주문장 데이터는 단순 스냅샷이 아니라 이벤트 수준입니다. 이는 시장 리플레이와 유동성 리서치를 가능하게 합니다. - 라이프사이클 및 해소 데이터는 open, closed, resolved, suspended 상태를 다루며, 소스 거래소가 지원하는 경우 해소 정보를 포함합니다. 시작하기: 첫 요청 온보딩은 빠릅니다. 무료 계정을 만들고 콘솔에서 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] 응답은 해당 결과에 대한 최신 거래와 최신 매수·매도 호가를 제공합니다. 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는 GitHub SDK 저장소에 공식 SDK(Python, Node.js, Go, C# 등)를 게시합니다. REST를 넘어서: MCP, JSON-RPC, Flat Files 모든 인터페이스는 동일한 표준화 데이터셋을 노출합니다. 아키텍처에 맞는 것을 선택하면 됩니다. | 인터페이스 | 인증 헤더 | 적합 대상 | | --- | --- | --- | | REST API | Authorization | 대시보드, 분석, 프로덕션 앱 | | JSON-RPC API | Authorization | 동일한 데이터에 대해 RPC 스타일 호출을 선호하는 서비스 | | 호스팅된 MCP 서버 | X-APIKey | AI 어시스턴트, 코딩 에이전트, 리서치 워크플로 | | Flat Files(S3) | S3 호환 자격 증명 | 백테스팅 및 머신러닝을 위한 대량 이력 | MCP 서버가 돋보이는 부분 제 관점에서 이것은 제품에서 가장 미래지향적인 부분입니다. 에이전트에게 API 문서를 가르치는 대신, 호스팅된 MCP 엔드포인트를 가리키면 에이전트가 스스로 도구를 발견합니다. 설정은 Cursor, Claude Desktop 또는 MCP 지원 클라이언트에서 몇 줄의 구성만 필요합니다: { "mcpServers": { "FinFeedAPI-Prediction-Markets": { "url": "https://api.prediction-markets.finfeedapi.com/mcp", "headers": { [REDACTED CREDENTIAL] } } } } 현재 서버가 노출하는 도구는 다음과 같습니다: - 거래소 탐색: 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로 이동했으므로 오래된 구성은 업데이트해야 합니다. 대용량 이력을 위한 Flat Files 대규모 리서치에서는 페이지네이션된 REST 호출을 통해 수년치 데이터를 가져오는 것은 느립니다. Flat Files는 S3 호환 API를 통해 대량 거래, 호가, 주문장, OHLCV를 제공하므로 이미 알고 있는 S3 도구와 SDK를 사용할 수 있습니다. 가격 !FinFeedAPI 요금제 안내 FinFeedAPI는 크레딧 기반의 사용량 기반 가격을 사용합니다. 무료 크레딧으로 시작한 뒤 요청당 비용을 지불합니다. Pay As You Go에서는 처음 1,000회 요청/일의 비용이 1,000회당 $5이고, 하루 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, 고객 성공 담당자, 휴먼 온보딩 | | 엔터프라이즈 | 맞춤형 | 맞춤형 | 맞춤형 SLA, 지연 시간 최적화, 전용 인프라 | 약정 플랜은 사용량을 줄여주는 것이 아닙니다. 같은 지출로 더 많은 크레딧을 제공하며, 크레딧이 소진되면 추가 사용량은 Pay As You Go 요율로 청구됩니다. 연간 결제도 가능합니다. 제 의견은 다음과 같습니다. 프로토타입과 리서치에는 Pay As You Go로 충분합니다. 많은 시장을 몇 초마다 폴링한다면 먼저 계산해 보세요. FinFeedAPI는 대시보드, 주문장 모니터링, OHLCV 백필에 대한 가격 사용 사례를 게시하여 추정을 훨씬 쉽게 만듭니다. FinFeedAPI가 부족한 부분 완벽한 API는 없으며, 트레이드오프를 건너뛴 리뷰는 별로 유용하지 않습니다. 염두에 둘 점은 다음과 같습니다: - 주문 실행 없음. 데이터 계층일 뿐입니다. 트레이딩 봇은 주문을 넣기 위해 여전히 네이티브 거래소 API가 필요합니다. - 예측 시장용 WebSocket 스트림 없음. 현재 데이터는 요청-응답 호출을 통해 제공되므로 '실시간'은 폴링을 의미합니다. 지연 시간에 민감한 전략에는 이는 실제 제약이며, 잦은 폴링은 청구서를 증가시킵니다. - 일일 첫 1,000회 요청이 가장 비쌉니다. 1,000회당 $5 대 이후 1,000회당 $1이므로, 아주 작은 프로젝트는 바쁜 프로젝트보다 더 높은 실효 요율을 지불합니다. - 해소 데이터는 소스에 따라 달라집니다. 라이프사이클 및 해소 세부 정보는 각 거래소가 노출하는 만큼만 완전합니다. - 정규화는 트레이드오프입니다. 통합 스키마가 핵심이지만, 특정 거래소에 고유한 필드에 의존한다면 커밋하기 전에 데이터 샘플을 확인하세요. 이 중 어느 것도 분석, 리서치, AI 사용 사례에 치명적이지는 않습니다. 고빈도 트레이딩 시스템을 구축하는 경우에 가장 중요합니다. 누가 FinFeedAPI를 사용해야 하나요? 장점 - 하나의 스키마 뒤에 있는 아홉 개 예측 시장 거래소 - 전체 시장 라이프사이클: 탐색, 거래, 호가, 주문장, OHLCV, 이력 - 리플레이를 위한 이벤트 수준 과거 주문장 데이터 - Cursor 및 Claude Desktop과 함께 작동하는 호스팅된 MCP 서버 - 리서치 및 머신러닝을 위한 대량 Flat Files - 무료 크레딧으로 시작하는 사용량 기반 가격 적합 대상 - 거래소 간 확률을 비교하는 멀티 거래소 대시보드 - 예측 시장 전략을 백테스팅하는 퀀트 리서처 및 분석가 - 깨끗한 과거 OHLCV가 필요한 예측 및 ML 팀 - 주문장 깊이와 스프레드를 기반으로 하는 유동성 분석 - 실제 세계 이벤트에 대해 추론하는 에이전트를 만드는 AI 팀 - 군중이 결과를 어떻게 가격에 반영하는지에 대한 학술 및 경제 연구 아마 적합하지 않은 대상 - 주문을 넣어야 하는 봇 - 푸시 기반의 서브초 스트림이 필요한 전략 마지막 생각 !예측 시장 데이터 파이프라인 요약 이미지 예측 시장은 대부분의 팀이 통합할 수 있는 속도보다 빠르게 성장하고 있습니다. 새로운 거래소가 생길 때마다 새로운 식별자, 새로운 형식, 새로운 유지보수 작업이 생깁니다. FinFeedAPI는 거래소가 되려고 하지 않습니다. 아홉 개의 파편화된 거래소를 하나의 일관된 데이터 계층으로 바꾸는 한 가지 작업에 집중합니다. 시장, 거래, 호가, 주문장, OHLCV, 깊은 이력이 모두 REST, JSON-RPC, MCP 또는 Flat Files를 통해 동일한 형태로 반환됩니다. 읽기 전용이고 요청-응답 방식이라는 점을 알고 접근하면, 예측 대시보드부터 AI 리서치 에이전트까지 폭넓은 제품에 적합합니다. 아홉 개 거래소. 하나의 스키마. 하나의 API 키. 배관 작업은 줄이고, 빌드는 더 많이. 웹사이트: finfeedapi.com API 문서: Prediction Markets REST API 문서

Ulasan FinFeedAPI: API Data Pasar Prediksi Multi-Bursa !FinFeedAPI Prediction Markets API Bayangkan Anda ingin melacak bagaimana harga pasar untuk satu peristiwa ekonomi di Kalshi, Polymarket, dan ForecastEx. Di atas kertas, itu terdengar seperti dasbor sederhana. Dalam praktiknya, itu berarti tiga API berbeda, tiga cara mengidentifikasi pasar yang sama, dan tiga format respons yang harus direkonsiliasi sebelum Anda dapat menggambar satu grafik. {% cta apidog.com %} Coba Apidog hari ini {% endcta %} Masalah itu tumbuh dengan setiap bursa baru. Pasar prediksi kini mencakup bursa AS yang diregulasi, protokol on-chain, komunitas uang mainan, dan kontrak peristiwa dari platform kripto mapan — dan tidak ada yang berbagi model data yang sama. Inilah celah yang FinFeedAPI dibangun untuk mengisi. Prediction Markets API-nya menyatukan sembilan bursa di bawah satu skema terstandardisasi, sehingga pengembang dapat menanyakan pasar, perdagangan, buku order, dan riwayat dengan cara yang sama, terlepas dari mana datanya berasal. !Tinjauan Prediction Markets API Bagi pengembang, pertumbuhan itu datang dengan kenyataan yang berantakan. Setiap bursa mengekspos API-nya sendiri, pengenal pasarnya sendiri, konvensi penamaannya sendiri, dan gagasannya sendiri tentang seperti apa "pasar" itu. Ingin dasbor yang melacak peristiwa yang sama di tiga platform? Sekarang Anda memelihara tiga integrasi, tiga model data, dan tiga set kasus tepi. Itulah tepatnya masalah yang coba dipecahkan oleh FinFeedAPI. Dalam ulasan ini, saya akan membahas apa yang dicakup Prediction Markets API FinFeedAPI, data apa yang sebenarnya Anda dapatkan, seperti apa endpoint-nya dalam praktik, berapa biayanya, dan di mana ia kurang — sehingga Anda dapat memutuskan apakah cocok dengan stack Anda. TL;DR | | | | --- | --- | | Penyedia | FinFeedAPI oleh API Bricks (juga di balik CoinAPI) | | Bursa yang dicakup | 9 bursa pasar prediksi | | Data | Pasar dan metadata, perdagangan, kuotasi, buku order, OHLCV, file datar historis | | Akses | REST, JSON-RPC, server MCP yang dihosting, Flat Files (S3) | | Mode | Data pasar hanya-baca, request-response (tanpa stream WebSocket) | | Harga | Kredit gratis untuk memulai, lalu berbasis penggunaan mulai $1 per 1.000 permintaan | | Paling cocok untuk | Dasbor lintas bursa, riset, backtesting, agen AI | Apa Itu FinFeedAPI? !Ikhtisar FinFeedAPI FinFeedAPI adalah penyedia data keuangan yang dibangun oleh API Bricks, perusahaan yang sama di balik CoinAPI. Selain API Stock, Currencies, dan SEC-nya, ia menawarkan Prediction Markets API yang memberi Anda akses terstandardisasi ke data pasar dari sembilan bursa pasar prediksi melalui satu integrasi. Idenya sederhana: alih-alih mempelajari sembilan API, Anda mempelajari satu. ID pasar, hasil, stempel waktu, dan struktur respons mengikuti skema yang sama tidak peduli dari bursa mana data itu berasal. Beberapa detail teknis menonjol saat menelusuri dokumentasi: - Model data terpadu di setiap bursa yang didukung - ID pasar terstandardisasi yang menyertakan hasil, misalnya ..._YES dan ..._NO - Stempel waktu ISO 8601 UTC di setiap endpoint - Presisi numerik yang konsisten, hingga 19 digit dengan 9 tempat desimal - Empat cara akses: REST, JSON-RPC, server MCP yang dihosting, dan Flat Files Satu hal yang perlu diperjelas sejak awal: FinFeedAPI adalah lapisan data pasar hanya-baca. Ia tidak memasang order. Jika produk Anda memerlukan eksekusi, Anda tetap akan menggunakan API native masing-masing bursa untuk bagian itu. !Arsitektur data terstandardisasi Platform Pasar Prediksi yang Didukung FinFeedAPI saat ini mencakup sembilan bursa: bursa teregulasi, protokol terdesentralisasi, pasar hasil on-chain, dan komunitas uang mainan. | Platform | Tipe | Yang dicakup | | --- | --- | --- | | Polymarket | Terdesentralisasi | Politik, ekonomi, kripto, olahraga, dan peristiwa global | | Kalshi | Diregulasi (CFTC) | Kontrak peristiwa AS tentang indikator ekonomi, pemilu, cuaca, olahraga, dan lainnya | | ForecastEx | Diregulasi (CFTC) | Kontrak peristiwa AS, termasuk hasil ekonomi dan keuangan | | Gemini Prediction Markets | Diregulasi | Kontrak peristiwa tentang olahraga, kripto, ekonomi, politik, dan topik lainnya | | Crypto.com Prediction Markets | Diregulasi | Kontrak berbasis peristiwa di platform pasar prediksi crypto.com | | Myriad | Terdesentralisasi | Kripto, peristiwa terkini, dan hasil lainnya | | Pascal | Terdesentralisasi | Pasar prediksi nonkustodial yang dibangun di Solana | | Hyperliquid Outcome Markets (HIP-4) | Pasar hasil on-chain | Kontrak peristiwa biner dan multi-hasil di infrastruktur native Hyperliquid | | Manifold Markets | Sosial, uang mainan | Pasar yang digerakkan komunitas pada berbagai topik | Campurannya inilah yang membuat ini menarik. Membandingkan bagaimana bursa teregulasi, bursa native kripto, dan kerumunan uang mainan memberi harga pada peristiwa yang sama adalah tempat riset lintas bursa menjadi berharga. Di sinilah juga skema yang dinormalisasi menghemat paling banyak waktu. Data Apa yang Dapat Anda Akses? !Kumpulan data Prediction Markets API Di sinilah FinFeedAPI membuktikan nilainya. Sebagian besar alat pasar prediksi berhenti pada harga terbaru. FinFeedAPI mengekspos seluruh pasar, dari penemuan hingga kedalaman buku order dan riwayat. Semua endpoint REST berada di https://api.prediction-markets.finfeedapi.com/v1. | Kumpulan data | Endpoint | Yang Anda dapatkan | | --- | --- | --- | | Bursa | GET /exchanges dan /exchanges/{exchange_id} | Bursa yang didukung, ID bursa, deskripsi, situs web | | Pasar aktif | GET /markets/{exchange_id}/active | Daftar ringkas ID pasar yang saat ini aktif | | Daftar pasar | GET /markets/{exchange_id}/history | Catatan pasar lengkap dengan paginasi berbasis kursor: judul, deskripsi, hasil, harga, status | | Pasar tunggal | GET /markets/{exchange_id}/{market_id} | Metadata untuk satu pasar | | Aktivitas saat ini | GET /activity/{exchange_id}/{market_id}/current | Perdagangan terbaru plus bid dan ask terbaru | | Aktivitas terkini | GET /activity/{exchange_id}/{market_id}/latest | Perdagangan terkini dan pembaruan kuotasi | | Perdagangan dan kuotasi historis | GET /activity/{exchange_id}/{market_id}/history/trades dan /history/quotes | Catatan historis yang disajikan dari file datar | | Buku order saat ini | GET /orderbook/{exchange_id}/{market_id}/current | Bid dan ask untuk hasil pasar | | Buku order historis | GET /orderbook/{exchange_id}/{market_id}/history | Peristiwa limit order mentah (penambahan, pembaruan, penghapusan) untuk rekonstruksi buku | | OHLCV | GET /ohlcv/periods, /ohlcv/{exchange_id}/{market_id}/history, /latest, /ohlcv/{exchange_id}/history | Candle dengan open, high, low, close, volume, dan jumlah perdagangan | Beberapa hal yang perlu diketahui: - Penemuan dilakukan dua langkah. Endpoint /active hanya mengembalikan ID, karena diturunkan dari kuotasi dan perdagangan terbaru. Anda memanggil /history atau endpoint pasar tunggal untuk detail lengkap. - Periode OHLCV berkisar dari detik hingga tahun, dan candle historis dikembalikan dalam urutan waktu menaik — yang Anda inginkan untuk backtesting. - Data buku order historis bersifat level-peristiwa, bukan sekadar snapshot. Itu membuka jalan untuk replay pasar dan riset likuiditas. - Data siklus hidup dan penyelesaian mencakup status open, closed, resolved, dan suspended, dengan informasi penyelesaian di mana bursa sumber mendukungnya. Memulai: Permintaan Pertama Anda Orientasi awal cepat. Anda membuat akun gratis, menghasilkan kunci API dari konsol, dan mulai dengan kredit gratis. Untuk REST dan JSON-RPC, Anda meneruskan kunci di header Authorization. Dokumentasi juga menerima X-APIKey, X-APIBricks-Key, dan X-CoinAPI-Key. 1. Cantumkan bursa yang didukung Mulai di sini untuk mendapatkan nilai exchange_id persis yang akan Anda gunakan di tempat lain. curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/exchanges" \ -H "[REDACTED CREDENTIAL] 2. Temukan pasar aktif curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/markets/POLYMARKET/active?limit=10" \ -H "[REDACTED CREDENTIAL] Ini mengembalikan daftar biasa ID pasar, masing-masing dengan hasilnya sudah menyatu: [ "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. Dapatkan perdagangan dan kuotasi terbaru 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] Responsnya memberi Anda perdagangan terbaru bersama bid dan ask terbaru untuk hasil tersebut. 4. Tarik OHLCV historis dengan Python Ini panggilan pertama yang saya gunakan saat membangun grafik probabilitas atau backtest. 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"]) Setiap candle mencakup time_period_start, time_period_end, price_open, price_high, price_low, price_close, volume_traded, dan trades_count. Panggil /ohlcv/periods untuk melihat setiap period_id yang didukung. 5. Periksa kedalaman buku order 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] Snapshot mengembalikan exchange_id, market_id, time_exchange, time_coinapi, plus array bids dan asks. Itu cukup untuk menghitung spread dan ketidakseimbangan top-of-book. Jika Anda lebih suka tidak menulis HTTP mentah, API Bricks menerbitkan SDK resmi (Python, Node.js, Go, C#, dan lainnya) di repositori SDK GitHub-nya. Di Luar REST: MCP, JSON-RPC, dan Flat Files Setiap antarmuka mengekspos kumpulan data terstandardisasi yang sama. Anda memilih yang sesuai dengan arsitektur Anda. | Antarmuka | Header autentikasi | Paling cocok untuk | | --- | --- | --- | | API REST | Authorization | Dasbor, analitik, aplikasi produksi | | API JSON-RPC | Authorization | Layanan yang lebih menyukai panggilan bergaya RPC atas data yang sama | | Server MCP yang dihosting | X-APIKey | Asisten AI, agen coding, alur kerja riset | | Flat Files (S3) | Kredensial kompatibel S3 | Riwayat massal untuk backtesting dan machine learning | Server MCP adalah yang menonjol Dari perspektif saya, ini bagian produk yang paling berorientasi masa depan. Alih-alih mengajari agen dokumentasi API Anda, Anda mengarahkannya ke endpoint MCP yang dihosting dan ia menemukan alatnya sendiri. Penyiapannya beberapa baris konfigurasi di Cursor, Claude Desktop, atau klien apa pun yang mendukung MCP: { "mcpServers": { "FinFeedAPI-Prediction-Markets": { "url": "https://api.prediction-markets.finfeedapi.com/mcp", "headers": { [REDACTED CREDENTIAL] } } } } Server saat ini mengekspos alat untuk: - Penemuan bursa: exchanges_list, exchanges_get - Penemuan pasar: markets_get_active, markets_get_history - Aktivitas langsung: activity_get_current, activity_get_latest - Perdagangan dan kuotasi historis: activity_get_trades_history, activity_get_quotes_history - OHLCV: ohlcv_list_periods, ohlcv_get_latest_market, ohlcv_get_history_market, ohlcv_get_history_exchange - Buku order: orderbook_get_current, orderbook_get_history Artinya, Anda dapat meminta agen sesuatu seperti "temukan pasar Kalshi paling aktif dan tunjukkan bagaimana odds-nya bergerak minggu ini", dan agen dapat merangkai panggilan penemuan, aktivitas, dan OHLCV sendiri. Satu catatan jika Anda menyiapkan koneksi MCP FinFeedAPI yang lebih lama: endpoint berpindah dari /sse ke /mcp, jadi konfigurasi lama perlu diperbarui. Flat Files untuk riwayat berat Untuk riset skala besar, menarik data bertahun-tahun melalui panggilan REST berpaginasi itu lambat. Flat Files memberi Anda perdagangan, kuotasi, buku order, dan OHLCV massal melalui API yang kompatibel dengan S3, sehingga Anda dapat menggunakan alat dan SDK S3 yang sudah Anda kenal. Harga !Paket harga FinFeedAPI FinFeedAPI menggunakan harga berbasis kredit dan berbasis penggunaan. Anda mulai dengan kredit gratis, lalu membayar per permintaan. Pada Pay As You Go, 1.000 permintaan pertama per hari berbiaya $5 per 1.000, dan apa pun di luar 1.000 per hari turun menjadi $1 per 1.000. Paket komitmen menurunkan tarif itu. | Paket | Bulanan | Tarif per kredit | Ekstra penting | | --- | --- | --- | --- | | Pay As You Go | Tanpa komitmen | $1.00 | Dukungan AI dan email, orientasi mandiri | | Committed 64 | $64 | $0.85 | Orientasi berbantuan AI | | Committed 256 | $256 | $0.75 | Orientasi berbantuan AI | | Committed 512 | $512 | $0.70 | Dukungan Slack, kanal Slack khusus | | Committed 1024 | $1,024 | $0.65 | SLA uptime 99,9%, perwakilan customer success, orientasi manusia | | Enterprise | Kustom | Kustom | SLA kustom, optimasi latensi, infrastruktur khusus | Paket komitmen tidak mengurangi apa yang Anda gunakan. Paket ini memberi Anda lebih banyak kredit untuk pengeluaran yang sama, dan setelah kredit itu habis, penggunaan tambahan ditagih pada tarif Pay As You Go. Penagihan tahunan juga tersedia. Pendapat saya: untuk prototipe dan riset, Pay As You Go sudah cukup. Jika Anda melakukan polling banyak pasar setiap beberapa detik, hitung angkanya terlebih dahulu. FinFeedAPI menerbitkan use case harga untuk dasbor, pemantauan buku order, dan backfill OHLCV yang membuat estimasi jauh lebih mudah. Di Mana FinFeedAPI Kurang Tidak ada API yang sempurna, dan ulasan yang melewatkan trade-off tidak banyak berguna. Berikut yang perlu diingat: - Tidak ada eksekusi order. Ini hanya lapisan data. Bot trading tetap memerlukan API native bursa untuk memasang order. - Tidak ada stream WebSocket untuk pasar prediksi. Data saat ini datang melalui panggilan request-response, jadi "live" berarti polling. Untuk strategi yang sensitif terhadap latensi, itu kendala nyata — dan polling yang sering menambah tagihan Anda. - 1.000 permintaan harian pertama adalah yang paling mahal. Pada $5 per 1.000 versus $1 per 1.000 setelahnya, proyek yang sangat kecil membayar tarif efektif lebih tinggi daripada proyek yang sibuk. - Data penyelesaian bergantung pada sumbernya. Detail siklus hidup dan penyelesaian hanya selengkap apa yang diekspos setiap bursa. - Normalisasi adalah trade-off. Skema terpadu adalah intinya, tetapi jika Anda mengandalkan bidang yang unik untuk satu bursa, periksa sampel data sebelum berkomitmen. Tidak ada dari ini yang menjadi penghalang untuk analitik, riset, atau use case AI. Ini paling penting jika Anda membangun sistem trading frekuensi tinggi. Siapa yang Harus Menggunakan FinFeedAPI? Kelebihan - Sembilan bursa pasar prediksi di balik satu skema - Siklus hidup pasar lengkap: penemuan, perdagangan, kuotasi, buku order, OHLCV, riwayat - Data buku order historis level-peristiwa untuk replay - Server MCP yang dihosting yang berfungsi dengan Cursor dan Claude Desktop - Flat Files massal untuk riset dan machine learning - Harga berbasis penggunaan dengan kredit gratis untuk memulai Paling Cocok Untuk - Dasbor multi-bursa yang membandingkan odds lintas bursa - Peneliti kuantitatif dan analis yang melakukan backtesting strategi pasar prediksi - Tim peramalan dan ML yang memerlukan OHLCV historis yang bersih - Analitik likuiditas yang dibangun di atas kedalaman buku order dan spread - Tim AI yang membangun agen yang menalar peristiwa dunia nyata - Riset akademik dan ekonomi tentang bagaimana orang banyak memberi harga pada hasil Mungkin Tidak Cocok Untuk - Bot yang perlu memasang order - Strategi yang memerlukan stream push-based sub-detik Pemikiran Akhir !Perbandingan multi-bursa dalam satu tampilan Pasar prediksi tumbuh lebih cepat daripada kemampuan sebagian besar tim mengintegrasikannya. Setiap bursa baru membawa pengenal baru, format baru, dan pekerjaan pemeliharaan baru. FinFeedAPI tidak mencoba menjadi bursa. Ia berfokus pada satu pekerjaan: mengubah sembilan bursa yang terfragmentasi menjadi satu lapisan data yang konsisten. Pasar, perdagangan, kuotasi, buku order, OHLCV, dan riwayat mendalam semuanya kembali dalam bentuk yang sama, melalui REST, JSON-RPC, MCP, atau Flat Files. Masuklah dengan mengetahui bahwa ini hanya-baca dan request-response, dan ia cocok untuk berbagai produk, dari dasbor peramalan hingga agen riset AI. Sembilan bursa. Satu skema. Satu kunci API. Lebih sedikit plumbing, lebih banyak membangun. Situs web: finfeedapi.com Dokumentasi API: Dokumentasi REST API Prediction Markets

Reseña de FinFeedAPI: API de datos de mercados de predicción multi-exchange Reseña de FinFeedAPI: API de datos de mercados de predicción multi-exchange Imagina que quieres seguir cómo el mercado valora un único evento económico en Kalshi, Polymarket y ForecastEx. Sobre el papel, suena como un panel sencillo. En la práctica, implica tres API diferentes, tres formas de identificar el mismo mercado y tres formatos de respuesta que conciliar antes de poder dibujar un solo gráfico. {% cta apidog.com %} Prueba Apidog hoy {% endcta %} Ese problema crece con cada nueva plataforma. Los mercados de predicción ahora abarcan exchanges regulados de EE. UU., protocolos en cadena, comunidades de dinero ficticio y contratos de eventos de plataformas cripto establecidas, y ninguno comparte un modelo de datos común. Esta es la brecha que FinFeedAPI está diseñada para cubrir. Su API de mercados de predicción reúne nueve plataformas bajo un único esquema estandarizado, para que los desarrolladores puedan consultar mercados, operaciones, libros de órdenes e historial de la misma forma, sin importar de dónde vengan los datos. !Mercados de predicción en varias plataformas Para los desarrolladores, ese crecimiento viene con una verdad incómoda. Cada plataforma expone su propia API, sus propios identificadores de mercado, sus propias convenciones de nombres y su propia idea de cómo es un "mercado". ¿Quieres un panel que siga el mismo evento en tres plataformas? Ahora mantienes tres integraciones, tres modelos de datos y tres conjuntos de casos límite. Ese es exactamente el problema que FinFeedAPI intenta resolver. En esta reseña, repasaré qué cubre la API de mercados de predicción de FinFeedAPI, qué datos obtienes realmente, cómo se ven los endpoints en la práctica, cuánto cuesta y en qué se queda corta, para que puedas decidir si encaja en tu stack. TL;DR | | | |---|---| | Proveedor | FinFeedAPI de API Bricks (también detrás de CoinAPI) | | Plataformas cubiertas | 9 plataformas de mercados de predicción | | Datos | Mercados y metadatos, operaciones, cotizaciones, libros de órdenes, OHLCV, archivos planos históricos | | Acceso | REST, JSON-RPC, servidor MCP alojado, archivos planos (S3) | | Modo | Datos de mercado de solo lectura, solicitud-respuesta (sin stream WebSocket) | | Precios | Créditos gratis para empezar, luego pago por uso desde $1 por cada 1000 solicitudes | | Ideal para | Paneles entre plataformas, investigación, backtesting, agentes de IA | ¿Qué es FinFeedAPI? !Qué es FinFeedAPI FinFeedAPI es un proveedor de datos financieros creado por API Bricks, la misma empresa detrás de CoinAPI. Junto con sus API de acciones, divisas y SEC, ofrece una API de mercados de predicción que te da acceso estandarizado a datos de mercado de nueve plataformas de mercados de predicción mediante una sola integración. La idea es sencilla: en lugar de aprender nueve API, aprendes una. Los ID de mercado, los resultados, las marcas de tiempo y las estructuras de respuesta siguen el mismo esquema sin importar de qué plataforma provengan los datos. Algunos detalles de ingeniería me llamaron la atención al revisar la documentación: - Modelo de datos unificado en todas las plataformas compatibles - ID de mercado estandarizados que incluyen el resultado, por ejemplo ..._YES y ..._NO - Marcas de tiempo ISO 8601 UTC en todos los endpoints - Precisión numérica consistente, de hasta 19 dígitos con 9 decimales - Cuatro formas de acceso: REST, JSON-RPC, un servidor MCP alojado y archivos planos Algo que conviene aclarar desde el principio: FinFeedAPI es una capa de datos de mercado de solo lectura. No coloca órdenes. Si tu producto necesita ejecución, seguirás usando la API nativa de cada plataforma para esa parte. !Vista general de FinFeedAPI Plataformas de mercados de predicción compatibles Actualmente, FinFeedAPI cubre nueve plataformas, que abarcan exchanges regulados, protocolos descentralizados, mercados de resultados en cadena y una comunidad de dinero ficticio. | Plataforma | Tipo | Qué cubre | |---|---|---| | Polymarket | Descentralizado | Política, economía, cripto, deportes y eventos globales | | Kalshi | Regulado (CFTC) | Contratos de eventos de EE. UU. sobre indicadores económicos, elecciones, clima, deportes y más | | ForecastEx | Regulado (CFTC) | Contratos de eventos de EE. UU., incluidos resultados económicos y financieros | | Gemini Prediction Markets | Regulado | Contratos de eventos sobre deportes, cripto, economía, política y otros temas | | crypto.com Prediction Markets | Regulado | Contratos basados en eventos en la plataforma de mercados de predicción de crypto.com | | Myriad | Descentralizado | Cripto, eventos de actualidad y otros resultados | | Pascal | Descentralizado | Mercados de predicción sin custodia construidos sobre Solana | | Hyperliquid Outcome Markets (HIP-4) | Mercados de resultados en cadena | Contratos de eventos binarios y de múltiples resultados sobre la infraestructura nativa de Hyperliquid | | Manifold Markets | Social, dinero ficticio | Mercados impulsados por la comunidad sobre una amplia variedad de temas | La combinación es lo que hace esto interesante. Comparar cómo una plataforma regulada, una nativa de cripto y una multitud de dinero ficticio valoran el mismo evento es donde la investigación entre plataformas se vuelve valiosa. También es donde un esquema normalizado ahorra más tiempo. ¿A qué datos puedes acceder? !Datos disponibles en FinFeedAPI Aquí es donde FinFeedAPI se gana su lugar. La mayoría de las herramientas de mercados de predicción se detienen en el último precio. FinFeedAPI expone el mercado completo, desde el descubrimiento hasta la profundidad del libro de órdenes y el historial. Todos los endpoints REST se encuentran bajo https://api.prediction-markets.finfeedapi.com/v1. | Conjunto de datos | Endpoint | Qué obtienes | |---|---|---| | Exchanges | GET /exchanges y /exchanges/{exchange_id} | Plataformas compatibles, ID de exchange, descripciones, sitios web | | Mercados activos | GET /markets/{exchange_id}/active | Una lista compacta de ID de mercados actualmente activos | | Listados de mercados | GET /markets/{exchange_id}/history | Registros completos de mercados con paginación basada en cursor: títulos, descripciones, resultados, precios, estado | | Mercado individual | GET /markets/{exchange_id}/{market_id} | Metadatos de un mercado | | Actividad actual | GET /activity/{exchange_id}/{market_id}/current | Última operación más el último bid y ask | | Actividad reciente | GET /activity/{exchange_id}/{market_id}/latest | Operaciones recientes y actualizaciones de cotizaciones | | Operaciones y cotizaciones históricas | GET /activity/{exchange_id}/{market_id}/history/trades y /history/quotes | Registros históricos servidos desde archivos planos | | Libro de órdenes actual | GET /orderbook/{exchange_id}/{market_id}/current | Bids y asks para un resultado de mercado | | Libro de órdenes histórico | GET /orderbook/{exchange_id}/{market_id}/history | Eventos brutos de órdenes limitadas (altas, actualizaciones, eliminaciones) para reconstruir el libro | | OHLCV | GET /ohlcv/periods, /ohlcv/{exchange_id}/{market_id}/history, /latest, /ohlcv/{exchange_id}/history | Velas con apertura, máximo, mínimo, cierre, volumen y número de operaciones | Algunas cosas que conviene saber: - El descubrimiento es en dos pasos. El endpoint /active solo devuelve ID, porque se deriva de cotizaciones y operaciones recientes. Para obtener todos los detalles, llama a /history o al endpoint de mercado individual. - Los periodos OHLCV van desde segundos hasta años, y las velas históricas se devuelven en orden temporal ascendente, que es lo que quieres para backtesting. - Los datos históricos del libro de órdenes son a nivel de evento, no solo instantáneas. Eso abre la puerta a la reproducción de mercado y la investigación de liquidez. - Los datos de ciclo de vida y resolución cubren estados abiertos, cerrados, resueltos y suspendidos, con información de resolución donde la plataforma de origen la admite. Primeros pasos: tus primeras solicitudes El registro es rápido. Creas una cuenta gratuita, generas una clave de API desde la consola y empiezas con créditos gratis. Para REST y JSON-RPC, pasas la clave en el encabezado Authorization. La documentación también acepta X-APIKey, X-APIBricks-Key y X-CoinAPI-Key. 1. Lista los exchanges compatibles Empieza aquí para obtener los valores exactos de exchange_id que usarás en todo lo demás. curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/exchanges" \ -H "[REDACTED CREDENTIAL] 2. Descubre mercados activos curl -X GET "https://api.prediction-markets.finfeedapi.com/v1/markets/POLYMARKET/active?limit=10" \ -H "[REDACTED CREDENTIAL] Esto devuelve una lista simple de ID de mercado, cada uno con su resultado incorporado: [ "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. Obtén la última operación y cotización 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] La respuesta te da la última operación junto con el último bid y ask para ese resultado. 4. Extrae OHLCV histórico en Python Esta es la llamada a la que recurriría primero al crear un gráfico de probabilidad o un backtest. 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"]) Cada vela incluye time_period_start, time_period_end, price_open, price_high, price_low, price_close, volume_traded y trades_count. Llama a /ohlcv/periods para ver todos los period_id compatibles. 5. Consulta la profundidad del libro de órdenes 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] La instantánea devuelve exchange_id, market_id, time_exchange, time_coinapi, además de los arrays bids y asks. Eso es suficiente para calcular spreads y desequilibrio en la parte superior del libro. Si prefieres no escribir HTTP sin procesar, API Bricks publica SDK oficiales (Python, Node.js, Go, C# y otros) en su repositorio de SDK en GitHub. Más allá de REST: MCP, JSON-RPC y archivos planos Cada interfaz expone los mismos conjuntos de datos estandarizados. Tú eliges la que se adapte a tu arquitectura. | Interfaz | Encabezado de autenticación | Ideal para | |---|---|---| | API REST | Authorization | Paneles, analítica, aplicaciones en producción | | API JSON-RPC | Authorization | Servicios que prefieren llamadas estilo RPC sobre los mismos datos | | Servidor MCP alojado | X-APIKey | Asistentes de IA, agentes de programación, flujos de trabajo de investigación | | Archivos planos (S3) | Credenciales compatibles con S3 | Historial masivo para backtesting y machine learning | El servidor MCP es lo más destacado Desde mi perspectiva, esta es la parte más visionaria del producto. En lugar de enseñarle a un agente tu documentación de API, lo apuntas a un endpoint MCP alojado y él descubre las herramientas por sí mismo. La configuración son unas pocas líneas en Cursor, Claude Desktop o cualquier cliente compatible con MCP: { "mcpServers": { "FinFeedAPI-Prediction-Markets": { "url": "https://api.prediction-markets.finfeedapi.com/mcp", "headers": { [REDACTED CREDENTIAL] } } } } Actualmente, el servidor expone herramientas para: - Descubrimiento de exchanges: exchanges_list, exchanges_get - Descubrimiento de mercados: markets_get_active, markets_get_history - Actividad en vivo: activity_get_current, activity_get_latest - Operaciones y cotizaciones históricas: activity_get_trades_history, activity_get_quotes_history - OHLCV: ohlcv_list_periods, ohlcv_get_latest_market, ohlcv_get_history_market, ohlcv_get_history_exchange - Libros de órdenes: orderbook_get_current, orderbook_get_history Eso significa que puedes pedirle a un agente algo como "encuentra los mercados de Kalshi más activos y muéstrame cómo se movieron sus probabilidades esta semana" y puede encadenar por su cuenta llamadas de descubrimiento, actividad y OHLCV. Una nota si configuras una conexión MCP de FinFeedAPI más antigua: el endpoint pasó de /sse a /mcp, así que las configuraciones antiguas deben actualizarse. Archivos planos para historial pesado Para investigación a gran escala, extraer años de datos mediante llamadas REST paginadas es lento. Los archivos planos te dan operaciones, cotizaciones, libros de órdenes y OHLCV de forma masiva a través de una API compatible con S3, para que puedas usar las herramientas y SDK de S3 que ya conoces. Precios !Precios de FinFeedAPI FinFeedAPI usa precios basados en el uso y en créditos. Empiezas con créditos gratis y luego pagas por solicitud. En Pago por uso, las primeras 1000 solicitudes por día cuestan $5 por cada 1000, y todo lo que supere las 1000 por día baja a $1 por cada 1000. Los planes comprometidos reducen esa tarifa. | Plan | Mensual | Tarifa por crédito | Extras destacados | |---|---|---|---| | Pago por uso | Sin compromiso | $1.00 | Soporte por IA y correo electrónico, registro autoservicio | | Comprometido 64 | $64 | $0.85 | Registro asistido por IA | | Comprometido 256 | $256 | $0.75 | Registro asistido por IA | | Comprometido 512 | $512 | $0.70 | Soporte por Slack, canal de Slack dedicado | | Comprometido 1024 | $1,024 | $0.65 | SLA de disponibilidad del 99.9%, representante de éxito del cliente, registro con asistencia humana | | Enterprise | Personalizado | Personalizado | SLA personalizados, optimizaciones de latencia, infraestructura dedicada | Los planes comprometidos no reducen lo que usas. Te dan más créditos por el mismo gasto, y una vez que se agotan esos créditos, el uso adicional se factura a la tarifa de Pago por uso. También hay facturación anual disponible. Mi opinión: para prototipos e investigación, Pago por uso está bien. Si consultas muchos mercados cada pocos segundos, calcula primero los números. FinFeedAPI publica casos de uso de precios para paneles, monitoreo de libros de órdenes y rellenos históricos OHLCV que hacen que estimar sea mucho más fácil. Dónde se queda corta FinFeedAPI Ninguna API es perfecta, y una reseña que omite las desventajas no sirve de mucho. Esto es lo que debes tener en cuenta: - Sin ejecución de órdenes. Es solo una capa de datos. Los bots de trading aún necesitan las API nativas de las plataformas para colocar órdenes. - Sin stream WebSocket para mercados de predicción. Los datos actuales llegan mediante llamadas de solicitud-respuesta, así que "en vivo" significa polling. Para estrategias sensibles a la latencia, eso es una restricción real, y el polling frecuente aumenta tu factura. - Las primeras 1000 solicitudes diarias son las más caras. A $5 por cada 1000 frente a $1 por cada 1000 después, los proyectos muy pequeños pagan una tarifa efectiva más alta que los que tienen mucho tráfico. - Los datos de resolución dependen de la fuente. Los detalles del ciclo de vida y la resolución son tan completos como lo que expone cada plataforma. - La normalización es un compromiso. Un esquema unificado es el objetivo, pero si dependes de un campo único de una plataforma, revisa las muestras de datos antes de comprometerte. Ninguna de estas es un impedimento para casos de uso de analítica, investigación o IA. Importan más si estás construyendo un sistema de trading de alta frecuencia. ¿Quién debería usar FinFeedAPI? Puntos fuertes - Nueve plataformas de mercados de predicción tras un solo esquema - Ciclo de vida completo del mercado: descubrimiento, operaciones, cotizaciones, libros de órdenes, OHLCV, historial - Datos históricos del libro de órdenes a nivel de evento para reproducción - Servidor MCP alojado que funciona con Cursor y Claude Desktop - Archivos planos masivos para investigación y machine learning - Precios basados en uso con créditos gratis para empezar Ideal para - Paneles multiplataforma que comparan probabilidades entre plataformas - Investigadores y analistas cuantitativos que hacen backtesting de estrategias de mercados de predicción - Equipos de pronóstico y ML que necesitan OHLCV histórico limpio - Analítica de liquidez basada en la profundidad del libro de órdenes y los spreads - Equipos de IA que crean agentes que razonan sobre eventos del mundo real - Investigación académica y económica sobre cómo las multitudes valoran los resultados Probablemente no para - Bots que necesitan colocar órdenes - Estrategias que necesitan un stream push de subsegundo Reflexiones finales !Reflexiones finales sobre FinFeedAPI Los mercados de predicción crecen más rápido de lo que la mayoría de los equipos puede integrarlos. Cada nueva plataforma trae nuevos identificadores, nuevos formatos y nuevo trabajo de mantenimiento. FinFeedAPI no intenta ser un exchange. Se centra en una sola tarea: convertir nueve plataformas fragmentadas en una capa de datos consistente. Mercados, operaciones, cotizaciones, libros de órdenes, OHLCV e historial profundo vuelven todos con la misma forma, a través de REST, JSON-RPC, MCP o archivos planos. Ten en cuenta desde el principio que es de solo lectura y de solicitud-respuesta, y encaja en una amplia variedad de productos, desde paneles de pronóstico hasta agentes de investigación con IA. Nueve plataformas. Un esquema. Una clave de API. Menos fontanería, más construcción. Sitio web: finfeedapi.com Documentación de la API: Documentación de la API REST de mercados de predicción

FinFeedAPIレビュー：マルチ取引所の予測市場データAPI Kalshi、Polymarket、ForecastExにまたがる単一の経済イベントを市場がどのように価格付けするかを追跡したいと想像してください。紙の上では、それはシンプルなダッシュボードのように聞こえます。実際には、3つの異なるAPI、同じ市場を識別する3つの方法、そして1つのチャートを描く前に調整しなければならない3つのレスポンス形式を意味します。 {% cta apidog.com %} 今すぐApidogを試す {% endcta %} その問題は新しい会場ごとに大きくなります。予測市場は現在、規制された米国取引所、オンチェーンプロトコル、プレイマネーコミュニティ、確立された暗号通貨プラットフォームからのイベント契約にまで広がっており、それらのいずれも共通のデータモデルを共有していません。 これは FinFeedAPI が埋めるために作られたギャップです。そのPrediction Markets APIは9つの取引所を1つの標準化されたスキーマの下にまとめ、開発者がデータの出所に関係なく、市場、取引、オーダーブック、履歴を同じ方法でクエリできるようにします。 !FinFeedAPI Prediction Markets API 開発者にとって、その成長には厄介な真実が伴います。各会場は独自の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 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のデータモデル 対応する予測市場プラットフォーム 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 APIドキュメント： Prediction Markets REST APIドキュメント