Guia Definitivo de Gráfico Renko no Brasil: do zero ao avançado (box, cálculo, 7R/10R/21R)

Atualizado em 18 de fevereiro de 2026.

Este material é educacional e não constitui recomendação de investimento. Operar mercado envolve risco real de perda, custos operacionais, slippage, risco de execução e risco comportamental.

Sumário

1. Introdução: por que o Renko existe e onde ele falha
2. Conceitos base: box, brick, corpo e pavio
3. Como o Renko é calculado (fixo, %, ATR)
4. Regras de formação: continuidade, reversão e abertura/fechamento
5. Definindo R de forma consistente (7R, 10R, 21R)
6. Comparativo 7R x 10R x 21R por classe de ativo
7. Padronização prática para evitar overfitting
8. Estudo de caso 1: B3 (WIN e WDO)
9. Estudo de caso 2: Cripto (BTC/ETH)
10. Estudo de caso 3: Forex/Índice internacional (EURUSD e S&P 500)
11. Erros comuns no uso de Renko
12. Templates prontos em Markdown
13. Vídeos explicativos (embeds responsivos)
14. Roadmap de estudo com campos clicáveis
15. Backlinks e referências (fontes reais)
16. Fontes brasileiras recomendadas
17. Checklist final de implementação
18. Apêndices técnicos avançados

1) Introdução: por que o Renko existe e onde ele falha

O gráfico Renko nasceu para resolver um problema simples e recorrente: excesso de ruído em séries temporais tradicionais (candle, barra, linha). Em um candle de 1 minuto, por exemplo, você recebe informação a cada minuto mesmo que o preço praticamente não tenha andado. Em contrapartida, o Renko só desenha um novo brick quando o preço percorre uma distância mínima pré-definida.

Isso cria duas consequências imediatas:

• a leitura de tendência tende a ficar mais limpa;
• o momento de virada tende a aparecer com atraso, porque o preço precisa andar um deslocamento mínimo para “provar” mudança de direção;
• o operador para de reagir a cada oscilação curta sem deslocamento significativo;
• a estrutura de mercado fica mais visual e menos dependente de interpretação subjetiva de candle a candle.

Em termos operacionais, o Renko é um filtro espacial (movimento de preço) e não temporal (passagem de tempo). Esse detalhe muda quase tudo na forma de interpretar setup, risco e execução.

1.1) O principal benefício

A principal vantagem do Renko é transformar uma sequência complexa de oscilação em degraus de decisão. Em vez de dezenas de candles misturando sombra, corpo, horário e microflutuações, você enxerga uma estrutura de tijolos com tamanho uniforme.

Isso facilita:

• leitura de tendência curta e intermediária;
• detecção visual de congestionamento e rompimento;
• definição de gatilho objetivo para entrada/saída;
• criação de regra mecânica de stop por blocos;
• documentação mais objetiva para equipes, porque “1 brick” é mensurável;
• comparações de setup mais transparentes em reuniões de revisão.

1.2) Onde ele falha (e por que isso importa)

Renko também tem limitações relevantes:

• não representa tempo de forma linear;
• pode “esconder” microestrutura intrabar;
• em algumas plataformas, repinta/projeta brick durante formação intraperíodo;
• resultados de backtest podem ficar distorcidos quando se usa preço sintético do brick em vez de preço executável;
• em ativos ilíquidos, blocos podem parecer limpos, mas execução real pode ser ruim;
• em eventos macro, um conjunto de bricks pode condensar movimentos agressivos sem refletir toda a dinâmica de risco.

Ou seja: Renko é ótimo para filtragem visual e lógica de tendência, mas não substitui análise de liquidez, spread, custo, contexto de sessão e calendário macro.

1.3) Não é recomendação financeira

Todo exemplo deste artigo é didático. Nada aqui é chamada de compra/venda. Qualquer estratégia precisa de:

• validação histórica com critérios claros;
• validação fora da amostra (out-of-sample);
• validação em ambiente simulado/paper;
• validação com custos realistas (corretagem, emolumentos, slippage, imposto quando aplicável);
• gestão de risco por operação, por dia e por ciclo;
• controle comportamental e aderência ao plano.

2) Conceitos base: box, brick, corpo e pavio

Antes de discutir 7R/10R/21R, é essencial fixar a anatomia do Renko.

2.1) O que é box/brick

No contexto Renko, “box” e “brick” geralmente são usados como sinônimos. Cada brick tem tamanho fixo dentro da configuração corrente do gráfico.

• Se o método for fixo: o tamanho do brick é um valor absoluto (pontos/ticks/pips/unidade de preço).
• Se for percentual: tamanho do brick = percentual do preço de referência.
• Se for ATR: tamanho do brick = ATR(n) multiplicado por um fator.

2.2) Corpo do Renko: onde começa e onde termina

No brick clássico:

• a abertura do brick novo começa no fechamento do brick anterior;
• o fechamento do brick novo ocorre no nível de 1 box acima (alta) ou 1 box abaixo (baixa) da abertura;
• o “corpo” é esse deslocamento entre abertura e fechamento;
• o próximo brick nasce ancorado no fechamento do brick anterior, não em um valor arbitrário.

Exemplo didático (box = 2,0):

Preço de referência inicial: 100,0

Brick de alta:
Abertura = 100,0
Fechamento = 102,0

Próximo brick de alta só fecha em 104,0.

2.3) Pavio (wick) no Renko

Algumas plataformas exibem Renko com pavio/sombra, outras não. O pavio mostra excursão de preço que não foi suficiente para consolidar novo brick em sentido contrário.

