Para desenvolvedores · Dados de mercado

Crypto Bubbles API: de onde os dados fluem de verdade e como montar seu próprio board

Resposta curta para a pergunta mais frequente: o aplicativo oficial não anuncia uma API pública. A resposta longa é mais interessante — porque toda a cadeia de dados que os apps de bolhas usam é publicamente acessível, e você pode construir o seu próprio painel com ela em uma noite. Mostramos como: da escolha da fonte, passando por REST contra WebSocket, até o código que desenha as bolhas.

Esquema do fluxo de dados: exchanges de criptomoedas, agregadores, API e a interface de bolhas

Honestidade desde a porta

O Crypto Bubbles tem API pública?

Comecemos pelo motivo que traz a maioria das pessoas até aqui. O site oficial cryptobubbles.net não anuncia uma API pública e documentada para desenvolvedores. Não existe lá um portal de desenvolvedor, tabela de preços por requisição nem documentação de endpoints. O Crypto Bubbles é um produto de consumo — uma visualização com mais de mil moedas, atualizada automaticamente, disponível no navegador e em aplicativos móveis (é assim que o próprio site o apresenta) — e não um atacadista de dados.

Escrevemos isso com todas as letras porque circulam pela internet vários tutoriais sugerindo o contrário ou — pior — se passando por uma “API oficial do Crypto Bubbles” com chaves à venda. Trate essas ofertas como os APKs falsos de fórum: alguém está tentando te vender algo que o fabricante não oferece. A regra do nosso guia de download do aplicativo vale aqui também — a fonte da verdade sobre o produto oficial é exclusivamente cryptobubbles.net.

E agora a boa notícia: para montar o seu próprio painel de bolhas, você não precisa da API de nenhum aplicativo específico. As bolhas são só um jeito de desenhar dados que o mercado publica de qualquer forma. Você precisa de quatro números por moeda e de quarenta linhas de código. O resto desta página é dedicado exatamente a isso.

Como os apps de bolhas conseguem os dados: uma cadeia de três elos

Toda visualização de mercado — das bolhas aos heatmaps, sobre os quais falamos no guia do mapa do mercado — se apoia na mesma cadeia de suprimentos:

  • Elo 1: as exchanges. A fonte primária de qualquer preço é o livro de ofertas de uma exchange concreta. É ali que as transações acontecem, e o preço “do bitcoin” é, na prática, dezenas de preços de dezenas de pregões, com diferenças de frações de por cento entre si.
  • Elo 2: os agregadores. Os serviços de dados coletam as cotações de centenas de exchanges, calculam a média (geralmente ponderada pelo volume), acrescentam o supply em circulação e publicam métricas prontas: market cap, ranking, variações percentuais nas janelas de tempo padrão.
  • Elo 3: os aplicativos. Visualizações como o painel de bolhas baixam dos agregadores um JSON normalizado e convertem números em geometria e cor. Toda a “mágica” acontece no navegador do usuário.

Essa divisão tem uma consequência prática para o seu projeto: você pode se plugar em qualquer elo. O agregador te dá comodidade — um endpoint, milhares de moedas, market caps já calculados. A exchange te dá frescor — dados direto do livro de ofertas, sem intermediário e sem o atraso da média, mas apenas para os pares negociados naquele pregão. Projetos maduros costumam combinar as duas fontes: o agregador para ranking e market cap, a exchange para preços em tempo real.

Arquitetura

REST ou WebSocket: dois jeitos de beber da mesma torneira

Toda API de mercado séria entrega os dados de duas maneiras, e escolher entre elas é a primeira decisão de arquitetura do seu projeto.

O REST funciona como pergunta e resposta: você envia uma requisição HTTP, recebe um JSON, fim de papo. Vantagens: simplicidade, debug fácil (dá para inspecionar a resposta no navegador), cache de graça. Desvantagens: cada atualização é uma nova requisição, e os limites de requisições (rate limits) dos planos gratuitos costumam ser apertados — tipicamente de algumas a dezenas de requisições por minuto. Para um painel de bolhas atualizado a cada 30–60 segundos, isso basta com folga; aliás, o aplicativo oficial Crypto Bubbles também atualiza os dados a cada poucas dezenas de segundos, segundo o site dele.

O WebSocket é uma linha aberta: você estabelece uma única conexão e o próprio servidor te empurra cada mudança — um novo tick de preço, uma nova transação, uma atualização do livro. Vantagens: latência de milissegundos em vez de segundos e nenhum limite desperdiçado perguntando “mudou alguma coisa?”. Desvantagens: você precisa lidar com quedas de conexão, nova assinatura dos canais, enfileiramento de mensagens — o código fica mais sério. O WebSocket é indispensável no trading algorítmico e em tickers ao vivo; para visualizar o “estado do mercado”, costuma ser bala de canhão para matar mosquito.

