Escena 1
   actions for fotograma 1
      N0 = 0;
      N1 = 0;
      N2 = 0;
      N3 = 0;
      N4 = 0;
      N5 = 0;
      N6 = 0;
      N7 = 0;
      N8 = 0;
      N9 = 0;
      MostProbably = 0;
   actions for fotograma 2
      Num = random(10);
      trace ("Num es "+Num);
      set ("N"+Num, eval("N"+Num)+1);
      if (MostProbably < eval("N"+Num)) {
         MostProbably = Num;
      }
      trace ("MostProbably es "+MostProbably);
   actions for fotograma 3
      gotoAndPlay (2);

Por ejemplo en una ejecución:
Num es 4
MostProbably es 4
Num es 7
MostProbably es 4
Num es 6
MostProbably es 4
Num es 9
MostProbably es 4
Num es 7
MostProbably es 4

El 4 apareció sólo 1 vez mientras que el 7 2, pero el más probable no cambió a 7.

Ese algoritmo lo que no tiene en cuenta, me parece, es la posibilidad de que haya varios dígitos cuya frecuencia de repeteción es máxima, en lugar de uno solo. Ese caso deberá presentarse cíclcamente si la función random está bien construida, porque la probabilidad teórica de cada dígito es 0.1, y con el crecimiento de pruebas más debe de acercarse la frecuencia de cada dígito a ese teórico 0.1.

Creo que el algoritmo lo que presenta es el nº de aparciones del primer dígito que llega a ese máximo, y luego sigue presetando el mismo dígito (aunque otros dígitos hayan igualado el nº de repeticiones) hasta que es superado por algún dígito que aparezca una vez más.

Si por ejemplo en un momento dado el que más ha salido es el '7' con 14 apariciones, digamos, y de pronto el '1' llega a también a 14 apariciones sigue saliendo el '7' en exclusiva ¿no? O eso creo. Y si otro dígito llega también a las 14 repeticiones seguirá saliendo el '7'; solamente cambiará cuando alguno alcance las 15 repeticiones, y entonces volvera a quedarse en ese nuevo hasta que alguno llegue a 16, y así sucesivamente...