fractal1337
Newbie
Offline
Activity: 2
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 10:32:32 AM |
|
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
Newbie
Offline
Activity: 8
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 01:16:51 PM |
|
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](https://bitcointalk.org/Smileys/default/sad.gif) . Well the money is still with me, so bug have been fixed, we will try again Tomorrow
|
|
|
|
Akito S. M. Hosana
Jr. Member
Offline
Activity: 47
Merit: 1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 02:19:02 PM |
|
This is like the movie Groundhog Day. Groundhog is behind the wheel. ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif)
|
|
|
|
albert0bsd
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 02:30:36 PM |
|
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](https://bitcointalk.org/Smileys/default/sad.gif) . 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
Newbie
Offline
Activity: 8
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 02:47:15 PM |
|
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](https://bitcointalk.org/Smileys/default/sad.gif) . 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#keygenI 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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 03:51:51 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 03:54:22 PM |
|
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
Newbie
Offline
Activity: 8
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 04:03:15 PM |
|
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/CjxjkDEE43sThe Address: 197kFKvMHoRJPXktc8xJwMjeTuE9xijBQ
|
|
|
|
wilspen
Newbie
Offline
Activity: 23
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 04:48:41 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 04:58:38 PM |
|
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
Newbie
Offline
Activity: 23
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 05:02:02 PM Last edit: July 19, 2024, 10:31:43 PM by Mr. Big |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 05:25:38 PM |
|
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](https://bitcointalk.org/Smileys/default/wink.gif) 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
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 399
Merit: 22
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 05:35:19 PM Last edit: July 19, 2024, 06:53:32 PM by 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.... # 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
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 272
Merit: 20
the right steps towerds the goal
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 05:36:25 PM |
|
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](https://bitcointalk.org/Smileys/default/sad.gif) . 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#keygenI 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](https://bitcointalk.org/Smileys/default/rolleyes.gif) ... 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.
|
1BGvwggxfCaHGykKrVXX7fk8GYaLQpeixA
|
|
|
nomachine
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 399
Merit: 22
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 05:43:43 PM Last edit: July 19, 2024, 06:51:31 PM by 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 ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) . 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#keygenI 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](https://bitcointalk.org/Smileys/default/rolleyes.gif) ... 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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 05:50:37 PM |
|
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
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 399
Merit: 22
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 06:39:10 PM |
|
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.blmMine range from 14 to 32 gigabytes. 😄 I’ve tried several techniques: /etc/udev/rules.d/99-nvme-readahead.rules ACTION=="add|change", KERNEL=="nvme0n1", RUN+="/sbin/blockdev --setra 65536 /dev/nvme0n1" vmtouch -t keyhunt_bsgs_4_3258974208.blm Some of these methods can speed up loading by up to 10 seconds.
|
|
|
|
wilspen
Newbie
Offline
Activity: 23
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 06:41:37 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 07:02:39 PM |
|
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.mdIt 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
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 399
Merit: 22
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
July 19, 2024, 08:00:43 PM |
|
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.mdIt 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. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
|
|