💡 Em uma frase
"Acho que vai repicar aqui" não é uma previsão — é uma emoção. Se uma previsão pode ser falsificada é a única linha que decide se ela tem algum valor. Este artigo ensina você a quebrar o palpite em regras que uma máquina consegue executar.
Em "Enxergando Através do Traçado de Linhas em Retrospecto" dissemos: o que realmente separa sinal de ruído é uma regra que existia de antemão e que pode ser falsificada. Este artigo leva essa "regra que existia de antemão" até o ponto em que você realmente consegue implementá-la.
1. O que significa "falsificável"?
Uma previsão é falsificável se, e somente se: ela declarar explicitamente "sob quais condições eu estou errado."
❌ Não falsificável
"Bitcoin é altista no longo prazo." Se subir, estava certo; se cair, "o longo prazo ainda não chegou" — nunca pode estar errado, então não carrega informação nenhuma.
✅ Falsificável
"Se o candle diário fechar abaixo de 58.000, minha previsão sobre esse rali fica anulada e eu saio." Ela declara uma condição específica que poderia provar que está errada.
Observação: falsificável ≠ frequentemente errado. Significa que você deu uma condição específica que poderia provar que você está errado. Uma previsão que nunca pode ser falsificada também nunca pode ser verificada como certa — é só conversa. Isso é exatamente o oposto do "traçado de linhas em retrospecto": quem traça as linhas nunca declara uma condição de invalidação, porque sem uma delas nunca pode estar "errado."
2. As 5 partes de uma regra completa
Traduzir o palpite em uma regra significa quebrá-lo nessas 5 partes, todas elas precisam estar bem definidas. Se faltar uma, ainda é só uma "sensação."
A essa altura você já deve ter notado: uma regra decente é, ela mesma, um pedaço de pseudocódigo. Isso não é coincidência — o destino final de falsificável é executável.
3. Do palpite à regra: um fluxo de trabalho prático
- 1. Capture a observação: reduza "acho que vai subir" ao que você realmente viu — um pico de volume? um pavio inferior longo? um nível de preço testado repetidamente? Anote esse gatilho observável.
- 2. Defina: quantifique as palavras vagas. "Pico de volume" → "volume > 1,5× o volume médio de 20 barras"; "pavio inferior longo" → "pavio inferior ≥ 2× o corpo." Palavras vagas são o inimigo de uma regra.
- 3. Complete as 5 partes: adicione o stop, a saída, o tamanho da posição e o filtro.
- 4. Escreva a condição de invalidação: pergunte mais uma vez, isoladamente — "o que me faria admitir que essa regra parou de funcionar no mercado atual?"
- 5. Jogue no backtest: rode em dados históricos e observe a taxa de acerto, o profit factor, o drawdown máximo e o tamanho da amostra. (Como ler esses números sem se enganar: backtest > operações perfeitas)
4. A maior armadilha: overfitting (ajuste excessivo à curva)
Depois que a regra está escrita com clareza, a armadilha em que os iniciantes mais facilmente caem é ficar adicionando parâmetros e ajustando valores sem parar para deixar a curva do backtest mais bonita, até que ela fique quase perfeita nos dados históricos. Isso é o "traçado de linhas em retrospecto" voltando com uma roupa nova: você está usando um futuro conhecido (o histórico) para esculpir de trás para frente uma regra que só funciona no passado.
Sinais de alerta
- Parâmetros estranhamente "precisos" (um stop de 2,7%, uma MA de 23 dias) — geralmente é a impressão digital de um ajuste ao ruído.
- A regra desmorona no momento em que você muda qualquer coisa — uma regra robusta não é sensível a pequenos ajustes de parâmetros.
- Uma amostra pequena demais — uma "taxa de acerto de 70%" em 20 operações não tem significado estatístico nenhum.
O antídoto: reserve dados fora da amostra para teste, arredonde os parâmetros para faixas robustas em vez do ponto ótimo, e sempre lembre — um backtest é apenas o ingresso de entrada; a operação ao vivo é o tribunal (ao vivo ≠ backtest).
5. A regra está escrita — quem a executa?
Suponha que agora você tenha uma regra falsificável, que passou no backtest e reservou dados fora da amostra. Nas 24 horas seguintes, 7 dias por semana, quem a executa sem emoção? As pessoas ficam cansadas, ficam gananciosas, hesitam quando deveriam cortar a perda, e abrem exceções porque "dessa vez é diferente." O maior inimigo de uma boa regra é a pessoa que a executa. É exatamente por isso que a execução sistemática existe.
Em essência, o CoinTech2u (o sistema de trading com IA dinâmica multiestratégia) é exatamente esse tipo de coleção de regras:
Multiestratégia = múltiplas regras falsificáveis
Cada uma tem condições explícitas de entrada / stop / saída / filtro, passou tanto pelo backtest quanto pela validação ao vivo, e desloca o peso dinamicamente conforme o regime de mercado — em vez de um único "santo graal que faz tudo" forçado em qualquer condição.
Execução: zero emoção, zero exceções
Depois que uma regra entra em produção, o sistema a executa rigorosamente — sem mão trêmula por causa de "dessa vez é diferente."
Resultados que você mesmo pode falsificar
A página /live-proof lê diretamente a API oficial do sistema a cada hora e expõe os resultados reais de operação — você pode voltar o padrão deste artigo contra nós mesmos.
Não custodial
A estratégia roda, mas o seu dinheiro sempre permanece na sua própria conta na corretora, com permissões de API minimizadas e sem direito de saque. Entregar as regras a um sistema é o fim da disciplina, não o seu ponto de partida.
Torne-se primeiro passível de ser provado errado, e só depois disso você pode ser verificado como certo
Veja como é um conjunto de regras falsificáveis rodando ao vivo — pegue o padrão deste artigo e julgue o CoinTech2u por conta própria.