【CJ 套利进阶 14/14】
Muitas pessoas ainda não comprovaram que a estratégia tem lucro e já começam a discutir desempenho de linguagem. A ordem está invertida.
Quando a estratégia acaba de surgir, o mais importante é validar rapidamente: os dados conseguem ser obtidos, os sinais são reais, depois que taxas e slippage são calculados ainda existe lucro, e o que acontece quando dá errado. Python é adequado para prototipar, pesquisar e usar em ferramentas de baixa frequência, porque é rápido de modificar e o ecossistema é completo. Primeiro, use pouco capital e tempo suficiente para rodar com estabilidade; isso é mais importante do que buscar velocidade extrema desde o início.
Quando a estratégia entra em um caminho “quente” com múltiplas corretoras, alta concorrência e sensibilidade a latência, aí os problemas mudam. Quando o mercado entra simultaneamente, as ordens precisam ser assinadas rapidamente, e o processo não pode ser interrompido por coleta de lixo ou travado a ponto de arrastar atrasos para caudas longas — nesse momento, o desempenho do Rust, a memória controlável e a estabilidade é que realmente ganham valor. No passado, o CJ reestruturou gradualmente seu próprio sistema para Rust e otimizou o caminho quente da cotação até o envio da ordem, mas isso foi uma atualização de engenharia depois de a estratégia estar rodando; não foi a fonte do lucro em si.
Para decidir se vale reescrever, dá para observar três sinais: a latência já causou de fato perda de ordens, o tremor (instabilidade) da linguagem atual não consegue ser resolvido por arquitetura, e o tamanho do sistema começa a ultrapassar o limite estável de um único processo. Caso contrário, até o código mais rápido apenas vai executar mais rápido uma ideia que ainda não foi validada.
Os 14 textos finais levam à mesma conclusão: oportunidades vêm da ineficiência do mercado, lucros vêm da execução completa, e a vantagem de longo prazo vem de transformar julgamento, gerenciamento de risco e engenharia em um sistema.
#量化开发 #Rust
Muitas pessoas ainda não comprovaram que a estratégia tem lucro e já começam a discutir desempenho de linguagem. A ordem está invertida.
Quando a estratégia acaba de surgir, o mais importante é validar rapidamente: os dados conseguem ser obtidos, os sinais são reais, depois que taxas e slippage são calculados ainda existe lucro, e o que acontece quando dá errado. Python é adequado para prototipar, pesquisar e usar em ferramentas de baixa frequência, porque é rápido de modificar e o ecossistema é completo. Primeiro, use pouco capital e tempo suficiente para rodar com estabilidade; isso é mais importante do que buscar velocidade extrema desde o início.
Quando a estratégia entra em um caminho “quente” com múltiplas corretoras, alta concorrência e sensibilidade a latência, aí os problemas mudam. Quando o mercado entra simultaneamente, as ordens precisam ser assinadas rapidamente, e o processo não pode ser interrompido por coleta de lixo ou travado a ponto de arrastar atrasos para caudas longas — nesse momento, o desempenho do Rust, a memória controlável e a estabilidade é que realmente ganham valor. No passado, o CJ reestruturou gradualmente seu próprio sistema para Rust e otimizou o caminho quente da cotação até o envio da ordem, mas isso foi uma atualização de engenharia depois de a estratégia estar rodando; não foi a fonte do lucro em si.
Para decidir se vale reescrever, dá para observar três sinais: a latência já causou de fato perda de ordens, o tremor (instabilidade) da linguagem atual não consegue ser resolvido por arquitetura, e o tamanho do sistema começa a ultrapassar o limite estável de um único processo. Caso contrário, até o código mais rápido apenas vai executar mais rápido uma ideia que ainda não foi validada.
Os 14 textos finais levam à mesma conclusão: oportunidades vêm da ineficiência do mercado, lucros vêm da execução completa, e a vantagem de longo prazo vem de transformar julgamento, gerenciamento de risco e engenharia em um sistema.
#量化开发 #Rust
