Métricas de la salud del ecosistema

(Sección: Ecosistema y Red)

1) De qué trata este artículo (resumen)

La salud del ecosistema es un conjunto de indicadores que refleja la sostenibilidad, fiabilidad, liquidez, interoperabilidad, seguridad, economía y compromiso de los miembros de la red (operadores, proveedores, estudios, afiliados, nodos/cadenas, comunidades). A continuación se encuentra el framework del sistema: niveles de medición, lista de KPI con fórmulas, índice compuesto EHI, umbrales de destino (SLO), reglas de alerta, patrones de dashboard y un práctico playbook de reacciones.

2) Mapa de niveles de medición

1. Infraestructura y red: disponibilidad, latencia, ancho de banda, errores.
2. Protocolo/interoperabilidad: éxito de las operaciones cruzadas/interservicios, compatibilidad de versiones, proporción de nodos compatibles.
3. Producto y usuarios: actividad, retención, conversión, calidad del tráfico.
4. Economía y liquidez: revoluciones, profundidad de liquidez, spreads/comisiones, retrasos en el pago.
5. Comunidad y socios: contribuciones de desarrolladores/estudios, NPS, ritmo de sondeo de socios, calidad de las integraciones.
6. Cumplimiento, Riesgo y Seguridad: Incidentes, Fred Raits, KYC/AML Pass, Sanciones/Geo-Riesgos.

3) KPI básicos (con fórmulas breves)

3. 1 Infraestructura y red

Servicios uptime (%) = 100 × (Tiempo de funcionamiento/Tiempo de observación total).
p95/p99 Latency (ms) - por API clave/gateways/nodo-endpoints.
Error Rate (%) = 100 × (5xx + claramente fatal 4xx )/Todas las consultas.
Saturación: CPU/RAM/IO/cuotas - Porcentaje de tiempo> 80%.
Backpressure Events: cantidad/día.

3. 2 Protocolo e interoperabilidad

Éxito Cross-Chain/Inter-Service (%) = 100 × Transacciones exitosas entre cadenas/interservicios/Todos los intentos.
Median Finality (s/blocks) - Hasta la irreversibilidad/confirmación.
Compatibilidad de versiones (%): proporción de nodos/SDK en las versiones compatibles.
Rollback/Reorg Rate - Frecuencia de retroceso/conflicto.

3. 3 Producto y usuarios

DAU/WAU/MAU (racionado por cohorte/región).
Retention D1/D7/D30 (%) - cohorte.
Activation Rate (%) = Activado/Nuevo.
Conversion Funnel: Visit→Reg→KYC→1st Action→Repeat.
Quality of Traffic (QoT): una fracción del valor del tráfico después del anti-frod.
Éxito de sesión (%): proporción de sesiones sin errores críticos.

3. 4 Economía y liquidez

GTV/Volumen - volumen bruto de operaciones.
Liquidity Depth es la cantidad mediana de liquidez disponible en horas pico.
Payout SLA Hit Rate (%) - Porcentaje de pagos ≤ tiempo objetivo.
Costo-a-Serve (CTS) = Costos operativos/Colas en operaciones exitosas.
Take Rate (%) - Comisión/margen por volumen.
Dispute Rate (%) son operaciones controvertidas/impugnadas.

3. 5 Comunidad y socios

Partner Activation Velocity - Nuevas integraciones/semana.
SDK/Plugin Adoption - Instalaciones, actualizaciones/versiones.
Comunidad NPS/eNPS - trimestral.
Contribution Index - pool-request/releases/addons de comandos de terceros.
Docs Health - plenitud, frescura, tiempo para responder a una pregunta en la comunidad.

3. 6 Cumplimiento, riesgo y seguridad

KYC/AML Pass Rate (%) es la proporción de los que han pasado a tiempo.
Fraud Rate (%) - Frod confirmado/todas las operaciones.
Tasa de Incident - Niveles SEV, MTTR/MTTD.
Policy Coverage (%) es la proporción de subprocesos con controles DLP/PII activos.
Geo/Regulatory Coverage son mercados donde se cumplen los requisitos locales.

