↗
TENSORPARADIGMINTELIGÊNCIA NEURAL DE MERCADO
PESQUISA TENSORPARADIGM / CAPACIDADE DA ESTRATÉGIA / PROFUNDIDADE OBSERVADA

Um Robô Lucrativo Consegue Operar Mais Capital? Liquidez, Slippage e Capacidade da Estratégia

Três livros reais de Bitcoin e sete orçamentos de caixa mostram como os custos estáticos de profundidade mudam com o tamanho. Separe liquidez observada, execução modelada e capacidade real.

A RESPOSTA E O RESULTADO MEDIDO DE PROFUNDIDADE

Lucro em uma alocação pequena não estabelece capacidade para uma maior. Mais capital pode consumir preços piores, aumentar o tempo para negociar e reduzir a margem da vantagem da estratégia. Registramos três livros reais de BTCUSDT da Binance e calculamos sete orçamentos de caixa com taxas em cada um. Com taxas assumidas de 10 pontos-base por lado, uma compra e venda estática no mesmo livro custa 21.22–22.88 pontos-base para 1 milhão de USDT e 39.27–44.27 para 10 milhões. São percursos hipotéticos de profundidade em livros observados, não ordens executadas ou um teto de capacidade. Um limite real exige evidência de execução ao longo do tempo, liquidez de saída, retornos e risco no tamanho proposto.

O QUE ESTA INVESTIGAÇÃO ESCLARECE

  • Separe capital da conta, orçamento da ordem, estoque de posição e capacidade da estratégia.
  • Percorra ofertas observadas de venda e compra, em vez de supor que toda ordem recebe a melhor cotação.
  • Reserve a taxa de entrada, conte cada custo uma vez e concilie o ciclo completo com o caixa.
  • Trate a profundidade fora do registro como desconhecida, não como falha de execução comprovada.
  • Compare uma exigência econômica condicional com a evidência necessária para aumentar a alocação.

Uma conta maior não significa necessariamente uma ordem maior

Adicionar caixa à conta pode não mudar as operações se o tamanho das ordens permanecer fixo. Escalar uma estratégia significa alterar o capital efetivamente utilizado, as posições simultâneas, a participação no fluxo ou o horizonte de execução. Um backtest com alocação percentual constante aumenta silenciosamente as ordens conforme o capital cresce. Isso pode mudar os preços disponíveis mesmo com sinais idênticos.

Nossa investigação sobre ordens a mercado e limitadas separou economia de taxas de operações perdidas. Aqui examinamos outra questão: quanta profundidade cotada um tamanho proposto consome na entrada e na saída. Usamos observações públicas reais e aplicamos um cálculo de execução explicitamente hipotético. Profundidade observada é evidência útil, mas não estabelece capacidade lucrativa sozinha.

Registre o livro e sua procedência antes de calcular o resultado

Antes da coleta, fixamos BTCUSDT à vista como instrumento principal, três capturas separadas por pelo menos 20 segundos e orçamentos de 100, 1,000, 10,000, 100,000, 1 milhão, 10 milhões e 100 milhões de USDT. Solicitamos 5,000 níveis por lado no endpoint público documentado da Binance. Não usamos credenciais, conexão a conta ou ordem de trading. [1] [2]

As três respostas chegaram nos intervalos UTC abaixo em 26 de outubro de 2026. Retivemos bytes originais, hashes SHA-256, metadados das requisições e consultas de horário do servidor antes e depois de cada livro. Verificamos quantidades positivas, preços únicos ordenados, melhores ofertas sem cruzamento e identificadores de atualização crescentes. São snapshots REST separados. lastUpdateId não é um horário; IDs crescentes não demonstram uma sequência sem lacunas. Intervalos locais e horários do servidor não identificam o instante exato de cada ordem cotada na corretora.

Capturas REST reais de BTCUSDT em 26 de outubro de 2026; intervalos locais em UTC
CapturaInício–fim da requisição UTClastUpdateIdMelhor compra / venda USDT
S112:14:13.625–12:14:16.27010192045971780,404.00 / 80,404.01
S212:14:38.748–12:14:41.61110192047390480,404.00 / 80,404.01
S312:15:04.431–12:15:07.62210192048381280,374.22 / 80,374.23

