Signal Analytics: leer el hit rate 24 h sin autoengañarte
/rendimiento/ es el ledger público del Signal Engine: hit / miss a 24 h sobre BTC y ETH cuando hay precio de apertura. No es un dashboard de “estrategia ganadora”. Filtra por ticker y estado (open / settled / skipped); si solo hay un ticker en el ledger, el propio Analytics lo dice — no rellena SOL/XRP de adorno.
Qué mide (y qué no)
| Sí | No |
|---|---|
| Si el spot se movió a favor de la dirección en 24 h | Rentabilidad de tu cuenta |
Solo señales con dirección clara (risk-on / risk-off) | Señales mixto (no cuentan) |
| BTC/ETH con fuente de precio (CoinGecko) | Tickers sin spot (SPY, XAU, DXY, OIL → skipped; equities necesitan otro feed) |
| Muestra pequeña al inicio = honestidad | Garantía de acierto futuro / chips de crypto inventados |
Detalle del motor: /metodologia/ · cómo leer una señal: guía AI Signal.
Trampas mentales típicas
- Contar solo los hits que recuerdas del canal Telegram. El ledger es la fuente.
- Incluir mixtos como “casi bien”. En Analytics no entran.
- Cambiar el horizonte a 4 h o a 3 días en la cabeza. El producto liquida a 24 h.
- Mezclar alertas on-chain con señales. Una ráfaga de inflows USDT → CEX no es un hit del Signal Engine.
- Extrapolación temprana. Con pocas liquidaciones, el % oscila; no es un edge estadístico cerrado.
Checklist de lectura limpia
- Abre /rendimiento/.
- Mira el periodo y el tamaño de muestra.
- Separa hit rate de “retorno medio” (si aparece): son cosas distintas.
- Cruza 2–3 filas del ledger con la ficha en /signals/.
- Pregunta: ¿estoy midiendo el sistema o mi narrativa?
Uso profesional (desk)
El Analytics sirve para calibrar confianza en el producto, no para dimensionar posición. Si el hit rate cae en un régimen (macro, baja liquidez), anótalo; no “resets” mentales.
Rutina completa: calendario → radar → briefing → señal.
Sigue leyendo
Información automatizada con fines informativos. No constituye asesoramiento financiero.