Bitcoin Forum
January 14, 2026, 08:29:55 PM *
News: Latest Bitcoin Core release: 30.2 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 [382] 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 ... 629 »
  Print  
Author Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it  (Read 363478 times)
whistle307194
Copper Member
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
March 01, 2025, 12:04:17 PM
Last edit: March 01, 2025, 12:52:28 PM by whistle307194
 #7621


Exactly and You have readed my first post correctly so in order to get the private key I need that decimal hash160 string and a range boundary, optionally You can provide the initial address You have got in the first step.
Then I will provide results almost immediately.


Okay, let's do this.

decimal hash160 string:
Code:
1282931445580409769159733555426437642907293617404

range boundary:
Code:
80000000000000000:fffffffffffffffff

Pls give me the private key immediately.  Roll Eyes


I need to clarify something once again - Yes, You have readed my first post correctly but You did not do the steps I ask for.
That would be simply too easy to give something I also want Wink

I have already provided the two parameters you need, and now you’re asking me for extra information.

Alright, you say that everything must be done exactly according to your steps, but the whole process is predicated on the fact that I need to know the private key.

Without the private key, I wouldn’t be able to get the string mentioned in step 6.

So, since I already know the private key, why do we have to engage in these tedious number transformation games?

Stop playing your number games—it's like saying that your birth year plus your age equals the current year.


That's why I wrote it is just a TEST to show You that there is another interesting approach available that looks like You are not familiar with.
Of course having a private key makes whole "decode" process useless but that is just only to show You that even though I don't know Your pvk but I have enough data of Your choice I am able to do what I say.
kTimesG
Full Member
***
Offline Offline

Activity: 714
Merit: 221


View Profile
March 01, 2025, 12:57:53 PM
 #7622

So we fill up two entire pages of this thread with some 4th grade math trick, and then people wonder what happened to serious discussions about elliptic curves, or why no one bothers to post serious stuff?

@whistle307194 I already explained how you are able to solve this, what exactly does your trick have to do with this thread at all? Or with Bitcoin in general? You can apply that trick to basically any f(x) = y.

Off the grid, training pigeons to broadcast signed messages.
JackMazzoni
Jr. Member
*
Offline Offline

Activity: 179
Merit: 6


View Profile
March 01, 2025, 02:47:56 PM
 #7623

Hello everyone,

I need to show you something I was working on for a few months and because I am actually addicted of this, you have to see it.

So basically the case is I want to verify If I am that "smart" or it is just pure coincidence.

I have just now registered first ever account.

I am working with a very interesting python script that basically get's the private key directly from the hash160 of basically any address up to puzzle 130...sounds crazy isn't it?

So basically what I need to decode private key of the hash160 of an p2pkh bitcoin address? hah a private key Wink

Seriously..

1.Chose whatever range, like I said, for the moment I have tested until puzzle 130, generate Yourself a hex private key in between chosen range and get the address.
2 Convert the hash160 of that address to decimal string.
3.Convert the hexadecimal private key to decimal as well,
4 Now using a big integer calculator for example http://www.javascripter.net/math/calculators/100digitbigintcalculator.htm ( I am also using it ) divide the decimal string of hash160 by decimal version of private key
5.The resulting string now You have to multiply times decimal private key.
6 That multiplication will result with a long string of course but quite similar with the first digits like so basically that string will be required by me.

That is pretty obvious that having only hash160 string we cannot see the private key directly can we?
 
So what I need actually to decode private key then?

I need a hex range boundary of Your address choice and the the resulting decimal string from step 6. or as You want convert it to an address back using brainwallet converter, so range boundary and an address Wink

Time to get the private key? Instant, 0.1 sec.

The most important: I don't need a private key Smiley, I will get one to verify what I say and second read carefully so You have zero questions about the steps.

Don't forget to pick up the range and address with that private key You don't use personally, that is just a test. Wanna see the results reply with what I ask for.


When I have the private key I will reply with signed message so You can verify Yourself.

I guarantee you will be intrigued.


 Your project seems amazing. Do you have success so far? If you need more accurate calculator just let me know. I have a very fast karatsuba calculator that can solve up to 500 digit integers and up to 100 decimals. Can you tell more about about your project?

Need Wallet Recovery? PM ME. 100% SAFE
kreosan
Newbie
*
Offline Offline

