VanitySearch (Yet another address prefix finder)

[spider703]

hi all!
i used this version https://github.com/allinbit/VanitySearch/releases/tag/v1.1 and in my in.txt i put 1000 btc address
range from 71 pazle to 160
maybe sometime on my side been high day when i found one from list btc

[BlackAKAAngel]

when sommebody want the vanitysearch with i key range i can send per email i dont want to make oficial on github its work great and great ratio speed

Trusting random Newbies with private key generation is how you risk your funds.

 


now i see how many here are hackers im so sorry but how many stupid you can be  und du loyce bist du wierklich sehr dumm todoy make it oficiel on github that code i just add the range its rewrite code from the https://github.com/JeanLucPons/VanitySearch  i just add the key range

[BlackAKAAngel]

here the   https://github.com/deniboy28/VanitySearch_keyrange.git   with a keyrange start and end

[WanderingPhilospher]

here the   https://github.com/deniboy28/VanitySearch_keyrange.git   with a keyrange start and end

This is not a good one to use for the puzzles (not sure if that is what you are trying to use it for). This is a good one to use for actual vanity addresses, because it will find keys out of the range you are searching in (endo and symm/negation); so while you can use it for the puzzles (technically) it will be much slower than FP's VS-Bitcrack that Ice mentioned above; because it is checking more than one key at a time, so speed seems faster, but it's checking keys in other ranges. So if you just use compression, the speed shown, should be divided by 6, to show what speed you are actually getting, in the range you are searching in.

[BlackAKAAngel]

here the   https://github.com/deniboy28/VanitySearch_keyrange.git   with a keyrange start and end

This is not a good one to use for the puzzles (not sure if that is what you are trying to use it for). This is a good one to use for actual vanity addresses, because it will find keys out of the range you are searching in (endo and symm/negation); so while you can use it for the puzzles (technically) it will be much slower than FP's VS-Bitcrack that Ice mentioned above; because it is checking more than one key at a time, so speed seems faster, but it's checking keys in other ranges. So if you just use compression, the speed shown, should be divided by 6, to show what speed you are actually getting, in the range you are searching in.

dit you check the code?, or the change what are made it on the code i think its generate pure keys just from the given key range