Can you crack and post the PVK of that signed address??
Well, the puzzle 66 is expected to be in the 66 bit key space, is your key also in that range?
If that is true, then anyone would be able to crack it
Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 125. (Read 245170 times)
Well, the puzzle 66 is expected to be in the 66 bit key space, is your key also in that range?
If that is true, then anyone would be able to crack it
Just kidding, but the risk here is if the hacker set a high transaction fee, the hackers transaction may be confirmed before yours
now there is a lot of money at stake, I think that there are a lot of bots attached to the 66 address puzzle
now there is a lot of money at stake, I think that there are a lot of bots attached to the 66 address puzzle
It is enough to mark the tx as without RBF and the winner gets it all!
Stop spreading bs.
Stop spreading bs.
This is not bullshit, as some others users already mentioning, Doesn't matter if you mark it with or without RBF, the transaction always can be repleaced and that only depends of Node configuracions to accept it or reject it.
The only safest way to move the founds is ask to a miner if they mined your transaction without broadcast it (previously to the block begin mined), also it is even better if you are a miner and you include the transaction without broadcast it before it is mined.
Whats the best way for me to prove that I have the key, without disclosing the private key and public key to a miner ?
Address = 13zb1hQbWVuYdZoAkztVrNrm65aReL2pYD
Message = I own this address
Signature = HxSDzJj3BhS8lh7qoU1L9zJsymorFkJv8/roi8o6+269PEDPr8psAE1QEOerWAWKv/ypXss7hhXEe0FutUR4b0s=
https://bitaps.com/signature
I am still curious to know if someone is able to crack these signatures as well
Thanks Alberto, then I have to sell the key to the miner who bids the highest.
Whats the best way for me to prove that I have the key, without disclosing the private key and public key to a miner ?
Whats the best way for me to prove that I have the key, without disclosing the private key and public key to a miner ?
There is no safe way to do that, even signature text messages include the public key.
thousands of bots are drooling waiting for your transaction, your hard earned bitcoins will evaporate like steam over a pot
now no one will scan 66 address ddd
now no one will scan 66 address ddd
How can bots get ahead of me? Let's say I solved the puzzle without using the site and only I know the private key at the time of sending the transaction. please explain how this will happen because I apparently don’t understand something
For #120, that is roughly 58 days with 64 RTX 4090s, to solve
For #125, with 128 RTX 4090s, that would be around 163 days, to solve.
And those are running on some zero-point module free energy? For #125, with 128 RTX 4090s, that would be around 163 days, to solve.
So you basically stored 500 billion DP 0, tames, basically just printing pubs and privs to a file, and now are offsetting 130s pub by random amounts, and looking for a collision?
No (to all of the questions). Have you looked at the 2**65 keyspace? It's 36893488147419103232.BTW it only takes around 16 bytes / key to store hundreds of billions of tame kangaroos for 129 bit case.
Ofcourse I'm not simply "printing pubs and privs" to a text file, that's an over-simplification.
If you want some hints: the more keys a hash table has, the less space/key is required.
For the traditional Kangaroo algo, for 130, with DP 32, I need to find only 9 billion tames and 9 billion wilds to solve. So it sounds like you just stored random pubs and privs, because 500 billion tames, with a decent DP, would take a loooooong time.
Also, you need to perform roughly 2^66.05 "steps" for #130, that would be the average.
Otherwise, you can solve all puzzles with 2 kangaroos, if you wait a trillion years.
If you are so sure #120 / #125 were solved with existing software, did you also do the math about how many kangaroos would have been needed? At DP 0 /1 / 2 etc? Your times have no meaning without space complexity attached to them.
It's all laid out for you in various readings/papers.
I never said 9 billion kangaroos. Do you understand the algo? When I say "find" x amount of tames and wilds, it is referring to the points/distances found by each type of kangaroo. You store tame and wild points (Based on DP used) and distances, that are generated from the tame and wild kangaroos, hopping all around.
2^66.05 - 2^32 (DP size that I stated) = 2^34.05 stored DPs. 2^33.05 tames and 2^33.05 wilds. 2^33.05 = 8,892,857,981; so roughly 9 billion points and distances stored (tames and wilds) to solve, on average. Could be a little higher, could be a little lower. So no, I was not "kidding". And yes, my times are based on math, and the space complexity is what I said, roughly 9 billion points & distances per tame and wild, to solve. I can't give you exact amount of GBs required because each Kangaroo program stores points differently, different amount of bytes and different formats, binary vs plain text. One would need to calculate it based on their DP and how the points/distances are stored.
But yes, you could set out 2 kangaroos, 1 tame, and 1 wild, and eventually solve, in many many years, or you could get lucky and solve within minutes, hours, days.
I doubt whoever solved 120/125, if they used the kangaroo algo, set a DP of less than 28. They would have an enormous amount of DP overhead, that JLP explains well in his github:
Code:
DP overhead according to the range size (N), DP mask size (dpBit) and number of kangaroos running in paralell (nbKangaroo).
110 and 115 were both solved with DP 25. I know that during the 115 run, the grid sizes for the GPUs were choked down and another part of the code was reduced, to prevent a massive DP overhead. And when finally solved, I do believe total DPs stored (points w distances) was a smidge over the expected total of 2^33.55
thousands of bots are drooling waiting for your transaction, your hard earned bitcoins will evaporate like steam over a pot
now no one will scan 66 address ddd
now no one will scan 66 address ddd
Thanks Alberto, then I have to sell the key to the miner who bids the highest.
Whats the best way for me to prove that I have the key, without disclosing the private key and public key to a miner ?
Whats the best way for me to prove that I have the key, without disclosing the private key and public key to a miner ?
There is no safe way to do that, even signature text messages include the public key.
And those are running on some zero-point module free energy?
Here nobody mention the electric cost of those cards, but yes, you need to include it to your budget and it will be a lot.
...
Really? That’s your reply?
No it can’t be done to any address. #66 will be solved within seconds of public key being broadcast, because its range is known. That’s why this is different versus just any old address.
Ah, ok, so when space is 1,4615016373309029182036848327163e+48 it can't be done, but when the space is 36893488147419103232 these are seconds.
Nice joke.
It's no joke. After I found out the public key from #65, I scanned with keyhunt in bsgs mode and found the private key in 7 minutes, after searching for it in rmd mode for 3 years without results, and this with a computer without much performance.
Hi guys
I have a question. Let's say someone solved puzzle 66 using third-party software. How quickly will a HEX appear on privatekeyfinder.io? after the transaction is sent immediately? or over a certain period of time? how does it even work
I have a question. Let's say someone solved puzzle 66 using third-party software. How quickly will a HEX appear on privatekeyfinder.io? after the transaction is sent immediately? or over a certain period of time? how does it even work
Can a kangaroo program be run using only the processor? If there is such a kangaroo program, could you share it?
If you look, this has been run on Laptop with 9 year old GPU, still < 1 minute.
What will happen if someone run it on Recent Workstation GPU. It will be few seconds only.
You simply create a script that pings:
https://blockchain.info/q/pubkeyaddr/13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so.
If the pubkey returned is not 'error', extract the key and run Kangaroo.
Upon finding the private key, initiate bitcoin-cli to execute the transaction,
all within a 10-second timeframe.
You don't have to be at the computer and watch at all. No manual supervision required.
It is enough to mark the tx as without RBF and the winner gets it all!
Stop spreading bs.
Stop spreading bs.
This is not bullshit, as some others users already mentioning, Doesn't matter if you mark it with or without RBF, the transaction always can be repleaced and that only depends of Node configuracions to accept it or reject it.
The only safest way to move the founds is ask to a miner if they mined your transaction without broadcast it (previously to the block begin mined), also it is even better if you are a miner and you include the transaction without broadcast it before it is mined.
Whats the best way for me to prove that I have the key, without disclosing the private key and public key to a miner ?
Why Speculate.... Let's do a simulation....
Creating a Random Key in the Range of Puzzle 66
The Values obtained are
Running Kangaroo algo on this Pubkey
If you look, this has been run on Laptop with 9 year old GPU, still < 1 minute.
What will happen if someone run it on Recent Workstation GPU. It will be few seconds only.
You will have ample time to resubmit the transaction pending in current block by using your own Address having a little bit higher key.
Creating a Random Key in the Range of Puzzle 66
Code:
import secp256k1 as ice
import random
p66_key = random.randint(2**65, -1+2**66)
P66 = ice.scalar_multiplication(p66_key)
The Values obtained are
Code:
hex(p66_key) = 0x318c1cdee7973e9a7
P66.hex() = '0426aef3f353caaf022cc7dd0fd5e0a76cf5a06f274aae0457bf759171ebfc5ac8300749efa4eae951dbfab6008e45935cc18bf0c5a390e8c0643b4985b43fc085'
Running Kangaroo algo on this Pubkey
Code:
Kangrand.exe -gpu -t 2 -st 20000000000000000 -en 3ffffffffffffffff t66.txt
Kangaroo v2.1 : Added Start End Options
Start:20000000000000000
Stop :3FFFFFFFFFFFFFFFF
Keys :1
Number of CPU thread: 2
Range width: 2^65
Jump Avg distance: 2^31.99
Number of kangaroos: 2^18.18
Suggested DP: 11
Expected operations: 2^33.60
Expected RAM: 254.5MB
DP size: 11 [0xFFE0000000000000]
SolveKeyCPU Thread 0: 1024 kangaroos
SolveKeyCPU Thread 1: 1024 kangaroos
GPU: GPU #0 Quadro K2100M (3x192 cores) Grid(6x384) (29.5 MB used)
SolveKeyGPU Thread GPU#0: creating kangaroos...
SolveKeyGPU Thread GPU#0: 2^18.17 kangaroos [1.5s]
[2241.49 TK/s][GPU 1459.68 TK/s][Count 2^30.85][Dead 0][45s (Avg 04:35)][31.0/64.1MB]
Key# 0 [1S]Pub: 0x0326AEF3F353CAAF022CC7DD0FD5E0A76CF5A06F274AAE0457BF759171EBFC5AC8
Priv: 0x318C1CDEE7973E9A7
Done: Total time 50s
If you look, this has been run on Laptop with 9 year old GPU, still < 1 minute.
What will happen if someone run it on Recent Workstation GPU. It will be few seconds only.
You will have ample time to resubmit the transaction pending in current block by using your own Address having a little bit higher key.
May please tell me the command of Kangaroo for 2 Gpus ?
Why Speculate.... Let's do a simulation....
Creating a Random Key in the Range of Puzzle 66
The Values obtained are
Running Kangaroo algo on this Pubkey
If you look, this has been run on Laptop with 9 year old GPU, still < 1 minute.
What will happen if someone run it on Recent Workstation GPU. It will be few seconds only.
You will have ample time to resubmit the transaction pending in current block by using your own Address having a little bit higher key.
Creating a Random Key in the Range of Puzzle 66
Code:
import secp256k1 as ice
import random
p66_key = random.randint(2**65, -1+2**66)
P66 = ice.scalar_multiplication(p66_key)
The Values obtained are
Code:
hex(p66_key) = 0x318c1cdee7973e9a7
P66.hex() = '0426aef3f353caaf022cc7dd0fd5e0a76cf5a06f274aae0457bf759171ebfc5ac8300749efa4eae951dbfab6008e45935cc18bf0c5a390e8c0643b4985b43fc085'
Running Kangaroo algo on this Pubkey
Code:
Kangrand.exe -gpu -t 2 -st 20000000000000000 -en 3ffffffffffffffff t66.txt
Kangaroo v2.1 : Added Start End Options
Start:20000000000000000
Stop :3FFFFFFFFFFFFFFFF
Keys :1
Number of CPU thread: 2
Range width: 2^65
Jump Avg distance: 2^31.99
Number of kangaroos: 2^18.18
Suggested DP: 11
Expected operations: 2^33.60
Expected RAM: 254.5MB
DP size: 11 [0xFFE0000000000000]
SolveKeyCPU Thread 0: 1024 kangaroos
SolveKeyCPU Thread 1: 1024 kangaroos
GPU: GPU #0 Quadro K2100M (3x192 cores) Grid(6x384) (29.5 MB used)
SolveKeyGPU Thread GPU#0: creating kangaroos...
SolveKeyGPU Thread GPU#0: 2^18.17 kangaroos [1.5s]
[2241.49 TK/s][GPU 1459.68 TK/s][Count 2^30.85][Dead 0][45s (Avg 04:35)][31.0/64.1MB]
Key# 0 [1S]Pub: 0x0326AEF3F353CAAF022CC7DD0FD5E0A76CF5A06F274AAE0457BF759171EBFC5AC8
Priv: 0x318C1CDEE7973E9A7
Done: Total time 50s
If you look, this has been run on Laptop with 9 year old GPU, still < 1 minute.
What will happen if someone run it on Recent Workstation GPU. It will be few seconds only.
You will have ample time to resubmit the transaction pending in current block by using your own Address having a little bit higher key.
...
Really? That’s your reply?
No it can’t be done to any address. #66 will be solved within seconds of public key being broadcast, because its range is known. That’s why this is different versus just any old address.
Ah, ok, so when space is 1,4615016373309029182036848327163e+48 it can't be done, but when the space is 36893488147419103232 these are seconds.
Nice joke.
may please someone tell me the correct command of Kangaroo or Keyhunt for bsgs mode?
I have 2 3070 cards.
If you want to use keyhunt you don't need graphics cards, but you do need a good CPU and as much RAM as possible. I have 2 3070 cards.
For #120, that is roughly 58 days with 64 RTX 4090s, to solve
For #125, with 128 RTX 4090s, that would be around 163 days, to solve.
And those are running on some zero-point module free energy? For #125, with 128 RTX 4090s, that would be around 163 days, to solve.
So you basically stored 500 billion DP 0, tames, basically just printing pubs and privs to a file, and now are offsetting 130s pub by random amounts, and looking for a collision?
No (to all of the questions). Have you looked at the 2**65 keyspace? It's 36893488147419103232.BTW it only takes around 16 bytes / key to store hundreds of billions of tame kangaroos for 129 bit case.
Ofcourse I'm not simply "printing pubs and privs" to a text file, that's an over-simplification.
If you want some hints: the more keys a hash table has, the less space/key is required.
For the traditional Kangaroo algo, for 130, with DP 32, I need to find only 9 billion tames and 9 billion wilds to solve. So it sounds like you just stored random pubs and privs, because 500 billion tames, with a decent DP, would take a loooooong time.
Also, you need to perform roughly 2^66.05 "steps" for #130, that would be the average.
Otherwise, you can solve all puzzles with 2 kangaroos, if you wait a trillion years.
If you are so sure #120 / #125 were solved with existing software, did you also do the math about how many kangaroos would have been needed? At DP 0 /1 / 2 etc? Your times have no meaning without space complexity attached to them.
may please someone tell me the correct command of Kangaroo or Keyhunt for bsgs mode?
I have 2 3070 cards.
I have 2 3070 cards.
I am re-visiting JLP's Kangaroo program and have a few questions.
The docs mention that the work files should be merged for server/client mode when there are multiple (disconnected) servers. If I am running only 1 server with 2 clients, I do not need to merge the 2 client work files, is that correct (the server will collect the work from both clients and check for collisions)?
The docs also mention the following "To build such an architecture, the total number of kangaroo running in parallel must be know at the starting time to estimate the DP overhead. It is not recommended to add or remove clients during running time, the number of kangaroo must be constant.". How important is this and how does it apply (adding clients to server or adding GPU to client)? Simply - do I need to wait until all equipment is ready or can I add GPUs slowly over time? Some how I think this has more to do with slower/older computers.
The docs mention that the work files should be merged for server/client mode when there are multiple (disconnected) servers. If I am running only 1 server with 2 clients, I do not need to merge the 2 client work files, is that correct (the server will collect the work from both clients and check for collisions)?
The docs also mention the following "To build such an architecture, the total number of kangaroo running in parallel must be know at the starting time to estimate the DP overhead. It is not recommended to add or remove clients during running time, the number of kangaroo must be constant.". How important is this and how does it apply (adding clients to server or adding GPU to client)? Simply - do I need to wait until all equipment is ready or can I add GPUs slowly over time? Some how I think this has more to do with slower/older computers.
But then it's easy! A pair of RTX 4090 and in six months I solve 120 and 125 and become a millionaire???
Unfortunately, I don't think that's the case, for some reason thousands of people have been trying for years...
Unfortunately, I don't think that's the case, for some reason thousands of people have been trying for years...
It is not just "A pair" it is some tens of it please read it again:
For #120, that is roughly 58 days with 64 RTX 4090s, to solve
For #125, with 128 RTX 4090s, that would be around 163 days, to solve.
First example are 64 cards ( 32 pairs)
Second example are 128 cards ( 64 pairs )
Now those puzzles 120 and 125 were already solved by someone
For puzzle 130 it will more cards and more time, also they need to know what are they doing, most people don't even know what their commands do
Jump to: