Zum Inhalt springen
Financial Context Wiki

Krypto-Orderbuch

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.

Aktualisiert

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.

Durchschnittlicher Ausführungspreis
$100,09
Durchschnittliche Slippage
0,09%
Nicht ausgeführte Menge
0

Die Ergebnisse sind vereinfachte Bildungsmodelle. Sofern nicht anders angegeben, berücksichtigen sie keine Handelsplatzregeln, Steuern, Latenz, Oracle-Eigenschaften oder sonstigen protokollspezifischen Parameter.

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

Quellen

Navigation

Wiki durchsuchen...