Un math document no es un cambio de código
Cuando un regulador pide la matemática detrás de un título, no quiere un hash — quiere una cadena determinista desde el RTP claim, pasando por reel strips y paytables, hasta la simulación que produjo el RTP publicado dentro de la tolerancia. Esa cadena es el math document.
Si la cadena se rompe en cualquier paso, el claim de certificación se rompe con ella. El math document es el contrato; el build artefact es solo una expresión.
Pinear, no taggear
Pineamos el math document al build artefact con un identificador content-addressable — un hash sobre strips, paytables, constantes de math y configuración del simulador. Ese hash es lo que enviamos al lab y lo que rederivamos del código en cada release.
Semver dice qué API llamar. El hash pineado dice qué matemática está en el cable. Los operadores leen ambos.
Las minor revisions de GLI-19 no son gratis
Cuando GLI-19 se mueve entre minor revisions, la metodología de medición de RTP puede cambiar de formas que parecen benignas pero desplazan la banda certificada. Reconstruimos el simulador bajo la nueva metodología antes de aceptar una re-cert; si la banda se mueve, el math document se mueve con ella.
El audit ledger guarda el pin histórico para que cualquier RTP claim anterior siga siendo reconstruible desde el código — el número viejo del lab, bajo la metodología vieja del lab.
Qué significa para la integración de un operador
Nada en el cable. El contrato de integración no cambia con un bump de versión de math; el header certified-version del título sí. Los operadores que consumen el audit ledger ven una nueva event-class para transiciones de versión de math, y la entrada del changelog es una línea.
No rompemos semver en silencio. Tampoco rompemos matemática en silencio.