Nodemath
Newbie

Activity: 33
Merit: 0
|
 |
September 23, 2025, 07:46:25 AM Last edit: September 23, 2025, 08:20:39 PM by Mr. Big |
|
I am back with new logic what will be payout if I revealed that it work upto puzzle 125 Logic. I need some payout but I am true it work 99.99 percent this 0.01 consider two many trillion under that Logic need to be fix But needed to compute some 200 trillion keys
I am looking for 8 gigs with hash 160 like rc kangro without public key is there any way
|
|
|
|
|
otacilioricardo
Newbie

Activity: 3
Merit: 0
|
 |
September 23, 2025, 08:07:54 AM |
|
This puzzle is very strange. If it's for measuring the world's brute forcing capacity, 161-256 are just a waste (RIPEMD160 entropy is filled by 160, and by all of P2PKH Bitcoin). The puzzle creator could improve the puzzle's utility without bringing in any extra funds from outside - just spend 161-256 across to the unsolved portion 51-160, and roughly treble the puzzle's content density. If on the other hand there's a pattern to find... well... that's awfully open-ended... can we have a hint or two?  I am the creator. You are quite right, 161-256 are silly. I honestly just did not think of this. What is especially embarrassing, is this did not occur to me once, in two years. By way of excuse, I was not really thinking much about the puzzle at all. I will make up for two years of stupidity. I will spend from 161-256 to the unsolved parts, as you suggest. In addition, I intend to add further funds. My aim is to boost the density by a factor of 10, from 0.001*length(key) to 0.01*length(key). Probably in the next few weeks. At any rate, when I next have an extended period of quiet and calm, to construct the new transaction carefully. A few words about the puzzle. There is no pattern. It is just consecutive keys from a deterministic wallet (masked with leading 000...0001 to set difficulty). It is simply a crude measuring instrument, of the cracking strength of the community. Finally, I wish to express appreciation of the efforts of all developers of new cracking tools and technology. The "large bitcoin collider" is especially innovative and interesting! Hello. I've been working on this challenge for a few months. I've tested several equations. You put the compressed public key in wallets 135, 140, 145, 150, 155, and 160. Is there a reason for this, or is it just random information?
|
|
|
|
|
Denevron
Newbie

Activity: 121
Merit: 0
|
 |
September 23, 2025, 11:10:00 AM |
|
I am back with new logic what will be payout if I revealed that it work upto puzzle 125 Logic. I need some payout but I am true it work 99.99 percent this 0.01 consider two many trillion under that Logic need to be fix But needed to compute some 200 trillion keys
So if it works, why do you need a payout? Find the key yourself and that's it...
|
|
|
|
|
iceland2k14
Member


Activity: 76
Merit: 89
|
 |
September 23, 2025, 11:33:23 AM |
|
In my walk along the shifting banks of your 32-piece puzzle, I learned to move not by force, but by finding the stones where the river bends.
Somewhere in the turning, I found that second, silent current—the puzzle behind the puzzle. You were right: it bends, and the stepping stones are exposed if you know where to look for the echoes, not just the depth.
There has been so much magic exposed previously. Galaxy inside Galaxy of stars. Circles in the circles of rings. Your river needs a Dam to stop the flow
|
|
|
|
|
fmg75
Newbie

Activity: 14
Merit: 0
|
 |
September 23, 2025, 01:05:28 PM Last edit: September 23, 2025, 01:49:31 PM by fmg75 |
|
This puzzle is very strange. If it's for measuring the world's brute forcing capacity, 161-256 are just a waste (RIPEMD160 entropy is filled by 160, and by all of P2PKH Bitcoin). The puzzle creator could improve the puzzle's utility without bringing in any extra funds from outside - just spend 161-256 across to the unsolved portion 51-160, and roughly treble the puzzle's content density. If on the other hand there's a pattern to find... well... that's awfully open-ended... can we have a hint or two?  I am the creator. You are quite right, 161-256 are silly. I honestly just did not think of this. What is especially embarrassing, is this did not occur to me once, in two years. By way of excuse, I was not really thinking much about the puzzle at all. I will make up for two years of stupidity. I will spend from 161-256 to the unsolved parts, as you suggest. In addition, I intend to add further funds. My aim is to boost the density by a factor of 10, from 0.001*length(key) to 0.01*length(key). Probably in the next few weeks. At any rate, when I next have an extended period of quiet and calm, to construct the new transaction carefully. A few words about the puzzle. There is no pattern. It is just consecutive keys from a deterministic wallet (masked with leading 000...0001 to set difficulty). It is simply a crude measuring instrument, of the cracking strength of the community. Finally, I wish to express appreciation of the efforts of all developers of new cracking tools and technology. The "large bitcoin collider" is especially innovative and interesting! Hello. I've been working on this challenge for a few months. I've tested several equations. You put the compressed public key in wallets 135, 140, 145, 150, 155, and 160. Is there a reason for this, or is it just random information? While this forum is very extensive, if you dedicate time and seek out the experts who provide the most useful information, you'll find the answers to your questions. Take your time. Regarding keys that are multiples of 5, that's part of the game now; you just have to use other tools to calculate the private key, knowing the public key. https://privatekeys.pw/puzzles/bitcoin-puzzle-tx?table=1&status=unsolved
|
|
|
|
|
|
DaCryptoRaccoon
|
 |
