LIVE · capital real on-chain · 24/7

Un predictor que aprende de cada predicción.

Oracle Sentinel predice el movimiento de BTC cada 5 minutos. Cada predicción queda archivada con su contexto completo; cuando resuelve, el sistema observa si acertó y bajo qué condiciones. La próxima predicción ya sabe dónde fallar menos.

Ver cómo aprenden → Conocer al equipo
Polygon · on-chain
Archivo 100% auditable
Kelly sizing
Rolling accuracy · ventanas 30 70.0% ↑
50% baseline
día 1 · 46.7% día 3.7 · 70.0%
Tracción · 3.7 días live

Los números, tal como salen del archivo.

Cada predicción queda firmada en JSONL append-only. Nada es retrospectivo.

Predicciones acertadas
59.6%
502 / 844 ventanas · 9.6pts > moneda
Ventanas analizadas
847
1 cada 5 min · 24/7
Techo teórico del edge
86%
probabilidad de que alguna señal aporte info · 145 ventanas con historial completo
Modo operativo
LIVE
Polygon on-chain · capital $20
Tesis

El mercado de predicción
tiene un edge calibrable.

Polymarket cotiza probabilidades. Quien calibra mejor que el market-maker, gana. Oracle Sentinel es un sistema con memoria, autoaprendizaje y ejecución on-chain automática.

01 · El edge

Probabilidades mal cotizadas

En BTC-5min, los MMs cotizan con baja información microestructural. Nuestro sistema integra 15 señales (precio, book, funding, whales) cada 5 minutos.

02 · El método

Aprendizaje continuo, sin caja negra

Cada predicción se compara contra el outcome real. La historia condicional (régimen, hora, señales observadas) modula la probabilidad de la próxima. La lógica es auditable caso por caso.

03 · La ventaja

Transparencia radical

Cada predicción archivada con timestamp. Cada bet on-chain. Confusion matrix en endpoint público. Auditable por terceros en caliente.

Aprendizaje continuo

Un predictor que aprende de sus propios errores.

Cada predicción se archiva con su contexto: régimen de mercado, hora, volatilidad, señales secundarias. Cuando se resuelve, el sistema registra si acertó o falló. Esa historia es la que decide el output de la próxima predicción.

01 · Observar

Cada bet es una lección

Cada ventana de 5 min queda archivada con su contexto completo (régimen, hora, volatilidad, señales secundarias) y su outcome real. 847 lecciones acumuladas hasta hoy.

02 · Detectar patrones

"¿Dónde tiendo a fallar?"

El sistema busca condiciones donde su accuracy baja sistemáticamente: régimen volátil, horarios específicos, confianza engañosamente alta. Los marca.

03 · Autocorregir

La próxima predicción ya sabe

Antes de emitir la siguiente probabilidad, el predictor consulta su historial en condiciones similares. Si ahí falla, ajusta confianza a la baja. Si ahí acierta, la sube.

Los patrones observados hasta hoy

El sistema cuenta el outcome real en cada combinación de señales observadas. Esta tabla es la memoria del predictor — y lo que le permite autocorregirse.

📈 señal secundaria UP
📉 señal secundaria DOWN
📈 predicción UP
✓ consenso UP
36 ventanas
Todas las señales apuntan UP. Outcome histórico confirma.
P(UP observado) = 55%
⚡ señales divergen
5 ventanas
Patrón con poca evidencia todavía. Acumulando.
P(UP observado) = 56%
📉 predicción DOWN
⚡ señales divergen
58 ventanas
Patrón bien observado. El outcome se parte casi 50/50.
P(UP observado) = 47%
✓ consenso DOWN
16 ventanas
Todas las señales apuntan DOWN. Outcome histórico confirma.
P(UP observado) = 30%
La propiedad central

Más historia = mejor predicción

A medida que cada celda acumula observaciones (umbral n≥20), su probabilidad converge a la frecuencia real del mercado en esa condición específica. No necesitamos fórmulas — la evidencia es la fórmula.