Reportamos as três capturas e os sete orçamentos. É uma medição prospectiva breve, não amostra representativa das condições de liquidez nem teste de lucratividade em holdout. Repetir o endpoint depois retorna outro livro; os dados originais e registros dos cálculos estão preservados internamente.

Hashes SHA-256 das respostas originais preservadas
S1 fc2c8e288b0f755f2fe1d16862ad6a5b944a3577b41ac3613b574fc57d2f3e39
S2 f9ed09669d92ad0aa78167dbfc1200fe63bf096d1b686c78a0df8471b30b451d
S3 4031506584a0599b7689312182bad12a63d5786c43c3c1973deca74e57339e58

Defina a parcela de caixa e reserve a taxa antes de comprar

Cada orçamento B é uma parcela independente de caixa disponível, incluindo a taxa de entrada. Com f = 0.001 assumido por lado, o nocional máximo da compra é B/(1+f). Percorremos ofertas de venda do menor para o maior preço até gastar esse valor ou esgotar a profundidade capturada. A quantidade é a soma adquirida em cada preço, e o VWAP de compra é o nocional total dividido por essa quantidade. Depois percorremos as compras do mesmo snapshot, do maior para o menor preço, para as unidades adquiridas.

É um contrafactual com quantidade contínua, não uma ordem enviada. Não arredondamos para incrementos reais de lote nem aplicamos proteções específicas de conta sobre nocional, quantidade ou ordens. A Binance documenta esses filtros separadamente. O cálculo também presume quantidades cotadas ainda disponíveis, ausência de concorrentes e nenhuma mudança posterior de comportamento causada pelas transações hipotéticas. Não modelamos saída real atrasada nem reposição do livro. [4]

Ambas as taxas assumidas são pagas em USDT e contabilizadas uma vez. Não são uma cotação de taxa da conta; ativos de comissão, descontos e cobranças reais diferem. O percurso das vendas e compras já inclui spread e deterioração de preço pela profundidade; não somamos outra cobrança de spread ou slippage. A documentação da Binance explica a distinção de mecânica contábil. [5]

Identidade de caixa quando a profundidade capturada cobre os dois lados
entry_notional = sum(ask_price * quantity_taken)
entry_fee = f * entry_notional
unused_cash = B - entry_notional - entry_fee
sale_notional = sum(bid_price * quantity_sold)
exit_fee = f * sale_notional
ending_cash = unused_cash + sale_notional - exit_fee
static_cost_bps = 10000 * (B - ending_cash) / B

A mesma taxa gera custos totais diferentes em tamanhos maiores

Até 10 milhões de USDT, cada unidade adquirida é coberta pelas compras capturadas nos cálculos estáticos. A tabela informa o custo total do ciclo no mesmo livro, com ambas as taxas, em pontos-base do orçamento de caixa disponível. Um ponto-base é 0.01%. O orçamento de 100 milhões não é coberto pelas vendas ou compras capturadas; atribuir um custo de liquidação integral inventaria preços fora das observações.

Custo estático em pontos-base do orçamento; taxa assumida de 10 bps por lado
Orçamento USDTCusto S1 bpsCusto S2 bpsCusto S3 bps
10019.981319.981319.9813
1,00019.981319.981319.9813
10,00019.981320.084319.9813
100,00020.260320.757319.9813
1,000,00021.216522.879521.3431
10,000,00039.270744.268739.8387
100,000,000Não cobertoNão cobertoNão coberto

Para 1 milhão, os custos variam de 21.2165 a 22.8795 pontos-base entre os livros. Para 10 milhões, variam de 39.2707 a 44.2687. São cálculos de profundidade cotada dependentes do tamanho, não impacto medido de uma operação real. Até os pequenos orçamentos custam aproximadamente 19.9813 pontos-base porque as taxas assumidas de entrada e saída dominam seu spread cotado minúsculo.

Acompanhe 1 milhão pelos dois lados de um livro

Em S1, a parcela de 1,000,000 USDT reserva 999.000999 de comissão de entrada e gasta 999,000.999001 em BTC. Percorrer 105 níveis de venda adquire aproximadamente 12.42348330 BTC ao VWAP de 80,412.310721. O ponto médio antes da transação hipotética é 80,404.005. O VWAP comprador fica cerca de 1.0330 ponto-base acima dele.