• Sem pavio: visual mais limpo, menos detalhe.
• Com pavio: mais contexto de rejeição/volatilidade intrabrick.
• Em ativos voláteis, pavios ajudam a entender falso rompimento.
• Em leitura puramente mecânica, muita informação de pavio pode atrapalhar quem está começando.

2.4) Diagrama ASCII: corpo, continuidade e reversão

Exemplo: box = 10 pontos

Tendência de alta inicial

120 |                [ ]
110 |          [ ]   [ ]
100 |    [ ]   [ ]   [ ]
 90 |    [ ]
     ------------------------>
      b1    b2    b3

b1: abre 90 fecha 100
b2: abre 100 fecha 110
b3: abre 110 fecha 120

Reversão clássica (2 boxes):
Para inverter de alta para baixa a partir de b3,
preço precisa descer 20 pontos a partir do topo estrutural.

2.5) Diferença prática entre brick e candle

No candle, você enxerga O/H/L/C por unidade de tempo. No Renko, você enxerga deslocamento de preço por unidade espacial de movimento.

Implicação prática: um bloco pode demorar segundos ou horas para nascer. Estratégias baseadas em “sessão/hora” precisam de regras adicionais quando aplicadas em Renko.

3) Como o Renko é calculado (fixo, %, ATR)

Aqui está o núcleo técnico do artigo.

3.1) Método 1: brick fixo em pontos/ticks/pips

Esse método define um deslocamento absoluto para cada brick.

Exemplos:

• WIN: 50 pontos por brick (ou qualquer valor que respeite múltiplos do tick do ativo/plataforma);
• WDO: 2,0 pontos por brick;
• EURUSD: 10 pips por brick;
• BTCUSDT: 100 dólares por brick.

Vantagens

• previsibilidade máxima;
• ótimo para playbook manual;
• fácil comparar sessões diferentes.

Desvantagens

• sensibilidade fixa em regime de volatilidade variável;
• pode ficar “micro” em alta vol e “macro” em baixa vol;
• exige revisão manual quando mercado muda de comportamento.

3.2) Método 2: brick em porcentagem do preço

Aqui o brick escala com o próprio nível de preço.

Fórmula simplificada:

brick_t = preço_referência_t * percentual

Exemplo:

• ativo a 100.000 com percentual 0,25% -> brick = 250 pontos;
• ativo sobe para 120.000 -> brick passa para 300 pontos (aprox., conforme regra da plataforma e arredondamento por tick mínimo).

Vantagens

• normaliza leitura para ativos que mudam muito de patamar ao longo dos anos;
• útil em ações/cripto com ciclos longos de preço;
• facilita comparações em séries históricas longas.

Desvantagens

• pode repintar/recalcular dependendo da implementação;
• exige entendimento de arredondamento de tick;
• pode gerar confusão se o time não documentar regra de referência de preço.

3.3) Método 3: brick por volatilidade usando ATR

Esse é o método mais difundido para adaptar sensibilidade ao mercado atual.

Fórmula padrão:

TR_t = max(High_t - Low_t, abs(High_t - Close_{t-1}), abs(Low_t - Close_{t-1}))
ATR_n = média (ou média suavizada) dos últimos n TR
brick_t = ATR_n * fator

Onde:

• n é janela (comum: 14);
• fator define agressividade/suavização.

Vantagens

• adapta automaticamente o tamanho do brick ao regime de volatilidade;
• reduz necessidade de recalibrar manualmente toda semana;
• pode reduzir excesso de sinais em mercado “nervoso”.

Desvantagens

• muda ao longo do tempo, dificultando comparação “maçã com maçã” em estudos longos;
• se mal configurado, pode atrasar demais em choques de volatilidade;
• aumenta dependência da qualidade do dado base.

3.4) Tabela comparativa dos métodos

3.5) Observação de plataforma

Cada plataforma pode variar em:

• fonte de cálculo (close vs OHLC);
• detalhamento histórico (timeframe base);
• regra de projeção intrabar;
• exibição de pavio.

Por isso, dois Renkos “iguais” podem diferir entre plataformas.

4) Regras de formação: continuidade, reversão e abertura/fechamento

4.1) Continuidade

Regra clássica:

• se último brick é de alta, novo brick de alta nasce quando preço anda +1 box acima do fechamento anterior;
• se último brick é de baixa, novo brick de baixa nasce quando preço anda -1 box abaixo do fechamento anterior.

4.2) Reversão

Em implementação clássica de Renko tradicional:

• reversão exige deslocamento de 2 boxes na direção oposta.

Intuição:

1. preço precisa “anular” o último avanço (1 box);
2. depois precisa superar mais 1 box para confirmar inversão;
3. isso reduz virada falsa, mas atrasa entrada em reversão real.

4.3) Diagrama ASCII da reversão clássica

Box = 10
Último brick fechado em alta: 130 (abertura desse brick foi 120)

Para continuar alta: precisa tocar/fechar 140
Para reverter para baixa: precisa deslocar 20 pontos para baixo

130  [UP]
120  nível de abertura do último UP
110  confirmação do primeiro DOWN

Se o preço só cai até 121 e volta:
- não há reversão confirmada;
- pode aparecer pavio (dependendo da plataforma).

4.4) Preço de abertura/fechamento e nascimento do próximo brick

Regra operacional útil:

• fechamento de brick atual vira ponto de ancoragem do próximo;
• não existe “metade de brick” confirmado;
• enquanto não completa o deslocamento mínimo, o brick não fecha;
• quando fecha, a estrutura muda instantaneamente para fins de regra;
• a gestão deve respeitar preço executável e não apenas desenho do tijolo.

4.5) Variações por plataforma

