Show Posts
|
Pages: [1] 2 »
|
according to the table I should use :
256 GB -n 0x400000000000 -k 8192
and rest of my Ram capacity will be in free
|
|
|
I have NO IDEA, test it by yourself
I calculated the k value like this : I have 320GB ram so each 1GB is 64 for k value and k is 20480 for 320GB ram. was it wrong? and i just should use table value ?
|
|
|
Keyhunt still working for couple of days and 1676094623431730292326400 keys scanned which is more than 138% of range scanned.
how its possible? is there any bug?
Some things, remove -l compress it is complete ignored by the bsgs method Second. READ the documentation: https://github.com/albertobsd/keyhunt?tab=readme-ov-file#valid-n-and-maximun-k-values-for-specificIt clearly said: If you exceed the max value of K the program can have a unknow behavior, the program can have a suboptimal performance, or in the wrong cases you can missing some hits and have an incorrect SPEED. So increment your N value and adjust K according to that table my server cpu is : (2x) Xeon E5-2680 v2 (40 threads) ram : 320 GB whats the correct command for bsgs mode and address mode?
|
|
|
i tried to scan this range by bsgs mode 414ebfe886361d9e9cb2f5d46bfe1c3f1523fe80830600000000000000000000:414ebfe886361d9e9cb2f5d46bfe1c3f1523fe80830700000000000000000000 and the distance is only 600000000000000000000 to 700000000000000000000 keys. Keyhunt still working for couple of days and 1676094623431730292326400 keys scanned which is more than 138% of range scanned. how its possible? is there any bug? Image:
|
|
|
The private key 0x2832ed74f2b5e35ee is at 25.62167438642828% of the range
|
|
|
is there any option to save progress in each specific second?
|
|
|
is there anyway to use Keyhunt for wallets that starts with 3 and bc ?
Please for keyhunt doubts use the topic of keyhunt that I open in this forum: https://bitcointalk.org/index.php?topic=5322040.0The answer is No, there is no way to use it against address with 3 or bc1 ok sure, thank you
|
|
|
is there anyway to use Keyhunt for wallets that starts with 3 and bc ?
|
|
|
Hello there. The address 34MSicAL7qVGkevFPLwyc9KohGzoUSnu3Q is a 2-of-3 multisig address. Its public keys are 036c75675da3fdc06a9e6940b4af97a856eb8801ed9b8c77941ac397f0abda5acc, 02502e76bc019532f74e0dad286477ccecacc1fc74695949ff368742fe9a5b4051 and 033960592197eeb6a199804eefc7e5db45c6570cea6e503d8616ccf939c691cd25 The redeem script is 5221036c75675da3fdc06a9e6940b4af97a856eb8801ed9b8c77941ac397f0abda5acc2102502e7 6bc019532f74e0dad286477ccecacc1fc74695949ff368742fe9a5b405121033960592197eeb6a1 99804eefc7e5db45c6570cea6e503d8616ccf939c691cd2553ae I hope this helps These types of addresses(P2SH) do not use public keys. It is a locking and unlocking script. It specifies the conditions under which funds can be spent. It can be a custom script or a standard one, such as multisig. Thank you guys for explanation.
|
|
|
is it matter for keyhunt that public key is from which type of address ? address start with 1 or 3 or bc
|
|
|
About the minig class theory you can omit it, it is well documented: https://github.com/bitcoinbook/bitcoinbook/blob/develop/ch12_mining.adocBlock size is 1MB, Merkle trees, Block header etc... all is there. Therefore, Alberto, it’s possible that the miner didn’t choose your transaction, even if it had a higher fee.
Yes I know that that depends of how often miners update their mining block template, also depends of miner Node policies to acept or not Full RBF as I said before that is outside of our control. is it matter for keyhunt that public key is from which type of address ? address start with 1 or 3 or bc
|
|
|
anybody knows, whats the best parameters settings for 50GB Ram and 12 core cpu in keyhunt bsgs mode?
|
|
|
guys, we had a sample on range 66 for test speed and time to find private key here, anybody knows which post was that?
|
|
|
where i can find the big list of funded btc public keys?
|
|
|
it should be cool if the puzzle 66 will be in the halving block The money for puzzle number 65 is at this address : 3GVSoQar7WnVMFjchpkNkh9UwkJbbdeCwM
Interesting even that it was moved in 2019 it still untouched 2019-06-08 00:39:02 BTC address: 3GVSoQar7WnVMFjchpkNkh9UwkJbbdeCwM I think the person who solved #65 is very rich or has no interest in Bitcoin ... Or maybe he lost his private key hahaha
|
|
|
Hello friends, it's time to make it public. I hope these findings will help you find the keys. The program used is Adobe Illustrator, where the keys are placed together around a spiral axis and separated by a distance. The coloring is adjusted according to the work of zahid888. What is strange is that with the font number 10 and the distance between the numbers of 600, we have an order and the colors are automatically placed in their own categories. The stars selected in black color are the position of key number 66, and the next stars are placed in order up to key 70. I have many more things and more detailed arrangements, and if I can and my condition allows, I will make them public. Don't forget me if I helped you reach the key. 1E4Shdpyfqz2vBqsnYw1Z8XT5cu7N5dEaKand what should i do after find the numbers?
|
|
|
بچه ها کیا دارن روی پازل ها کار میکنن ؟
|
|
|
how much is your speed with your pc Alberto?
My speed is no important, I get 1 Exakeys/s as far i can remember. If i asked its because i want to buy new pc and need your advice for choose hardwares.
|
|
|
how much is your speed with your pc Alberto?
|
|
|
|