Option Trading Api

SpotOption foi criada em 2010, e é oficialmente hoje líder provedor de plataforma binária opções. SpotOption branco rótulos a solução de negócio completo para os corretores que querem uma plataforma de negociação para a sua corretora on-line. Com uma equipe de mais de 250 funcionários, incluindo top programadores, desenvolvedores e designers, SpotOptions plataforma de negociação foi premiado com 2015 Best Binary Options Platform Provider pela Finanças Magnates. A SpotOption tem escritórios em Londres, Hong Kong e no Oriente Médio. A SpotOption orgulha-se da inovação, com características únicas que dão às opções binárias um toque dinâmico (como One Touch, 60 Seconds, Opção Construtor, Algo Trading, Ladder, etc.) e um aplicativo móvel sem rival com o estado-da - Gráficos de arte e recursos. A solução de rótulos brancos SpotOptions pode ser fornecida como uma operação completa e autônoma, ou pode ser facilmente integrada com API completa em uma operação existente ou com plataforma MT4. A SpotOption oferece uma solução multi-plataforma, que inclui Web-based, Download, Mobile, Land-based, Mobile e WeChat. A plataforma baseada na web é um hassle livre, sem download plataforma necessária. Ele não vincula um comerciante a um único computador, e é acessível a partir de qualquer lugar que não há internet. A plataforma para download é o método preferido para regiões como a China, onde os atrasos nas transmissões de dados devido a conexões de internet pobres são comuns. A capacidade de reduzir a dependência na Internet é imperativa para negociação sobre a volatilidade do mercado, como nas opções binárias, onde a menor flutuação conta. A plataforma móvel possui um design e funcionalidade de última geração e oferece acesso a comerciantes a partir de qualquer local. O marketing móvel é mais simples, e os botões de toque são naturais e atraentes para 8220call8221 e 8220put8221. O Land-based é uma oportunidade regulamentada para o local de varejo Você pode iniciar seu próprio local de negociação e permitir que os comerciantes para o comércio no local, e continuar a partir de casa, celular, etc, com uma conta multi-canal. Expirações de curto prazo são 15, 30, 60, 90 segundos, especialmente para negociação no local. WeChat não é mais apenas um bate-papo de aplicativos para celular Com 271,9 milhões de usuários ativos mensais, oferecendo negociação no WeChat tem infinitas possibilidades. A plataforma SpotOption WeChat tem o mesmo fluxo de usuário fácil que a plataforma regular e foi projetada especificamente de acordo com os termos e exigências do WeChat. A SpotOption é conhecida por fornecer um serviço de topo em apoio à sua tecnologia. O departamento de Análise de Riscos monitora a exposição do operador, para garantir a segurança do operador e prevenção de perdas de atividades fraudulentas ou suspeitas. Os Analisadores de Risco SpotOption8217s estão equipados com feeds de dados e algoritmos sofisticados que monitoram todas as posições abertas, 24 horas por dia. Os gerentes de conta SpotOption8217s fornecem um único ponto de contato para garantir que sua operação funcione sem problemas, desde a entrega do seu site até a fase de lucro. Eles estão lá para guiá-lo, e para responder a todas as questões que você pode ter ao longo do caminho. Você estará em constante correspondência com eles, e vai descobrir que este relacionamento pessoal dá a você e seu negócio a atenção que você merece. O departamento de Suporte SpotOptions foi criado com o objetivo de oferecer aos clientes o serviço mais rápido, profissional e eficiente possível para problemas técnicos. O portal de serviços é um sistema de emissão de bilhetes profissional, que garante a abordagem mais rápida para determinar problemas e fornecer soluções. A equipe por trás do suporte são profissionais treinados, que resolvem os problemas com prontidão e cortesia, para garantir que o feedback do cliente para o tratamento do suporte será positivo. SpotAcademy é o departamento na SpotOption que educa os clientes sobre o negócio binário e as ferramentas que foram equipados com. A partir do um-de-um-tipo CRM para novas funcionalidades, os formadores na SpotAcademy fornecê-lo com a chave para executar o seu negócio com êxito conhecimento. SpotAcademy também possui um portal de conhecimento único, que dá aos clientes toda a educação necessária para prosperar na indústria. Através do portal, as etiquetas iniciam e localizam manuais, tutoriais, webinars gravados sobre temas como produtos, ferramentas de backoffice, aplicativos para celular e tendências da indústria. SpotOptions clientela está em 300 rótulos, e eles detêm 65 da quota de mercado. A SpotOption expandiu-se globalmente com clientes na América do Norte, Europa, Ásia, Oriente Médio, Austrália e agora nos EUA através do Exchange licenciado. SpotOption fornece a tecnologia de troca a algumas das corretoras as maiores na indústria em linha, tais como Banc de Binário, Banc de Swisse, Itrader, e muito mais. Provedor de plataforma binária opção fornecedor de plataforma de software binário opção world8217s tecnologia líder de negociação para corretores on-line Disclaimer: Spotoption é apenas uma empresa de tecnologia, que fornece software de negociação para corretores na indústria de binários online optionsforex. A SpotOption não é um corretor e não se envolve com os usuários finais dos corretores que licenciam seus softwares. Portanto, todas as questões e atividades regulatórias relativas ao corretor são inteiramente sob a responsabilidade do corretor e não estão de forma alguma relacionadas com o SpotOption. Suas opções binárias Social Networking TRADE4.ME NÃO É DE PROPRIEDADE POR UM CORRETOR DE OPÇÃO BINÁRIO. A Trade4.me é detida e operada pela SAS NEUTRINO, uma empresa independente de serviços financeiros registada em França. SAS NEUTRINO está localizado em 28 Venelle de Kerivin, 29200 Brest, França. Todos os comentários apresentados são opiniões pessoais. Lembre-se de que a negociação em qualquer mercado acarreta risco, e as opções de negociação binária envolve um risco substancial de perda que pode não ser adequado para você. Se você decidir negociar nesses mercados, pedimos que você considere cuidadosamente seus objetivos comerciais, experiência e apetite de risco. Negociação em opções binárias carrega um alto nível de risco e pode resultar na perda de todo o seu investimento. Como tal, as opções binárias podem não ser apropriadas para todos os investidores. Você não deve investir dinheiro que você não pode perder. Antes de decidir negociar, você deve tornar-se ciente de todos os riscos associados com negociação de opções binárias e procurar aconselhamento de um consultor independente independente e adequadamente licenciado. Sob nenhuma circunstância a SAS NEUTRINO pode ser considerada responsável perante qualquer pessoa ou entidade por (a) qualquer perda ou dano total ou parcial causado por, resultante ou relativo a quaisquer transações relacionadas a opções binárias ou (b) quaisquer danos diretos, indiretos, Especiais, conseqüenciais ou incidentais. A SAS NEUTRINO gostaria de reiterar que as ferramentas e os resultados apresentados nos seus websites são fornecidos como é sem garantia expressa ou implícita de eficiência, precisão ou rentabilidade. O desempenho passado não garante resultados futuros. SAS NEUTRINO oferece referências a prestadores de informação de terceiros via Trade4.me como um serviço ao público de negociação. A menos que expressamente expresso, a SAS NEUTRINO não endossa as metodologias, ideias, opiniões ou recomendações destes terceiros. Encorajamos todos os comerciantes a analisar e analisar cuidadosamente as ofertas e reivindicações de terceiros. Não aceite como fato assertions ou reivindicações unexamined. As reivindicações de sucesso ou lucratividade devem sempre ser suportadas por resultados de negociação ao vivo, não os resultados da conta demo ou compilações de sinais. O desempenho passado não é garantia de sucesso futuro e você deve ser crítico e exigente ao ler todas as ofertas promocionais feitas por consultores, comerciantes, blogueiros, gerentes de dinheiro e vendedores de sistemas de terceiros. Todos os materiais oferecidos ao público de negociação em nosso site são oferecidos como comentário geral do mercado, não são uma oferta de negociação em qualquer mercado e não constituem conselhos de investimento ou de negociação. A SAS NEUTRINO expressamente declina qualquer responsabilidade, sem limitação, por quaisquer perdas que surjam, direta ou indiretamente, do uso ou da confiança na informação fornecida ao público em nosso site. Copyright SAS NEUTRINO 2012-2015. Todos os direitos reservados. Introdução Bem-vindo à documentação do trader e do desenvolvedor do GDAX. Esses documentos descrevem a funcionalidade de troca, os detalhes do mercado e as APIs. APIs são separadas em duas categorias: negociação e alimentação. As APIs de negociação exigem autenticação e fornecem acesso a pedidos e outras informações de conta. As APIs de feed fornecem dados de mercado e são públicas. As atualizações da API são publicadas no nosso blog developer developer. coinbaseblog. Você pode se inscrever para atualizações por e-mail. Como parte do rebranding do Coinbase Exchange para GDAX, os pontos de extremidade API foram alterados. Os antigos pontos de extremidade. exchange. coinbase foram descontinuados a partir de 6 de dezembro de 2016. Visão geral do mercado e informações gerais. Matching Engine GDAX opera um livro de pedidos contínuo de primeiro a chegar, primeiro a servir. As ordens são executadas em prioridade preço-tempo como recebido pelo mecanismo correspondente. Prevenção de Auto-Comércio A negociação automática não é permitida no GDAX. Duas ordens do mesmo usuário não preencherão uma outra. Ao fazer um pedido, você pode especificar o comportamento de prevenção de auto-comércio. Decremento e cancelamento O comportamento padrão é decrement e cancel. Quando duas ordens do mesmo usuário se cruzam, a ordem menor será cancelada eo tamanho maior da ordem será diminuído pelo tamanho menor da ordem. Se os dois pedidos forem do mesmo tamanho, ambos serão cancelados. Cancelar mais antigo Cancelar a ordem mais antiga (em repouso) na íntegra. A nova ordem continua a ser executada. Cancelar mais recente Cancelar a ordem mais recente (tendo) completamente. A antiga ordem de repouso permanece no livro de encomendas. Cancelar ambos Cancelar imediatamente ambos os pedidos. Notas para ordens de mercado Quando uma ordem de mercado usando a prevenção de auto-comércio de dc encontra uma ordem de limite aberta, o comportamento depende de quais campos para a mensagem de ordem de mercado foram especificados. Se os fundos e o tamanho forem especificados para uma ordem de compra, o tamanho da ordem de mercado será diminuído internamente dentro do mecanismo correspondente e os fundos permanecerão inalterados. A intenção é compensar seu tamanho de alvo sem limitar seu poder de compra. Se o tamanho não for especificado, os fundos serão diminuídos. Para uma venda no mercado, o tamanho será diminuído quando encontrar ordens limite existentes. Ordens de Melhoria de Preços são combinadas com pedidos de encomendas existentes ao preço da ordem no livro, e não ao preço da ordem do comprador. O usuário A coloca uma ordem de compra de 1 BTC a 100 USD. O usuário B deseja então vender 1 BTC em 80 USD. Como a ordem do usuário Arsquos foi a primeira para o mecanismo de negociação, eles terão prioridade de preço eo comércio ocorrerá em 100 USD. Ordem de Ciclo de Vida As ordens válidas enviadas para o mecanismo de correspondência são confirmadas imediatamente e estão no estado recebido. Se uma ordem é executada contra outra ordem imediatamente, a ordem é considerada concluída. Uma ordem pode executar em parte ou inteira. Qualquer parte da ordem não preenchida imediatamente, será considerada aberta. As encomendas permanecerão em estado aberto até serem canceladas ou subsequentemente preenchidas por novas encomendas. Pedidos que não são mais elegíveis para correspondência (preenchido ou cancelado) estão no estado concluído. Taxas de negociação A GDAX opera um modelo de tomada de decisão. Ordens que fornecem liquidez são cobradas taxas diferentes de ordens de liquidez. A taxa é avaliada como uma porcentagem do valor do jogo (tamanho do preço). Usuário 30 dia volume Uma taxa de 0.25 taker é coletada em cada comércio durante o dia. No final do dia (UTC 00:00), um desconto é calculado e emitido. O montante do desconto emitido é calculado com base na percentagem do volume de câmbio total, em bitcoin, de que um comerciante participou nos últimos 30 dias. Os mercados ETH têm uma taxa de 0,3 taker no nível de volume 0-1. Existe uma ordem VENDA existente para 5 BTC a 100 USD no livro de encomendas. Você entra uma ordem de COMPRA para 7 BTC em 100 USD. 5 BTC de sua ordem da COMPRA são correspondidos imediatamente e você é carregado a taxa do taker porque você está fazendo exame da liquidez do livro de ordem. Os 2 restantes BTC da sua encomenda estão agora sentados no lado BID do livro de encomendas. Uma ordem de VENDA para 2 BTC a 100 USD chega e combina com a sua encomenda de 2 BTC BUY. Neste caso, você forneceu liquidez e não são cobradas quaisquer taxas. Exemplo de reembolso Se 100 BTC foi negociado no livro de encomendas da Coinbases USD nos últimos trinta dias e você representou 1,1 bitcoin, você representa mais de 1 do volume total e recebe um desconto de 0,01 naquele dia e paga uma taxa efetiva de 0,24 . O desconto é emitido na moeda de cotação. DepositWithdraw Taxas GDAX não cobra qualquer depósito adicional ou retirar taxas para mover fundos entre suas contas Coinbase e suas contas Exchange. Colocation GDAX fontes de dados primários e servidores executados no centro de dados da Amazon US East. Para minimizar a latência do acesso à API, recomendamos fazer solicitações de servidores localizados perto do centro de dados do US East. Uma sandbox pública está disponível para testar a conectividade da API e a negociação na Web. O sandbox fornece toda a funcionalidade da troca de produção, mas permite que você adicione fundos falsos para testes. As sessões de login e as chaves de API são separadas da produção. Use a interface da sandbox web para criar chaves no ambiente do sandbox. Para adicionar fundos, use o depósito de interface da web e retire os botões como faria na interface da web de produção. URLs do Sandbox Ao testar a conectividade da API, certifique-se de usar os seguintes URLs. API REST api-public. sandbox. gdax WebSocket Feed wss: ws-feed-public. sandbox. gdax FIX API fix-public. sandbox. gdax Observação sobre a API FIX Ao conectar-se à API FIX em Sandbox, você deve iniciar com um HTTP Atualizar solicitação e definir o cabeçalho Upgrade para corrigir. Depois de receber uma resposta de 101 Protocolos de Comutação do servidor, você pode continuar usando a conexão como uma conexão FIX regular. Lembre-se de usar HTTPS para isso. Bibliotecas cliente As bibliotecas cliente podem ajudá-lo a se integrar rapidamente à nossa API. Unofficial A API REST tem endpoints para gerenciamento de contas e pedidos, bem como dados do mercado público. REST API Endpoint URL Existe também uma API FIX para gerenciamento de pedidos. Todas as solicitações e respostas são do tipo de conteúdo applicationjson e seguem códigos de status de resposta HTTP típicos para o sucesso e a falha. Salvo indicação em contrário, os erros de pedidos incorretos responderão com HTTP 4xx ou códigos de status. O corpo também conterá um parâmetro de mensagem indicando a causa. Sua biblioteca http de languagesquos deve ser configurada para fornecer corpos de mensagem para solicitações não-2xx para que você possa ler o campo de mensagem do corpo. Códigos de erro comuns Paginação Cursores Antes e Depois O cursor antes faz referência ao primeiro item em uma página de resultados e o cursor após faz referência ao último item de um conjunto de resultados. Para solicitar uma página de registros antes da atual, use o parâmetro before query. Sua solicitação inicial pode omitir este parâmetro para obter a primeira página padrão. A resposta conterá um cabeçalho CB-BEFORE que retornará o id do cursor para usar no seu próximo pedido para a página antes da atual. A página anterior é uma página mais recente e não uma que aconteceu antes em tempo cronológico. A resposta também conterá um cabeçalho CB-AFTER que retornará o id do cursor para usar no seu próximo pedido para a página após este. A página depois é uma página mais antiga e não uma que aconteceu após esta em tempo cronológico. A paginação do cursor pode ser intuitiva no início. Antes e depois de argumentos cursor não deve ser confundido com antes e depois em tempo cronológico. A maioria das solicitações paginadas retorna as informações mais recentes (mais recentes) como a primeira página classificada pela mais nova (em tempo cronológico) primeiro. Para obter informações mais antigas, você solicitaria páginas após a página inicial. Para obter informações mais recentes, você solicitaria páginas antes da primeira página. Timestamps A menos que especificado de outra forma, todos os timestamps da API são retornados em ISO 8601 com microssegundos. Certifique-se de que você pode analisar o seguinte formato ISO 8601. A maioria das linguagens e bibliotecas modernas lidarão com isso sem problemas. Os números decimais são retornados como strings para preservar a precisão total em todas as plataformas. Ao fazer uma solicitação, é recomendável que você também converta seus números em strings para evitar erros de truncamento e precisão. Os números inteiros (como id e seqüência de negociação) não são cotados. A maioria dos identificadores são UUID, salvo indicação em contrário. Ao fazer uma solicitação que requer um UUID, ambos os formulários (com e sem traços) são aceitos. 132fb6ae-456b-4654-b4e0-d681ac05cea1 ou 132fb6ae456b4654b4e0d681ac05cea1 Limites de Taxa Quando um limite de taxa for excedido, um status de 429 Demasiadas Solicitações será retornado. Endpoints públicos Nós estrangulamos endpoints públicos por IP: 3 solicitações por segundo, até 6 solicitações por segundo em rajadas. Pontos de extremidade particulares Nós controlamos pontos de extremidade particulares por ID de usuário: 5 solicitações por segundo, até 10 solicitações por segundo em rajadas. API de troca de informações financeiras A API FIX bloqueia cada tipo de comando (por exemplo, NewOrderSingle, OrderCancelRequest) para 30 comandos por segundo. Os terminais particulares estão disponíveis para gerenciamento de pedidos e gerenciamento de contas. Cada pedido particular deve ser assinado usando o esquema de autenticação descrito. Os nós de extremidade particulares exigem autenticação usando a chave da API do GDAX. Você pode gerar chaves de API aqui Autenticação Gerando uma chave de API Antes de poder assinar qualquer pedido, você deve criar uma chave de API através do site GDAX. Ao criar uma chave, você terá 3 informações que você deve lembrar: A Chave e o Segredo serão gerados aleatoriamente e fornecidos pelo GDAX. A Frase de Senha será fornecida por você para garantir ainda mais o acesso à API. O GDAX armazena o hash salgado de sua frase secreta para verificação, mas não pode recuperar a senha se você esquecê-la. Criando uma solicitação Todas as solicitações REST devem conter os seguintes cabeçalhos: CB-ACCESS-KEY A chave api como uma seqüência de caracteres. CB-ACCESS-SIGN A assinatura codificada em base64 (consulte Assinando uma mensagem). CB-ACCESS-TIMESTAMP Um timestamp para seu pedido. CB-ACCESS-PASSPHRASE A senha que você especificou ao criar a chave da API. Todos os organismos de solicitação devem ter o tipo de conteúdo applicationjson e ser JSON válido. Assinando uma mensagem O cabeçalho CB-ACCESS-SIGN é gerado criando um sha256 HMAC usando a chave secreta decodificada em base64 no método de carimbo de hora da seqüência de caracteres prehash, o corpo requestPath (onde representa a concatenação de string) ea codificação em base64 da saída. O valor timestamp é o mesmo que o cabeçalho CB-ACCESS-TIMESTAMP. O corpo é a seqüência do corpo do pedido ou omitido se não houver um corpo de solicitação (normalmente para solicitações GET). O método deve ser UPPER CASE. Lembre-se de primeiro base64-decodificar a cadeia alfanumérica secreta (resultando em 64 bytes) antes de usá-lo como a chave para HMAC. Além disso, base64-codificar a saída digerir antes de enviar o cabeçalho. Selecionando uma Timestamp O CB-ACCESS-TIMESTAMP cabeçalho deve ser número de segundos desde Unix Época em UTC. Os valores decimais são permitidos. Seu timestamp deve estar dentro de 30 segundos do tempo de serviço api ou seu pedido será considerado expirado e rejeitado. Recomendamos usar o ponto de extremidade de tempo para consultar o tempo do servidor da API se você acha que há muitas distorções de tempo entre seu servidor e os servidores da API. Lista de contas Obtenha uma lista de contas de negociação. Suas contas de negociação são separadas de suas contas Coinbase. Consulte a seção Depósitos para obter documentação sobre como depositar fundos para iniciar a negociação. Http Pedido Se uma entrada é o resultado de um comércio (correspondência, taxa), o campo de detalhes conterá informações adicionais sobre o comércio. Esta solicitação é paginada As retenções são colocadas em uma conta para quaisquer pedidos ativos ou solicitações de retirada pendentes. Quando uma ordem é preenchida, o valor de retenção é atualizado. Se uma ordem for cancelada, qualquer retenção remanescente será removida. Para uma retirada, uma vez que é concluída, o porão é removido. Http Request This request is paginated O tipo de espera irá indicar por que a espera existe. O tipo de retenção é a ordem para as detenções relacionadas a ordens abertas e transferência para as detenções relacionadas a uma retirada. O campo ref contém o id da ordem ou transferência que criou a retenção. Coloque uma Nova Ordem Você pode colocar diferentes tipos de ordens: limite. mercado. E parar. As encomendas só podem ser efectuadas se a sua conta tiver fundos suficientes. Uma vez que uma ordem é colocada, os fundos da sua conta serão colocados em espera durante a duração da encomenda. Quanto e quais fundos são colocados em espera depende do tipo de ordem e parâmetros especificados. Veja os detalhes de espera abaixo. Parâmetros de solicitação HTTP Esses parâmetros são comuns a todos os tipos de pedidos. Dependendo do tipo de pedido, serão necessários parâmetros adicionais (veja abaixo). ID do produto O produto deve corresponder a um produto válido. A lista de produtos está disponível através do endpoint do produto. ID de pedido do cliente O campo opcional clientoid deve ser um UUID gerado pelo seu aplicativo de negociação. Este valor de campo será transmitido no feed público para as mensagens recebidas. Você pode usar este campo para identificar seus pedidos no feed público. O clicióide é diferente do identificador de pedido atribuído pelo servidor. Se você está consumindo o feed público e ver uma mensagem recebida com seu clientoid. Você deve registrar o orderid atribuído pelo servidor como ele será usado para futuras atualizações de status da ordem. O clicióide NÃO será usado após a mensagem recebida ser enviada. O ID de pedido atribuído ao servidor também é retornado como o campo id para esta solicitação HTTP POST. Ao fazer um pedido, você pode especificar o tipo de ordem. O tipo de ordem que você especificar influenciará quais outros parâmetros de pedido são necessários, bem como como sua ordem será executada pelo mecanismo de correspondência. Se o tipo não for especificado, a ordem será padrão para uma ordem de limite. Ordens de limite são o tipo de ordem padrão e básico. Uma ordem de limite exige especificar um preço e tamanho. O tamanho é o número de bitcoin para comprar ou vender, eo preço é o preço por bitcoin. A ordem de limite será preenchida pelo preço especificado ou melhor. Uma ordem de venda pode ser preenchida ao preço especificado por bitcoin ou um preço mais elevado por bitcoin e uma ordem de compra pode ser preenchida ao preço especificado ou a um preço mais baixo dependendo das condições do mercado. Se as condições de mercado não puderem preencher a ordem de limite imediatamente, a ordem de limite passará a fazer parte do livro de ordens aberto até ser preenchida por outra ordem de entrada ou cancelada pelo usuário. As ordens de mercado diferem das ordens de limite, na medida em que não oferecem garantias de preços. Eles no entanto fornecem uma maneira de comprar ou vender quantidades específicas de bitcoin ou fiat sem ter que especificar o preço. As ordens de mercado são executadas imediatamente e nenhuma parte da ordem de mercado entrará no livro de ordens aberto. Ordens de mercado são sempre considerados tomadores e incorrer taxas de tomador. Ao colocar uma ordem de mercado você pode especificar fundos andor tamanho. Os fundos limitarão o quanto do saldo da conta da moeda da cotação é usado eo tamanho limitará o valor do bitcoin negociado. As ordens de paragem tornam-se activas e aguardam a activação com base no movimento do último preço de transacção. Existem dois tipos de ordens de parada, stop de venda e stop de compra. O parâmetro lateral é importante: side: 39sell39. Coloque uma ordem de venda. Que se desencadeia quando o último preço de troca muda para um valor igual ou inferior ao preço. Lado: 39buy39. Coloque uma ordem de compra parar. Que se desencadeia quando o último preço de troca muda para um valor igual ou superior ao preço. O último preço de negociação é o último preço ao qual um pedido foi preenchido. Esse preço pode ser encontrado na última mensagem de correspondência. Observe que nem todas as mensagens de correspondência podem ser recebidas devido a mensagens descartadas. Observe que, quando acionada, as ordens de parada são executadas como ordens de mercado e, portanto, estão sujeitas a retenções de ordem de mercado. O preço deve ser especificado no quoteincrement produto unidades. O incremento de cotação é a menor unidade de preço. Para o produto BTC-USD, o incremento de cotação é 0,01 ou 1 centavo. Os preços menos de 1 centavo não serão aceitos, e nenhum preço de moeda de um centavo fracionário será aceitado. Não é necessário para ordens de mercado. O tamanho deve ser maior do que o baseminsize para o produto e não maior do que o basemaxsize. O tamanho pode ser em qualquer incremento da moeda base (BTC para o produto BTC-USD), que inclui unidades satoshi. Tamanho indica a quantidade de BTC (ou moeda base) para comprar ou vender. O campo de fundos é opcionalmente usado para ordens de mercado. Quando especificado, indica o quanto da moeda de cotação do produto para comprar ou vender. Por exemplo, uma compra de mercado para BTC-USD com fundos especificados como 150,00 vai gastar 150 USD para comprar BTC (incluindo quaisquer taxas). Se o campo de fundos não for especificado para uma ordem de compra no mercado, o tamanho deve ser especificado e o GDAX usará fundos disponíveis em sua conta para comprar bitcoin. Uma ordem de venda do mercado também pode especificar os fundos. Se os fundos forem especificados, limitará a venda ao montante de fundos especificado. Você pode usar fundos com ordens de venda para limitar o valor dos fundos de moeda de cotação recebidos. Tempo em vigor As políticas de tempo em vigor fornecem garantias sobre a vida útil de uma ordem. Há quatro políticas: bom até cancelado GTC. Bom até o tempo GTT. Imediato ou cancelar o COI. E preencher ou matar FOK. GTC Bom até as encomendas canceladas permanecem abertas no livro até serem canceladas. Esse é o comportamento padrão se nenhuma diretiva for especificada. GTT Good até que as ordens do tempo permaneçam abertas no livro até que seja cancelado ou o cancelafter alocado é esgotado no motor correspondente. Ordens GTT são garantidos para cancelar antes de qualquer outra ordem é processada após o carimbo de tempo cancelafter que é retornado pela API. Um dia é considerado 24 horas. IOC imediato ou cancelar ordens cancelar imediatamente o restante tamanho da ordem de limite em vez de abri-lo no livro. FOK Fill ou kill ordens são rejeitadas se o tamanho inteiro não pode ser correspondido. Observe, correspondência também se refere a auto-comércios. A bandeira pós-somente indica que a ordem deve somente fazer a liquidez. Se qualquer parte da ordem resultar em liquidez, a ordem será rejeitada e nenhuma parte dela será executada. Para ordens de compra limite, vamos manter preço x tamanho x (1 taxa-por cento) USD. Para ordens de venda, manteremos o número de Bitcoin que você deseja vender. As taxas reais são avaliadas no momento da negociação. Se você cancelar uma encomenda parcialmente preenchida ou não preenchida, os fundos restantes serão liberados da retenção. Para ordens de compra de mercado onde os fundos são especificados, o montante dos fundos será colocado em espera. Se apenas o tamanho for especificado, todo o saldo da sua conta (na conta de cotação) será colocado em espera para a duração da ordem de mercado (normalmente um período trivialmente curto). Para uma ordem de venda, o tamanho em BTC será colocado em espera. Se o tamanho não for especificado (e somente os fundos forem especificados), todo o saldo do BTC ficará em espera durante a duração da ordem de mercado. Prevenção de auto-comércio A negociação automática não é permitida no GDAX. Duas ordens do mesmo usuário não serão permitidas combinar com um outro. Para alterar o comportamento de auto-comércio, especifique o sinalizador stp. Consulte a documentação de prevenção de auto-comércio para obter detalhes sobre esses campos. Ciclo de Vida do Pedido O Pedido HTTP responderá quando uma ordem for rejeitada (fundos insuficientes, parâmetros inválidos, etc.) ou recebida (aceita pelo mecanismo correspondente). Uma resposta 200 indica que a ordem foi recebida e está ativa. As ordens ativas podem ser executadas imediatamente (dependendo do preço e das condições de mercado), parcial ou totalmente. Uma execução parcial colocará o tamanho restante da ordem no estado aberto. Uma ordem que é preenchida completamente, entrará no estado feito. Usuários ouvindo streaming de dados de mercado são incentivados a usar o campo clientoid para identificar suas mensagens recebidas no feed. A resposta REST com um servidor orderid pode vir após a mensagem recebida no feed de dados público. Uma ordem bem-sucedida receberá um ID de pedido. Uma ordem bem-sucedida é definida como uma que foi aceita pelo mecanismo de correspondência. As ordens abertas não expiram e permanecerão abertas até que sejam preenchidas ou canceladas. Cancelar uma Ordem Cancelar uma ordem previamente colocada. Se a ordem não teve nenhum fósforo durante seu curso de vida seu registro pode ser purgado. Isso significa que os detalhes do pedido não estarão disponíveis com o GET ordersltorder-idgt. Solicitação HTTP A identificação da ordem é a identificação de ordem atribuída pelo servidor e não a cliana opcional. Cancelar Rejeitar Se a ordem não puder ser cancelada (já preenchida ou cancelada anteriormente, etc.), uma resposta de erro indicará o motivo no campo da mensagem. Cancelar tudo Com o melhor esforço, cancele todas as encomendas em aberto. A resposta é uma lista de ids das ordens canceladas. Solicitação HTTP Para especificar vários status, use o argumento de consulta de status várias vezes: ordersstatusdoneampstatuspending. Este pedido é paginado. Status da ordem e liquidação As ordens que não estiverem mais em repouso no livro de ordens serão marcadas com o status feito. Há uma pequena janela entre uma ordem sendo feita e resolvida. Uma ordem é resolvida quando todos os preenchimentos são resolvidos e as retenções restantes (se houver) foram removidas. Para negociações de alto volume, é altamente recomendável que você mantenha sua própria lista de pedidos em aberto e use um dos feeds de dados de fluxo contínuo do mercado para mantê-lo atualizado. Você deve consultar o ponto final de ordens abertas uma vez quando você começar a negociar para obter o estado atual de quaisquer pedidos em aberto. O valor executado é o preço do tamanho da correspondência cumulativa e está apenas presente para as encomendas feitas após 2016-05-20. As ordens abertas podem alterar o estado entre o pedido e a resposta, dependendo das condições do mercado. Obter uma Ordem Obter uma única encomenda por id da encomenda. Solicitação HTTP Se a ordem for cancelada, a resposta poderá ter o código de status 404 se a ordem não tiver correspondência. As ordens abertas podem alterar o estado entre o pedido e a resposta, dependendo das condições do mercado. Lista Preenchimentos Obtenha uma lista de preenchimentos recentes. Http Solicitação Liquidação e Taxas As taxas são registradas em duas etapas. Imediatamente após o motor de correspondência completar um jogo, o preenchimento é inserido em nosso armazenamento de dados. Uma vez que o preenchimento é registrado, um processo de liquidação irá liquidar o preenchimento e crédito ambas as contrapartes de negociação. O campo de taxa indica as taxas cobradas por esse preenchimento individual. O campo de liquidez indica se o preenchimento foi o resultado de um fornecedor de liquidez ou tomador de liquidez. M indica Maker e T indica Taker. Os preenchimentos de paginação são devolvidos ordenados por tradeid descendentes dos maiores tradeid para os tradeid mais pequenos. O cabeçalho CB-BEFORE terá esse primeiro id de comércio para que futuras solicitações usando o parâmetro cb-before busquem preenchimentos com um ID de comércio maior (preenchimentos mais recentes). Este pedido é paginado. Método de pagamento Depósito de fundos de um método de pagamento. Consulte a seção Métodos de pagamento para recuperar seus métodos de pagamento. Retiradas Métodos de Pagamento Contas Coinbase O relatório será gerado quando os recursos estiverem disponíveis. O status do relatório pode ser consultado através dos relatórios: ponto de extremidade reportido. O campo fileurl estará disponível uma vez que o relatório tenha sido criado com sucesso e esteja disponível para download. Relatórios expirados Os relatórios só estão disponíveis para download por alguns dias após a criação. Quando um relatório expira, o relatório não está mais disponível para download e é excluído. Obter status de relatório Resposta (criação de relatório) Resposta HTTP (relatório final) solicitação HTTP Uma vez que uma solicitação de relatório foi aceita para processamento, o status está disponível pesquisando o nó de extremidade de recurso de relatório. O relatório final será carregado e disponível em fileurl uma vez que o status indica pronto Solicitação de http de conta de usuário Esta solicitação retornará seu volume de arrasto de 30 dias para todos os produtos. Este é um valor em cache thatrsquos calculado todos os dias à meia-noite UTC. Dados de mercado A API de dados de mercado é um conjunto não autenticado de nós de extremidade para recuperar dados de mercado. Esses pontos de extremidade fornecem instantâneos de dados de mercado. Para obter atualizações de dados de mercado em tempo real, consulte a documentação do Websocket Feed para conectar e recriar uma cópia perfeita em tempo real do livro de encomendas e dos negócios. Obter produtos Obtenha uma lista de pares de moedas disponíveis para negociação. Pedido HTTP Os campos baseminsize e basemaxsize definem o tamanho mínimo e máximo da ordem. O campo quoteincrement especifica o preço da ordem mínima, bem como o incremento de preço. O preço da ordem deve ser um múltiplo desse incremento (ou seja, se o incremento for 0,01, os preços da ordem de 0,001 ou 0,021 serão rejeitados). O ID do produto não será alterado uma vez atribuído a um produto, mas os tamanhos de minmaxquote poderão ser atualizados no futuro. Get Product Order Book Exemplo de resposta para produtosBTC-USDbook Somente o melhor lance e pedido é retornado. Exemplo de resposta para produtosBTC-USDbooklevel2 Exemplo de resposta para produtosBTC-USDbooklevel3 Obter uma lista de encomendas em aberto para um produto. A quantidade de detalhes mostrada pode ser personalizada com o parâmetro de nível. Solicitação HTTP Por padrão, apenas o lance interno (ou seja, o melhor) e o pedido são retornados. Isso equivale a uma profundidade de livro de 1 nível. Se você quiser ver um livro de pedidos maior, especifique o parâmetro de consulta de nível. Se um nível não for agregado, todas as ordens em cada preço serão retornadas. Os níveis agregados retornam apenas um tamanho para cada preço ativo (como se houvesse apenas uma única ordem para esse tamanho no nível). Parâmetros Os níveis 1 e 2 são agregados e retornam o número de pedidos em cada nível. O nível 3 não é agregado e retorna todo o livro de encomendas. Este pedido não é paginado. O livro inteiro é retornado em uma resposta. Nível 1 e Nível 2 são recomendados para votação. Para obter os dados mais atualizados, considere usar o fluxo do websocket. O nível 3 é recomendado apenas para usuários que desejam manter um livro de pedidos em tempo real completo usando o fluxo do websocket. O abuso do nível 3 por meio de polling fará com que seu acesso seja limitado ou bloqueado. Obtenha informações do Snapshot do Ticker do produto sobre o último comércio (tick), o melhor volume de bidask e 24h. Solicitação HTTP Atualizações em tempo real A pesquisa é desencorajada em favor da conexão via stream do websocket e da escuta de mensagens de correspondência. Get Trades Lista as negociações mais recentes para um produto. Http request Este pedido é paginado. O lado do comércio indica o lado da ordem do fabricante. A ordem do fabricante é a ordem que estava aberta no livro de pedidos. Buy side indica um down-tick porque o fabricante era uma ordem de compra e sua ordem foi removida. Por outro lado, o lado de venda indica um up-tick. Obter Taxas Históricas Taxas históricas para um produto. As taxas são devolvidas em grupos agrupados com base na granularidade solicitada. Os dados da taxa histórica podem estar incompletos. Nenhum dado é publicado para intervalos onde não haja carrapatos. As taxas históricas não devem ser consultadas com freqüência. Se você precisar de informações em tempo real, use os pontos finais comerciais e de livros junto com o feed do websocket. Http request Parâmetros O número máximo de pontos de dados para uma única solicitação é de 200 velas. Se sua seleção de tempo inicial e granularidade resultar em mais de 200 pontos de dados, sua solicitação será rejeitada. Se você deseja recuperar dados de granularidade fina em um intervalo de tempo maior, você precisará fazer vários pedidos com novos intervalos de inicialização. Itens de resposta Cada balde é uma matriz das seguintes informações: hora de início do balde tempo menor preço mais baixo durante o intervalo de balde preço mais alto durante o intervalo de balde preço de abertura de abertura (primeiro comércio) no intervalo de balde fechamento preço de fechamento Volume de volume de intervalo de balde de atividade de negociação durante o intervalo de balde Obtenha estatísticas de 24 horas Obtenha estatísticas de 24 horas para o produto. O volume é em unidades de moeda base. aberto. Alto. Baixo estão em unidades de moeda de cotação. Solicitação http Moedas Obter moedas Websocket Feed Conectividade Se definido para Y. cancelar todas as ordens abertas para o perfil atual na desconexão. A mensagem de logon enviada pelo cliente deve ser assinada para segurança. O método de assinatura é descrito em Assinando uma mensagem. A seqüência de caracteres prehash é os seguintes campos unidos pelo separador de campo FIX (código ASCII 1): SendingTime, MsgType, MsgSeqNum, SenderCompID, TargetCompID, Senha. Não há nenhum separador de arrasto. O campo RawData deve ser uma codificação base64 da assinatura HMAC. Uma única chave de API não deve ser usada em várias conexões ao mesmo tempo. Para estabelecer várias conexões FIX, gere uma nova chave de API para cada uma delas. Enviado por qualquer um dos lados para iniciar o encerramento da sessão. O lado que recebe esta mensagem primeiro deve responder com o mesmo tipo de mensagem para confirmar a terminação da sessão. Fechar uma conexão sem fazer logoff da primeira sessão é um erro. Novo Pedido Único Enviado pelo cliente para inserir um pedido. A bandeira pós-somente (P) indica que a ordem só deve fazer liquidez. Se qualquer parte da ordem resultar em liquidez, a ordem será rejeitada e nenhuma parte dela será executada. 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