Em plataformas diferentes, você pode observar:

• projeção de brick em tempo real que desaparece no fechamento do período base;
• diferença entre cálculo por close e por OHLC;
• diferenças em histórico distante por limitação de tick-by-tick.

Esse é um dos motivos para padronizar o processo de teste com:

• mesma plataforma;
• mesma configuração de fonte;
• mesmo período de dados;
• mesmo modo de exibição (com ou sem pavio).

5) Definindo R de forma consistente (7R, 10R, 21R)

Aqui está um ponto crítico: no mercado brasileiro, “R” em Renko pode ser usado de formas diferentes. Sem padronização, equipes discutem setups diferentes achando que falam da mesma coisa.

5.1) Três interpretações reais de R

Interpretação A: R como múltiplo de tick/ponto fixo

• Exemplo: 10R no WIN em uma convenção interna pode representar X ticks de deslocamento.
• Muito comum em comunidades de tape reading e scalping.
• É intuitivo para quem pensa em microestrutura e execução curta.

Interpretação B: R como escala percentual

• Exemplo: “7R” equivalente a 7 unidades de uma base percentual interna (por exemplo 0,05% cada).
• Menos frequente no intraday BR tradicional, mas usado por equipes quantitativas para normalizar multiativo.
• Ajuda quando os ativos possuem níveis de preço muito distintos.

Interpretação C: R como fator sobre volatilidade (ATR)

• Exemplo: brick = ATR(14) x fator, onde fator pertence ao conjunto 21 de uma régua interna.
• Útil para padronização de regimes.
• Pode reduzir retrabalho quando volatilidade muda de forma abrupta.

5.2) Proposta de padronização recomendada (prática)

Para evitar ambiguidade, use esta sintaxe em todo documento de estratégia:

R = unidade de escala operacional (não universal)
Método = FIXO | PERCENTUAL | ATR
Definição explícita = fórmula completa
Exemplo:
R-MOD = ATR(14) x 0,1
7R = 0,7 x ATR(14)
10R = 1,0 x ATR(14)
21R = 2,1 x ATR(14)

ou, se for fixo:

R-MOD = 1 tick do ativo
7R = 7 ticks
10R = 10 ticks
21R = 21 ticks

A chave é: nunca usar 7R/10R/21R sem declarar a unidade base.

5.3) O que muda ao aumentar R

Quando R sobe:

• gráfico fica mais suave;
• ruído diminui;
• sinais ficam menos frequentes;
• confirmação de reversão tende a atrasar;
• stop estrutural (em pontos) fica maior;
• psicologicamente reduz vontade de hiperatividade operacional.

Quando R cai:

• mais detalhe e mais sensibilidade;
• mais entradas (inclusive falsas);
• custo operacional relativo cresce;
• risco de overtrading aumenta;
• necessidade de disciplina e filtro de contexto aumenta bastante.

5.4) Diagrama ASCII 7R vs 10R vs 21R

Movimento de preço (mesma trajetória): 100 -> 130 -> 110 -> 140

7R  : [][ ][ ][ ] [ ] [ ][ ][ ] [ ][ ][ ][ ]
10R : [][ ][ ]     [ ] [ ][ ]    [ ][ ][ ]
21R : [ ]          [ ]            [ ]

Legenda:
- cada [ ] = 1 brick
- 7R: mais detalhe, mais alternância
- 10R: equilíbrio entre ruído e atraso
- 21R: forte suavização, menos sinais

5.5) Conclusão operacional

Não existe “melhor R universal”. Existe R adequado ao:

• ativo;
• regime de volatilidade;
• horizonte operacional;
• custo de execução;
• disciplina do operador;
• metas de consistência da mesa/equipe.

6) Comparativo 7R x 10R x 21R por classe de ativo

6.1) Tabela de recomendação por classe

6.2) Tabela de vantagens e desvantagens Renko vs candle

6.3) Recomendação objetiva de ponto de partida

• operador iniciante em Renko: começar em 10R;
• operador muito reativo e impulsivo: testar 21R para reduzir overtrade;
• operador de scalping disciplinado com custo baixo: avaliar 7R com filtro de contexto;
• operador que está migrando de candle para Renko: começar em 10R e só depois abrir comparação com 7R.

7) Padronização prática para evitar overfitting

Padronizar Renko é mais importante que “achar o número mágico”.

7.1) Receita de padronização (passo a passo)

Passo 1: identificar microestrutura do ativo

• tick size;
• spread médio por sessão;
• liquidez média no horário de operação;
• custo por ida e volta (corretagem + emolumentos + slippage estimado).

Passo 2: medir volatilidade

• ATR(14), ATR(21), ATR(50);
• desvio padrão de range intradiário;
• comparação entre dias de evento e dias normais;
• mapa de horários mais voláteis.

Passo 3: escolher método de brick

• FIXO se objetivo for estabilidade operacional e auditoria simples;
• ATR se objetivo for adaptação de regime;
• % se objetivo for comparabilidade entre patamares de preço.

Passo 4: definir régua de R por classe

Exemplo de régua inicial:

• Perfil A (rápido): 7R;
• Perfil B (equilíbrio): 10R;
• Perfil C (conservador): 21R.

Passo 5: validar em regimes diferentes

• tendência forte;
• lateralização;
• notícia macro;
• abertura/fechamento de sessão;
• dia de baixa liquidez sazonal.

Passo 6: documentar e congelar por ciclo

• manter parâmetro fixo por período mínimo (ex.: 20 pregões);
• proibir ajustes ad hoc por “sensação”;
• revisar somente em checkpoint objetivo;
• registrar revisão em changelog com motivo técnico.