Vender a mesma quantidade em 43 níveis de compra capturados gera VWAP de 80,402.348251 e receita bruta de 998,877.230423. A comissão de saída é 998.877230, restando 997,878.353193. Sem estoque residual ou fluxos externos, o custo estático é 2,121.646807 USDT, ou 21.216468 pontos-base. O cálculo concilia caixa e quantidade; não estabelece que as transações reais conseguiriam aqueles níveis.

Contabilidade contínua de profundidade em S1, USDT; valores arredondados separadamente
ComponenteValor ou quantidade
Parcela de caixa disponível1,000,000.000000 USDT
Nocional comprado / taxa de entrada999,000.999001 / 999.000999 USDT
BTC adquiridos e vendidos12.42348330 BTC
Nocional vendido / taxa de saída998,877.230423 / 998.877230 USDT
Caixa final997,878.353193 USDT
Perda estática de caixa2,121.646807 USDT

Se a parcela pertence a uma conta de 5 milhões de USDT, o mesmo custo hipotético representa cerca de 4.2433 pontos-base do capital total, não 21.2165. Os 4 milhões sem uso não recebem o retorno da posição. Deixe explícitos os denominadores da parcela, da ordem e da conta inteira antes de comparar uma conta maior com o lucro percentual do robô menor.

Quanto o preço futuro teria de melhorar para pagar a ordem maior?

Um ciclo estático imediato não contém previsão de trading; portanto, espera-se resultado negativo. Para ligar execução e economia, mantemos a quantidade adquirida e a profundidade compradora, mas multiplicamos cada compra futura hipotética por 1+g. É uma sensibilidade declarada de alta de preço, não previsão de que o sinal renda g nem de que a profundidade futura seja igual. O líquido condicional é sale_notional × (1+g) × (1−f) menos o caixa usado na entrada.

A alta exata de equilíbrio é cash_used/[sale_notional × (1−f)] − 1. Para a parcela de 1 milhão em S1, são 21.2616 pontos-base, ligeiramente acima do custo estático de 21.2165 porque a alta futura usa outro denominador. Com alta de 30 pontos-base, os três cálculos de 1 milhão deixam +7.0518 a +8.7199 pontos-base sobre a parcela. A 10 milhões, a mesma hipótese deixa −14.4015 a −9.3885. Assim, uma economia aparentemente suficiente em certo tamanho pode falhar no cenário maior sem mudar a previsão do sinal.

Pontos-base líquidos condicionais nas parcelas cobertas; compras deslocadas proporcionalmente
Orçamento USDTAlta de 20 bps: S1 / S2 / S3Alta de 30 bps: S1 / S2 / S3
1,000−0.0212 / −0.0212 / −0.0212+9.9588 / +9.9588 / +9.9588
1,000,000−1.2589 / −2.9253 / −1.3858+8.7199 / +7.0518 / +8.5929
10,000,000−19.3492 / −24.3573 / −19.9184−9.3885 / −14.4015 / −9.9582

Também declaramos uma alta de 20 pontos-base antes da coleta. Ela é insuficiente nos três tamanhos exibidos abaixo. Nenhuma sensibilidade estima uma vantagem esperada real. A comparação econômica adequada exige os resultados prospectivos da própria estratégia, seus custos reais e incerteza; a investigação sobre testes ao vivo explica a distinção.

Quando o snapshot acaba, o livro desconhecido não desaparece

No orçamento de 100 milhões, as vendas capturadas de S1 suportam 30,404,511.278176 USDT de caixa de entrada com a taxa assumida, ou 30.4045% do alvo. O percurso adquire 376.50736000 BTC. As compras capturadas cobrem apenas 204.10621000 BTC, deixando 172.40115000 sem preço de venda na profundidade conhecida. É um limite do conjunto de dados, não relato de que uma ordem real executaria parcialmente ou de que não existam ofertas mais profundas. A Binance alerta explicitamente que um snapshot finito omite quantidades fora dos níveis capturados. [2] [3]

Alvo de 100 milhões: cobertura conhecida, não execuções parciais observadas nem limites da corretora
CapturaCaixa de entrada coberto %BTC adquiridos no percursoBTC sem cobertura na venda
S130.4045%376.50736000172.40115000
S231.1870%386.29450000192.44849000
S332.6161%404.07924000198.75610000

