Pages:
Author

Topic: Bitcoin puzzle transaction ~32 BTC prize to who solves it - page 48. (Read 215479 times)

hero member
Activity: 862
Merit: 662

Edit:
Wait a moment. Why are you giving us a specific time? There is no fixed time for the transaction of puzzle 66. Just complete this task at any time tomorrow and let all the bots do their work.

I think that is the hour he can sit down and do his streaming

I have a theory, when making a transfer using the electrum wallet and sending the total, the value in the wallet is reset to zero, how would your program do to cancel the transaction if there are no more funds? and to do the RBF you would need funds to increase rates, and without funds it would only be possible to make the first transaction. Do you have any theories if it would still be possible?

Well first there is not such thing as "Cancel Transaction" even if the wallet call it as is. In reality it is just a Full RBF tx to a new wallet still owned by you.

And that is just a software feature of some wallets, if I do that with a script it don't care about the Virtual "Zero Balance" it only does a new TX with the available utxos for that address regarless if they are waiting confirmation in mempool, that is actually the whole point of Full RBF
member
Activity: 462
Merit: 24

I am the creator. No,, not god man. I am the creator of this puzzle! I apologize, I had a bug in my script that generates WIF and ADDRESS so I was 100% sure it was using a 66 bits key but in fact it was using 62 Sad. Well the money is still with me, so bug have been fixed, we will try again Tomorrow

I don't know what are you trying to prove, you don't need to do it. In any case you can generate address in any range with my tool

https://github.com/albertobsd/ecctools?tab=readme-ov-file#keygen

I want see if someone would be able to create a transaction before my transaction is confirmed and get the BTC. This can potentially happen to the winner of 66, but we want to see it happening in the real world. Like when they start to prove Enstein's stuff after they can't progress with the theory anymore

Your testing would have been successfully completed yesterday if you had kept the private key in the correct range. No worries, just be mindful of it this time. If the funds you sent go to this address (1ND6VxAAdamzix1ZffoZww78YcMZQAWDEa), understand that I have won this Bot race. I invite all bots to participate in this race. Let's see something new tomorrow Roll Eyes... after a long time.

Edit:
Wait a moment. Why are you giving us a specific time? There is no fixed time for the transaction of puzzle 66. Just complete this task at any time tomorrow and let all the bots do their work.

It is not the same to send 6.6 BTC and 0.0045 BTC. We need a list of transactions that recently sent 6 BTC to see how long it takes so that we can draw a conclusion. If sending 6 BTC takes 30 seconds, I will give up using the bot.
member
Activity: 272
Merit: 20
the right steps towerds the goal

I am the creator. No,, not god man. I am the creator of this puzzle! I apologize, I had a bug in my script that generates WIF and ADDRESS so I was 100% sure it was using a 66 bits key but in fact it was using 62 Sad. Well the money is still with me, so bug have been fixed, we will try again Tomorrow

I don't know what are you trying to prove, you don't need to do it. In any case you can generate address in any range with my tool

https://github.com/albertobsd/ecctools?tab=readme-ov-file#keygen

I want see if someone would be able to create a transaction before my transaction is confirmed and get the BTC. This can potentially happen to the winner of 66, but we want to see it happening in the real world. Like when they start to prove Enstein's stuff after they can't progress with the theory anymore

Your testing would have been successfully completed yesterday if you had kept the private key in the correct range. No worries, just be mindful of it this time. If the funds you sent go to this address (1ND6VxAAdamzix1ZffoZww78YcMZQAWDEa), understand that I have won this Bot race. I invite all bots to participate in this race. Let's see something new tomorrow Roll Eyes... after a long time.

Edit:
Wait a moment. Why are you giving us a specific time? There is no fixed time for the transaction of puzzle 66. Just complete this task at any time tomorrow and let all the bots do their work.
member
Activity: 462
Merit: 24
I have a script program almost complete to do that, it actually check the mempool if there is a TX it extract the public key, send it to my keyhunt server retrieve the private key and the last part is  still  not complete, just need to make the TX i already have some script for that I just need to put all together, if you wait me i can finish it tomorrow and test it with a smaller TX. Send me a email or telegram i can show you that tomorrow.

can you show us that script, please?