7.2) Como evitar overfitting

Sinais de overfitting no Renko:

• alteração semanal do tamanho do brick para “salvar” resultado;
• estratégia só funciona em 1 ativo e 1 janela curta;
• drawdown explode fora da amostra;
• melhora em backtest sem melhora em simulação;
• regras ficam tão específicas que não sobrevivem a pequenas mudanças de mercado.

Contramedidas:

• walk-forward;
• análise de sensibilidade de parâmetros;
• incluir custo e slippage conservadores;
• medir estabilidade e não apenas lucro bruto;
• preferir regras simples e auditáveis.

7.3) Checklist de validação (tabela)

8) Estudo de caso 1: B3 (WIN e WDO)

Nesta seção, o objetivo é mostrar lógica e não “setup mágico”.

8.1) Contexto técnico mínimo da B3

• WIN tem variação mínima de 5 pontos;
• WDO tem variação mínima de 0,50 na cotação em BRL por USD 1.000;
• custo de execução muda com plano de corretagem, tipo de ordem e horário;
• liquidez varia ao longo do dia e impacta slippage real.

8.2) Exemplo didático em WIN (três configurações)

Suponha um dia com amplitude relevante e movimento direcional inicial.

Cenário A: 7R (sensível)

• brick menor relativo à volatilidade do dia;
• sequência de bricks alternando com frequência em pullbacks curtos;
• bom para entrada precoce, pior para custo/ruído;
• requer gestão emocional e risco muito bem definidos.

Cenário B: 10R (equilíbrio)

• leitura mais limpa em tendência;
• ainda captura reversão em prazo razoável;
• costuma reduzir gatilhos falsos em lateral curta;
• bom ponto de partida para treinamento.

Cenário C: 21R (suavizado)

• quase não reage a microoscilações;
• excelente para acompanhar pernada longa;
• atraso significativo em virada de intraday;
• pode reduzir ansiedade operacional em iniciantes impulsivos.

8.3) Onde começa e termina o corpo (WIN)

Exemplo numérico com box hipotético de 50 pontos:

Preço inicial: 128.000

Brick 1 (alta): abre 128.000, fecha 128.050
Brick 2 (alta): abre 128.050, fecha 128.100

Para continuidade: preço precisa alcançar 128.150
Para reversão clássica: preço precisa recuar 100 pontos a partir do último fechamento estrutural

8.4) Exemplo didático em WDO

Suponha box de 2,0 pontos (apenas didático):

Cotação inicial: 5.420,0
Brick de alta: 5.420,0 -> 5.422,0
Próximo de alta: 5.422,0 -> 5.424,0
Reversão clássica: deslocamento de 4,0 pontos para confirmar brick contrário

8.5) Ruído vs sinal no B3 intraday

• Abertura (primeiros minutos) pode gerar sequência rápida de bricks e reversões;
• Meio de sessão tende a ter menor deslocamento útil;
• Pré-fechamento pode acelerar novamente;
• eventos de agenda podem produzir “quebras” de regime.

Recomendação:

• combinar Renko com janela horária de operação;
• evitar operar qualquer brick fora de contexto de liquidez;
• usar filtro de direção macro de sessão;
• definir regra de pausa após sequência de perdas.

8.6) Entradas/saídas conceituais (sem promessa)

Exemplo de lógica simples:

• entrada compradora após confirmação de X bricks de continuidade acima de nível de rompimento;
• stop estrutural abaixo de N bricks;
• parcial em alvo de M bricks;
• trailing por inversão de coloração/estrutura.

Tudo isso depende de custo e execução. Estratégia com bom gráfico e execução ruim perde robustez.

9) Estudo de caso 2: Cripto (BTC/ETH)

Mercado cripto adiciona duas complexidades:

• negociação 24/7;
• saltos de volatilidade mais frequentes;
• comportamento distinto entre sessões da Ásia, Europa e EUA;
• impacto relevante de liquidez por exchange e horário.

9.1) Escolha de método

Em cripto, ATR costuma funcionar melhor que fixo puro quando o objetivo é manter coerência de sensibilidade ao longo de semanas.

9.2) Exemplo BTC com método ATR

Suponha:

• ATR(14) = 1.200;
• fator base = 0,5;
• brick base = 600.

Régua de R (definida internamente):

• 7R = 0,7 x brick base;
• 10R = 1,0 x brick base;
• 21R = 2,1 x brick base.

Interpretação:

• 7R captura swing curto e pullback rápido;
• 10R limpa parte do ruído sem “cegar” tanto;
• 21R favorece posição direcional longa;
• custo relativo por operação cai quando você reduz frequência de entradas ruins.

9.3) Exemplo ETH em percentual

Se ETH está em 3.000 e percentual = 0,25%:

• brick ~ 7,5 (com arredondamento conforme tick da exchange/plataforma).

Se ETH sobe para 3.600:

• brick ~ 9,0.

Isso mantém proporcionalidade entre regimes de preço diferentes.

9.4) Formação de brick e reversão em cripto

A lógica estrutural é idêntica:

• continuidade: +1 box;
• reversão clássica: -2 boxes (ou +2 boxes no sentido oposto).

A diferença está na frequência com que isso ocorre em volatilidade alta.

9.5) Entradas/saídas conceituais em cripto

Boas práticas:

• evitar entrada no meio de candle macro de notícia relevante;
• usar confirmação por estrutura de topos/fundos no próprio Renko;
• considerar horário de liquidez de mercado global;
• usar stop em preço real executável, não apenas em preço sintético de brick;
• separar operação de tendência de operação de correção.

10) Estudo de caso 3: Forex/Índice internacional (EURUSD e S&P 500)

