Metodología de lectura honesta en CriptoReino: umbrales fijos, sin curve-fitting

CriptoReino no compite por ser el portal que más grita “señaI”. Compite por ser un lugar donde una persona en español pueda leer mercado con el mismo contrato todas las semanas: de dónde salen los datos, cómo se calculan los indicadores, qué significa un estado, y —sobre todo— qué no se afirma. Esta guía es la constitución de esa lectura honesta: umbrales fijos, sin curve-fitting, sin COMPRA/VENTA, con frescura o silencio.

Si solo querés la versión institucional corta, está en /metodologia y /metodologia/datos. Si querés el ciclo on-chain, /ciclo/metodologia. Acá unimos el porqué con el cómo se usa en mesa, hub y educación.

Las tres capas (y por qué no se mezclan)

Vistazo, contexto, profundidad y límite forman el recorrido honesto.

La decisión personal queda fuera del motor y del copy del portal.

1. 01

   Vistazo

   →
2. 02

   Contexto

   →
3. 03

   Profundidad

   →
4. 04

   Límite

   →
5. 05

   Decisión propia

Un proceso transparente reduce engaño, pero no elimina incertidumbre.

En 30 segundos

Lo esencial: Umbrales fijos, sin curve-fitting: el producto describe el mercado, no lo predice.
En el portal: home · Aprende · Bitcoin si aplica.
Límite: contexto educativo, no recomendación de inversión.

Principio 1: frescura o no teatro

Dato fresco, atrasado y ausente producen estados visibles diferentes.

La UI conserva timestamp y evita reciclar un número viejo como presente.

Fresco · mostrar

Atrasado · advertir

Muy viejo · ocultar

Recuperado · nuevo corte

Frescura no certifica exactitud del proveedor ni calidad de la métrica.

La cinta del header y los precios “vivos” solo merecen ese adjetivo si el snapshot cumple la ventana de frescura. Si el cache no está fresco o el servicio responde mal, ocultar es correcto. Mostrar un número de hace horas con animación de live es mentira de producto.

Implicaciones para vos:

• Si no ves la cinta, no asumas el último precio que recordás.
• En la home y en las fichas, leé el estado de dato como parte del mensaje.
• Un 503 o un soft-fail es preferible a un ticker zombie.

Detalle de cadencias y fuentes: /metodologia/datos.

Principio 2: umbrales fijos, no optimización a techos

Umbrales fijos documentados

Laboratorio · casos

Valor 25 cumple umbral fijo 20

La metodología del portal usa umbrales documentados, no optimizados por backtest en vivo.

Casos nombrados

CumpleValor ≥ umbral.No cumpleBajo el umbral.

Valor25.0Umbral20.0Invertir (0/1)0

Valor

25

Umbral

20

¿Pasa?

sí

Simulador educativo con umbrales fijos. No es orden de trading, señal ni pronóstico de rentabilidad.

Los indicadores clásicos del hub (RSI, MACD, EMA, Bollinger, ATR, ADX, estocástico, OBV) usan parámetros y cortes documentados, no un buscador genético que maximiza “aciertos” sobre el último ciclo de Bitcoin.

¿Por qué?

1. Auditabilidad: podés discutir un umbral; no podés auditar un black box que cambia.
2. Anti-overfitting: lo que “pegó” en 2021 puede ser casualidad vestida de ciencia.
3. Educación transferible: el RSI que aprendés en /aprende/rsi es el mismo espíritu del hub.
4. Honestidad de EN_RANGO: si optimizás para emitir siempre dirección, matás el estado neutral.

El motor de mercado no incluye backtester de estrategias, sweeps de parámetros ni curve-fitting como feature. Eso no es falta de ambición: es frontera ética del producto.

Principio 3: multi-timeframe con EN_RANGO como adulto en la sala

El hub evalúa 1h, 4h y 1d. Los flavors (confluencia, fuerza de tendencia, cruce de EMAs, momentum, volumen) aplican subsets de indicadores y componen un estado multi-TF.

EN_RANGO significa: no hay alineación direccional usable según las reglas; o la fuerza de tendencia es insuficiente. Es el estado más frecuente y se representa con semántica neutral (gris), nunca como “error rojo”.

