📖 Descrição
Endpoint de Server-Sent Events (SSE) que transmite periodicamente um snapshot completo de todos os preços atualmente armazenados noRealtimePriceCache. O snapshot é emitido a cada 1 segundo, contendo ask/bid/volume de todos os pares de todas as exchanges com conexão WebSocket ativa.
O endpoint
/v1/realtime/arbitrage emite apenas oportunidades (pares com spread positivo). Este endpoint /v1/realtime/prices emite todos os preços do cache independentemente de haver arbitragem — ideal para dashboards de monitoramento de mercado.🛠️ Requisição
Método
GET
URL
Headers Necessários
| Header | Valor |
|---|---|
Accept | text/event-stream |
Cache-Control | no-cache |
Parâmetros
Nenhum.Exemplo de Requisição (curl)
Exemplo de Requisição (JavaScript)
📤 Resposta
Headers da Resposta
| Header | Valor |
|---|---|
Content-Type | text/event-stream |
Cache-Control | no-cache |
Connection | keep-alive |
X-Accel-Buffering | no |
Frequência de Emissão
Um evento é emitido a cada 1 segundo enquanto a conexão estiver aberta.Formato dos Eventos SSE
Estrutura do Payload JSON
O payload é um array de entradas de preço:Campos de Cada Entrada
| Campo | Tipo | Descrição |
|---|---|---|
ticker | string | Par de trading normalizado (ex: BTC-USDT) |
exchange | string | Nome da exchange de origem |
ask | float | Melhor preço de venda (ask) |
bid | float | Melhor preço de compra (bid) |
askQty | float | Quantidade disponível no ask |
bidQty | float | Quantidade disponível no bid |
volume | float | Volume de 24h (seed REST, refresh a cada 60s) |
updatedAt | string (ISO 8601) | Timestamp do último tick WebSocket |
💡 Casos de Uso
Dashboard de Preços ao Vivo
Filtrar Preços por Exchange
Calcular Spread Manualmente
⚠️ Considerações de Performance
Este endpoint emite um payload potencialmente grande (todos os pares de todas as exchanges) a cada segundo. Use-o com moderação — em produção, prefira o endpoint
/v1/realtime/arbitrage que emite apenas as oportunidades relevantes.- Fase 1 (Binance): ~850 pares × 1 exchange ≈ ~150 KB/s por cliente
- Fase 2 (6 exchanges): ~800 pares × 6 exchanges ≈ ~900 KB/s por cliente
- Fase 3 (12 exchanges): considere paginação ou filtragem por exchange
Para interfaces de usuário, filtre o stream no servidor ou adicione um parâmetro de query
exchange para receber apenas os preços de interesse — evitando tráfego desnecessário.