O modelo retém 69,595,488.721824 USDT de caixa de entrada não utilizado. Após vender na profundidade conhecida, o caixa modelado é 85,929,861.018185 e ainda restam 172.40115000 BTC. Marcar o estoque pelo melhor preço de compra original dá valor contábil de 13,861,742.064600, mas esse preço não pode ser atribuído à liquidação adicional depois de as compras conhecidas já terem sido consumidas. Deixamos retorno de liquidação integral e alta de equilíbrio sem especificar, em vez de transformar marcação em execução.

Spread estreito não revela a saída nem a recuperação da profundidade

S1 e S2 têm os mesmos melhores preços de compra e venda, mas custos estáticos de 1 milhão diferentes: 21.2165 e 22.8795 pontos-base. Na melhor compra, a quantidade exibida cai de 7.42169 BTC para 0.07093 BTC entre essas observações. A venda de 1 milhão em S1 consome 43 níveis compradores; em S2, 197. Observar só o spread ou a venda usada na entrada perderia a mudança do lado oposto.

As três capturas não mostram a rapidez de reposição da profundidade consumida, a reação de robôs concorrentes ou a liquidez que sobreviveria a uma saída sob estresse. O BCE distingue profundidade, estreiteza e resiliência e observa que spreads pequenos podem esconder pouca quantidade nas melhores ofertas. A pesquisa original de livros também estuda mudanças de preço pelo fluxo de eventos, não apenas um spread estático. Essas ideias motivam as perguntas; não calibram um modelo de impacto ou resiliência para nossas capturas. [6] [7]

Trate a próxima alocação como novo teste de execução e risco

Defina tamanho e prazo de conclusão, depois avalie sinais elegíveis em condições variadas, com sequenciamento, latência e registros da conta. Compare VWAPs comprador e vendedor com uma referência contemporânea e conte execuções perdidas, parciais e rejeitadas. Inclua posições atuais e ordens simultâneas de outros agentes: dois robôs não podem reivindicar a mesma liquidez como se cada um estivesse sozinho. Uma política passiva ou fatiada pode mudar custo, atraso e oportunidades perdidas; exige comparação própria, não uma redução gratuita do percurso estático.

Reserve taxas e capital de risco residual antes de abrir, especificando saída e condições de reversão do aumento. Uma conta maior pode manter caixa em vez de forçar a mesma alocação percentual no mercado. Custos operacionais fixos, financiamento quando aplicável, risco de mercado e concentração continuam relevantes. Mais capital não cria vantagem preditiva maior, e um piloto pequeno lucrativo não mede a execução do próximo tamanho.

ChatGPT ou Claude podem ajudar a transformar a proposta em especificação; Codex ou Claude Code podem auxiliar na auditoria da travessia do livro e das identidades de caixa. Aqui, a IA apoiou a análise e Python executou cálculos decimais nas respostas públicas registradas. Não avaliamos modelo de trading com IA, conta ou ordem real. Exija separação entre campos observados, contrafactuais calculados e comportamento futuro não medido.

Um prompt delimitado para auditar capacidade
Dados estes livros públicos com registro de horário e um orçamento declarado, reserve a taxa, percorra vendas e compras sem inventar liquidez mais profunda e concilie caixa e estoque. Reporte VWAP, níveis consumidos, cobertura conhecida e estoque sem resolução. Separe cotações observadas de execuções hipotéticas. Declare quais latências, impactos, filtros de lote, reposição, retornos futuros e riscos da conta não foram medidos. Não chame um limiar de tamanho em snapshot de limite de capacidade da estratégia.

O que os livros medidos justificam e o que deixam em aberto

Os registros sustentam um resultado concreto: sob um cálculo estático de quantidades contínuas e taxa fixa, o encargo modelado aumenta materialmente entre 1 milhão e 10 milhões de USDT. A alta futura declarada de 30 pontos-base cobre o primeiro cenário, mas não o segundo. A 100 milhões, os dados nem cobrem o ciclo proposto. Nada disso identifica um teto universal de capital ou prova que o cenário menor ganhe dinheiro.

Capacidade da estratégia é a alocação em que todo o processo ainda atende aos requisitos econômicos e de risco. Estabelecê-la exige oportunidade de retorno, execução, simultaneidade, horizonte de posição e condições adversas de saída em conjunto. O próximo passo justificado é um experimento delimitado de tamanho com evidência preservada, não multiplicar o retorno percentual histórico de um robô pequeno por um depósito maior.

10 / VERIFICAÇÃO

