Bitcoin puzzle transaction ~32 BTC prize to who solves it

[Frequence]

a colleague got good speed with the 5090

Impossible

[crytoestudo]

it's bug

a colleague got good speed with the 5090
https://media.discordapp.net/attachments/1379824747117940887/1385264671270899774/Captura_de_tela_2025-06-19_112456.png?ex=68556fc2&is=68541e42&hm=5912b561312925724e091f60a2247277ba4eec0a768e17c2805e32e5e976f04a&=&format=webp&quality=lossless&width=1474&height=423

Impossible

[Frequence]

While everyone is trying to brute force this puzzle. Some people have already hacked Bitcoin itself, or rather secp, otherwise some transactions cannot be explained. Of course, the one who hacks the system itself will not say anything about it, otherwise his life will be in danger, a lot of money is kept by influential people and also the black market.
One thing is certain, old addresses from 2009-2010 have been active for some time now. And transfers to exchanges and other addresses are made from them. It is logical that if you have found a vulnerability, it is better to use old wallets, because in this case, few will be able to confirm the legitimacy of these coins, because they have long lost the keys.

Okay, can you give an example?!

[FlleOWA]

Okay, can you give an example?!

You can see these addresses from 2011, which were translated 13 years later.

1L8SXqb31Ry2dKPRaY19xddo9fcsvCKVYN
1EySSGtSVitbMZSQmhNobvTEPdmGSwpsjA

And these are wallets from the very beginning of 2009, when they were still giving 50 bitcoins for a block.

1CGT3Ywaa2upJfWtUtbXonDPNTfZPWqzmA
1MBBJBFEaYKHFZAeV7hQ7DWdu3aZktjzFH
13J8FkimCLQ2EnP1xRm7yHhpaZQa9H4p8E
18E5d2wQdAfutcXgziHZR71izLRyjSzGSX
1C4rE41Kox3jZbdJT9yatyh4H2fMxP8qmD

I doubt that a person found his software after 15 years. It is impossible. And considering that these are the initial blocks and possibly the addresses of Satoshi himself, but not for sure. But it is a huge blunder to transfer funds from these addresses.
I myself mined in 2009, at the very beginning through the satoshi application. But at that time I was just playing around, and the reward for each block was on a new address, save a private key or see at that time there was no such function in the application. Or maybe I didn't know, only wallet.dat was for saving your funds.
At that time I had 2 servers at home, I kept my websites on one, and launched pirated game servers on the other. And a friend told me about bitcoin, I don’t remember how much I mined, the software worked for a month, probably 1000btc and that was it. I just deleted the application later, I didn’t know what to do with these coins.

You can search more precisely and find even more addresses.

It's always possible (and even happened) that old software had bugs like bad RNG, making exploits viable more or less. More probable than secp being broken in secret (though not excluded).

I doubt it. From those addresses that transferred 50 btc, all this stuff won't work. Only if there is a vulnerability in that original application. There were no others at that time.

[pbies]

For old wallets (2009-2017) there is not much to do beside having "performance counter data" which can lead to guessing private keys.

If you have this old perfdata you can generate old private keys and take the balance.

Seems like the only way to steal funds from these old addresses.

[FlleOWA]

For old wallets (2009-2017) there is not much to do beside having "performance counter data" which can lead to guessing private keys.

If you have this old perfdata you can generate old private keys and take the balance.

Seems like the only way to steal funds from these old addresses.

I considered this possibility, studied the source code of the original application, looked for generator errors.
At that time I didn't have strong knowledge in coding. That's why I didn't understand and didn't know what data the generator takes as a basis, I tried to generate billions using time but it didn't help.
But I got tired of it, but apparently it is worth delving into it.

[kTimesG]

For old wallets (2009-2017) there is not much to do beside having "performance counter data" which can lead to guessing private keys.

If you have this old perfdata you can generate old private keys and take the balance.

Seems like the only way to steal funds from these old addresses.

My best guess is that Satoshi wanted a pizza last September, and was out of cash.

Lucky delivery guy.

Now, where's the OG satoshi mining app used in Jan 2009?

[CriptoGiga]

For old wallets (2009-2017) there is not much to do beside having "performance counter data" which can lead to guessing private keys.

If you have this old perfdata you can generate old private keys and take the balance.

Seems like the only way to steal funds from these old addresses.

My best guess is that Satoshi wanted a pizza last September, and was out of cash.

Lucky delivery guy.

Now, where's the OG satoshi mining app used in Jan 2009?

https://satoshi.nakamotoinstitute.org/code/

[crytoestudo]

BitcoinMiner started
RefreshListCtrl starting
RefreshListCtrl done
IRC :*.freenode.net NOTICE * :*** Looking up your ident...
IRC :*.freenode.net NOTICE * :*** Looking up your hostname...
IRC :*.freenode.net NOTICE * :*** Found your hostname (191-222-253-40.user3p.v-tal.net.br)
SENDING: NICK uBnDnodZugfSEou
SENDING: USER uBnDnodZugfSEou 8 * : uBnDnodZugfSEou

