Topic: PrimeDice random number calculation (Read 556 times)

So, 37 million spins on the same table you would expect around 1 million occurrence for each number
but if you did 37 million spins on 37 million different tables, there will be no "equal" distribution of occurrences for all numbers

If you want to write it like such then take a view at the bigger system outside of this.

Each player is given a randomly generated server seed and randomly generated client seed. Upon the change of a client seed, the server seed is again randomly generated, hashed and spit out to give to the user.

We can consider each of your systems a 'result' since it will return the same value. Thus with the randomness of generation, each user has the same probability of getting the same results.

---

Consider this, as well. There's a finite number of permutations for server and client seed. Each server and client seed combination results in a chain of results for wagering (because of nonces). That means that you're randomly given a chain of results. Pass this kind of thinking to as if you were rolling a die with a series of numbers on it.

-snip-

And again, when you change your key or they change theirs, you are switching to a different system too.

The probability should be the chance of getting a specific outcome among other possible ones from THE SAME SYSTEM and PrimeDice obviously lack this.

BUT,
The numbers being generated based on the keys used for each side has a probability of lower or higher than 33, so what keys are being used are the ones that decides if you are going to get the probability you are promised or not.

ROLL NUMBERS

To create a roll number, Primedice uses a multi-step process to create a roll number 0-99.99. Both client and server seeds and a nonce are combined with hmac-sha512(server_seed, client_seed-nonce) which will generate a hex string. The nonce is the # of bets you made with the current seed pair. First five characters are taken from the hex string to create a roll number that is 0-1,048,575. If the roll number is over 999,999, the process is repeated with the next five characters skipping the previous set. This is done until a number less than 1,000,000 is achieved. In the astronomically unlikely event that all possible 5 character combinations are greater, 99.99 is used as the roll number. The resulting number 0-999,999 is applied a modulus of 10^4, to obtain a roll number 0-9999, and divided by 10^2 to result a 0-99.99 number.

HOW TO VERIFY

You can use a third party tool to verify roll numbers or use the following Node.js script that recreates the process described above. It will output your roll number.

//the seed pair itself
var clientSeed = "your client seed"; //dont forget to exclude the dash and the nonce!
var serverSeed = "your server seed";

//bet made with seed pair (excluding current bet)
var nonce      = 0;

//crypto lib for hmac function
var crypto = require('crypto');

var roll = function(key, text) {

    //create HMAC using server seed as key and client seed as message
    var hash = crypto.createHmac('sha512', key).update(text).digest('hex');

    var index = 0;

    var lucky = parseInt(hash.substring(index * 5, index * 5 + 5), 16);

    //keep grabbing characters from the hash while greater than
    while (lucky >= Math.pow(10, 6)) {
        index++;
        lucky = parseInt(hash.substring(index * 5, index * 5 + 5), 16);

        //if we reach the end of the hash, just default to highest number
        if (index * 5 + 5 > 128) {
            lucky = 99.99;
            break;
        }
    }

    lucky %= Math.pow(10, 4);
    lucky /= Math.pow(10, 2);

    return lucky;
}

console.log(roll(serverSeed, clientSeed+'-'+nonce));

Hi all,

Searching online for whether PrimeDice is legit or not I found this forum, where some people think it is rigged, and lots of other think otherwise.



After I got a loss streak of ten in a row for a chance of 50/50, and the probability of this streak happening is 1 in 1024, I thought there must be something, but apparently there is what is called, provably fair.
I decided to look into it, I looked into the code, but my basic understanding of coding didn't led me to see how the script calculate the probability you set for the roll.

Can you please help?