Skip to main content
Ver el historial completo
August 2026
Prediction MarketsDatastream

​
API beta de Prediction Markets para Kalshi y Polymarket

API unificada de solo lectura para Kalshi y Polymarket con historial completo de mercado.
  • REST: https://prediction-market-api.solanatracker.io
  • Datastream: salas pm:* en wss://datastream.solanatracker.io/{apiKey} (mismo hub y clave que otros productos Datastream)
  • Mercados, eventos, trades, velas, orderbooks, ventanas crypto up/down y analítica de wallets Polymarket
  • Autenticación con tu clave de Data API (x-api-key)
OverviewGuía de inicioGuía Datastream
June 2026
Data APIDatastream

​
Jupiter DCA V2 — soporte completo e indexación de órdenes recurrentes

Las órdenes Jupiter DCA V2 (openDcaV2) ahora están totalmente soportadas e indexadas en la API DCA y los feeds de Datastream. Las posiciones DCA V2 previamente ocultas ahora son visibles en respuestas REST y eventos WebSocket en vivo.Los endpoints /dca/* y las salas dca:jupiter existentes incluyen automáticamente las órdenes V2 — no se requieren cambios en las consultas. Los objetos de orden incluyen openInstruction: "openDcaV2" para distinguir cuentas V2.
Jupiter DCA APIJupiter DCA Datastream
May 2026
Data APIDatastream

​
Jupiter DCA — recurring order REST API and live WebSocket feeds

​
Jupiter DCA

Track Jupiter recurring (DCA) orders on Solana: query live positions over REST and subscribe to open, fill, close, deposit, withdraw, fee, and position updates over Datastream. Jupiter is available today (program=jupiter); responses include a program id for when more platforms are added.

​
Data API

New endpoints under /dca/*. Full reference: Jupiter DCA.
  • GET /dca/programs — List supported DCA programs (id, label, programId)
  • GET /dca/wallet/{wallet} — All DCA orders for a wallet with status summary
  • GET /dca/wallet/{wallet}/orders — Paginated wallet orders (cursor, sort, status, program)
  • GET /dca/order/{address} — Single DCA account by pubkey
  • GET /dca/token/{mint} — Token buy/sell flow overview
  • GET /dca/token/{mint}/buyers — Orders buying this token (output mint)
  • GET /dca/token/{mint}/sellers — Orders selling this token (input mint)
  • GET /dca/token/{mint}/users — Top wallets by DCA activity on this token
  • GET /dca/pair/{inputMint}/{outputMint} — Orders for a trading pair
Query helpers: program (aliases dex, platform), limit, cursor, sort / sortBy (volume, deposited, remaining, progress, recent, created, status), and status (active, paused, completed, pending, all). Orders include USD fields when price data is available.

​
Live Jupiter DCA streams

New WebSocket rooms on Premium, Business, and Enterprise plans. Reference: Jupiter DCA Datastream.Join with { "type": "join", "room": "<room>" }. Each event is delivered to the global room, the matching event-type room, and any scoped rooms that apply.Transaction events include a full order object (same shape as REST). Position updates include order and writeVersion.
May 2026
Data APIDatastreamPnL V2

​
Lanzamiento de PnL V2: ganancias/pérdidas por billetera, listas de traders, etiquetas de billetera y streams PnL en vivo

​
API PnL V2

PnL significa pérdidas y ganancias. PnL V2 agrega nuevos endpoints en /v2/pnl/* para que puedas ver cómo les está yendo a las billeteras y a los traders.Gráfico PnL V2 que muestra ganancias y pérdidas de la billetera a lo largo del tiempo

​
PnL de billetera

Usa estos endpoints cuando quieras analizar una billetera:
  • GET /v2/pnl/wallets/:wallet: muestra las ganancias/pérdidas totales, el retorno de la inversión (ROI), la tasa de ganancias y el recuento de operaciones de la billetera.
  • GET /v2/pnl/wallets/:wallet/positions: enumera cada posición de token para la billetera. Puedes ordenar y filtrar la lista.
  • GET /v2/pnl/wallets/:wallet/tokens/:token — Muestra el historial de una billetera con un token.
  • GET /v2/pnl/wallets/:wallet/history — Muestra PnL diario a lo largo del tiempo.
  • GET /v2/pnl/wallets/:wallet/performance: muestra el mejor día, el peor día, rachas, reducción y totales diarios.
  • GET /v2/pnl/wallets/:wallet/highlights: muestra las mayores ganancias, pérdidas, bags, flips y tokens más activos.
  • GET /v2/pnl/wallets/:wallet/risk: muestra dónde está más expuesta la billetera.
  • GET /v2/pnl/wallets/:wallet/chart: proporciona puntos del gráfico listos para dibujar.

​
PnL de token

Usa estos endpoints cuando quieras analizar un token:
  • GET /v2/pnl/tokens/:token/traders: enumera las billeteras que intercambiaron el token. Muestra PnL para este token y PnL de billetera de por vida.
  • GET /v2/pnl/tokens/:token/first-buyers: enumera primero los primeros compradores. Usa /traders si necesita ordenar por ROI, PnL, tamaño o última operación.

​
Tablas de clasificación

Usa estos endpoints para clasificar billeteras:
  • GET /v2/pnl/leaderboard/top: Clasifica a los mejores traders de Solana durante 1, 7, 30 o 90 días.
  • GET /v2/pnl/leaderboard/kols — Clasifica las billeteras KOL con seguimiento de todos los tiempos.
  • GET /v2/pnl/leaderboard/kols/period: clasifica las billeteras KOL para un rango de tiempo.
  • GET /v2/pnl/leaderboard/kols/calendar — Muestra KOL PnL por día durante un mes.
  • GET /v2/pnl/leaderboard/kols/date: muestra la actividad de KOL durante un día.

​
Búsquedas por lotes

Usa endpoints por lotes cuando necesite muchos resultados en una solicitud:
  • POST /v2/pnl/wallets/:wallet/positions/batch — Una billetera, hasta 100 tokens.
  • POST /v2/pnl/tokens/:token/positions/batch — Un token, hasta 200 billeteras.
  • POST /v2/pnl/positions/batch — Hasta 200 pares de tokens de billetera.
  • POST /v2/pnl/wallets/batch — Hasta 100 resúmenes de billetera con etiquetas y rótulos.

​
Nuevas funciones

​
pnlMode

Algunas posiciones pueden parecer incorrectas. Por ejemplo, una billetera puede mostrar más ventas que compras. pnlMode te permite elegir cómo manejar esas filas.Las respuestas admitidas devuelven el modo que utilizaron. Las filas de posición también incluyen realizedRaw, por lo que tu app puede mostrar números filtrados y sin procesar.

​
Etiquetas de billetera

PnL V2 ahora puede devolver un objeto identity para billeteras. Una billetera puede tener más de una etiqueta.Etiquetas habituales:
  • kol — billetera pública conocida, con nombre, identificador de Twitter y avatar.
  • bot — billetera de bot conocida.
  • pool: cuenta de pool vault, autoridad, LP mint o bonding curve.
  • developer: creador de tokens, deployer de pools o autoridad de acuñación.
  • arbitrage / potential_bot — billetera estilo arbitraje confirmada o probable.
  • hacker: exploit, estafa o billetera de atacante conocido.
  • spam_dusting — conocida billetera antispam.
  • exchange — billetera activa de intercambio conocida.
  • Etiquetas de plataforma: axiom, bloom y photon. axiom-flash también funciona y regresa como axiom.
Los endpoints del token también muestran las funciones de la billetera para ese token exacto. Esto te ayuda a detectar developers, pools, LP y compradores iniciales sin necesidad de otra solicitud.

​
Enriquecimiento de holders

/tokens/:tokenAddress/holders ahora admite ?enrich=.
  • ?enrich=identity: agrega etiquetas de billetera para cada holder.
  • ?enrich=walletPnl: agrega PnL de billetera de por vida y PnL de este token.
  • ?enrich=all: agrega ambos.
Si no pasas enrich, el endpoint funciona igual que antes.

​
Streams PnL en vivo

Las nuevas salas WebSocket envían actualizaciones de PnL en tiempo real. Están disponibles en los planes Premium, Business y Enterprise.
  • pnl:{wallet}:{token} — PnL en vivo para una billetera y un token.
  • pnl:{wallet} — PnL en vivo para cada token que intercambia una billetera.
  • pnl:{wallet}:summary — Resumen de PnL total en vivo para una billetera.
Usa REST una vez para cargar los datos iniciales. Luego usa estas salas para mantener los datos activos.
April 2026
Data APIDatastreamSolana RPCGeneral

​
Mejoras de rendimiento, nuevos balanceadores de carga y menor latencia

​
Infraestructura

  • Entrega de shreds mejorada: entrega de shreds más rápida para mejorar la propagación de bloques.
  • Nuevo balanceador de carga global para la Data API: se agregó un balanceador de carga global para la Data API.
  • Nuevo balanceador de carga de Data API con sede en EE. UU.: balanceador de carga de EE. UU. dedicado para acceso de menor latencia.
  • Servidores ubicados en EE. UU.: algunos endpoints redujeron sus tiempos de respuesta de 600 ms a menos de 100 ms.
  • Clúster de ClickHouse migrado y actualizado: mejor latencia y consultas más rápidas en toda la API.

​
Data API

  • Velocidades mejoradas de los endpoints de las operaciones: ahora todos los endpoints de las operaciones son más rápidos.
  • Velocidad de respuesta /chart mejorada: recuperación de datos de gráficos más rápida.
  • Tiempo de respuesta /tokens/:token mejorado: búsquedas de detalles de tokens más rápidas.
  • Velocidad de recuperación de metadatos mejorada: recuperación de metadatos más rápida en todos los endpoints.
  • endpoint /wallet/:wallet/chart mejorado: ahora devuelve un gráfico incluso con solo 1 punto de datos.
  • Se corrigió un error de paginación en operaciones ascendentes — Se corrigió un problema de paginación al buscar operaciones en orden ascendente.
  • Se corrigió la liquidez de Meteora DAMM: se resolvió un problema de cálculo de liquidez en algunos pools de Meteora DAMM más antiguos.
  • Se corrigieron casos extremos de creación de tokens de PumpFun: casos extremos resueltos en eventos de creación de tokens.
  • Se importaron todos los datos faltantes de la curva PumpFun: se rellenó más de 15 millones de tokens de datos de la curva PumpFun.
  • Se corrigieron los pools de curva en /tokens/:token: los pools de curva (5+) ahora siempre aparecen después de la migración.
  • Se corrigió el analizador de tarifas de transacción de Axiom: se pasó de la transferencia a la llamada interna CPI para un análisis preciso de las tarifas.
  • Parámetro de consulta uniqueTokens en la API de deployers: devuelve el último pool graduado y el primer pool no graduado en la lista regular.
  • Ajustes de Raydium LaunchLab: ajustes para la compatibilidad con Raydium LaunchLab.
  • Mejoras de Raydium CPMM: manejo mejorado de Raydium CPMM.
  • Correcciones de errores de la API de búsqueda: varias correcciones para el endpoint de búsqueda.

​
Ridge DB

  • Rendimiento mejorado: índices y tiempos de respuesta mejorados en varias consultas.
  • Carga equilibrada globalmente: los usuarios de RPC de EE. UU. ahora pueden llamar a métodos como getProgramAccounts, getProgramAccountsV2, etc. entre 200 y 400 ms más rápido.
  • Se corrigió la decodificación de cuentas de tokens congeladas: las cuentas de tokens congeladas ahora siempre se muestran y decodifican correctamente.

​
Datastream

  • Rendimiento mejorado de Datastream: latencia mejorada de actualización de precios, pools y transacciones.