Bram24732
Member

Offline
Activity: 238
Merit: 24
|
 |
December 31, 2025, 10:33:09 AM |
|
how much thousands year taken for solve 69 and 68 puzzle ?
I don't even believe that they were resolved in a normal way. That there is a conspiracy. how I solved 68 was thoroughly discussed here already…
|
|
|
|
|
ee1234ee
Jr. Member
Offline
Activity: 45
Merit: 1
|
 |
December 31, 2025, 11:39:13 AM Last edit: December 31, 2025, 12:06:31 PM by ee1234ee |
|
how I solved 68 was thoroughly discussed here already…
Finally arrived at you, expert. Can you answer a few questions for me? Firstly, what speed can your customized program achieve on a 5090 GPU? Currently, Fixed Paul's VanitySearch Bitcrack can achieve 8800M/s on 5090GPU Secondly, is your customized program completely randomly scanned? Isn't it scanning incrementally in order? Thirdly, did you really use thousands of GPUs to solve puzzles 67 and 68? Do these expenses come from you personally? Or did many people invest together? How is the bonus distributed? Fourthly, did you use Slipstream to safely transfer the bonuses for the puzzles 67 and 68? Fifth, did you successfully solve it using the btcpuzzle pool? Question 6, have you started scanning question 71 now? How can we join you?
|
|
|
|
|
Cricktor
Legendary
Offline
Activity: 1358
Merit: 3375
|
 |
December 31, 2025, 11:41:30 AM |
|
... who is creator? where he said? and how it can be factor of 10?
Why the fuck do you have to full-quote most of the times when you just add a sentence of your own? Too lazy to quote just the minimum amount of context necessary? The post you quote is already fully linked with the quote link. But you're not alone with this annoying (pyramid) full-quote nonsense quite some here display mostly all the time. See yourself for the user who claimed to be the creator: https://bitlist.co/search?author=saatoshi_rising&sort_by=date_desc
|
|
|
|
GrigoriyPerelman
Newbie
Offline
Activity: 8
Merit: 0
|
 |
December 31, 2025, 12:12:40 PM |
|
... who is creator? where he said? and how it can be factor of 10?
Why the fuck do you have to full-quote most of the times when you just add a sentence of your own? Too lazy to quote just the minimum amount of context necessary? The post you quote is already fully linked with the quote link. But you're not alone with this annoying (pyramid) full-quote nonsense quite some here display mostly all the time. See yourself for the user who claimed to be the creator: https://bitlist.co/search?author=saatoshi_rising&sort_by=date_descApparently, you want to advertise the f Duelbits (by the way, the project is complete garbage) and shamelessly barge into any conversation just to somehow sneak in a mention of Duelbits. Find yourself some money and try advertising somewhere else.
|
|
|
|
|
Wanderingaran
Newbie
Offline
Activity: 41
Merit: 0
|
 |
December 31, 2025, 01:32:35 PM |
|
how I solved 68 was thoroughly discussed here already…
Many here think this is just marketing, or that you might have created the puzzle yourself 
|
|
|
|
|
Akito S. M. Hosana
Jr. Member
Offline
Activity: 406
Merit: 8
|
 |
December 31, 2025, 01:44:23 PM |
|
how I solved 68 was thoroughly discussed here already…
Many here think this is just marketing, or that you might have created the puzzle yourself  I logged in only because this claim makes no sense. The conspiracy theory seems to be: the creator funded the puzzle, waited for years, then solved it himself and this is somehow more plausible than an actual user solving it independently. That theory requires far more assumptions than the simple explanation that someone solved it.
|
|
|
|
|
Wanderingaran
Newbie
Offline
Activity: 41
Merit: 0
|
 |
December 31, 2025, 02:14:12 PM |
|
The conspiracy theory seems to be: the creator funded the puzzle, waited for years, then solved it himself and this is somehow more plausible than an actual user solving it independently.
If we’re going down that road, it’s just as plausible that multiple people were involved, posting under different names. Once we allow unlimited assumptions, anything becomes “plausible”, at which point the simplest explanation remains the most reasonable one.
|
|
|
|
|
Bram24732
Member

Offline
Activity: 238
Merit: 24
|
 |
December 31, 2025, 04:49:14 PM |
|
how I solved 68 was thoroughly discussed here already…
Finally arrived at you, expert. Can you answer a few questions for me? Firstly, what speed can your customized program achieve on a 5090 GPU? Currently, Fixed Paul's VanitySearch Bitcrack can achieve 8800M/s on 5090GPU Secondly, is your customized program completely randomly scanned? Isn't it scanning incrementally in order? Thirdly, did you really use thousands of GPUs to solve puzzles 67 and 68? Do these expenses come from you personally? Or did many people invest together? How is the bonus distributed? Fourthly, did you use Slipstream to safely transfer the bonuses for the puzzles 67 and 68? Fifth, did you successfully solve it using the btcpuzzle pool? Question 6, have you started scanning question 71 now? How can we join you? I already replied on this thread but let me save you the headache of searching. 1. About 11B/sec 2. My program scans a range sequentially. On top of that there is a scheduler starting ranges randomly. 3. Yes, I peaked at about 25k GPUs of various brands and models. 17 people for 67, 20 people for 68. Rewards were distributed proportional to participation. 4. Slipstream. 5. No, it was an independent pool. 6. No, because it’s not profitable. Only 135 is profitable and I’m also not doing it because RetiredCoder is already ahead. The conspiracy theory seems to be: the creator funded the puzzle, waited for years, then solved it himself and this is somehow more plausible than an actual user solving it independently.
If we’re going down that road, it’s just as plausible that multiple people were involved, posting under different names. Once we allow unlimited assumptions, anything becomes “plausible”, at which point the simplest explanation remains the most reasonable one. Simplest explanation: puzzle is legit and someone was smarter/luckier/ballsier than the other participants on this thread.
|
|
|
|
|
|
citb0in
|
 |