September 23, 2025, 02:08:34 PM |
|
In my walk along the shifting banks of your 32-piece puzzle, I learned to move not by force, but by finding the stones where the river bends.
Somewhere in the turning, I found that second, silent current—the puzzle behind the puzzle. You were right: it bends, and the stepping stones are exposed if you know where to look for the echoes, not just the depth.
There has been so much magic exposed previously. Galaxy inside Galaxy of stars. Circles in the circles of rings. Your river needs a Dam to stop the flow Would that be the Galaxy of RSZ or the special mathematical property's that are not public but have become so. Let's chat.
|
┏━━━━━━━━━━━━━━━━━┓ ┃ 𝔱𝔥𝔬𝔲 𝔰𝔥𝔞𝔩𝔱 𝔴𝔬𝔯ⱪ 𝔣𝔬𝔯 𝔶𝔬𝔲𝔯 𝔟𝔞𝔤𝔰 ┃ ┃ ➤21/M ┃ ┃ ███▓▓ ███▓▓ ███▓▓ ███▓▓┃
|
|
|
SRG02289
Newbie

Activity: 19
Merit: 0
|
 |
September 23, 2025, 07:26:25 PM |
|
1PWo3JeB9wGfj71uZbFEk71SqZbDEsyejr 675AF9FADD181CB5A9 
|
|
|
|
|
BlackAKAAngel
Newbie

Activity: 27
Merit: 0
|
 |
September 24, 2025, 09:22:44 AM |
|
dit sommebody find this address 1PWo3JeB9jrWjXPWzpXqY7LseCfx7ngvHL  
|
|
|
|
|
tesslanik
Jr. Member

Activity: 34
Merit: 15
|
 |
September 24, 2025, 11:34:50 AM |
|
Is there a ready-made program that allows you to calculate not sequential keys, but your own values from an external or internal generator on the GPU?
|
|
|
|
|
fmg75
Newbie

Activity: 14
Merit: 0
|
 |
September 24, 2025, 02:34:00 PM |
|
Is there a ready-made program that allows you to calculate not sequential keys, but your own values from an external or internal generator on the GPU?
I don't know if it exists, but it would be very inefficient for mathematical reasons; I wouldn't be able to perform modular inversion efficiently. I'm working on a code that allows for arbitrary ranges, not powers of 2, as is often the case.
|
|
|
|
|
tesslanik
Jr. Member

Activity: 34
Merit: 15
|
 |
September 24, 2025, 04:37:57 PM |
|
I don't know if it exists, but it would be very inefficient for mathematical reasons; I wouldn't be able to perform modular inversion efficiently. I'm working on a code that allows for arbitrary ranges, not powers of 2, as is often the case.
How does a WIF password cracker work? If there are missing characters in the middle, the keys are also not sequential. Or a dictionary attack on Brain Wallet? They're the same thing, and there are programs with speeds of 300-400 M/s. I'd be perfectly happy with 100 M/s.
|
|
|
|
|
ffcd1144
Newbie

Activity: 2
Merit: 0
|
 |
September 24, 2025, 05:55:29 PM |
|
Has anyone attempted to use public key splitting?
|
|
|
|
|
MakerAZ
Jr. Member

Activity: 70
Merit: 5
|
 |
September 25, 2025, 03:07:13 AM |
|
Is this prize still on the table? Did anyone managed to crack it?
|
|
|
|
|
nochkin
Member


Activity: 88
Merit: 16
|
 |