Leer multi-TF con honestidad:

• Un solo TF no define el relato.
• La divergencia entre marcos es el relato.
• Las razones van estampadas (4h·RSI) para que audites.
• La capa viva sobre vela en formación es provisional y puede degradar a settled.

Tour extendido: guía como-leer-el-hub-de-moneda y fichas como /coins/bitcoin.

Principio 4: ciclo on-chain descriptivo, free tier con límites

El índice de ciclo de Bitcoin combina drivers (MVRV Z, NUPL, aSOPR, Puell, supply en beneficio, precio/realizado) en un score 0–100 con mapeos fijos a subscores. Zonas: capitulación, acumulación, equilibrio, precaución, euforia.

Reglas duras:

• Media de subscores disponibles; si hay menos del mínimo, datos insuficientes (no inventa).
• Fuente free diaria (BGeometrics / bitcoin-data.com), servidor → snapshot.
• Kill-switch si se apaga el módulo.
• No es predicción de precio ni COMPRA/VENTA.
• No incluye rainbow, Pi-Cycle u otros “timers” de techo como oráculos del producto.

Metodología: /ciclo/metodologia. Panel: /ciclo.

Principio 5: fase de mercado por regla fija

ALCISTA / BAJISTA / RANGO se clasifican con precio, media de referencia y drawdown desde ATH (umbrales clásicos documentados). La duración histórica de fases pasadas es contexto de hechos, no cuenta regresiva. Ver /aprende/fase-mercado.

Principio 6: semántica de color y de palabras

En el sistema de diseño:

• Sube/baja (verde/rojo) → movimiento de precio.
• Destructive → errores y advertencias (mismo rojo posible, otro significado).
• Rango (gris) → neutral honesto.
• Educación/premium → otra semántica (p. ej. púrpura), no “señal”.

En el lenguaje:

• “Describe”, “contexto”, “no es pronóstico”.
• Prohibido en el contrato de lectura: órdenes de COMPRA/VENTA, price targets disfrazados de neutralidad, alertas no shippeadas vendidas como activas.

Principio 7: educación en dos longitudes

No metemos un tratado de 2000 palabras dentro del tooltip del RSI. El hub debe seguir siendo usable.

Principio 8: personalización sin sirenas mentirosas

Mi Reino permite favoritos e indicadores con baseline de relectura. Las alertas push no se venden como listas si están en fase PRONTO. Preferimos un ritual de visita a un botón vacío de “activá alertas”.

Principio 9: motor embebido, no magia de backend opaco

Los datos de mercado se producen en el propio repo (loops → Postgres): tickers, velas, análisis, pulse, catálogo, on-chain según flags. La API de lectura sirve snapshots. Si MARKET_ENGINE_ENABLED apaga loops, se sirve lo último conocido sin fingir un cloud místico.

Para el lector esto significa: un solo producto, con degradación comprensible, no cinco microservicios inventando frescura.

Principio 10: atribución y límites de terceros

CoinGecko y alternative.me (Fear & Greed) tienen créditos y ToS. El on-chain free tiene techos. Binance data API tiene reglas. La lectura honesta incluye nombrar fuentes y no scrapear lo que no podés sostener.

Tabla maestra: “¿esto es señal?”

Si necesitás un sistema de trading, construilo fuera con tus reglas de riesgo — y no le pidas a CR que lo valide.

Anti-patrones que la metodología rechaza

1. Curve-fitting de umbrales a máximos históricos para “clavar” techos.
2. Backtester de marketing en la home.
3. Funding / liquidaciones / flujos ETF live como feature sin fuente integrada.
4. Alertas push anunciadas como listas sin backend.
5. COMPRA/VENTA en UI o en guías.
6. Predicciones de precio con fecha.
7. Pintar el rango de rojo para generar urgencia.
8. Mezclar on-chain de BTC con un alt como si el índice aplicara.
9. Precios viejos con animación live.
10. Un solo timeframe vendido como verdad absoluta.

Cómo se ve la metodología en un día de uso

