Futuros
Acesse centenas de contratos perpétuos
TradFi
Ouro
Plataforma única para ativos tradicionais globais
Opções
Hot
Negocie opções vanilla no estilo europeu
Conta unificada
Maximize sua eficiência de capital
Negociação demo
Introdução à negociação de futuros
Prepare-se para sua negociação de futuros
Eventos de futuros
Participe de eventos e ganhe recompensas
Negociação demo
Use fundos virtuais para experimentar negociações sem riscos
Lançamento
CandyDrop
Colete candies para ganhar airdrops
Launchpool
Staking rápido, ganhe novos tokens em potencial
HODLer Airdrop
Possua GT em hold e ganhe airdrops massivos de graça
Launchpad
Chegue cedo para o próximo grande projeto de token
Pontos Alpha
Negocie on-chain e receba airdrops
Pontos de futuros
Ganhe pontos de futuros e colete recompensas em airdrop
Investimento
Simple Earn
Ganhe juros com tokens ociosos
Autoinvestimento
Invista automaticamente regularmente
Investimento duplo
Lucre com a volatilidade do mercado
Soft Staking
Ganhe recompensas com stakings flexíveis
Empréstimo de criptomoedas
0 Fees
Penhore uma criptomoeda para pegar outra emprestado
Centro de empréstimos
Centro de empréstimos integrado
Centro de riqueza VIP
Planos premium de crescimento de patrimônio
Gestão privada de patrimônio
Alocação premium de ativos
Fundo Quantitativo
Estratégias quant de alto nível
Apostar
Faça staking de criptomoedas para ganhar em produtos PoS
Alavancagem Inteligente
New
Alavancagem sem liquidação
Cunhagem de GUSD
Cunhe GUSD para retornos em RWA
Previsão de estratégias de mercado: a limitação de posições por mercado quase nunca funciona, mesmo após várias correções sem sucesso.
Hoje finalmente encontrei a causa raiz: o tipo de ordem estava incorreto.
Fenómeno do problema
A estratégia de clima H12 apresenta dois bugs estranhos desde o seu lançamento:
1. A posição total por mercado ultrapassa sempre o limite $10
2. Foram colocadas 32 ordens, nenhuma foi executada (taxa de execução de 0%)
No início, pensei que fosse um problema de lógica, verifiquei funções de remoção de duplicatas, cálculo de posições, checagem de estado de ordens, tudo parecia correto. Do ponto de vista do código, tudo parecia certo,
mas na linha de frente, simplesmente não funcionava.
Diagnóstico da causa raiz
Ao revisar o código, descobri: eu estava usando ordens IOC ( para execução imediata ou cancelamento ).
A lógica do IOC é: ao fazer a ordem, ela tenta imediatamente combinar com o livro de ordens, se não conseguir, cancela.
Isso leva a dois problemas:
• Limite de posição ultrapassado: ordens IOC são canceladas imediatamente, não permanecem em estado pending, o que faz com que a verificação de remoção de duplicatas falhe (não consegue detectar a ordem), e a estratégia acaba colocando ordens repetidas no mesmo mercado durante o ciclo de varredura
• Taxa de execução 0%: devido à baixa liquidez no mercado de clima, o livro de ordens frequentemente está vazio, e a ordem IOC é cancelada assim que é colocada
Solução
Alterar para ordens GTC Maker:
• GTC (Good-Till-Cancel) - a ordem fica pendurada até ser executada pelo contraparte
• A ordem permanece em estado pending, permitindo que a verificação de remoção de duplicatas funcione
• Verificação de ordens pendentes - antes de cada varredura, verificar se a última ordem colocada foi executada
Validação do efeito (ver Figura 1)
Após implantação no VPS:
• Problema de limite de posição desapareceu
• Em 5 minutos, 5 de 29 ordens foram executadas (taxa de preenchimento de 17,2% versus 0% anterior)
• Maker oferece rebate, Taker paga taxa (após a mudança, ainda economiza dinheiro)
Uma única alteração resolveu dois bugs. Se você também estiver desenvolvendo estratégias para Polymarket, a matriz de tipos de ordens na Figura 2 pode ser usada como referência direta.