Il mirror EVM CertiExch: funzione, permessi e riconciliazione#

Il contratto EVM è un mirror controllato di uno strumento già esistente nel registro CertiExch. Non nasce come token libero e autonomo. Il Master Record, le posizioni autoritative e la finalità restano nel core; il mirror espone quantità vincolate, allowlist e hold operativi.

Pubblicazione#

La pubblicazione collega:

• instrument_id CertiExch;
• hash del Master Record;
• nome e simbolo;
• chain ID;
• contract address;
• owner/operator address;
• ABI e versione del contratto.

Prima del mint il registro crea una riserva. Il mirror può emettere soltanto la quantità collegata al riferimento di lock. La supply attesa viene calcolata dalle riserve attive e confrontata con la supply osservata on-chain.

Allowlist#

La allowlist limita gli indirizzi ammessi. È un controllo tecnico, non un’anagrafica completa. L’identità, la qualifica e la titolarità restano nei sistemi autorizzati. Un address in allowlist non diventa per questo un intermediario, un investitore professionale o un conto di registrazione.

Hold#

Il DvP può creare un hold che blocca quantità del venditore verso un compratore identificato. Il rilascio o l’esecuzione avvengono in correlazione con lo stato monetario. Un hold on-chain non sostituisce la transazione DvP nel core: ne rappresenta la gamba titoli sul rail.

Supply e riconciliazione#

riserve attive nel registro
→ expected_supply_units

saldo totale del contratto
→ actual_supply_units

differenza = actual - expected

La differenza zero indica allineamento quantitativo, non prova da sola la correttezza di ogni detentore. La riconciliazione completa considera saldi, allowlist, eventi, hold, transazioni e riferimenti di settlement.

Trasferimenti esterni#

Un evento osservato sul rail non entra automaticamente nel registro. Deve provenire dal contratto autorizzato, sulla rete corretta, avere topic ABI riconosciuto, transaction hash e log index validi, non essere removed e non risultare già acquisito. Solo dopo la validazione viene normalizzato, attestato e riconciliato.

Sostituibilità#

Il core dialoga attraverso LedgerRailInterface. Polygon è un adattatore, non una dipendenza semantica del titolo. Un altro rail può implementare lo stesso contratto operativo senza cambiare Master Record, ISIN, eventi di servicing o conti di registrazione.