Mañana (3 minutos)

1. Home: clima, movers con método, frescura.
2. Si BTC te importa: chip/contexto y, si querés, /ciclo.
3. Nada de “operar el open” por un flavor 1h.

Mediodía (10 minutos)

1. Hub de 1–2 monedas.
2. 4h + 1d primero; 1h después.
3. Una frase escrita de descripción.

Semana (30 minutos)

1. Una guía o concepto de /aprende.
2. Revisar Mi Reino: ¿sigo cuidando las monedas correctas?
3. Releer esta metodología si sentís FOMO de otros sitios.

Relación con confianza y E-E-A-T

La experiencia (E-E-A-T en jerga SEO) en un portal de mercado no se fabrica con adjetivos: se fabrica con trazabilidad.

• Experiencia: rituales de lectura y UI que no castigan el “no sé”.
• Expertise: fórmulas clásicas bien explicadas, no inventos opacos.
• Autoridad: consistencia entre metodología, código y copy.
• Trust: frescura, kill-switches, sin promesas de riqueza.

Esta guía es un artefacto de trust tanto como un tutorial.

Qué no es esto

• No es una garantía de ranking SEO.
• No es una promesa de rentabilidad.
• No es un whitepaper académico de microestructura.
• No es COMPRA/VENTA ni asesoría financiera.
• No es un compromiso de que todas las fuentes free existirán igual en 2030 (si cambian, el producto debe degradar o documentar el cambio).
• No es un ataque a quienes operan con otros métodos; es el contrato de este producto.

Sí es la declaración de cómo CriptoReino calcula, muestra y se niega a fingir.

Isomorfismo: la misma fórmula en servidor y en el browser

Reglas compartidas entre servidor y browser evitan dos verdades en el producto.

Input, función, output y explicación forman una cadena auditable.

contrato verificable

razón visible

1

Snapshot validado

visible

2

Función pura compartida

visible

3

Estado semántico

visible

4

Razón visible

visible

5

Límite visible

visible

Isomorfismo del cálculo no elimina errores en datos de entrada.

Los módulos de indicadores y flavors están pensados para correr igual en el motor (server) y en la capa viva (cliente). Eso no es un detalle de ingeniería para impresionar: es una garantía de que “provisional” no significa “otra matemática secreta”. Si el live y el settled difieren, la diferencia debe venir del input (vela abierta vs cerrada), no de un indicador distinto.

Por qué no hay COMPRA/VENTA ni en el copy fino

Aunque el cálculo fuera perfecto en descripción, convertir un estado en botón de trading:

1. Crea expectativa de responsabilidad fiduciaria que el producto no asume.
2. Empuja a usuarios a tamaños y apalancamientos que el portal no gestiona.
3. Rompe la semántica educativa de EN_RANGO y de los drivers on-chain.
4. Choca con el posicionamiento LATAM de lectura seria, no de casino.

Por eso las guías del lote, los conceptos de /aprende y la UI comparten la misma prohibición.

Transparencia de fallos: kill-switches y datos insuficientes

Fuente caída, dato parcial, browser sin soporte y snapshot viejo no son lo mismo.

Cada falla mapea a advertir, degradar, ocultar o usar último cierre.

lectura 1

Fuente caída · último cierre

lectura 2

Dato parcial · no score

lectura 3

Live no disponible · settled

lectura 4

Muy viejo · ocultar

Degradar con honestidad no resuelve la ausencia del dato original.

Un sistema honesto tiene interruptores:

• Motor de mercado apagable sin tumbar todo el sitio.
• On-chain apagable o degradable.
• Score on-chain que prefiere null a un promedio inventado.
• Cinta que se oculta sin frescura.

Para el lector, un hueco con explicación es mejor que un número cosmético. Detalle de datos: /metodologia/datos. Ciclo: /ciclo/metodologia.

Cómo auditar una afirmación del portal (checklist)

1. ¿Es dato, cálculo o editorial?
2. ¿Hay timestamp o frescura visible?
3. ¿El umbral está documentado o es ad hoc?
4. ¿La prosa usa “describe” o “va a”?
5. ¿Se pide una acción de capital?
6. ¿Hay capa confusa (fase vs flavor vs on-chain)?