Regra prática: comece pelo REST. Migre para WebSocket só quando souber dizer o que, exatamente, um atraso de 30 segundos quebra no seu caso. Se não souber — não quebra nada.

Os quatro campos com que se desenham as bolhas

Vamos desmontar o painel em dados. Para desenhar uma visão de bolhas que preste, você precisa de exatamente quatro campos por moeda:

  • Símbolo (BTC, ETH…) — o rótulo da bolha.
  • Market cap — controla o tamanho. É ele, e não o preço unitário, que expressa a escala do projeto; por que essa diferença é fundamental, explicamos a propósito da calculadora CoinCompare.
  • Variação percentual na janela escolhida (hora, dia, semana…) — controla a cor e sua saturação.
  • Volume 24h — não desenha nada diretamente, mas permite filtrar as moedas “mortas”, cujo preço muda com três transações por dia.

Tudo além desse conjunto — ranking, supply, ATH, links — é acessório do card da moeda, não do painel em si. Repare que estamos falando de algumas centenas de bytes por moeda: mil moedas cabem em uma resposta JSON do tamanho de uma foto pequena. É por isso que os painéis de bolhas rodam com fluidez até em celulares fracos.

Oficina

Minitutorial: seu próprio painel de bolhas em uma noite

Abaixo, um esqueleto em JavaScript — pseudocódigo propositalmente simplificado, a completar com o endereço da API escolhida. A lógica tem três etapas: buscar os tickers, converter market cap em raio e variação percentual em cor, desenhar.

// 1. Busque os dados (REST, atualização a cada 60 s)
async function fetchCoins() {
  const res = await fetch(API_URL + '/tickers?limit=100'); // chave de API no header, nunca no código
  const coins = await res.json();
  return coins.filter(c => c.volume24h > 1_000_000); // corte as moedas mortas
}

// 2. Escala: raio ~ raiz quadrada do market cap
//    (o olho compara as ÁREAS dos círculos, não os raios!)
function radius(cap, maxCap) {
  const R_MAX = 90, R_MIN = 6;
  return Math.max(R_MIN, R_MAX * Math.sqrt(cap / maxCap));
}

// 3. Cor: verde para alta, vermelho para queda,
//    a saturação cresce com o valor absoluto da variação
function color(changePct) {
  const sat = Math.min(Math.abs(changePct) / 15, 1); // saturação total a partir de ±15%
  return changePct >= 0
    ? `rgba(34, 197, 94, ${0.35 + 0.65 * sat})`
    : `rgba(239, 68, 68, ${0.35 + 0.65 * sat})`;
}

// 4. Desenho: canvas + uma simulação simples de repulsão
setInterval(async () => {
  const coins = await fetchCoins();
  const maxCap = Math.max(...coins.map(c => c.marketCap));
  draw(coins.map(c => ({
    label: c.symbol,
    r: radius(c.marketCap, maxCap),
    fill: color(c.change24h)
  })));
}, 60_000);

Duas dicas que vão além do esqueleto. Primeira, a física de posicionamento: para que as bolhas não se sobreponham, use uma simulação de forças pronta — na biblioteca d3, é o módulo d3-force com colisões (forceCollide); em canvas puro, basta um loop que repele os círculos que se cruzam. Segunda, a raiz quadrada na função do raio não é frescura: a área do círculo cresce com o quadrado do raio, então escalar o raio linearmente faria uma moeda 100 vezes maior ocupar 10.000 vezes mais tela. Metade dos painéis “amadores” da internet comete exatamente esse erro e mente visualmente sobre as proporções do mercado — e as proporções são toda a essência dessa visualização, como detalhamos no guia sobre o que é o Crypto Bubbles.

Como escolher uma API de dados: seis critérios

CritérioO que perguntarCom o que tomar cuidado
Cobertura de mercadoQuantas moedas e exchanges cobre? Calcula market caps?“10.000 moedas” às vezes inclui tokens mortos, sem volume
WebSocketExiste stream ao vivo e do que ele trata (ticks, transações, livro)?Alguns planos só oferecem WS a partir da faixa paga
Limites de requisiçõesQuantas requisições por minuto/mês no seu plano?Limites contados por endpoint podem surpreender no meio do mês
PreçoCusto do plano com o seu tráfego real, não com o de hojeOs saltos de preço entre faixas chegam a ser de várias vezes
Dados históricosAté onde os candles voltam no tempo e com que resolução?Planos gratuitos costumam dar apenas dias, não anos
Estabilidade e SLAStatus page, histórico de incidentes, garantias de disponibilidadeNão ter status page público já é uma resposta por si só

Uma observação à parte sobre as APIs de exchange como fonte de pleno direito: se o seu projeto envolve negociação — backtesting, bot, monitor das suas próprias ordens —, a API da exchange não é tanto uma alternativa quanto uma necessidade, porque só ela te dá o livro de ofertas, o histórico de transações e o envio de ordens. As documentações das exchanges maduras oferecem REST e WebSocket, sandboxes para testes e bibliotecas cliente nas linguagens populares. É também o caminho mais curto para confrontar a teoria desta página com um fluxo de dados de verdade.

