Bitcoin puzzle transaction ~32 BTC prize to who solves it

[Henark]

The strategic recommendation for any serious effort to solve the remaining keys of the puzzle is the adoption of a co-design approach. It is necessary to abandon the pursuit of a purely algorithmic solution and instead simultaneously optimize the attack algorithm for parallelization and the HPC infrastructure for the specific communication patterns that this algorithm generates. The combination of a robust generic attack such as Pollard’s Rho, potentially accelerated by tools like ECFFT, and executed on a specialized and cost-effective network topology like HammingMesh, represents the most promising and economically viable path to completing this puzzle.

[mahmood1356]

I also agree with your opinion. That user "@MrGPBit"
 In the chat before me, I also asked the keys I had given and provided me, and now I wrote to me the philosopher wandering the keys !!! This means ridiculing the rest of the users, I only provided these to the progress of users' analysis to get the solution, and nothing else,

@mahmood1356
These prefixes belong
Wandering Philosopher
he published it for everyone

His statement

I haven't searched for 71 in a few weeks, and I am not sure I will get back to searching for it. I'm working on a bigger project and as all of us know, there are only so many minutes in a day lol. But I do have these 48+ bit h160 matches that maybe someone can find useful and maybe lead them to the target address. I am sharing because at the moment, they are of no value to me. Hopefully they will be for someone. Enjoy. Keep hunting. Shooters shoot!

I don’t know who you mean by ‘the wandering philosopher,’ and I should mention that I didn’t get this list from anyone. Also, providing this list doesn’t mean the presenter should be awarded a medal. I think you’ve misunderstood the true purpose of this forum—the goal is simply to share approaches, methods, and collective reasoning, not to focus on individuals or the specific contents of what they said
And something you might want to know is the method I used to search for the prefixes—you can use this code, and it’s not difficult at all.

git clone https://github.com/brichard19/bitcrack.git
cd bitcrack
mkdir build
cd build
cmake ..
make

./bitcrack -c -t 256 -p 1PWo3JeB9j -r 400000000000000000:7FFFFFFFFFFFFFFFFF -o ~/Desktop/matching_prefixes.txt

[newsecurity1986]

Keys ain't balls:
Crypto keys are unique and never reused,  no "putting back" like your urn nonsense.

Balls are not the keys, they are the hashes. The keys are irrelevant here. They might as well be random data that gets hashed. This doesn't change in any way any probabilities whatsoever.

Real-world:
Prefix search actually saves work by bailing early when collisions happen. Your urn keeps uselessly drawing balls forever.

No, no. The urn does the same bailing just as the prefix search: extractions are skipped once a blue ball comes out. This step is very important, sorry that I forgot to mention it. So, please, once a blue ball comes out, please skip the next few extractions. Then please proceed with the next extraction. I know, it sounds like a no-op, but hey, that's identical to skipping keys.

Physical constraints matter:
The prefix search exploit actual hardware behavior (sequential scanning + early termination) to boost efficiency. Your model just jerks off in theory land.

My bad, I totally forgot how much that matters when doing the probability calculations. It definitely impacts the next ball to come out. IMHO I was thinking it's exactly the other way around: not skipping keys helps because you simply compute the next key, instead of a hard reset. My bad again.

Have fun!

Listen up, tulip breath, your urn model's still smoking legal herbs:

STOP PUTTING HASHES BACK IN THE URN!
SHA-256 ain't some stoned lottery where duplicates magically appear. Each key spits out a unique hash. Your "replacement" fantasy would break Bitcoin's entire security model. Stop hallucinating.

YOU ABORT ON THE WRONG TRIGGER!
Prefix bail on FALSE POSITIVES (collisions), not after finding the real key. Your "skip after blue ball" is like celebrating a wallet crack then quitting, total junkie logic.

HASHING COSTS MORE THAN YOUR RENT!

Advancing keys: cost = 1 joint
Generating hashes: cost = whole coffeeshop inventory
Pretending skipping keys saves work proves you've never touched real hardware.

YOUR OWN MATH CONFIRMED THE 63%!
Stop fighting your own damn probability calculation. The 63% is rock solid because:

Physics of unique keys

Real abortion on collisions

Actual code benchmarks

Your urn's a fantasy bong. Prefix search is working with cryptographic reality. Either run the real simulation (you'll get 63%) or stop clogging the thread with theoretical vomit. The method works, deal with it.

[mcdouglasx]

snip

Friend, I recommend you use the magic wand and you'll be happier. Let them think freely in their own world like everyone else, who either ignores them or humorously goes along with their work.

In short, kTimesG doesn't invalidate prefix searching, it simply ignores that each "stop rule" defines its own success rate.

But anyone who knows math and reads will know who's right.

[kTimesG]

Not putting the ball back in violates the uniform distribution property of the hash.

