great tool, tried it in my vm and got a lot of sex addresses, my favorite: 15mWHVWtR4fX66VTg1Ytn1dCB1RpX8pimp is there also a macintosh binary available?

I think I found an error in the code: when vanitygen writes the base58 private key, it always uses 0 as address version instead of addrtype value

Ok I just read the code, it obviously use privtype which is always 0 (even for namecoin) except for testnet where it is 239
I really don't understand why, I think it's just making a mess
Moreover, pywallet (both) doesn't understand and see the address as a bitcoin one

There's no release of oclvanitygen yet, just what's in git, and that's only half baked right now.  If this doesn't bother you, I posted a binary here.  Also, please let me know if it works or not, I don't have a windows system with a GPU to test it on, and AMD's OpenCL CPU compiler blows up on the kernel.

Edit: The link was updated, the first zip file was missing the OpenCL kernel.


Please do!!


Can you give more details on this?

If it were using 0 as the address version, then wouldn't the encoded private key start with a 1?  It should typically produce private keys starting with '5' for regular bitcoin and namecoin addresses, and '9' for testnet addresses.

At this point, I think your pywallet code is the only way to get private keys into or out of a namecoin wallet, so you get to set the conventions, and I will update vanitygen to follow this rule.

Would be neat to have pywallet (or some similar functionality) somehow integrated in this --> specify a wallet file at launch and get the vanity key(s) directly inserted (or after some yes/no confirmation).

After all, this is one of the most common use cases I guess...

It imports adresses found by vanitygen on the fly in a wallet.dat? At least I don't see anything about that in the thread there...

Maybe pywallet could at least take the output file of vanitygen as input for easier import?

I got it working! With some playing on makefile though

5.7 16.3 (with last version) Mkey/s on a Sapphire 5850

I posted a couple of new versions of vanitygen.  Summary of changes:

• [0.14] Add jackjack's fix for namecoin private keys
• [0.14] First release of oclvanitygen
• [0.15] Include the OpenCL kernel in the zip file
• [0.15] Warn when using NVIDIA driver on Windows other than known-working version

The oclvanitygen kernel code seems to trigger problems in a number of OpenCL driver stacks.  Certain NVIDIA drivers on Windows and Linux seem to produce invalid PTX code, to the point that commenting out some number of lines in one of the kernels fixes the problem (but the commented lines are required for correct results).  It also seems to cause AMD's KernelAnalyzer to crash, and AMD's CPU OpenCL compiler is unable to build a binary without crashing, either from oclvanitygen itself, or any of the standalone OpenCL compiler programs.


I'm glad you got it to work!

That's about the expected key rate with the latest version on a high end Radeon card.

NVIDIA cards aren't quite as fast, my GTX 285 produces about 6.3 Mkey/s.

Nice find.  I'll see about fixing this.

I just saw the -o flag, I will make pywallet read the output files

On my laptop oclvanitygen crashes (actually it worked once and crashes since then):

I made a commit adding the addrtype flag and sent it
I used it to make the address of both Namecoin Faucet and Testnet Namecoin Faucet: FaucetFbyx6bCZX84Va8YxAxUNMxJfJhRD