10.1) Forex (EURUSD)

Em forex, spread variável por sessão é determinante.

Exemplo didático:

• sessão de Londres/Nova York ativa;
• brick fixo de 10 pips (ou ATR calibrado).

Comparação rápida:

• 7R em horário morto tende a gerar ruído relativo;
• 10R costuma equilibrar bem em horário líquido;
• 21R fica robusto para tendência de sessão, mas pode atrasar pullback operacional.

10.2) Índice internacional (S&P 500)

Em índice dos EUA, abertura pode distorcer leitura de curto prazo.

Recomendação prática:

• aguardar alguns minutos de formação do contexto;
• usar filtro de volatilidade (ATR intraday);
• evitar confundir spike de abertura com tendência consolidada;
• reduzir alavancagem em dia de evento macro relevante.

10.3) Diagrama comparativo no mesmo movimento

Trajetória: sobe forte -> corrige -> retoma

7R  : UP UP UP DN UP DN UP UP
10R : UP UP DN UP UP
21R : UP      DN?    UP

Leitura:
- 7R: mais agilidade, maior chance de falso giro
- 10R: filtro moderado
- 21R: foco em pernadas principais

10.4) Quando usar qual um

• operação curta e muito ativa: 7R (com filtro forte de custo);
• operação intraday clássica: 10R;
• operação de tendência/swing: 21R;
• em períodos de macro risco elevado, priorizar escalas mais robustas.

11) Erros comuns no uso de Renko

11.1) Brick pequeno demais

Sintoma:

• muitos sinais;
• comissão/slippage dominando resultado;
• fadiga operacional e excesso de clique;
• baixa qualidade média de entrada.

Correção:

• aumentar escala (ex.: 7R -> 10R);
• aplicar filtro de horário;
• exigir contexto mínimo de tendência;
• reduzir número máximo de trades por sessão.

11.2) Ignorar custo e spread

Sem custo realista, quase toda estratégia parece melhor do que é.

Correção:

• incluir custo total por trade;
• incluir slippage por cenário de liquidez;
• simular pior caso em evento macro;
• separar resultado bruto de resultado líquido.

11.3) Usar Renko como se fosse tempo

Erro típico:

• assumir que “3 bricks em 3 minutos” significa regra temporal consistente.

Correção:

• separar gatilho espacial (brick) de gestão temporal (janela de sessão, timeout de operação);
• definir tempo máximo de exposição por operação quando necessário.

11.4) Trocar tamanho do brick toda semana

Isso destrói comparabilidade e alimenta overfitting.

Correção:

• janela fixa de avaliação;
• critérios objetivos de revisão;
• versionamento de parâmetros;
• comitê de revisão em vez de decisão impulsiva.

11.5) Backtest sem entender preço sintético

Em gráficos não padrão, preço de brick pode não ser preço executável de mercado no momento exato.

Correção:

• testar execução em preço real;
• usar simulação tick-aware quando possível;
• validar resultado em conta demo antes de qualquer exposição real;
• comparar execução em diferentes horários de liquidez.

12) Templates prontos em Markdown

12.1) Template de padronização por ativo

# Template de Padronização Renko - [ATIVO]

## 1) Dados do ativo
- Ativo:
- Classe (futuro, ação, cripto, forex, índice):
- Tick size:
- Spread médio (sessão principal):
- Liquidez média:
- Custo por round-trip:

## 2) Método do brick
- Método: FIXO | PERCENTUAL | ATR
- Fórmula detalhada:
- Fonte de preço: close | OHLC
- Timeframe base de cálculo:
- Exibe pavio? sim/não

## 3) Definição de R
- Definição oficial de R:
- 7R =
- 10R =
- 21R =

## 4) Regras de execução
- Gatilho de entrada:
- Filtro de contexto:
- Stop estrutural:
- Alvos/parciais:
- Regra de saída por reversão:

## 5) Governança
- Data de início da versão:
- Período mínimo sem alteração:
- Critério formal de revisão:
- Responsável:

12.2) Template de checklist pré/pós operação

# Checklist Renko - Pré operação

- [ ] Estou no ativo e sessão corretos
- [ ] Método e R do dia conferidos
- [ ] Spread/custo dentro do esperado
- [ ] Não estou em minuto crítico de notícia
- [ ] Contexto de tendência ou faixa definido
- [ ] Risco por trade respeita limite da mesa

# Checklist Renko - Pós operação

- [ ] Entrada seguiu regra objetiva
- [ ] Stop e saída seguiram plano
- [ ] Houve slippage acima do normal?
- [ ] Erro de execução? qual?
- [ ] Mercado estava em regime diferente do esperado?
- [ ] Ajuste necessário? (somente em revisão formal)

12.3) Template de documentação para time

# Documento de Estratégia Renko - Versão [x.y]

## Resumo executivo
- Objetivo da estratégia:
- Ativos cobertos:
- Janela operacional:

## Modelo de Renko
- Plataforma:
- Fonte de dados:
- Método do brick:
- Definição de R:
- Regras de reversão adotadas:

## Risco e execução
- Risco máximo por operação:
- Risco diário:
- Limite de perdas sequenciais:
- Política de pausa:

## Métricas de validação
- Taxa de acerto:
- Payoff:
- Expectância:
- Drawdown:
- Estabilidade por regime:

## Mudanças de versão
- v1.0:
- v1.1:
- v2.0:

13) Vídeos explicativos (embeds responsivos)

13.1) Interpretação gráfica com Renko (Nelogica)

13.2) Renko e redução de ruído (Nelogica)

13.3) Renko em formato curto (Profit Shorts)

13.4) Observação sobre vídeos

