Bitcoin Forum
October 23, 2019, 09:59:25 PM *
News: Help collect the most notable posts made over the last 10 years.
 
   Home   Help Search Login Register More  
Pages: « 1 ... 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 [117] 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 ... 185 »
  Print  
Author Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22]  (Read 1140851 times)
Timelord2067
Legendary
*
Offline Offline

Activity: 2002
Merit: 1292


Witty! £ $ ₹ € ¥ ¢ ≠ ÷ ™


View Profile
August 24, 2015, 12:16:34 PM
 #2321

...blah

I don't understand your explanations very well .... my question is what are the command lines for finding privkey for a complete address ?

I have a quantum computer that capable of looking through 1000 billion keys per micro second. i want to attack this address 1Cii2e2wGejfrRHRCbaYTzmyPLpJwGvsgD what are the Instructions at vanitygen ?

You know there's no BTC in this wallet https://blockchain.info/address/1Cii2e2wGejfrRHRCbaYTzmyPLpJwGvsgD (and it only every had about $50 at most ever?)

With a Quantum Computer, you'd be better off mining BitCoin blocks.  1,000 Billion is a Trillion BTW, thought you'd like to know that and a micro second... Well.... that's just silly....

Timelord2067's Timely Test and Main-neT LighTning Loans to a "T"
https://bitcointalk.org/index.php?topic=5184177.0;dt
main-net BTC 0.0001 loans, test-net BTC 0.001 loans 1% seven days max.
1571867965
Hero Member
*
Offline Offline

Posts: 1571867965

View Profile Personal Message (Offline)

Ignore
1571867965
Reply with quote  #2

1571867965
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1571867965
Hero Member
*
Offline Offline

Posts: 1571867965

View Profile Personal Message (Offline)

Ignore
1571867965
Reply with quote  #2

1571867965
Report to moderator
1571867965
Hero Member
*
Offline Offline

Posts: 1571867965

View Profile Personal Message (Offline)

Ignore
1571867965
Reply with quote  #2

1571867965
Report to moderator
Kangaderoo
Member
**
Offline Offline

Activity: 85
Merit: 10


View Profile
August 24, 2015, 12:30:34 PM
 #2322

tspacepilot it seems this is exactly what I was looking for. Could you tell me where to add the piece you posted?

Thanks!
Nice topic to research.
the mayor changes will only have to be made in the function:
void *vg_thread_loop(void *arg).
In stead of the two options compress and uncompressed a combined flag could to be introduced/added as a valid command line flag.
When combined is active, only calculate (uncompressed) EC points for half the buffer.
Fill the other half with the equivalent compressed points.
for all other calculations use same flag to switch halfway between postprocessing (un)compressed settings.
The final address checks can stay the same.
In theory.... at least.

It will take a bit more work than just porting the example python code........



Slow but steady Android coin mining with NeoNeonMiner
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
hexafraction
Sr. Member
****
Offline Offline

Activity: 378
Merit: 250

Tips welcomed: 1CF4GhXX1RhCaGzWztgE1YZZUcSpoqTbsJ


View Profile
August 24, 2015, 12:48:52 PM
 #2323

You know there's no BTC in this wallet https://blockchain.info/address/1Cii2e2wGejfrRHRCbaYTzmyPLpJwGvsgD (and it only every had about $50 at most ever?)

With a Quantum Computer, you'd be better off mining BitCoin blocks.  1,000 Billion is a Trillion BTW, thought you'd like to know that and a micro second... Well.... that's just silly....

No, there's no known quantum algorithm for solving a SHA256 hash. It would also be useless for address reversal (except possibly with reused addresses) since the pubkey isn't known, just the hash, until the first spend from said address. I'm also not sure if EC is breakable on a quantum computer (Shor's algorithm has a discrete log variant but I'm not sure if it's applicable here)

I have recently become active again after a long period of inactivity. Cryptographic proof that my account has not been compromised is available.
Muhammed Zakir
Hero Member
*****
Offline Offline

Activity: 560
Merit: 504


I prefer Zakir over Muhammed when mentioning me!


View Profile WWW
August 24, 2015, 01:27:37 PM
 #2324

I have 5 prefix letters , what is the command line for find at least a BTC address for it ?

Case-sensitive prefix search:
Code:
"path\to\vanitygen.exe" 1Prefix

