clBitCrack.exe skips private keys #81
Comments
|
Those skipped address could be *uncompressed *address. Try using the -c -u
option in your search settings to see if it works.
…On Fri, Nov 23, 2018 at 7:24 AM AmadeiX ***@***.***> wrote:
Hi!
I sent an e-mail yesterday to ***@***.***, but I'll write
this down here too, because I found out something else now.
I tried out clBitCrack.exe on the easy addresses from the "BTC puzzle
transaction" (e.g. no.9: 1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV) to see if
everything works but clBitCrack simply skips the correct private key and
continues its search. It only found the key for the very first address from
the list, 1BgGZ9t... Today I checked the first 15 addresses a couple of
times and it always finds instantly the key for no.1 and no.4 (1EhqbyU...).
I'm pretty sure it's some kind of a bug, then again I'm no ace at
programming. What could be wrong?
My laptop has only Intel(R) HD Graphics 520 and AMD Radeon R5 M430 but
samr7's oclvanitygen.exe works on it like a charm.
[image: issue]
<https://user-images.githubusercontent.com/45288590/48950290-f3aad180-ef3a-11e8-99ea-5e7024b2667e.png>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#81>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/Ae0S2VyQM3tT62v_UfrVz24T7oAu-DgMks5uyBMngaJpZM4Yw0i_>
.
|
|
Doesn't work. Besides, if I remember correctly, the keys from the "puzzle transaction" are all compressed (at least the known ones are). I just don't get it: why I am only able to find address no.1 and no.4 from that transaction? If I can't get e.g. no.8, then there is no point for me to even attempt to look for no.58. |
|
Please try the latest build |
|
I decided to check this fact too and took a simple address from the dev message(1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV).Looks like he's really skips private keys(v 0.24).The dev program instantly finds the key, I why it does not find it. |
|
I've been testing the latest release. The problem persists. Why I keep finding only no.1 and 4??? :( Here are some screenshots; examples are for key no.3 and 4 [o, forgot to mention earlier: my system is Windows 10 Home 64-bit]:
|
|
I do not understand why the program can find the key 0000000000000000000000000000000000000000000000000000000000000008(1EhqbyUMvvs7BfL8goY6qcPbD6YKfPqb7e)but she can't find the key 0000000000000000000000000000000000000000000000000000000000000009(1HSxWThjiwbC4dJbXHMpBfwRenB12UguG5) |
|
I've been thinking. If there is a similar computer were clBitCrack works as it should and a different (like mine) were it finds keys 1 and 4 and misses private key 2, 3, 5 etc. then it is logical that there must be something in my device, maybe small and unsignificant, that prevents clBitCrack from finding keys 2 ,3, 5 etc. For instance: I've got a game installed that stops responding at random because of the decimal symbol "," [comma]. Modifying the format of the clock to a "." [period] through the Control Panel solves the problem. It is my wild guess that there is an analogical solution for clBitCrack, maybe an additional .dll to download, but I have no idea what. Hopefully someone will find out what's causing this. |
|
it can't just be a coincidence.your clBitCrack skips keys and I have a similar problem.I'm sure a lot of people have this problem,but they don't know about it.I, too,was am confident that program works well,saw you open the problem and I decided to check, and it turned out that the program really skips the keys..And I wondered.Will the program find the key or skip it?Or the program has already skip private key and further work will not bring any results and the video card just warms the air.While the program is stopped.I am sure that the dev will be able to catch this bug. |
|
I also find only the keys from 1 and 4 and how does the -- continue command work ? clBitCrack -d 0 -c -u -o found0.txt --keyspace 1:4000000000000 --continue start.txt -i adresses_50BTC.txt [2018-11-25.08:00:59] [Info] Loading addresses from 'adresses_50BTC.txt' in found file 1BgGZ9tcN4rm9KBzDn7KprQz87SZ26SAMH 0000000000000000000000000000000000000000000000000000000000000001 0279BE667EF9DCBBAC55A06295CE870B07029BFCDB2DCE28D959F2815B16F81798 |
|
and sometimes Bitcrack dont start. cuBitCrack -d 1 -c -u -o found1.txt --keyspace 1:40000000000 -b 15 -t 512 -p 5000 -i adresses_50BTC.txt C:\Users\Miner\Desktop\BitCrack-master> |
|
|
Maybe it's a big that only affects AMD and Intel. I only have an nVidia card to test with. I will try to find a Radeon card to test. |
|
so i made some tests i already have that with the continue :) and with the sciped keys this happens only with amd cards the cuda Nvidia cards find all keys |
|
I will look into it. Thanks! |
|
Привет! Я хотел бы узнать, решение данной проблемы уже найдено? Или пока ждем поправление бага? |
|
В программе генерация ключей идет small регистром. В консоль выводится заглавными буквами. Я посмотрел код, но к сожалению в C++ мало что понимаю, благо есть знания javascript, что дает хоть какую-то ориентированность. |
|
К сожалению не могу понять, есть люди у которых генерация идет удачно, а вот в моем случае на карте Radeon HD 7970, генерация неудачна. |
|
Я поэксперементировал с несколькими версиями OpenCL для карт AMD, но все равно присутствует баг поиска приватного ключа. Так что ждем ближайший фикс от разработчика) |
|
I have an Radeon 280X for testing. Can someone provide an OpenCL example that consistently skips keys? I was able to find all keys from a list of puzzle transaction addresses: Thanks |
|
You seem to be using Linux?This is what happens when you run a program on Windows. r9 390x E:\BitCrack 0.26>clBitCrack.exe -i in.txt -o 1out.txt one key found(№ 3) in 20 minutes. |
|
Использую Windows 10 64bit. При запуске программы выдает следующее:
OpenCL использую из пакета AMD SDK APP 3.0. Видеокарта AMD HD7970 графический чип кстати такой же как у r9 280x |
|
При использовании на linux mint выдает следующее:
|
|
Данные моей видеокарты
|
Сейчас проверю! |
Для компиляции программы нужен OpenCl если удалить AMD SDK то невозможно скомпилировать программу |
|
Да, такой же момент и у меня. Готовая версия программы работает, но не находит ключи. Скриншот который я прикладывал, показывает что программа нашла какой-то ключ и не вывела информацию о нем, просто завершилась. |
|
Тогда нужно просить у разработчика ту версию OpenCl которую он использует. Потому что, я ставил SDK версии 3.0, 2.9, 2.5 и кастомную библиотеку при компиляции на Windows, во всех случаях есть проявления бага. |
|
Возможно, подождем. |
Слушай,я смотрю ты смыслишь в компиляции.Я поставил Убунту 18.10 попробывал скомпилировать и вот ошибка |
|
And if you try 1111111111: FFFFFFFFFF OR 1000000001: FFFFFFFFFF instead of 1000000000: FFFFFFFFFF ? |
|
in fact, on AMD devices, the error is only detected with the --keyspace option. When we do not specify this parameter, the program works fine. Once the parameter is specified, any range, then the result can be skipped. Hope for a quick guide from the developer. Thanks. |
the developer is no longer involved in this tool and also other tools. He has not been active for more than 7 months, so I think he will not fix anything. |
I did not understand that the new code was writing. (--keyspace 80000000:ffffffff 1FshYsUh3mqgsG29XpZ23eLjWV8Ur3VwH) there are such examples. but to which file do I write this? and whatever position you help I would be grateful. I guess the program doesn't know what we want. I open the exe application. It shuts down in 1 second. |
|
cmd.... xxBitCrack.exe --keyspace 80000000:ffffffff 1FshYsUh3mqgsG29XpZ23eLjWV8Ur3VwH or .bat file windows |
This was the first way I tried. However, he did not react at all. It doesn't even give mistakes. This is very irritating. |
|
I thought it was the wrong action because it was unresponsive. |
|
clBitCrack or cuBitCrack? |
|
clBitCrack.exe --keyspace 80000000: ffffffff 1FshYsUh3mqgsG29XpZ23eLjWV8Ur3VwH |
I've tried both. I tried this way. unsuccessful. closes instantly. |
I tested it on another computer. Result: Successful. I was wondering. How can I find out which address he is staying at? "--continue" I'm using the command. continues where it left off. but I want to see his position. I am grateful for the information. |
|
These softwares (clBitCrack.exe), when using the "--continue" mode, create a file in which they write the location where the scan was stopped (continued). File in txt format. It can be in the folder where you have the software itself (clBitCrack.exe) OR in the folder "USER- COMPUTER NAME" OR "USER- COMPUTER NAME - DOCUMENTS" on the main C: drive. Search there. I can't say for sure, because never used the "--continue" function. GOOD LUCK! P.S. --keyspace 80000000 change --keyspace 80000001. |
[2021-02-12.17:28:34] [Info] Starting at: 0000000000000000000000000000000000000000000000000000000000000001 is this normal? because i I want it to start too soon. |
|
The program works very well on the second computer. However, there are minor problems. 1-)"--continue" mode I cannot specify the range in this mode. 2-) It doesn't show the current location (address) . This is the biggest problem for me. 3-) It turns off when we search within a certain range and find the address. Isn't there any way to avoid them? |
Write in the batch file on a new line-pause. Then the program will not close. (--continue save.txt) example |
The program oddly skips some addresses. How am I going to avoid this? Doesn't find uncompressed addresses also ... I can't avoid it. |
|
If you need only uncompressed use option -u, compressed -c, or --compression BOTH...as I know, will skip only with clBitCrack on AMD cards...on CUDA with NVIDIA is ok. Try to use a test file. Use this addresses : 1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1 |
|
Much obliged... Well now I have one last trouble. Can the usage area of the video card be determined? I am using Cuda. It uses 700 in 12 GB space, which is very annoying. |
-b, --blocks BLOCKS -t, --threads THREADS -p, --points NUMBER |
|
I have uploaded more than 900 thousand addresses. However, I could not run it with the "i" command. I only used this command for testing purposes. Is there a limit on file size? By the way, I'm sure there aren't any unnecessary characters like spaces. for example; xxBitCrack -i a.txt |
|
@kamilkilic93 show us your error to help you...I used this program with 24 mil addresses...and it works...give us your full command and your error... |
|
cuBitCrack.exe --keyspace F3DE2ED95E29F050 -i a.txt -o out.txt --continue save.txt -b 512 -t 512 -p 1024 As for the error, there is no error description. cmd screen turns off. (the list is in a.txt.) |
|
Open cmd.exe and go to BitCrack folder and try there command...it will stay open and you will see the error... |
|
Invalid address.... Thank you very much for the information. Thank you very much for the information. |
|
So...you have that invalid address, open a.txt file, search that address, delete'it and try again...maybe you have more than one invalid address...delete all addresses starting with "3" and "b"... Good luck ! |
|
About two - three months ago, after the next update of WIN-10, the clBitCrack.exe software stopped starting. When you try to run the clBitCrack.exe software, a message appears that this software cannot be run on your hardware - contact the software developer. |
Hello friend, (I'm translating with Google Translate, I hope you understand), my name is Enmanuel and I am from CUBA. The answer to your problem is: Bitcrack is using the GPU to process millions of private keys per second, but while generating the private keys the CPU has to gradually compare all the addresses obtained by the GPU with the target address. That is to say, the comparison is never done in real time, the GPU is faster than any CPU, therefore the number of addresses generated by the GPU is enormous compared to the speed at which the CPU is comparing, it is for that reason You think that the private key has jumped, but no, in reality what happens is that the CPU has not reached that position yet, the CPU is slower in the comparison, while the GPU is at full speed well ahead. For example: |
|
Good afternoon, dear Enmanuel!
Greetings CUBA - the island of FREEDOM!!!
I am Alexander from Ukraine. Thanks for the explanation.
I now have no opportunity to buy a normal (good) video card. I have two
desktop computers with an AMD FX-8300 processor. But these computers do not
have additional video cards - they use video cards integrated into the
processor (FX-8300).
There is a war going on in my country right now. Therefore, working on
finding the private key is very difficult. I wanted to find the private key
to one of the lost (forgotten) addresses with residual bitcoins, and leave
the country - get away from the war.
Thanks for answering.
Sincerely, Alexander.
вт, 30 авг. 2022 г. в 02:51, enmanueliglesias ***@***.***>:
… Hi!
I sent an e-mail yesterday to ***@***.***, but I'll write
this down here too, because I found out something else now.
I tried out clBitCrack.exe on the easy addresses from the "BTC puzzle
transaction" (e.g. no.9: 1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV) to see if
everything works on my machine but clBitCrack simply skips the correct
private key and continues its search. It only found the key for the very
first address from the list, 1BgGZ9t... Today I checked the first 15
addresses a couple of times and it always finds instantly the key for no.1
and no.4 (1EhqbyU...). I tried adding various options but I had no luck.
I'm pretty sure it's some kind of a bug, then again I'm no ace at
programming. What could be wrong?
My laptop has only Intel(R) HD Graphics 520 and AMD Radeon R5 M430 but
samr7's oclvanitygen.exe works on it like a charm.
[image: issue]
<https://user-images.githubusercontent.com/45288590/48950290-f3aad180-ef3a-11e8-99ea-5e7024b2667e.png>
*Hello friend, I have the respect, my name is Enmanuel and I am from CUBA.
The answer to your problem is: Bitcrack is using the GPU to process
millions of private keys per second, but while generating the private keys
the CPU has to gradually compare all the addresses obtained by the GPU with
the target address. That is to say, the comparison is never done in real
time, the GPU is faster than any CPU, therefore the number of addresses
generated by the GPU is enormous compared to the speed at which the CPU is
comparing, it is for that reason You think that the private key has jumped,
but no, in reality what happens is that the CPU has not reached that
position yet, the CPU is slower in the comparison, while the GPU is at full
speed well ahead.*
—
Reply to this email directly, view it on GitHub
<#81 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALBLA6PYL65NLV22IQJSEBTV3VEI7ANCNFSM4GGDJC7Q>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
"clBitCrack.exe -u -c -d 0 -b 128 -t 256 -p |
and others
Hi!
I sent an e-mail yesterday to [email protected], but I'll write this down here too, because I found out something else now.
I tried out clBitCrack.exe on the easy addresses from the "BTC puzzle transaction" (e.g. no.9: 1CQFwcjw1dwhtkVWBttNLDtqL7ivBonGPV) to see if everything works on my machine but clBitCrack simply skips the correct private key and continues its search. It only found the key for the very first address from the list, 1BgGZ9t... Today I checked the first 15 addresses a couple of times and it always finds instantly the key for no.1 and no.4 (1EhqbyU...). I tried adding various options but I had no luck. I'm pretty sure it's some kind of a bug, then again I'm no ace at programming. What could be wrong?
My laptop has only Intel(R) HD Graphics 520 and AMD Radeon R5 M430 but samr7's oclvanitygen.exe works on it like a charm.
The text was updated successfully, but these errors were encountered: