Eu vou construir uma integração de API de troca segura onde suas chaves permanecem suas

Eu não vou pedir suas chaves de API da troca. Esse é o objetivo deste serviço.

Você implanta isso na sua própria infraestrutura com suas próprias chaves de API. Eu nunca recebo, mantenho ou tenho acesso aos seus fundos ou à sua conta na troca. O que eu construo é a camada de integração: o código que assina as solicitações, separado do código que decide o que enviar, com limites aplicados antes que uma assinatura exista.

Já fiz isso em ambientes ao vivo: Binance, OKX, KuCoin e Bybit via HMAC, Hyperliquid e Asterdex via EIP-712, tudo a partir de um único caminho de assinatura. Os detalhes que quebram a maioria das integrações são os que eu já encontrei: ordenação canônica dos campos que recupera silenciosamente o endereço errado, mínimos por venue, conversão de tamanho de contrato que deve rejeitar ao invés de arredondar.

O que eu construo:

• integração de API REST e WebSocket de exchange com assinatura correta das solicitações
• infraestrutura de gerenciamento de chaves que mantém credenciais fora do seu código de aplicação e dos logs
• verificações de política (limites de tamanho, símbolos permitidos, operações permitidas) aplicadas antes da criação de uma assinatura
• modos de falha claros, para que uma solicitação rejeitada informe o motivo
• opcional: assinatura isolada em um serviço separado, usando um padrão de armazenamento seguro de chaves (enclav