Case-insensitive prefix search (faster):
Code:
"path\to\vanitygen.exe" -i 1Prefix

Case-sensitive prefix search but not limited to 1 match:
Code:
"path\to\vanitygen.exe" -k 1Prefix

Case-sensitive prefix search but not limited to 1 match and saves all matches to a file:
Code:
"path\to\vanitygen.exe" -k -o anything 1Prefix

Note: If you want to save all matches to a file in the same folder Vanitygen is, specify the path to directory. Eg:- "path\to\vanitygen.exe" -k -o "path\to\anything" 1za

Edit: Searching for compressed key is faster than uncompressed key. Download Lifeboat's vanitygen. See https://bitcointalk.org/index.php?topic=301068.0. Also, see https://bitcointalk.org/index.php?topic=25804.msg10590011#msg10590011.

Case-sensitive prefix search but not limited to 1 match and saves all matches to a file (compressed):
Code:
"path\to\vanitygen.exe" -k -F compressed -o anything 1Prefix

What are command lines for oclvanitygen ? does oclvanitygen use graphic card for computing ? and this is faster than vanitygen ?

Commands are same except you will have to select OpenCL device using -D command. If you have only one OpenCL device and you did not specify, Oclvanitygen automatically chooses the device. Else, it will give you an error.

Eg:-

Code:
"path\to\oclvanitygen.exe" -D 0:0 -k -o anything 1Prefix


-snip-

 -snip-

deepceleron
Legendary
*
Offline Offline

Activity: 1512
Merit: 1000



View Profile WWW
August 24, 2015, 10:09:34 PM
 #2325



Given that there are two bitcoin addresses per private key, that if you are iterating through private keys pseudo-randomly (i assume this is what vanitygen does, at the end of the day), it does seem that you may as well look at both the addresses each time you calculate a point on the curve for a given private key...

Only the initial key position is random, then vanitygen just increments the key by one for each additional address search. There is little cost to be saved there.
wicks
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
August 27, 2015, 04:06:04 PM
 #2326

No matter what I try, I couldnt make it work with OpenCL on my computer.
K1773R
Legendary
*
Offline Offline

Activity: 1792
Merit: 1008


/dev/null


View Profile
August 27, 2015, 04:08:53 PM
 #2327

No matter what I try, I couldnt make it work with OpenCL on my computer.
How about telling us what didnt work and provide more information? Otherwise you wont get help.

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
Timelord2067
Legendary
*
Offline Offline

Activity: 2002
Merit: 1292


Witty! £ $ ₹ € ¥ ¢ ≠ ÷ ™


View Profile
August 27, 2015, 04:39:40 PM
 #2328

No matter what I try, I couldnt make it work with OpenCL on my computer.

Did you update your video drivers?  (Hint: Version 12.10 works best - saves Delta from stalking you in the middle of the night)

...and
Code:
-D 0:0 -D 0:1 etc
are your friends....

...and
Code:
-S
safe mode may be fractionally slower, but it'll work until you've had some sleep.

The only thing I'm not sure is if it searches for all lines listed or does them one at a time?

Timelord2067's Timely Test and Main-neT LighTning Loans to a "T"
https://bitcointalk.org/index.php?topic=5184177.0;dt
main-net BTC 0.0001 loans, test-net BTC 0.001 loans 1% seven days max.
n4ru
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
August 28, 2015, 01:06:49 AM
 #2329

Has the HD5870 been superseded yet as the best vanity miner? I bought mine for $100 and it gets a whopping 30Mkey/s out of the box. Have newer gen GFX cards surpassed this?

ETH-Nova - Fully Automated OC/PL/P-state/Mining/Monitoring for Windows
ETH: 0x00972cd6a2c6786afbcc24ca592b8c86f33f747a / BTC: 1n4ruYy5QWbTDBbPEyBRWwj1Ni4U4Sz5P
TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 28, 2015, 01:31:02 AM
 #2330

Has the HD5870 been superseded yet as the best vanity miner? I bought mine for $100 and it gets a whopping 30Mkey/s out of the box. Have newer gen GFX cards surpassed this?
Claim of an nVidia GeForce GTX 780 Ti (3GB 384-bit GDDR5) getting 50-60Mkey/s: https://bitcointalk.org/index.php?topic=25804.msg11944467#msg11944467

