Depeg Monitor

Spalten: Kurs A/B = USD-Preise der beiden Token aus der Live-Quelle. Live-Ratio = Kurs A ÷ Kurs B, der aktuelle Marktkurs des Pairs. Protokoll = der echte, on-chain verifizierte Fair-Value-Kurs direkt aus dem jeweiligen Staking-/Vault-Contract (siehe unten). Abweichung = wie weit Live-Ratio vom Protokoll-Kurs entfernt ist, das eigentliche Depeg-Signal. Pool = Link zum DexScreener-Pool und ggf. zur offiziellen Protokoll-Seite.

Methode (Kursquelle): Die meisten Pairs sind keine 1:1-Pegs, sondern LST/LRT-Tokens mit einem Exchange Rate, der durch Staking-Rewards kontinuierlich steigt. DexScreener ist primäre Quelle – pro Pair wird automatisch der liquideste passende Pool gefunden und der direkte priceNative-Wechselkurs aus diesem Pool verwendet, statt zwei separat abgefragte USD-Preise zu dividieren (vermeidet Rundungs-/Timing-Abweichungen zwischen zwei Preisquellen). Nur falls DexScreener für ein Pair keinen passenden Pool liefert, springt automatisch DeFiLlama und danach CoinGecko als Fallback ein – jeweils nur für die betroffenen Pairs, nicht pauschal für alle. Alle Abfragen mit 8s Timeout. Welche Quelle für eine Zeile tatsächlich gegriffen hat, steht klein unter dem Pair-Namen. Bei fehlendem aktuellem Kurs bleibt der letzte bekannte Wert sichtbar (Zeile abgedunkelt markiert, "⚠ veraltet") statt auf "n/a" zu springen.

Protokoll-Rate (Vergleichsbasis für die Abweichung): Jedes Pair hat einen echten On-Chain-Protokoll-Kurs als Vergleichsbasis (sAVAX/AVAX über BENQI, kHYPE/HYPE über Kinetiq, weETH/ETH über ether.fi, cbETH/ETH über Coinbase, wstETH/ETH über Lido, shMON/MON über ShMonad, bnSOL/SOL über den Solana spl-stake-pool, jitoSOL/SOL über Jito, JupSOL/SOL über Sanctum/Jupiter, mSOL/SOL über Marinade, ezETH/ETH über Renzo, rsETH/ETH über Kelp DAO (KernelDAO), stETH/ETH über Lido, pufETH/ETH über Puffer, bSOL/SOL über BlazeStake, sDAI/DAI über Sky Protocol). Die Abweichung berechnet sich aus Live-Marktpreis vs. diesem Protokoll-Kurs – das ist die eigentliche Depeg-Definition: weicht der Handelspreis vom fairen, on-chain verifizierten Wert ab. Vertrauensstufen der Quellen: Offizielle Dokumentation / echter Contract-Sourcecode bei kHYPE, weETH, cbETH, wstETH, jitoSOL, JupSOL, bnSOL, bSOL und rsETH (bei rsETH stammt die Adresse aus Balancers unabhängigem "SAFE"-Audit, nicht aus Kelps eigenem, teils irreführendem Verzeichnis); ERC-4626-Standard bei shMON, pufETH und sDAI; bei mSOL wurde der exakte Byte-Offset des msol_price-Feldes direkt aus Marinades echtem, öffentlichem Sourcecode berechnet; bei stETH ist der faire Wert konzeptionell konstant 1,0 (rebasierendes Token, kein Contract-Call nötig); eingeschränkte Vertrauensstufe bei sAVAX und ezETH – mangels eindeutiger offizieller Bestätigung wird mit mehreren plausiblen Kandidaten geprüft (bei ezETH zusätzlich durch Balancers eigenen Hinweis eingeschränkt, dass Renzos Rate-Berechnung komplex und nicht vollständig prüfbar ist). Jeder On-Chain-Wert durchläuft unabhängig von der Vertrauensstufe eine Plausibilitätsprüfung (Wertebereich + max. 5% Abweichung vom Marktpreis), bevor er akzeptiert wird – besteht sie nicht, erscheint "n/v" (nicht verifizierbar) statt eines möglicherweise falschen Werts. Solana-Pairs (bnSOL, jitoSOL, JupSOL, bSOL, mSOL) lesen rohe Account-Daten (kein eth_call/ABI) nach dem jeweiligen Programm-Layout – Standard-spl-stake-pool bei bnSOL/jitoSOL/JupSOL/bSOL (identisches Programm, gleiche Byte-Offsets), eigenes Anchor-Programm bei mSOL. Bei vorübergehendem RPC-Fehler bleibt der letzte bekannte Protokoll-Wert sichtbar (⚠-Markierung), statt auf "n/v" zu springen. Die 7 Ethereum-Quellen und alle 5 Solana-Quellen fragen zur Ausfallsicherheit jeweils drei unabhängige RPC-Endpunkte nacheinander ab; sAVAX (Avalanche) und kHYPE (HyperEVM) haben aktuell nur einen einzigen RPC ohne Fallback – eine bekannte, noch offene Lücke.

Gerichtete Bewertung: Bei allen Pairs ist der LST/LRT/Yield-Token A gegenüber B der aufwertende Teil – eine negative Abweichung ist somit überall die riskante Richtung (grau = normale Aufwärtsdrift, grün/gelb/rot nur bei Minus). Farbstufen: Grün bis 0,6× der Schwelle, Gelb bis zur Schwelle, Rot ab der Schwelle (blinkend). Alarme (Farbe Rot, Benachrichtigung, Ton) lösen nur bei negativer Abweichung aus, und nur beim Übergang in den roten Bereich (kein Dauer-Alarm).

Steuerelemente: Refresh/Pause – Countdown bis zur nächsten automatischen Aktualisierung (Standard 5 Min.), "Pause" hält den Countdown an (manuelles "Jetzt aktualisieren" funktioniert weiterhin). Benachrichtigung – fragt die Browser-Berechtigung ab und zeigt bei jedem neuen Rot-Alarm eine System-Benachrichtigung. Ton – spielt bei jedem neuen Rot-Alarm einen kurzen Signalton (inkl. Testton beim Aktivieren). Fehlerprotokoll – blendet ein Panel mit allen bisherigen Fehlermeldungen ein/aus (neueste zuerst, "Leeren"-Button verfügbar). Schwelle – der Abweichungswert in %, ab dem eine Zeile als Alarm (rot) gilt; live änderbar, wirkt sofort auf alle Zeilen.