Operación y despliegue
Lo que necesita saber quien opera una instancia de tilcai-infrastructure: sondas, activación de mainnet, retención del monitor, claves y Cloud Run.
Sondas
| Ruta | Responde | Úsala para |
|---|---|---|
/health | 200 mientras el proceso vive | Startup y liveness de la plataforma (Cloud Run, Compose) |
/ready | 200 o 503, con cada comprobación | Saber si la instancia puede cobrar; monitoreo |
Antes de activar transacciones en mainnet
Con la instancia todavía en solo lectura (MAINNET_TRANSACTIONS_ENABLED=false), la siguiente llamada tiene que responder 200. Comprueba sin enviar nada que los relayers de mainnet existen en avalanche-c-chain y mainnet, sin pausar y con firmante. Un 503 dice qué falla.
curl -s "$TILCAI_API_URL/ready?mode=transactional"Retención del monitor
MONITOR_RETENTION_DAYS (14) para lo entregado y MONITOR_PENDING_MAX_DAYS (90, nunca menor) para lo que un destino aún no recibió. Ver Monitorización.
Claves del operador
Cada arranque sincroniza TILCAI_API_KEYS: quitar una clave la revoca. Si la sincronización falla (por ejemplo, un valor que ya es la clave emitida de un tercero), el proceso sale con código 1 sin escuchar. Se corrige la lista con un valor nuevo y se reinicia; npm run tenant sigue disponible.
Cloud Run y escritor único
Estado: pendiente de validación en staging. El límite de una instancia del manifiesto es por revisión, así que en un rollout conviven dos, cada una con su worker y su Litestream replicando en la misma ruta. Litestream advierte que eso puede dejar la réplica imposible de restaurar. No hay incidente observado. Mientras tanto: no etiquetes revisiones de tilcai (una revisión etiquetada queda encendida como segundo escritor) y publica sin pagos en curso. El análisis, el protocolo de ensayos y la herramienta están en PR #46.
La disponibilidad depende de tu instancia. Consulta /health y /v1/routes antes de integrar.