Rail, gateway e simulatori#
Questa area mostra sistemi esterni e rappresentazioni DLT. Il registro resta autoritativo salvo configurazione e base diverse esplicitamente approvate.
Rail DLT#
La pagina rail mostra:
- adapter;
- rete e chain ID;
- mirror;
- contract address;
- supply attesa/osservata;
- cursor;
- riconciliazione;
- eventi normalizzati.
Una differenza fra supply e riserve richiede analisi.
Gateway#
I gateway rappresentano:
- cash settlement;
- paying agent;
- custodia/CSD;
- market data;
- reporting;
- registro ricevente;
- CertiSigma.
La pagina operativa mostra richieste, risposte, ricevute e stato. La console simulatori altera gli esiti solo negli ambienti ammessi.
Evento rail attendibile#
Prima di acquisire un evento esterno verificare:
- chain ID;
- contract address autorizzato;
- topic/event signature;
- transaction hash;
- block e finalità/conferme;
- payload coerente;
- non duplicazione;
- correlazione con un’istruzione del registro.
Provider degradato#
Determinare capability colpite. Un provider read-only degradato può consentire alcune operazioni; un signer o cash provider indisponibile può bloccare scritture/finalità. Non generalizzare lo stato.
Simulatori#
I simulatori possono produrre online, degraded, offline, errori, partial e timeout. Ogni esito deve essere chiaramente etichettato come simulato.
Riconciliazione#
- richieste inviate vs ricevute;
- reference univoci;
- status provider vs core;
- importi/quantità;
- retry;
- evidenze;
- eventuali messaggi orfani.