Quote from: Battareus on October 28, 2019, 02:22:37 AM

Quote from: Heat.GG on October 19, 2019, 11:36:39 PM

I've gone ahead and read into your provably fair methodology.
There's a problem here which immediately stands out to me, you're not using an external source of randomness to pull the results.
Ontop of an external random source, it needs to be unknown untill both players are in the match as well, and verifiable beforehand that it wasn't changed.
Like I said earlier this can be accomplished by either using random.org's ticket API OR using something such as the hash of an unmined bitcoin block.
The reason you generating a random winner and hashing it with a salt beforehand and displaying the hash to the user, isn't random, is due to the fact the house could know who wins in this case.
Ontop of the house being able to know who the winner or loser is, they can purposely make games under their own accounts as well in which are wins for them and still seem "provably fair"

It also seems to me that games that claim that their honesty can be verified cannot claim that their house edge is 1%, how can they calculate it if the hashes give a random value independent of the player? At what point does the game determine a win when a bet has already been made or receives a request from the server in advance?

We pick a random crash number, salt it with a secret key and create a hash,then we give it to the players before game start. After you get the secret key, you can verify the crash number. This is a way to verify we don't use a factor to crash it, like player count etc... Because you know the number already picked before the game.