---
title: "Krypto-Orderbuch"
description: "Ein Orderbuch ist eine handelsplatzspezifische Sicht auf ruhende Kauf- und Verkaufsorders; seine sichere Nutzung verlangt kohärente Marktdaten, genaue Matching-Regeln, tiefenabhängige Ausführungsrechnung und die Abstimmung von Ausführungen und Abwicklung."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Krypto-Orderbuch
> Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.
## Direkte Antwort
Ein Orderbuch ist ein handelsplatz- und produktspezifischer Zustand oder eine Marktdatensicht auf ruhende Kauf- und Verkaufsorders oder aggregierte Preisstufen. Höchstes sichtbares Gebot und niedrigstes sichtbares Angebot bilden bestes Geld und besten Brief; ihre Differenz ist der Spread. Dieser sichtbare Zustand ist ausführbares Interesse in einem Moment, keine Prognose, keine Zusage des Fortbestands und keine vollständige Abbildung versteckter, Iceberg-, RFQ-, OTC- oder fremder Liquidität.
Die Marktdatenebene ist entscheidend. Level 1 zeigt die Buchspitze, Level 2 aggregiert Menge je Preis und Level 3 kann einzelne Orders und Warteschlangendetails zeigen, soweit der Handelsplatz sie bereitstellt. Eine Level-2-Menge kann mehrere Orders umfassen und verrät keine Kontoposition in der Warteschlange. Ein verlässliches lokales Buch verbindet einen kohärenten Snapshot mit fortlaufenden, korrekt geordneten inkrementellen Ereignissen und darf bei einer Lücke in Sequenz oder Prüfsumme nicht weiterverwendet werden.
Matching-Regeln sind handelsplatzspezifisch. Manche kontinuierlichen Bücher nutzen Preis-Zeit-Priorität; andere Produkte können anteilig zuteilen, Auktionen, Regeln für versteckte Orders, Eigengeschäftsverhinderung oder blockspezifische Reihenfolgen nutzen. Market-Orders handeln gegen verfügbare Preise, nicht zu einem garantierten letzten Preis. Limit-Orders können sofort Liquidität nehmen und einen ruhenden Rest hinterlassen. Eine Stornierung bleibt bis zur Bestätigung im Wettlauf mit Ausführungen; Ausführungen, Gebühren, Restmenge, Salden und Abwicklung sind anhand maßgeblicher Ereignisse abzustimmen.
## Funktionsweise
1. Legen Sie Handelsplatz und Rechtsträger, Produkt und Sitzung, Basis-/Kursrichtung, Spot- oder Derivatekontrakt, Tick- und Losgröße, Mindestnominalwert, Gebührenstufe, Buchlevel, Verwahrungs- oder Abwicklungsmodell und Uhr fest.
2. Bauen Sie eine kohärente lokale Sicht auf: Abonnieren und puffern Sie Ereignisse, beziehen Sie den dokumentierten Snapshot, wenden Sie nur kompatible geordnete Updates an, unterscheiden Sie absolute Größe und Delta, prüfen Sie Sequenz oder Prüfsumme und laden Sie bei jeder Lücke neu.
3. Lesen Sie die genauen Regeln zu Priorität, Auktionen, Eigengeschäftsverhinderung, Änderungen, Stornierung, versteckten oder Iceberg-Orders sowie Onchain- oder Intrablock-Reihenfolge. Leiten Sie keine Warteschlangenposition aus einer aggregierten Stufe ab.
4. Bestimmen Sie Seite, Basismenge oder Kursbudget, Limit- oder Market-Verhalten, Stop-Auslöser, Gültigkeit wie `GTC`, `IOC` oder `FOK`, Post-only- oder Reduce-only-Kennzeichen, Schutzbänder und schlechtesten akzeptablen Preis.
5. Durchlaufen Sie die ausführbare Gegenseite Stufe für Stufe, um Ausführungsmenge, Nominalwert, VWAP, Spread und Slippage gegenüber einer benannten Referenz zu schätzen. Addieren Sie Maker- oder Taker-Gebühren je Ausführung und testen Sie Latenz, verschwindende oder versteckte Tiefe und Teilausführung.
6. Senden Sie mit idempotenter Kundenkennung und verarbeiten Sie private Bestätigungen, Ablehnungen und Ausführungen. Änderungen, Stornierungen und Ersetzungen bleiben bis zur Bestätigung durch Engine oder Chain im Wettlauf; stimmen Sie tatsächliche Restmenge, Bestand, Zahlungsmittel und Gebühren ab.
7. Vergleichen Sie öffentliches Buch, privaten Orderstatus, Ausführungen und Abwicklungsbuch. Trennen Sie bei einer CEX Matching, Verwahrung und Auszahlung; trennen Sie bei Onchain- oder Hybridbüchern Einreichung, Reihenfolge, Ausführung, Abwicklung, Reorganisation und Finalität und pausieren und synchronisieren Sie bei inkohärentem Zustand neu.
Maker und Taker bezeichnen die Liquiditätsrolle jeder Ausführung, keine dauerhafte Konto- oder Orderbezeichnung. Eine marktfähige Limit-Order kann mehrere Stufen nehmen und später als Maker ruhen. Stop-Orders fehlen meist im sichtbaren Buch, bis ein handelsplatzspezifischer Auslöser eine weitere Order erzeugt; der Auslösepreis garantiert keine Ausführung. Gültigkeit, Post-only, Marktschutz und Änderungsverhalten müssen für Handelsplatz und Produkt geprüft werden.
## Rechenbeispiele
- **Spread und Kursidentität.** Bestes Geld ist `99.90`, bester Brief `100.10`; somit gilt `midpoint = (99.90 + 100.10) / 2 = 100.00`, der absolute Spread ist `0.20` und der mittelpunktbezogene Spread `0.20 / 100.00 = 0.20% = 20 bps`. Ein letzter Handel zu `99.70` ändert diese ausführbaren Kurse allein nicht.
- **Tiefendurchlauf und Gebühren.** Die Angebote lauten `2 @ 100.00`, `3 @ 100.20` und `5 @ 100.50`. Ein Market-Kauf von `8` kostet `200.00 + 300.60 + 301.50 = 802.10`, daher `VWAP = 802.10 / 8 = 100.2625`. Slippage gegenüber bestem Brief ist `0.2625% = 26.25 bps`. Bei `20 bps` Taker-Gebühr beträgt die Gebühr `1.6042`, der gesamte Mittelabfluss `803.7042` und der All-in-Stückpreis `100.463025`.
- **Rest einer marktfähigen Limit-Order.** Ein Kauflimit `8 @ 100.20` führt `2 @ 100.00` und `3 @ 100.20` aus, kostet `500.60` bei VWAP `100.12` und lässt `3` offen. Bei `IOC` wird der Rest storniert; bei `GTC` kann er zu `100.20` ruhen. Die Taker-Gebühr von `20 bps` auf das Ausführungsvolumen beträgt `1.0012`, der aktuelle Mittelabfluss `501.6012` vor einer späteren Maker-Ausführung.
- **Sequenz- und Stornierungsrennen.** Ein Snapshot bei `sequence = 100` zeigt `4 @ 100.10`. Ereignis `101` ändert dies auf `1`, anschließend trifft aber `103` ein; wegen des fehlenden `102` ist das Buch unbekannt, `103` kann es nicht reparieren, ein neuer Snapshot ist nötig. Separat erhält eine Verkaufsorder über `10` vor Stornierungsbestätigung Ausführungen über `2` und `1`: endgültig ausgeführt sind `3`, storniert `7`, nicht null.
## Risiken
- Falscher Handelsplatz, Rechtsträger, Produkt, Kontrakt, Sitzung oder Umgebung.
- Umgekehrte Basis-/Kursrichtung oder inkonsistente Mengen- und Nominalwerteinheiten.
- Falsche Tick-, Los- oder Mindestnominalgröße, Dezimalstellen oder Preisbandregel.
- Snapshot ist veraltet, unvollständig, aus falscher Sitzung oder mit gepufferten Ereignissen unvereinbar.
- Sequenzlücke, Duplikat, ungeordnetes Ereignis oder Prüfsummenfehler wird ignoriert.
- Absolute Ersatzgröße wird als Delta angewandt oder Löschung durch Null falsch behandelt.
- Level-2-Aggregation wird mit Level-3-Orderidentität oder Warteschlangenposition verwechselt.
- Versteckte, Iceberg-, RFQ-, Dark-, OTC-, internalisierte oder fremde Liquidität fehlt.
- Preis-Zeit-, anteilige, Auktions-, Eigengeschäfts-, Änderungs- oder Auffüllregeln werden falsch angenommen.
- Semantik von Market, Limit, Stop, Schutzband, Post-only, Reduce-only, `GTC`, `IOC` oder `FOK` wird missverstanden.
- Market-Order wird teilweise ausgeführt, abgelehnt oder weit weg von letztem, mittlerem oder bestem Preis ausgeführt.
- Stornierung, Änderung oder Ersetzung konkurriert mit Ausführungen und erzeugt unbeabsichtigten Restbestand oder Überausführung.
- Doppelte Einreichung, verlorene Bestätigung, Kunden-ID-Kollision oder Order-ID-Abweichung bricht Idempotenz.
- Maker-/Taker-Rolle, Stufe, Rabatt, Gebühr je Ausführung, Finanzierung oder Abwicklungsentgelt wird falsch verbucht.
- Sichtbarer Spread oder Tiefe verschwindet während Netzwerk-, Verarbeitungs-, Warteschlangen- oder Blocklatenz.
- Kauf- oder Verkaufswände werden storniert, vorgetäuscht, gestaffelt, aufgefüllt oder über fragmentierte Plätze fehlgedeutet.
- Slippage-Referenz, Seite, Spread, VWAP, Gebühren, Währungsumrechnung oder All-in-Kosten werden falsch berechnet.
- Handelsstopp, Auktion, Limit-only-Modus, Wartung, Ausfall, Rate Limit oder Statuswechsel verändert das Verhalten.
- CEX-Verwahrung, Hauptbuch, Vermögenstrennung, Auszahlung, Insolvenz oder API-Integrität versagt unabhängig vom Matching.
- Onchain- oder Hybridabläufe ergänzen Allowance-, Nonce-, Gas-, Sequencer-, MEV-, Vertrags-, Reorganisations-, Finalitäts- und Indexerrisiken; die abschließende Abstimmung scheitert.
## Häufige Irrtümer
- **„Eine große Kaufwand garantiert steigende Preise.“** Sichtbare Orders können echt sein, storniert, verschoben, hinter anderem Flow verborgen oder irreführend gemeint sein.
- **„Eine Market-Order wird zum letzten, mittleren oder besten Preis ausgeführt.“** Sie verbraucht verfügbare Gegenliquidität und kann teilweise oder über viele Stufen ausgeführt werden.
- **„Eine Limit-Order ist immer Maker und kostenlos.“** Ein marktfähiger Teil kann Taker sein, ein Rest warten oder nie ausgeführt werden; Gebühren, Opportunitätskosten und Informationsabfluss bleiben.
- **„Hohes historisches Volumen garantiert tiefe ausführbare Liquidität jeder Größe.“** Volumen misst vergangenen Umsatz; aktuelle Tiefe, Latenz, versteckter Flow und Preiseinfluss bestimmen die Ausführung.
- **„Ein Onchain-Orderbuch ist vollständig sichtbar, sofort final und vertrauensfrei.“** Reihenfolge, signierte Offchain-Orders, Sequencer, Verträge, Indexer, Abwicklung und Finalität können getrennte Abhängigkeiten bleiben.
## Verwandte Themen
- [Zentralisierte Börse](/de/crypto/cex/)
- [Limit-Order](/de/crypto/limit-order-crypto/)
- [Market-Order](/de/crypto/market-order-crypto/)
## Quellen
- [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community (abgerufen: 2026-08-13)
- [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (abgerufen: 2026-08-13)
- [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation (abgerufen: 2026-08-13)
- [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation (abgerufen: 2026-08-13)
- [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation (abgerufen: 2026-08-13)
- [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation (abgerufen: 2026-08-13)
- [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation (abgerufen: 2026-08-13)
- [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs (abgerufen: 2026-08-13)
Source: https://wiki.fcontext.com/de/crypto/order-book-crypto/index.mdx