It would also, in effect, violate the uniform distribution of the prefix of the hash. Making the theory not to work at all (if it would have, which it doesn't).

It's basically saying "this hash can no longer occur" or "this prefix can no longer occur" depending on what the balls represent. Again, balls are HASHES / PREFIXES, not KEYS.

Also, keys don't uniquely map to hashes. Not even getting beyond the SHA256 step, because by birthday paradox, you'll get repeats starting after around 2**128 keys. Having a a repeated SHA256 means identical h160, hence dupe address with different private keys.

The next level is between the SHA256 and RIPEMD-160, where the second level of birthday paradox is in effect. So, RIPEMD-160 repeats start to show up after around 2**80 RIPEMD(different SHA256) operations.

Hence, the 2nd level of duped addresses, from different keys, and with different SHA256 hashes, but identical RIPEMD-160.

This ain't worth it. Maybe try the dev board with that kind of nonsense though.

Have a nice weekend.

[mahmood1356]

The strategic recommendation for any serious effort to solve the remaining keys of the puzzle is the adoption of a co-design approach. It is necessary to abandon the pursuit of a purely algorithmic solution and instead simultaneously optimize the attack algorithm for parallelization and the HPC infrastructure for the specific communication patterns that this algorithm generates. The combination of a robust generic attack such as Pollard’s Rho, potentially accelerated by tools like ECFFT, and executed on a specialized and cost-effective network topology like HammingMesh, represents the most promising and economically viable path to completing this puzzle.

Your idea to use the co-design approach for algorithm and hardware is completely clever. Combining Pollard's Rho with tools like ECFFT and implementation on a specialized infrastructure like HammingMesh could theoretically offer high performance. The HammingMesh topology is not yet established and its practical implementation might be complex and expensive. The cost and development time of such a system are likely higher than more common methods like GPU clusters. It is unclear exactly how much performance improvement will be achieved, as algorithmic details and scalability have not been provided. Overall, your approach is creative, but to be feasible both financially and technically, it needs operational analysis and precise benchmarking.

[MrGPBit]

I also agree with your opinion. That user "@MrGPBit"
 In the chat before me, I also asked the keys I had given and provided me, and now I wrote to me the philosopher wandering the keys !!! This means ridiculing the rest of the users, I only provided these to the progress of users' analysis to get the solution, and nothing else,

@mahmood1356
These prefixes belong
Wandering Philosopher
he published it for everyone

His statement

I haven't searched for 71 in a few weeks, and I am not sure I will get back to searching for it. I'm working on a bigger project and as all of us know, there are only so many minutes in a day lol. But I do have these 48+ bit h160 matches that maybe someone can find useful and maybe lead them to the target address. I am sharing because at the moment, they are of no value to me. Hopefully they will be for someone. Enjoy. Keep hunting. Shooters shoot!

I don’t know who you mean by ‘the wandering philosopher,’ and I should mention that I didn’t get this list from anyone. Also, providing this list doesn’t mean the presenter should be awarded a medal. I think you’ve misunderstood the true purpose of this forum—the goal is simply to share approaches, methods, and collective reasoning, not to focus on individuals or the specific contents of what they said
And something you might want to know is the method I used to search for the prefixes—you can use this code, and it’s not difficult at all.

git clone https://github.com/brichard19/bitcrack.git
cd bitcrack
mkdir build
cd build
cmake ..
make

./bitcrack -c -t 256 -p 1PWo3JeB9j -r 400000000000000000:7FFFFFFFFFFFFFFFFF -o ~/Desktop/matching_prefixes.txt

You have not found the prefix, this prefix was published long time ago by the owner Wandering Philosopher

[mahmood1356]

I also agree with your opinion. That user "@MrGPBit"
 In the chat before me, I also asked the keys I had given and provided me, and now I wrote to me the philosopher wandering the keys !!! This means ridiculing the rest of the users, I only provided these to the progress of users' analysis to get the solution, and nothing else,

@mahmood1356
These prefixes belong
Wandering Philosopher
he published it for everyone

His statement

I haven't searched for 71 in a few weeks, and I am not sure I will get back to searching for it. I'm working on a bigger project and as all of us know, there are only so many minutes in a day lol. But I do have these 48+ bit h160 matches that maybe someone can find useful and maybe lead them to the target address. I am sharing because at the moment, they are of no value to me. Hopefully they will be for someone. Enjoy. Keep hunting. Shooters shoot!

I don’t know who you mean by ‘the wandering philosopher,’ and I should mention that I didn’t get this list from anyone. Also, providing this list doesn’t mean the presenter should be awarded a medal. I think you’ve misunderstood the true purpose of this forum—the goal is simply to share approaches, methods, and collective reasoning, not to focus on individuals or the specific contents of what they said
And something you might want to know is the method I used to search for the prefixes—you can use this code, and it’s not difficult at all.

git clone https://github.com/brichard19/bitcrack.git
cd bitcrack
mkdir build
cd build
cmake ..
make

./bitcrack -c -t 256 -p 1PWo3JeB9j -r 400000000000000000:7FFFFFFFFFFFFFFFFF -o ~/Desktop/matching_prefixes.txt

You have not found the prefix, this prefix was published long time ago by the owner Wandering Philosopher

You can say whatever you love, but I reached these prefixes with a simple Python code, and then I will send the full list I have:


1PWo3JeB9bdAkTqBMxzLZfd9i2Bn8TKyEZ
1PWo3JeB9bdaSa7zbrFMBs2nTDF9YzkSUE
1PWo3JeB9bdbqiuKdDoEsRUkmuFCqF3Dag
1PWo3JeB9beqVrWn347TjGY59D4xJjjrbZ
1PWo3JeB9bf87qHQWRfAB7RwngnygWGLSN
1PWo3JeB9bgMmWQBdDCX1HsUWS18JxZfN7
1PWo3JeB9biw4sA3vFsxgrmMoAqRvk49po
1PWo3JeB9bj9vjL8bzfKJdNHD28SSjj6HP
1PWo3JeB9bjNxbmgd9iRu6avjsGNYnvDa4
1PWo3JeB9bkwxaydWDsg6FLPCLmqLoawMc
1PWo3JeB9boRa6gnjxez77LN5FJXuVmba5
1PWo3JeB9bpmQr9GXqVRRKQCMJidTLruf2
1PWo3JeB9bqNibYTpTPVRMrhLGB8xziKd1
1PWo3JeB9bsHq8Q2rPBBp9fR6nmijgKFuY
1PWo3JeB9bsNjyiCor24cEVbG7JkJ3MNeC
1PWo3JeB9btdYos7Hv2VVyiyKJQsL1DMY6
1PWo3JeB9btxu4cndpEjhJeoQQmuaQuLEp
1PWo3JeB9bu64ApTbw1LZ6WZCpuZdcAo45
1PWo3JeB9bwzbaEQ86DEv1bccR7NF32irR
1PWo3JeB9bysq7LTrpPbPromVFXb3dwERh
1PWo3JeB9c1BFbK4W9A3yQsT4bhCWKTNmr
1PWo3JeB9c3Sujv1Qv7aHo3TgSsp9rRoXR
1PWo3JeB9c3ZV31C4wLnaRHvN9s13b7XZE
1PWo3JeB9c46yU7axZAdHLvatzAGEdiAYF
1PWo3JeB9c4YyJU2oV9XJMdjcuDcUuVafT
1PWo3JeB9c5PUiGpMXWbvxeUAMWP7bBedm
1PWo3JeB9c6ss1S8MwATR2uN8GGd24NWLm
1PWo3JeB9c7AmqZ4wrJxzZazNsDE5Zgj8R
1PWo3JeB9c8Wrd3X2f7Z1Z6prJfZ7U7RYz
1PWo3JeB9c9ggmts36GL5BpKZvEDWtCMYX
1PWo3JeB9cAdB1pJiDue7ut9uxpcLBc8hE
1PWo3JeB9cEo3np6QZ8ichaQPT4gLYFigJ
1PWo3JeB9cLkKB7nrrCr2oNDNwGEBADGy5
1PWo3JeB9cM3jErrqT62UBYdAkQ8A24SDA
1PWo3JeB9cMuK2aANp58PtPq2g5zrZFRNg
1PWo3JeB9cNpMEfy3YDNYug4ZGhLKiUgwE
1PWo3JeB9cQTzbfyRQZjzxhQX8B8LWuvPf
1PWo3JeB9cQuHog7oxEjYqKFWo9PKuvMr7
1PWo3JeB9cRCHoGXakUB9YecZRdqfCeRyE
1PWo3JeB9cTeCqy4huLzhazkSgiX3y9BCb
1PWo3JeB9cVCmFBQuRSER9dkeSxHzxzcUD
1PWo3JeB9cVxGvtZ4uMisraFBX8mAFsNLH
1PWo3JeB9cWQx1dbmjkMNHVtkjD16raSj6
1PWo3JeB9cWfw2XqvGCfZiUfrrgs5ByGHG
1PWo3JeB9cX1oscP7rMFMN6Th1rv1WQ4C9
1PWo3JeB9cXJ27tqgpGE3TBkPh9xc7yrbw
1PWo3JeB9cXJrcjSAXAVSXX6XhNLrQLYKp
1PWo3JeB9cXXixoVUQSgukCSkVwN4D4Qg1
1PWo3JeB9cYAMTmHaiW92urv8k6HgPSAwd
1PWo3JeB9cYUJ7rDRoLaMZdyc3V39J7CjZ
1PWo3JeB9cYmbGT6j8JLxuzb1fB7e3GDzz
1PWo3JeB9cZXAkTKS3iaADuPYy7d8Z8kFE
1PWo3JeB9ca15gYmVFiUFhHVLS5wX3KXTE
1PWo3JeB9ccocjT2x2M8KxQnnRRAHuKnEe
1PWo3JeB9cd72do6cwpGtNDqk3o9girfkM
1PWo3JeB9ce6yEwTEqFH1HZERw8usZj6Vn
1PWo3JeB9cfjzzvNF3NKjMP3fvACo2cykE
1PWo3JeB9cgJ2E3HniF7KGSahqY3brM758
1PWo3JeB9cgvzXcdVKiS8vSK92G7VBM3eK
1PWo3JeB9chPgQdU3YtKVH8URe5wvdhEwm
1PWo3JeB9cijFMu4JgFDcVRSAgdmNp9hPE
1PWo3JeB9cjnLZtBsAUrV5U9227ntdvGjv
1PWo3JeB9ck2zc48nCrFaBQj43sNx67A2b
1PWo3JeB9cmT7ZCeWxMQCjw5KdPFiGpJkn
1PWo3JeB9coL1DBawDhPAmiffQiZtB35ie
1PWo3JeB9cpNp89W48qtydz7xYjjXi3dUW
1PWo3JeB9cpaYp3nzhFzjNRQs7hxg7Jakh
1PWo3JeB9cpejWXzUVGQBNho3Jc3YKhnNh
1PWo3JeB9ctj4erCMZmSSCVe2Pg9j5p6Hi
1PWo3JeB9ctvoQs2m7db6hEEoAKJqtsk2R
1PWo3JeB9cvmsuF2ocUYEzbSTPwG4z1mJS
1PWo3JeB9cwqV2cgtEw9WmHF2wpcQa8Zbe
1PWo3JeB9cxVQZMPmhHTWnoqVvPeJNM7Bw
1PWo3JeB9cxWwibY5RSJ4aQeHUFCCyayqX
1PWo3JeB9cyaFfuiQr5PiKLknQhuVmPmA5
1PWo3JeB9d2UNKu3wEbnipFNnRBBbtejFX
1PWo3JeB9d2kFitmieTZMaTYdgmD7MgWEo
1PWo3JeB9d3vZCdm65p1uvXzEXPxPR5Poh
1PWo3JeB9d5ctizUFFAwHoeUXUzVnt4yGp
1PWo3JeB9d7VN13NJ9akNnSvtkGGvuNtxV
1PWo3JeB9dDARwiUUSPZWAGSYS2fzqt4Vb
1PWo3JeB9dDE9arjx3UA3oe1kWq1DUUsEd
1PWo3JeB9dDVaBsLzdZXUGP7SabTtnMSVo
1PWo3JeB9dEpugryQT87D5XTiXiEBhXtVo
1PWo3JeB9dFJfdFYoiE9qLBwFWdTBUstPp
1PWo3JeB9dFq4kE8v6G1srz4PtvxsCMVJY
1PWo3JeB9dKtgDEg1CEADvzkf22g7ctjHX
1PWo3JeB9dMPkyA5CmSxuCF7jCHiKBen8f
1PWo3JeB9dPBMbUriwf5hjGxLQVUgKcP83
1PWo3JeB9dPGjxy5C4YC3kCFeMvaaoJxDo
1PWo3JeB9dSYbiEtH8wdba2Q8vCUcMx3kU
1PWo3JeB9dSrKsQPZNi64VzGiEMidYyAvQ
1PWo3JeB9dTsiWHb1HNy7tGkd4gz2t16sJ
1PWo3JeB9dWU2RVv97XRDLEFHXZGWThCGN
1PWo3JeB9dZAv9ovyveTBL8FWwg48pf7ko
1PWo3JeB9daSUd5feSNKfYV6eAvri92kXd
1PWo3JeB9dameCFwibGFQkfg5EUWDxk1Hg
1PWo3JeB9dbQTAFRtDVL1vLBBryLfB5F3V
1PWo3JeB9dcCp9m7XLrN1BdBvq4Hk2t1ck
1PWo3JeB9dd7JURwFFa6pmHsnTqaynJdiG
1PWo3JeB9dfLCNagUoJbNd7Ve3oboTbMQG
1PWo3JeB9dhH2njy6YVDLNizukCgqG87V4
1PWo3JeB9djrZitHeeS6Kre9i6mTW8JQcr
1PWo3JeB9dkToGMWR8ZnwNYxiPMC1KGh4u
1PWo3JeB9dmx3u1ftBTdLATkMNPGWFVUKL
1PWo3JeB9dpF9vWiVGovDR5mmETiYS5An8
1PWo3JeB9dsMRv6PWsMweQxkEC5xJnhgda
1PWo3JeB9dsx6kZ6LtpXjL6VuyoXtbTTbX
1PWo3JeB9dszhoCkc4eVawek4ZbTdQsjfR
1PWo3JeB9dtrf2ACS4gJaUBpzJVmz1kror
1PWo3JeB9duBWxS7rrmqvQ7Ws3ubk349uN
1PWo3JeB9dys8tpK4WRKYgTTn5zsUFCUNk
1PWo3JeB9dyvjaMkkEAsLwLxaKxXC32n3a
1PWo3JeB9dyxbNMdfXX2xaX6yXX8Xbg2oV
1PWo3JeB9dz6u2HXBwswfRtwM8kh2M8sG2
1PWo3JeB9e1MyA7zozEz9kGNZVFmSGxQ8g
1PWo3JeB9e2MPKhybTQHAVt3QxSm8YvF9v
1PWo3JeB9e5doL3euPJ3r9dzjwriACEmRK
1PWo3JeB9e6GKBuN18rQEoWFbrDCbds9Fi
1PWo3JeB9e6N3seXX3wa97xeret5igejHo
1PWo3JeB9e8dvcSKxZusZ7qgmvmADcAU4m
1PWo3JeB9e9kRBhF1Kxm7Su2dRAdaH294j
1PWo3JeB9eCqQCoUL5S5N1u78sZdJ3texD
1PWo3JeB9eDyBEK7nmWYgskBVKzpn5pH4b
1PWo3JeB9eFKfRx9y1Z5ByUyNcvo1RDQGZ
1PWo3JeB9eGb38SpdC4JzteHhueU9XjSqZ
1PWo3JeB9eGgQHB9ndPV2VTK3T4n8oK2MF
1PWo3JeB9eHRehbiaBFVeRrj6kRdGisrwb
1PWo3JeB9eHgYytea5Kxjpziv6hxwqjsya
1PWo3JeB9eHrrXah1daDggFVrLqpWfJQfA
1PWo3JeB9eJK1Wu1JaQzgq1KQB8pPKBJfP
1PWo3JeB9eJPG36nypnft5M57HrNypEx3T
1PWo3JeB9eJoqxNXNSAiK6hAAzeiPGBXKa
1PWo3JeB9eKLbEoSCNx7VCYjh4iPZvofFc
1PWo3JeB9eKcFW9VRLG4qqdr4biUWiQwJk
1PWo3JeB9eLYpv7ykQFbZvr48XmsDGxehu
1PWo3JeB9eLduirq6XuAFzhYyEZQ4ZvEaF
1PWo3JeB9eLfCqgv9oGsYDfVoiX4ZTGLT2
1PWo3JeB9eQupXnsqwBbHTGzfj22zDeSK9
1PWo3JeB9eRRD1BPfwyg5e7hFgpxtPZTcZ
1PWo3JeB9eSLSXEP1p1U6TThBXa6PxwnRN
1PWo3JeB9eSLuvLy29Kws6fB4Nq2EMgrLv
1PWo3JeB9eXioG1c2DcUcPH7JrFYBZRCqo
1PWo3JeB9eZ7tz1Cb62VwoZW7Vf7F3WLQi
1PWo3JeB9eZN6YadrVoD1d6NyYDUUf5iwz
1PWo3JeB9edXQEgThwvDX8ymCNURPxp57z
1PWo3JeB9edpnh4iMFoEMqdAL2q3HjJy9Y
1PWo3JeB9egKdfDZo7786PfAYzXYHFPg84
1PWo3JeB9egNVArfWwgR5Rn2nknwVJatHX
1PWo3JeB9egfGRdtzB8X7SVMv7ZQh357LQ
1PWo3JeB9eheEUim9MSoSVXGGi6B762cMB
1PWo3JeB9ehj2Y62FRFtKQFcdgyBp4We6P
1PWo3JeB9eimHPw5LFHBzXHL16uzU5zHNB
1PWo3JeB9eizWCsxkBYGrTetNd8hMsgS2g
1PWo3JeB9ejzidLTFQw62fdPFnH931HQyF
1PWo3JeB9em78PTB2E4QRq1Bs5o62f9j1r
1PWo3JeB9emFzevPVA5EQY9opD5KSCCQre
1PWo3JeB9eo3ARdAttMhMAW5ArnpZBPiW1
1PWo3JeB9eoS1VVjE7F3SByNV1RBNoVybz
1PWo3JeB9eoWvvWAwvT7CgetGtHsRwZdZt
1PWo3JeB9ep9nQJLp2t6KHuGqEas9vHpfZ
1PWo3JeB9epBgje6p1F4XHmWXbdsd7sK2A
1PWo3JeB9eqyNTsMQ6oRdYahs3saVHaiWm
1PWo3JeB9et7PAgNPHFUCgnV4pfAnVk6f2
1PWo3JeB9eu6d2J2Yctgspc8yP4LYE4wkj
1PWo3JeB9evCdUcauEu8uW5VyGt8vnjRXX
1PWo3JeB9exdkCm9rpqes8w8N2SEun38hz
1PWo3JeB9f3d2gUp1FT5wqk6X8fo3z2WUF
1PWo3JeB9f4WdWaZNMxsCxXFXiQ6RFg1n3
1PWo3JeB9f6Ed4EVJpsXRw4zatxBSRYoKH
1PWo3JeB9f6ZhF12B7vPcitZVX33gavos8
1PWo3JeB9f7VQQpyfketKmrwUNAm1zS7sS
1PWo3JeB9f92aoZvFHQCnFzHedwgDSzATY
1PWo3JeB9fAZwJLyHu2N6PR8mAEbX5SQXx
1PWo3JeB9fBay3LKVLSFQxjCHM2Zd8XtdV
1PWo3JeB9fEDM6zH6U8oWeDfv1eTmhdk8a
1PWo3JeB9fGs65YmBw1F17pxEPrQSDc41z
1PWo3JeB9fH8v962TFi4xggGdD1ww26PGu
1PWo3JeB9fJ8LfuhNgDXyTMc649PJ7Y8CN
1PWo3JeB9fK2zFxQHYajnhLryBs38ZvVvh
1PWo3JeB9fKZmLH6VRpD4NWQzUDxCtemby
1PWo3JeB9fKefu52JV6iGyj6YgFr2xDeWP
1PWo3JeB9fMw62vf6uDUKHy3sA6gHyCd48
1PWo3JeB9fMxRPxfMCqV7YUVvG7uWee5P5
1PWo3JeB9fNT99AhXs9E4ZUiEsNtStdiFR
1PWo3JeB9fPp48obV8tNapBJYMd6j5UbpX
1PWo3JeB9fRBDk9XXc3YwYeeoirpEB4yFA
1PWo3JeB9fRzmDAKbFaiaj3rJA3jpfKyrc
1PWo3JeB9fSvm6mfM7S1VE4ysATLuKMKYz
1PWo3JeB9fTWpZ4QaW2SE2nPXx3yEteVuR
1PWo3JeB9fTsxucwt3xKEJGv6qEETQsHaJ
1PWo3JeB9fW2qn3Z7j9kZChXYz6WSqGvzE
1PWo3JeB9fX2orBRZinUZLwnqhAPtjFSXd
1PWo3JeB9fXAnS6ZFVQLx9qBh5v9sV6MYX
1PWo3JeB9fXfQTnR9QqETLiB8CNNMx1cQc
1PWo3JeB9fYy4uw3nPSxL9DowABnZmjV2i
1PWo3JeB9fZ2nmtqkxaPaPemqdMpfXjw5G
1PWo3JeB9fZsjT1XaFzST5ErJSB1AA3ftC
1PWo3JeB9fZuyeE2fiHwdtmtB1aHVdPKR5
1PWo3JeB9fbxZAb1T3jbPKmHWkLbVNg3Yw
1PWo3JeB9fdcyC5SqJk75z4QZyVkhBHJjn
1PWo3JeB9feskvE8A1zoF1bsdbcxbLDzCz
1PWo3JeB9ffR7Bu3cbzXJsipRHANjAYr8L
1PWo3JeB9fgWiPfbHp3SzL8hrzUXtajwys
1PWo3JeB9fisES5X2fMPiXdez7T3qgrbbS
1PWo3JeB9foCVfSfUVAWNhqE5FPNukyaVr
1PWo3JeB9foF7VGsRBnnw7xLtqE7DGbWNY
1PWo3JeB9foWbq675iCanfe1EDGbaUXnxv
1PWo3JeB9foYzVU1F6qttcNb3jU54CEyUZ
1PWo3JeB9fpCKCqF1uQR11ydcAPK5uJC3o
1PWo3JeB9fq1jRqCKpfmCqrgFRYhCvhEEz
1PWo3JeB9fqkg9eWTFpo5kUGV1Cj6Z6MRj
1PWo3JeB9fqnttMotevb8LxLdUqAgcLwLr
1PWo3JeB9frkdLN5x3bA2RXq1fkCv93rvq
1PWo3JeB9ftJYxEVexQ1LEgnV7yiZvJ1aQ
1PWo3JeB9fuHxUN4rgqdHWgcJ1X7rirm76
1PWo3JeB9fuTRDHrHXn71mWr5xMVZA1bfB
1PWo3JeB9fvdQXm75GqFUyeiEcexMJAGFa
1PWo3JeB9fwvW6sn1VtGfgcoHJzEijg1V9
1PWo3JeB9fxYNwXkmjG4yXaZnMbSV4yEQ8
1PWo3JeB9fynXMoaeAe1ejnnfsdFCyqEBx
1PWo3JeB9fzjYEaRtxtXmuDsEdiwrKhPZu
1PWo3JeB9g2LhNFveLgBSjevTae5Vmwyb4
1PWo3JeB9g2URtVbNgngP19fFpPy1ggBhi
1PWo3JeB9g6mpyt9XxPqSVUNqwgJwddj7h
1PWo3JeB9g7BVYCnkBahwHim4d749ywiLL
1PWo3JeB9g7PS9NiXmB9mnqc88Tsy7wAJP
1PWo3JeB9g7pu6vC2jPjPnLNDNHToMYMLe
1PWo3JeB9g9uB5ckHjQtB9uKeThTaM6de1
1PWo3JeB9g9v8JnAx1u57UVmZJ2aPgEMnA
1PWo3JeB9gF17tiMibhYsNrxkNTn5inBM7
1PWo3JeB9gFDr1DRfGyRESfuxvuRyEUtSU
1PWo3JeB9gFf5mcmFujMZVy3D4UqzEpvsp
1PWo3JeB9gHEgvcW4eyJFeFLXVAdiKq78T
1PWo3JeB9gHLnaATo4fMWj6T73avMNXGNT
1PWo3JeB9gKVndSkrcusjyyqJWeaQBqZiQ
1PWo3JeB9gLx8yvvCastW3m2ZxBzrvU9nc
1PWo3JeB9gMwEWzs2AMSJ6b2onAbtJyqTg
1PWo3JeB9gPFWAJDNMeq3t5XQAZJGLtz4w
1PWo3JeB9gQKmPPpNnExtraDBsrDcaBuMx
1PWo3JeB9gRNYBoB595E9AADHnT9rYjwPe
1PWo3JeB9gReeYChQxZ6EUm8CvNkWcHETc
1PWo3JeB9gSpU7EcUx1tk3GASSbdPV4gpb
1PWo3JeB9gTMP3rstEeCYaY7caq2HXxue3
1PWo3JeB9gTZfRUk4brigxntRyM7wJ4To9
1PWo3JeB9gTzq4WF1uUkRHAbpfih1eVhQx
1PWo3JeB9gU8YkbafarkUvQAauWMM1CKPx
1PWo3JeB9gUtADC4Lt4CmENYC6CUzU4Jse
1PWo3JeB9gXr5LhsijLQogtHwuWJrwfR6A
1PWo3JeB9gbP7c93uupFPtkoUNDRqfBU77
1PWo3JeB9gbg34aDX1f6qH5f4HDrybmn53
1PWo3JeB9gcQTVes2B9YuK5Yugk8fGuqvR
1PWo3JeB9gcQi4KuxSv9VWp3Lk4uQsRoEm
1PWo3JeB9geBxgXACsUZFpnRaKA2A2Sf2r
1PWo3JeB9gfD9pwfqNznZ2rPqqeyQhHVKA
1PWo3JeB9gfPogMN9f7y5xsJ5eEwR6nvvp
1PWo3JeB9ghK71RpU8UZC5jS87K7BUAQjL
1PWo3JeB9giVR7MRF4iUWkpooU73RcVEh4
1PWo3JeB9gju8UQCgrXjfRAkTPqrcQWYRj
1PWo3JeB9gkAEgtF758t9rSCYJmG8JDbzf
1PWo3JeB9gkc1vyMJgQLa58xVqyqSGRtZA
1PWo3JeB9gkeKNFxFuMceBcnvRAy4wd8Zo
1PWo3JeB9gmtj8jAXx5A8NYkFKUTS39iyd
1PWo3JeB9gnb7zCRpzG6xGzzGZu1eX9yct
1PWo3JeB9goHsQsYNo7usyekhFdZ8CUeep
1PWo3JeB9gwkbxAEvGHt4LRvHWtLkKPLsN
1PWo3JeB9gygMXttbVPDpx4NsKWqWDdxxk
1PWo3JeB9h1D6EeNW1sWoKxHSvj2FUDAg8
1PWo3JeB9h2bvYGAH33DV4msNbeiPVXjt3
1PWo3JeB9h38xsPFSJxVY816xe85Qc9y7t
1PWo3JeB9h3iD1y9nbadiX2VXciLNvLcv1
1PWo3JeB9h61YHz7TsJhrpdn8pU5inndPd
1PWo3JeB9h6u9sUgxU6diRjD5CYUSDy7cJ
1PWo3JeB9h7jPF3fKpaDW6WiubZ3tC7skf
1PWo3JeB9hArF7DmD5wjEb9ucPXMZd2uNs
1PWo3JeB9hBUeJqfT1ASXmru8ZtNEYcFC7
1PWo3JeB9hDgBkPeMdR8fRcYL7DiSUXJLb
1PWo3JeB9hG6RtHhtXQMCGGdBLnEpd2HYe
1PWo3JeB9hG9efpct3gYZy3LKin6vdFrFM
1PWo3JeB9hGeazcjsofNrASr9rG5DpCkqR
1PWo3JeB9hKaSjiPFr4VNzwUa1tburo7PP
1PWo3JeB9hLKhk4HT37n6SSwAbwjHLZTTW
1PWo3JeB9hLX8ZwrPE3dxuvAY2L2xRckb5
1PWo3JeB9hLcmcAyHbG6prMdjAG8V25PtC
1PWo3JeB9hN1iB6EwBQoGDbE2m6mmkcHEE
1PWo3JeB9hP65p16L8rLoxFBEGg34auuuS
1PWo3JeB9hPL59anhp8fUWtQfdmtqtb8DN
1PWo3JeB9hPNUcPj83XFTQQk4QBzokPkxw
1PWo3JeB9hPyqHbCrKUeHu5iSCDKz4R6Xb
1PWo3JeB9hRrVP9aEuQA1gSg32gU9iFMbP
1PWo3JeB9hSTMuXanDYRDrk7L4uNqzTLDz
1PWo3JeB9hTEetwpgDVZT5oJufkBLkAGqw
1PWo3JeB9hUGgkgP618F4EtTd9VbqQBXhL
1PWo3JeB9hUg8jCqYigSg6RfELxUTdiSbX
1PWo3JeB9hUuvMrcWdVwzSWJr9r9AdGQkj
1PWo3JeB9hVDx3RZKVdUqXa6om15JGcMq3
1PWo3JeB9hWDK2uRAetBiSetCwRjTPERnq
1PWo3JeB9hYGWKtFTfRmKe12ES7yJ8ar3f
1PWo3JeB9hZS9zyxbnaaPo9udbTPX5zv39
1PWo3JeB9hcaDaFuytV7BEV9kBfjvSD81p
1PWo3JeB9heMdM4sTgMq1Kn9QdbebAnptq
1PWo3JeB9her2N6Lchyg93utv9w57fo3nA
1PWo3JeB9hfebxVfJv8dWMWXdQvc8HHDwi
1PWo3JeB9hgKw65cJT5aLuJTQLXhnVFukw
1PWo3JeB9hgiUXrr77TCuY9RaUCLr68tBz
1PWo3JeB9hhr8YwhKz5NPq2Q3dpZJsndfK
1PWo3JeB9hjJAQmAG5C6mvFi1CYz7BQSo3
1PWo3JeB9hjeRuhgzyLVkcWjoF9Ujb5pkq
1PWo3JeB9hjev9dYMnUs53uTzn7iBX6tty
1PWo3JeB9hkQ79jUfyLvAL5mqwdwFcRG5T
1PWo3JeB9hkSoGLQdwwvtssP6TXwXoc2ck
1PWo3JeB9hnkFoeKx8ESbYATseozVSwKkc
1PWo3JeB9hpEgA5vdaEM8wsmN4GafgzKgv
1PWo3JeB9huqyeaG6JGrEr6QWFPnAK5Vyu
1PWo3JeB9hvqb2zyTqLPFXspFuBbx2Usgn
1PWo3JeB9hw1RGkwRFZ9s6mk15BtaFhAha
1PWo3JeB9hxRPK4SDAxn4mPohByubAdYmz
1PWo3JeB9hxY7Ed9RCtuj5XCvrnjEo7pF3
1PWo3JeB9hxtZvtrcGWHkLmsBEEcaBBLaz
1PWo3JeB9hxxNqNnEL1nnfGiHM43FLrvkf
1PWo3JeB9hyv4NyMrLgXM8tAtY1BWkMFFR
1PWo3JeB9hzaJCGSvrYU5YZVWwbnVXYrkQ
1PWo3JeB9i22g7wxiiXM6XLnz3edoPUvMY
1PWo3JeB9i2fCJMTP2VS2wskQdJLEjUaGX
1PWo3JeB9i5utQiScfPLp4K295qGTCc6zU
1PWo3JeB9i5ysSGuLYYoGeAXWGQ5Nu3dzq
1PWo3JeB9i6RZ598nxCotaGorFrakmjCZC
1PWo3JeB9i6iFFZx4JqAwcqAjZ3bPhb1WM
1PWo3JeB9i6kcWzwCkShiWpC8V3sQT1Gg1
1PWo3JeB9i6kgGm31V5NW57SB2T4wExiCW
1PWo3JeB9i7yhBwABi8GToAPQbJHdPj532
1PWo3JeB9iAa9H4GePomH1n2HXrG37WCbN
1PWo3JeB9iBYv1oVKESfEbL1FN6CxjCPH9
1PWo3JeB9iEjzxZbkgdDYytK7vNPR9s59M
1PWo3JeB9iFxUjFfyGqm3mK2LPe8NsKpB5
1PWo3JeB9iGMTRhTMXv6jfZ6Ps5HonrMfa
1PWo3JeB9iH5QTSGjGUTVKQmnHiU5PBkCq
1PWo3JeB9iJsdMrcBvEAVPYBc3ZSqUvbo7
1PWo3JeB9iLMxdJN5uS6k2DMLdhLdQqTCe
1PWo3JeB9iMpXtRoZzSfMYf6JwCnP1bpMt
1PWo3JeB9iMpXtRoZzSfMYf6JwCnP1bpMt
1PWo3JeB9iPuPDdVfdBahqgensenREecXJ
1PWo3JeB9iQYwrfbSw2fvxYw73vjJd8WNC
1PWo3JeB9iRAwjCwBu6VB3ZiBLuqCXFzuz
1PWo3JeB9iSPJB1RA3bzkb5qjM5mV8eAAo
1PWo3JeB9iVGrVumrYno4mPJSX8zgbhft3
1PWo3JeB9iVPUgvgZoYCCX7AX17buXvpnE
1PWo3JeB9iVWeHtD3Ej6Szre2HHRpjLmwo
1PWo3JeB9iWdsUrM7SxDjiqxXXqM4V9N6k
1PWo3JeB9iXy7Xw4udS9QtRAUFtLV3atPE
1PWo3JeB9iYHXYD18zvmcsZA9gA3s8Dzor
1PWo3JeB9iYh2RRQAnbTqdjzUMq9zwnm5D
1PWo3JeB9iaSQzE1tGMpAKKpomXkSoZF8S
1PWo3JeB9iaVRmkUFXsZyP6UBBeYrkuaHK
1PWo3JeB9icScmgSyYSsG9rr3jMVvizWVZ
1PWo3JeB9idFv3F82JJ7q1rTWiNxrfph2F
1PWo3JeB9idkQjkz2GViRUUn91tT1n1tbo
1PWo3JeB9ieZVBnNAyYDoMY8r4KtzcCanm
1PWo3JeB9ieycUVasD7DZjFZkgf3NoZ9qz
1PWo3JeB9ifeCuLEwHRfXaVtnyTsBAUKS1
1PWo3JeB9igY2KM3PUxX2b557rfDS7HT3G
1PWo3JeB9iirosG9bnJxKjVwpZrU9SHtwv
1PWo3JeB9ij7y23YMSnCTjHAFhFgyF7W4i
1PWo3JeB9ijeWmG8t4mVqYsY2HvXK7zJTf
1PWo3JeB9ijpC38KjvCEsXnfDtXnxswy5H
1PWo3JeB9ijpXjNJQnqQsgpuqjQ2rbjnZU
1PWo3JeB9ijzVPHAXHK9f23RWebCuntPkt
1PWo3JeB9ik75okyrZ66iNuxdVRvGgM8VS
1PWo3JeB9ikWGrMjvHsheakY6APXSPpGEu
1PWo3JeB9inBxRAMSdgyfBU4eLgt3ZsstE
1PWo3JeB9inq4R44LpAbdLEfU7cV8Zrw4U
1PWo3JeB9io9kedxM39n87Psu5Y2FiavxT
1PWo3JeB9ipJXapmfyLTGizpf5w1NxGNxL
1PWo3JeB9ipZ4gJoJZ9gdC3jDGkPi2owr3
1PWo3JeB9ipmuHfXP3KXG85ZWMnjQb3fqA
1PWo3JeB9isgYKAJ4TJkepiVBs3kq4RmTe
1PWo3JeB9itTcdAXzTwikjtqVgGKMPJx9N
1PWo3JeB9itUmpmSPs93FjubUnEXkvDUUP
1PWo3JeB9itzYA72ngZNwkDQgs6pJTCW6n
1PWo3JeB9iu37pjeDmaeAFhh4u6k6UMhu6
1PWo3JeB9iubhVYbCbCzgdydWkhprGVhku
1PWo3JeB9iwgQoMQVSq3J5qmLsJTfjwSEK
1PWo3JeB9ix15XB5XrBpHySVR58JZAPvvf
1PWo3JeB9ixgUtof3QC1sUADELgrkzJnpD
1PWo3JeB9iyBou1R4RhPstZFJu1oZ3RNiv
1PWo3JeB9j1SKoCfvkNz4fac5DFZSNvJvA
1PWo3JeB9j2EU5JxsW28UfCTp5ZFVjNk3b
1PWo3JeB9j3RLp4NNvVodUbn1movwwhSg7
1PWo3JeB9j47TgJcKMqD6J67BjRXmHMsyc
1PWo3JeB9j5asAZX7457hXNUypugyosSfw
1PWo3JeB9j5nh1sKHaudeo82T4GLTXWdyf
1PWo3JeB9j6YptaZDx6UaNsmgZRuakjrum
1PWo3JeB9j6ffmBQZ4tTuWxaByxBvPKVbB
1PWo3JeB9jA5WGsbKBo1fsbvZawV81YKgG
1PWo3JeB9jCVcGHZ8A8RtvvRAuzRYjJ8XM
1PWo3JeB9jEJ4Z6LC6f9cKooNViuukaCyG
1PWo3JeB9jEzsR5sR3HcUvfDNP7eQ1cZqv
1PWo3JeB9jFYt1sLaz7QVUpZVHSt1nhP7r
1PWo3JeB9jGBe6DNEAoAmEm12s5qmwhaCj
1PWo3JeB9jH8F1Mor4PbvcqoVwL6DZMp9v
1PWo3JeB9jKCTcfrnHP6CCabLDH6C1y8Rx
1PWo3JeB9jKQ1trs9eLzX76HqWLiFAGHY2
1PWo3JeB9jLa7xQfpPGktpR5QKuUmcTccS
1PWo3JeB9jMaH65f34qnG3DbtatLXrrwBn
1PWo3JeB9jNkTL28QqVi3EvU93LJuZa4JR
1PWo3JeB9jP8jxGWV1eAGXThNbxEhtxuq4
1PWo3JeB9jPUEeDgSsBmZV2oxdmYtogaMX
1PWo3JeB9jS1ttWtFXgTCy2hnCYcW1dD6V
1PWo3JeB9jSUU4ueEp5sSK6i9P26yBWfJh
1PWo3JeB9jSVntJs1FpYM2iTNAoADNv2YD
1PWo3JeB9jSiimGHNbZUoc9hfVe9Ko5SGr
1PWo3JeB9jT926gmLys26TBwr6pwStgwLb
1PWo3JeB9jUAfYHTXQjUYuS6timskdRieF
1PWo3JeB9jUiESdtipzxqWJWTANVYiydnN
1PWo3JeB9jV9ZdU1LBAwHodBvV8fRZdZ1w
1PWo3JeB9jVxkSLg1WgymVexXayVHeBGSM
1PWo3JeB9jVyFtMXcuR7ffrdPkNSLgsePc
1PWo3JeB9jY39MsnvSJSVCdaJegFQzxvzV
1PWo3JeB9jZt9nTjxVcQu2aNrNwEenZcjG
1PWo3JeB9jdMGJNFxwckqgV7HxyrRxWL9R
1PWo3JeB9jddiHUfRfYqBAVjd6HRMEoycu
1PWo3JeB9jdvp56gzG8navJjUMFQxxb997
1PWo3JeB9jeFuotNeYDrWkEhqyZ359abB2
1PWo3JeB9jgFbdXaZG1h8ng9hpYzg3CAPw
1PWo3JeB9jgLYkm8cEj6yywPn3kk41BFaY
1PWo3JeB9jhTZic9a6GQtGyFWuw9K1H1hj
1PWo3JeB9jhqY9t7FbCqJH1BxdZMhm8SCA
1PWo3JeB9jik2aEmkYy6E7FJVvyn6QGV58
1PWo3JeB9jk4mGRh3XtEy5zdcVfQm95KEb
1PWo3JeB9jkpChDRD22dcY8Ee7BL32GyCm
1PWo3JeB9jksK98mtrApvjPrymBBQgDnet
1PWo3JeB9jmP5Emv1hAPHQzFKogce8jeJ5
1PWo3JeB9jq92eYnzWfcfEfdd9vi1uxaiA
1PWo3JeB9ju3Yq8s97QRtqE3U3p2YfdxxD
1PWo3JeB9jvjq68YSmZ4ShNHcZ5Q9fd7XK
1PWo3JeB9jwfYfLRQMBNcMfgYSUr5ZeNQL
1PWo3JeB9jxKCcsXCkxCU2KHYERGraLzqm
1PWo3JeB9jyJDJyCk1WWzXBpytazDhSfZ8
1PWo3JeB9jyzL1mFGMbrdMhNu5ogWL8s2y
1PWo3JeB9jzQ4v6ifaM7jxPomN251wYA83
1PWo3JeB9jzmR9mmaRwJnjmCyDbbXZm8eE
1PWo3JeB9k1eRA2V6ZCPJWUtMFy8YR3coL
1PWo3JeB9k5iEZy1BxFfLaZkytxBhiGkpe
1PWo3JeB9k6PXogT2uRGJAmFcX2yjtnkCg
1PWo3JeB9k6zeq5N5cv9e26Xkv8cMrrxFe
1PWo3JeB9k72L8LwykjZybyNasrq7Kozg1
1PWo3JeB9k7DHBM1HCqRhQY4w3xHsbRC4u
1PWo3JeB9k7awAQHshiPqeRY1Rq7p743bC
1PWo3JeB9k7nDHRSkiXaNH3sMKuB6TGbL1

[kTimesG]

That's user KtimesG, hiding his stupidities through Alts, invading the thread with long posts from his alt accounts, to bury his brutalities on the previous page. This is the 20th time he's done it, if you don't believe me, look back.

I will open a thread dedicated to this troll on the reputation topic.

I encourage you to actually proceed with that. For anyone who isn't 5 years old it would be pretty obvious it's not in my interest at all to have my posts buried. My posts are not for you, or for McD, they are so people do not get trapped by stupid hallucinations. Rest assured the urn isn't on drugs, it's just that some people fail to grasp basic modeling principles, besides failing to go in line with fundamental logic.

What I'm curious though is how many alter egos McD truly has here. I counted at least 3 so far. You should really go ahead and see what the mods have to say about that, if you're at it. Thx for your effort, and I'm honestly waiting for the moderators analysis on this issue.

Meanwhile, I've reported your post for false allegations. I would have also reported McD's attacks on me having mental illness, but the poor guy had enough beating for today. Maybe next time I'll bother to actually push the report button on him as well.

[mcdouglasx]

That's user KtimesG, hiding his stupidities through Alts, invading the thread with long posts from his alt accounts, to bury his brutalities on the previous page. This is the 20th time he's done it, if you don't believe me, look back.

I will open a thread dedicated to this troll on the reputation topic.

I encourage you to actually proceed with that. For anyone who isn't 5 years old it would be pretty obvious it's not in my interest at all to have my posts buried. My posts are not for you, or for McD, they are so people do not get trapped by stupid hallucinations. Rest assured the urn isn't on drugs, it's just that some people fail to grasp basic modeling principles, besides failing to go in line with fundamental logic.

What I'm curious though is how many alter egos McD truly has here. I counted at least 3 so far. You should really go ahead and see what the mods have to say about that, if you're at it. Thx for your effort, and I'm honestly waiting for the moderators analysis on this issue.

Meanwhile, I've reported your post for false allegations. I would have also reported McD's attacks on me having mental illness, but the poor guy had enough beating for today. Maybe next time I'll bother to actually push the report button on him as well.

I don't know what reality you live in. I've never taken the time to write to you if you haven't done so first. I don't even comment on your posts unless you mention me. I don't have alts, this one is enough for me, and if I did, it wouldn't be against the forum rules.

I could go on forever without interacting with you, but apparently everywhere I go, you show up to offer a mocking, opposing view.

Admit it, you're a bit of a stalker, but it's not like it bothers me too much.

LOL You're shameless. You're talking about attacks? I could list how many times you've addressed me in a derogatory manner. It's not that big a deal if I return it once or twice.

edit:
I propose something simple: don't mention me again, and that's it. Don't comment on my threads. I mean, act as if I don't exist. Can you do that?

Because in almost all of my threads that reference the puzzle, you're contemptuously contradicting whatever it is.
I won't mention you again, but I doubt you'll be able to contain yourself and solve it in a healthy way.

[newsecurity1986]

That's user KtimesG, hiding his stupidities through Alts, invading the thread with long posts from his alt accounts, to bury his brutalities on the previous page. This is the 20th time he's done it, if you don't believe me, look back.

I will open a thread dedicated to this troll on the reputation topic.

I encourage you to actually proceed with that. For anyone who isn't 5 years old it would be pretty obvious it's not in my interest at all to have my posts buried. My posts are not for you, or for McD, they are so people do not get trapped by stupid hallucinations. Rest assured the urn isn't on drugs, it's just that some people fail to grasp basic modeling principles, besides failing to go in line with fundamental logic.

What I'm curious though is how many alter egos McD truly has here. I counted at least 3 so far. You should really go ahead and see what the mods have to say about that, if you're at it. Thx for your effort, and I'm honestly waiting for the moderators analysis on this issue.

Meanwhile, I've reported your post for false allegations. I would have also reported McD's attacks on me having mental illness, but the poor guy had enough beating for today. Maybe next time I'll bother to actually push the report button on him as well.

Don't you think it's hypocritical of you to report one user's post, while making accusations against another in the same post?
U suck.

[btc11235]

If I could just find a way to harness all the excess energy being expended by all the petty arguing going on in this thread, I could probably solve all the remaining puzzles in about an hour flat

Here, let me help sort it all out for you: Some of you like prefixes. Some of you don't. The end FFS.

Are we really all out of ideas? How about this: Any thoughts on the old wallets that just woke up today (or yesterday)? Lots of BTC suddenly moving out of old wallets... Reminds me of some puzzles we're all trying to solve... And I'll take any crazy, long-shot speculation/discussion about how those wallets may have been hacked* over more childish "ur dumb / no u / do u even math bro?" arguing any day...

* As opposed to simply accessed by their original owners, or their beneficiaries, which of course is always the more likely, if boring, possibility. And, of course, assuming any actually plausible/realistic possibilities exist, which might help inform us about how we could move forward in our attacks against 71+

[teguh54321]

If I could just find a way to harness all the excess energy being expended by all the petty arguing going on in this thread, I could probably solve all the remaining puzzles in about an hour flat

Here, let me help sort it all out for you: Some of you like prefixes. Some of you don't. The end FFS.

Are we really all out of ideas? How about this: Any thoughts on the old wallets that just woke up today (or yesterday)? Lots of BTC suddenly moving out of old wallets... Reminds me of some puzzles we're all trying to solve... And I'll take any crazy, long-shot speculation/discussion about how those wallets may have been hacked* over more childish "ur dumb / no u / do u even math bro?" arguing any day...

* As opposed to simply accessed by their original owners, or their beneficiaries, which of course is always the more likely, if boring, possibility. And, of course, assuming any actually plausible/realistic possibilities exist, which might help inform us about how we could move forward in our attacks against 71+

😅. Some might argue , some might troll to make other less motivated and left the puzzle ✌️✌️✌️🙏🙏.   I believe this deterministic ecc , sha , rip160, Must have some flaw.... but hard to discover ....  ✌️

[kTimesG]

I guess anyone who can't get past the definitions:

- "all hashes have the same equal chance of occurring"
- "independent events can't also be dependent events"
- concept of "order" or "history" doesn't exist on independent events

and prefers going to great lengths into the contrary direction (illogical theories) without doing any actual real research, really deserve the consequences of their ignorance, at this stage.

In other words, this thread's pure garbage anyway, so...

[Bram24732]

I guess anyone who can't get past the definitions:

- "all hashes have the same equal chance of occurring"
- "independent events can't also be dependent events"
- concept of "order" or "history" doesn't exist on independent events

and prefers going to great lengths into the contrary direction (illogical theories) without doing any actual real research, really deserve the consequences of their ignorance, at this stage.

In other words, this thread's pure garbage anyway, so...

Well me getting 67 and 68 definitely weren’t independent events 😎
Just back from extended vacation and I can tell things haven’t changed around here

[nomachine]

Are we really all out of ideas? How about this: Any thoughts on the old wallets that just woke up today (or yesterday)? Lots of BTC suddenly moving out of old wallets... Reminds me of some puzzles we're all trying to solve... And I'll take any crazy, long-shot speculation/discussion about how those wallets may have been hacked...

NOT Satoshi's wallets... I'm talking about Satoshi-era wallets (meaning from back in the day). Most of those coins got consolidated from Legacy addresses to Bech32 addresses. Not sent to exchanges. I guess it’s a big deal to move your crypto to more secure wallets? Bunch of panic-sellers and FUD-spreaders overreacting online.

[mahmood1356]

My question is whether, using the method and specifications that I'll describe, it's possible to write Python code to apply the given filters and perform the search?

400000000000000000  to  7FFFFFFFFFFFFFFFFF
(corresponding to decimal values from 1180591620717411303424 to 2361183241434822606847).

Total number of keys in this range is:
1180591620717411303424

Filtering Criteria:
We filter out all keys whose first four hexadecimal characters (prefixes) follow the pattern:

The first character is one of 4, 5, 6, or 7,

Followed by three identical hexadecimal digits (0-9, A-F).

Thus, for each leading digit, the filtered prefixes are:

For 4:
4AAA, 4BBB, 4CCC, 4DDD, 4EEE, 4FFF, 4000, 4111, 4222, 4333, 4444, 4555, 4666, 4777, 4888, 4999

For 5:
5AAA, 5BBB, 5CCC, 5DDD, 5EEE, 5FFF, 5000, 5111, 5222, 5333, 5444, 5555, 5666, 5777, 5888, 5999

For 6:
6AAA, 6BBB, 6CCC, 6DDD, 6EEE, 6FFF, 6000, 6111, 6222, 6333, 6444, 6555, 6666, 6777, 6888, 6999

For 7:
7AAA, 7BBB, 7CCC, 7DDD, 7EEE, 7FFF, 7000, 7111, 7222, 7333, 7444, 7555, 7666, 7777, 7888, 7999

(Each group includes 16 prefixes corresponding to all possible repeated digits 0-9 and A-F.)

Calculations:
Number of filtered prefixes:
4 (leading digits) × 16 (repeated-digit prefixes) = 64

Number of keys per prefix:
Total keys ÷ 2^16 =
1180591620717411303424 ÷ 65536 = 18015511019655507

Total keys filtered:
64 × 18015511019655507 = 1152976705257952448

Percentage of keys filtered:
(1152976705257952448 ÷ 1180591620717411303424) × 100 ≈ 97.7%

Conclusion:
Applying this filtering criterion removes approximately 97.7% of all private keys within the specified range.

Or maybe I made a mistake in my calculations? Please guide me.
 Thank you.

[xtrymm]

My question is whether, using the method and specifications that I'll describe, it's possible to write Python code to apply the given filters and perform the search?

I have attempted a similar approach before and my understanding goes as follows:

1) While it's easy to mathematically count how many of those values we are filtering out, it's quite hard to filter out those values and only check keys that fall out of the rules you put in place efficiently, the scanning process overall could be faster as essentially you are skipping ECC on a ton of keys but having to perform a check on every single value sequentially to check if it should be filtered out is additional operations, the key space is still too big and the chances you have of finding the correct key for the puzzle are now lower as you are skipping keys

