If the hash is truly random, then the order you search keys doesn’t matter.
Backwards?
Every third key?
Start at f6f5431d?
Zig-zag?
Shuffle first and then act like you’re being clever?
Makes zero difference for me.
You can shuffle the whole keyspace, scan it in reverse, hop around, chase prefixes, invent “smart jumps”
at the end of the day, it’s all just personal preference and a way to stay entertained while you burn CPU cycles for the rest of your life.
You should read the thread and try the codes; it's not that we're invalidating the cryptography, we're simply looking for something better. The numbers don't lie
The only thing all the numbers showed so far is that there is zero advantage whatsoever. Otherwise, Bitcoin would have dropped to 0$
If you think there is even the slightest 0.00000000000000000000001% "bias": nope, there isn't any. All your numbers were spot on to what one expects, and there is zero efficiency gain, but actually efficiency loss. To understand this, one must be able to use a brain though.
You're only BS-ing yourself. It takes exactly 3 additional lines of code to shuffle the indexing of the generation of hashes in all of your superb AI-generated scripts, but my fear is that once you do that and realize that everything works just as "efficient" as anything else you had before, we'll only end up with
"oh, but you forgot about the location bias of the location indices of the private keys of the sequence of indices of the locations of the entropy .... "..... W T F