Por qué no es una black box

Cada autocorrección es auditable

"Para esta ventana, el predictor miró 58 ventanas históricas en condiciones similares y observó que 27 fueron UP. Por eso reporta 47%." Ese razonamiento es visible en cada predicción.

Roadmap de aprendizaje — 4 fases

A medida que la historia crece, la autocorrección gana dimensionalidad. Más patrones observables = predicciones más específicas al contexto.

Fase 1 · actual
shadow
Sistema registra cada predicción + outcome. Patrones 2D se empiezan a llenar.
Fase 2
autocorrección 2D
n≥20 por celda. El predictor corrige su confianza usando la frecuencia histórica observada.
Fase 3
autocorrección 3D
Incorpora régimen + hora UTC. La corrección se vuelve específica al contexto de mercado.
Fase 4
meta-learning
El propio prompt del predictor recibe su historial condicional. Convergencia hacia accuracy casi perfecto.
Autoaprendizaje en vivo

Lo que el predictor está leyendo de sí mismo, ahora.

Antes de cada predicción, el modelo recibe su propia memoria condicional — dónde falla, dónde acierta. Los números debajo son el contenido exacto que se inyectó en el último prompt. Endpoint público: /api/os/self-learning.

Ventanas en memoria
rolling window
Accuracy base
Buckets calientes
n≥20 con Δ ≥ 5pp
Última actualización
cache TTL 1h
⚠ Contextos donde fallás más

Bajar confianza aquí

Cargando…
✓ Contextos donde acertás más

Subir confianza aquí

Cargando…
Heatmap · régimen × microestructura

Dónde el predictor es fuerte y dónde es frágil

La intersección más interesante: cómo cambia la accuracy según el régimen de precio y si la señal de microestructura está de acuerdo. Verde = acertás más que el promedio; rojo = menos. Gris = n<20 (aún aprendiendo ese bucket).

Accuracy desagregada — últimas 500 ventanas

Por dimensión, qué tan bien predice el modelo

Cada barra es un bucket. La línea vertical punteada marca la accuracy base global. A la izquierda, peor; a la derecha, mejor. El largo de la barra incluye el número de observaciones (n).

Cargando gráficos…
Fuente: https://oraclesentinel.bajczman.com/api/os/self-learning · público · CORS abierto · auditable por terceros
Honestidad probabilística

Cuando decimos 65%, sale 65%.

El reliability diagram compara la probabilidad reportada (eje X) con la frecuencia real observada (eje Y). La diagonal es perfección. Estar cerca de la diagonal significa que el sistema no está sobre-ni sub-confiado.

perfección Probabilidad reportada (%) Frecuencia realizada (%) 0 20 40 60 80 100 0 20 40 60 80 100 35% → 24% 45% → 50% 55% → 58% 65% → 63% 75% → 80%
Lectura

Calibración: prácticamente perfecta

Los dos buckets más poblados (n=460 en 45%, n=294 en 55%) caen casi exactamente sobre la diagonal. Eso es calibración real: cuando el oráculo dice 55%, sale 58%. Cuando dice 45%, sale 50%.

reported → realized
35% → 24% (overconfident DOWN, n=25)
45% → 50% (perfecto, n=460) ★
55% → 58% (perfecto, n=294) ★
65% → 63% (casi perfecto, n=70)
75% → 80% (conservador, n=5)

★ donde vive el 89% de las predicciones. Es la zona que más importa — y donde el sistema está calibrado.

Honestidad operativa

La curva de aprendizaje real.

251 bets ejecutados desde Fase 0 (sin autoaprendizaje). El pico y el drawdown son el por qué existe el sistema de autocorrección que estás leyendo. Todo archivado, todo on-chain, todo auditable.

PnL acumulado · 251 bets · SIM $10k
Pico
+$608
Drawdown
-$1,299
Hit rate
94W / 132L
Cierre
-$691
$0 +$800 +$400 -$400 -$800 pico +$608 · día 1 drawdown -$738 · día 2.5 bet 0 bet 125 bet 251
Lectura 1

