Saltar a contenido

SDP: Funcionalidades y Funcionamiento#

Actualizado: 2026-04-09

1) Qué es SDP#

SignalDashPro (SDP) es una plataforma Binance-first para operación, automatización y observabilidad de estrategias, con backend API, frontend web, y runbooks de despliegue/operación.

Objetivo operativo:

  • ejecutar decisiones auditablemente,
  • controlar riesgo en tiempo real,
  • y mantener trazabilidad end-to-end de señales, órdenes y resultados.

2) Funcionalidades principales#

2.1 Ingesta y datos de mercado#

  • sincronización de velas por jobs (market_sync),
  • soporte de microestructura para análisis técnico-operativo,
  • almacenamiento histórico para análisis reproducible y backtests.

2.2 Motor de estrategias y señales#

  • ejecución de estrategias técnicas (incluyendo línea MATVARD vNext),
  • generación de señales con motivos y contexto,
  • soporte de etapas de validación (shadow/canary/live según gates).

2.3 Ejecución y gestión de riesgo#

  • cola de ejecución con trazabilidad,
  • kill-switch y guardas operativas,
  • límites por sesión/notional y rollback ante degradación.

2.4 Operación Binance#

  • autenticación y checks de conectividad,
  • endpoints protegidos para operación y diagnóstico,
  • smoke tests para validar continuidad de credenciales y acceso.

2.5 Observabilidad y evidencia#

  • endpoints de salud y readiness,
  • paneles operativos para control diario,
  • reportes y logs para evidencia (diaria y semanal).

2.6 Frontend de control#

  • vistas de control tower, analítica, mercado y operación,
  • soporte de diagnóstico rápido por símbolo/estrategia,
  • trazabilidad visual del estado runtime y acciones.

2.7 Despliegue y continuidad#

  • scripts de release con verificaciones post-deploy,
  • checks de endpoints públicos y protegidos,
  • operación estable en CT110 con flujo de rollback.

3) Cómo funciona SDP (flujo end-to-end)#

  1. Ingesta actualiza datos de mercado y contexto.
  2. Estrategias evalúan condiciones y producen decisiones/señales.
  3. Capa de riesgo valida límites y autoriza o bloquea ejecución.
  4. Motor de ejecución procesa órdenes y registra trazabilidad.
  5. Observabilidad monitorea salud, calidad y degradaciones.
  6. Operación ajusta configuración según reportes y métricas.
  7. Deploys se validan con smoke tests antes de dar por cerrado el release.

4) Componentes y responsabilidades#

  • Backend (FastAPI): lógica de negocio, riesgo, ejecución y reportes.
  • Frontend (Next.js): consola operativa y analítica.
  • Storage/DB: histórico, decisiones, métricas y evidencia.
  • Scripts Ops: despliegue, smokes, mantenimiento y automatizaciones.
  • Documentación vNext: contrato operativo/técnico para continuidad.

5) Resumen por rol#

Operador de trading#

  • monitorea paneles de salud/rendimiento,
  • revisa señales y decisiones,
  • decide hold/promote/rollback según gates y evidencia.

Operador técnico (Ops)#

  • ejecuta deploys y smokes,
  • verifica endpoints críticos,
  • valida timers, logs y estado de servicios.

Desarrollador backend/frontend#

  • implementa estrategias/endpoints/UI,
  • mantiene trazabilidad y pruebas,
  • actualiza documentación canónica cuando cambia comportamiento real.

Infra/SRE#

  • asegura disponibilidad de CT110 y servicios asociados,
  • gestiona runtime env y secretos,
  • mantiene observabilidad y rutas de recuperación.

6) Referencias rápidas#

  • Plan vNext: docs/matvard/IMPLEMENTATION_PLAN_VNEXT_SAM.md
  • Contrato runtime: docs/matvard/MATVARD_RUNTIME_CONTRACT.md
  • Playbook operativo SOLUSDC: docs/matvard/PLAYBOOK_SOLUSDC_REAL.md
  • Handoff operativo: docs/HANDOFF.md
  • Backlog vivo: docs/TODO.md