Für Entwickler · Marktdaten

Crypto Bubbles API: woher die Daten wirklich fließen und wie du dein eigenes Board baust

Die kurze Antwort auf die häufigste Frage: Die offizielle App bewirbt keine öffentliche API. Die längere Antwort ist spannender — denn die gesamte Datenkette, aus der sich Bubble-Apps bedienen, ist öffentlich zugänglich, und du kannst daraus an einem einzigen Abend dein eigenes Board bauen. Wir zeigen dir wie: von der Wahl der Quelle über REST kontra WebSocket bis zum Code, der die Bubbles zeichnet.

Schema des Datenflusses: Krypto-Börsen, Aggregatoren, API und Bubble-Interface

Ehrlich ab der Türschwelle

Hat Crypto Bubbles eine öffentliche API?

Fangen wir mit dem an, weswegen die meisten hier landen. Die offizielle Website cryptobubbles.net bewirbt keine öffentliche, dokumentierte API für Entwickler. Es gibt dort kein Developer-Portal, keine Preisliste für Requests und keine Endpoint-Dokumentation. Crypto Bubbles ist ein Endnutzer-Produkt — eine Visualisierung für über tausend Coins, automatisch aktualisiert, verfügbar im Browser und als Mobile-App (so präsentiert es die eigene Website) — und kein Daten-Großhandel.

Wir schreiben das so direkt, weil im Netz eine Menge Anleitungen kursieren, die das Gegenteil suggerieren oder — schlimmer — sich als „offizielle Crypto Bubbles API“ mit käuflichen Keys ausgeben. Behandle solche Angebote wie gefälschte APKs aus Foren: Da versucht jemand, dir etwas zu verkaufen, das der Hersteller gar nicht anbietet. Die Regel aus unserem Download-Guide gilt auch hier — die einzige Wahrheitsquelle zum offiziellen Produkt ist cryptobubbles.net.

Und jetzt die gute Nachricht: Um dein eigenes Bubble-Board zu bauen, brauchst du die API einer bestimmten App überhaupt nicht. Bubbles sind nur eine Art, Daten zu zeichnen, die der Markt ohnehin veröffentlicht. Du brauchst vier Zahlen pro Coin und vierzig Zeilen Code. Genau dem widmen wir den Rest dieser Seite.

Wie Bubble-Apps an ihre Daten kommen: eine Kette mit drei Gliedern

Jede Marktvisualisierung — von Bubbles bis zu den Heatmaps, die wir im Guide zur Marktkarte beschreiben — steht auf derselben Lieferkette:

  • Glied 1: die Börsen. Die Urquelle jedes Preises ist das Orderbuch einer konkreten Börse. Hier werden die Trades abgeschlossen, und „der Bitcoin-Preis“ ist in Wirklichkeit ein Bündel aus Dutzenden Preisen von Dutzenden Handelsplätzen, die sich um Bruchteile eines Prozents unterscheiden.
  • Glied 2: die Aggregatoren. Datendienste sammeln die Notierungen von Hunderten Börsen, mitteln sie (meist volumengewichtet), rechnen die Umlaufmenge dazu und liefern fertige Metriken: Marktkapitalisierung, Ranking, prozentuale Änderungen in Standard-Zeitfenstern.
  • Glied 3: die Apps. Visualisierungen wie das Bubble-Board holen sich von den Aggregatoren normalisiertes JSON und verwandeln Zahlen in Geometrie und Farbe. Die ganze „Magie“ passiert im Browser des Nutzers.

Diese Aufteilung hat eine praktische Konsequenz für dein Projekt: Du kannst dich an jedem Glied einklinken. Der Aggregator gibt dir Komfort — ein Endpoint, tausende Coins, fertig berechnete Marktkapitalisierungen. Die Börse gibt dir Frische — Daten direkt aus dem Orderbuch, ohne Zwischenhändler und ohne Mittelungs-Verzögerung, dafür nur für die Paare dieses einen Handelsplatzes. Reife Projekte kombinieren oft beide Quellen: den Aggregator für Ranking und Marktkapitalisierung, die Börse für Echtzeitpreise.

Architektur

REST oder WebSocket: zwei Arten, aus demselben Hahn zu trinken

Jede ernsthafte Markt-API liefert die Daten auf zwei Wegen, und die Wahl zwischen ihnen ist die erste Architekturentscheidung deines Projekts.