n4ru
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
August 28, 2015, 01:38:15 AM
 #2331

Has the HD5870 been superseded yet as the best vanity miner? I bought mine for $100 and it gets a whopping 30Mkey/s out of the box. Have newer gen GFX cards surpassed this?
Claim of an nVidia GeForce GTX 780 Ti (3GB 384-bit GDDR5) getting 50-60Mkey/s: https://bitcointalk.org/index.php?topic=25804.msg11944467#msg11944467
o_O Has anyone else tried it? That seems a little insane.

ETH-Nova - Fully Automated OC/PL/P-state/Mining/Monitoring for Windows
ETH: 0x00972cd6a2c6786afbcc24ca592b8c86f33f747a / BTC: 1n4ruYy5QWbTDBbPEyBRWwj1Ni4U4Sz5P
TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 28, 2015, 01:48:30 AM
 #2332

Does it?  Specs-wise, it is a good bit faster than the HD5870.  I can't say I know which specs' changes would best align with vanitygen changes, but it doesn't seem unfathomable.  I'm sure it's not even removely the fastest; but hardware review sites don't generally test against oclvanitygen Wink

n4ru
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
August 28, 2015, 02:16:20 AM
 #2333

Does it?  Specs-wise, it is a good bit faster than the HD5870.  I can't say I know which specs' changes would best align with vanitygen changes, but it doesn't seem unfathomable.  I'm sure it's not even removely the fastest; but hardware review sites don't generally test against oclvanitygen Wink
I bought the 5870 when the R9s first came out, and it got swept by the HD5870s by about a 50% difference, as it did against the entire HD7xxx series.

ETH-Nova - Fully Automated OC/PL/P-state/Mining/Monitoring for Windows
ETH: 0x00972cd6a2c6786afbcc24ca592b8c86f33f747a / BTC: 1n4ruYy5QWbTDBbPEyBRWwj1Ni4U4Sz5P
Kangaderoo
Member
**
Offline Offline

Activity: 85
Merit: 10


View Profile
August 28, 2015, 10:44:02 PM
Last edit: August 29, 2015, 11:56:33 AM by Kangaderoo
 #2334

Could anybody post the necessary code changes to allow oclvanitygen to generate compressed and uncompressed keys simultaneously? I suspect the speed increase must be substantial

Thanks!
Your "suspicion" is misplaced. The only calculation in common that would be saved is the calculation of the x coordinate of the public key, which is just a few multiplications. Everything else, from creating the compressed public key parity, creating an address from a compressed public key and checking for the vanity match would be a completely different process.
As stated before, this was interesting to research.
Unfortunately I don't have a OpenCL environment, so I made the adaptations for CPU only
Code:
>~/vanitygen$ ./vanitygen 1BTC4me --> normal uncompressed
Difficulty: 15058417127
[531.70 Kkey/s][total 5206528][Prob 0.0%][50% in 5.5h]                        
[533.98 Kkey/s][total 6267648][Prob 0.0%][50% in 5.4h]                        
>~/vanitygen$ ./vanitygen 1BTC4me -F compressed --> compressed
Difficulty: 15058417127                      
[616.63 Kkey/s][total 6103808][Prob 0.0%][50% in 4.7h]                        
[610.36 Kkey/s][total 7794688][Prob 0.1%][50% in 4.7h]                  
>~/vanitygen$ ./vanitygen 1BTC4me -F combined  --> combined un/compressed
Difficulty: 15058417127
[837.12 Kkey/s][total 8072704][Prob 0.1%][50% in 3.5h]                        
[843.84 Kkey/s][total 8910848][Prob 0.1%][50% in 3.4h]                        
Code:
>~/vanitygen$ ./vanitygen 1BTC4 -F combined -k
Difficulty: 4476342
Pattern: 1BTC4                                                                
Address: 1BTC4iPDG4247a3nmcnUTcLNS1bbwYRgvJ
Privkey: 5J85mEv3tk1HjYBCm6bcKHVEV9NjwtxFg2cVfY6SnhjW616VBvv  --> uncompressed result
Pattern: 1BTC4                                                                
Address: 1BTC4pnrA9jnJB3usxhaVs4wweQtpcQ7a7
Privkey: KwJX5idP7UVGHQbL1QZRzjPcgYnXv6AkRsBhmuDzhJfvmASRZBQT --> compressed result
Pattern: 1BTC4                                                                
Address: 1BTC4caZJqqGZzjEdpbXuX17wyQgv4oRpK
Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1Sevj3RoxkhoL3Q
Pattern: 1BTC4                                                                
Address: 1BTC4tkVwqUTCmG5fYexRyAaby3UXyt79R
Privkey: 5HqNmZzdjFPGF94hZGJmdeFBoa2hzLkShXQGajeP8n9CoEz8SzJ
Pattern: 1BTC4                                                                
Address: 1BTC4fZk5atAnE7DH6qW3mjP3AdikkNM6Z
Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1SevmVBzAzN6BMR