El edge predictivo existe

El pico de +$608 con 59.6% accuracy demuestra que el sistema puede ganar dinero en mercados reales. El edge no es teórico.

Lectura 2

El sizing era el problema

El drawdown vino de apostar fuerte en ventanas de alta confianza que estadísticamente eran trampas. Sin autoaprendizaje, el sistema no sabía que esas condiciones eran peligrosas.

Lectura 3

Por eso existe esta Fase 2

La autocorrección que leíste arriba es la respuesta directa a este drawdown. Con memoria condicional, esas ventanas-trampa ya están catalogadas — la próxima vez la confianza baja automáticamente.

Unit economics

La matemática del bet individual.

Cómo gana dinero un sistema con 59.6% de accuracy. Cada bet pasa por 3 filtros económicos: edge mínimo, Kelly cap, y costos. Si no supera los 3, no hay trade.

Per bet · expected value

$0.46 EV por bet

p_win × payoff − p_loss × stake
= 0.596 × $7.73 − 0.404 × $10
= $4.61 − $4.04
= +$0.57 neto

Asume 3% fees + edge medio de 2%. Varía por bet según edge específico.

Per bet · sizing

Kelly fraccionado ¼

f* = (bp − q) / b
= (0.773 × 0.596 − 0.404) / 0.773
= 7.3% del bankroll

Kelly ¼ = 1.8% del capital

¼ Kelly para reducir volatilidad a costa de ~6% de growth óptimo. Sharpe mejor que Kelly completo.

Proyección · 30 días

~400 bets proyectados

windows/día ≈ 288
× 30 días = 8,640 windows
× 5% bet rate = ~430 bets
× EV $0.57 = ~$245 sobre $10k

Bet rate conservador. Escalable linealmente con capital (respetando caps de book depth).

Riesgo

Dos mecanismos de protección

Edge mínimo≥ 2%
Kelly cap¼ · f* Kelly
Max per-bet exposure3% del capital
Max concurrent bets12 mercados
Dampener en desacuerdo fuerte× 0.5
Floor per bet$1
Escalabilidad

Capital → PnL (modelo Kelly)

CapitalBets/díaEV/mesSharpe est.
$1k~14~$251.4
$10k~14~$2451.6
$100k~14~$2,4001.6
$1M~10~$18k1.3

A $1M+ aparecen caps de book depth → bet rate cae. Edge absoluto escala, % sobre capital baja marginalmente.

El equipo · 12 agentes especializados

Cada uno con un rol único.

Módulos en producción, auditables. Los presento como personas — porque eso es lo que hacen dentro del sistema.

— Cerebro predictivo

🧠
Predictor base

Oracle AI

"Miro 7 dimensiones del mercado y digo UP o DOWN con confianza calibrada."

Claude Haiku. Consume price-action, book, funding, whales, sentiment, regime. Output: dirección + confianza 0-1.

Haiku7 featurescada 5 min
🔍
Segunda opinión

Sonnet Overrider

"Si Haiku duda — confianza ambigua — leo más profundo y decido."

Claude Sonnet. Solo interviene en casos de baja confianza. Más caro, más preciso, selectivo.

Sonnettrigger: conf<60%selectivo
Técnico de microestructura

Scalper Ensemble v2

"No leo narrativas. Leo el book, el spread, el funding. Datos puros."

Logística sobre 15 features. Temporal holdout 20%, L2=0.05, retrain horario. OOS AUC 0.60.

15 featuresOOS AUC 0.60retrain 1h

— Calibración y verdad

📐
Calibrador Bayesiano

Calibrador

"Tu probabilidad de 70% — ¿realmente es 70%? Yo te confirmo contra la realidad."

Ajusta la probabilidad reportada contra la frecuencia realizada por bucket. Evita overconfidence.

isotonicpor bucketrolling 200
📊
Contador de ventajas

Edge Ledger

"Edge neto: probabilidad × payoff − costo. Si no supera el threshold, no hay bet."