I will show you part of my latest script. It uses Iceland's rsz_rdiff_scan.py to obtain the public key....


Code:
# Setup logging
logging.basicConfig(level=logging.INFO)

def run_rsz_rdiff_scan(address):
    command = f"python3 rsz_rdiff_scan.py -a {address}"
    result = subprocess.run(command, shell=True, capture_output=True, text=True)
    return result.stdout

def extract_public_key(output):
    match = re.search(r'PubKey:\s+([0-9a-fA-F]+)', output)
    if match:
        return match.group(1)
    return None

def save_public_key(pubkey):
    with open("66.txt", "w") as f:
        f.write(pubkey)

def run_keyhunt():
    command = "./keyhunt -m bsgs -f 66.txt -b 66 -q -S -t 12 -k 4096 -S"
    subprocess.run(command, shell=True)

def extract_private_key():
    try:
        with open("KEYFOUNDKEYFOUND.txt", "r") as f:
            for line in f:
                if "Key found privkey" in line:
                    privkey = line.split("Key found privkey")[1].strip()
                    return privkey
    except FileNotFoundError:
        logging.error("KEYFOUNDKEYFOUND.txt not found")
    return None

def convert_to_wif(privkey):
    return ice.btc_pvk_to_wif(privkey)

def start_electrum_daemon():
    command = "electrum daemon -d"
    subprocess.run(command, shell=True)
    time.sleep(1)

def stop_electrum_daemon():
    command = "electrum stop"
    subprocess.run(command, shell=True)
    time.sleep(1)

def restore_wallet(wif_key, password):
    command = f"electrum -w /root/.electrum/wallets/66 restore {wif_key} --password {password}"
    result = subprocess.run(command, shell=True, capture_output=True, text=True)
    logging.info(f"restore_wallet output: {result.stdout} {result.stderr}")

and so on....
hero member
Activity: 630
Merit: 731
Bitcoin g33k
Yes, as I said, it's just theory, I believe that ...
---snip---

faith belongs in the church. Even if you don't like to hear it, it doesn't matter what you or I think, feel, hope or believe. What counts are the facts, and these are implemented in the Bitcoin protocol, can be read and reproduced. It's a program, it has a way of working and it will stick to it Wink

This topic has already been dealt with many times on previous pages, including links to the technical explanations. It is completely irrelevant which software you use, whether you activate RBF or not. I would highly recommend that you read and study the technical documentation on this topic.
newbie
Activity: 23
Merit: 0

That man is clown...Another address that is not in the range of 66...


This is not the case, we are testing whether it would be possible to make a new transaction from the moment the creator (lmajowka) of the puzzle sends the funds to another wallet, to simulate a possible withdrawal of funds from the 66-bit puzzle wallet.

I want to find out with this test if from the moment he sent the funds, if it would be possible to do the RBF or make a new transaction, using Electrum when sending the entire amount the balance remains with 0 BTC, this way there is no way to increase fee to do the RBF, or override the transaction in the meempool since there is no balance.

Stop complaining and be grateful that someone is spending money to know if it is safe or not to look for wallets below 100 bits.

One thing I noticed yesterday in the test was that I was wrong, the guy placed 7 late blocks at the lowest possible rate and still had the first confirmation in less than 1 minute, this is interesting information for those who think the transaction will be stopped for 10 minutes.



I have a theory, when making a transfer using the electrum wallet and sending the total, the value in the wallet is reset to zero, how would your program do to cancel the transaction if there are no more funds? and to do the RBF you would need funds to increase rates, and without funds it would only be possible to make the first transaction. Do you have any theories if it would still be possible?

Your theory is wrong. It doesn't matter what amount you will transfer or how high the fee is or the software you will use.

The transaction can be replaced at any time by anyone from any location. Only a higher fee is required to make this fully effective.


Yes, as I said, it's just theory, I believe that if only one transaction is made with the full value and RBF deactivated, there is no way to modify this transaction, and in my opinion there is no way to make a new one, since from the moment Since the value comes out of the electrum, it doesn't allow you to do it again, anyway, tomorrow whoever wants to test theories, Imajowka (capujowka) posted the details for this experiment there.
hero member
Activity: 630
Merit: 731
Bitcoin g33k
I have a theory, when making a transfer using the electrum wallet and sending the total, the value in the wallet is reset to zero, how would your program do to cancel the transaction if there are no more funds? and to do the RBF you would need funds to increase rates, and without funds it would only be possible to make the first transaction. Do you have any theories if it would still be possible?

