Quote from: xlcus on June 18, 2011, 02:23:23 PM

Quote from: lulzplzkthx on June 17, 2011, 07:34:55 PM

Some have taken to MD5 hashes, etc. but I'd like to offer another method.

How do you see your method as being better than the MD5 hash method, considering the user/player now has another 3rd party to trust?

It's not necessarily a "better" method, it's "another" method. In my opinion, the user isn't confused about what an MD5 hash is. Of course, they may want to know more about what MY service is, so that might be useless. However, the reason I created this service wasn't so that I could use it, but so that people no longer had an excuse to say "oh, well, we don't want to compromise our security", and so they stop abusing random.org asking for a number every time they need one, instead of generating a block list, like I did.

And, as I said, I created it so I couldn't use it, but so others could. It's something that they did not create, and thus I have no motivation to help them cheat.

Quote from: CAFxX on June 18, 2011, 02:09:57 PM

The only reason one might need true random numbers is for generating cryptographic keys. Asking such numbers to an external entity would render pointless the whole cryptography attempt (not to mention, exceptionally slow).
What's wrong with /dev/random in your opinion?

Lotteries need true random numbers. Would you like to see a graphic representation of PHP's rand() function on a Windows machine? It's pretty. It's pretty because there's a diagnol pattern across the whole thing.