OHLCV

Jana wählt zunächst Börse, Handelspaar und Intervall. Das Paar sagt, was gegen was gehandelt wird, etwa Bitcoin gegen Dollar. Kraken definiert Open als ersten und Close als letzten Handelspreis im gewählten Intervall. High und Low sind die erreichten Höchst- und Tiefstpreise. So erkennt Jana die Spanne und die Veränderung zwischen Anfang und Ende, ohne jedes Geschäft zu lesen. Keine dieser Angaben ist automatisch ein Durchschnitt oder ein aktuelles Angebot im Orderbuch. [1]

Neben der Preisbewegung interessiert Jana, wie viel tatsächlich gehandelt wurde. Kraken gibt Volume im Basiswert des Paares an, bei BTC/USD also in Bitcoin. Binance unterscheidet zusätzlich das Volumen in der Notierungswährung, hier Dollar, und die Anzahl der Geschäfte. Bitcoin-Menge, Dollarwert und Zahl der Ausführungen sind verschiedene Größen. Eine große Zahl ohne Einheit zeigt noch nicht, wie rege der Markt war; zuerst muss klar sein, was die Quelle zählt. [1] [2]

Jana findet anderswo eine abweichende Tageskerze und vermutet einen Fehler. Bevor sie urteilt, muss sie auch die Zeitgrenzen vergleichen. Bei Binance können Intervalle dem Zeitzonenparameter timeZone folgen, während startTime und endTime zur Datenauswahl weiterhin UTC, die gemeinsame Weltzeitreferenz, verwenden. Ein Tagesabschnitt mit anderem Beginn kann andere Geschäfte enthalten. Die Bezeichnung täglich genügt deshalb nicht: Markt, Zeitraum und Bedeutung des Zeitstempels müssen übereinstimmen. [2]

Im Live-Chart kann sich die neueste Kerze sichtbar verändern. Krakens REST-Schnittstelle, über die Programme Daten anfordern, enthält immer auch das aktuelle, noch offene Intervall. Dessen Close bezeichnet bisher den letzten bekannten Handel, keinen endgültigen Schlusskurs; auch das Volumen kann weiter steigen. Vergleicht Jana abgeschlossene Zeiträume, muss sie diese unfertige Kerze unterscheiden. Sonst vergleicht sie abgeschlossene Geschichte mit einer noch entstehenden Angabe. [3]

Manchmal fehlt ein Intervall. Coinbase warnt vor möglicherweise unvollständiger Historie und veröffentlicht für Zeiten ohne Handelsereignisse keine Kerzen. Jana darf aus einer leeren Stelle daher keinen Preissturz auf null ableiten. Zuerst ist zu klären, ob nicht gehandelt wurde oder Daten fehlen. Auch das Fortschreiben des vorherigen Preises ist kein neues Geschäft; füllt ein Chart damit eine Lücke, muss diese Bearbeitung erkennbar sein. [4]

Wer einen Chart programmiert, trifft auf eine weitere Falle: OHLCV garantiert keine Reihenfolge der Antwortfelder. Coinbase nennt Zeit, Low, High, Open, Close und Volume. Kraken unterscheidet außerdem Handelsanzahl und VWAP, den nach gehandelter Menge gewichteten Durchschnittspreis. Das Programm muss jedes Feld gemäß der Dokumentation dieser Schnittstelle lesen. Vertauschte Werte müssen den Chart nicht sichtbar zerstören; sie können eine überzeugende Kurve mit falscher Bedeutung erzeugen. [4] [1]

Aus Krakens Definitionen lässt sich auch das korrekte Zusammenführen ableiten. Hat Jana vollständige, aufeinanderfolgende, nicht überlappende Abschnitte desselben Marktes, nimmt sie das erste Open und das letzte Close. Für High wählt sie das höchste Maximum, für Low das niedrigste Minimum und addiert vergleichbares Volume. Der Durchschnitt der Eröffnungspreise wäre etwas anderes. Zunächst sind zeitliche Reihenfolge, Duplikate und Lücken zu prüfen; eine Summe stellt fehlende Geschäfte nicht wieder her. [1]

Coinbases Zusammenfassungsfelder bewahren weder die vollständige Handelsfolge noch wartende Angebote im Buch. Eine Kerze kann hohe und niedrige Preise zeigen, ohne zu verraten, welcher zuerst kam. Prüft Jana rückblickend einen gedachten Auftrag, belegen High und Low allein weder die Reihenfolge berührter Preisgrenzen noch seine tatsächliche Ausführung. OHLCV bietet einen nützlichen Rückblick, ersetzt aber keine detaillierten Handelsdaten oder Auftragsbestätigung. [4]