Busca en todas las páginas de la documentación
Los incidentes se repiten cuando las correcciones permanecen en los registros de chat. Estas listas de verificación convierten los elementos de acción posteriores al análisis en monitores, puertas de control de CI y simulacros trimestrales para que las transacciones fallidas, las interrupciones de RPC y las rutas de explotación se detecten antes de que los usuarios tuiteen sobre ellas.
Velocidad de TVL / saldo de la bóveda: Alerta cuando el saldo cae > X% en Y minutos en los PDAs del programa.
P95 de aterrizaje de transacciones: Envío sintético cada 5 minutos; alerta si p95 > 30s durante 10 min.
@solana/kit + GrafanaTasa de error del programa: Relación de errores Custom fallidos con el total de txs para tu ID de programa.
Salud del proveedor de RPC: Retraso de slot, tasa 429, recuento de desconexiones de WS por proveedor.
rpc-health.sh + PagerDutyVerificación de tarifas prioritarias: Alerta si la oferta de tarifa mediana cae a cero durante ventanas de alto tráfico conocidas.
Cambios en la autoridad de actualización: Alerta sobre cualquier set-upgrade-authority para IDs de programas de producción.
Simulacro de indicador de pausa: Prueba trimestral de set_paused(true) en un clon de devnet en < 5 min.
incident-pause.shRegresión LiteSVM / Surfpool: Reproduce txs de exploits conocidos contra cada PR del programa.
anchor test + fixture de LiteSVM 0.6.xPuerta de sincronización de IDL: La generación de código del cliente falla si el hash de IDL difiere del programa desplegado en devnet.
Compilación verificable en el lanzamiento: Hash de solana-verify publicado en las notas de lanzamiento.
Simulación de humo: Las 10 principales rutas de usuario se simulan sin errores en devnet antes de la promoción.
Ruta de actualización multisig: Sin despliegue directo desde laptop a mainnet; solo propuesta de Squads.
Prueba de actualización de blockhash: La prueba de integración del cliente afirma que la reintentos usan un nuevo blockhash.
Presupuesto de límite de tasa: Prueba de carga de la ruta de lectura al doble del tráfico de lanzamiento esperado contra RPC de staging.
Si el equipo de guardia reconoce < 20% como accionables, ajusta los umbrales. Empieza estricto después de los incidentes, relaja con los datos.
Transferencia mínima o ix de programa no operativo contra RPC de producción con tarifa prioritaria: solo mide el aterrizaje.
Sí, para la pre-promoción; los monitores de mainnet son obligatorios para los fondos de los usuarios.
El comandante del incidente actualiza dentro de las 48 horas posteriores al post-mortem; el gerente de ingeniería revisa trimestralmente.
La pausa/mitigación de Nivel 1 nunca se bloquea; la lista de verificación completa se aplica antes de volver a habilitar el tráfico.
La tasa de fallos de cambio y el MTTR mejoran cuando los elementos de detección y reversión se aprueban.
Comienza con 3-5% en 5 minutos para préstamos; ajusta según el tamaño del protocolo y el ruido.
Utiliza el mismo nivel de proveedor que utiliza la producción, o los resultados serán engañosos.
Archiva un ticket por cada paso fallido; un simulacro fallido cuenta como un incidente casi perdido.
Cuando sea reemplazado por automatización con 90 días de historial limpio; documentar en el post-mortem.
Versiones de la pila: Esta página se escribió para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0 y LiteSVM 0.6.x.
Revisado por Chris St. John·Última actualización: 16 jul 2026