Activity: 9
Merit: 13


View Profile
March 01, 2025, 04:10:31 PM
 #7624


..........

Seriously..

1.Chose whatever range, like I said, for the moment I have tested until puzzle 130, generate Yourself a hex private key in between chosen range and get the address.
2 Convert the hash160 of that address to decimal string.
3.Convert the hexadecimal private key to decimal as well,
4 Now using a big integer calculator for example http://www.javascripter.net/math/calculators/100digitbigintcalculator.htm ( I am also using it ) divide the decimal string of hash160 by decimal version of private key
5.The resulting string now You have to multiply times decimal private key.
6 That multiplication will result with a long string of course but quite similar with the first digits like so basically that string will be required by me.

Tested your theory... There's something to it, but very insignificantly. And with additional tests, it tends to ordinary entropy... Wink

----
PK (hex): 000000000000000000000000000000020000000000000000000000E8D4A50FFF
ADR: 13qD8Bs6Kx8gQmuH7hWVfWTHPBXRGJ94aW
hash160 (hex): 1f0e5698f426c93197f6fe4561913d2dca7b0f56
hash160 (dec): 177298468032361376284751942974563620350777298774
PK (dec): 680564733841876926926749215863536422911
Quotient from division: 260516684
Result of quotient * private_key_dec: 177298467707828357339067016616368705409995347124

hash160: 177298468032361376284751942974563620350777298774
Prod: 177298467707828357339067016616368705409995347124
Nodemath
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
March 02, 2025, 02:16:22 AM
 #7625

zahid888
If... then as a token of gratitude, I have no problem sending you a reward, just like the creator of the bruteforce program that will help find the key. I don't mind giving 1 BTC out of more than free 6 BTC.  Smiley

I can help with I have clue It will break entire ranges to half of half time but I need 1 btc
First payment 0.5 btc then after 0.5 btc
btc11235
Jr. Member
*
Offline Offline

Activity: 35
Merit: 1


View Profile
March 02, 2025, 04:52:01 PM
 #7626

quick question for y'all...

I have a PC with no GPU, a CPU capable of running 32 threads, and 64GB of RAM...

I've been playing with Keyhunt recently, and if I try it in address mode on a lower number puzzle I get speeds somewhere in the Mkeys/s range (I forget the exact number)... And when I try it in BSGS mode for a higher puzzle (one with a known public key, like 135) I'm getting around 880 Pkeys/s...

The problem is that I know how to calculate how big the search space is when trying to solve by address, but I have no idea how to do the same for BSGS... If the math for BSGS is completely different from calculating addresses, then is the puzzle's key range still relevant...?

Basically, I know it'll take me a gazillion years to search an entire key space either way, but I don't know if I should try my luck at addresses on a lower puzzle or BSGS on a higher one... Which one is better odds for my setup, any ideas?

Thanks.
cctv5go
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
March 02, 2025, 06:17:56 PM
 #7627

quick question for y'all...

I have a PC with no GPU, a CPU capable of running 32 threads, and 64GB of RAM...

I've been playing with Keyhunt recently, and if I try it in address mode on a lower number puzzle I get speeds somewhere in the Mkeys/s range (I forget the exact number)... And when I try it in BSGS mode for a higher puzzle (one with a known public key, like 135) I'm getting around 880 Pkeys/s...

The problem is that I know how to calculate how big the search space is when trying to solve by address, but I have no idea how to do the same for BSGS... If the math for BSGS is completely different from calculating addresses, then is the puzzle's key range still relevant...?

Basically, I know it'll take me a gazillion years to search an entire key space either way, but I don't know if I should try my luck at addresses on a lower puzzle or BSGS on a higher one... Which one is better odds for my setup, any ideas?

Thanks.
You're wasting your time. It's better to do something else meaningful。
btc11235
Jr. Member
*
Offline Offline

Activity: 35
Merit: 1


View Profile
March 02, 2025, 07:01:34 PM
 #7628

You're wasting your time. It's better to do something else meaningful。

Thanks, but I'd still like to know if I'm better off trying my luck at A) ~120 Mkeys/s address search on, say, puzzle 68, or B) ~880 Pkeys/s BSGS search on, say, puzzle 135...