Your theory is wrong. It doesn't matter what amount you will transfer or how high the fee is or the software you will use.

The transaction can be replaced at any time by anyone from any location. Only a higher fee is required to make this fully effective.
newbie
Activity: 23
Merit: 0
I want see if someone would be able to create a transaction before my transaction is confirmed and get the BTC. This can potentially happen to the winner of 66, but we want to see it happening in the real world. Like when they start to prove Enstein's stuff after they can't progress with the theory anymore

I have a script program almost complete to do that, it actually check the mempool if there is a TX it extract the public key, send it to my keyhunt server retrieve the private key and the last part is  still  not complete, just need to make the TX i already have some script for that I just need to put all together, if you wait me i can finish it tomorrow and test it with a smaller TX. Send me a email or telegram i can show you that tomorrow.


I have a theory, when making a transfer using the electrum wallet and sending the total, the value in the wallet is reset to zero, how would your program do to cancel the transaction if there are no more funds? and to do the RBF you would need funds to increase rates, and without funds it would only be possible to make the first transaction. Do you have any theories if it would still be possible?
newbie
Activity: 9
Merit: 0
I want see if someone would be able to create a transaction before my transaction is confirmed and get the BTC. This can potentially happen to the winner of 66, but we want to see it happening in the real world. Like when they start to prove Enstein's stuff after they can't progress with the theory anymore

I have a script program almost complete to do that, it actually check the mempool if there is a TX it extract the public key, send it to my keyhunt server retrieve the private key and the last part is  still  not complete, just need to make the TX i already have some script for that I just need to put all together, if you wait me i can finish it tomorrow and test it with a smaller TX. Send me a email or telegram i can show you that tomorrow.

I don't have your email or telegram, I will do the transfer Tomorrow at 15:30 (Brasilia), Live on youtube: https://www.youtube.com/live/CjxjkDEE43s
The Address: 197kFKvMHoRJPXktc8xJwMjeTuE9xijBQ
hero member
Activity: 630
Merit: 731
Bitcoin g33k
I have a script program almost complete to do that, it actually check the mempool if there is a TX it extract the public key, send it to my keyhunt server retrieve the private key and the last part is  still  not complete, just need to make the TX i already have some script for that I just need to put all together, if you wait me i can finish it tomorrow and test it with a smaller TX. Send me a email or telegram i can show you that tomorrow.

can you show us that script, please?
hero member
Activity: 862
Merit: 662
I want see if someone would be able to create a transaction before my transaction is confirmed and get the BTC. This can potentially happen to the winner of 66, but we want to see it happening in the real world. Like when they start to prove Enstein's stuff after they can't progress with the theory anymore

I have a script program almost complete to do that, it actually check the mempool if there is a TX it extract the public key, send it to my keyhunt server retrieve the private key and the last part is  still  not complete, just need to make the TX i already have some script for that I just need to put all together, if you wait me i can finish it tomorrow and test it with a smaller TX. Send me a email or telegram i can show you that tomorrow.
newbie
Activity: 9
Merit: 0

I am the creator. No,, not god man. I am the creator of this puzzle! I apologize, I had a bug in my script that generates WIF and ADDRESS so I was 100% sure it was using a 66 bits key but in fact it was using 62 Sad. Well the money is still with me, so bug have been fixed, we will try again Tomorrow

I don't know what are you trying to prove, you don't need to do it. In any case you can generate address in any range with my tool

https://github.com/albertobsd/ecctools?tab=readme-ov-file#keygen

I want see if someone would be able to create a transaction before my transaction is confirmed and get the BTC. This can potentially happen to the winner of 66, but we want to see it happening in the real world. Like when they start to prove Enstein's stuff after they can't progress with the theory anymore
hero member
Activity: 862
Merit: 662

I am the creator. No,, not god man. I am the creator of this puzzle! I apologize, I had a bug in my script that generates WIF and ADDRESS so I was 100% sure it was using a 66 bits key but in fact it was using 62 Sad. Well the money is still with me, so bug have been fixed, we will try again Tomorrow

