Opzione Trading Api

SpotOption è stata fondata nel 2010, ed è ufficialmente oggi leader opzioni binarie fornitore di piattaforme. SpotOption etichette bianche la soluzione di business completa per i mediatori che vogliono una piattaforma di trading per la loro intermediazione on-line. Con uno staff di oltre 250 dipendenti, tra cui i programmatori migliori, sviluppatori e designer, la piattaforma di trading SpotOptions è stato assegnato il 2015 migliori opzioni binarie Piattaforma Provider dalla finanza Magnati. SpotOption ha uffici a Londra, Hong Kong, e il Medio Oriente. SpotOption si vanta di innovazione, con caratteristiche uniche che danno le opzioni binarie un tocco dinamico (come One Touch, 60 secondi, Option Builder, Algo Trading, Scala, ecc) e una mobile app che non ha rivali con state-of-the - arte grafica e caratteristiche. SpotOptions soluzione white label può essere fornito come un completo, stand alone, o possono essere facilmente integrati con piena API in una operazione esistente o con la piattaforma MT4. SpotOption offre una soluzione multi-piattaforma, che include basata sul Web, Download, Mobile, Land-based, Mobile e wechat. La piattaforma web-based è un libero nessun download piattaforma fastidio, necessario. Si doesn8217t legare un commerciante a un singolo computer, ed è accessibile da nessuna parte che c'è internet. La piattaforma scaricabile è il metodo preferito per le regioni come la Cina, dove i ritardi sulla trasmissione dei dati a causa di connessioni internet poveri sono comuni. La capacità di ridurre la dipendenza su internet è fondamentale per il trading sulla volatilità del mercato, come in opzioni binarie, dove le minime conta di fluttuazione. La piattaforma mobile è state-of-the-art design e funzionalità, e dà i commercianti di accedere da qualsiasi luogo. Il mobile marketing è più semplice, ed i pulsanti a sfioramento sono naturali e coinvolgente per 8220call8221 e 8220put8221. Il Land-based è un'opportunità regolamentato per la vendita al dettaglio on-site È possibile iniziare la propria sede di negoziazione e consentire agli operatori di commercio on-site, e continuano da casa, mobili, ecc, con un account multi-canale. scadenze a breve termine sono 15, 30, 60, 90 secondi, in particolare per lo scambio sul posto. Wechat non è più solo un app mobile chiacchierata con 271,9 milioni di utenti mensili attivi, offrendo negoziazione in wechat ha infinite possibilità. La piattaforma SpotOption wechat ha lo stesso flusso di utenti facile come piattaforma regolare, e progettato specificamente in base ai termini e alle esigenze wechat. SpotOption è nota per fornire un servizio superiore per a sostegno della sua tecnologia. Il dipartimento di Analisi dei Rischi monitora esposizione dell'operatore, per garantire la sicurezza dell'operatore e la prevenzione delle perdite da attività fraudolente o sospette. Analizzatori di rischio SpotOption8217s sono equipaggiati con i feed di dati e sofisticati algoritmi che controllano tutte le posizioni aperte, around-the-clock. Account Manager SpotOption8217s ti danno un unico, punto di contatto per garantire che il funzionamento senza intoppi, dalla consegna del tuo sito web per la fase di profitto. Sono lì per guidare l'utente, e rispondere a tutte le questioni si possono avere lungo la strada. Sarete in costante corrispondenza con loro, e vi accorgerete che questo rapporto personale e la vostra attività dà l'attenzione che meritano. Dipartimento SpotOptions supporto è stato creato con l'obiettivo di fornire ai clienti con il servizio più veloce, più professionale ed efficiente possibile per problemi tecnici. Il portale di servizio è un sistema di biglietteria professionale, che garantisce l'approccio più veloce per determinare i problemi e fornire soluzioni. professionisti Il team che sta dietro il supporto sono addestrati, che risolvono i problemi immediatamente e cortesemente, per garantire che il feedback del cliente al trattamento di supporto sarà positiva. SpotAcademy è il reparto in SpotOption che educa i clienti sul business binario e gli strumenti che sono stati dotati. Dal CRM one-of-a-kind di nuove funzionalità, i formatori a SpotAcademy di fornire con la chiave per gestire l'attività con successo la conoscenza. SpotAcademy vanta anche un portale conoscenza unica, che offre ai clienti tutta l'istruzione necessaria per prosperare nel settore. Attraverso il portale, le etichette log-in e trovare manuali, tutorial, registrati webinar su temi quali i prodotti, gli strumenti di backoffice, applicazioni mobili e le tendenze del settore. SpotOptions clientela si attesta a 300 etichette, e si tiene 65 della quota di mercato. SpotOption ha ampliato a livello globale con clienti in Nord America, Europa, Asia, Medio Oriente, Australia, e ora Stati Uniti d'America attraverso licenza Exchange. SpotOption fornisce tecnologia di trading ad alcune delle più grandi società di intermediazione nel settore online, come ad esempio Banc de Binary, Banc de Swisse, iTrader, e molti altri. binario opzione fornitore di piattaforme software opzione binaria world8217s fornitore di piattaforme leader di tecnologia di trading on line, Brokers di responsabilità: SpotOption è solo una società di tecnologia, che fornisce software commerciale ai broker nel settore online optionsforex binario. SpotOption non è un broker, e non impegnarsi con gli utenti finali dei broker che concedono in licenza il proprio software. Pertanto, tutte le questioni regolamentari e l'attività concernenti il ​​broker è interamente sotto la responsabilità del broker, e in alcun modo collegato a SpotOption. Your opzioni binarie sociale T rading RETE TRADE4.ME non è di proprietà da un broker di opzioni binarie. Trade4.me è di proprietà e gestito da SAS NEUTRINO, una società di servizi finanziari indipendente registrato in Francia. SAS NEUTRINO si trova a 28 Venelle de Kérivin, 29200 Brest, Francia. Tutti i commenti presentati sono opinioni personali. Si prega di notare che il commercio in qualsiasi mercato comporta un rischio e trading di opzioni binarie comporta un rischio sostanziale di perdita che potrebbe non essere adatto per voi. Se si decide di operare in questi mercati vi chiediamo di considerare con attenzione i vostri obiettivi commerciali, esperienza e propensione al rischio. Gli scambi di opzioni binarie comporta un alto livello di rischio e può provocare la perdita di tutto il capitale investito. come tale, opzioni binarie potrebbe non essere adatto a tutti gli investitori. Non si dovrebbe investire denaro che non può permettersi di perdere. Prima di decidere di commercio, si dovrebbe venire a conoscenza di tutti i rischi associati con il trading di opzioni binarie, e chiedere il parere di un consulente finanziario indipendente e adeguatamente licenza. In nessun caso SAS NEUTRINO può essere considerato responsabile per qualsiasi persona o entità per (a) qualsiasi perdita o danno, in tutto o in parte causati da, derivanti da, o relative a eventuali operazioni connesse alle opzioni binarie o (b) qualsiasi danno diretto, indiretto, danni speciali, consequenziali o incidentali di sorta. SAS NEUTRINO desidera ribadire che gli strumenti ei risultati presentati sui propri siti web sono forniti come è senza alcuna garanzia esplicita o implicita per l'efficienza, l'accuratezza o la redditività. Le performance passate non garantisce risultati futuri. SAS NEUTRINO offre riferimenti ai fornitori di informazioni di terze parti tramite Trade4.me come un servizio al pubblico di trading. A meno che non specificamente indicato, SAS NEUTRINO non approva le metodologie, le idee, opinioni o raccomandazioni di queste terze parti. Invitiamo tutti gli operatori a rivedere con attenzione e analizzare la terza offerta di parti e rivendicazioni. Non accettare come dato di fatto affermazioni non esaminate o reclami. Le rivendicazioni di successo o di redditività devono essere sempre supportate da risultati di trading dal vivo, non conto dei risultati demo o raccolte di segnali. La performance passata non è garanzia di successo futuro e si dovrebbe essere critico ed esigente quando si leggono tutte le offerte promozionali effettuate da consulenti, commercianti, blogger, gestori di fondi e fornitori di sistemi di terze parti. Tutti i materiali offerti al pubblico di trading sul nostro sito sono offerti come commento generale del mercato, non sono un'offerta al commercio in qualsiasi mercato e non costituiscono consiglio di investimento o di trading. SAS NEUTRINO declina espressamente qualsiasi responsabilità, senza alcuna limitazione, per eventuali perdite derivanti, direttamente o indirettamente dall'uso o affidamento su informazioni fornite al pubblico di trading sul nostro sito. Copyright SAS NEUTRINO 2012-2015. Tutti i diritti reserved. Introduction Benvenuti a GDAX commerciante e documentazione per gli sviluppatori. Tali documenti descrivono la funzionalità di cambio, i dettagli del mercato, e le API. API sono divisi in due categorie: commercio e dei mangimi. API Trading richiedono l'autenticazione e forniscono l'accesso agli ordini immissione e altre informazioni di conto. API dei mangimi forniscano dati di mercato e sono pubblici. Gli aggiornamenti API sono pubblicati sul nostro blog degli sviluppatori developers. coinbaseblog. È possibile iscriversi a e-mail gli aggiornamenti. Come parte del rebranding di Coinbase Exchange a GDAX, endpoint API sono cambiate. I vecchi endpoint. exchange. coinbase sono stati interrotti a partire dal 6 dicembre, 2016. Il contesto di mercato e informazioni di carattere generale. Abbinamento motore GDAX opera di un libro continuo primo arrivato, primo servire ordine. Gli ordini vengono eseguiti in priorità di prezzo-tempo come ricevuti dal motore di corrispondenza. Auto-Trade Prevenzione auto-trading non è consentito su GDAX. Due ordini da parte dello stesso utente non riempiranno l'un l'altro. Quando si effettua un ordine, è possibile specificare il comportamento di prevenzione auto-commercio. Decremento e annullare il comportamento predefinito è decremento e annullare. Quando due ordini dalla stessa croce utente, il più piccolo ordine saranno annullate e la dimensione più grande ordine verrà decrementato dalle dimensioni più piccolo ordine. Se i due ordini sono della stessa dimensione, entrambi saranno annullati. Annulla Annullare la più antica (a riposo) ordine anziani in pieno. Il nuovo ordine continua l'esecuzione. Annulla Annullare la più recente (prendendo) ordine più recente in pieno. Il vecchio ordine di riposo rimane sul portafoglio ordini. Annulla sia immediatamente annullare entrambi gli ordini. Note per gli ordini di mercato quando un ordine di mercato utilizzando dc prevenzione auto-commercio incontra un ordine limite di apertura, il comportamento dipende quali campi sono stati specificati per il messaggio di ordine di mercato. Se vengono specificati i fondi e le dimensioni di un ordine di acquisto, quindi le dimensioni per l'ordine di mercato sarà decrementato internamente all'interno del motore di corrispondenza e fondi rimarranno invariati. L'intento è quello di compensare la dimensione di destinazione senza limitare il potere d'acquisto. Se la dimensione non è specificato, quindi i fondi verrà decrementato. Per una vendita di mercato, la dimensione verrà decrementato quando incontra gli ordini limite esistenti. Prezzo ordini di miglioramento vengono confrontati con gli ordini portafoglio ordini esistenti al prezzo dell'ordine sul libro, non al prezzo dell'ordine beneficiario. L'utente A pone un ordine di acquisto per 1 BTC a 100 dollari. L'utente B poi desidera vendere 1 BTC a 80 dollari. Perché l'utente Arsquos fine è stato il primo al motore di trading, avranno priorità di prezzo e il commercio si verificheranno a 100 dollari. Ordine del ciclo di vita degli ordini validi inviati al motore di corrispondenza sono confermate immediatamente e sono in stato ricevuto. Se un ordine viene eseguito contro un altro ordine immediatamente, l'ordine è considerato finito. Un ordine può eseguire in parte o in tutto. Qualsiasi parte dell'ordine non riempiti immediatamente, sarà considerata aperta. Gli ordini rimarranno nello stato aperto finché non viene annullato o successivamente riempito da nuovi ordini. Gli ordini che non sono più ammissibili per la corrispondenza (riempito o annullato) sono in stato fatto. Commissioni di negoziazione GDAX gestisce un modellista-taker. Gli ordini che forniscono liquidità pagano tasse diverse dagli ordini che prendono di liquidità. La quota è valutata come una percentuale dell'importo partita (prezzo misura). Utente 30 giorni il volume Una tassa di 0,25 acquirente viene raccolto su ogni commercio durante il giorno. Alla fine della giornata (UTC 00:00), uno sconto viene calcolato ed emesso. L'importo dello sconto emesso è calcolato in percentuale del volume di scambio totale, in Bitcoin, che un commerciante ha partecipato nel corso degli ultimi 30 giorni. mercati ETH hanno una tassa dello 0,3 beneficiario a livello 0-1 del volume. C'è un ordine di vendita esistente per 5 BTC a 100 dollari sul portafoglio ordini. Si entra in un ordine di acquisto per 7 BTC a 100 dollari. 5 BTC del vostro ordine di acquisto vengono immediatamente abbinato e si pagano la tassa beneficiario perché si sta prendendo liquidità dal portafoglio ordini. Il restante 2 BTC dell'ordine sono ora seduti sul lato BID del portafoglio ordini. Un ordine di vendita per 2 BTC a 100 USD arriva e corrisponde contro la vostra 2 BTC BUY ordine. In questo caso hai fornito liquidità e non pagano alcuna commissione. Esempio Deduzione se 100 BTC è stato scambiato sul Coinbases ordine USD libro negli ultimi trenta giorni e si ha rappresentato il 1,1 Bitcoin, si rappresentano più di 1 del volume totale e ricevere uno sconto di 0,01 quel giorno e pagare una tassa di beneficiario effettivo di 0,24 . Il rimborso viene rilasciato nella valuta di quotazione. DepositWithdraw Tasse GDAX non addebita alcun ulteriore deposito o ritirare le tasse per lo spostamento di fondi tra gli account Coinbase e gli account di Exchange. Colocation GDAX fonti e server di dati primari eseguiti in data center di Amazon US Oriente. Per ridurre al minimo la latenza per l'accesso API, si consiglia di effettuare richieste da server situati nei pressi del centro dati statunitense Oriente. Una sandbox pubblico è disponibile per verificare la connettività API e il commercio web. La sandbox fornisce tutte le funzionalità dello scambio produzione, ma permette di aggiungere fondi falsi per il test. sessioni di accesso e le chiavi API sono separati dalla produzione. Utilizzare l'interfaccia sandbox web per creare le chiavi per l'ambiente sandbox. Per aggiungere fondi, utilizzare il deposito interfaccia web e pulsanti ritirare come si farebbe per l'interfaccia Web di produzione. URL Sandbox Durante il test la connettività API, assicurarsi di utilizzare i seguenti URL. REST API api-public. sandbox. gdax websocket alimentazione WSS: WS-feed-public. sandbox. gdax FIX API fix-public. sandbox. gdax Nota sulla FIX API Quando si collega alle API FIX in Sandbox, è necessario iniziare con un HTTP aggiornamento richiesta e impostare l'intestazione di aggiornamento per correggere. Dopo aver ricevuto una risposta Protocolli 101 Passaggio dal server, è possibile continuare a utilizzare la connessione come una connessione FIX regolare. Ricorda di utilizzare HTTPS per questo. Le librerie client librerie client possono aiutarti a integrare con le nostre API rapidamente. Non ufficiale API il resto ha endpoint per conto e la gestione degli ordini, nonché i dati di mercato pubblico. REST API Endpoint URL C'è anche una API FIX per la gestione degli ordini. Tutte le richieste e le risposte sono applicationjson tipo di contenuto e seguono i codici di stato HTTP di risposta tipici per il successo e il fallimento. Se non diversamente indicato, gli errori alle richieste cattivi risponderanno con HTTP 4xx o di stato codici. Il corpo conterrà anche un parametro messaggio che indica la causa. La vostra biblioteca http languagersquos dovrebbe essere configurato per fornire il corpo dei messaggi per le richieste non-2xx in modo da poter leggere il campo del messaggio dal corpo. comuni codici di errore paginazione prima e dopo i cursori La prima del cursore fa riferimento al primo elemento in una pagina dei risultati e il dopo il cursore fa riferimento l'ultimo elemento in un insieme di risultati. Per richiedere una pagina di record prima di quella corrente, utilizzare la prima parametro di query. La tua richiesta iniziale può omettere questo parametro per ottenere la prima pagina di default. La risposta conterrà un'intestazione CB-PRIMA che restituirà l'id del cursore da utilizzare nel prossimo richiesta della pagina prima di quella corrente. La pagina prima è una pagina nuova e non uno che è successo prima nel tempo cronologico. La risposta conterrà anche un colpo di testa CB-AFTER che restituirà l'id del cursore da utilizzare nel prossimo richiesta della pagina dopo questo. La pagina dopo è una pagina più vecchio e non uno che è accaduto dopo questo nel tempo cronologico. Cursore impaginazione può essere poco intuitivo in un primo momento. prima e dopo gli argomenti del cursore non deve essere confuso con la prima e dopo nel tempo cronologico. La maggior parte delle richieste di impaginati restituiscono le informazioni più recenti (più recente) come la prima pagina ordinati per ultimo (in tempo cronologico) prima. Per ottenere le informazioni meno recenti si sarebbe richiedere le pagine dopo la pagina iniziale. Per ottenere le informazioni più recenti, si dovrebbe richiedere pagine prima della prima pagina. Timestamps Salvo diversa indicazione, tutti i timestamp di API vengono restituiti in ISO 8601 con microsecondi. Assicurarsi la possibilità di analizzare il seguente formato ISO 8601. La maggior parte dei linguaggi e librerie moderne gestirà questo senza problemi. I numeri decimali sono restituiti come stringhe di preservare massima precisione attraverso le piattaforme. Quando si effettua una richiesta, si consiglia anche di convertire i numeri in stringhe per evitare errori di troncamento e di precisione. numeri interi (come il commercio id e la sequenza) sono non quotate. La maggior parte dei identificatori sono UUID se non diversamente specificato. Quando si effettua una richiesta che richiede un UUID, entrambe le forme (con e senza trattini) sono accettati. 132fb6ae-456b-4654-b4e0-d681ac05cea1 o limiti di frequenza 132fb6ae456b4654b4e0d681ac05cea1 Quando un limite di velocità viene superato, verrà restituito lo stato di 429 Troppo molte richieste. endpoint pubblici Abbiamo farfallati endpoint pubblici da IP: 3 richieste al secondo, fino a 6 richieste al secondo a raffica. endpoint privati ​​Abbiamo farfallati endpoint privati ​​per ID utente: 5 richieste al secondo, fino a 10 richieste al secondo a raffica. Informazioni finanziarie eXchange API L'API FIX strozza ogni tipo di comando (ad es. NewOrderSingle, OrderCancelRequest) a 30 comandi al secondo. endpoint privati ​​sono disponibili per la gestione degli ordini e la gestione degli account. Ogni richiesta privata deve essere firmato utilizzando lo schema di autenticazione descritto. endpoint privati ​​richiedono l'autenticazione utilizzando la chiave API GDAX. È possibile generare chiavi API qui autenticazione Generazione di una chiave API Prima di essere in grado di firmare qualsiasi richiesta, è necessario creare una chiave API tramite il sito web GDAX. Al momento la creazione di una chiave si avrà 3 pezzi di informazioni che è necessario ricordare: la chiave segreta e verrà generato e fornito dal GDAX a caso la passphrase sarà fornito da voi per proteggere ulteriormente l'accesso API. GDAX memorizza l'hash salata della passphrase per la verifica, ma non può recuperare la passphrase se si dimentica. Creazione di una richiesta Tutte le richieste resto deve contenere le seguenti intestazioni: CB-ACCESS-KEY La chiave API come una stringa. CB-ACCESS-firmare la firma codifica Base64 (vedi firma di un messaggio). CB-ACCESS-TIMESTAMP Un timestamp per la vostra richiesta. CB-ACCESS-passphrase La passphrase specificata durante la creazione della chiave API. Tutti i corpi richiesta avrebbe dovuto tipo di contenuto applicationjson ed essere JSON valido. La firma di un messaggio L'intestazione CB-ACCESS-SIGN è generato mediante la creazione di un sha256 HMAC utilizzando la chiave segreta Base64 decodificato sul corpo del metodo requestPath stringa timestamp prehash (dove rappresenta la concatenazione di stringhe) e Base64-codificare l'uscita. Il valore timestamp è lo stesso che l'intestazione CB-ACCESS-TIMESTAMP. Il corpo è la stringa richiesta di corpo o omesso se non vi è alcun corpo della richiesta (in genere per le richieste GET). Il metodo dovrebbe essere MAIUSCOLO. Ricordarsi di prima Base64 decodifica la stringa alfanumerica segreto (con conseguente 64 byte) prima di utilizzarlo come chiave per HMAC. Inoltre, base64 codificare l'uscita digerire prima di inviare nell'intestazione. Selezione di un Timestamp L'intestazione CB-ACCESS-TIMESTAMP DEVE essere numero di secondi dalla Unix Epoch in UTC. I valori decimali sono ammessi. Il tuo timestamp deve essere entro 30 secondi il tempo di servizio api o la vostra richiesta sarà considerata scaduta e respinto. Si consiglia di utilizzare il punto finale di tempo per interrogare per l'ora del server API se si ritiene che ci sarà tempo molti disallineamento tra il server ei server API. Elenco Conti ottenere un elenco di conti di trading. I tuoi account di trading sono separati dagli account Coinbase. Vedere la sezione Depositi per la documentazione su come depositare fondi per iniziare la negoziazione. Richiesta HTTP Se una voce è il risultato di un compromesso (corrispondenza, a pagamento), il campo dettagli conterrà informazioni aggiuntive sul commercio. Questa richiesta è paginata Contiene sono collocati su un conto per tutti gli ordini attivi o in attesa di ritirare le richieste. Come un ordine riempito, la quantità attesa viene aggiornato. Se un ordine viene annullato, ogni attesa residua viene rimossa. Per una ritirare, una volta completato, la presa viene rimosso. Http Richiesta Questa richiesta viene impaginato Il tipo di stiva indicherà il motivo per cui esiste l'attesa. Il tipo di attesa è Affinché tiene legati ad aprire gli ordini e trasferimento per detiene relativa ad un ritiro. Il campo ref contiene l'ID dell'ordine o di trasferimento che ha creato l'attesa. Un nuovo ordine È possibile inserire diversi tipi di ordini: limite. mercato. e stop. Ordine può essere eseguito solo se il tuo account ha fondi sufficienti. Una volta che un ordine, i fondi di account saranno messi in attesa per tutta la durata dell 'ordine. Quanto e che i fondi sono messi in attesa dipende dal tipo di ordine e parametri specificati. Vedere le stive dettagli di seguito. Richiesta HTTP Parametri Questi parametri sono comuni a tutti i tipi di ordine. A seconda del tipo di ordine, saranno richiesti ulteriori parametri (vedi sotto). ID prodotto La ProductID deve corrispondere a un prodotto valido. L'elenco dei prodotti è disponibile tramite il prodotto finale. Client ID ordine Il campo clientoid opzionale deve essere un UUID generato dall'applicazione di trading. Questo valore di campo sarà trasmesso nel feed pubblico per i messaggi ricevuti. È possibile utilizzare questo campo per identificare gli ordini nel feed pubblico. Il clientoid è diverso da quello del server assegnato ID ordine. Se si sta consumando il feed pubblico e vedere un messaggio ricevuto con il tuo clientoid. si dovrebbe registrare il orderid assegnato dal server in quanto verrà utilizzato per i futuri aggiornamenti di stato ordine. Il clientoid non verrà utilizzata dopo che il messaggio ricevuto viene inviato. L'ID ordine assegnato dal server viene restituito anche come il campo id a questa richiesta HTTP POST. Quando si effettua un ordine, è possibile specificare il tipo di ordine. Il tipo di ordine specificato che influenzerà gli altri parametri d'ordine sono richiesti e come l'ordine verrà eseguito dal motore di corrispondenza. Se il tipo non è specificato, l'ordine sarà di default di un ordine limite. ordini limite sono sia il difetto ed tipo di ordine di base. Un ordine limite richiede specificando un prezzo e dimensioni. La dimensione è il numero di Bitcoin per comprare o vendere, e il prezzo è il prezzo per bitcoin. L'ordine limite sarà riempito al prezzo specificato o migliore. Un ordine di vendita può essere riempito al prezzo specificato per Bitcoin o un prezzo più elevato per Bitcoin e un ordine di acquisto può essere riempito al prezzo specificato o un prezzo più basso a seconda delle condizioni di mercato. Se le condizioni di mercato non possono riempire immediatamente l'ordine limite, l'ordine limite entrerà a far parte del portafoglio ordini aperti fino riempito da un altro ordine in entrata o annullato dall'utente. ordini di mercato differiscono da ordini limite, nel senso che non forniscono garanzie di prezzo. Essi tuttavia forniscono un modo per comprare o vendere una specifica quantità di Bitcoin o fiat senza dover specificare il prezzo. ordini di mercato vengono eseguiti immediatamente e nessuna parte dell'ordine mercato andrà sul libro ordini aperti. gli ordini di mercato sono sempre considerati acquirenti e sono a pagamento taker. Quando si effettua un ordine di mercato è possibile specificare i fondi di dimensioni Andor. I fondi saranno limitare la quantità del vostro preventivo saldo del conto di valuta viene utilizzata e le dimensioni potranno limitare la quantità bitcoin transazionale. fermare gli ordini di attivazione e l'ora di scattare in base al movimento del commercio ultimo prezzo. Ci sono due tipi di ordini di arresto, Sell Stop e acquistare fermata. Il parametro lato è importante: lato: 39sell39. Inserire un ordine sell stop. che innesca quando cambia ultimo dei prezzi del commercio ad un valore pari o inferiore al prezzo. lato: 39buy39. Posizionare un ordine di acquisto di arresto. che innesca quando cambia ultimo dei prezzi del commercio ad un valore pari o superiore prezzo. L'ultimo prezzo commercio è l'ultimo prezzo a cui l'ordine è stato riempito. Tale prezzo può essere trovato nel l'ultimo messaggio partita. Si noti che non tutti i messaggi partita possono essere ricevuti a causa di messaggi caduto. Si noti che, quando attivato, fermare gli ordini vengono eseguiti come gli ordini di mercato e sono quindi soggetti a ordine di mercato detiene. Il prezzo deve essere specificata in unità di prodotto quoteincrement. L'incremento citazione è la più piccola unità di prezzo. Per il prodotto BTC-USD, l'incremento citazione è 0,01 o 1 centesimo. Non saranno accettate prezzi meno di 1 centesimo, e saranno accettate prezzi penny frazionari. Non necessario per gli ordini di mercato. La dimensione deve essere maggiore della baseminsize per il prodotto e non più grande della basemaxsize. La dimensione può essere in qualsiasi incremento della valuta di base (BTC per il prodotto BTC-USD), che comprende le unità satoshi. dimensione indica la quantità di BTC (o valuta di base) da acquistare o vendere. Il campo di fondi è opzionalmente utilizzato per gli ordini di mercato. Quando specificato indica la quantità di valuta di quotazione prodotto da acquistare o vendere. Ad esempio, un acquisto di mercato per BTC-USD con fondi specificato come 150.00 spenderà 150 dollari per acquistare BTC (comprese le commissioni). Se il campo fondi non è specificato per un buy ordine di mercato, le dimensioni devono essere specificati ed GDAX utilizzerà i fondi disponibili nel tuo account per comprare bitcoin. Un ordine di mercato vendita può anche specificare i fondi. Se viene specificato fondi, contribuirà a limitare la vendita alla quantità di fondi specificato. È possibile utilizzare i fondi con ordini di vendita per limitare la quantità di fondi in valuta citazione ricevuti. Tempo in vigore tempo nelle politiche di forza forniscono garanzie sulla durata di un ordine. Ci sono quattro criteri: buono fino GTC annullata. bene fino all'ora di GTT. immediato o annullare CIO. e riempire o uccidere FOK. GTC Buona fino a ordini annullati rimangono aperti sul libro fino all'annullamento. Questo è il comportamento di default se non viene specificato alcun criterio. GTT Buona fino a ordini di tempo rimangono aperti sul libro fino annullato o il cancelafter assegnato è esaurito sul motore di corrispondenza. ordini GTT sono garantiti per annullare la prima di qualsiasi altro ordine viene processato dopo il timestamp cancelafter che viene restituito dall'API. Un giorno è considerato di 24 ore. CIO immediato o annullare gli ordini annullare immediatamente la dimensione rimanente dell'ordine limite invece di aprirlo sul libro. FOK tutto o niente gli ordini vengono respinte se l'intera dimensione non può essere eguagliata. Nota, match si riferisce anche a traffici di auto. Il post-unica bandiera indica che l'ordine dovrebbe fare solo la liquidità. Se una parte dei risultati di ordine nel prendere la liquidità, l'ordine sarà respinta e nessuna parte di esso verrà eseguito. Per limite di ordini di acquisto, si terrà prezzo x dimensione x (1-pagamento per cento) USD. Per ordini di vendita, si terrà il numero di Bitcoin si desidera vendere. commissioni effettive sono valutati al momento del commercio. Se si annulla un ordine parzialmente riempito o non riempito, tutti i fondi rimanenti saranno rilasciati in attesa. Per ordini di acquisto di mercato in cui è specificato fondi, l'ammontare dei fondi verrà messa in attesa. Se viene specificato solo le dimensioni, tutto il vostro saldo del conto (nel conto preventivo) sarà messo in attesa per tutta la durata del ordine di mercato (di solito un banalmente breve periodo di tempo). Per un ordine di vendita, la dimensione in BTC verrà messa in attesa. Se la dimensione non è specificata (e solo i fondi è specificato), l'intero equilibrio BTC sarà in attesa per tutta la durata del l'ordine di mercato. Self-commercio prevenzione auto-trading non è consentito su GDAX. Due ordini da parte dello stesso utente, non sarà consentito di abbinare uno con l'altro. Per modificare il comportamento auto-commercio, specificare il flag stp. Vedere la documentazione di prevenzione auto-commercio per dettagli su questi campi. Ordine del ciclo di vita La richiesta HTTP risponderà quando un ordine è o respinti (fondi insufficienti, parametri non validi, ecc) o ricevuto (accettato dal motore corrispondente). Una risposta 200 indica che l'ordine è stato ricevuto ed è attivo. ordini attivi possono eseguire immediatamente (a seconda delle condizioni di prezzo e di mercato) sia parzialmente o completamente. Un parziale esecuzione metterà la dimensione rimanente dell'ordine nello stato aperto. Un ordine che viene riempito completamente, andrà in stato fatto. Gli utenti che ascoltano in streaming dati di mercato sono invitati a utilizzare il campo clientoid per identificare i loro messaggi ricevuti nel feed. La risposta REST con un orderid server può venire dopo il messaggio ricevuto nel feed di dati pubblici. Un ordine di successo verrà assegnato un ID ordine. Un ordine di successo è definito come uno che è stato accettato dal motore di corrispondenza. ordini aperti non scadono e rimarranno aperte fino a quando non sono o pieni o cancellati. Annullare un ordine annullare un ordine precedentemente posizionato. Se l'ordine non ha avuto nel corso della sua durata può essere purgato il suo record. Questo significa che i dettagli dell'ordine non saranno disponibili con GET ordersltorder-idgt. Richiesta HTTP L'ID ordine è l'id assegnato dal server ordine e non il clientoid opzionale. Annulla Rifiuta Se l'ordine non può essere annullato (già compilato o precedentemente annullato, ecc), poi un errore di risposta indicherà il motivo nel campo del messaggio. Annulla tutto Con i migliori sforzi, annullare tutti gli ordini aperti. La risposta è un elenco di ID degli ordini annullati. Richiesta HTTP per specificare più stati, utilizzare lo stato di argomento query più volte: ordersstatusdoneampstatuspending. Questa richiesta è impaginato. lo stato degli ordini e di regolamento Ordini che non sono più appoggiato sul portafoglio ordini, saranno contrassegnati con lo stato fatto. C'è una piccola finestra tra un ordine sta facendo e si stabilì. Un ordine è risolta quando tutti i riempimenti si sono stabiliti e per il restante tiene (se presenti) sono stati rimossi. Per la negoziazione ad alto volume si consiglia vivamente di mantenere la propria lista di ordini aperti e utilizzare uno dei dati di mercato in streaming feed per tenerlo aggiornato. Si dovrebbe interrogare l'endpoint ordini aperti una volta quando si iniziare a fare trading per ottenere lo stato attuale degli eventuali ordini aperti. executedvalue è la taglia prezzo partita cumulativa ed è presente solo per gli ordini effettuati dopo 2016/05/20. ordini aperti possono cambiare stato tra la richiesta e la risposta in base alle condizioni di mercato. Ottenere un ordine ottenere un singolo ordina per id. Richiesta HTTP Se l'ordine viene annullata la risposta può avere il codice di stato 404 se l'ordine non aveva corrispondenze. ordini aperti possono cambiare stato tra la richiesta e la risposta in base alle condizioni di mercato. Lista Riempie Ottenere un elenco di recenti riempimenti. richiesta HTTP di liquidazione e Tariffe Le tariffe sono registrati in due fasi. Immediatamente dopo che il motore di corrispondenza completa una corrispondenza, il riempimento viene inserito nel nostro archivio dati. Una volta che il riempimento è registrato, un processo di liquidazione si depositerà il riempimento e il credito sia commerciali controparti. Il campo quota indica i canoni di questo riempimento individuo. Il campo di liquidità indica se il materiale di riempimento è il risultato di un fornitore di liquidità o acquirente di liquidità. M indica Maker e T indica Taker. Impaginazione riempimenti vengono restituiti ordinate scendendo tradeid dal più grande al più piccolo tradeid tradeid. L'intestazione CB-PRIMA avrà questa prima id commercio in modo che le future richieste utilizzando il parametro CB-prima preleveranno riempie di una maggiore id commercio (riempimenti più recenti). Questa richiesta è impaginato. Di pagamento i fondi metodo di deposito da un metodo di pagamento. Vedere la sezione Metodi di pagamento per il recupero di metodi di pagamento. Prelievi I metodi di pagamento Coinbase Account Il rapporto sarà generato quando le risorse sono disponibili. Rapporto di stato può essere interrogato tramite le relazioni: ReportID endpoint. Il campo fileURL sarà disponibile una volta che è stato con successo creato il rapporto ed è disponibile per il download. rapporti scaduti I rapporti sono disponibili solo per il download per un paio di giorni dopo essere stato creato. Una volta che un rapporto scade, il rapporto non è più disponibile per il download è e viene eliminato. Get Response Status Report (rapporto di creazione) Risposta (rapporto finito) http richiesta Una volta che una richiesta di rapporto è stato accettato per l'elaborazione, lo stato è disponibile per il polling l'endpoint risorsa rapporto. La relazione finale sarà caricato e disponibile presso fileURL una volta lo stato indica pronto account utente richiesta HTTP Questa richiesta restituirà il volume finale di 30 giorni per tutti i prodotti. Questo è un valore memorizzato nella cache thatrsquos calcolato ogni giorno a mezzanotte UTC. API Dati di mercato Il mercato dei dati è un insieme non autenticata di endpoint per il recupero di dati di mercato. Questi endpoint forniscono istantanee di dati di mercato. Per aggiornamenti dei dati di mercato in tempo reale, consultare la documentazione di alimentazione websocket per il collegamento e la ri-creazione di una copia perfetta in tempo reale del portafoglio ordini e dei mestieri. Ottenere prodotti Ottenere una lista di coppie di valute disponibili per la negoziazione. Richiesta HTTP I campi baseminsize e basemaxsize definire la min e dimensione massima ordine. Il campo quoteincrement specifica il prezzo L'ordine minimo, così come l'incremento dei prezzi. Il prezzo ordine deve essere un multiplo di questo incremento (vale a dire se l'incremento è di 0,01, i prezzi degli ordini di 0.001 o 0.021 sarebbero respinti). ID prodotto non cambierà una volta assegnato a un prodotto, ma le dimensioni minmaxquote può essere aggiornato in futuro. Nell'ordinare prodotto libro Esempio di risposta per productsBTC-USDbook solo l'offerta migliore e chiedere viene restituito. Risposta Esempio per productsBTC-USDbooklevel2 Esempio di risposta per productsBTC-USDbooklevel3 ottenere un elenco di ordini aperti per un prodotto. Il livello di dettaglio può essere personalizzato con il parametro di livello. Richiesta HTTP Per impostazione predefinita, solo l'interno (cioè meglio) denaro e lettera vengono restituiti. Ciò equivale ad una profondità libro di 1 livello. Se volete vedere un libro più grande ordine, specificare il parametro di query di livello. Se un livello non vengono aggregate, quindi tutti gli ordini ad ogni prezzo saranno restituiti. livelli aggregati restituiscono una sola misura per ogni prezzo attiva (come se ci fosse un solo ordine per quel formato a livello). Parametri livelli 1 e 2 sono aggregati e restituiscono il numero di ordini ad ogni livello. Level 3 non si non aggregata e restituisce l'intero portafoglio ordini. Questa richiesta non viene impaginato. L'intero libro viene restituito in una risposta. Livello 1 e Livello 2 sono raccomandati per il polling. Per la maggior parte dei dati up-to-date, è consigliabile utilizzare il flusso websocket. Livello 3 è consigliato solo per gli utenti che desiderano mantenere un portafoglio ordini in tempo reale pieno utilizzando il flusso websocket. Abuso di livello 3 tramite polling farà sì che l'accesso limitato o bloccato. Ottenere informazioni sul prodotto Ticker Snapshot sull'ultimo commercio (tick), migliore bidask e il volume 24 ore. Richiesta HTTP in tempo reale gli aggiornamenti Polling è sconsigliato a favore del collegamento attraverso il flusso websocket e di ascolto per i messaggi partita. Ottenere Trades Elencare gli ultimi mestieri per un prodotto. richiesta HTTP Questa richiesta è impaginato. Il lato commerciale indica il lato ordine per il caffè. L'ordine produttore è l'ordine che era aperto sul portafoglio ordini. acquistare lato indica un down-tick perché il creatore è stato un ordine di acquisto e il loro ordine è stato rimosso. Al contrario, lato delle vendite indica un up-tick. Da € storiche tassi storici di un prodotto. Le tariffe sono restituiti in secchi raggruppati sulla base di granularità richiesto. i dati della frequenza storici possono essere incompleti. Nessun dato viene pubblicato per gli intervalli dove non ci sono le zecche. tassi storici non dovrebbero essere interrogati frequentemente. Se avete bisogno di informazioni in tempo reale, utilizzare i punti finali del commercio e del libro insieme con il feed websocket. richiesta HTTP Parametri Il numero massimo di punti dati per una singola richiesta è di 200 candele. Se la selezione di tempo startend e granularità si tradurrà in più di 200 punti di dati, la tua richiesta sarà respinta. Se si desidera recuperare i dati granularità bene in un intervallo di tempo più ampio, è necessario effettuare più richieste con nuove gamme startend. Elementi di risposta ciascun segmento è un array delle seguenti informazioni: tempo secchio ora di inizio basso prezzo più basso durante il secchio intervallo di alto prezzo più alto durante il secchio prezzo di apertura nell'intervallo aperto (prima commercio) nel secchio intervallo di prezzo di chiusura di chiusura (ultimo commercio) nel secchio Volume Volume intervallo dell'attività di negoziazione durante l'intervallo secchio ottenere statistiche 24hr Ricevi 24 hr statistiche per il prodotto. volume è in unità di valuta di base. Aperto. alto. basso sono in unità di valuta di quotazione. richiesta HTTP Valute Ricevi valute websocket feed connettività Se è impostato su Y. annullare tutti gli ordini aperti per il profilo corrente sulla disconnessione. Il messaggio di accesso inviato dal client deve essere firmato per la sicurezza. Il metodo di firma è descritto in firma di un messaggio. La stringa prehash è i seguenti campi uniti da separatore di campo FIX (codice ASCII 1): SendingTime, MsgType, MsgSeqNum, SenderCompID, TargetCompID, password. Non vi è alcun separatore finale. Il campo RawData dovrebbe essere una codifica Base64 della firma HMAC. Una chiave singola API non deve essere utilizzato in più connessioni contemporaneamente. Per stabilire connessioni multiple FIX, si prega di generare una nuova chiave API per ciascuno di essi. Inviato da entrambe le parti di avviare termine della sessione. La parte che riceve un primo momento questo messaggio dovrebbe rispondere con lo stesso tipo di messaggio per confermare la terminazione della sessione. Chiudere una connessione senza logout della sessione prima è un errore. Nuovo Ordine singolo inviato dal client per entrare in un ordine. Il post-unica bandiera (P) indica che l'ordine dovrebbe fare solo la liquidità. Se una parte dei risultati di ordine nel prendere la liquidità, l'ordine sarà respinta e nessuna parte di esso verrà eseguito. Open Post-Only orders will be treated as Good Till Cancel. For more details about TimeInForce values see the docs here . If a trading error occurs (e. g. user has insufficient funds), an ExecutionReport with ExecType8 is sent back, signifying that the order was rejected. Order Cancel Request Sent by the client to cancel an order. UUID selected by client for the order OrderId from the ExecutionReport with OrdStatusNew (390) ClOrdId of the order to cancel (originally assigned by the client) Symbol of the order to cancel (must match Symbol of the Order) Client Order Id Use of the ClOrdId is not available after reconnecting or starting a new session. You should use the OrderId obtained via the ExecutionReport once available. Order Status Request Sent by the client to obtain information about pending orders. OrderID of order(s) to be sent back. Can be equal to (wildcard) to send back all pending orders. The response to an Order Status Request is a series of ExecutionReports with ExecTypeI. each representing one open order belonging to the user. If the user has no open orders, a single ExecutionReport is sent back with OrderId0 . Execution Report Sent by the server when an order is accepted, rejected, filled, or canceled. Also sent when the user sends an OrderStatusRequest . Only present on order acknowledgements, ExecTypeNew (1500) OrderId from the ExecutionReport with ExecTypeNew (390) Symbol of the original order Must be 1 to buy or 2 to sell Amount filled (if ExecType1). Also called LastQty as of FIX 4.3. Price of the fill if ExecType indicates a fill, otherwise the order price OrderQty as accepted (may be less than requested upon self-trade prevention) Time the event occurred May be 1 (Partial fill) for fills, D for self-trade prevention, etc. Execution Type Order Cancel Reject Sent by the server when an Order Cancel Request cannot be satisfied, e. g. because the order is already canceled or completely filled. Cancel requests for invalid or unknown order IDs may result in Reject messages instead. As on the cancel request As on the cancel request As on the cancel request 4 if too late to cancel 1 (Order Cancel Request) Sent by either side upon receipt of a message which cannot be processed, e. g. due to missing fields or an unsupported message type. MsgSeqNum of the rejected incoming message Tag number of the field which caused the reject (optional) MsgType of the rejected incoming message Human-readable description of the error (optional) Code to identify reason for reject SessionRejectReason can take on the following values: Invalid 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