I'm not speacialist as well but something is shady here for sure.
Have to note the standard procedure (for similar sites) is that the server seed is given (and not changing) for e.g entire one day. And published next day (and changed of course) so you can verify only bets made day before.
I have tried one thing (which if found quite interesting) in above mentioned post .... and found the server seed is indeed changing for every bet.
This would not be totaly unfair as long as there would be any way to check fairness of this seed generation (I did not find on which basis this seed generated). So basicaly the admin disguise the fairness into two levels but we have options to check only the first level ...and no clue how to verify the second one ... aka NOT PROVABLY FAIR. My humble opinion.
I don't even understand how to verify the rolls with the given seed
First I'd like to understand that and then I can ask how the seed is even generated
OK, I did not realized you wanted to explain the very basics.
The thing is you are trying to understand it while using this rigged casino (which makes the entire process too complicated ). I guess the reason for this is to confuse players which seems to worked in your case ) ... I'm pretty sure if you follow verification procedure of any relevant site like primedice or freebitco you would understand.
Hope you are familiar with the hash functions: same input always results in same output ... thus you can verify if the input has not been changed (it would change the output as well).
Lets try some example (sorry for my english, hope you'll undestand it).
I'm running dice casino.
Basic rule is: Bet result is given by last two digits from sha256 hash of "provably fair string". And this string is composed as "serverSeed+ClientSeed+betID"
You will choose your own clientSeed (for this case let it be: BLEBLEBLE )
I have to provide you with (daily) serverSeed: in this case let it be: BLABLABLA
but I can't provide you this seed directly otherwise you would be able to rig the game so I will give you only it's SHA256 hash which is:
9fb037daee8774db8f25ed16f796e89e11a8825829683244ae777a5f725bddf0 (you would be able to verify this next day, after I publish the unhashed serverSeed)
Now you will make a very first bet of my casino (thus bet ID is 1)
Based on all this info i can compose the provably fair string: "BLABLABLA+BLEBLEBLE+1".
I'll hash it using sha256 which gives me: 319159c8fef7aa6cc6e49fefa4b761c47ab69be363ed7ba10906783a68
9dbb
5f
This gives last two digits: 95 which represents the rolled number (so if you would bet HI you would win)
To verify fairness you need to:
1 - check if I did not changed the serverSeed ( after I publish it you need to hash it and this hash has to be same as you have seen on beginning: "9fb037....25bddf0"
2 - if everthying OK you can compose the provably fair string ("BLABLABLA+BLEBLEBLE+1") and hash it. Last two digits of this hash must correspond with the rolled number.
ufff, when I start writing this I didn't expect it will be so long.