For old wallets (2009-2017) there is not much to do beside having "performance counter data" which can lead to guessing private keys.

If you have this old perfdata you can generate old private keys and take the balance.

Seems like the only way to steal funds from these old addresses.

My best guess is that Satoshi wanted a pizza last September, and was out of cash.

Lucky delivery guy.

Now, where's the OG satoshi mining app used in Jan 2009?

https://satoshi.nakamotoinstitute.org/code/

[nomachine]

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me. 

[Akito S. M. Hosana]

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me. 

Provided that anyone ever solves puzzle 71. 

[Wanderingaran]

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me. 

Provided that anyone ever solves puzzle 71. 

Even if you solve it, it’s uncertain who will get the prize. So how does that fit into a fair puzzle race? This is the perfect example of a scam.

[teguh54321]

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me.  

Provided that anyone ever solves puzzle 71.  

Even if you solve it, it’s uncertain who will get the prize. So how does that fit into a fair puzzle race? This is the perfect example of a scam.

Not scam. Bram and rc got the price

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me.  

I also setup sniper bot on vps. But loose on sniping 69 😅. That winner bot is wild .....  and i promise if my bot get it , I will split 50 50 with the solver he he he🤪

[kTimesG]

give up and wait for quantum technology

Break all puzzles while waiting for quantum technology, and secure them to PQK (post-quantum keys) before all hell breaks loose.

[analyticnomad]

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me.  

I also setup sniper bot on vps. But loose on sniping 69 😅. That winner bot is wild .....  and i promise if my bot get it , I will split 50 50 with the solver he he he🤪

How about you just not do that at all?

[Denevron]

I would also say that solving 80 bits, with some proper Tame precomputed database (with way less than half a billion DPs) takes much less than 20 seconds, even on a budget GPU. There is a precise balance where having too many DPs (of lower bits) is not beneficial, and having fewer DPs (of higher bits) is better overall.

Yep. But now, let’s say you’ve got a bot with a pre-calculated DP. Puzzle 71 can be solved in, like, 2 seconds on a CPU as soon as the public key pops up. It’s a huge problem if folks ain’t using MARA slipstream, if you ask me.  

I also setup sniper bot on vps. But loose on sniping 69 😅. That winner bot is wild .....  and i promise if my bot get it , I will split 50 50 with the solver he he he🤪

How about you just not do that at all?

people's conscience does not allow them not to do this, everyone wants a freebie)

[Nuclearkeys]

While everyone is trying to brute force this puzzle. Some people have already hacked Bitcoin itself, or rather secp, otherwise some transactions cannot be explained. Of course, the one who hacks the system itself will not say anything about it, otherwise his life will be in danger, a lot of money is kept by influential people and also the black market.
One thing is certain, old addresses from 2009-2010 have been active for some time now. And transfers to exchanges and other addresses are made from them. It is logical that if you have found a vulnerability, it is better to use old wallets, because in this case, few will be able to confirm the legitimacy of these coins, because they have long lost the keys.

We could have seen a lot of complains from "Guys from old wallets" and the governments we know could not be interested in having reserves. For now that that is dream. Most cases that have happened is scamming or installing RAT tools.

[Cricktor]

One thing is certain, old addresses from 2009-2010 have been active for some time now. And transfers to exchanges and other addresses are made from them. It is logical that if you have found a vulnerability, it is better to use old wallets, because in this case, few will be able to confirm the legitimacy of these coins, because they have long lost the keys.

Of what "exploited vulnerability" are you talking about? Not yet saying it's nonsense, but without evidence, close to.

I can assure you that ~1,096,255.xBTC¹ which are attributed to the entity "Patoshi" and mostly held in near 22k coinbase UTXOs didn't move so far, despite the known transactions that Satoshi spent from block #9. I'm not saying that Satoshi and Patoshi are the same entity, but it's quite plausible to me, that they likely are.

I have a watch-only wallet with 21,954 combo() descriptors of mined Patoshi-blocks from 2009-2010 and I would see any spending from those, which simply didn't happen. combo() descriptors match any address type, except Taproot as far as I remember.

The only transactions I see are "donations" mostly to the Genesis block, but also rarely to some other blocks that are believed to belong to Satoshi's stash. It's commonly dust but some are sort of generous like this recent 300k sats transaction. Of course, there have been way larger "donations", although large ones are rare. All this bloats the UTXO set as it's not likely they will be consolidated.

Not sure why you bring this up in this puzzle topic, but we've seen worse blabbering.


¹Current balance according to my watch-only wallet. My sample of Patoshi attributed blocks has a few errors which I don't know if it has been corrected from the list of attributed blocks. I haven't corrected my descriptors yet, so the balance could be off by a few hundred or low thousands bitcoin. It's definitely more than a million bitcoin plus/minus give or take.

[3dmlib]

Hello. Anybody interested in 100usd puzzle 71 mempool bot competition?

[HABJo12]

I love to