Documento técnico de Dexter
Monitoreo, Releases y Recuperación
La seguridad operativa se mide por qué tan rápido se detecta un fallo, qué postura adopta el mercado y cómo se recupera sin afectar fondos.
3 secciones
3 min de lectura
Capítulo del documento
#Pistas de monitoreo
- Salud de gateway: latencia, 4xx/5xx, rate limits y errores de sesión.
- Salud de oráculos: frescura, divergencia, timeout y estado degradado.
- Settlement: retraso de root, tamaño de cola y fallos de proof.
- Payouts: batch pendiente, revisión KYC y hash de salida.
#Respuesta por clase de fallo
Un fallo de precio puede llevar el mercado a reduced o close-only. Un fallo de gateway bloquea escrituras antes que arriesgar órdenes duplicadas. Un retraso de root mantiene withdrawals pendientes hasta publicar un estado verificable.
El objetivo no es que nada falle; es que el fallo quede contenido en el rail correcto.
#Disciplina de release
Cada release debe pasar smoke de API, mercado y rutas públicas. Los cambios de infraestructura conservan topología single-writer salvo aprobación explícita de una arquitectura líder/seguidor probada.