September 25, 2025, 03:13:32 AM |
|
Is this prize still on the table? Did anyone managed to crack it?
This is public information. You can check the blockchain at any time.
|
|
|
|
|
FilAm0
Newbie

Activity: 5
Merit: 0
|
 |
September 25, 2025, 07:41:25 AM |
|
Which is easier puzzle #71 or puzzle #135? Is there a new software or technique you can suggest?
|
|
|
|
|
POD5
Member


Activity: 335
Merit: 10
Keep smiling if you're loosing!
|
 |
September 25, 2025, 10:04:10 AM |
|
Which is easier puzzle #71 or puzzle #135? Is there a new software or technique you can suggest?
puzzle #71 is easier.
|
bc1qygk0yjdqx4j2sspswmu4dvc76s6hxwn9z0whlu
|
|
|
sxiclub
Newbie

Activity: 25
Merit: 0
|
 |
September 25, 2025, 11:53:17 AM |
|
This puzzle is very strange. If it's for measuring the world's brute forcing capacity, 161-256 are just a waste (RIPEMD160 entropy is filled by 160, and by all of P2PKH Bitcoin). The puzzle creator could improve the puzzle's utility without bringing in any extra funds from outside - just spend 161-256 across to the unsolved portion 51-160, and roughly treble the puzzle's content density. If on the other hand there's a pattern to find... well... that's awfully open-ended... can we have a hint or two?  I am the creator. You are quite right, 161-256 are silly. I honestly just did not think of this. What is especially embarrassing, is this did not occur to me once, in two years. By way of excuse, I was not really thinking much about the puzzle at all. I will make up for two years of stupidity. I will spend from 161-256 to the unsolved parts, as you suggest. In addition, I intend to add further funds. My aim is to boost the density by a factor of 10, from 0.001*length(key) to 0.01*length(key). Probably in the next few weeks. At any rate, when I next have an extended period of quiet and calm, to construct the new transaction carefully. A few words about the puzzle. There is no pattern. It is just consecutive keys from a deterministic wallet (masked with leading 000...0001 to set difficulty). It is simply a crude measuring instrument, of the cracking strength of the community. Finally, I wish to express appreciation of the efforts of all developers of new cracking tools and technology. The "large bitcoin collider" is especially innovative and interesting! Hello. I've been working on this challenge for a few months. I've tested several equations. You put the compressed public key in wallets 135, 140, 145, 150, 155, and 160. Is there a reason for this, or is it just random information? History: 2019-05-31 The creator of the "puzzles" creates outgoing transaction with the value of 1000 satoshi for addresses #65, #70, #75, #80, #85, #90, #95, #100, #105, #110, #115, #120, #125, #130, #135, #140, #145, #150, #155, #160 with the aim of probably comparing the difficulty of finding a private key for the address from which such a transaction was carried out, and one that there is no transaction.
|
|
|
|
|
ericb148
Newbie

Activity: 3
Merit: 0
|
 |
September 27, 2025, 01:36:59 AM |
|
I tried converting everything to binary and doing some analysis and it seems like the private keys always have 1s in around 1/2 of the search space. Seems like this approach would be much more efficient than trying to exhaust them all.
|
|
|
|
|
brainless
Member


Activity: 493
Merit: 35
|
 |
September 27, 2025, 02:57:46 PM |
|
Ecc loop game You will post pubkey I will issue your pubkey looped pubkey
I will tell you one multiplayer scaler number aftér apply scaler you will sub subtract your pubkey, you will be backed in result at looped pubkey
|
13sXkWqtivcMtNGQpskD78iqsgVy9hcHLF
|
|
|
Saketmishra01
Newbie

Activity: 1
Merit: 0
|
 |
September 27, 2025, 04:02:43 PM |
|
1st thing if you use github based wif solver you need a perfect ending byte required because it's random value either it impossible to solve via wifsolver because wifsolver the actual algorithm are so complex 1st you need to read first Wifsolver show speed are not real I don't know if it exists, but it would be very inefficient for mathematical reasons; I wouldn't be able to perform modular inversion efficiently. I'm working on a code that allows for arbitrary ranges, not powers of 2, as is often the case.
How does a WIF password cracker work? If there are missing characters in the middle, the keys are also not sequential. Or a dictionary attack on Brain Wallet? They're the same thing, and there are programs with speeds of 300-400 M/s. I'd be perfectly happy with 100 M/s.
|
|
|
|
|
|