Cutover de RGS em aggregator tier-one, MGA + UKGC.

Um aggregator tier-one que rodava sua própria camada de integração precisava de um spine RGS capaz de carregar todos os títulos certificados sob MGA e UKGC, sem perturbar os contratos de wallet com operadores. A plataforma vigente era um patchwork multi-RGS; mesas de reconciliação estavam absorvendo o custo.

O brief era específico: um contrato assinado, um audit ledger, zero quebra de semver na superfície outbound do aggregator.

Encaixamos o RGS Ludocrash atrás do contrato wallet-of-wallets já existente do aggregator, mantendo cada integração com operador na superfície atual. Pacotes de evidência de certificação foram protocolados para MGA e UKGC em uma única submissão, pinada contra as versões de audit ledger vivas no dia do filing.

Operadores continuaram lendo eventos de settlement do aggregator. O aggregator começou a ler do audit ledger. Reconciliação migrou de batch noturno para stream.

Encaixar atrás de um contrato de wallet existente — em vez de substituí-lo — colapsou o risco de migração. Operadores do aggregator não viram mudança. O aggregator parou de manter ferramenta interna de reconciliação porque o audit ledger respondia tudo que ela tinha sido construída para responder.

O próximo engagement nessa forma começa a fiação do consumidor de audit ledger no dia um, não na semana seis.

Subdimensionamos o regression suite operador-side durante o cutover. Tínhamos test driver determinístico e replay harness, mas operadores rodavam em cima da superfície do aggregator e não tinham visibilidade dos asserts internos de sandbox-parity.

Próxima vez, sandbox-parity é publicada como artefato de contrato que o aggregator pode mostrar a seus operadores diretamente, não como artefato interno de release.