2) Looking at keys from previous puzzles may give a sentiment of "no 3 of the same consecutive hex characters appear often in the solved puzzles" that seems to be true for low bit entropy puzzles but it's meaningless, unless there was bias or a flawed way to randomize these keys when the puzzle was created, any value has the exact same chance of being the correct key even if it looks like 50000000000000000a

I have tried to scan the range and filter out keys that followed specific rules like "no 4 of the same consecutive hex characters (aaaa,bbbb,ffff etc...)" or "no 3+2 consecutive pairs (aaa00, fff22 etc...)" but with limited computing even performing this filtering would still take a huge amount of time, for reference I used an RTX 4090 and a Ryzen 9 9950x3d and it's just not enough for a range this big, it would still take years.

By no means I want to discredit your method, this is just my experience but I encourage you to experiment and who knows maybe you get lucky, but filtering out values in an efficient manner is quite the challenge especially when you want to optimize for parallelization 

[FlleOWA]

My question is whether, using the method and specifications that I'll describe, it's possible to write Python code to apply the given filters and perform the search?

I have attempted a similar approach before and my understanding goes as follows:

1) While it's easy to mathematically count how many of those values we are filtering out, it's quite hard to filter out those values and only check keys that fall out of the rules you put in place efficiently, the scanning process overall could be faster as essentially you are skipping ECC on a ton of keys but having to perform a check on every single value sequentially to check if it should be filtered out is additional operations, the key space is still too big and the chances you have of finding the correct key for the puzzle are now lower as you are skipping keys