As informações sobre os recursos do aplicativo oficial Crypto Bubbles (cobertura de moedas, plataformas, frequência de atualização) citamos a partir de cryptobubbles.net (situação em julho de 2026).

Segurança

Chaves de API: curso rápido para não incendiar a própria conta

Seção escrita da perspectiva de um auditor que já viu repositórios demais com chaves na história de commits. Uma chave de API para dados públicos é bobagem — no máximo, alguém come o seu limite de requisições. Uma chave de API da conta na exchange é outra categoria: em mãos erradas, ela é capaz de limpar o saldo. As regras:

  • Nunca commite chaves. Guarde-as em variáveis de ambiente ou em um gerenciador de segredos; o arquivo .env no .gitignore desde o primeiro dia. Uma chave que entrou uma vez na história do repositório está queimada — gere outra; apagar o arquivo não a apaga da história.
  • Permissões mínimas. Para ler dados, uma chave read-only basta. O direito de negociar, só para bots que negociam de fato; o direito de sacar — de preferência, nunca. Nenhum bot de análise precisa da capacidade de sacar fundos.
  • Lista de IPs permitidos. APIs maduras permitem restringir a chave a endereços específicos. Uma chave vazada mas presa ao IP do seu servidor é inútil para o ladrão.
  • Rotação e higiene. Uma chave separada por projeto, revisão e exclusão das não usadas a cada trimestre, rotação imediata a cada suspeita de vazamento. Soa burocrático, leva dez minutos, salva contas.

Atenção: bots e “ferramentas de sinais” que pedem uma chave com direito a saques são um vetor padrão de roubo. Uma ferramenta de análise legítima nunca precisa dessas permissões — o pedido, por si só, encerra a conversa.

O resumo mais curto desta página

  • O aplicativo oficial Crypto Bubbles não anuncia uma API pública — passe longe das ofertas de “chaves oficiais”.
  • Os dados fluem pela cadeia exchanges → agregadores → aplicativos; seu projeto pode se plugar em qualquer elo.
  • O REST basta para um painel atualizado a cada minuto; só adote WebSocket quando a latência doer de verdade.
  • Para desenhar as bolhas bastam símbolo, market cap, variação percentual e volume — mais o raio escalado pela raiz quadrada.
  • Chaves de API: fora do repositório, com permissões mínimas, presas a IPs, rotacionadas.

FAQ

Perguntas frequentes sobre a crypto bubbles API e dados de mercado

O Crypto Bubbles disponibiliza uma API pública?

O site oficial cryptobubbles.net não anuncia uma API pública e documentada para desenvolvedores — o aplicativo é um produto de consumo, não um fornecedor de dados. Se você quer construir a sua própria visualização, recorra às APIs dos agregadores de dados de mercado ou diretamente às APIs das exchanges.

REST ou WebSocket — o que usar para dados de mercado?

REST para dados que você atualiza a cada dezenas de segundos (market caps, rankings, variações percentuais) — é mais simples e mais fácil de debugar. WebSocket para o fluxo de transações e ticks de preço em tempo real, quando cada segundo conta. Um painel de bolhas roda tranquilamente em REST.

Quais campos de dados são necessários para desenhar as bolhas?

O mínimo são quatro campos por moeda: símbolo, market cap, variação percentual na janela de tempo escolhida e volume. O market cap controla o raio da bolha, a variação percentual controla a cor, e o volume serve para filtrar moedas mortas.

Por que o raio da bolha escala com a raiz quadrada do market cap?

Porque o olho compara áreas de círculos, não raios. A área cresce com o quadrado do raio, então, para que uma moeda dez vezes maior ocupe dez vezes mais área, o raio precisa crescer como a raiz quadrada do market cap. Escalar o raio linearmente inflaria visualmente as moedas grandes centenas de vezes.

Uma API de mercado gratuita basta para um projeto próprio?

Para estudar e para um dashboard de hobby — em geral, sim: os planos gratuitos dos agregadores oferecem de algumas a dezenas de requisições por minuto, e um painel atualizado a cada 30–60 segundos cabe nesses limites. Para um produto comercial, você precisa de um plano pago com SLA, limites maiores e dados históricos.

Como guardar chaves de API com segurança?

Nunca no código nem no repositório — apenas em variáveis de ambiente ou em um gerenciador de segredos. Dê às chaves permissões mínimas (somente leitura, sem direito a saques), ative a lista de IPs permitidos e faça a rotação após qualquer suspeita de vazamento. Trate uma chave com permissão de negociação como a senha da sua conta bancária.

Da leitura da documentação à primeira requisição

O jeito mais rápido de aprender APIs de mercado é enviando requisições de verdade. A documentação de uma API de exchange, com REST, WebSockets e chaves de permissões limitadas, é um bom campo de treino para começar.