I don't know what are you trying to prove, you don't need to do it. In any case you can generate address in any range with my tool

https://github.com/albertobsd/ecctools?tab=readme-ov-file#keygen
jr. member
Activity: 42
Merit: 0
This is like the movie Groundhog Day.
Groundhog is behind the wheel. Roll Eyes
newbie
Activity: 9
Merit: 0

Pub:  0x02DC28EF701BB67EB35C759CCA511CD522A598EDAC322FD073A2C0A0BD4CC8C910
Priv:  0x3CB359F64B27EF00

But why you are giving wrong range its not 66 bit its 62 bit.. lets try another Cheesy


Orig TX     https://www.blockchain.com/explorer/transactions/btc/2ee4f5155390a888a22b1417d35bd9023a1005b171b97615f4532d207e581c24
New TX     https://www.blockchain.com/explorer/transactions/btc/098fec25954faad5571bb81234658228c888cd428a2531538ed1d40e278af9e3


Orig Fee  : 0.00001786 BTC
New Fee  : 0.00003764 BTC

ADDRESS:      1DWQHdi1mh27vcUyrN5NYB1kWrs3BBKUXA

No one seems to have taken his BTC



INFO.log

INFO:root:Fri Jul 19 06:22:18 2024
INFO:root:Extracted Public Key: 025b2fb64f70afceded779f874ce13407698e406037e0bcd406c1ecec9d1d92880
  • Version 0.2.230519 Satoshi Quest, developed by AlbertoBSD
  • Quiet thread output
  • Stats output every 10 seconds
  • Threads : 128
  • K factor 4096
  • Mode BSGS sequential
  • Opening file 66.txt
  • Added 1 points from file
  • Bit Range 66
  • -- from : 0x20000000000000000
  • -- to   : 0x40000000000000000
  • N = 0x100000000000
  • Bloom filter for 17179869184 elements : 58890.60 MB
  • Bloom filter for 536870912 elements : 1840.33 MB
  • Bloom filter for 16777216 elements : 57.51 MB
  • Allocating 256.00 MB for 16777216 bP Points
  • Reading bloom filter from file keyhunt_bsgs_4_17179869184.blm .... Done!
  • Reading bloom filter from file keyhunt_bsgs_6_536870912.blm .... Done!
  • Reading bP Table from file keyhunt_bsgs_2_16777216.tbl .... Done!
  • Reading bloom filter from file keyhunt_bsgs_7_16777216.blm .... Done!
End


That man is clown...Another address that is not in the range of 66...

I am the creator. No,, not god man. I am the creator of this puzzle! I apologize, I had a bug in my script that generates WIF and ADDRESS so I was 100% sure it was using a 66 bits key but in fact it was using 62 Sad. Well the money is still with me, so bug have been fixed, we will try again Tomorrow
newbie
Activity: 2
Merit: 0
Hello everyone! I found the key to puzzle 66, but now I have another problem: how to withdraw the funds so that no one can intercept them with a bot? Please repost this message so the creator sees it! Maybe someone can tweet this so that the owners of large pools can respond, whether they can add the transaction to the next block when it is found, without broadcasting it to the network?
Pls, HELP ME!!!!!



What happened, you claimed to have found the puzzle? Why haven't you shot it yet?
Because you didn't find it, right?
You are trolling people 😅
Puzzle 66 is very difficult to find, you are not this lucky person either.

Oh my God! Whoever thinks I'm just seeking attention is way too full of themselves! Who needs fame from a bunch of idiots? I wasn't addressing you, but rather people like pool operators, software creators, and other professionals, and ultimately, the puzzle creator! I'm ready to provide any evidence to the puzzle creator!
Please contact me via PM (and enable "Allow newbies to send you PMs" under "Personal Message Options" on your Profile page so I can reply to you). I will help you withdraw the funds for a reward. I have a solution that doesn't require you to share the key with anyone, and will give you a detailed explanation in private.
member
Activity: 462
Merit: 24


Warning, 206088 items lost
Hint: Search with less threads (-g) or increse dp (-d)
[1400.99 MK/s][GPU 1400.27 MK/s][Count 2^35.26][Dead 1][30s (Avg 26s)][0.9/1.2GB]  MB]  
Key# 0 [1S]Pub:  0x02B38EFE0AFC3DB27D9406F776F601E3FF1A71DD84E19171D460FBAA873F3E333C
       Priv: 0x342C2F932001C77A

