Die meisten Lending-Exploits gehen auf Oracle-Manipulation zurück. Das Kaskad COB Oracle aggregiert Echtzeit-Bid/Ask-Tiefe von 15+ großen Börsen in ein einziges Consolidated Order Book, führt einen Arbitrage-Exhaustion-Durchlauf durch und veröffentlicht den verbleibenden fairen Preis im Sub-Sekunden-Takt, aus einem TEE-attestierten Enclave heraus. Die Manipulationskosten sind beweisbar, nicht bloß behauptet. Forschung von Eliott Méa, Kaskads Lead Oracle Architect, gefördert durch ein Grant der Kaspa Ecosystem Foundation.
Die Aufgabe eines Oracles klingt einfach: dem Protokoll sagen, was ein Asset gerade wert ist. Doch hinter jedem großen Lending-Exploit des letzten Zyklus steckt einer von drei Vektoren: ein Governance-Vote, der Parameter in unsicheres Terrain verschiebt, ein Oracle, das front-gerunnt wurde, oder eine Treasury ohne harte Limits. Die meisten Lending-Protokolle übernehmen einen generischen Preis-Feed und hoffen das Beste. Kaskad betreibt seinen eigenen.
Das COB Oracle ist für eine einzige Aufgabe entwickelt: die Bewertung von Collateral für solvenzkritische Operationen. Kein generischer Datendienst, der für Lending zweckentfremdet wird, sondern ein speziell entwickelter Feed, bei dem jede Designentscheidung der Korrektheit von Liquidationen, der Skalierung von Angriffskosten und der Aktualität unter Stress dient.
Das Kaskad COB Oracle ist ein TEE-gestütztes Multi-Source-Preis-Aggregationssystem. Zwei Komponenten:
kaskad-nuntius: ein Rust-Binary, das innerhalb eines AWS Nitro Enclaves läuft. Es ruft Order-Book-Tiefe von 15+ Börsenquellen ab, aggregiert diese und signiert das Ergebnis mit einem Schlüssel, der den Enclave nie verlässt.kaskad-nuntius-contracts: eine Reihe von EVM-Contracts, die auf jeder Chain deployed sind, auf der Kaskad läuft (Igra, Robinhood Chain), die Enclave-Attestierungen on-chain verifizieren und signierte Preis-Updates akzeptieren.Echtzeit-Bid/Ask-Tiefe wird von großen CEX-Handelsplätzen abgerufen, darunter Binance, OKX, Bybit, Coinbase, Kraken, KuCoin, Gate.io, MEXC, Bitget, Bitfinex, Bitstamp, Crypto.com, HTX und weitere. Die Authentizität der Quellen wird innerhalb des Enclaves durchgesetzt: TLS-Sitzungen zu jeder Börse werden aus dem Nitro Enclave heraus geöffnet und durch dieselbe Attestierung abgedeckt, die den veröffentlichten Preis signiert. Eine Kompromittierung der Quelle läuft auf die Kompromittierung der Börse selbst hinaus.
Anstatt Letztkurspreise zu mitteln, rekonstruiert das Oracle ein Consolidated Order Book: die Bid/Ask-Tiefe jeder Quelle wird auf ein gemeinsames Preisraster normalisiert und zu einem einzigen kombinierten Book gestapelt. Anschließend wird ein Arbitrage-Exhaustion-Durchlauf, ausgeführt; crossed Liquidität wird exakt so gematcht, wie ein Arbitrageur es tun würde, Ebene für Ebene, und hinterlässt ein Residual-Book, das die No-Arbitrage-Bedingung erfüllt.
Der faire Preis ist der Mittelpunkt dieses Residual-Spreads (sein Chebyshev-Zentrum). Die Mathematik ist bewiesen in A Mathematical Framework for Price Oracles, und die Wahl minimiert den Worst-Case-Fehler gegenüber jedem plausiblen „wahren" Clearing-Preis.
Die zentrale Sicherheitseigenschaft, die im Paper bewiesen wird: um den veröffentlichten fairen Preis um einen nennenswerten Betrag zu verschieben, muss ein Angreifer echte Tiefe im kombinierten Book um eine Kapitalmenge stören, die skaliert mit sowohl der Größe der Verschiebung als auch der bereits vorhandenen Tiefe des Books. Da die Kosten durch die aggregierte cross-venue-Tiefe bestimmt werden, kann ein Angreifer den Feed nicht günstig manipulieren, indem er nur eine einzige Börse verzerrt.
Bei liquiden Assets ist Oracle-Manipulation teuer by construction, und wie teuer genau, ist beweisbar statt bloß behauptet. Das ist der Unterschied zwischen „wir haben es getestet und es scheint in Ordnung zu sein" und „die Mathematik sagt, es kostet X, den Preis um Y zu verschieben".
Der Enclave-Signing-Key wird innerhalb des AWS Nitro Enclaves generiert und nie exportiert. Der Enclave erzeugt ein Attestierungsdokument, das die PCR0-Messung enthält (ein Hash des Enclave-Binaries). Jeder kann:
NitroAttestationVerifier.sol verifiziert die Attestierung on-chain und registriert die Signing-Adresse des Enclaves. KaskadPriceOracle.sol akzeptiert dann nur Preis-Updates, die von einer registrierten Enclave-Adresse signiert wurden.
Das heutige V1 ist ein einzelner attestierter Node. Die Zielarchitektur ist das DAN (Decentralised Arbitrage Network), ein geo-verteiltes Netzwerk unabhängiger Arbitrage-Agenten und Aggregator-Nodes. In jeder Epoche beobachten die TEE-attestierten Bots nicht nur, sondern führen aktiv Arbitrage gegen alle crossings aus, die sie sehen, und signieren gemeinsam den resultierenden Post-Trade-Snapshot via Threshold-Signatur, die KaskadRouter on-chain verifiziert wird. V2 eliminiert jeden einzelnen Vertrauenspunkt aus dem Preis-Feed vollständig.
Preis-Updates werden standardmäßig alle 30 Sekunden veröffentlicht. Ein Preis-Update wird auch on-demand ausgelöst, wenn ein Nutzer (oder ein KI-Agent) über den KaskadRouter mit dem Protokoll interagiert. Liquidatoren und Borrower arbeiten stets mit einem aktuellen Preis. Die Liveness des Oracles ist nicht von einem einzelnen Relayer-Prozess abhängig.
Da Kaspa ein DAG und keine lineare Chain ist, kann das Oracle seine Veröffentlichung über viele parallele Blöcke in derselben Runde verteilen. Auf einer linearen Chain kann ein einzelner adversarialer Block-Proposer eine Veröffentlichung umordnen oder zensieren; auf einem DAG muss ein Angreifer die Mehrheit der gleichzeitigen Blöcke kontrollieren, was exponentiell schwieriger wird, je breiter der DAG wird. Das ist der strukturelle Grund, warum Igra, verankert im Kaspa L1, Kaskads Heimatbasis ist. Derselbe enclave-signierte Feed wird auf jeder Chain veröffentlicht, auf der Kaskad läuft, einschließlich Robinhood Chain.
Jedes Asset hat ein per-Update-Preisänderungslimit (15 % für liquide Assets). Nach 4 Stunden on-chain-Stille ist beim ersten Post-Outage-Update eine größere Abweichung erlaubt (30 %), erfordert jedoch das 2-fache des normalen Source-Quorums. Veraltete Daten werden durch KaskadStalenessChecker durchgesetzt, der das Aave-Interface IPriceOracleSentinel implementiert. Borrowing und Liquidation werden blockiert, wenn der Feed eines relevanten Assets über maxStaleness (maximal 4 Stunden) hinaus veraltet ist. Supply, Repay und Withdraw bleiben verfügbar. Nutzer können ihr Exposure jederzeit reduzieren.
KaskadPriceOracleCore Oracle: verifiziert Signaturen, setzt Quorum und Circuit Breaker durch, speichert Preisverlauf.NitroAttestationVerifierParst und verifiziert AWS Nitro Attestierungsdokumente on-chain; extrahiert PCR0 und Enclave-Signing-Adresse.KaskadAggregatorV3Chainlink IAggregatorV3Interface-kompatibler Wrapper: einer pro Asset deployed, Drop-in für Aaves Price-Oracle-Konfiguration.KaskadRouterAtomarer Preis-Update- + Protokoll-Aktions-Router; befüllt den Transient Storage mit der Adresse des Callers für den Staleness Checker.KaskadStalenessCheckerAave IPriceOracleSentinel-Implementierung; blockiert Borrowing/Liquidation, wenn ein relevanter Feed veraltet ist.Vollständige Contract-Adressen auf der dedizierten Contracts-Seite.
Einzelner TEE-attestierter Node. Consolidated Order Book-Aggregation von 15+ CEX-Quellen. Sub-Sekunden-Takt. AWS Nitro Enclave. Ein Feed, on-chain veröffentlicht überall, wo Kaskad deployed ist.
Decentralised Arbitrage Network. Geo-verteilte unabhängige Arbitrage-Agenten + Aggregator-Nodes. Threshold-signierte Snapshots, on-chain verifiziert. Eliminiert jeden einzelnen Vertrauenspunkt aus dem Preis-Feed.