Option Trading Api

SpotOption wurde im Jahr 2010 gegründet und ist offiziell heute führende binäre Optionen Plattform-Anbieter. SpotOption White Etiketten die volle Business-Lösung für Broker, die eine Handelsplattform für ihre Online-Brokerage wollen. Mit über 250 Mitarbeitern, darunter Top-Programmierer, Entwickler und Designer, wurde die SpotOptions-Handelsplattform mit dem 2015 Best Binary Options Platform Provider von Finance Magnates ausgezeichnet. SpotOption hat Niederlassungen in London, Hongkong und dem Mittleren Osten. SpotOption ist stolz auf Innovation, mit einzigartigen Features, die binären Optionen eine dynamische Twist (wie One Touch, 60 Seconds, Options Builder, Algo Trading, Ladder, etc.) und eine mobile App, die konkurrenzlos ist mit state-of-the - Kunstgrafiken und Features. SpotOptions White Label-Lösung kann als kompletter, eigenständiger Betrieb zur Verfügung gestellt werden oder lässt sich problemlos mit voller API in eine bestehende Operation oder mit MT4-Plattform integrieren. SpotOption bietet eine Multi-Plattform-Lösung, die Web-basierte, Download, Mobile, Land-basierte, Mobile und WeChat umfasst. Die Web-basierte Plattform ist ein stressfreier, kein Download nötige Plattform. Es macht keinen Trader zu einem einzelnen Computer und ist von überall zugänglich, dass es Internet gibt. Die herunterladbare Plattform ist die bevorzugte Methode für Regionen wie China, wo Verzögerungen bei Datenübertragungen aufgrund schlechter Internetverbindungen gemeinsam sind. Die Fähigkeit, die Abhängigkeit vom Internet zu reduzieren, ist für den Handel auf Marktvolatilität zwingend erforderlich, wie bei binären Optionen, wo die geringste Schwankung zählt. Die mobile Plattform verfügt über modernste Design und Funktionalität und gibt den Händlern den Zugang von jedem Ort aus. Mobile Marketing ist einfacher, und die Touch-Buttons sind natürlich und engagiert für 8220call8221 und 8220put8221. Das Land-basierte ist eine geregelte Gelegenheit für den Vor-Ort-Einzelhandel Sie können Ihren eigenen Handelsplatz beginnen und den Händlern erlauben, vor Ort zu handeln und von zu Hause aus zu fahren, mobil, etc. mit einem Mehrkanal-Konto. Kurzfristige Abläufe sind 15, 30, 60, 90 Sekunden, vor allem für den Vor-Ort-Handel. WeChat ist nicht mehr nur ein mobiler App-Chat Mit 271,9 Millionen aktiven monatlichen Nutzern bietet der Handel auf WeChat endlose Möglichkeiten. Die SpotOption WeChat-Plattform hat den gleichen einfachen Benutzerfluss wie die reguläre Plattform und wurde speziell in Übereinstimmung mit den WeChat Bedingungen und Anforderungen entwickelt. SpotOption ist bekannt für die Bereitstellung von Top-Service für die Unterstützung seiner Technologie. Die Abteilung für die Risikoanalyse überwacht die Exposition des Betreibers, um die Sicherheit und die Vermeidung von Fahrzeugen durch betrügerische oder verdächtige Aktivitäten zu gewährleisten. SpotOption8217s Risikoanalysatoren sind mit Datenfeeds und anspruchsvollen Algorithmen ausgestattet, die alle offenen Positionen rund um die Uhr überwachen. SpotOption8217s Account Manager geben Ihnen einen einzigen, Point-of-Contact, um sicherzustellen, dass Ihre Bedienung reibungslos läuft, von der Auslieferung Ihrer Website bis zu Ihrer Gewinnphase. Sie sind da, um Sie zu führen und alle Fragen zu beantworten, die Sie auf dem Weg haben können. Sie werden in ständiger Korrespondenz mit ihnen sein, und wird feststellen, dass diese persönliche Beziehung Ihnen und Ihrem Unternehmen die Aufmerksamkeit gibt, die Sie verdienen. SpotOptions Support-Abteilung wurde mit dem Ziel geschaffen, den Kunden den schnellsten, professionellsten und effizientesten Service für technische Probleme zu bieten. Das Serviceportal ist ein professionelles Ticketing-System, das den schnellsten Ansatz zur Ermittlung von Problemen und Lösungen bietet. Das Team hinter der Unterstützung sind ausgebildete Fachleute, die Probleme schnell und höflich lösen, um zu garantieren, dass das Kunden-Feedback zur Support-Handhabung positiv sein wird. SpotAcademy ist die Abteilung bei SpotOption, die Klienten im Binärgeschäft und die Werkzeuge, mit denen sie ausgestattet sind, erzieht. Von der einmaligen CRM bis hin zu neuen Features versorgen die Trainer der SpotAcademy den Schlüssel zum erfolgreichen Wissen. SpotAcademy verfügt auch über ein einzigartiges Wissensportal, das den Kunden die nötige Ausbildung bietet, um in der Branche zu gedeihen. Durch das Portal finden sich Etiketten und finden Handbücher, Tutorials, aufgezeichnete Webinare zu Themen wie Produkten, Backoffice-Tools, mobile Apps und Branchentrends. SpotOptions Clientele steht bei 300 Labels, und sie halten 65 des Marktanteils. SpotOption hat sich weltweit mit Kunden in Nordamerika, Europa, Asien, Mittlerer Osten, Australien und mittlerweile USA durch lizenzierte Börse erweitert. SpotOption bietet Handelstechnologie zu einigen der größten Broker in der Online-Industrie, wie Banc de Binary, Banc de Swisse, Itrader und viele mehr. Binär-Option Plattform-Anbieter Binär-Option Software-Plattform-Anbieter world8217s führende Handelstechnologie für Online-Broker Haftungsausschluss: Spotoption ist nur ein Technologie-Unternehmen, das Handelssoftware an Broker in der Online-Binär-Optionen vor-Industrie bietet. SpotOption ist kein Broker und beschäftigt sich nicht mit den Endbenutzern der Broker, die ihre Software lizenzieren. Daher sind alle regulatorischen Fragen und Aktivitäten im Zusammenhang mit dem Makler vollständig in der Verantwortung des Maklers, und in keiner Weise im Zusammenhang mit SpotOption. Your Binäre Optionen Social T rading N etwork TRADE4.ME IST NICHT VON EINEM BINARY OPTION BROKER OWNED. Trade4.me ist im Besitz und betrieben von SAS NEUTRINO, einem unabhängigen Finanzdienstleistungsunternehmen, das in Frankreich registriert ist. SAS NEUTRINO befindet sich bei 28 venelle de kerivin, 29200 brest, Frankreich. Alle Kommentare sind persönliche Meinungen. Bitte beachten Sie, dass der Handel in jedem Markt Risiken trägt und der Handel mit binären Optionen ein erhebliches Verlustrisiko beinhaltet, das für Sie nicht geeignet ist. Wenn Sie sich entscheiden, in diesen Märkten zu handeln, bitten wir Sie sorgfältig überlegen, Ihre Handelsziele, Erfahrung und Risiko Appetit. Der Handel mit binären Optionen trägt ein hohes Risiko und kann zum Verlust aller Ihrer Investitionen führen. Als solche können binäre Optionen für alle Anleger nicht geeignet sein. Du sollst kein Geld investieren, das du dir nicht leisten kannst. Vor der Entscheidung zu handeln, sollten Sie sich bewusst sein, alle Risiken im Zusammenhang mit binären Optionen Handel, und suchen Sie Rat von einem unabhängigen und angemessen lizenzierten Finanzberater. Unter keinen Umständen kann SAS NEUTRINO für jegliche Person oder Einrichtung für (a) irgendwelche Verluste oder Schäden, die ganz oder teilweise verursacht wurden, aufgrund von Geschäften im Zusammenhang mit binären Optionen oder (b) jeglichen direkten, indirekten, Besondere, Folgeschäden oder zufällige Schäden. SAS NEUTRINO möchte erneut darauf hinweisen, dass die auf den Webseiten dargestellten Werkzeuge und Ergebnisse ohne ausdrückliche oder stillschweigende Gewährleistung für Effizienz, Genauigkeit oder Rentabilität zur Verfügung gestellt werden. Die bisherige Wertentwicklung garantiert keine zukünftigen Ergebnisse. SAS NEUTRINO bietet Referenzen an Drittanbieter-Informationsanbieter über Trade4.me als Service für das Handelspartner. SAS NEUTRINO unterstützt die Methoden, Ideen, Meinungen oder Empfehlungen dieser Dritten nicht, wenn nicht ausdrücklich ausgedrückt. Wir ermutigen alle Händler, die Angebote und Ansprüche des Dritten sorgfältig zu überprüfen und zu analysieren. Akzeptiere nicht als unsachgemäße Behauptungen oder Ansprüche. Erfolgsansprüche oder Profitabilität sollten immer durch Live-Trading-Ergebnisse, nicht Demo-Account-Ergebnisse oder Zusammenstellungen von Signalen unterstützt werden. Die bisherige Wertentwicklung ist keine Garantie für zukünftigen Erfolg und Sie sollten kritisch und anspruchsvoll sein, wenn Sie alle Werbeangebote von Beratern, Händlern, Bloggern, Geldmanagern und Drittanbietersanbietern lesen. Alle Materialien, die dem Handel auf unserer Website angeboten werden, werden als allgemeiner Marktkommentar angeboten, sind kein Angebot zum Handel auf einem Markt und stellen keine Anlage - oder Handelsberatung dar. SAS NEUTRINO lehnt ausdrücklich jegliche Haftung ohne jegliche Haftung für Verluste ab, die direkt oder indirekt aus der Nutzung oder dem Vertrauen auf Informationen entstehen, die dem Handel auf unserer Website zur Verfügung gestellt werden. Copyright SAS NEUTRINO 2012-2015. Alle Rechte vorbehalten. Einleitung Willkommen bei GDAX Händler und Entwicklerdokumentation. Diese Dokumente skizzieren Austauschfunktionalität, Marktdetails und APIs. APIs sind in zwei Kategorien unterteilt: Handel und Futter. Trading-APIs erfordern eine Authentifizierung und bieten Zugriff auf Platzierungen und andere Kontoinformationen. Feed-APIs bieten Marktdaten und sind öffentlich. API Updates werden auf unserem Entwickler blog developers. coinbaseblog veröffentlicht. Sie können E-Mail-Updates abonnieren. Im Rahmen der Rebranding von Coinbase Exchange zu GDAX haben sich API-Endpunkte geändert. Die alten. exchange. coinbase Endpunkte wurden ab dem 6. Dezember 2016 eingestellt. Marktübersicht und allgemeine Informationen. Matching Engine GDAX betreibt ein kontinuierliches First-Come-First-Order-Orderbuch. Aufträge werden in der Preiszeitpriorität ausgeführt, wie sie vom passenden Motor empfangen werden. Self-Trade Prevention Selbsthandel ist auf GDAX nicht erlaubt. Zwei Bestellungen von demselben Benutzer werden sich nicht füllen. Bei der Bestellung können Sie das Verhalten der Selbständigkeit festlegen. Dekrementieren und abbrechen Das Standardverhalten ist dekrementiert und storniert. Wenn zwei Aufträge von demselben Benutzer kreuzen, wird die kleinere Ordnung abgebrochen und die größere Auftragsgröße wird um die kleinere Auftragsgröße dekrementiert. Wenn die beiden Aufträge die gleiche Größe haben, werden beide abgesagt. Älteste abbrechen Stornieren Sie die ältere (Ruhe-) Bestellung vollständig. Die neue Bestellung wird fortgesetzt. Abbrechen der neuesten Abbrechen der neueren (nehmen) Reihenfolge in vollem Umfang. Die alte Ruheordnung bleibt im Auftragsbuch. Abbrechen beenden Sie sofort beide Aufträge. Hinweise für Marktaufträge Wenn eine Marktordnung mit dc-Selbsthandelsprävention auf eine offene Limit Order trifft, hängt das Verhalten davon ab, welche Felder für die Marktauftragsnachricht angegeben wurden. Wenn Fonds und Größe für einen Kaufauftrag angegeben sind, wird die Größe für die Marktordnung intern innerhalb des passenden Motors dekrementiert und die Gelder bleiben unverändert. Die Absicht besteht darin, Ihre Zielgröße auszugleichen, ohne Ihre Kaufkraft zu beschränken. Wenn die Größe nicht angegeben ist, werden die Mittel dekrementiert. Für einen Marktverkauf wird die Größe bei der Begegnung mit bestehenden Limitaufträgen dekrementiert. Preisverbesserung Aufträge werden gegen bestehende Auftragsbuchaufträge zum Preis des Auftrags auf dem Buch abgestimmt, nicht zum Preis des Abtretungsauftrags. Benutzer A stellt einen Kaufauftrag für 1 BTC zu 100 USD ein. Benutzer B wünscht dann 1 BTC zu 80 USD zu verkaufen. Weil Benutzer Arsquos Auftrag zuerst zum Handelsmotor war, haben sie Preispriorität und der Handel wird bei 100 USD auftreten. Bestellen Lebenszyklus Gültige Aufträge, die an die passende Maschine gesendet werden, werden sofort bestätigt und befinden sich im empfangenen Zustand. Wenn ein Auftrag sofort gegen eine andere Bestellung ausführt, gilt die Bestellung als erledigt. Ein Auftrag kann ganz oder teilweise ausführen. Ein Teil des Auftrags, der nicht sofort gefüllt wird, gilt als offen. Aufträge bleiben im offenen Zustand, bis sie storniert oder nachträglich durch neue Aufträge gefüllt werden. Aufträge, die nicht mehr passend sind (ausgefüllt oder storniert), sind im erledigten Zustand. Handelsgebühren GDAX betreibt ein Hersteller-Modell. Aufträge, die Liquidität zur Verfügung stellen, werden von Liquiditätsaufträgen mit unterschiedlichen Gebühren belastet. Die Gebühr wird als Prozentsatz des Spielbetrags (Preisgröße) bewertet. Benutzer 30 Tage Volumen Eine 0,25 Taker Gebühr wird auf jedem Handel während des Tages gesammelt. Am Ende des Tages (UTC 00:00) wird ein Rabatt berechnet und ausgegeben. Die Höhe des erteilten Rabattes wird auf den Prozentsatz des gesamten Umtauschvolumens in Bitcoin berechnet, den ein Händler in den letzten 30 Tagen beteiligt hat. Die ETH-Märkte haben eine 0,3-Takt-Gebühr auf 0-1-Lautstärke. Es gibt einen bestehenden SELL Auftrag für 5 BTC bei 100 USD auf dem Bestellbuch. Sie geben einen KAUFEN Auftrag für 7 BTC bei 100 USD ein. 5 BTC von Ihrem KAUFEN Auftrag werden sofort abgestimmt und Sie werden die Takergebühr belastet, weil Sie Liquidität aus dem Auftragsbuch nehmen. Die restlichen 2 BTC Ihrer Bestellung sitzen nun auf der BID-Seite des Orderbuches. A SELL Auftrag für 2 BTC bei 100 USD kommt und stimmt mit deinem 2 BTC KAUFEN Auftrag überein. In diesem Fall haben Sie Liquidität und keine Gebühren erhoben. Rabatt Beispiel Wenn 100 BTC auf Coinbases USD Orderbuch in den letzten dreißig Tagen gehandelt wurde und Sie 1,1 Bitcoin entfielen, machen Sie mehr als 1 des Gesamtvolumens aus und erhalten einen Rabatt von 0,01 an diesem Tag und zahlen eine effektive Takergebühr von 0,24 . Der Rabatt wird in der Zitatwährung ausgegeben. DepositWithdraw Gebühren GDAX erhebt keine zusätzlichen Einzahlungen oder zieht Gebühren für das Übertragen von Geld zwischen Ihrem Coinbase-Konto und Ihren Exchange-Konten ab. Colocation GDAX primäre Datenquellen und Server laufen im Amazon US East Rechenzentrum. Um die Latenzzeit für den API-Zugriff zu minimieren, empfehlen wir, Anfragen von Servern in der Nähe des US-East-Rechenzentrums zu erstellen. Für die Prüfung von API-Konnektivität und Web-Trading steht ein öffentlicher Sandkasten zur Verfügung. Die Sandbox bietet alle Funktionen der Produktionsbörse, ermöglicht es Ihnen aber, gefälschte Fonds zum Testen hinzuzufügen. Anmeldesitzungen und API-Schlüssel sind von der Produktion getrennt. Verwenden Sie die Sandbox-Web-Oberfläche, um Schlüssel in der Sandbox-Umgebung zu erstellen. Um Gelder hinzuzufügen, benutze die Web-Interface-Ablagerung und ziehe die Schaltflächen so zurück, wie du es auf der Produktions-Web-Oberfläche wünschst. Sandbox-URLs Wenn Sie Ihre API-Konnektivität testen, müssen Sie die folgenden URLs verwenden. REST API api-public. sandbox. gdax Websocket-Feed wss: ws-feed-public. sandbox. gdax FIX-API fix-public. sandbox. gdax Hinweis zur FIX-API Beim Verbinden mit der FIX-API in Sandbox müssen Sie mit einem HTTP beginnen Aktualisieren Sie die Anforderung und legen Sie den Upgrade-Header fest. Nachdem Sie eine 101 Switching Protocols Antwort vom Server erhalten haben, können Sie die Verbindung weiterhin als reguläre FIX Verbindung verwenden. Denken Sie daran, HTTPS dafür zu verwenden. Client-Bibliotheken Client-Bibliotheken können Ihnen helfen, sich schnell mit unserer API zu integrieren. Inoffizielle Die REST API hat Endpunkte für Konto - und Auftragsmanagement sowie öffentliche Marktdaten. REST API Endpunkt URL Es gibt auch eine FIX API für die Auftragsverwaltung. Alle Anfragen und Antworten sind Applicationjson-Inhaltstyp und folgen typischen HTTP-Antwortstatuscodes für Erfolg und Misserfolg. Sofern nicht anders angegeben, antworten Fehler auf schlechte Anfragen mit HTTP 4xx oder Statuscodes. Der Körper enthält auch einen Meldungsparameter, der die Ursache angibt. Ihre languagersquos http-Bibliothek sollte so konfiguriert werden, dass sie Nachrichtenkörper für Nicht-2xx-Anfragen zur Verfügung stellt, damit Sie das Nachrichtenfeld aus dem Körper lesen können. Häufige Fehlercodes Pagination Vor und Nach Cursor Der Vorcursor verweist auf das erste Element in einer Ergebnisseite und der Nachcursor verweist auf das letzte Element in einer Reihe von Ergebnissen. Um eine Seite von Datensätzen vor dem aktuellen anzufordern, verwenden Sie den Vor-Abfrage-Parameter. Ihre erste Anforderung kann diesen Parameter weglassen, um die Standard-erste Seite zu erhalten. Die Antwort enthält einen CB-BEFORE-Header, der die Cursor-ID zurückgibt, die in Ihrer nächsten Anfrage für die Seite vor dem aktuellen verwendet wird. Die Seite vor ist eine neuere Seite und nicht eine, die vorher in chronologischer Zeit passiert ist. Die Antwort enthält auch einen CB-AFTER-Header, der die Cursor-ID zurückgibt, die in Ihrer nächsten Anfrage für die Seite nach diesem verwendet wird. Die Seite nach ist eine ältere Seite und nicht eine, die nach dieser in chronologischer Zeit passiert ist. Die Cursor-Paginierung kann zunächst unumstritten sein. Vor und nach cursor-argumenten sollte nicht vor und nach chronologischer zeit verwechselt werden Die meisten paginierten Anfragen geben die neuesten Informationen (neueste) als erste Seite nach neuesten (in chronologischer Zeit) zuerst sortiert. Um ältere Informationen zu erhalten, musst du Seiten nach der ersten Seite anfordern. Um Informationen neu zu erhalten, wünschen Sie Seiten vor der ersten Seite. Zeitstempel Sofern nicht anders angegeben, werden alle Zeitstempel von API in ISO 8601 mit Mikrosekunden zurückgegeben. Stellen Sie sicher, dass Sie das folgende ISO 8601 Format analysieren können. Die meisten modernen Sprachen und Bibliotheken werden dies ohne Probleme behandeln. Dezimalzahlen werden als Strings zurückgegeben, um die volle Präzision über Plattformen zu bewahren. Bei der Anforderung wird empfohlen, dass Sie auch Ihre Nummern in Strings umwandeln, um Trunkierungs - und Präzisionsfehler zu vermeiden. Integer-Zahlen (wie Handels-ID und Sequenz) sind nicht zitiert. Die meisten Bezeichner sind UUID, wenn nicht anders angegeben. Bei einer Anforderung, die eine UUID erfordert, werden beide Formulare (mit und ohne Bindestriche) akzeptiert. 132fb6ae-456b-4654-b4e0-d681ac05cea1 oder 132fb6ae456b4654b4e0d681ac05cea1 Ratenlimits Wenn ein Ratenlimit überschritten wird, wird ein Status von 429 Too Many Requests zurückgegeben. Öffentliche Endpunkte Wir drosseln öffentliche Endpunkte nach IP: 3 Anfragen pro Sekunde, bis zu 6 Anfragen pro Sekunde in Bursts. Private Endpunkte Wir drosseln private Endpunkte nach Benutzer-ID: 5 Anfragen pro Sekunde, bis zu 10 Anfragen pro Sekunde in Bursts. Finanzinformationen eXchange API Die FIX API drosselt jeden Befehlstyp (zB NewOrderSingle, OrderCancelRequest) auf 30 Befehle pro Sekunde. Private Endpunkte stehen für Auftragsverwaltung und Account Management zur Verfügung. Jede private Anfrage muss mit dem beschriebenen Authentifizierungsschema signiert werden. Private Endpunkte benötigen eine Authentifizierung mit Ihrem GDAX API Key. Hier können Sie API-Schlüssel generieren Authentifizierung Erstellen eines API-Schlüssels Bevor Sie alle Anfragen signieren können, müssen Sie über die GDAX-Website einen API-Schlüssel erstellen. Bei der Erstellung eines Schlüssels haben Sie 3 Informationen, die Sie sich merken müssen: Der Schlüssel und das Geheimnis werden zufällig generiert und von GDAX zur Verfügung gestellt. Die Passphrase wird von Ihnen zur Verfügung gestellt, um Ihren API-Zugang weiter zu sichern. GDAX speichert die gesalzene Hash Ihrer Passphrase zur Verifikation, kann aber die Passphrase nicht wiederherstellen, wenn du es vergisst. Anforderung anlegen Alle REST-Anfragen müssen die folgenden Header enthalten: CB-ACCESS-KEY Die AIP-Taste als String. CB-ACCESS-SIGN Die base64-codierte Signatur (siehe Signieren einer Nachricht). CB-ACCESS-TIMESTAMP Ein Zeitstempel für Ihre Anfrage. CB-ACCESS-PASSPHRASE Die Passphrase, die Sie beim Erstellen des API-Schlüssels angegeben haben. Alle Anforderungsstellen sollten Inhaltstyp applicationjson haben und gültig sein JSON. Signieren einer Nachricht Der CB-ACCESS-SIGN-Header wird erzeugt, indem ein sha256-HMAC mit dem base64-decodierten geheimen Schlüssel auf der Prehash-String-Zeitstempelmethode requestPath body (wo String-Verkettung dargestellt wird) und base64-codieren die Ausgabe erzeugt wird. Der Zeitstempelwert entspricht dem CB-ACCESS-TIMESTAMP-Header. Der Körper ist die Anforderungs-Body-String oder weggelassen, wenn es keinen Anforderungskörper gibt (typischerweise für GET-Anfragen). Die Methode sollte UPPER CASE sein. Denken Sie daran, zuerst den alphanumerischen geheimen String zu formatieren (was zu 64 Bytes führt), bevor Sie ihn als Schlüssel für HMAC verwenden. Auch base64-codieren die Digest-Ausgabe vor dem Senden in den Header. Auswählen eines Zeitstempels Der CB-ACCESS-TIMESTAMP-Header muss eine Anzahl von Sekunden seit Unix-Epoche in UTC sein. Dezimalwerte sind erlaubt. Ihr Zeitstempel muss innerhalb von 30 Sekunden nach der api Servicezeit sein oder Ihre Anfrage wird als abgelaufen und abgelehnt betrachtet. Wir empfehlen, den Zeitendpunkt zu verwenden, um die API-Serverzeit abzufragen, wenn Sie glauben, dass es viele Zeitverschiebungen zwischen Ihrem Server und den API-Servern gibt. List Accounts Holen Sie sich eine Liste der Handelskonten. Ihre Handelskonten sind getrennt von Ihren Coinbase-Konten. Weitere Informationen finden Sie im Abschnitt "Einlagen". Http-Antrag Wenn ein Eintrag das Ergebnis eines Handels (Match, Gebühr) ist, enthält das Detailfeld zusätzliche Informationen über den Handel. Diese Anforderung ist paginiert Holds werden auf einem Konto für alle aktiven Aufträge oder ausstehende Abhebungsanforderungen platziert. Wenn ein Auftrag gefüllt ist, wird der Haltebetrag aktualisiert. Wenn eine Bestellung storniert wird, wird jeder verbleibende Hold entfernt. Für einen Abzug, sobald er fertig ist, wird der Hold entfernt. Http-Anforderung Diese Anforderung ist paginiert. Der Typ des Holdings gibt an, warum der Hold vorhanden ist. Der Hold-Typ ist die Order für Holdings im Zusammenhang mit offenen Aufträgen und Transfer für Holdings im Zusammenhang mit einem Rücktritt. Das ref-Feld enthält die ID der Bestellung oder Übertragung, die den Hold erstellt hat. Platzieren Sie eine neue Bestellung Sie können verschiedene Arten von Aufträgen platzieren: Limit. Markt. Und aufhören Aufträge können nur platziert werden, wenn Ihr Konto über ausreichende Mittel verfügt. Sobald ein Auftrag erteilt wird, werden Ihre Kontogelder für die Dauer der Bestellung in die Warteschleife gestellt. Wie viel und welche Mittel in die Warteschleife gestellt werden, hängt von der Bestellart und den angegebenen Parametern ab. Siehe unten die Details. HTTP-Anforderungsparameter Diese Parameter sind für alle Auftragstypen üblich. Je nach Auftragsart sind zusätzliche Parameter erforderlich (siehe unten). Produkt-ID Das Produkt ist mit einem gültigen Produkt übereinstimmen. Die Produktliste ist über den Endpunkt der Produkte verfügbar. Client-Bestell-ID Das optionale Clientoid-Feld muss eine UUID sein, die von Ihrer Handelsanwendung generiert wird. Dieser Feldwert wird im öffentlichen Feed für empfangene Nachrichten gesendet. Sie können dieses Feld verwenden, um Ihre Aufträge im öffentlichen Feed zu identifizieren. Das Clientoid ist anders als die vom Server zugewiesene Bestellnummer. Wenn Sie den öffentlichen Feed verbrauchen und eine empfangene Nachricht mit Ihrem Clientoid sehen. Sie sollten den vom Server zugewiesenen Orderid aufzeichnen, da er für zukünftige Bestellstatusaktualisierungen verwendet wird. Das Clientoid wird NICHT verwendet, nachdem die empfangene Nachricht gesendet wurde. Die vom Server zugewiesene Auftrags-ID wird auch als ID-Feld an diese HTTP-POST-Anforderung zurückgegeben. Bei der Bestellung können Sie die Auftragsart angeben. Die Auftragsart, die Sie angeben, wird beeinflussen, welche anderen Auftragsparameter benötigt werden und wie Ihre Bestellung vom passenden Motor ausgeführt wird. Wenn der Typ nicht angegeben ist, wird der Auftrag standardmäßig auf eine Limit-Reihenfolge gesetzt. Grenzaufträge sind sowohl die Standard - als auch die Grundbestellungstyp. Eine Limit Order erfordert die Angabe eines Preises und Größe. Die Größe ist die Anzahl der Bitcoin zu kaufen oder zu verkaufen, und der Preis ist der Preis pro Bitcoin. Die Limit Order wird zu dem angegebenen Preis oder besser gefüllt. Ein Verkaufsauftrag kann zum angegebenen Preis pro Bitcoin oder einem höheren Preis pro Bitcoin gefüllt werden und ein Kaufauftrag kann zum angegebenen Preis oder zu einem niedrigeren Preis je nach Marktlage gefüllt werden. Wenn die Marktbedingungen die Limit Order nicht sofort füllen können, wird die Limit Order Teil des offenen Auftragsbuches, bis er von einem anderen eingehenden Auftrag gefüllt oder vom Benutzer storniert wird. Marktaufträge unterscheiden sich von Limitaufträgen dadurch, dass sie keine Preisgarantien bieten. Sie bieten jedoch eine Möglichkeit, bestimmte Mengen von Bitcoin oder Fiat zu kaufen oder zu verkaufen, ohne den Preis angeben zu müssen. Marktaufträge werden sofort ausgeführt und kein Teil der Marktordnung wird auf dem offenen Auftragsbuch gehen. Marktaufträge werden immer als Abnehmer und entstehen Takergebühren. Bei der Platzierung einer Marktordnung können Sie Fonds und Größe angeben. Fonds werden einschränken, wie viel von Ihrem Zitat Währung Konto Saldo verwendet wird und Größe wird die Bitcoin Betrag abgewickelt zu begrenzen. Stop-Aufträge werden aktiv und warten, um auf der Grundlage der Bewegung des letzten Handelspreises auszulösen. Es gibt zwei Arten von Stop-Orders, verkaufen Stop und kaufen Stop. Der Seitenparameter ist wichtig: Seite: 39sell39. Platzieren Sie eine Verkaufsstopp-Bestellung. Die auslöst, wenn sich der letzte Handelspreis auf einen Wert bei oder unter dem Preis ändert. Seite: 39buy39. Lege einen Kaufstoppauftrag an. Die auslöst, wenn sich der letzte Handelspreis auf einen Wert bei oder über dem Preis ändert. Der letzte Handelspreis ist der letzte Preis, zu dem ein Auftrag gefüllt wurde. Dieser Preis finden Sie in der letzten Match-Nachricht. Beachten Sie, dass nicht alle Übereinstimmungsnachrichten aufgrund von gelöschten Nachrichten empfangen werden können. Beachten Sie, dass Stopp-Aufträge, wenn sie ausgelöst werden, als Marktaufträge ausführen und daher den Marktordnungen unterliegen. Der Preis muss in quoteincrement Produkteinheiten angegeben werden. Das Zitat-Inkrement ist die kleinste Preiseinheit. Für das BTC-USD-Produkt beträgt das Zitat-Inkrement 0,01 oder 1 Penny. Preise weniger als 1 Pfennig werden nicht akzeptiert, und es werden keine gebührenpflichtigen Penny-Preise akzeptiert. Nicht erforderlich für Marktaufträge. Die Größe muss größer sein als die Baseminsize für das Produkt und nicht größer als die Basemaxsize. Die Größe kann in jedem Inkrement der Basiswährung (BTC für das BTC-USD Produkt) sein, die Satoshi-Einheiten enthält. Größe gibt den Betrag der BTC (oder Basiswährung) an, um zu kaufen oder zu verkaufen. Das Feld wird optional für Marktaufträge verwendet. Wenn angegeben, gibt es an, wie viel des Produktes Währung zu kaufen oder zu verkaufen. Zum Beispiel wird ein Marktkauf für BTC-USD mit Fonds, der als 150,00 angegeben ist, 150 USD ausgeben, um BTC zu kaufen (einschließlich etwaiger Gebühren). Wenn das Fondsfeld nicht für einen Marktkaufauftrag angegeben ist, muss die Größe angegeben werden und GDAX wird verfügbare Mittel in Ihrem Konto verwenden, um Bitcoin zu kaufen. Ein Marktverkaufsauftrag kann auch die Mittel angeben. Wenn die Mittel angegeben sind, wird sie den Verkauf auf die angegebene Höhe beschränken. Sie können Mittel mit Verkaufsaufträgen verwenden, um den Betrag der Quotenwährungsfonds zu begrenzen. Zeit in Kraft Zeit in Kraft Politik garantiert Garantien über die Lebensdauer eines Auftrags. Es gibt vier Richtlinien: gut bis storniert AGB. Gut bis GTT. Sofort oder abbrechen IOC. Und füllen oder töten FOK. GTC Gute bis stornierte Bestellungen bleiben auf dem Buch offen, bis es storniert wird. Dies ist das Standardverhalten, wenn keine Richtlinie angegeben ist. GTT Gute bis zur Zeitaufträge bleiben auf dem Buch offen, bis es storniert ist oder die zugeteilte Kündigung am passenden Motor erschöpft ist. GTT-Aufträge werden garantiert, um zu stornieren, bevor irgendeine andere Bestellung nach dem abgebrochenen Zeitstempel verarbeitet wird, der von der API zurückgegeben wird. Ein Tag gilt als 24 Stunden. IOC Sofortige oder stornieren von Aufträgen stornieren sofort die verbleibende Größe der Limit Order anstatt sie auf dem Buch zu öffnen. FOK Füllen oder Töten von Aufträgen werden abgelehnt, wenn die gesamte Größe nicht abgestimmt werden kann. Hinweis, Match bezieht sich auch auf Selbsttrades. Die Post-only-Flagge zeigt an, dass die Bestellung nur Liquidität machen sollte. Wenn ein Teil der Bestellung zur Liquidität führt, wird die Bestellung abgelehnt und kein Teil davon wird ausgeführt. Für Limit Kauf Bestellungen, werden wir Preis x Größe x (1 Gebühr-Prozent) USD halten. Für Verkaufsaufträge halten wir die Anzahl der Bitcoin, die Sie verkaufen möchten. Die tatsächlichen Gebühren werden zum Zeitpunkt des Handels bewertet. Wenn Sie eine teilweise gefüllte oder ungefüllte Bestellung stornieren, werden alle verbleibenden Mittel aus dem Halten freigegeben. Für Marktkaufaufträge, bei denen Fonds angegeben sind, wird der Geldbetrag in die Warteschleife gestellt. Wenn nur die Größe angegeben ist, wird der gesamte Kontostand (im Zitatkonto) für die Dauer der Marktordnung (in der Regel eine triviale Zeit) in die Warteschleife gestellt. Für einen Verkaufsauftrag wird die Größe in BTC in die Warteschleife gestellt. Wenn die Größe nicht angegeben ist (und nur Mittel angegeben ist), wird Ihr gesamter BTC-Saldo für die Dauer der Marktordnung gehalten. Selbständige Prävention Selbsthandel ist auf GDAX nicht erlaubt. Zwei Aufträge von demselben Benutzer dürfen nicht miteinander übereinstimmen. Um das Verhalten des Selbsthandels zu ändern, geben Sie das Stip-Flag an. Weitere Informationen zu diesen Feldern finden Sie in der Dokumentation zur Selbstverteidigung. Bestellen Lebenszyklus Die HTTP-Anfrage wird reagieren, wenn eine Bestellung abgelehnt wird (unzureichende Mittel, ungültige Parameter, etc.) oder empfangen (akzeptiert von der passenden Engine). Eine Antwort von 200 zeigt an, dass die Bestellung empfangen wurde und aktiv ist. Aktive Aufträge können sofort (je nach Preis und Marktbedingungen) entweder teilweise oder vollständig ausgeführt werden. Eine teilweise Ausführung wird die verbleibende Größe der Bestellung im offenen Zustand setzen. Eine Bestellung, die vollständig gefüllt ist, wird in den fertigen Zustand gehen. Benutzer, die Streaming-Marktdaten zuhören, werden ermutigt, das Clientoid-Feld zu verwenden, um ihre empfangenen Nachrichten im Feed zu identifizieren. Die REST-Antwort mit einer Server-Order kann nach der empfangenen Nachricht im öffentlichen Daten-Feed kommen. Eine erfolgreiche Bestellung erhält eine Bestellnummer. Eine erfolgreiche Bestellung ist definiert als eine, die vom passenden Motor akzeptiert wurde. Offene Aufträge erlöschen nicht und bleiben offen, bis sie entweder gefüllt oder storniert werden. Abbrechen eines Auftrags Stornieren einer vorher platzierten Bestellung. Wenn die Bestellung während ihrer Lebenszeit keine Streichhölzer hatte, kann ihr Rekord gelöscht werden. Dies bedeutet, dass die Bestelldetails nicht mit GET ordersltorder-idgt verfügbar sind. HTTP-Request Die Bestell-ID ist die vom Server zugewiesene Bestell-ID und nicht der optionale Clientoid. Abbrechen Ablehnen Wenn die Bestellung nicht abgebrochen werden konnte (bereits gefüllt oder zuvor abgebrochen usw.), zeigt eine Fehlerreaktion den Grund im Meldungsfeld an. Alles abbrechen Mit bester Anstrengung, storniere alle offenen Aufträge. Die Antwort ist eine Liste der IDs der stornierten Bestellungen. HTTP-Anforderung Um mehrere Status anzugeben, verwenden Sie das Status-Abfrage-Argument mehrmals: ordersstatusdoneampstatuspending. Dieser Antrag ist paginiert. Auftragsstatus und Abwicklung Aufträge, die sich nicht mehr im Auftragsbuch befinden, werden mit dem erledigten Status markiert. Es gibt ein kleines Fenster zwischen einer Bestellung und abgerechnet. Eine Bestellung wird erledigt, wenn alle Fills abgewickelt sind und die restlichen Holds (falls vorhanden) entfernt wurden. Für den hochvolumigen Handel wird dringend empfohlen, dass Sie Ihre eigene Liste der offenen Aufträge pflegen und einen der Streaming-Marktdaten-Feeds nutzen, um sie zu aktualisieren. Sie sollten den offenen Auftragsendpunkt einmal abfragen, wenn Sie mit dem Handel beginnen, um den aktuellen Stand der offenen Aufträge zu erhalten. Executedvalue ist der kumulative Match Size Preis und ist nur für Bestellungen nach 2016-05-20 vorhanden. Offene Aufträge können den Status zwischen der Anfrage und der Antwort abhängig von den Marktbedingungen ändern. Holen Sie sich einen Auftrag Holen Sie sich einen einzelnen Auftrag nach Auftrags-ID. HTTP-Anforderung Wenn die Bestellung storniert wird, kann die Antwort Statuscode 404 haben, wenn die Bestellung keine Übereinstimmungen hatte. Offene Aufträge können den Status zwischen der Anfrage und der Antwort abhängig von den Marktbedingungen ändern. Liste Fills Holen Sie sich eine Liste der letzten Fills. Http Anfrage Abrechnung und Gebühren Gebühren werden in zwei Stufen aufgezeichnet. Unmittelbar nachdem der passende Motor ein Match abgeschlossen hat, wird die Füllung in unseren Datenspeicher eingefügt. Sobald die Füllung aufgezeichnet ist, wird ein Abwicklungsprozess die Füllung begleichen und beide Handelspartner kreditieren. Das Gebührenfeld zeigt die Gebühren für diese Einzelfüllung an. Das Liquiditätsfeld zeigt an, ob die Füllung das Ergebnis eines Liquiditätsanbieters oder Liquiditätsnehmer war. M zeigt Maker an und T zeigt Taker an. Paginierungsfüllungen werden zurückgeliefert, sortiert nach dem absteigenden Handel von der größten kommerziellen bis zur kleinsten kommerziellen. Der CB-BEFORE-Header wird diese erste Trade-ID haben, damit zukünftige Anfragen mit dem cb-before-Parameter Fills mit einer größeren Trade-ID (neuere Fills) abrufen. Dieser Antrag ist paginiert. Zahlungsmethode Einzahlungsmittel aus einer Zahlungsmethode. Weitere Informationen finden Sie im Abschnitt Zahlungsmethoden zum Abrufen Ihrer Zahlungsmethoden. Abhebungen Zahlungsmethoden Coinbase Accounts Der Report wird generiert, wenn Ressourcen verfügbar sind. Berichtsstatus kann über die Berichte abgefragt werden: reportid endpunkt. Das Fileurl-Feld steht zur Verfügung, sobald der Report erfolgreich erstellt wurde und zum Download zur Verfügung steht. Abgelaufene Berichte Berichte sind nur für wenige Tage nach dem Erstellen verfügbar. Sobald ein Bericht abgelaufen ist, ist der Bericht nicht mehr zum Download verfügbar und wird gelöscht. Berichtsstatus erhalten Antwort (Bericht erstellen) Antwort (fertiger Bericht) http-Anfrage Sobald eine Berichtsanforderung zur Bearbeitung akzeptiert wurde, steht der Status zur Verfügung, indem der Bericht-Ressource-Endpunkt abgefragt wird. Der endgültige Bericht wird hochgeladen und steht bei fileurl zur Verfügung, sobald der Status bereit ist. Benutzerkonto http-Anfrage Diese Anforderung wird Ihr 30-Tage-Nachlaufvolumen für alle Produkte zurückgeben. Dies ist ein zwischengespeicherter Wert, der jeden Tag um Mitternacht UTC berechnet wird. Marktdaten Die Marktdaten-API ist ein nicht authentifizierter Satz von Endpunkten für das Abrufen von Marktdaten. Diese Endpunkte bieten Schnappschüsse von Marktdaten. Für Echtzeit-Marktdaten-Updates siehe die Websocket-Feed-Dokumentation zum Verbinden und Neuerstellen einer perfekten Echtzeit-Kopie des Orderbuchs und des Trades. Holen Sie sich Produkte Holen Sie sich eine Liste der verfügbaren Währungspaare für den Handel. HTTP-Request Die Felder baseminsize und basemaxsize definieren die minimale und maximale Bestellgröße. Das quoteincrement-Feld gibt den Mindestbestellpreis sowie die Preiserhöhung an. Der Auftragspreis muss ein Vielfaches dieses Inkrementes sein (d. h. wenn das Inkrement 0,01 ist, werden die Bestellpreise von 0,001 oder 0,021 abgelehnt). Produkt-ID ändert sich nicht einmal einem Produkt zugewiesen, aber die Minmaxquote Größen können in der Zukunft aktualisiert werden. Holen Sie sich Produkt Bestellung Buch Beispiel Antwort für ProdukteBTC-USDbook Nur das beste Gebot und fragen wird zurückgegeben. Beispiel Antwort für ProdukteBTC-USDbooklevel2 Beispiel Response für ProdukteBTC-USDbooklevel3 Holen Sie sich eine Liste der offenen Bestellungen für ein Produkt. Die angegebene Detailmenge kann mit dem Pegelparameter angepasst werden. HTTP-Anforderung Standardmäßig wird nur das Innere (d. h. beste) Gebot und die Frage zurückgegeben. Dies entspricht einer Buchtiefe von 1 Stufe. Wenn Sie ein größeres Orderbuch sehen möchten, geben Sie den Level-Abfrage-Parameter an. Wenn ein Level nicht aggregiert ist, werden alle Aufträge zu jedem Preis zurückgegeben. Aggregierte Levels geben für jeden aktiven Preis nur eine Größe zurück (als ob es nur einen einzigen Auftrag für diese Größe auf der Ebene gab). Parameter Ebenen 1 und 2 werden aggregiert und geben die Anzahl der Aufträge auf jeder Ebene zurück. Level 3 ist nicht aggregiert und gibt das gesamte Orderbuch zurück. Dieser Antrag ist nicht paginiert. Das gesamte Buch wird in einer Antwort zurückgegeben. Level 1 und Level 2 werden zum Abfragen empfohlen. Für die aktuellsten Daten sollten Sie den Webserver verwenden. Level 3 wird nur für Benutzer empfohlen, die ein vollständiges Echtzeit-Orderbuch über den Webseiten-Stream pflegen möchten. Missbrauch von Level 3 durch Polling wird dazu führen, dass Ihr Zugang begrenzt oder blockiert wird. Holen Sie sich Produkt-Ticker Schnappschuss-Informationen über den letzten Handel (Tick), beste Bidask und 24h Volumen. Http-Anforderung Echtzeit-Updates Polling ist zugunsten der Verbindung über den Web-Stream entmutigt und hört auf Match-Nachrichten. Holen Sie sich Trades Liste der neuesten Trades für ein Produkt. Http-Anfrage Diese Anforderung ist paginiert. Die Handelsseite zeigt die Entscheidung des Herstellers an. Der Auftraggeber ist die Bestellung, die im Auftragsbuch offen war. Kaufen Seite zeigt eine Down-Tick, weil der Hersteller war ein Kauf-Bestellung und ihre Bestellung wurde entfernt. Umgekehrt, verkaufen Seite zeigt ein Up-Tick. Historische Preise erhalten Historische Preise für ein Produkt. Die Preise werden in gruppierten Eimern auf der Grundlage der angeforderten Granularität zurückgegeben. Historische Rate Daten können unvollständig sein. Es werden keine Daten für Intervalle veröffentlicht, in denen es keine Zecken gibt. Historische Preise sollten nicht häufig abgefragt werden. Wenn Sie Echtzeit-Informationen benötigen, verwenden Sie die Handels - und Buch-Endpunkte zusammen mit dem Webseiten-Feed. Http anfordern Parameter Die maximale Anzahl von Datenpunkten für eine einzelne Anfrage beträgt 200 Kerzen. Wenn Ihre Auswahl von Startzeit und Granularität zu mehr als 200 Datenpunkten führen wird, wird Ihre Anfrage abgelehnt. Wenn Sie feine Granularitätsdaten über einen größeren Zeitbereich abrufen möchten, müssen Sie mehrere Anfragen mit neuen Startbereichen machen. Response Items Jeder Eimer ist ein Array der folgenden Informationen: Zeit Bucket Startzeit niedrigster Preis während des Eimerintervalls hoch höchster Preis während des Eimerintervalls offener Eröffnungskurs (erster Handel) im Eimerintervall schließen Schlusskurs (letzter Handel) in der Eimer Intervall Volumen Volumen der Handelsaktivität während der Eimer Intervall Holen Sie sich 24 Stunden Stats Holen Sie sich 24 Stunden Stats für das Produkt. Volumen ist in Basiswährungseinheiten. öffnen. hoch. Niedrig sind in quote Währungseinheiten. Http-Anfrage Währungen Get Währungen Websocket Feed-Konnektivität Wenn auf Y gesetzt. Schalten Sie alle offenen Aufträge für das aktuelle Profil auf Trennung. Die vom Client gesendete Anmeldungsnachricht muss zur Sicherheit angemeldet sein. Die Signierungsmethode wird im Signieren einer Nachricht beschrieben. Der Prehash-String ist die folgenden Felder, die durch den FIX-Feldtrenner (ASCII-Code 1) verbunden sind: SendingTime, MsgType, MsgSeqNum, SenderCompID, TargetCompID, Password. Es gibt keinen nachlaufenden Trenner. Das RawData-Feld sollte eine Base64-Codierung der HMAC-Signatur sein. Ein einziger API-Schlüssel darf nicht gleichzeitig in mehreren Verbindungen verwendet werden. Um mehrere FIX-Verbindungen herzustellen, generieren Sie bitte einen neuen API-Schlüssel für jeden. Von beiden Seiten gesendet, um die Sitzungsbeendigung einzuleiten. Die Seite, die diese Nachricht zuerst empfängt, sollte mit dem gleichen Nachrichtentyp antworten, um die Sitzungsbeendigung zu bestätigen. Das Schließen einer Verbindung ohne Abmeldung der Sitzung ist zuerst ein Fehler. New Order Single Gesendet vom Kunden, um eine Bestellung einzugeben. Das Post-only-Flag (P) gibt an, dass die Bestellung nur Liquidität machen sollte. Wenn ein Teil der Bestellung zur Liquidität führt, wird die Bestellung abgelehnt und kein Teil davon wird ausgeführt. Open Post-Only Bestellungen werden als Good Till Cancel behandelt. Weitere Details zu TimeInForce-Werten finden Sie hier. Wenn ein Handelsfehler auftritt (z. B. hat der Benutzer unzureichende Mittel), wird ein ExecutionReport mit ExecType8 zurückgesendet, was bedeutet, dass der Auftrag abgelehnt wurde. Auftrag Abbrechen Anforderung gesendet vom Kunden, um eine Bestellung zu stornieren. UUID ausgewählt vom Auftraggeber für die Bestellung OrderId aus dem ExecutionReport mit OrdStatusNew (390) ClOrdId des Auftrags zum Abbrechen (ursprünglich vom Kunden zugewiesen) Symbol der Bestellung zum Abbrechen (muss mit dem Symbol des Auftrags übereinstimmen) Kundenauftragsnummer Verwendung der ClOrdId Ist nach dem Wiederherstellen oder Starten einer neuen Sitzung nicht verfügbar. Sie sollten die über den ExecutionReport erhaltene OrderId verwenden, sobald sie verfügbar sind. Auftragsstatusanforderung, die vom Kunden gesendet wurde, um Informationen über ausstehende Aufträge zu erhalten. OrderID der Bestellung (s) zurückgeschickt werden Kann gleich (Wildcard) sein, um alle ausstehenden Bestellungen zurückzusenden. Die Antwort auf eine Auftragsstatusanforderung ist eine Reihe von ExecutionReports mit ExecTypeI. Die jeweils eine offene Ordnung des Benutzers darstellen. Wenn der Benutzer keine offenen Aufträge hat, wird ein einzelner ExecutionReport mit OrderId0 zurückgesendet. Ausführungsbericht Vom Server gesendet, wenn ein Auftrag angenommen, abgelehnt, gefüllt oder storniert wird. Wird auch gesendet, wenn der Benutzer eine OrderStatusRequest sendet. Nur bei Auftragsbestätigungen vorhanden, ExecTypeNew (1500) OrderId aus dem ExecutionReport mit ExecTypeNew (390) Symbol der ursprünglichen Bestellung Muss 1 zu kaufen oder 2 zu verkaufen Betrag gefüllt (wenn ExecType1). Auch als LastQty ab FIX 4.3 bezeichnet. Preis der Füllung, wenn ExecType eine Füllung angibt, andernfalls ist der Auftragspreis OrderQty als akzeptiert (kann weniger als bei der Selbstverteidigung angefordert werden) Zeit, in der das Ereignis eingetreten ist, kann 1 (Teilfüllung) für Fills, D für die Selbstverteidigung, Etc. Ausführung Typ Auftrag Abbrechen Ablehnen gesendet vom Server, wenn eine Auftragsannullanfrage nicht erfüllt werden kann, zB Da die Bestellung bereits abgebrochen oder vollständig ausgefüllt ist. Abbrechen von Anfragen für ungültige oder unbekannte Auftrags-IDs können dazu führen, dass Nachrichten stattdessen abgelehnt werden. Wie bei der Abbruchanforderung Wie bei der Abbruchanforderung Wie bei der Abbruchanforderung 4, wenn zu spät, um abzubrechen 1 (Auftragsabbruchanforderung) bei beiden Seiten nach Erhalt einer Nachricht, die nicht verarbeitet werden kann, z. B. Aufgrund fehlender Felder oder eines nicht unterstützten Nachrichtentyps. MsgSeqNum der abgelehnten eingehenden Nachricht Tag Nummer des Feldes, das den Reject verursacht hat (optional) MsgType der abgelehnten eingehenden Nachricht Menschlich lesbare Beschreibung des Fehlers (optional) Code zum Identifizieren des Grundes für die Ablehnung von SessionRejectReason kann folgende Werte annehmen: Ungültiges Tag number Required tag missing Tag not defined for this message type Tag specified without a value Value is incorrect (out of range) for this tag Incorrect data format for value SendingTime (52) accuracy problem Invalid MsgType (35) XML Validation error Tag appears more than once Tag specified out of required order Repeating group fields out of order Incorrect NumInGroup count for repeating group Non ldquodatardquo value includes field delimiter (SOH character) Sent by both sides if no messages have been sent for HeartBtInt seconds as agreed during logon. May also be sent in response to a Test Request. SSL Tunnels fix. gdax:4198 only accepts TCP connections secured by SSL. If your FIX client library cannot establish an SSL connection natively, you will need to run a local proxy that will establish a secure connection and allow unencrypted local connections. stunnel Configuration This is an example configuration file for stunnel to listen on a port locally and proxy unencrypted TCP connections to the encrypted SSL connection. The service name ( Coinbase ) and the accept port ( 4197 ) may be changed to any suitable values. When stunnel is started with the above configuration file, it will run in the background. On Unix-like systems the option foreground yes may be specified at the top of the file to avoid running in the background. For testing it may be easier to use foreground mode, or to specify the top-level output option as a file path where stunnel will write log messages. The stunnel configuration must include either verify3 or verify4 to enable client certificate pinning. The exchange certificate is available via gdax and must be installed in a secure (not openly writable) directory on the client system which is specified in the stunnel configuration file as CAfile. If your system has OpenSSL installed, you can run this command to download the certificate: openssl sclient - showcerts - connect fix. gdax:4198 lt devnull openssl x509 - outform PEM gt fix. gdax. pem