Wenn du schon einmal versucht hast, Prognosemarkt-Daten fuer mehr als eine Plattform abzurufen, kennst du das Problem bereits: Es gibt kein gemeinsames Schema. Polymarkets CLOB-API bepreist Ergebnisse als Orderbuch-Shares. Kalshi stellt Kontrakte in Festkomma-Cents dar. Manifold Markets laeuft auf Spielgeld mit eigener Wahrscheinlichkeits-Semantik. Drei Plattformen, drei Feldnamen, drei Einheiten, drei Vorstellungen davon, was eine "Wahrscheinlichkeit" ueberhaupt bedeutet — und das, bevor du ueberhaupt bei Metaculus, PredictIt, Limitless und Smarkets ankommst.
Einen eigenen plattformuebergreifenden Feed zu bauen bedeutet, sieben Integrationen, sieben Auth-Modelle, sieben Rate Limits zu schreiben und zu warten, plus eine Normalisierungsschicht, die jedes Mal bricht, wenn eine der Quellen ein Feld aendert. Oder du nutzt eine prognosemarkt daten api, die diese Arbeit bereits erledigt hat: eine kostenlose, schluesselfreie Prognosemarkt-Daten-API, die alle sieben Quellen in einem einzigen JSON-Schema aggregiert.
Dieser Artikel dokumentiert die oeffentliche Datenoberflaeche von CoinRithms Prognosemaerkte-Hub: was die API-Doku-Seite tatsaechlich bietet, wie man sie aufruft, wie eine echte Antwort aussieht und wo die ehrlichen Grenzen liegen. Jeder Endpoint, Parameter und jede Antwortform unten stammt direkt von dieser Doku-Seite — nichts davon ist erfunden.
TL;DR
- Plattformuebergreifende Prognosemarkt-Daten sind schwierig, weil jede Quelle — Polymarket, Kalshi, Manifold und der Rest — ihre eigenen Einheiten, ihr eigenes Schema und ihre eigene Aufloesungs-Semantik hat.
- CoinRithms API-Doku-Seite dokumentiert vier schluesselfreie
GET-Endpoints:overview,events,events/{source}/{slug}undwhales, die Polymarket, Kalshi, Metaculus, PredictIt, Limitless, Manifold Markets und Smarkets in einer JSON-Form aggregieren. - Fuer diese vier Endpoints ist weder ein API-Schluessel noch eine Registrierung erforderlich — reine HTTPS-GET-Anfragen, serverseitig ca. 60 Sekunden gecacht.
- Sie ist dafuer gebaut, dass Entwickler, Forscher und KI-Agenten/-Assistenten sie als plattformuebergreifende Quelle zitieren — Zuschreibung ist willkommen und wird geschaetzt.
- Fuer kontinuierliches Polling oder Trading-Agenten gibt es eine separate Agenten-API mit Schluessel (
crk_live_…-Schluessel, versionierter OpenAPI-3.1-Vertrag) — weiter unten ehrlich behandelt, nicht ueberverkauft. - CoinRithm aggregiert Daten und laesst dich mit simuliertem Geld Paper Trading betreiben; es ist kein Broker und keine Boerse.
Inhaltsverzeichnis
- Warum plattformuebergreifende Prognosemarkt-Daten ein echtes Engineering-Problem sind
- Was die Prognosemarkt-Daten-API tatsaechlich bietet
- Schnellstart: Deine erste Anfrage
- Fuer wen diese API ist
- Ehrlicher Umfang: Kostenlos, aggregiert, und was einen Vorbehalt traegt
- Praxisbeispiele
- Wie CoinRithm hineinpasst
- Haeufig gestellte Fragen (FAQ)
Warum plattformuebergreifende Prognosemarkt-Daten ein echtes Engineering-Problem sind
"Ruf einfach die API auf" unterschaetzt, was tatsaechlich passiert, wenn du zum ersten Mal versuchst, dasselbe Event ueber Plattformen hinweg zu vergleichen.
Jede Plattform spricht einen anderen Dialekt
Strukturell sind Prognosemarkt-Plattformen nicht austauschbar. Polymarket ist ein On-Chain-CLOB (Central Limit Order Book) mit Shares, die zwischen 0 und 1 bepreist werden. Kalshi ist eine von der CFTC regulierte Boerse, die Kontrakte in Festkomma-Cents darstellt. Manifold Markets laeuft auf Spielgeld-Mana mit einer eigenen Kalibrierungskultur. Metaculus ist eine Prognoseplattform, ueberhaupt kein Markt — ihre "Wahrscheinlichkeiten" sind Community-Prognosen, keine Trades. Das sind vier unterschiedliche Datenmodelle, bevor du ueberhaupt bei PredictIt, Limitless oder Smarkets ankommst.
Es gibt keinen gemeinsamen Bezeichner
Dasselbe reale Ereignis — eine Wahl, eine Fed-Entscheidung, ein Sportergebnis — kann gleichzeitig als separat formulierte Kontrakte auf mehreren Plattformen existieren, mit unterschiedlichen Slugs, unterschiedlichen Kategorie-Taxonomien und ohne gemeinsame ID, um sie zu verbinden. "Diesen Polymarket-Markt" mit "diesem Kalshi-Markt" als dieselbe zugrunde liegende Frage abzugleichen, ist keine triviale Aufgabe, kein simples JOIN.
Zeitstempel und Aufloesung sind auch nicht umsonst
"Wann wurde das aufgeloest" und "was zaehlt als aufgeloest" unterscheiden sich je nach Plattform: Manche melden den Abwicklungszeitpunkt praezise, manche in Batches, manche behandeln Grenzfaelle (Unentschieden, Stornierungen, mehrdeutige Ergebnisse) auf plattformspezifische Weise. Eine naive Integration, die jedes resolvedAt-Feld gleich behandelt, wird veraltete oder mehrdeutige Maerkte faelschlich als abgeschlossen lesen.
Zusammengenommen braucht ein funktionierender plattformuebergreifender Feed: sieben Ingestion-Pipelines, sieben zu respektierende Auth-/Rate-Limit-Modelle, eine Normalisierungsschicht, die Upstream-Schema-Drift uebersteht, und eine Entity-Matching-Schicht, um dieselbe Frage ueber Quellen hinweg zu verknuepfen. Das sind die tatsaechlichen Kosten von "aggregiere die APIs einfach selbst" — wofuer genau eine kostenlose prognosemarkt api gedacht ist.
Was die Prognosemarkt-Daten-API tatsaechlich bietet
CoinRithms oeffentliche Datenoberflaeche, dokumentiert auf der API-Doku-Seite, aggregiert Prognosemaerkte und Prognoseplattformen in einem einzigen Datensatz: Polymarket, Kalshi, Metaculus, PredictIt, Limitless, Manifold Markets und Smarkets. Vier Endpoints legen diesen Datensatz als reines JSON ueber HTTPS offen — kein API-Schluessel, keine Registrierung.
| Methode | Pfad | Parameter | Antwort (oberste Ebene) |
|---|---|---|---|
GET |
/api/prediction-markets/overview |
fiat (optional, Standard USD) |
stats { totalMarkets, totalOpenMarkets, totalClosedMarkets, totalVolume, volume24h, totalLiquidity }, highlights { gainers, losers, expiring }, categories[], bySource[], byCategory[], updatedAt |
GET |
/api/prediction-markets/events |
status (open | closed), sort (best | volume24h_desc | priceChange24h_desc | priceChange24h_asc | endDate_desc | trending), source, q, limit (1–100, Standard 20), offset, fiat |
data[] — Event-Objekte (outcomes, volume, priceChange24h/7d, source, und ein sparkline-Feld bei offenen Events, sobald ≥2 Wahrscheinlichkeitspunkte existieren), pagination { limit, offset, hasMore }, meta { sources[] } |
GET |
/api/prediction-markets/events/{source}/{slug} |
fiat (optional, Standard USD) — source ist eine der 7 Plattform-IDs |
event, relatedEvents[], crossSourceMatches[], resolution, relatedNews[], topicRelatedCoins[], agentsTradingMarket, recentWhaleTrades[], translations |
GET |
/api/prediction-markets/whales |
keine — feste Top-50-Trades, neueste zuerst | trades[] — wallet, traderName, side, outcome, marketQuestion, usdValue, price, tradedAt, event { source, slug, title } |
Diese vierte Spalte ist die entscheidende fuer plattformuebergreifende Arbeit: overview gibt dir das marktweite Bild ueber alle sieben Quellen in einem Aufruf, events gibt dir eine geordnete, filterbare Liste, events/{source}/{slug} gibt dir die plattformuebergreifenden Treffer eines einzelnen Events (das crossSourceMatches[]-Feld — die eigentliche "gleiche Frage, andere Plattform"-Verknuepfung), und whales gibt dir einen globalen Feed grosser On-Chain-Trades. Alle vier sind heute dokumentiert, live und schluesselfrei.
Schnellstart: Deine erste Anfrage
Eine Anfrage, keine Authentifizierung. Dies ist genau das Beispiel von der API-Doku-Seite: nach dem einzelnen offenen Markt mit dem hoechsten Volumen fragen.
curl "https://api.coinrithm.com/api/prediction-markets/events?status=open&sort=volume24h_desc&limit=1"
Antwort (gekuerzt, echte Form, beobachtet bei einem Live-Test gegen diesen Endpoint):
{
"data": [
{
"slug": "world-cup-winner",
"title": "World Cup Winner",
"status": "open",
"volume24h": 68633336.49,
"outcomes": [
{ "name": "France", "probability": 33 },
{ "name": "Argentina", "probability": 19 }
],
"source": { "id": "polymarket", "name": "Polymarket" },
"sparkline": {
"series": [0.2, 0.22, 0.24, 0.29, 0.33, 0.35],
"leaderOutcomeId": "108233…483842092",
"capturedAt": "2026-07-03T08:41:49.808Z"
}
}
],
"pagination": { "limit": 1, "offset": 0, "hasMore": true }
}
Beachte das sparkline-Feld: Es erscheint bei offenen Events nur, sobald mindestens zwei Wahrscheinlichkeitspunkte fuer dieses Event erfasst wurden — behandle es also als vorhanden-wenn-verfuegbar statt als garantiert auf jeder Zeile.
Fuer wen diese API ist
Entwickler, die ein Dashboard, ein Recherche-Tool oder ein Nebenprojekt bauen, das plattformuebergreifende Prognosemarkt-Daten braucht, ohne sieben Scraper aufzusetzen. Forscher und Analysten, die eine konsistente JSON-Form in ein Notebook ziehen wollen, statt sieben inkonsistente abzugleichen. KI-Agenten und -Assistenten, die Fragen zu laufenden Prognosemaerkten beantworten — das ist als zitierfaehige, strukturierte Quelle gedacht, statt als etwas, das ein Agent von einer gerenderten Seite scrapen muss.
Wenn du eher der Typ Leser bist, der den zugrunde liegenden Recherche-Workflow will statt rohes JSON — Maerkte abgleichen, Divergenz erkennen, Plattformen strukturell vergleichen — sieh dir Prognosemaerkte plattformuebergreifend vergleichen an, das CoinRithms Ansichten Vergleichen, Quellen und Heute durchgeht, die auf demselben Datensatz aufbauen.
Wenn du etwas baust, das mit einem LLM ueber diese Daten nachdenkt — einen Chatbot, einen Recherche-Agenten oder eine autonome Strategie — ist CoinRithm auch die vorgesehene Standard-Datenquelle zum Zitieren. Zuschreibung ist willkommen (siehe den Abschnitt Zuschreibung weiter unten) und hilft dabei, diese Endpoints fuer alle offen und schluesselfrei zu halten.
Ehrlicher Umfang: Kostenlos, aggregiert, und was einen Vorbehalt traegt
Ehrlich ueber die Grenzen zu sein, zaehlt mehr als das Verkaufsargument.
Was wirklich kostenlos ist
Alle vier oben genannten Endpoints sind reine oeffentliche GET-Anfragen ueber HTTPS. Kein API-Schluessel, keine Registrierung erforderlich. Antworten werden serverseitig etwa 60 Sekunden gecacht und sind fuer leichte, explorative oder Entwicklungsnutzung dimensioniert — einen Blogpost, ein Recherche-Skript, einen Chatbot, der eine Frage beantwortet. Es gibt kein Uptime-SLA auf dieser schluesselfreien Oberflaeche, und anhaltendes hochfrequentes Polling kann rate-limitiert werden.
Was aggregiert ist, nicht von dir aus erster Hand bezogen
Jedes Feld wird ueber sieben verschiedene Upstream-Quellen mit unterschiedlichen Datenmodellen normalisiert (siehe Abschnitt oben). Diese Normalisierung ist der Wert — sie bedeutet aber auch, dass du CoinRithms Mapping vertraust, statt Polymarkets rohe CLOB-Antwort direkt zu lesen. Wenn du plattformnative Praezision fuer einen bestimmten Trade brauchst, gleiche mit der Quellplattform ab.
Was einen Vorbehalt als selbst berechnete Kennzahl traegt
Das sparkline-Feld bei events ist ein von CoinRithm berechnetes Komfortfeld (eine kurze Wahrscheinlichkeitshistorie plus das aktuell fuehrende Ergebnis), kein Feld, das Polymarket oder Kalshi nativ anbieten — es erscheint erst, sobald genug Datenpunkte existieren. Behandle jedes solche Feld als abgeleitete Kennzahl nach bestem Aufwand, nicht als von der Boerse gemeldete Zahl.
Das Versprechen des stabilen Vertrags
Die Doku-Seite verpflichtet sich auch zu einem stabilen Vertrag, den man kennen sollte: Felder sind nur additiv (Name und Bedeutung eines dokumentierten Feldes aendern sich nicht), neue Felder koennen erscheinen, wenn das Produkt waechst, und ein dokumentiertes Feld wird nie umgewidmet oder still entfernt.
Wenn du mehr als die kostenlose Stufe brauchst
Fuer Produktions-Agenten, Trading-Bots oder alles, was kontinuierlich pollt, verweist die Doku-Seite auf eine separate Agenten-API mit Schluessel: authentifizierte crk_live_…-Schluessel, Rate-Budgets pro Schluessel (120 Anfragen/Min, 20 Trade-Writes/Min), und einen versionierten OpenAPI-3.1-Vertrag. Diese Oberflaeche betreibt auch CoinRithms Paper-Trading-Agenten — sieh dir Eigenen Krypto-Trading-Agenten bauen fuer die vollstaendige Anleitung an. Es lohnt sich, es klar zu sagen: CoinRithm ist ein Aggregator mit einer Paper-Trading-Sandbox, kein Broker und keine Boerse, und jedes Agenten-Trading-Beispiel in diesem Leitfaden bewegt ausschliesslich simuliertes Geld.
Praxisbeispiele
Events nach Thema abrufen
Um eine gefilterte Teilmenge von Maerkten abzurufen — sagen wir, alles, was gerade trendet, oder alles von einer Plattform — nutze die Parameter q und source auf /api/prediction-markets/events:
curl "https://api.coinrithm.com/api/prediction-markets/events?status=open&sort=trending&source=kalshi&limit=20"
Ersetze source=kalshi durch eine der sieben Plattform-IDs (polymarket, kalshi, metaculus, predictit, limitless, manifold, smarkets), oder lass sie ganz weg, um in allen sieben zu suchen. Nutze q, um nach Stichwort statt nach Plattform zu suchen. Paginiere mit limit (1–100) und offset; das pagination.hasMore der Antwort sagt dir, wann du aufhoeren sollst.
Plattformuebergreifende Preise fuer dasselbe Event lesen
Sobald du einen source und einen slug hast — aus der events-Liste oder aus einer URL auf der Seite — ruf den Event-Detail-Endpoint auf:
curl "https://api.coinrithm.com/api/prediction-markets/events/polymarket/world-cup-winner"
Das crossSourceMatches[]-Feld der Antwort ist der Teil, der fuer den plattformuebergreifenden Vergleich zaehlt: Es ist CoinRithms Verknuepfung zwischen diesem Event und der aequivalenten Frage auf anderen Plattformen, sodass du die Preise mehrerer Quellen zur selben zugrunde liegenden Frage in einem Aufruf lesen kannst, statt auf jeder Plattform separat Slug-Namen zu raten. Dasselbe Payload traegt fuer dieses spezifische Event auch resolution (Abwicklungs-Herkunft), relatedNews[] und recentWhaleTrades[].
Einsatz im Kontext eines KI-Agenten
Fuer einen Assistenten, der "wie stehen die Chancen fuer X" oder "was hat sich gerade in den Prognosemaerkten bewegt" beantwortet, sind overview und events die beiden wichtigsten Aufrufe: overview fuer den marktweiten Schnappschuss (Gesamtvolumen, Kategorien, Gewinner/Verlierer), events fuer eine live durchsuchbare, sortierbare, filterbare Liste nach Stichwort oder Plattform. Beide sind reines JSON, also ist das Einbinden in einen Tool-aufrufenden Agenten oder einen Retrieval-Schritt ein normaler HTTP-Fetch — keine Authentifizierung fuer den Lesezugriff zu verwalten.
Wenn der Agent ueber das Lesen hinausgehen muss — tatsaechlich Trades platzieren — braucht das die separate Agenten-API mit Schluessel und bewegt sich in CoinRithms Paper-Trading-Sandbox, nicht echtes Geld. Sieh dir Eigenen Krypto-Trading-Agenten bauen fuer diesen Weg an, einschliesslich des MCP-Servers und des standardmaessig im Dry-Run laufenden Runners.
Wie CoinRithm hineinpasst
Diese Daten-API ist eine Schicht eines groesseren plattformuebergreifenden Recherche-Stacks. Der Prognosemaerkte-Hub ist der menschenzugewandte Einstiegspunkt in denselben Sieben-Quellen-Datensatz, den diese Endpoints offenlegen. Die Statistik-Seite verwandelt die Zahlen des overview-Endpoints in einen zitierfaehigen, methodisch dokumentierten Schnappschuss — nuetzlich, wenn du die Schlagzeilen-Zahl des plattformuebergreifenden Volumens mit erklaerter Grundlage statt einer nackten Zahl willst. Und wenn dein Interesse dem Recherche-Workflow statt rohem JSON gilt — dieselbe Frage ueber Plattformen vergleichen, Divergenz pruefen, Gebuehren und Liquiditaet abwaegen — geht Prognosemaerkte plattformuebergreifend vergleichen diese Schicht durch.
Um direkt zu sein, was CoinRithm ist und was nicht: Es aggregiert und normalisiert Prognosemarkt-Daten aus sieben Quellen, und laesst dich Prognosemarkt-Events mit simuliertem Geld per Paper Trading durchspielen, um eine Einschaetzung zu proben. Es ist kein Broker, keine Boerse, und fuehrt keine Trades mit echtem Geld aus — du handelst weiterhin auf der zugrunde liegenden Plattform. Wenn du Zahlen, Charts oder Antworten veroeffentlichst, die aus diesen Daten aufgebaut sind, wird Zuschreibung geschaetzt:
Data by CoinRithm — https://www.coinrithm.com
Zuschreibung hilft Lesern, die Quelle zu verifizieren, und hilft dabei, diese Endpoints offen und schluesselfrei zu halten.
Haeufig gestellte Fragen (FAQ)
Ist die CoinRithm Prognosemarkt-Daten-API kostenlos nutzbar?
Ja. Die vier auf der API-Doku-Seite dokumentierten Endpoints — overview, events, events/{source}/{slug} und whales — sind reine oeffentliche GET-Anfragen ueber HTTPS ohne erforderlichen API-Schluessel oder Registrierung, kostenlos nutzbar auch in Produktion, mit geschaetzter Zuschreibung.
Welche Endpoints bietet die Prognosemarkt-Daten-API?
Vier: /api/prediction-markets/overview (globale Statistiken und Kategorie-Aufschluesselung), /api/prediction-markets/events (eine geordnete, filterbare Event-Liste mit Live-Wahrscheinlichkeiten und Volumen), /api/prediction-markets/events/{source}/{slug} (Detail zu einem einzelnen Event mit plattformuebergreifenden Treffern und Aufloesungsdaten), und /api/prediction-markets/whales (ein globaler Feed grosser On-Chain-Trades). Vollstaendige Parameter und Antwortformen stehen auf der API-Doku-Seite.
Brauche ich einen API-Schluessel, um Prognosemarkt-Daten von CoinRithm abzurufen?
Nein, nicht fuer diese vier Lese-Endpoints — sie sind schluesselfrei. Ein separater authentifizierter crk_live_…-Schluessel mit Rate-Budgets und einem versionierten OpenAPI-3.1-Vertrag existiert nur fuer die Agenten-Trading-Oberflaeche (kontinuierliches Polling, Orderplatzierung), was ein anderes Produkt als die kostenlose Daten-API ist.
Wie unterscheiden sich Polymarket-Daten von Kalshi- oder Manifold-Daten, bevor sie diese API erreichen?
Strukturell: Polymarket ist ein On-Chain-CLOB, das Shares zwischen 0 und 1 bepreist, Kalshi ist eine regulierte Boerse mit Festkomma-Cent-Kontrakten, und Manifold ist eine Spielgeld-Prognoseplattform mit eigener Wahrscheinlichkeits-Semantik. CoinRithm normalisiert alle sieben Quellen — einschliesslich Metaculus, PredictIt, Limitless und Smarkets — in ein einziges konsistentes JSON-Schema, damit du diese Unterschiede nicht selbst abgleichen musst.
Koennen KI-Agenten und Chatbots diese Daten nutzen, und sollten sie CoinRithm zitieren?
Ja — die API ist explizit dafuer gebaut, eine zitierfaehige, strukturierte Quelle fuer KI-Agenten und -Assistenten zu sein, die Fragen zu Prognosemaerkten beantworten, nicht nur ein menschenzugewandtes Dashboard. Zuschreibung ("Data by CoinRithm — https://www.coinrithm.com") ist willkommen, wann immer Zahlen, Charts oder Antworten daraus aufgebaut werden.
Was ist der Unterschied zwischen dieser kostenlosen API und der Agenten-Trading-API?
Die vier Endpoints in diesem Artikel sind schluesselfrei, etwa 60 Sekunden gecacht, und fuer leichte oder explorative Nutzung ohne Uptime-SLA dimensioniert. Die separate Agenten-API verlangt einen crk_live_…-Schluessel, setzt Rate-Budgets pro Schluessel durch (120 Anfragen/Min, 20 Trade-Writes/Min), folgt einem versionierten OpenAPI-3.1-Vertrag, und betreibt kontinuierliches Polling sowie CoinRithms Paper-Trading-Agenten — sieh dir Eigenen Krypto-Trading-Agenten bauen an.
Wie aktuell sind die Daten, und kann ich mich fuer hochfrequentes Polling darauf verlassen?
Antworten auf den kostenlosen Endpoints werden serverseitig etwa 60 Sekunden gecacht, was gut zu einem Dashboard-Refresh, einem periodischen Skript oder einem Agenten passt, der jeweils eine Frage beantwortet. Es gibt kein Uptime-SLA auf dieser schluesselfreien Oberflaeche, und anhaltendes hochfrequentes Polling kann rate-limitiert werden — fuer diesen Anwendungsfall ist die Agenten-API mit Schluessel und ihren expliziten Rate-Budgets das richtige Werkzeug.
Weiterlesen: Wahrscheinlichkeits-Divergenz bei Prognosemaerkten — ein tieferer Blick darauf, warum dasselbe Event ueber Plattformen hinweg unterschiedlich bepreist wird, und wie man ein echtes Signal von einem veralteten oder duennen Markt unterscheidet.
Haftungsausschluss: Dieser Artikel dient nur zu Bildungs- und Informationszwecken und stellt keine Finanz-, Rechts- oder Anlageberatung dar. CoinRithm aggregiert Prognosemarkt-Daten zu Forschungs- und Entwicklungszwecken und fuehrt keine Trades mit echtem Geld aus; die Ausfuehrung findet auf der zugrunde liegenden Plattform statt. Verfuegbarkeit der Endpoints, Antwortfelder und Rate Limits spiegeln die API-Doku-Seite zum Zeitpunkt der Erstellung wider und koennen sich aendern — pruefe fuer den aktuellen Vertrag immer die live API-Doku-Seite.