pull down to refresh

"provably fair theatre"
I mean the current setup is already "provably fair theatre" no matter if you show the full hash or not.
I mean the current setup is already "provably fair theatre" no matter if you show the full hash or not.
No. The concept is sound. If the roll is hashed, and the hash is revealed before the spin ends, then the roll is provably fair, because it cannot be changed without changing the hash.
However, It is trivial to create SHA256 hash collisions against a 7 character string. It is impossibly difficult to create collisions with the full 64 character hex string.
The authors know this - they base their entire thesis on this principle. Which is why it smells. They try to give the impression of being provably fair, while limiting the hash to just 7 characters is provably not fair. They have been advertising heavily here, unless this is addressed asap - show me the hash, @SN should reject their advertising sats and tell them to look for suckers elsewhere.
reply
1000 sats \ 2 replies \ @nout 1 Feb
As I explained in this very thread the roulette could easily be very unfair and the current hashing scheme would do (literally) nothing about it. Since the next numbers are generated on their server, they could easily say - "in the next 16 rolls it will always return 16". And you still get the hash before the roll, roll happens and after the roll you can confirm that indeed 16 was rolled. If the insider bets on 16, then they can nicely multiply a lot of coins (while other people betting are most likely to lose). Obviously they could make the roulette less visibly unfair, so it goes unnoticed for longer.
reply
done !
reply
show me the hash
will be done in 24 hours!
reply
reply