4) Índice de salud compuesto: EHI (Ecosystem Health Index)

Idea: una puntuación única de 0-100 para los stakeholders.

1. Normalización: lleve todos los KPI a la escala [0... 100]:

Min-Max con truncaciones en percentiles (por ejemplo, P5-P95), o

Z-score → CDF → [0…100].

2. Modelo de peso (ejemplo):

Infraestructura - 25%

Protocolo/interoperabilidad - 15%

Producto/usuario - 25%

Economía/liquidez - 15%

Comunidad/socios - 10%

Cumplimiento/seguridad - 10%

3. Fórmula:

'EHI = Σ (Peso _ Bloque × Promedio (Bloque KPI normalizado))'

4. Escala de interpretación:

85-100: «Excelente» (crecimiento con margen de riesgo)

70-84: «Estable» (riesgos controlados)

55-69: «Vulnerable» (se necesitan mejoras puntuales)

5) Indicadores de liderazgo y retraso

Líder: QoT, Activation Rate, tiempo antes de la finalización, CTS, proporción de nodos en la nueva versión, Docs Health.
Atraso: MAU, GTV, Take Rate, NPS, Dispute/Fraud Rate.
Equilibra la cartera: 60% líder, 40% retrasado para la prevención.

6) Umbrales (SLO) y alerting

• Uptime ≥ 99. 95 %/30д; p99 latency ≤ 400 ms; Error Rate ≤ 0. 2%.
• Cross-chain success ≥ 99. 5%; Median finality ≤ 6 с.
• Payout SLA hit ≥ 98%; Dispute ≤ 0. 3%; Fraud ≤ 0. 1%.
• KYC en ≤ de 10 min en el 95% de los usuarios.
• Docs se actualiza ≤ 14 días desde el lanzamiento; median primera respuesta en la comunidad ≤ 2 h.

• SLO Burn Rate 1 hora> 14 × - Pager; 6 horas> 6 × - Pager; dietas> 3 × - ticket + análisis.
• Especifique siempre los criterios «done», «downer» y «downline».

7) Segmentación y cortes

Por países/jurisdicciones, tipos de socios (operadores, estudios, afiliados), clústeres de infraestructura, versiones SDK/nod, canales de tráfico, tipos de productos (ranuras/live/deportes/transacciones financieras), dispositivos.
Para cada métrica - son obligatorios los filtros por incisiones y la comparación de la cohorte a la cohorte.

8) Dashboards (diseños)

A. Ops diario (tiempo real/hora)

Uptime, p99 latency, Error Rate, Cross-chain success, Incident SEV, Payout SLA, Fraud spikes.
Tarjeta de servicios (verde/amarillo/rojo), cola de pagos/verificación.

B. Producto/Partner semanal

Activation/Retention, QoT, конверсия KYC→1st Action, Partner Activation Velocity, SDK adoption, Docs Health.
Mezcla de canales y LTV temprano (proxy).

C. Estrategia mensual

MAU/WAU, GTV, Take Rate, CTS, Dispute/Fraud, NPS, Contribution Index, Geo Coverage, EHI динамика.
Escalera de riesgo y «luz de tráfico» para cada bloque.

9) Fuentes de datos y calidad

Telemetría: logs/métricas/tracks, eventos de productos (bus de eventos), nodos/validadores, API de pago y afiliados, proveedores KYC/AML, Escritorio de servicio/incidentes, encuestas NPS/DevRel.
Data Quality KPI: plenitud, frescura, singularidad, consistencia de esquemas, proporción de estados «inciertos». Escriba una métrica DQ Score independiente y no la mezcle con EHI.

10) Anti-métricas (vanity & trampas)

DAU sin cohortes/regiones; «conversión media» sin canales; GTV sin reembolsos/disputas; «aptime» sin tener en cuenta los endpoints críticos; «número de integraciones» sin actividad productiva; «número de commitas» en lugar de valor de lanzamientos.

11) Reacciones de Playbook (parche)

