Bitcoin Forum
January 13, 2026, 10:55:36 AM *
News: Latest Bitcoin Core release: 30.2 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 [628]
  Print  
Author Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it  (Read 363135 times)
Bram24732
Member
**
Offline Offline

Activity: 252
Merit: 26


View Profile
January 12, 2026, 06:13:41 PM
 #12541

People should be aware that AI can only answer things based on existing public information pulled off from the internet. When it comes to crypto and the issues surrounding this puzzle, and any available tools, AI prompts will produce 99% garbage, because it lacks real human technical expertise, the kind that isn't noob StackOverflow answers on how to draw animated monkeys via CSS, which is what AI is really good at responding, ok? Make it count straight up 1 to 100, no skips, no stops, no errors? Nope, total failure. How can you imagine it will ever be able to come up with low-level code that computes 8.1 billion H160 per second on a 4090, if such knowledge only lives in the human brain (and in some unreadable code on somebody's machine, written by a human), and not in the public data that trained an LLM to recognize cats in YouTube videos, and now pretends to make guarantees about answering simple EC questions in a very wrong way?

This explains the continued BS over the subject.


This is true, but not completely. It really depends on the operator, how the requests are phrased, and how much time one is willing to invest. After several weeks of testing, rewriting code, and changing logic, I managed to produce a solid tool with which I’m scanning 135 using CUDA. Without AI, it would have taken me months, and I might never have achieved these results. It’s been running for a few days now—let’s see what it comes up with :-)




Did you check the probabilty curve of 135 ? Asking because unlike 71, it’s not really a luck thing. Until you’ve generated a stupid amount of points, your odds of hitting are very low (lower than 71)
Might be interesting to calculate after how many days of Bruteforce does 135 get better odds than 71.

I solved 67 and 68 using custom software distributing the load across ~25k GPUs. 4090 stocks speeds : ~8.1Bkeys/sec. Don’t challenge me technically if you know shit about fuck, I’ll ignore you. Same goes if all you can do is LLM reply.
kTimesG
Full Member
***
Offline Offline

Activity: 714
Merit: 221


View Profile
January 12, 2026, 06:30:40 PM
 #12542

After several weeks of testing, rewriting code, and changing logic, I managed to produce a solid tool with which I’m scanning 135 using CUDA. Without AI, it would have taken me months, and I might never have achieved these results. It’s been running for a few days now—let’s see what it comes up with :-)

We probably have different definitions for "solid tool" Smiley

I guess it helped you isolate the DP matching from the distributed processing, and build the entire orchestration needed to scale up the search.

I'm using at least 10 different technologies and languages just to get to that point, over the last years... and I'm still not calling it solid.

Off the grid, training pigeons to broadcast signed messages.
Niekko
Newbie
*
Offline Offline

Activity: 28
Merit: 3


View Profile
January 12, 2026, 08:29:47 PM
 #12543

Did you check the probabilty curve of 135 ? Asking because unlike 71, it’s not really a luck thing. Until you’ve generated a stupid amount of points, your odds of hitting are very low (lower than 71)
Might be interesting to calculate after how many days of Bruteforce does 135 get better odds than 71.

We probably have different definitions for "solid tool" Smiley

I guess it helped you isolate the DP matching from the distributed processing, and build the entire orchestration needed to scale up the search.

I'm using at least 10 different technologies and languages just to get to that point, over the last years... and I'm still not calling it solid.

Fair enough, we definitely have different definitions of what "solid" means. I’m not saying it’s a system that "wins", only that at this stage it’s stable enough to run continuously and produce consistent results.

Regarding 135, I’m aware of the probability curve, and that’s exactly why I’m not treating it as a pure luck-based brute force like 71. The approach I’m using combines BSGS-style ideas with MITM techniques and ECDSA arithmetic, which changes the search dynamics compared to a classical enumeration approach. It’s been running for a few days now, so it’s still early, but the goal is to reduce reliance on randomness, without simply increasing computational power.





parcok
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
Today at 07:38:43 AM
 #12544

That looks cool, could you make the code available? There are only photos on GitHub.

I only have a low-spec GPU to help me find the key to puzzle #71. I divided the range 40000000000000000:7ffffffffffffffffff
which will produce the data to be tried: 1,180,591,620,717,411,303,424.
Then I divided it into 4,398,046,511,104 for 1 running batch, resulting in 270,000,000 running batches. Then I divided 270,000,000 into fbatches, where 1 fbatch contains 2,000,000 running batches. so that it produces 135 fbatch.. storing as many as 270,000,000 running batches with 135 fbatch groupings in the sql server database, and I created a search program that directly updates the status of each running batch being searched, so I can freely do leapfrog searches wherever I want, and I don't lose the log of my search results.. because everything is automatically updated to the database that I have.
If you are interested, please check out my project in the following github repository: https://github.com/bgarz929/btcpuzzle71
Thank you for the compliment, sorry previously I have not completed the details in my github repository regarding pool access and how to use it, please check the repo again, I have completed it
parcok
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
Today at 07:54:22 AM
 #12545

If you are interested, please check out my project in the following github repository: https://github.com/bgarz929/btcpuzzle71

Fascinating project. The screenshots look great, but I assume the code lives in a parallel universe where Puzzle 71 is solvable. Any plans to merge that universe with this repo?  Grin


wow your assumption is too wild, if you assume the code is in a parallel universe where Puzzle 71 can be solved, then I try to bring it to this universe, please check my github repo again, yesterday I forgot to complete the details.. repo https://github.com/bgarz929/btcpuzzle71
Pages: « 1 ... 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 [628]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!