I mean, does it end-up being basically equal...? I can apparently search much faster on BSGS, and if the search space grows at roughly the same rate as my calc speed (or a little more), then I'd rather try for puzzle 135 since the reward is double... But if the search space for BSGS is still based (at least somewhat) on the address search range, then I'm guessing the fact that I can do "Pkeys/s" on #135 doesn't make-up for the exponential difference in search space size over #68...
kTimesG
Full Member
***
Offline Offline

Activity: 714
Merit: 221


View Profile
March 02, 2025, 07:31:50 PM
 #7629

You're wasting your time. It's better to do something else meaningful。

Thanks, but I'd still like to know if I'm better off trying my luck at A) ~120 Mkeys/s address search on, say, puzzle 68, or B) ~880 Pkeys/s BSGS search on, say, puzzle 135...

I mean, does it end-up being basically equal...? I can apparently search much faster on BSGS, and if the search space grows at roughly the same rate as my calc speed (or a little more), then I'd rather try for puzzle 135 since the reward is double... But if the search space for BSGS is still based (at least somewhat) on the address search range, then I'm guessing the fact that I can do "Pkeys/s" on #135 doesn't make-up for the exponential difference in search space size over #68...

Address: 2**67 / (120 M/s) = 38,996 years maximum (19,498 years expected)

BSGS: [max_ops] / (880 P/s) = Huh years

Replace max_ops with whatever op count are required, it probably depends on the size of the baby steps table (which depends on how much RAM you have available).

You might find BSGS would need billions of years for your setup. It's already explained that there isn't enough storage on our planet to hold your baby step table to have the complexity reduced to sqrt(N).

Off the grid, training pigeons to broadcast signed messages.
nomachine
Full Member
***
Offline Offline

Activity: 798
Merit: 134



View Profile
March 02, 2025, 07:32:35 PM
Last edit: March 03, 2025, 05:06:36 AM by nomachine
 #7630

~120 Mkeys/s address search on, say, puzzle 68

I have achieved approximately 200 Mkeys/s in my script for searching Hash160 targets in pure random mode. This was accomplished using an AVX2 8-way parallel implementation of SHA-256 and RIPEMD-160 (based on the cpuminer version), which processes 8 hashes simultaneously.

Additionally, this script performs quite well in a similar way

https://bitcointalk.org/index.php?topic=5532654.msg65124268#msg65124268

 Grin

BTC: bc1qdwnxr7s08xwelpjy3cc52rrxg63xsmagv50fa8
whistle307194
Copper Member
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
March 02, 2025, 10:18:04 PM
 #7631

Hello everyone,

I need to show you something I was working on for a few months and because I am actually addicted of this, you have to see it.

So basically the case is I want to verify If I am that "smart" or it is just pure coincidence.

I have just now registered first ever account.

I am working with a very interesting python script that basically get's the private key directly from the hash160 of basically any address up to puzzle 130...sounds crazy isn't it?

So basically what I need to decode private key of the hash160 of an p2pkh bitcoin address? hah a private key Wink

Seriously..

1.Chose whatever range, like I said, for the moment I have tested until puzzle 130, generate Yourself a hex private key in between chosen range and get the address.
2 Convert the hash160 of that address to decimal string.
3.Convert the hexadecimal private key to decimal as well,
4 Now using a big integer calculator for example http://www.javascripter.net/math/calculators/100digitbigintcalculator.htm ( I am also using it ) divide the decimal string of hash160 by decimal version of private key
5.The resulting string now You have to multiply times decimal private key.
6 That multiplication will result with a long string of course but quite similar with the first digits like so basically that string will be required by me.

That is pretty obvious that having only hash160 string we cannot see the private key directly can we?
 
So what I need actually to decode private key then?

I need a hex range boundary of Your address choice and the the resulting decimal string from step 6. or as You want convert it to an address back using brainwallet converter, so range boundary and an address Wink

Time to get the private key? Instant, 0.1 sec.

The most important: I don't need a private key Smiley, I will get one to verify what I say and second read carefully so You have zero questions about the steps.

Don't forget to pick up the range and address with that private key You don't use personally, that is just a test. Wanna see the results reply with what I ask for.


When I have the private key I will reply with signed message so You can verify Yourself.

I guarantee you will be intrigued.


 Your project seems amazing. Do you have success so far? If you need more accurate calculator just let me know. I have a very fast karatsuba calculator that can solve up to 500 digit integers and up to 100 decimals. Can you tell more about about your project?