Vídeos podem ser removidos ou tornados privados pelas plataformas ao longo do tempo. A estrutura acima já está preparada para responsividade em desktop e mobile.

14) Roadmap de estudo com campos clicáveis

A ideia aqui é usar um fluxo progressivo. Clique em cada módulo para abrir o descritivo.

14.1) Trilha recomendada por perfil

15) Backlinks e referências (fontes reais)

15.1) Backlinks principais (com contexto)

• Futuro Mini de Ibovespa (WIN) - B3
  Relevância: especificações técnicas oficiais (tick, código, lote, vencimento).

• Futuro Mini de Dólar (WDO) - B3
  Relevância: especificações oficiais para modelar box em derivativo de moeda no Brasil.

• Tarifas de Ibovespa e Índice Brasil 50 (HFT) - B3
  Relevância: referência de custos/taxas para análise de viabilidade operacional.

• Tarifas de Dólar dos Estados Unidos (HFT) - B3
  Relevância: custo/estrutura do mercado de dólar futuro para calibrar expectativa de execução.

• Minicontrato Futuro de Ibovespa - B3 Educação
  Relevância: base educacional oficial em português para WIN.

• Mini Índice - Bora Investir (B3)
  Relevância: glossário institucional em PT-BR para termos operacionais de mini índice.

• Gráfico Renko - Central de Ajuda Nelogica
  Relevância: detalhes práticos de implementação e convenções de Renko em plataforma usada no Brasil.

• Limite dos tempos gráficos (inclui Renko) - Nelogica
  Relevância: limites operacionais importantes para configuração e histórico.

• RenkoV2 - Nelogica
  Relevância: extensão prática de leitura de tendência em Renko.

• Renko na prática - InfoMoney
  Relevância: artigo jornalístico/educacional de terceiro com linguagem aplicada ao mercado brasileiro.

• Understanding Renko charts - TradingView
  Relevância: documentação primária de método de cálculo (ATR, tradicional e percentual).

• What do Renko wicks mean? - TradingView
  Relevância: explica pavio e regra prática de 1x box para continuidade e 2x para reversão.

• Renko recalculation and precision - TradingView
  Relevância: limitações de histórico e precisão por timeframe base.

• Renko not displayed correctly - TradingView
  Relevância: guia prático de troubleshooting de box size/visualização.

• Renko Charts - StockCharts ChartSchool
  Relevância: referência técnica tradicional de análise gráfica com discussão de ATR x fixo.

• Renko Chart definition - Investopedia
  Relevância: síntese conceitual internacional e exemplos didáticos.

15.2) Backlinks de terceiros (curadoria específica)

• Renko na prática - InfoMoney
  Terceiro em PT-BR com foco prático no contexto local.

• Renko Charts - StockCharts
  Terceiro internacional com abordagem técnica neutra.

• Renko Chart - Investopedia
  Terceiro internacional, útil para visão consolidada de conceitos.

16) Fontes brasileiras recomendadas

Lista dedicada de fontes brasileiras em PT-BR para estudo contínuo de Renko e contexto operacional:

• B3 - Futuro Mini de Ibovespa (WIN)
• B3 - Futuro Mini de Dólar (WDO)
• B3 Educação - Mini Índice
• Bora Investir (B3) - Mini Índice
• Nelogica - Gráfico Renko
• Nelogica - Limite de tempos gráficos
• Nelogica - RenkoV2
• InfoMoney - Renko na prática

17) Checklist final de implementação

17.1) Checklist técnico

• Método Renko definido (fixo, %, ATR)
• Definição explícita de R documentada
• Regras de continuidade e reversão formalizadas
• Box size compatível com tick size do ativo
• Custo operacional incorporado na análise
• Regras de entrada/saída escritas sem ambiguidade
• Processo de revisão de parâmetros versionado
• Cenários de contingência definidos para alta volatilidade

17.2) Checklist operacional

• Janela de horário com maior liquidez mapeada
• Eventos macro críticos bloqueados ou tratados
• Limites de risco diário e por trade definidos
• Procedimento de pausa por perda sequencial ativo
• Diário de operações e pós-análise em uso
• Modo simulado validado antes de operação com capital real

17.3) Checklist de robustez

• Validação em tendência, lateral e alta vol
• Teste out-of-sample concluído
• Simulação com slippage conservador
• Métricas estáveis em janelas diferentes
• Revisão por pares concluída

18) Apêndices técnicos avançados

18.1) Apêndice A - Formação de brick em detalhe

A.1.1) Exemplo completo com método fixo

Considere um ativo com preço de referência 10.000 e brick fixo de 50 pontos.

Sequência de preços de fechamento intraperíodo (didática):

10.010, 10.022, 10.041, 10.053, 10.049, 10.078, 10.101, 10.097, 10.085, 10.061, 10.051

Lógica:

1. Primeiro brick de alta só fecha quando preço >= 10.050.
2. Depois, próximo brick de alta fecha em 10.100.
3. Reversão só confirmaria com deslocamento de 100 pontos para baixo a partir do topo estrutural.
4. Oscilações intermediárias abaixo de 1 box não mudam o estado estrutural.
5. Pavio pode aparecer, dependendo de plataforma/configuração.

Interpretação:

• o gráfico ignorou movimentos que não completaram box;
• houve filtragem de ruído sem necessidade de média móvel;
• eventual pavio indicaria rejeição sem inversão estrutural;
• operação sem regra de contexto ainda pode falhar, mesmo com filtragem.

A.1.2) Exemplo completo com método percentual

Suponha preço 2.500 e percentual 0,4%.

brick = 2.500 x 0,004 = 10