• Habilitar modos de degradación (sólo lectura, almacenamiento en caché, límites), ampliar horizontalmente, habilitar la priorización de colas; post mortem a las 24 horas

• Comprobar versiones, fee/límites, retraídas con idempotencia, versionamiento de esquemas; rodar hotfixes, actualizar nodos/SDK.

• Análisis del camino KYC→1st Acción, «tiempo a valor», fricción; Pruebas de onboarding A/B, contenido/localización, embalaje offer.

• Redistribuir grupos, agregar proveedores, automatizar revaluaciones, habilitar el cálculo predictivo de saltos de caja.

• Apriete la puntuación, los límites/el cheque de velocidad, el rugido manual de alto riesgo, el aprendizaje del modelo en patrones frescos.

• DevRel-programas, subvenciones/bounty, mejora de SDK/muelles, office-hours mensuales, aceleración de la sapport.

12) Patrones de objetivos (OKR, ejemplo por trimestre)

KR1 (Infra): p99 latency API ≤ 350 ms; uptime ≥ 99. 97%; Error Rate ≤ 0. 15%.
KR2 (Integrop): éxito de cadena cruzada ≥ 99. 7%; median finality ≤ 5 s; ≥ 80% nod en LTS.
KR3 (Producto): D7 retention + 3 p.p.; Activation + 5 p.p.; QoT + 4 p.p.
KR4 (Economía): Pago SLA hit ≥ 99%; CTS −10%; Dispute ≤ 0. 25%.
KR5 (Comunidades/Socios): + 15 integraciones activas; Docs Health 90/100; NPS ≥ 45.
KR6 (Riesgo/seguridad): Fraud ≤ 0. 08%; MTTR ≤ 30 min (SEV-1); El 100% de los flujos críticos están cubiertos por DLP/PII.

13) Implementación en datos (piezas de referencia)

Pseudo-SQL: usuarios activos por región

sql
SELECT date, region, COUNT(DISTINCT user_id) AS dau
FROM analytics. events
WHERE action IN ('session_start','game_start','bet_place','deposit')
AND date BETWEEN:from AND:to
GROUP BY 1,2;

Cross-chain success

sql
SELECT date_trunc('hour', ts) AS h,
100. 0 SUM(CASE WHEN status='success' THEN 1 END)/COUNT() AS success_pct
FROM interop. tx
WHERE ts >= now() - interval '7 days'
GROUP BY 1;

Payout SLA

sql
SELECT date::date,
100. 0 AVG(CASE WHEN payout_sec <= target_sec THEN 1 ELSE 0 END) AS sla_hit
FROM payouts. metrics
GROUP BY 1;

Preparación para EHI (min-max)

sql
SELECT kpi, 100. 0(value - min_v)/(max_v - min_v) AS score_0_100
FROM kpi_current
JOIN kpi_ref ON kpi_current. kpi = kpi_ref. kpi;

14) Glosario

EHI - Evaluación Integral de la Salud del Ecosistema 0-100.
SLO/SLA - Niveles de calidad/nivel contractual objetivo.
Finality - Tiempo hasta que la transacción sea irreversible/confirmada.
QoT es una métrica de la calidad del tráfico/fuentes de usuario.
CTS - costo unitario de mantenimiento.
Burn Rate (SLO) - tasa de «quema» del presupuesto de errores con respecto a SLO.

15) Lista de verificación de implementación

1. Fijar KPI, fuentes, propietarios, frecuencia.
2. Identificar los umbrales de alertas y SLO (1h/6h/día).
3. Personalizar dashboards: Ops (día), Product (semana), Strategy (mes).
4. Implemente EHI y publíquelo por reglamento (por ejemplo, semanalmente).
5. Realice una revisión trimestral de métricas, escalas y SLO.

En resumen: este marco proporciona un lenguaje común para los equipos de infraestructura, producto, socios y cumplimiento, reduce las «zonas ciegas» y permite convertir las señales en acciones rápidas y coherentes - antes de que las debilidades del ecosistema se conviertan en un problema.