Antes de aumentar o capital financiado de um robô

  1. Separe o capital total da conta do caixa atribuído à ordem proposta e da exposição existente.
  2. Registre fonte, intervalos, identificadores de sequência e integridade dos dados de liquidez.
  3. Defina entradas e saídas, ativos de taxa, prazos e tratamento de quantidades sem cobertura.
  4. Conte spread e profundidade uma vez e separe-os do impacto adicional não modelado.
  5. Sinalize quantidades fora do registro, sem inventar preços ou declarar ausência de liquidez.
  6. Avalie a margem econômica prospectiva sob a política de execução maior.
  7. Meça ordens simultâneas, saídas sob estresse e resiliência no tempo antes de alegar capacidade.
  8. Autorize tamanho e reversão separadamente do lucro de um pequeno piloto.
FAQ / RESPOSTAS DIRETAS

Respostas diretas sobre capacidade de robôs de trading

Posso multiplicar o lucro depositando dez vezes mais capital?

Não sem testar o que muda. Se a ordem é fixa, o caixa adicional pode ficar ocioso. Se a posição cresce, preços, tempo de conclusão, exposição simultânea e capacidade de perda podem mudar. Retorno percentual histórico não estabelece a economia da alocação maior.

Um spread de um centavo no Bitcoin implica custo baixo para uma ordem grande?

Não. O spread descreve as melhores cotações, não a quantidade atrás delas ou na saída futura. S1 e S2 têm o mesmo spread de um centavo, mas custos de profundidade e quantidades compradoras diferentes. Taxas também fazem parte do custo total.

Os VWAPs calculados são preços realmente executados?

Não. São cálculos decimais nas quantidades exibidas registradas, com unidades contínuas, preços fixos, nenhuma concorrência e nenhum impacto endógeno. Ordens reais também enfrentam filtros, latência, cancelamentos, liquidez variável e custos da conta.

Esgotar 5,000 níveis prova que a ordem não consegue executar?

Não. Prova apenas que os dados capturados não cobrem a quantidade proposta. Pode haver ofertas mais profundas não observadas, enquanto as observadas podem desaparecer antes da chegada real. Reporte a quantidade sem cobertura e deixe seu preço desconhecido.

O exemplo de 30 pontos-base demonstra uma estratégia lucrativa?

Não. Ele desloca todas as compras futuras hipotéticas proporcionalmente, mantendo as quantidades observadas. É uma sensibilidade econômica de como o tamanho consome uma melhora presumida de preço, não evidência de que um sinal a prevê ou de que a liquidez persistirá.

Por que três snapshots reais não estabelecem capacidade?

Observam um intervalo curto, sem execução real, reposição ou resultado da estratégia. Capacidade exige o processo de trading em condições relevantes, incluindo saídas urgentes e posições concorrentes. Os snapshots estabelecem cálculos de profundidade exibida, não a persistência de uma oportunidade executável.

Entradas observadas, escopo dos cálculos e fontes primárias

Três respostas REST públicas reais de profundidade de BTCUSDT da Binance foram registradas em 26 de outubro de 2026, com 5,000 níveis por lado. Protocolo, metadados, horários do servidor, bytes e hashes SHA-256 são mantidos internamente. Os sete orçamentos foram calculados com aritmética decimal; cenários de alta de 20/30 pontos-base foram avaliados somente quando a profundidade compradora capturada cobre a quantidade adquirida. As verificações abrangem hashes, níveis positivos únicos ordenados, cotações sem cruzamento, IDs crescentes e identidades de caixa/estoque; não se alega fluxo sem lacunas. Execuções, preços futuros, reposição, impacto, filtros de lote e lucro não são observados. As taxas são hipóteses declaradas. As fontes sustentam as interfaces e distinções usadas, não uma recomendação de capacidade.

  1. Binance: endpoints públicos de mercado sem autenticação
  2. Binance Spot REST API: profundidade e limites de snapshots
  3. Binance: sequenciamento de atualizações e manutenção de livro local
  4. Binance Spot API: filtros de preço, quantidade e nocional
  5. Binance Spot API: comissões e ativos de cobrança
  6. BCE: liquidez de mercado, profundidade, estreiteza e resiliência
  7. Cont, Kukanov e Stoikov: The Price Impact of Order Book Events

Análise educacional de liquidez exibida registrada e execução hipotética. Percursos de profundidade não são operações, e três snapshots não estabelecem capacidade, liquidez futura ou perda máxima.