December 31, 2025, 05:56:59 PM |
|
What is the current status of the puzzles? Can anyone give a quick update? Which puzzles have already been solved, and which ones are still open?
|
Some signs are invisible, some paths are hidden - but those who see, know what to do. Follow the trail - Follow your intuition - [bc1qqnrjshpjpypepxvuagatsqqemnyetsmvzqnafh]
|
|
|
|
|
E36cat
Newbie
Online
Activity: 55
Merit: 0
|
 |
December 31, 2025, 06:45:14 PM |
|
how much thousands year taken for solve 69 and 68 puzzle ?
I don't even believe that they were resolved in a normal way. That there is a conspiracy. how I solved 68 was thoroughly discussed here already… what would be your method for 135 if it would have been , using servers with ram or gpus? how many needed and for how long to find it and make profit? thank you
|
|
|
|
|
Bram24732
Member

Offline
Activity: 238
Merit: 24
|
 |
December 31, 2025, 09:02:51 PM |
|
how much thousands year taken for solve 69 and 68 puzzle ?
I don't even believe that they were resolved in a normal way. That there is a conspiracy. how I solved 68 was thoroughly discussed here already… what would be your method for 135 if it would have been , using servers with ram or gpus? how many needed and for how long to find it and make profit? thank you I actually wrote and tested all the code for 135. Works quite well. It’s the same dispatcher as for 67 and 68, with run parameters varying by GPU model. There’s a central server accumulating all the DP. It was actually the most complex bit to write, because handling the load from tens of thousands of GPUs sending points there was quite the challenge. 135 is roughly as complex as 68, so with 20k GPUs like I had back then it’s a matter of a couple months. Probably 300k ish investment for the 13.5Btc reward.
|
|
|
|
|
E36cat
Newbie
Online
Activity: 55
Merit: 0
|
 |
January 01, 2026, 01:28:55 AM |
|
how much thousands year taken for solve 69 and 68 puzzle ?
I don't even believe that they were resolved in a normal way. That there is a conspiracy. how I solved 68 was thoroughly discussed here already… what would be your method for 135 if it would have been , using servers with ram or gpus? how many needed and for how long to find it and make profit? thank you I actually wrote and tested all the code for 135. Works quite well. It’s the same dispatcher as for 67 and 68, with run parameters varying by GPU model. There’s a central server accumulating all the DP. It was actually the most complex bit to write, because handling the load from tens of thousands of GPUs sending points there was quite the challenge. 135 is roughly as complex as 68, so with 20k GPUs like I had back then it’s a matter of a couple months. Probably 300k ish investment for the 13.5Btc reward. what speed does one gpu have so you can do it with 20k gpus in a couple of months, cause even if each gpu has 20 Ekeys per second still takes many many years i`m new to this thats why i am asking, i just want to understand  thank you for taking the time to respond
|
|
|
|
|
Bram24732
Member

Offline
Activity: 238
Merit: 24
|
 |