2) Looking at keys from previous puzzles may give a sentiment of "no 3 of the same consecutive hex characters appear often in the solved puzzles" that seems to be true for low bit entropy puzzles but it's meaningless, unless there was bias or a flawed way to randomize these keys when the puzzle was created, any value has the exact same chance of being the correct key even if it looks like 50000000000000000a

I have tried to scan the range and filter out keys that followed specific rules like "no 4 of the same consecutive hex characters (aaaa,bbbb,ffff etc...)" or "no 3+2 consecutive pairs (aaa00, fff22 etc...)" but with limited computing even performing this filtering would still take a huge amount of time, for reference I used an RTX 4090 and a Ryzen 9 9950x3d and it's just not enough for a range this big, it would still take years.

By no means I want to discredit your method, this is just my experience but I encourage you to experiment and who knows maybe you get lucky, but filtering out values in an efficient manner is quite the challenge especially when you want to optimize for parallelization  

In theory, everything is simple, yes and no. You just need to create your own random generator, with all these exceptions, then no additional verification is needed. The generator is not needed numeric, but directly in hex

[nochkin]

In theory, everything is simple, yes and no. You just need to create your own random generator, with all these exceptions, then no additional verification is needed. The generator is not needed numeric, but directly in hex

The random data is binary anyway. Why don't you use octal instead of hex? Or binary directly?