Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

At this point, I invite everyone to test it with as many simulations as they wish and to publish it, for a neutral environment.

OK. They did, and the results indicate your prefix method wins in 55.2% of cases, sequential in 40.6%, and ties for the rest.

Now do you understand where your error is? Or do you consider all of these identical results as a valid proof of your theory?

I'll give you a hint: you're running all tests on the same distribution, so obviously you'll get the same results.

You might as well pre-map all the values to their keys and do a lookup to get a 100% to 0% winning method.

Try again?

lol, What do you mean? Are you suggesting that a comparison of two methods under equal conditions is unfair? Elaborate. Are you implying that it's rigged? Quote some code. Go ahead, look for five legs on the cat...it's open source.

Yes. Any non-uniform distribution will ALWAYS exhibit the same effect. Because it's set in stone.

Do we need to go back to the basics, and explain what a uniform distribution is defined as?

Then you'll say: the 69 bit range is also not uniform.

However, that doesn;t mean your prefix method wins, because you can't know that unless you bring it from its uniform state to the non-uniform observed immutable state and actually run your method.

Until that point, the only valid way to compare your method to whatever other method is to use a uniform distribution, not one that favors your method.

And yes, it's called rigged, cheating, however you want to call it. Do we now need to find the first distribution that does NOT favor your method? Are you serious?!

You make it clear that you're a fool. You're under the scrutiny of an open post, where any expert can validate, and you say such ridiculous things. Quote some code: that way, you end up humiliating yourself.

You know what's funny?

1. I'm still waiting on bibilgin to deliver his excuses. He's doing what a real man standing his stance would: disappeared without trace after making a complete idiot out of himself. His credibility at this point should be zero, if not negative.

2. You're following on his trails little by little. I mean, you're the one who posted the code to be tested, do you not see where you are computing the exact same distribution? How can you seriously claim you are running all simulations "under the same conditions" but the very foundation of the thing being tested is fixed? This is getting ridiculous.

But it's OK, I'm giving up. Everyone: McDouglas is right. Please keep on hunting prefixes.

Code:

const hash = generateH160(num);

This is totally the correct way to create a uniform distribution.

You nailed it.

Oh, just so I don't double post, I have some great piece of code for you guys. It's the best way to create a totally random number:

Code:

int getRandom() {
    return 42;         // chosen by pure chance
}

I hope it serves you well.