JackMazzoni Check pm please.
Nodemath
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
March 03, 2025, 12:23:01 AM
 #7632

People u have still my offer because even newbie who solved puzzle

I have less compute speed but I used a lot brain to get clue
Even though creator don't know there was a way

Offer still at table
bibilgin
Newbie
*
Offline Offline

Activity: 275
Merit: 0


View Profile
March 03, 2025, 02:23:51 AM
 #7633

People u have still my offer because even newbie who solved puzzle

I have less compute speed but I used a lot brain to get clue
Even though creator don't know there was a way

Offer still at table

Don't bother yourself, no one will give you even 0.005 BTC. Proof of theory is not a definitive result.
Nodemath
Newbie
*
Offline Offline

Activity: 33
Merit: 0


View Profile
March 03, 2025, 03:29:48 AM
 #7634

I will show how it decrease range half size trust me
Upto 159 and I will try 160 covering some basics for this one

Who more computation power just ping me here

shadowmancer081@gmail.com
k3ntINA
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
March 03, 2025, 05:30:22 AM
 #7635

This is just an opinion and since I don't have a lot of resources to search, I'm posting it here and anyone who would like to use it may be correct:
For number 68 in decimal starting from: 1446000000000000000000 or hex: 7d6ba65e0597c0000
WanderingPhilospher
Sr. Member
****
Offline Offline

Activity: 1456
Merit: 284

Shooters Shoot...


View Profile
March 03, 2025, 06:34:01 AM
 #7636

This is just an opinion and since I don't have a lot of resources to search, I'm posting it here and anyone who would like to use it may be correct:
For number 68 in decimal starting from: 1446000000000000000000 or hex: 7d6ba65e0597c0000

1446000000000000000000  in hex = 0x4E6347FAC37ED80000, which outside 68's range.

68's range = 147573952589676412928 ; thru, 295147905179352825855 ; or 0x80000000000000000:0xfffffffffffffffff

1446000000000000000000
147573952589676412928
295147905179352825855
3dmlib
Jr. Member
*
Offline Offline

Activity: 66
Merit: 2


View Profile
March 03, 2025, 10:23:36 AM
 #7637

Hello. I will nice to get status update how much percent puzzle 67 solver scanned 68. To get any understanding if still any reason to scan it with not many compute resources available or it just wasting electricity, money and make world more hot Wink Thanks.
bitcoinpuzzles621
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
March 03, 2025, 11:54:15 AM
 #7638

Does anyone know if the most recent puzzle solver for puzzle 67 used mara successfully to get the funds?   Or is there just no way to be sure about it again if the solver isnt posting here?   I havent had time to read all recent posts, just thought I would ask.  Never expected puzzle 67 to be solved so quick since 66 took an insane amount of time.
Desyationer
Jr. Member
*
Offline Offline

Activity: 64
Merit: 2


View Profile
March 03, 2025, 12:03:43 PM
 #7639

zahid888
If... then as a token of gratitude, I have no problem sending you a reward, just like the creator of the bruteforce program that will help find the key. I don't mind giving 1 BTC out of more than free 6 BTC.  Smiley

I can help with I have clue It will break entire ranges to half of half time but I need 1 btc
First payment 0.5 btc then after 0.5 btc

Send you 1 BTC? Funny!))) I'm so broke that even if I sold my apartment, I wouldn't even reach half a BTC!))) It would be hilarious to do that—let's say I get 0.3 BTC and end up homeless, completely relying on you!)))

I will send 1 BTC only after the BTC from the puzzle is in my personal wallet. I will send a total of 1 BTC to those whose software solutions or hints helped me find the golden key. For example, if a BitCrack fork helps, I will send part to the creator of BitCrack and the other half to the creator of the fork based on BitCrack.
Bram24732
Member
**
Offline Offline

Activity: 252
Merit: 26


View Profile
March 03, 2025, 12:34:28 PM
 #7640

Does anyone know if the most recent puzzle solver for puzzle 67 used mara successfully to get the funds?   Or is there just no way to be sure about it again if the solver isnt posting here?   I havent had time to read all recent posts, just thought I would ask.  Never expected puzzle 67 to be solved so quick since 66 took an insane amount of time.

I did solve it, and I did use slipstream without problems

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.
Pages: « 1 ... 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 [382] 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 ... 629 »
  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!