If you don't mind if the WIF key is compressed or not, there is a substantiation speed increase when
hashing both the Uncompressed and Compressed EC-point.
With my hack, I'm losing some time on the normal and compressed code execution due to selection overhead.
I'll update my repo @ github after some code cleaning :-)

Update: Github repro updated  Grin Grin

Slow but steady Android coin mining with NeoNeonMiner
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
xhomerx10
Legendary
*
Offline Offline

Activity: 2184
Merit: 2373


When moon?


View Profile
August 28, 2015, 11:31:38 PM
Last edit: September 18, 2019, 02:22:16 PM by xhomerx10
 #2335

Does it?  Specs-wise, it is a good bit faster than the HD5870.  I can't say I know which specs' changes would best align with vanitygen changes, but it doesn't seem unfathomable.  I'm sure it's not even removely the fastest; but hardware review sites don't generally test against oclvanitygen Wink
I bought the 5870 when the R9s first came out, and it got swept by the HD5870s by about a 50% difference, as it did against the entire HD7xxx series.

 I can get 28MKeys/s with my Sapphire HD7970 and I recently acquired an ASUS Strix GTX 970 which gets 40+MKeys/s with much less power consumption.  

edit: This post is used as reference for the Vanitygen Bitcoin Wiki page so I thought I would add a screen cap which shows the performance of my Asus Strix GTX 970

BurtW
Legendary
*
Offline Offline

Activity: 2590
Merit: 1064

All paid signature campaigns should be banned.


View Profile WWW
August 29, 2015, 01:30:22 AM
 #2336

I do not have time to read the whole thread.  Can someone give me an idea and/or link to the maximum key generation rate claimed?  It is for another thread...

Our family was terrorized by Homeland Security.  Read all about it here:  http://www.jmwagner.com/ and http://www.burtw.com/  Any donations to help us recover from the $300,000 in legal fees and forced donations to the Federal Asset Forfeiture slush fund are greatly appreciated!
TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 29, 2015, 02:26:15 AM
 #2337

I do not have time to read the whole thread.  Can someone give me an idea and/or link to the maximum key generation rate claimed?  It is for another thread...
But.. you no longer support vanity addresses... Wink

I haven' gone through the entire thread, I'd imagine there's some crazy SLI setup or so that'll go faster, but I did add the most recent reports to the wiki: https://en.bitcoin.it/wiki/Vanitygen#Expected_keysearch_rate

That page may also contain a hint for said other thread.

Polyatomic
Sr. Member
****
Offline Offline

Activity: 257
Merit: 250


View Profile
September 01, 2015, 10:02:41 AM
Last edit: September 01, 2015, 10:26:37 AM by Polyatomic
 #2338

Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz
Code:
milton@milton:~/temp/vanitygen$ ./vanitygen -v 1xeon
Prefix difficulty:            264104224 1xeon
Difficulty: 264104224
Using 16 worker thread(s)
[2.67 Mkey/s][total 25884672][Prob 9.3%][50% in 58.9s]  

= peachy

I have an R9 390 but I'm using the opensource radeon stack.
samr7's version craps out so I tried the fork of the fella with the
handle of WyseNynja.
Code:
milton@milton:~/temp/testing/vanitygen$ ./oclvanitygen 1xeon
Difficulty: 264104224
[16.09 Mkey/s][total 752353280][Prob 94.2%][95% in 2.4s]                       clWaitForEvent(clUnmapMemObject,4): CL_EXEC_STATUS_ERROR_FOR_EVENTS_IN_WAIT_LIST
Device: AMD HAWAII (DRM 2.42.0, LLVM 3.6.2)
Vendor: AMD (1002)
Driver: 11.0.0-devel
Profile: FULL_PROFILE
Version: OpenCL 1.1 MESA 11.0.0-devel
Max compute units: 40
Max workgroup size: 256
Global memory: 1073741824
Max allocation: 268435456
[16.09 Mkey/s][total 935854080][Prob 97.1%]                                    clWaitForEvents(NDRange,1): CL_EXEC_STATUS_ERROR_FOR_EVENTS_IN_WAIT_LIST

