> ## Documentation Index
> Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt
> Use this file to discover all available pages before exploring further.

# Operar Lerian SILOC

> Las ventanas de liquidación diferida neta de SILOC como contexto regulatorio, el manejo de certificados regulados, la contingencia del gateway y el replay del relay, y los granos de reconciliación detrás de Lerian SILOC.

Lerian SILOC se construye en torno a una realidad operativa de SILOC: es un sistema de liquidación **diferida neta, en días hábiles**. El servicio mantiene la conexión del gateway y hace relay de la familia del dominio de tarjetas a lo largo de esas ventanas; no calcula ningún ciclo y no mantiene posición.

## Ventanas de liquidación

***

SILOC liquida sobre una base diferida neta multilateral, en días hábiles. Nuclea ejecuta ciclos de liquidación diarios distintos para los productos de boleto y de tarjetas. Esas ventanas de ciclo son de **Nuclea** —Lerian SILOC **no** las calcula, ni las abre, ni las cierra. El servicio retransmite de forma literal los mensajes de período de ciclo que recibe; no actúa sobre ninguna de la lógica del ciclo.

## Certificados regulados

***

Los certificados del gateway se registran como un **certificado público más una referencia de custodia externa** —el servicio no conserva clave privada alguna. Un certificado se analiza por su sujeto, serie y ventana de validez cuando se registra, y se revoca por la API cuando se retira. Un estado de **credencial deshabilitada** detiene el gateway, de modo que un certificado deshabilitado o revocado fail-closes la conexión en lugar de dejarla corriendo con credenciales inválidas.

## Contingencia y recuperación

***

El gateway y el relay están construidos para sostenerse bajo falla sin perder ni duplicar un frame:

* El **circuit breaker** del gateway se dispara ante fallas repetidas, y la **reconexión automática** con un backoff acotado restablece la conexión.
* Un **mensaje no manejado** —cualquier código fuera de la familia de tarjetas— se convierte en una **excepción de operador fail-closed**: nunca se descarta, nunca se enruta mal, se retiene para revisión.
* Una **falla de relay** ante una interrupción sostenida aguas abajo estaciona el frame de forma durable y levanta una alerta de **relay caído**; un operador lista las fallas estacionadas y las **reprocesa** una vez que Lerian SLC se recupera.
* La **reentrega al-menos-una-vez** combinada con la **deduplicación por NUOp** garantiza que no haya pérdida ni duplicado a lo largo de todo el camino.

## Reconciliación

***

La reconciliación se ejecuta en varios granos para que el estado de la conexión nunca se desvíe:

* **Ledger de deduplicación por operación.** Cada operación entrante se indexa por su NUOp, de modo que un frame reentregado se reconoce y no se retransmite dos veces.
* **Feed de auditoría de mensajes retransmitidos.** La lista de mensajes retransmitidos del dominio de tarjetas es el registro de auditoría de lo que llegó a Lerian SLC.
* **Estado por participante e historial de estado.** Cada participante lleva su estado operativo, y cada cambio de estado se conserva como una entrada de historial de eventos de estado.