Bitcoin puzzle transaction ~32 BTC prize to who solves it

[fractal1337]

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.

[lmajowka]

Pub:  0x02DC28EF701BB67EB35C759CCA511CD522A598EDAC322FD073A2C0A0BD4CC8C910
Priv:  0x3CB359F64B27EF00
But why you are giving wrong range its not 66 bit its 62 bit.. lets try another

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 . Well the money is still with me, so bug have been fixed, we will try again Tomorrow

[Akito S. M. Hosana]

This is like the movie Groundhog Day.
Groundhog is behind the wheel.

[albert0bsd]

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 . 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

[lmajowka]

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 . 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

[albert0bsd]

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.

[citb0in]

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?

[lmajowka]

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

[wilspen]

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?

[citb0in]

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.

[wilspen]

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.

[citb0in]

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

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.

[nomachine]

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....

[zahid888]

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 . 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 ... 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.

[nomachine]

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 . 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 ... 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.

[albert0bsd]

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

[nomachine]

send it to my keyhunt server retrieve the private key and the last part is  still  not complete....

I'm more interested in the techniques you use to preload files like:

keyhunt_bsgs_4_4294967296.blm

Mine range from 14 to 32 gigabytes. 😄

I’ve tried several techniques:

/etc/udev/rules.d/99-nvme-readahead.rules

Code:

ACTION=="add|change", KERNEL=="nvme0n1", RUN+="/sbin/blockdev --setra 65536 /dev/nvme0n1"

Code:

vmtouch -t keyhunt_bsgs_4_3258974208.blm

Some of these methods can speed up loading by up to 10 seconds.

[wilspen]

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.

his audience is on YouTube, a channel for Brazilians who speak Portuguese, I brought it here to show you since we are testing technology, the more people the better, that's why he has an appointment with his audience in Brazil, which is the time he can do the live.

[albert0bsd]

I'm more interested in the techniques you use to preload files like:

Well is interesting know what you are doing, maybe i test it in the future.

To "preload" the files in memory I actually use the BSGSD  (bsgs daemon)


https://github.com/albertobsd/keyhunt/blob/main/BSGSD.md

It is a keyhunt server that only run BSGS for some small ranges like 66 bits it listen in a TCP socket on some PORT for incoming jobs, this is a public key and range to scan it only returns the private key if that was found or "404 NOT FOUND", check the link above for more information.

[nomachine]

I'm more interested in the techniques you use to preload files like:

Well is interesting know what you are doing, maybe i test it in the future.

To "preload" the files in memory I actually use the BSGSD  (bsgs daemon)


https://github.com/albertobsd/keyhunt/blob/main/BSGSD.md

It is a keyhunt server that only run BSGS for some small ranges like 66 bits it listen in a TCP socket on some PORT for incoming jobs, this is a public key and range to scan it only returns the private key if that was found or "404 NOT FOUND", check the link above for more information.

puzzle 63 in ~8 Seconds


Thanks for this info. This is genius for a bot.