Does anyone know if there is another vanitygen fork I can try.
I wonder if the amdgpu stack will work ...
build log here http://dpaste.com/3X44N1Z
ChetnotAtkins
Full Member
***
Offline Offline

Activity: 131
Merit: 100


View Profile
September 01, 2015, 10:07:54 AM
 #2339

As stated before, this was interesting to research.
Unfortunately I don't have a OpenCL environment, so I made the adaptations for CPU only
Code:
>~/vanitygen$ ./vanitygen 1BTC4me --> normal uncompressed
Difficulty: 15058417127
[531.70 Kkey/s][total 5206528][Prob 0.0%][50% in 5.5h]                        
[533.98 Kkey/s][total 6267648][Prob 0.0%][50% in 5.4h]                        
>~/vanitygen$ ./vanitygen 1BTC4me -F compressed --> compressed
Difficulty: 15058417127                      
[616.63 Kkey/s][total 6103808][Prob 0.0%][50% in 4.7h]                        
[610.36 Kkey/s][total 7794688][Prob 0.1%][50% in 4.7h]                  
>~/vanitygen$ ./vanitygen 1BTC4me -F combined  --> combined un/compressed
Difficulty: 15058417127
[837.12 Kkey/s][total 8072704][Prob 0.1%][50% in 3.5h]                        
[843.84 Kkey/s][total 8910848][Prob 0.1%][50% in 3.4h]                        
Code:
>~/vanitygen$ ./vanitygen 1BTC4 -F combined -k
Difficulty: 4476342
Pattern: 1BTC4                                                                
Address: 1BTC4iPDG4247a3nmcnUTcLNS1bbwYRgvJ
Privkey: 5J85mEv3tk1HjYBCm6bcKHVEV9NjwtxFg2cVfY6SnhjW616VBvv  --> uncompressed result
Pattern: 1BTC4                                                                
Address: 1BTC4pnrA9jnJB3usxhaVs4wweQtpcQ7a7
Privkey: KwJX5idP7UVGHQbL1QZRzjPcgYnXv6AkRsBhmuDzhJfvmASRZBQT --> compressed result
Pattern: 1BTC4                                                                
Address: 1BTC4caZJqqGZzjEdpbXuX17wyQgv4oRpK
Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1Sevj3RoxkhoL3Q
Pattern: 1BTC4                                                                
Address: 1BTC4tkVwqUTCmG5fYexRyAaby3UXyt79R
Privkey: 5HqNmZzdjFPGF94hZGJmdeFBoa2hzLkShXQGajeP8n9CoEz8SzJ
Pattern: 1BTC4                                                                
Address: 1BTC4fZk5atAnE7DH6qW3mjP3AdikkNM6Z
Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1SevmVBzAzN6BMR

If you don't mind if the WIF key is compressed or not, there is a substantiation speed increase when
hashing both the Uncompressed and Compressed EC-point.
With my hack, I'm losing some time on the normal and compressed code execution due to selection overhead.
I'll update my repo @ github after some code cleaning :-)

Update: Github repro updated  Grin Grin


Very valuable addition, thank you very much! I'll look into it at the end of the week, when I have more time again.

What results did you observe speed-wise?
Kangaderoo
Member
**
Offline Offline

Activity: 85
Merit: 10


View Profile
September 01, 2015, 10:58:03 AM
 #2340


 <<-- snip -->

Very valuable addition, thank you very much! I'll look into it at the end of the week, when I have more time again.

What results did you observe speed-wise?

The relative speed differences as posted in the code blocks stayed more or less the same

so ~ +10 % from compressed to uncompressed (no change compared to original code)
    ~ +60 % from uncompressed to combined
    ~ +50 % from compressed to combined

I see no reason why these relative speed increases would not work in OpenCL.

Slow but steady Android coin mining with NeoNeonMiner
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
Pages: « 1 ... 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 [117] 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 ... 185 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!