Editorial Policy

Política Editorial e Processo de Verificação de Fatos

Escrever um tutorial de trading via API é diferente de escrever um artigo de opinião — um endereço de endpoint desatualizado ou um parâmetro de permissão errado podem fazer o bot do leitor operar de forma anômala e até gerar risco para os fundos. Este documento explica como a BotForge produz, valida e mantém seu conteúdo.

As três linhas de base da produção de conteúdo

Acionável antes de legível. O objetivo de cada tutorial é levar o leitor a concluir uma ação concreta (configurar permissões de API, implantar o ambiente de Testnet, definir o IP whitelist), e não despejar conceitos abstratos de divulgação científica.
Risco antes, não em nota de rodapé. Nos passos que envolvem operação em conta real, os avisos de segurança e as restrições de permissão aparecem antes das instruções operacionais, e não em um "aviso legal" no fim do texto.
Nunca criar expectativa de rendimento. Analisamos a estrutura de taxas, calculamos o impacto do espaçamento do grid sobre o lucro e desmembramos o custo oculto da taxa de funding — mas nunca dizemos "com esta estratégia você vai ganhar tanto".

Validação cruzada com a documentação oficial da Binance

Os detalhes técnicos presentes no conteúdo da BotForge passam, antes da publicação, pelo seguinte processo de verificação:

Endereços de endpoints de API: comparados um a um com a versão atual da documentação oficial da API da Binance (binance-docs.github.io). Se o tutorial cita /api/v3/order, o revisor precisa confirmar que a lista de parâmetros, as regras de rate limit e o formato de retorno daquele endpoint não mudaram.
Valores de permissão: os tipos de permissão selecionáveis ao criar uma API Key (Enable Reading / Enable Spot & Margin Trading / Enable Withdrawals / Enable Futures, etc.) seguem as opções reais da página de gestão de conta da Binance. As capturas de tela do tutorial devem indicar a data em que foram feitas.
Dados de taxas: os escalões de taxas (Maker/Taker correspondentes a cada nível VIP) seguem o que está publicado na página de taxas atual da Binance. Ao citar taxas, os tutoriais usam o formato "taxas vigentes até AAAA-MM" e lembram o leitor de que as taxas podem ser ajustadas a qualquer momento.
Endereços de Testnet: a disponibilidade do Spot Testnet (testnet.binance.vision) e do Futures Testnet (testnet.binancefuture.com) é confirmada por acesso real antes da publicação.

Padrão de validação dos exemplos de código

Os trechos de código em Python / Node.js que aparecem nos tutoriais precisam passar, antes da publicação, pelas seguintes verificações:

A posição do API Secret no código deve usar o marcador YOUR_API_SECRET_HERE e não conter nenhuma chave real — nem mesmo uma chave de teste já revogada.
O código que envolve operações de ordem aponta, por padrão, para o endpoint de Testnet. Quando for necessário mostrar a diferença para o endpoint de conta real, isso é indicado em comentário com um aviso de risco anexo.
O código deve incluir tratamento básico de erros (verificação de status code HTTP, resposta de rate limit da API); não publicamos exemplos de "happy path only".
As versões das bibliotecas de dependência devem ser indicadas (por exemplo python-binance==1.0.x), para evitar que diferenças de versão causem falhas de chamada no leitor.

Condições que disparam a atualização de conteúdo

Quando ocorrem os eventos abaixo, as páginas de tutorial relacionadas são marcadas como "a atualizar" e revisadas em até 72 horas:

A Binance altera a versão de um endpoint de API ou descontinua endpoints antigos.
As opções de permissão da API Key mudam (por exemplo, inclusão ou remoção de algum tipo de permissão).
A estrutura dos escalões de taxas é ajustada.
O domínio ou o escopo de funcionalidades do Testnet muda.
O feedback de um leitor aponta que os passos operacionais não correspondem à interface real.

Os limites do conteúdo assistido por IA

Este site usa ferramentas de IA para auxiliar nas seguintes etapas: organização do esboço da primeira versão, correspondência multilíngue de termos técnicos e padronização de formato dos trechos de código. Mas todo conteúdo que envolve configuração de permissões de API, passos de operação segura e avisos de risco precisa, antes da publicação, passar por verificação humana — concretamente, BotForge Editorial Team percorre pessoalmente o fluxo de operação em Testnet ou em ambiente de sandbox. Se o conteúdo gerado por IA envolver números de taxas, endereços de endpoint ou parâmetros de permissão, ele só pode ser publicado depois de conferido item por item na documentação oficial da Binance.

Canal de correções e feedback

Se você encontrar um endereço de endpoint inválido no tutorial, uma descrição de permissão que não corresponde à realidade, um exemplo de código que não roda ou uma falha em alguma recomendação de segurança, avise-nos pelos meios de contato do site. As correções que envolvem risco de segurança (por exemplo, uma operação que poderia expor a chave) são tratadas em até 24 horas, com publicação da versão corrigida.

BotForge Editorial Team · Atualizado em 2026-07-09. Esta página explica os padrões de produção de conteúdo da BotForge, o processo de verificação de fatos e o mecanismo de atualização. Os endpoints de API, as taxas e as informações de funcionalidades da Binance citados nos tutoriais são verificados por revisão humana no momento da publicação, mas podem ficar desatualizados conforme a plataforma evolui — considere sempre a documentação oficial da Binance como referência final.