DepthFeed.

Ein Marktdaten-Produkt muss mehr tun, als einen Preis zurückzugeben. Ein Forscher muss einen Markt entdecken, die richtige Kennung auswählen, verstehen, was erfasst wurde, und eine nutzbare Historie abrufen. Die Website, Dokumentation und API müssen denselben Vertrag erklären.

DepthFeed bringt Metadaten von Prognosemärkten und aufgezeichnete Orderbuch-Historie in ein Produkt für Entdeckung und Forschung. Seine Dokumentation macht eine wichtige Unterscheidung: Dass ein Endpoint erfolgreich zurückkehrt, beweist nicht, dass die zugrunde liegenden Daten vollständig sind.

Das Projekt trennt Serving-APIs, Sammlung und historische Ingestion, die öffentliche Website und Konto-Erfahrung sowie Client-Beispiele. Diese Trennung ermöglicht es, dass die öffentliche Erklärung und die Implementierung um definierte Schnittstellen herum weiterentwickelt werden.

Die dokumentierte Integration umfasst REST-Discovery und Historie sowie normalisierte WebSocket-Bücher und Preise. Kontorichtlinien, Kennungen, Cursor und Zeitstempel bleiben explizit definiert, damit ein Client nicht ableiten muss, wie der Dienst funktioniert.

Venue-Bezeichnungen und Kennungen werden nicht als über verschiedene Quellen hinweg identisch interpretiert. Die Dokumentation unterscheidet zwischen einer Kandidatenbeziehung und bestätigter Vertragsäquivalenz, einschließlich Zuständen, die noch überprüft werden müssen.

Dies ist sowohl eine Produktgestaltungs- als auch eine Engineering-Entscheidung. Ein Nutzer muss wissen, was ein Datensatz unterstützen kann, bevor er darauf aufbauend Vergleiche oder Analysen durchführt. Klare Zustände sind nützlicher als die Darstellung unsicherer Informationen als gesichert.

Die Arbeit verbindet ein Informationsmodell mit einer Website, Kontoeinstellungen, API-Dokumentation und Integrationsbeispielen. Sie veranschaulicht, warum die Produktentwicklung konsistente Sprache und Zustände über das sichtbare Erlebnis und die dahinterliegenden Systeme hinweg benötigt.

Die Lektion aus der Umsetzung besteht darin, Dokumentation und Ausnahmefälle als Teil des Produkts zu betrachten. Ein Integrationsvertrag sollte fehlende Abdeckung, Identität und Wiederherstellung erklären, anstatt nur eine erfolgreiche Anfrage zu beschreiben.

DepthFeed’s öffentliche Produkt- und Integrationsdokumentation zeigt, wie Marktdatensätze, eine API und eine Research-Schnittstelle zusammenpassen. Die folgenden Links bieten den aktuellen Produktkontext und die Integrationsreferenz.

Abdeckung und Verfügbarkeit variieren je nach Venue und Markt. Eine Datenintegration beginnt mit der Überprüfung der erforderlichen Quelle, des Zeitraums und der Zugriffsmethode anhand der aktuellen Dokumentation.