【CJ 套利进阶 13/14】
Na mesa de trading há muitas telas, o que parece bem profissional. O que realmente tem valor não é a quantidade de telas, e sim garantir que, quando um sistema falha, ele não trave junto outras tarefas.
CJ compartilhou seu ambiente de trabalho: tarefas como arbitragem, “caçar cães” e desenvolvimento de scripts são distribuídas em diferentes dispositivos e áreas de exibição. A lógica por trás disso é o isolamento. Quando o programa de dados de mercado congela, não deve afetar alertas de controle de risco; quando scripts de teste ocupam CPU, não devem desacelerar estratégias que estão rodando; quando uma conta ou uma plataforma apresenta anomalias, isso não deve fazer todo o capital perder o controle ao mesmo tempo.
A interface também faz parte do controle de risco. Informações importantes devem ser visíveis de relance: capital efetivamente investido, exposição total nominal, status de cada posição, Fee em tempo real, PnL flutuante, alertas e atraso dos dados. Principalmente, é preciso diferenciar “posição total do grid” e “capital real”, pois, caso contrário, um número que parece grande pode levar você a interpretar errado o risco real.
Poucos dispositivos também permitem isolamento: separar diferentes processos, contas, logs e permissões; o ambiente de testes não executa ações reais; alertas críticos não devem ficar misturados com notificações comuns. Quanto mais complexo for o sistema, mais você precisa fazer com que cada parte seja responsável por apenas uma coisa. Profissionalismo não é abrir mais janelas ao mesmo tempo, e sim saber exatamente o que parar e o que proteger quando qualquer janela der problema.
Próximo artigo: quando o Python é suficiente e quando vale a pena reescrever o caminho mais quente (hot path) em Rust?
#交易系统 #风险隔离
Na mesa de trading há muitas telas, o que parece bem profissional. O que realmente tem valor não é a quantidade de telas, e sim garantir que, quando um sistema falha, ele não trave junto outras tarefas.
CJ compartilhou seu ambiente de trabalho: tarefas como arbitragem, “caçar cães” e desenvolvimento de scripts são distribuídas em diferentes dispositivos e áreas de exibição. A lógica por trás disso é o isolamento. Quando o programa de dados de mercado congela, não deve afetar alertas de controle de risco; quando scripts de teste ocupam CPU, não devem desacelerar estratégias que estão rodando; quando uma conta ou uma plataforma apresenta anomalias, isso não deve fazer todo o capital perder o controle ao mesmo tempo.
A interface também faz parte do controle de risco. Informações importantes devem ser visíveis de relance: capital efetivamente investido, exposição total nominal, status de cada posição, Fee em tempo real, PnL flutuante, alertas e atraso dos dados. Principalmente, é preciso diferenciar “posição total do grid” e “capital real”, pois, caso contrário, um número que parece grande pode levar você a interpretar errado o risco real.
Poucos dispositivos também permitem isolamento: separar diferentes processos, contas, logs e permissões; o ambiente de testes não executa ações reais; alertas críticos não devem ficar misturados com notificações comuns. Quanto mais complexo for o sistema, mais você precisa fazer com que cada parte seja responsável por apenas uma coisa. Profissionalismo não é abrir mais janelas ao mesmo tempo, e sim saber exatamente o que parar e o que proteger quando qualquer janela der problema.
Próximo artigo: quando o Python é suficiente e quando vale a pena reescrever o caminho mais quente (hot path) em Rust?
#交易系统 #风险隔离