January 01, 2026, 07:44:38 AM |
|
what speed does one gpu have so you can do it with 20k gpus in a couple of months, cause even if each gpu has 20 Ekeys per second still takes many many years i`m new to this thats why i am asking, i just want to understand  thank you for taking the time to respond It’s a mix of nVidia and AMD, some are 10 years old some are brand new. Also I don’t mesure speed in EKeys, always seemed strange to me. What matters is how long it takes to reach 50% chance of collision.
|
|
|
|
|
ee1234ee
Jr. Member
Offline
Activity: 45
Merit: 1
|
 |
January 01, 2026, 08:57:32 AM |
|
Do any friends know the details of solving problem 69? Why was it solved so quickly? Is the person who solved it in this forum? I heard it was stolen in the end.
|
|
|
|
|
Cricktor
Legendary
Offline
Activity: 1358
Merit: 3375
|
 |
January 01, 2026, 12:06:41 PM |
|
... All your questions you probably could have answered yourself with some search skills, simply by going through a bunch of pages in this thread starting from the withdrawal tx time. Let me spare you the effort to use some brain cells.  The private key of puzzle #69 was at around 0.72% of start of this puzzle's range. So, those who scanned the range from the start got lucky. User MrBitcoin1997 claimed to have solved #69 in a team effort, quoted from below linked deleted post "...12 software developers in Asia...", but they were too stupid to use slipstream.mara.com for withdrawal and said they were robbed. Fools, when Bram24732 demonstrated with successful non-public withdrawal of #67 and #68 that Slipstream service works just fine and reliable. Deleted post in this thread: https://bitlist.co/post/65333518As the solver's withdrawal tx 651d171e...8213c07a was foolishly broadcasted to public mempools, it got RBF replaced in a series of replacements. I think nochkin here was the first to post about the RBF chain:
Happy New Year! May the luck be with you, may you come to senses to not pyramid full-quote all the time and whatnot else, lol! 
|
|
|
|
GinnyBanzz
Jr. Member
Online
Activity: 151
Merit: 3
|
 |
January 01, 2026, 12:56:43 PM |
|
... All your questions you probably could have answered yourself with some search skills, simply by going through a bunch of pages in this thread starting from the withdrawal tx time. Let me spare you the effort to use some brain cells.  The private key of puzzle #69 was at around 0.72% of start of this puzzle's range. So, those who scanned the range from the start got lucky. User MrBitcoin1997 claimed to have solved #69 in a team effort, quoted from below linked deleted post "...12 software developers in Asia...", but they were too stupid to use slipstream.mara.com for withdrawal and said they were robbed. Fools, when Bram24732 demonstrated with successful non-public withdrawal of #67 and #68 that Slipstream service works just fine and reliable. Deleted post in this thread: https://bitlist.co/post/65333518As the solver's withdrawal tx 651d171e...8213c07a was foolishly broadcasted to public mempools, it got RBF replaced in a series of replacements. I think nochkin here was the first to post about the RBF chain:
Happy New Year! May the luck be with you, may you come to senses to not pyramid full-quote all the time and whatnot else, lol!  I'm confused on this part, so the first TX was done by the person who found the private key. Even with RBF, how was this TX replaced with another unless the other person who replaced it also had the private key?
|
|
|
|
|
ee1234ee
Jr. Member
Offline
Activity: 45
Merit: 1
|
 |
January 01, 2026, 01:10:15 PM |
|
My friends, I have a new doubt. When I was using RCKangaroo, I discovered an issue while scanning question 135. If I set it to the 134 bit range, the program shows that it will take 849950 days.
RCKangaroo.exe -dp 32 -range 134 -start 4000000000000000000000000000000000 -pubkey 02145d2611c823a396ef6712ce0f712f09b9b4f3135e3e0aa3230fb9b6d08d1e16 GPUs started... MAIN: Speed: 2311 MKeys/s, Err: 0, DPs: 0K/39513699K, Time: 0d:00h:00m/849950d:22h:43m
And when I set the program to a range of 116 bits, it showed that it would take 1680 days to complete.
RCKangaroo.exe -dp 32 -range 116 -start 4000000000000000000000000000000000 -pubkey 02145d2611c823a396ef6712ce0f712f09b9b4f3135e3e0aa3230fb9b6d08d1e16 GPUs started... MAIN: Speed: 2283 MKeys/s, Err: 0, DPs: 0K/77175K, Time: 0d:00h:00m/1680d:10h:05m
However, the range of 134 bits is 262143 times that of the range of 116 bits. If we calculate this way, the time does not correspond. Why is the difference so large? Did I miscalculate?
|
|
|
|
|
Bram24732
Member

Offline
Activity: 238
Merit: 24
|
 |
January 01, 2026, 01:14:45 PM |
|
My friends, I have a new doubt. When I was using RCKangaroo, I discovered an issue while scanning question 135. If I set it to the 134 bit range, the program shows that it will take 849950 days.
RCKangaroo.exe -dp 32 -range 134 -start 4000000000000000000000000000000000 -pubkey 02145d2611c823a396ef6712ce0f712f09b9b4f3135e3e0aa3230fb9b6d08d1e16 GPUs started... MAIN: Speed: 2311 MKeys/s, Err: 0, DPs: 0K/39513699K, Time: 0d:00h:00m/849950d:22h:43m
And when I set the program to a range of 116 bits, it showed that it would take 1680 days to complete.
RCKangaroo.exe -dp 32 -range 116 -start 4000000000000000000000000000000000 -pubkey 02145d2611c823a396ef6712ce0f712f09b9b4f3135e3e0aa3230fb9b6d08d1e16 GPUs started... MAIN: Speed: 2283 MKeys/s, Err: 0, DPs: 0K/77175K, Time: 0d:00h:00m/1680d:10h:05m
However, the range of 134 bits is 262143 times that of the range of 116 bits. If we calculate this way, the time does not correspond. Why is the difference so large? Did I miscalculate?
The difficulty is proportional to the square root of the number of bits.
|
|
|
|
|
ee1234ee
Jr. Member
Offline
Activity: 45
Merit: 1
|
 |
January 01, 2026, 01:28:02 PM |
|
The difficulty is proportional to the square root of the number of bits.
Thank you for your response If that's the case, I originally intended to divide the scope of question 135 into several small areas to scan separately, but this would be ineffective. A better approach may be for all GPUs to simultaneously scan the 134 bit range, then save the program's DP data for unified comparison, which may be more efficient.
|
|
|
|
|
|