Si falla 4 o 5, no es lectura de CR: es ruido que se coló.

Relación con otros sitios y con el timeline

CriptoReino no necesita que otros portales sean deshonestos para justificar su método. Puede haber buenos charts, buenos periodistas y malos funnels de señales en el mismo ecosistema. El estándar local es:

• Enlazar conceptos propios.
• Preferir fuentes primarias cuando se cita el exterior (bitcoin.org, documentación de vendors de datos).
• No clonar un widget de flujos o liquidaciones solo porque “la competencia lo tiene”.

Métricas de calidad internas (para el equipo y para el lector escéptico)

Aunque no sean un dashboard público, la barra de guías y de producto incluye:

• Palabras suficientes y FAQ real en educación larga.
• Tablas comparativas.
• Interlinks a superficies vivas (/coins, /ciclo, /aprende).
• Bloque “qué no es esto”.
• Cero promesas de alertas no shippeadas.

Esa barra es la misma que usa el plan de 50 contenidos: SEO × product-fit, no SEO × hype.

Escenario completo trabajado (solo descripción)

Supongamos BTC en la ficha:

• Precio fresco; % 24h moderado.
• Confluencia 1d EN_RANGO; 4h momentum mixto; 1h ruidoso.
• Fase RANGO por regla (sobre media pero drawdown intermedio).
• On-chain en equilibrio/precaución según drivers.
• Fear & Greed en zona media.

Frase válida: “BTC sin alineación multi-TF de fondo, fase de precio intermedia, on-chain sin extremo claro en el mapa fijo.”

Frases inválidas en CR: “Comprá el dip”, “seguro lateral hasta el halving”, “el ETF garantiza el floor”.

Ese contraste es la metodología aplicada.

Para principiantes

• Aprendé el vocabulario antes de tocar un exchange.
• Separá custodia, precio y narrativa de marketing.
• Si no entendés el riesgo, no es “avanzado”: es peligroso.

Para avanzados

• Mapeá el término a una superficie real de CR o a un límite de producto.
• Evitá whitepapers como única fuente de verdad operativa.
• Documentá supuestos (red, emisor, custodiante) cuando compares tokens.

Preguntas frecuentes

¿Por qué no optimizan indicadores “para cripto 24/7”?

Porque la optimización retrospectiva vende certeza falsa. Preferimos parámetros clásicos y estados honestos, incluyendo EN_RANGO.

¿El análisis técnico “honesto” niega que se pueda tradear?

No. Niega que este portal sea un emisor de señales o un backtester de alpha. El AT descriptivo y el trading discrecional son oficios distintos.

¿Dónde veo las fuentes y cadencias?

En /metodologia/datos y en la metodología de ciclo. El footer acredita obligaciones de ToS donde corresponde.

¿Qué pasa si una métrica on-chain deja de llegar?

El driver falta; si no hay mínimos, no hay score. La UI no debería inventar un 50 “neutral” cosmética si la regla es datos insuficientes.

¿La capa viva rompe la honestidad al usar el browser del usuario?

Al revés: declara provisional, corre el mismo código isomórfico y degrada si falla. El riesgo sería fingir server-live sin decirlo.

¿Cómo reporto un error de dato o de prosa?

Usá los canales de confianza del sitio (p. ej. correcciones / contacto en el área editorial) con el mayor detalle de timestamp y URL.

¿Esta metodología puede cambiar?

Sí, de forma explícita y documentada. El anti-patrón es el cambio silencioso de umbrales para que el pasado se vea genial.

Cierre: un estándar aburrido a propósito

La lectura honesta es aburrida en el mejor sentido: repite el mismo contrato, prefiere el silencio al teatro, deja el rango en gris y se niega a convertirte en cliente de una señal. Si adoptás ese estándar, el resto del ecosistema CriptoReino —mesa, hub, ciclo, aprende, Mi Reino— se vuelve un solo idioma. Y cuando el timeline grite una certeza, vas a tener un lugar donde el mercado se describe sin pedirte fe.