Se preço sobe para 2.750 e plataforma recalcula por referência atual:

brick = 2.750 x 0,004 = 11

Isso mostra por que percentual pode alterar sensibilidade com o nível de preço.

A.1.3) Exemplo completo com ATR

Suponha ATR(14) = 120 e fator = 0,8:

brick = 96

Se ATR sobe para 180 após evento macro:

brick = 144

Consequência:

• o gráfico automaticamente “abre espaço” para volatilidade maior;
• evita excesso de sinais em regime turbulento;
• pode atrasar retorno de sensibilidade quando vol cai rápido;
• exige governança de parâmetro para não virar ajuste oportunista.

18.2) Apêndice B - Política de governança para mesa/equipe

B.2.1) Convenção de nomenclatura

Use sempre:

[Ativo]_[Método]_[R]_[Fonte]_[Versão]
Ex.: WIN_ATR_10R_OHLC_v1.2
Ex.: BTC_FIXED_21R_CLOSE_v2.0
Ex.: WDO_PERCENT_10R_OHLC_v1.4

B.2.2) Política de mudança de parâmetro

• Só pode mudar parâmetro em data de revisão agendada.
• Mudança emergencial exige motivo objetivo (mudança estrutural de mercado/plataforma).
• Toda mudança gera nova versão com changelog.
• É obrigatório anexar comparação antes/depois com custo líquido.
• É obrigatório registrar impacto em drawdown e estabilidade.

B.2.3) Auditoria mínima

Para cada semana:

• print de 5 trades bons e 5 ruins;
• relatório de execução (slippage médio e pior caso);
• separação de resultado por regime de mercado;
• análise de aderência ao plano, não apenas resultado financeiro;
• lista de desvios operacionais e plano de correção.

18.3) Apêndice C - Matriz de decisão 7R/10R/21R

C.3.1) Regra prática de seleção

• Se você opera impulsivamente e troca de direção cedo demais: priorize 21R no treino.
• Se você perde movimentos por atraso excessivo: teste 10R.
• Se sua execução é muito boa e custo baixo: avalie 7R com controle rígido de contexto.
• Se a sua taxa de erro operacional for alta: suba a escala e reduza frequência.

18.4) Apêndice D - FAQ avançado

D.4.1) Renko serve para backtest automatizado?

Serve com ressalvas fortes. Em muitos cenários, preço de brick é sintético e não representa execução real naquele instante. Para modelo quantitativo, prefira simulação orientada a tick/preço real executável.

D.4.2) Posso usar Renko sozinho?

Pode, mas não é ideal. No mínimo, combine com:

• contexto de volatilidade;
• janela de liquidez;
• controle de risco por operação e por dia;
• governança de parâmetros.

D.4.3) 7R/10R/21R funciona igual em qualquer ativo?

Não. Sem definir unidade base de R, a comparação perde sentido. Mesmo com unidade definida, microestrutura e custo mudam completamente o resultado.

D.4.4) Renko com pavio é melhor?

Depende do objetivo:

• sem pavio: decisão mais limpa;
• com pavio: mais contexto de rejeição e quase-reversão.

D.4.5) Por que dois gráficos Renko diferentes na mesma cotação?

Possíveis causas:

• cálculo por close vs OHLC;
• timeframe base diferente;
• dados históricos diferentes;
• regra de projeção intrabar;
• política de arredondamento de tick;
• atualização diferente de feed.

18.5) Apêndice E - Guia de implantação em 10 dias úteis

Dia 1

• Definir ativos foco (ex.: WIN, WDO, BTC).
• Mapear tick size, spread e custos.

Dia 2

• Definir método inicial (fixo ou ATR).
• Registrar definição formal de R.

Dia 3

• Configurar 7R/10R/21R em ambiente de estudo.
• Capturar prints de 3 sessões por ativo.

Dia 4

• Comparar ruído, atraso, frequência de sinal.
• Escolher escala base por ativo.

Dia 5

• Definir regras de entrada e saída sem ambiguidade.
• Definir stop estrutural e limite diário.

Dia 6

• Simular execução com custo realista.
• Revisar operações com pior slippage.

Dia 7

• Rodar teste em dia lateral e dia tendencial.
• Registrar diferenças de comportamento.

Dia 8

• Consolidar playbook.
• Bloquear mudança ad hoc de parâmetro.

Dia 9

• Teste cego (out-of-sample curto).
• Medir aderência às regras.

Dia 10

• Aprovar versão v1.0.
• Iniciar ciclo operacional com auditoria semanal.

18.6) Apêndice F - Blueprint de decisão por sessão

F.6.1) Pré-abertura

• confirmar evento macro do dia;
• validar funcionamento de feed;
• confirmar custo e margem operacionais;
• revisar limite de risco diário.

F.6.2) Abertura

• evitar gatilho imediato sem contexto;
• observar sequência inicial de bricks para identificar direção dominante;
• validar se spread e liquidez estão aderentes ao padrão.

F.6.3) Meio de sessão

• reduzir agressividade em lateral sem deslocamento;
• priorizar qualidade de setup em vez de frequência;
• cortar operação quando contexto perde clareza.

F.6.4) Fechamento

• reduzir exposição em horários de variação abrupta;
• não forçar entrada por meta de resultado;
• preservar consistência e processo.

18.7) Apêndice G - Mapa de risco aplicado a Renko

18.8) Apêndice H - Pseudocódigo para geração de Renko clássico

entrada:
  serie_de_precos
  tamanho_brick
  modo_reversao = 2_bricks

estado:
  ultimo_fechamento_brick
  direcao_atual (up/down/none)

