Fairness

Fairness stays as the most important thing for us. We believe our transactions must be clear and transparent for any of our customers, remaining free from manipulation, and thus everything could be verified by any customer, to assure 100% fairness and correspondence with the rules.

Random numbers are calculated on two parts of the software, server seed, and client seed, and then out of these 2 numbers, a final random number is generated.

The way we join server and client seed is randomization, and this process is working on the server side without any interruptions, in a non-stop mode.

By getting the 3 things, customer number, client number and Nonce (number that can only be used once) there exist a possibility to predict the result of any bet. To prevent this from happening, our team keeps server seed in secrecy, and instead of pure open seed, we use its hash created by SHA-256 standard.

When next randomization takes place, old (previous) server seed becomes open, to grant a possibility to any of our customers to verify the fairness and outcome of the bet. This is fair also for us, because we on our part may verify that server seed never been influenced and replaced, we routinely compare hashes before and after randomizations to prevent fraud and hackers attacks.

We do the following to create a random number (bet outcome) – take the server and client seed and the nonce (a number that can only be used once), which is your bet number

Combination = server seed + client seed + NONCE

After we calculate the combination, we use the hash (SHA 512) of it, and this gives us 128 symbols long result. The first 5 symbols are converted to a random number ranging from 0 to 1,048,575 (16 ^ 5 - 1), in case this number is less than a million. After it, we divide it and use as result of a bet, if not, we cycle the process, and repeat it with the next five symbols, then again, system is programmed to repeat the process up to 25 times.

We admit that there may exist a probability when 25 tries of this algorithm never get you a number less than a million to be converted further, in this rarely happening case, we just use the remaining 3 symbols to convert them to the outcome of the bet, thus the roll number.

As you may see, the algorithm is fair and good to be used in fair play practices, however, it is always good to have an option to verify any bet, so you may use the following code, to do so on your own discretion:

Beside this, it is always possible to use bet verifier: Verify on Codepen