Vanitygen: Vanity bitcoin address generator/miner [v0.22]

[Red Emerald]

I noticed that someone wanted case-sensitive vanity address searching. My vanity address applet now (v0.2) has such an option. It's really slow, as I'm just experimenting. Here's the bitcointalk topic.

(Notice that I specifically reference Vanitygen as a much more capable generator, so I'm not trying to steal any thunder from this mighty thread. Please leave any feedback regarding my applet on the other thread.)

case sensitive is slower than case insensitive? That sounds backwards.  Do you just mean that case sensitive has a higher difficulty? Or do you mean the app is just slow in general?

[1713272337]

1713272337

[1713272337]

1713272337

[Nyhm]

I noticed that someone wanted case-sensitive vanity address searching. My vanity address applet now (v0.2) has such an option. It's really slow, as I'm just experimenting. Here's the bitcointalk topic.

(Notice that I specifically reference Vanitygen as a much more capable generator, so I'm not trying to steal any thunder from this mighty thread. Please leave any feedback regarding my applet on the other thread.)

case sensitive is slower than case insensitive? That sounds backwards.  Do you just mean that case sensitive has a higher difficulty? Or do you mean the app is just slow in general?

I will quote your question on my applet thread (I don't want to hijack this thread or confuse my applet with the Vanitygen application).

[MoTLD]

You can truncate your 28 character phrase to 12 characters, and it still won't be found for years. The processing power and time to find a Bitcoin address that long is essentially equivalent to breaking Bitcoin cryptography - something like the age of the universe if the entire earth was GPU cores.

Yeah, I found it quite amusing when vanitygen warned me that my prefix had 2^22 derivatives...and then estimated something like heat death of the universe to reach 50% probability. It may in fact have actually said "heat death of the universe," but my memory's a little fuzzy.

But I'm searching for a few shorter, personally meaningful strings (family members' names and such) and vanitygen is so efficient that it's not much slower to search for 2^22 strings than to search for 2, so why not?

-Mo

PS - and won't you feel silly when I start accepting coins at "1hELpiMtrApPEdiNabtCFAcTorY..." despite googolplex to one odds against.

[TehZomB]

I get:

WARNING: Using CPU pattern matcher

and get 98KKey/sec with an ATI 7970. GPU usage stays at 0% and CPU around 10%. What's wrong?

[Raoul Duke]

On my laptop oclvanitygen is 100x slower than vanitygen... and yes, the GPU is detected and selected...

[dirtycat]

does vanitygen work with 2 or more gpus? or gotta open windows for each gpu?

[runlinux]

A window for each GPU is needed. Because its based on luck, it doesn't matter if its 2 cards working as 1, or 2 cards on their own.

[dirtycat]

A window for each GPU is needed. Because its based on luck, it doesn't matter if its 2 cards working as 1, or 2 cards on their own.

thanks

[benjamindees]

Interesting. New version of AMD video drivers came out, and now ocl is working fine Guess it was them, not you. Thanks!

ATI 11.10 WHQL - Now works! It appears that the newest SDK is the fix, as by extracting the ATI "driver only" downloads, you can install just the video driver you want, and then install the newest 2.5 SDK from C:\ATI\Support\11-10_vista32_win7_32_dd\Packages\Apps\OpenCL. I have tested this SDK with the 11.6 and the 11.10 video driver.

I can confirm that upgrading (on Linux) from SDK 2.1 and driver 11.4 to SDK 2.5 and driver 11.9 solved this issue and increased speed of a 5870 from ~2Mkey/s to ~20Mkey/s.

[nimda]

Can someone post a working Windows binary link please?
I attempted to build it myself. Boy was that fun
first I discovered that make doesn't like windows paths. Then I used mingw32-make instead...

mingw32-make: *** No rule to make target `vanitygen.obj', needed by `vanitygen.e
xe'.  Stop.

Hell if I'm installing Visual Studio

[Tuxavant]

Can someone post a working Windows binary link please?

Check link in first Post. But be careful, it's easy to select the "downloader app".

[BurtW]

Can someone post a working Windows binary link please?

Check link in first Post. But be careful, it's easy to select the "downloader app".

One of the few things I totally HATE with a burning passion is when they put a huge "DOWNLOAD" button on a page where I am trying to download something and it turns out to be an ad.  There ought to be a law...

[Raoul Duke]

Can someone post a working Windows binary link please?

Check link in first Post. But be careful, it's easy to select the "downloader app".

One of the few things I totally HATE with a burning passion is when they put a huge "DOWNLOAD" button on a page where I am trying to download something and it turns out to be an ad.  There ought to be a law...

WTF dude... You still fall for that one? ehehehehehe

[nimda]

Can someone post a working Windows binary link please?

Check link in first Post. But be careful, it's easy to select the "downloader app".

Yeah... sendspace was down when I posted.

[PawShaker]

I got similar problem as The00Dustin (quoted below). I think it is an issue with BFI_INT feature. It seems that sometimes it is detected when it is not supported. I commented out detection and it started to work.

Code:

if (vg_ocl_device_gettype(vocp->voc_ocldid) &
    CL_DEVICE_TYPE_GPU) {
quirks |= VG_OCL_EXPENSIVE_BRANCHES;
quirks |= VG_OCL_DEEP_VLIW;
dvn = vg_ocl_device_getstr(vocp->voc_ocldid,
   CL_DEVICE_EXTENSIONS);
#if 0
if (dvn && strstr(dvn, "cl_amd_media_ops"))
quirks |= VG_OCL_AMD_BFI_INT;
#endif

dvn = vg_ocl_device_getstr(vocp->voc_ocldid,
   CL_DEVICE_NAME);
if (!strcmp(dvn, "ATI RV710")) {
quirks &= ~VG_OCL_OPTIMIZATIONS;
quirks |= VG_OCL_NO_BINARIES;
}
}

[...]There was nothing wrong with libdl-*.**.so, however, for whatever reason, ld wasn't using it.  I had to add it directly to the LIBS variable.  This is what finally got me building:

Code:

LIBS=-L/usr/src/ati-stream-sdk-v2.1-lnx64/lib/x86_64 -L/usr/local/ssl/lib /lib64/libdl.so.2 -lpcre -lcrypto -lm -lpthread
CFLAGS=-I/usr/src/ati-stream-sdk-v2.1-lnx64/include -I/usr/local/ssl/include -I/usr/include -ggdb -O3 -Wall

Note that the ATI SDK is in a funny place because that's just where I happened to download it to.  I have never had to list a library directly in libs like that before (/lib64/libdl.so.2 with no leading parameter), but it worked.  Unfortunately, now I'm getting odd output in oclvanitygen compared to what I see in vanitygen:

Code:

$ ./vanitygen -i 1s
Difficulty: 1353
Pattern: 1s
Address: 1sWTv45ThMSacEG9TwLXAECycSj5ybrQm
Privkey: 5HxV9CtT43oXoH4ZrWrbi57UJih88KgAxpVtLss992S12XiqHX2
$ ./oclvanitygen -i 1s
Difficulty: 1353
Match idx: 0
CPU hash: a4900f3de57df3ea62654b295b1a92048ddc994d
GPU hash: 3d0f90a4eaf37de5294b656204921a5b4d99dc8d
Found delta: 1919 Start delta: 1
[151.19 Kkey/s][total 2048][Prob 78.0%][80% in 0.0s]                           Match idx: 0
CPU hash: 5fb13b13d1b464cfa6f2c53d81d7333483d0ec38
GPU hash: 133bb15fcf64b4d13dc5f2a63433d78138ecd083
Found delta: 1918 Start delta: 1
Match idx: 0
CPU hash: 93b30d0ad99f8133a0bc3c4793a27dbad5a0961f
GPU hash: 0a0db39333819fd9473cbca0ba7da2931f96a0d5
Found delta: 1919 Start delta: 1
Match idx: 0
CPU hash: 8030c41b205cf1c395f79223acc4731c8138e2eb
GPU hash: 1bc43080c3f15c202392f7951c73c4acebe23881
Found delta: 1918 Start delta: 1
Match idx: 0
CPU hash: aa8c368c9663f1f15929f4f745d04039fa3403e1
GPU hash: 8c368caaf1f16396f7f429593940d045e10334fa
Found delta: 1918 Start delta: 1
Match idx: 0
CPU hash: a58e04ee7573ae115fed373b0a316c99227de01d
GPU hash: ee048ea511ae73753b37ed5f996c310a1de07d22
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: c968065a9670c24c3654930612e70821f5a37082
GPU hash: 5a0668c94cc27096069354362108e7128270a3f5
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: 7652fe86bd2a45e82ce111d91ea3a3e8e9e55ab7
GPU hash: 86fe5276e8452abdd911e12ce8a3a31eb75ae5e9
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: 757327d079aace35e53aa1cfcf614c552050198f
GPU hash: d027737535ceaa79cfa13ae5554c61cf8f195020
Found delta: 1662 Start delta: 1
Match idx: 0
CPU hash: 5af81f2dc428a8be30f05bb23023bce81553d1ec
GPU hash: 2d1ff85abea828c4b25bf030e8bc2330ecd15315
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: 6fa912748c64f7773a1a6acd8d71058e8684abba
GPU hash: 7412a96f77f7648ccd6a1a3a8e05718dbaab8486
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: 9f6eab09f51fe0d2ab7ef29ca6176060275c41e4
GPU hash: 09ab6e9fd2e01ff59cf27eab606017a6e4415c27
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: 76f461d52e6767dc1295a3c00d7f28509cc08894
GPU hash: d561f476dc67672ec0a3951250287f0d9488c09c
Found delta: 1789 Start delta: 1
Match idx: 0
CPU hash: 623bc0be24cdb542e5005d99850fed085446efee
GPU hash: bec03b6242b5cd24995d00e508ed0f85eeef4654
Found delta: 1919 Start delta: 1
Match idx: 0
CPU hash: 9503160dcca12038ac91bce298c6c19cd90416f5
GPU hash: 0d1603953820a1cce2bc91ac9cc1c698f51604d9
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: 63dab8e0ea34d295b5b1c89e0ca3eaddbbb61b8e
GPU hash: e0b8da6395d234ea9ec8b1b5ddeaa30c8e1bb6bb
Found delta: 1661 Start delta: 1
Match idx: 0
CPU hash: b46a27a9fbfcc13da644dcb0306c194f518c3e0c
GPU hash: a9276ab43dc1fcfbb0dc44a64f196c300c3e8c51
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: cc1b6bffbb824d51af3283aeafd4b6fd920b6d7d
GPU hash: ff6b1bcc514d82bbae8332affdb6d4af7d6d0b92
Found delta: 1919 Start delta: 1
Match idx: 0
CPU hash: 89d906b7e85d7de50b5ed49f1e17394e5b8ee641
GPU hash: b706d989e57d5de89fd45e0b4e39171e41e68e5b
Found delta: 1791 Start delta: 1
Match idx: 0
CPU hash: a853bf32a17a879e53d5a853bbc34d17df85b3ef
GPU hash: 32bf53a89e877aa153a8d553174dc3bbefb385df
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: acf951a982fed9f51b06435194b520dbc3922043
GPU hash: a951f9acf5d9fe825143061bdb20b594432092c3
Found delta: 1660 Start delta: 1
Match idx: 0
CPU hash: 574b20f25084db069658757cc2c4deb3413f3ed2
GPU hash: f2204b5706db84507c755896b3dec4c2d23e3f41
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: 55947ac666958b1183d8a2707856b6f19bd9faa7
GPU hash: c67a9455118b956670a2d883f1b65678a7fad99b
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: a934e3675124d3f9ddc3ea5a7e4819c6114eb1bf
GPU hash: 67e334a9f9d324515aeac3ddc619487ebfb14e11
Found delta: 1918 Start delta: 1
Match idx: 0
CPU hash: 72b549d5733b52c7525cbba4b51930567b3f9b6d
GPU hash: d549b572c7523b73a4bb5c52563019b56d9b3f7b
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: b904cbfd46e83da6bbe15ef8755db40220c0beaa
GPU hash: fdcb04b9a63de846f85ee1bb02b45d75aabec020
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: 81c411b505bc4fe0f4c2d4ffb5a5b17e51f8e2c9
GPU hash: b511c481e04fbc05ffd4c2f47eb1a5b5c9e2f851
Found delta: 1789 Start delta: 1
Match idx: 0
CPU hash: 5e5e3718b26724de3d92922b977ddce417f4f8e8
GPU hash: 18375e5ede2467b22b92923de4dc7d97e8f8f417
Found delta: 1791 Start delta: 1
Match idx: 0
CPU hash: cbeb1025944ab7139b3bbc29923617e137efb1c4
GPU hash: 2510ebcb13b74a9429bc3b9be1173692c4b1ef37
Found delta: 1791 Start delta: 1
Match idx: 0
CPU hash: 6c176e5f44008808fa6cadfb7cb429bf2315f9fc
GPU hash: 5f6e176c08880044fbad6cfabf29b47cfcf91523
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: a98813ecdde88513abd56cb716655b5d937eb183
GPU hash: ec1388a91385e8ddb76cd5ab5d5b651683b17e93
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 9e930230116b77ea0051e81de1ab018f4f351ef0
GPU hash: 3002939eea776b111de851008f01abe1f01e354f
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: 595e56866c2098b493968260ce50ab0eaa4f5c4a
GPU hash: 86565e59b498206c608296930eab50ce4a5c4faa
Found delta: 1791 Start delta: 1
Match idx: 0
CPU hash: a998337cf7fa5c66aaf969d7ab7e19b4b28b9660
GPU hash: 7c3398a9665cfaf7d769f9aab4197eab60968bb2
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: c45cd65b2abf95e42ef5a6bab972c1f6e2c19b00
GPU hash: 5bd65cc4e495bf2abaa6f52ef6c172b9009bc1e2
Found delta: 1784 Start delta: 1
Match idx: 0
CPU hash: 6faa2cd4489758678fcf13f213ecc31f9160e5e7
GPU hash: d42caa6f67589748f213cf8f1fc3ec13e7e56091
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 7282c8273e79b01838bbf6130d57db9c80c81c4b
GPU hash: 27c8827218b0793e13f6bb389cdb570d4b1cc880
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 92261bbb216416166f7d6223f1bbd4328828da64
GPU hash: bb1b26921616642123627d6f32d4bbf164da2888
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 6f09ca0b54527e56bd1f0a602a4d4b9d9eea36dd
GPU hash: 0bca096f567e5254600a1fbd9d4b4d2add36ea9e
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 7265677be9bd57042182aa05212ef1e422514a4e
GPU hash: 7b6765720457bde905aa8221e4f12e214e4a5122
Found delta: 1791 Start delta: 1
Match idx: 0
CPU hash: a100c4db9def04e45734f7b9adf98c8c5b83a47c
GPU hash: dbc400a1e404ef9db9f734578c8cf9ad7ca4835b
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 6b366d5d394cb6afc2f4a55b2297145ca6472751
GPU hash: 5d6d366bafb64c395ba5f4c25c149722512747a6
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: aa7a26f736df1668c8eeda86fa273181dfa734bc
GPU hash: f7267aaa6816df3686daeec8813127fabc34a7df
Found delta: 1791 Start delta: 1
Match idx: 0
CPU hash: a570a96b24dc5e6ba1af9e1eb97aab12353ae21b
GPU hash: 6ba970a56b5edc241e9eafa112ab7ab91be23a35
Found delta: 1790 Start delta: 1
Match idx: 0
CPU hash: 95a32b74df1473c406f246f531922f048604bcb4
GPU hash: 742ba395c47314dff546f206042f9231b4bc0486
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: c8699cbc61465825e1cf9020d450f6d5a85c5a63
GPU hash: bc9c69c8255846612090cfe1d5f650d4635a5ca8
Found delta: 1918 Start delta: 1
Match idx: 0
CPU hash: 8ef42dbbae1b15194deff71edfe23e78b0dae0f4
GPU hash: bb2df48e19151bae1ef7ef4d783ee2dff4e0dab0
Found delta: 1663 Start delta: 1
Match idx: 0
CPU hash: b9b16349b60b4fd9de74dff4807aabd947e98630
GPU hash: 4963b1b9d94f0bb6f4df74ded9ab7a803086e947
Found delta: 2047 Start delta: 1
Match idx: 0
CPU hash: 715c26f488c6cd2a2aa4b5d88318e7328d6fdd8c
GPU hash: f4265c712acdc688d8b5a42a32e718838cdd6f8d
Found delta: 2047 Start delta: 1
^C

Is that output normal?  Seems I can clean it up by doing this:

Code:

./oclvanitygen -i 1s 2> /dev/null | grep e
[181.98 Kkey/s][total 2048][Prob 78.0%][80% in 0.0s]
[153.17 Kkey/s][total 184320]
[154.25 Kkey/s][total 337920]
[154.82 Kkey/s][total 493568]
[154.60 Kkey/s][total 649216]
[154.86 Kkey/s][total 804864]
[155.35 Kkey/s][total 960512]
[155.05 Kkey/s][total 1116160]
[155.53 Kkey/s][total 1271808]

since e will include "key/s", "Address", and "Privkey", but still get a lot more unnecessary data onscreen, and as you can see here, no addresses or privkeys are displayed in either of the oclvanitygen ouputs even though it should still find a match almost instantly ("[80% in 0.0s]").  This makes me wonder if something is broken in my setup.

I then discovered that running oclvanitygen with no parameters returns help info, so it looks like if this output is normal, I'll just have it write keys to a file since some searching shows other people using grep with regular expressions to filter output on oclvanitygen (assuming there's not something broken about the fact that it didn't find any keys).  However, the speed is slower than vanitygen, so I thought it must be using the CPU instead of the GPU, searched the thread and found the -d option, which confirms this:

Code:

./oclvanitygen -d 2 -i 1ssss | grep e
Difficulty: 17606948
Available OpenCL platforms:
0: [Advanced Micro Devices, Inc.] ATI Stream
  0: [GenuineIntel] Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz

  This machine is mining fine with cgminer compiling using the SDK links I listed in the LIBS & CFLAGS variables.  Am I missing something completely obvious?

EDIT:  I just realized that when I run oclvanitygen on Windows, the output looks the same as my compiled vanitygen on F15, so I don't know if that means my oclvanitygen output on F15 is odd or not.  I also tried a lot more LIBS and CFLAGS stuff trying to make sure it was linking the right files, but none of that made any difference, and then I realized my last output above does say "0: [Advanced Micro Devices, Inc.] ATI Stream" which implies the right files were used anyway.  Then the obvious clicked, regarding the card not being found, I wasn't using DISPLAY=:0 (duh...).  So now I'm just curious about the extraneous output on oclvanitygen as I compiled it vs vanitygen as I compiled it and oclvanitygen on Windows.

EDIT2:  ACK!  The kernel compiled and ran once, but was still really slow and now I get this:

Code:

$ DISPLAY=:0 ./oclvanitygen -d 1 -i 1ssss | grep e
Difficulty: 17606948
clBuildProgram: CL_BUILD_PROGRAM_FAILURE
Build log:
Internal error: Link failed.
Make sure the system setup is correct.
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1417
Profile: FULL_PROFILE
Version: OpenCL 1.0 ATI-Stream-v2.1 (145)
Max compute units: 14
Max workgroup size: 256
Global memory: 268435456
Max allocation: 268435456
$

[check_status]

Attempting to run oclvanitygen I received this error:

Code:

clGetPlatformIDs(0): Unknown code -1001
clGetPlatformIDs(0): Unknown code -1001

With SDK 2.1 oclvanitygen didn't give me a problem running, but with SDK 2.4 I get the above message.

[deepceleron]

Attempting to run oclvanitygen I received this error:

Code:

clGetPlatformIDs(0): Unknown code -1001
clGetPlatformIDs(0): Unknown code -1001

With SDK 2.1 oclvanitygen didn't give me a problem running, but with SDK 2.4 I get the above message.

With 2.4 it didn't work for me, but SDK 2.5 and above is fine (Catalyst 11.11)

[check_status]

I got everything running. I must have installed SDK v2.4 incorrectly, maybe skipped a step. Re-installation fixed the issue.
./oclvanitygen produced 25 Mkeys/s on the GPU. Thats like 200x more key searches than on my CPU.   
It took about 8 hours to find 1+6 '1abcdef'. How much longer would it take to find 1+7 or 1+8?

[Qoheleth]

Do these apps support generating addresses whose secret component is in mini private key format?

I got everything running. I must have installed SDK v2.4 incorrectly, maybe skipped a step. Re-installation fixed the issue.
./oclvanitygen produced 25 Mkeys/s on the GPU. Thats like 200x more key searches than on my CPU.   
It took about 8 hours to find 1+6 '1abcdef'. How much longer would it take to find 1+7 or 1+8?

1+7 would probably take about 58x what 1+6 took. So, three weeks or so.
1+8 would take about 58x that, so about three years.

[nimda]

I'd like to see  this done in such a way that one could have their address generated elsewhere, peerhpas even paying for it as a service, without the third party gaining access to the private key. There was some discussion about it, and it's certainly possible, but it seems to require code changes which are beyond my level of C...