// ZvxScore™ — Adecuación sistemática ES/MES

Adecuación para el flujo de trabajo, no hype

ZvxScore clasifica una ruta pública definida de 50K en cada firma para permitir la comparación entre firmas. Los paneles de tamaño de cuenta enumeran la familia actual y señalan abiertamente los campos parciales, dinámicos o pendientes de revisión. La puntuación se centra en política de automatización, compatibilidad con TradingView/Tradovate, estructura de riesgo funded y acceso a payouts, no en la calidad global de la firma.

Alcance: La página pública siempre lee el último snapshot revisado manualmente y publicado. Los nuevos datos candidatos pueden prepararse en el servidor, pero no pueden sustituir el ranking público sin una acción explícita de revisión y publicación.
DATOS VERIFICADOS · CARGANDOMotor del dataset: comprobando snapshot publicado…
// SELECCIÓN DE COMPARACIÓN

COMPARAR RUTAS DE CUENTA EXACTAS

Selecciona combinaciones exactas de firma y cuenta y compara hasta tres rutas estructurales en paralelo. Las promociones quedan por detrás de la estructura verificada de riesgo y reglas.

Elige hasta tres rutas de cuenta exactas para comparar.
FILTRAR RANKING
// Ranking publicado actual

Snapshot de adecuación sistemática

Cargando el último snapshot revisado…

Cargando dataset verificado…
// Metodología

Reproducible por diseño

Las reglas estructurales pesan más que las promociones que cambian rápidamente. El score público se recalcula en el gate de validación del servidor a partir del desglose de puntuación enviado con cada snapshot candidato.

El precio sigue siendo contexto, no score: Las páginas oficiales pueden mezclar precios estándar, promociones temporales y precios exclusivos del checkout. Por ello ZvxScore mantiene separados el precio estándar y el promocional y excluye el precio de la puntuación de ajuste sistemático.
Abrir JSON publicado actual → Historial de publicación →
// Controles de publicación

Publicar solo tras revisión

El motor de datos mantiene los snapshots candidatos separados del snapshot público. Las cargas candidatas se validan contra schema, los scores se recalculan, se exigen URLs de fuente, se rechazan fechas de verificación futuras y un snapshot antiguo no puede sustituir silenciosamente a uno más nuevo.

Etapa de candidato

  • La nueva investigación se carga en un endpoint de administración protegido.
  • El servidor valida el dataset y recalcula los scores de las firmas.
  • El candidato se almacena por separado y permanece invisible para los visitantes públicos.

Gate de publicación

  • Un revisor humano debe identificarse.
  • La frase exacta de confirmación de publicación es obligatoria.
  • El snapshot publicado se versiona y se añade al historial de publicación.
  • El snapshot verificado incluido anteriormente sigue siendo el fallback de emergencia.
// Política de evidencia

Qué significa «verificado»

Un campo material de scoring requiere una fuente actual de primera parte de la firma. Si un valor exacto no está respaldado, permanece desconocido. Las promociones no sustituyen silenciosamente el precio estándar y la fecha de verificación del dataset solo cambia tras completar una nueva verificación.