Filtra cada señal por edge mínimo (2%). Aplica Kelly fraccionado. Respeta caps de exposición.

Kelly ¼edge min 2%cap 70%
🎯
Árbitro del mercado

Reality Gate

"No apostamos si el spread es una joda o el book está cruzado."

Chequea liquidez YES/NO, spread razonable, profundidad del book. Veto silencioso si falla.

spread < 3%depth minbook health

— Ejecución on-chain

🏦
Claim automático

The Redeemer

"Cuando una ventana resuelve, cobro los tokens ganadores on-chain. Automático."

Gnosis Safe v1.3.0 + EIP-712. Llama CTF.redeemPositions() en Polygon. Sin intervención humana.

Safe 1.3.0CTF Polygongas-aware
⚖️
Oráculo de verdad

Binance Resolver

"Polymarket dice que ganaste. Confirmo contra Binance antes de cantar victoria."

Fallback independiente para resolver el outcome real. Protege contra dispute markets.

spot truthfallbackdispute-safe
💠
Reconciliador intent↔fill

Fill Reconciler

"Pediste $10. Te llenaron $7.82. Hago que el archivo diga la verdad: $7.82."

Parsea makingAmount/takingAmount del CLOB. Sobreescribe size_usd con fill real, preserva intent.

CLOB parsefill ratioaudit trail

— Gobierno y salud

🌤️
Filtro de régimen

Regime Gate

"No operás igual en mercado lateral que en vuelo parabólico. Yo clasifico."

Clasifica 4 regímenes (ranging, trending up/down, volatile). Modula confidence y sizing.

4 regímenesrolling volsizing mult
🛡️
Reductor de riesgo

Scalper Dampener

"Si AI y scalper se contradicen fuerte, reduzco tamaño a la mitad."

Al detectar desacuerdo >0.15 en probabilidad, multiplica el size por 0.5 (floor $1).

floor $1mult 0.5disagree gate
🩺
Monitor del sistema

The Doctor

"Gas en el Safe, APIs, freshness del book. Si algo respira mal, bloqueo operaciones."

Healthcheck continuo. Cuando MATIC bajo, RPC cae, o feed se estanca, entra en DISARMED.

MATIC gasRPC healthdata freshness
Transparencia radical

Cada predicción, cada bet, firmada y auditable.

Qué Dónde vive Por qué importa al inversor
Archivo de predicciones data/btc_5m_predictions_archive.jsonl Append-only. Cada predicción con timestamp, features, outcome. No hay forma de retrocambiar números.
Tabla de celdas (posterior) /api/os/scalper-status Confusion matrix, Wilson CI, y posterior por celda accesibles en endpoint público.
Bets on-chain Polymarket CLOB · Polygon Cada entrada y salida verificable en Polygonscan. Hash de transacción por bet.
Redemption Gnosis Safe · EIP-712 Cobro de tokens ganadores automático y verificable on-chain.
Modelo scalper src/brain/scalper.py · retrain 1h Temporal holdout 20%. AUC out-of-sample es la única métrica honesta de generalización.
La oportunidad

Capital para escalar el edge verificado.

El sistema ya vive en producción con capital real ($20 simbólico). El edge conjunto (86% al menos uno acierta, 59.6% AI standalone, 63.8% scalper cuando AI falla) justifica escalar con disciplina Kelly.

Fase 1

Capital piloto

$5-25k para validar edge a escala. PnL Kelly-ajustado instrumentado. 30 días.

Fase 2

Capital productivo

$50-250k cuando fase 1 muestra Sharpe > 1.5 y consistencia semana a semana. Multi-mercado.

Fase 3

Producto

Cerebro como servicio: señales calibradas + ejecución para terceros. Licensing + perf fee.

¿Qué estamos buscando conversar?

Un partner con visión de infra cripto que quiera entrar temprano en un sistema con track record verificable. El producto existe, el edge es medible, y la arquitectura soporta escalar.

Conversemos → Ver cómo aprende