Balancer API: was sie abdeckt und die Abstimmung ums Ende

Was rund um Balancer meist verlinkt wird, ist das SDK oder der Subgraph, dabei ist der GraphQL-Server hinter der Balancer-App öffentlich, keyless und detailliert, bis hin zu einer Aufschlüsselung der APR pro Reward-Token.

Es folgt, was ich beim Live-Lesen dieses Schemas gefunden habe, was ein Chain-weiter Index wie DexPaprika obendrauf liefert, wie klein Balancers Fußabdruck auf jeder Chain ist, die ich prüfen konnte, und die Governance-Abstimmung, die das Protokoll noch vor Jahresende beenden könnte. Die Methode steht am Ende, inklusive zweier Zahlen, die nicht übereinstimmen, und ich tue nicht so, als wäre das nicht der Fall.

Was die Balancer API wirklich liefert

Introspektion des Schemas unter api-v3.balancer.fi/graphql liefert 25 Top-Level-Query-Felder. Gruppiert nach Zweck:

Sie antwortet ohne Key, über einfaches POST:

Allein das Pool-Objekt trägt mehr als die meisten Single-DEX-APIs sich die Mühe machen zu liefern: isPaused, isInRecoveryMode, holdersCount, aggregateSwapFee, dazu ein aprItems-Array, typisiert über 19 Reward-Kategorien, von reinen Swap-Gebühren bis zu Aura- und Merkl-Incentive-Kampagnen. Geht es um „beschreibe einen Balancer-Pool“ oder „was verdient dieses LP gerade“, ist das hier das richtige Werkzeug, und ein Chain-Index macht es nicht besser.

Was ein Chain-weiter Index stattdessen liefert

Zwei Dinge fehlen, und beide sind strukturell. Es gibt keinen OHLCV-Endpunkt, nur poolGetSnapshots, eine tägliche Aufzeichnung von Liquidität, Anteilspreis und Volumen, die du selbst in Candles umwandeln müsstest. Und es gibt nichts außerhalb von Balancer. Das GqlChain-Enum der API listet 17 Werte, 16 laufende Netzwerke plus ein Sepolia-Testnet, aber jedes davon ist Balancers eigenes Deployment. Fragst du nach Uniswap oder Curve auf derselben Chain, antwortet keine Query.

Das ist das Argument für einen Multi-DEX-Index: Balancers Daten beschreiben immer nur Balancer. Ein Schema, das für jede DEX auf einer Chain dieselbe Form liefert, ist es, was dich einen gegen neun andere vergleichen lässt, ohne neun Integrationen zu bauen, und genau da liegt DexPaprikas Wert speziell für Balancer.

Balancers Anteil am DEX-Volumen, 23. September 2026

DexPaprika indexiert Balancer unter zwei IDs: balancer_v2 auf Arbitrum, Ethereum und Polygon, und balancer_v3 auf Plasma, seinem einzigen V3-Deployment in dieser Auswahl. Gemessen gegen jede DEX-Zeile, die DexPaprika für die jeweilige Chain führt, aus einem einzelnen Snapshot um 22:17 UTC:

Addiert man die vier Zeilen, kommt Balancers gesamter DexPaprika-indexierter Fußabdruck auf rund 4,0 Mio. $ am Tag, gegen 69,5 Mio. $ allein an gesamtem Polygon-DEX-Volumen am selben Tag. Polygon ist der Ausreißer mit weitem Abstand: überall sonst liegt Balancer unter einem Fünftel Prozent der Chain.

Ein Protokoll, das über sein eigenes Fortbestehen abstimmt

Für alle, die Balancer jetzt integrieren, zählen zwei Ereignisse. Am 3. November 2025, gegen 07:40 UTC, nutzte ein Angreifer einen Rundungsfehler in der Skalierungsmathematik von Balancer v2s Composable Stable Pools aus, mit Verlusten von über 120 Mio. $. Die technischen Berichte von Certora und OpenZeppelin verorten den Bug in der Stable-Pool-Mathematik von v2, und Certoras Bericht hält fest, dass v3 davon nicht betroffen war.

Am 14. September 2026 folgte dann ein Vorschlag in Balancers eigenem Forum für ein „geordnetes Winddown“: keine neue Geschäftsentwicklung mehr, Pools ab dem 30. Oktober 2026 nur noch für Withdrawals, soweit die Contracts das zulassen, und die DAO geschlossen, soweit rechtlich und praktisch möglich. Der Zeitplan setzt die Snapshot-Abstimmung auf den 25. bis 29. September 2026, zwei Tage nach den Messungen in diesem Artikel. Wird er angenommen, fährt die Infrastruktur ab dem 1. November auf ein vereinfachtes Withdrawal-Interface, die dafür nötige Subgraph-Abdeckung und öffentliche Dokumentation herunter, verfügbar gehalten über beide Runden einer Treasury-Ausschüttung an BAL-Halter, die erste ab Ende Mai 2027. Nicht alle im Thread sind einverstanden: Ein Fork wurde dort einen Tag nach Veröffentlichung des Vorschlags als andere Richtung ins Spiel gebracht.

Wo die beiden Volumen-Messungen auseinandergehen

Ich habe Balancers eigenes protocolMetricsChain neun Minuten nach dem DexPaprika-Snapshot oben abgefragt, und bei keiner der vier Chains stimmen die beiden überein:

Beide Messwerte sind 24-Stunden-Swap-Volumen, beide live und keyless, mit Zeitstempeln innerhalb von zehn Minuten zueinander. Auf Ethereum, Arbitrum und Plasma liegt Balancers eigene Zahl höher als unsere. Auf Polygon ist es umgekehrt, um den Faktor acht. Ich habe nicht geklärt, welche Zählregel die Lücke erzeugt, und werde hier nicht raten. Wenn dir eine Polygon-spezifische Balancer-Zahl für dein Projekt wichtig ist, hol beide live ab.

Candles und Swaps für einen Balancer-Pool

Der meistgehandelte Balancer-V2-Pool auf Polygon an diesem Tag war ein USDC/USDT0-Paar mit 595.957 $ des Volumens oben, bei einer Liquidität von unter 9.000 $. Beide Calls unten funktionieren ohne Key.

Stündliche Candles, die nichts in Balancers Schema direkt liefert:

Jede Zeile trägt time_open, time_close, open, high, low, close und volume. Der einzelne Swap-Feed dahinter:

Zeilen tragen token_0_symbol, token_1_symbol, beide Beträge, price_0_usd und price_1_usd, created_at und factory_id, letzteres zeigt auf den Balancer-Vault-Contract, über den jeder V2-Pool läuft. Dieselben zwei Calls, dieselbe Form, funktionieren gegen jede andere DEX auf Polygon, und genau das ist der ganze Sinn, eine Chain statt eines einzelnen Protokolls zu indexieren.

Zum Ausprobieren reicht ohne Key. Ein kostenloser Key von console.dexpaprika.com erhöht Rate Limit und Kontingent, aktuelle Zahlen für jede Stufe stehen auf der Pricing-Seite, weil sie sich ändern, und bevor du damit baust, solltest du wissen: Daten im kostenlosen Tier können bis zu 60 Sekunden hinterherhängen, Echtzeit gibt es nur im bezahlten Tier.

Häufige Fragen

Hat Balancer eine API?

Ja. Ein öffentlicher GraphQL-Server unter api-v3.balancer.fi, dokumentiert auf docs.balancer.fi unter Data and Analytics, mit 25 Top-Level-Queries für Pools, Preise, Swap- und LP-Ereignisse, Protokollkennzahlen und veBAL-Governance.

Brauche ich einen API-Key für Balancer?

Nein. Jede Query, die ich am 23. September 2026 ausgeführt habe, antwortete ohne Key und ohne jeden Authentifizierungs-Header.

Gibt es eine Balancer-v3-API?

Derselbe GraphQL-Server deckt beide Versionen ab; Pools tragen ihre Protokollversion in Typ und Pool-ID, statt auf einem eigenen Host zu liegen. DexPaprika unterscheidet sie als separate DEX-IDs, balancer_v2 und balancer_v3.

Liefert die Balancer API OHLCV oder Preis-Candles?

Nein. Es gibt keinen Open-High-Low-Close-Endpunkt. poolGetSnapshots liefert tägliche Liquidität, Anteilspreis und Volumen, das ist eine Zeitreihe, aber keine Candle, und tokenGetHistoricalPrices deckt Token-Preise ab, nicht Pool-Preise.

Wird Balancer abgeschaltet?

Noch nicht entschieden. Ein Vorschlag, das Protokoll abzuwickeln und die Treasury an BAL-Halter zurückzugeben, steht vom 25. bis 29. September 2026 zur Snapshot-Abstimmung. Das im Vorschlag genannte Datum für nur noch Withdrawals ist der 30. Oktober 2026; was bei einer Annahme sonst passiert, steht im Abschnitt oben.

Sollte ich für Balancer-Daten Balancers API oder eine DEX-Aggregator-API nutzen?

Für alles, was sich auf Balancer allein beschränkt, Pool-Details, APR-Aufschlüsselung, Governance, LP-Ereignisse, ist die eigene API die vollständigere Quelle und die, die Balancer selbst aktuell hält. Greif zu einem Chain-weiten Index wie DexPaprika, wenn die Frage mehr als eine DEX betrifft, OHLCV braucht, oder unverändert weiterlaufen muss, falls sich Balancers eigene Infrastruktur ändert.

Wie diese Zahlen gemessen wurden

Das Balancer-API-Schema und jeder Feldname stammen aus einer Live-Introspection-Query gegen api-v3.balancer.fi/graphql am 23. September 2026. Die Query-Feld-Zahl von 25 und die Feldlisten für Pool, Event und APR-Typ sind direkt aus diesem Live-Schema abgelesen.

DEX-Volumen und -Anteile stammen aus einem Snapshot von GET /networks/{network}/dexes für Arbitrum, Ethereum, Polygon und Plasma, aufgenommen um 22:17 UTC. Der Anteil jeder Chain ist Balancers Zeile geteilt durch die Summe aller DEX-Zeilen, die DexPaprika im selben Snapshot für diese Chain zurückgab: ein Anteil speziell am indexierten DEX-Volumen dieser Chain. Balancers eigene swapVolume24h-Werte stammen aus protocolMetricsChain um 22:27 UTC am selben Tag und sind wie zurückgegeben zitiert, ohne Anpassung.

Die Zahlen zum meistgehandelten Pool sowie die OHLCV- und Transaktions-Calls sind wörtlich aus Live-Antworten von DexPaprika für Pool 0x74d5e70a8db6281ef5341d609725b1c7bbf5ebc6 auf Polygon zitiert. Datum, Uhrzeit und Mechanismus des Exploits stammen aus den unabhängigen technischen Berichten von Certora und OpenZeppelin, gegeneinander abgeglichen. Die Winddown-Fakten, einschließlich der Abstimmungstermine und des Withdrawals-only-Datums vom 30. Oktober, sind aus dem eigenen Zeitplan des Vorschlags auf forum.balancer.fi abgelesen. Balancer-Forks, die DexPaprika unter eigenem Namen führt (Beets auf Sonic, Beethoven X auf Optimism, BeraSwap auf Berachain), werden hier nicht zu Balancer gezählt.

Jede Volumen- und Anteilszahl ist ein 24-Stunden-Fenster, das zum Messzeitpunkt endet, rechne also mit Bewegung, und das Ergebnis der Abstimmung war beim Schreiben dieses Artikels noch nicht bekannt.

Die vollständige REST-Referenz gibt es unter docs.dexpaprika.com. Balancers eigene API ist dokumentiert unter docs.balancer.fi. Für den Winddown-Vorschlag selbst ist die Quelle Balancers Governance-Forum, und das breitere Muster von DeFi-Angriffen behandelt DeFi-Exploits 2026.

Dieselbe Frage zur API-Abdeckung für zwei weitere DEXes: was die Uniswap API liefert, und was Raydiums API auf Solana abdeckt.