REST funktioniert wie Frage und Antwort: Du schickst einen HTTP-Request, bekommst JSON, Ende des Gesprächs. Vorteile: Einfachheit, leichtes Debugging (die Antwort schaust du dir direkt im Browser an), Caching gratis. Nachteile: Jede Aktualisierung ist ein neuer Request, und die Rate Limits in kostenlosen Plänen sind oft knapp — typischerweise von wenigen bis zu einigen Dutzend Anfragen pro Minute. Für ein Bubble-Board, das sich alle 30–60 Sekunden aktualisiert, reicht das völlig; nebenbei bemerkt aktualisiert auch die offizielle Crypto Bubbles App ihre Daten alle paar Dutzend Sekunden, wie ihre Website angibt.

WebSocket ist eine offene Leitung: Du baust eine einzige Verbindung auf, und der Server schiebt dir jede Änderung von selbst zu — jeden neuen Preis-Tick, jeden Trade, jedes Orderbuch-Update. Vorteile: Latenzen im Millisekunden- statt Sekundenbereich und keine verschwendeten Limits für die Frage „hat sich etwas geändert?“. Nachteile: Du musst Verbindungsabbrüche, Re-Subscriptions und Message-Queuing behandeln — der Code wird ernsthafter. WebSocket ist im algorithmischen Trading und bei Live-Tickern unverzichtbar; für eine Visualisierung des „Marktzustands“ ist er oft eine Kanone für Spatzen.

Praktische Regel: Fang mit REST an. Wechsle erst dann zu WebSocket, wenn du konkret benennen kannst, was dir eine Verzögerung von 30 Sekunden kaputt macht. Kannst du es nicht — macht sie nichts kaputt.

Die vier Felder, aus denen man Bubbles zeichnet

Zerlegen wir das Board in Daten. Um eine sinnvolle Bubble-Ansicht zu zeichnen, brauchst du pro Coin genau vier Felder:

  • Symbol (BTC, ETH…) — die Beschriftung der Bubble.
  • Marktkapitalisierung — steuert die Größe. Sie, nicht der Stückpreis, bildet die Größenordnung eines Projekts ab; warum das ein fundamentaler Unterschied ist, erklären wir beim CoinCompare-Rechner.
  • Prozentuale Änderung im gewählten Fenster (Stunde, Tag, Woche…) — steuert die Farbe und ihre Sättigung.
  • 24h-Volumen — zeichnet nichts direkt, erlaubt dir aber, „tote“ Coins herauszufiltern, deren Preis sich über drei Trades am Tag bewegt.

Alles jenseits dieses Sets — Ranking, Supply, ATH, Links — ist Beiwerk für die Coin-Karte, nicht für das Board selbst. Beachte: Wir reden über ein paar Hundert Bytes pro Coin — tausend Coins sind eine JSON-Antwort von der Größe eines kleinen Fotos. Deshalb laufen Bubble-Boards selbst auf schwachen Handys flüssig.

Werkstatt

Mini-Tutorial: dein eigenes Bubble-Board an einem Abend

Unten das Grundgerüst in JavaScript — bewusst vereinfachter Pseudocode, den du um die Adresse deiner gewählten API ergänzt. Die Logik hat drei Etappen: Ticker laden, Marktkapitalisierung in einen Radius umrechnen, prozentuale Änderung in eine Farbe, zeichnen.

// 1. Daten laden (REST, Refresh alle 60 s)
async function fetchCoins() {
  const res = await fetch(API_URL + '/tickers?limit=100'); // API-Key im Header, nie im Code
  const coins = await res.json();
  return coins.filter(c => c.volume24h > 1_000_000); // tote Coins abschneiden
}

// 2. Skalierung: Radius ~ Wurzel aus der Marktkapitalisierung
//    (das Auge vergleicht FLÄCHEN von Kreisen, nicht Radien!)
function radius(cap, maxCap) {
  const R_MAX = 90, R_MIN = 6;
  return Math.max(R_MIN, R_MAX * Math.sqrt(cap / maxCap));
}

// 3. Farbe: Grün für Anstieg, Rot für Rückgang,
//    Sättigung wächst mit dem Absolutwert der Änderung
function color(changePct) {
  const sat = Math.min(Math.abs(changePct) / 15, 1); // volle Sättigung ab ±15 %
  return changePct >= 0
    ? `rgba(34, 197, 94, ${0.35 + 0.65 * sat})`
    : `rgba(239, 68, 68, ${0.35 + 0.65 * sat})`;
}

// 4. Zeichnen: Canvas + einfache Abstoßungs-Simulation
setInterval(async () => {
  const coins = await fetchCoins();
  const maxCap = Math.max(...coins.map(c => c.marketCap));
  draw(coins.map(c => ({
    label: c.symbol,
    r: radius(c.marketCap, maxCap),
    fill: color(c.change24h)
  })));
}, 60_000);

Zwei Hinweise, die über das Gerüst hinausgehen. Erstens, die Physik der Anordnung: Damit sich die Bubbles nicht überlappen, nimm eine fertige Kräfte-Simulation — in der Bibliothek d3 ist das das Modul d3-force mit Kollisionen (forceCollide); auf purem Canvas reicht eine Schleife, die sich schneidende Kreise auseinanderdrückt. Zweitens, die Wurzel in der Radius-Funktion ist keine Marotte: Die Fläche eines Kreises wächst mit dem Quadrat des Radius, eine lineare Skalierung des Radius würde also dafür sorgen, dass ein 100-mal größerer Coin 10.000-mal mehr Bildschirm einnimmt. Die Hälfte der „Amateur-Boards“ im Netz macht genau diesen Fehler und lügt visuell über die Proportionen des Marktes — und Proportionen sind der ganze Kern dieser Visualisierung, mehr dazu im Guide darüber, was Crypto Bubbles ist.

Die richtige Daten-API wählen: sechs Kriterien

KriteriumWonach fragenWorauf achten
MarktabdeckungWie viele Coins und Börsen? Werden Marktkapitalisierungen berechnet?„10.000 Coins“ zählt oft tote Token ohne Volumen mit
WebSocketGibt es einen Live-Stream und was umfasst er (Ticks, Trades, Orderbuch)?Manche Pläne bieten WS erst ab der Bezahlstufe
Rate LimitsWie viele Requests pro Minute/Monat in deinem Plan?Pro Endpoint gezählte Limits überraschen gern mitten im Monat
PreisKosten des Plans bei deinem realen Traffic, nicht dem heutigenPreissprünge zwischen den Stufen sind oft ein Mehrfaches
Historische DatenWie weit reichen die Kerzen zurück und in welcher Auflösung?Kostenlose Pläne liefern oft nur Tage, keine Jahre
Stabilität und SLAStatus-Page, Ausfallhistorie, VerfügbarkeitsgarantienKeine öffentliche Status-Page ist selbst schon eine Antwort

Eine eigene Anmerkung zu Börsen-APIs als vollwertiger Quelle: Wenn sich dein Projekt um den Handel dreht — Backtesting, ein Bot, ein Monitor für deine eigenen Orders —, ist die API der Börse weniger eine Alternative als eine Notwendigkeit, denn nur sie gibt dir das Orderbuch, die Trade-Historie und die Möglichkeit, Orders zu platzieren. Die Dokumentationen reifer Börsen bieten REST und WebSocket, Sandboxes zum Testen und Client-Bibliotheken in den gängigen Sprachen. Das ist auch der kürzeste Weg, die Theorie dieser Seite mit einem echten Datenstrom kollidieren zu lassen.

Angaben zu den Funktionen der offiziellen Crypto Bubbles App (Coin-Umfang, Plattformen, Aktualisierungsfrequenz) nach cryptobubbles.net (Stand: Juli 2026).

Sicherheit

API-Keys: ein Crashkurs darin, sich das Konto nicht anzuzünden

Diese Sektion schreiben wir aus der Sicht eines Auditors, der zu viele Repositories mit Keys in der Commit-Historie gesehen hat. Ein API-Key für öffentliche Daten ist eine Kleinigkeit — schlimmstenfalls frisst dir jemand dein Request-Limit weg. Ein API-Key zu deinem Börsenkonto ist eine ganz andere Kategorie: In den falschen Händen kann er das Konto leerräumen. Die Regeln:

  • Committe niemals Keys. Halte sie in Umgebungsvariablen oder einem Secrets-Manager; die .env-Datei gehört vom ersten Tag an in die .gitignore. Einen Key, der einmal in der Repo-Historie gelandet ist, betrachtest du als verbrannt und generierst einen neuen — das Löschen der Datei entfernt ihn nicht aus der Historie.
  • Minimale Rechte. Zum Lesen von Daten reicht ein Read-only-Key. Handelsrechte bekommen nur Bots, die tatsächlich handeln, und Auszahlungsrechte — am besten niemals. Kein Analyse-Bot braucht die Möglichkeit, Geld abzuheben.
  • IP-Allowlist. Reife APIs lassen dich einen Key auf konkrete Adressen beschränken. Ein geleakter Key, der an die IP deines Servers gebunden ist, ist für den Dieb nutzlos.
  • Rotation und Hygiene. Ein eigener Key pro Projekt, quartalsweise Durchsicht und Löschen ungenutzter Keys, sofortige Rotation bei jedem Leck-Verdacht. Klingt bürokratisch, dauert zehn Minuten, rettet Konten.

Warnung: Bots und „Signal-Tools“, die nach einem Key mit Auszahlungsrecht fragen, sind ein Standard-Diebstahlvektor. Ein seriöses Analysewerkzeug braucht solche Rechte nie — die Bitte danach beendet das Gespräch.

Diese Seite in aller Kürze

  • Die offizielle Crypto Bubbles App bewirbt keine öffentliche API — um Angebote „offizieller Keys“ machst du einen großen Bogen.
  • Die Daten fließen über die Kette Börsen → Aggregatoren → Apps; dein eigenes Projekt kannst du an jedem Glied einklinken.
  • REST reicht für ein Board mit Minuten-Refresh; WebSocket nimmst du erst, wenn die Latenz wirklich wehtut.
  • Zum Zeichnen der Bubbles genügen Symbol, Marktkapitalisierung, prozentuale Änderung und Volumen — plus ein Radius, der mit der Wurzel skaliert.
  • API-Keys: raus aus dem Repository, mit minimalen Rechten, an IPs gebunden, regelmäßig rotiert.

FAQ

Häufige Fragen zur Crypto Bubbles API und zu Marktdaten

Bietet Crypto Bubbles eine öffentliche API an?

Die offizielle Website cryptobubbles.net bewirbt keine öffentliche, dokumentierte API für Entwickler — die App ist ein Endnutzer-Produkt, kein Datenanbieter. Wenn du eine eigene Visualisierung bauen willst, greif zur API von Marktdaten-Aggregatoren oder direkt zu den APIs der Börsen.

REST oder WebSocket — was nimmt man für Marktdaten?

REST für Daten, die du alle paar Dutzend Sekunden aktualisierst (Marktkapitalisierungen, Rankings, prozentuale Änderungen) — es ist einfacher und leichter zu debuggen. WebSocket für den Echtzeit-Strom aus Trades und Preis-Ticks, wenn jede Sekunde zählt. Ein Bubble-Board läuft problemlos mit REST.

Welche Datenfelder braucht man, um Bubbles zu zeichnen?

Das Minimum sind vier Felder pro Coin: Symbol, Marktkapitalisierung, prozentuale Änderung im gewählten Zeitfenster und Volumen. Die Marktkapitalisierung steuert den Radius der Bubble, die prozentuale Änderung die Farbe, und das Volumen hilft beim Herausfiltern toter Coins.

Warum skaliert der Bubble-Radius mit der Wurzel aus der Marktkapitalisierung?

Weil das Auge die Flächen von Kreisen vergleicht, nicht die Radien. Die Fläche wächst mit dem Quadrat des Radius; damit ein zehnmal größerer Coin zehnmal mehr Fläche einnimmt, muss der Radius also wie die Wurzel aus der Marktkapitalisierung wachsen. Eine lineare Skalierung des Radius würde große Coins visuell um das Hundertfache überzeichnen.

Reicht eine kostenlose Markt-API für ein eigenes Projekt?

Zum Lernen und für ein Hobby-Dashboard — meistens ja: Die kostenlosen Pläne der Aggregatoren bieten von wenigen bis zu einigen Dutzend Anfragen pro Minute, und ein Board, das sich alle 30–60 Sekunden aktualisiert, bleibt in diesen Limits. Für ein kommerzielles Produkt brauchst du einen Bezahlplan mit SLA, höheren Limits und historischen Daten.

Wie bewahrt man API-Keys sicher auf?

Nie im Code oder im Repository — nur in Umgebungsvariablen oder einem Secrets-Manager. Gib den Keys minimale Rechte (nur lesen, keine Auszahlungen), aktiviere eine IP-Allowlist und rotiere sie nach jedem Leck-Verdacht. Einen Key mit Handelsrecht behandelst du wie das Passwort zu deinem Bankkonto.

Vom Dokulesen zum ersten Request

Markt-APIs lernst du am schnellsten, indem du echte Anfragen schickst. Die Dokumentation einer Börsen-API mit REST, WebSockets und Keys mit eingeschränkten Rechten ist ein guter Startplatz zum Üben.