para cada preco em serie_de_precos:
  if direcao_atual == none:
    se preco >= ultimo_fechamento_brick + tamanho_brick:
      criar brick up
      atualizar ultimo_fechamento_brick
      direcao_atual = up
    se preco <= ultimo_fechamento_brick - tamanho_brick:
      criar brick down
      atualizar ultimo_fechamento_brick
      direcao_atual = down

  se direcao_atual == up:
    enquanto preco >= ultimo_fechamento_brick + tamanho_brick:
      criar brick up
      atualizar ultimo_fechamento_brick
    se preco <= ultimo_fechamento_brick - (modo_reversao * tamanho_brick):
      criar brick down (reversao)
      atualizar ultimo_fechamento_brick
      direcao_atual = down

  se direcao_atual == down:
    enquanto preco <= ultimo_fechamento_brick - tamanho_brick:
      criar brick down
      atualizar ultimo_fechamento_brick
    se preco >= ultimo_fechamento_brick + (modo_reversao * tamanho_brick):
      criar brick up (reversao)
      atualizar ultimo_fechamento_brick
      direcao_atual = up

18.9) Apêndice I - Estudos comparativos orientados a prática

I.9.1) Cenário de tendência limpa

• 7R entra cedo, mas pode sair cedo demais;
• 10R mantém equilíbrio entre captura e ruído;
• 21R captura núcleo da tendência, sacrificando início/fim.

I.9.2) Cenário de lateralização

• 7R tende a alternar com frequência;
• 10R reduz alternância, mas ainda sofre whipsaw;
• 21R pode reduzir operações ruins, mas também reduz oportunidades.

I.9.3) Cenário de notícia

• qualquer escala pode falhar sem controle de risco;
• prioridade é execução e preservação de capital;
• pausar também é decisão técnica.

18.10) Apêndice J - Glossário objetivo de termos críticos

• Brick/Box: unidade de deslocamento de preço no Renko.
• Corpo do brick: diferença entre abertura e fechamento do brick.
• Pavio/Wick: excursão de preço não consolidada em novo brick oposto.
• Reversão clássica: mudança de direção com deslocamento oposto de 2 boxes.
• R: unidade interna de escala, que deve ser explicitamente definida.
• Overfitting: ajuste de parâmetro ao passado sem robustez futura.
• Slippage: diferença entre preço esperado e preço executado.

18.11) Apêndice K - Estudos de caso lado a lado (detalhados)

K.11.1) Caso 1: WIN com 7R, 10R e 21R

Trajetoria hipotetica:
128.000 -> 128.450 -> 128.250 -> 128.700 -> 128.500 -> 128.950

7R  : muitos bricks, mais alternancia em pullbacks curtos
10R : alternancia moderada, boa leitura de direcao
21R : pouca alternancia, foco na estrutura principal

Observações:

• 7R exige execução eficiente e disciplina forte;
• 10R tende a bom equilíbrio para maioria dos operadores;
• 21R é útil para reduzir ruído em fases de incerteza.

K.11.2) Caso 2: BTC com 7R, 10R e 21R

Trajetoria hipotetica:
95.000 -> 98.000 -> 96.500 -> 101.000 -> 99.000 -> 103.500

7R  : captura os swings curtos e gera mais sinais
10R : mantém boa leitura da perna principal
21R : ignora parte da oscilacao intermediaria

Observações:

• em BTC, ATR costuma produzir ajuste mais coerente;
• em dia de volatilidade extrema, subir escala pode proteger processo;
• custo de erro comportamental é alto em mercado 24/7.

K.11.3) Caso 3: EURUSD/S&P com 7R, 10R e 21R

Trajetoria hipotetica:
Abertura volatil -> consolidacao -> rompimento

7R  : muitos sinais no pre-rompimento
10R : reduz ruido sem perder rompimento principal
21R : melhor para manter direcao apos rompimento confirmado

Observações:

• em forex, spread por sessão influencia desempenho;
• em S&P, abertura pode distorcer leitura inicial;
• validação por janela horária é obrigatória.

18.12) Apêndice L - Plano de evolução de 90 dias

Fase 1 (Dias 1-30)

• foco em entendimento estrutural do Renko;
• prática com simulação e diário detalhado;
• meta: consistência de processo, não resultado financeiro.

Fase 2 (Dias 31-60)

• foco em robustez de regra e controle de risco;
• validação em múltiplos regimes;
• meta: estabilidade de execução.

Fase 3 (Dias 61-90)

• foco em eficiência e governança;
• documentação completa para repetição;
• meta: reduzir variação de desempenho causada por comportamento.

18.13) Apêndice M - Resumo executivo de decisões críticas

1. Definir R sem unidade explícita cria erro metodológico.
2. Escolher box muito pequeno aumenta custo relativo e erro comportamental.
3. Ignorar spread/slippage invalida boa parte das conclusões.
4. Alterar parâmetro sem processo destrói comparabilidade.
5. Renko melhora leitura, mas não elimina risco.

Conclusão

Renko é uma ferramenta excelente para transformar ruído em estrutura visual de decisão, desde que você trate configuração e execução com rigor.

Pontos centrais para levar deste guia:

• não existe 7R/10R/21R “mágico”; existe definição operacional consistente;
• declarar unidade de R é obrigatório para evitar ambiguidade;
• custo, spread e liquidez importam tanto quanto o desenho dos bricks;
• padronização e governança vencem otimizações oportunistas;
• use Renko como parte de processo, não como atalho para resultado.

Se você implementar o fluxo deste artigo com disciplina, terá uma base técnica sólida para usar Renko do nível iniciante ao avançado sem cair nas armadilhas mais comuns.