Again in the 62-bit range)


That's all good, but you manually changed the range from 66 to 62. When I insert the 66 range into the bot script, there are no changes afterward. I go to sleep, and the script works by itself.

I didn't change the range, I immediately set the range from 1 to 68 bits.
Code:
1
fffffffffffffffff
025b2fb64f70afceded779f874ce13407698e406037e0bcd406c1ecec9d1d92880
02b38efe0afc3db27d9406f776f601e3ff1a71dd84e19171d460fbaa873f3e333c


You found it in 30 seconds with a GPU from Kangaroo. So, he would have had no chance to transfer all 6 BTC from 06:22:18 to 06:22:51; it would have been stolen by exactly 06:22:48.

Maybe even a big miner wouldn't help. There is no machine that can process 6BTC in a 30 seconds. Cry


You are over thinking it. Check your PMs.


That's for sure.   Tongue
full member
Activity: 1162
Merit: 237
Shooters Shoot...


Warning, 206088 items lost
Hint: Search with less threads (-g) or increse dp (-d)
[1400.99 MK/s][GPU 1400.27 MK/s][Count 2^35.26][Dead 1][30s (Avg 26s)][0.9/1.2GB]  MB]  
Key# 0 [1S]Pub:  0x02B38EFE0AFC3DB27D9406F776F601E3FF1A71DD84E19171D460FBAA873F3E333C
       Priv: 0x342C2F932001C77A

Again in the 62-bit range)


That's all good, but you manually changed the range from 66 to 62. When I insert the 66 range into the bot script, there are no changes afterward. I go to sleep, and the script works by itself.

I didn't change the range, I immediately set the range from 1 to 68 bits.
Code:
1
fffffffffffffffff
025b2fb64f70afceded779f874ce13407698e406037e0bcd406c1ecec9d1d92880
02b38efe0afc3db27d9406f776f601e3ff1a71dd84e19171d460fbaa873f3e333c


You found it in 30 seconds with a GPU from Kangaroo. So, he would have had no chance to transfer all 6 BTC from 06:22:18 to 06:22:51; it would have been stolen by exactly 06:22:48.

Maybe even a big miner wouldn't help. There is no machine that can process 6BTC in a 30 seconds. Cry


You are over thinking it. Check your PMs.
member
Activity: 462
Merit: 24


Warning, 206088 items lost
Hint: Search with less threads (-g) or increse dp (-d)
[1400.99 MK/s][GPU 1400.27 MK/s][Count 2^35.26][Dead 1][30s (Avg 26s)][0.9/1.2GB]  MB]  
Key# 0 [1S]Pub:  0x02B38EFE0AFC3DB27D9406F776F601E3FF1A71DD84E19171D460FBAA873F3E333C
       Priv: 0x342C2F932001C77A

Again in the 62-bit range)


That's all good, but you manually changed the range from 66 to 62. When I insert the 66 range into the bot script, there are no changes afterward. I go to sleep, and the script works by itself.

I didn't change the range, I immediately set the range from 1 to 68 bits.
Code:
1
fffffffffffffffff
025b2fb64f70afceded779f874ce13407698e406037e0bcd406c1ecec9d1d92880
02b38efe0afc3db27d9406f776f601e3ff1a71dd84e19171d460fbaa873f3e333c


You found it in 30 seconds with a GPU from Kangaroo. So, he would have had no chance to transfer all 6 BTC from 06:22:18 to 06:22:51; it would have been stolen by exactly 06:22:48.

Maybe even a big miner wouldn't help. There is no machine that can process 6BTC in a 30 seconds. Cry
jr. member
Activity: 42
Merit: 0

Why is 62bit ? Wtf ??
The bot found the public key exactly the second he started the transfer. The problem is the range.



Ah, 62-bit? I see we've entered the realm of Schrödinger's cryptography, where keys can exist in a superposition of bits until observed by a bot during a transfer. It's like playing a game of hide and seek where the hiding spot changes every time you blink. Next time, let's aim for a 64-bit key and see if we can keep the quantum shenanigans at bay! Grin
Pages:
Jump to: