Topic: custom bitcoin address wanted (Read 11869 times)

Does this make it clearer? https://github.com/ciyam/ciyam/blob/master/src/crypto_keys.cpp#L538 and https://github.com/ciyam/ciyam/blob/master/src/crypto_keys.cpp#L54

Basically a random 256 bit number will work but it has to fit within the curve range (it is very unlikely that it won't but the sanity check is necessary).

I am using OpenSSL for the random number (as does Bitcoin as I sourced that part from Bitcoin itself) but you could of course use "hex dice" or some other method if you don't trust OpenSSL.

Pardon the lameness, but...


Any suggestions as to how does one do it in practice? OpenSSL? Gpg? Something else?

Strictly speaking, it doesn't need to be. It will get reduced modulo the generatororder anyway.

In this case, it doesn't matter at all. But for every value greater than the generatororder, there's an equivalent one less than the generatororder. You just don't want to waste time testing both.

Yes. You are correct all around.

Me too:


I don't need to -rescan at all if I'm importing addresses I just made in vanitygen, since I know there aren't yet any transactions mentioning the imported keys.

I got rid of this "few moments" delay by commenting out two lines in the source code that perform this lengthy rescan - I did this so I could batch-import lots of keys and not have any per-key delay.  The flip side is I must -rescan when I'm done.

I also modified the code driving the -rescan flag on my bitcoind so I could say -rescan=180000 and it would only scan blocks 180000 and beyond.  I'd do this if I knew I was picking up recent payments that couldn't possibly be in earlier blocks.  Big timesaver.

Why would it need to be less than the generator?


Again, why the constraint?  It shouldn't be necessary.


You mean modulo the order of the underlying field I think.

Other than that, neat scheme!

The steps shouldn't be too hard. Implementation probably requires some coding though.

1) Have the buyer create a private key, and send you the public key. If vanitygen has an option for producing the public keys along with addresses from private keys, this would be ideal. Even if it doesn't, IIRC vanitygen is written in python, so it shouldn't be too hard to modify it to print the public key along with the private key and address.

2) Have a program that generates private keys and public keys. Have it add the buyer's public key (the one he sent you) to each of your public keys before hashing it to get an address. Again, adding this step in the vanitygen code shouldn't be too difficult... hard-code his public key if necessary.

3) When you find an address that matches what the buyer wants, send him the private key that matches YOUR public key (the one you added to his to get the address.)

4) The buyer then adds your private key to his, does a little bit of math (step #4 of JoelKatz's instructions), and now has a new private key, one that you don't have and can't get, and can use it to get the address you found. A few lines of code would be all that's required to do this math, but you may have to provide the program to buyers.

Actually... there's probably a few bitcents in donations to be made from someone packaging all this into one or two simple little programs or vanitygen mods (not sure the vanitygen code's license approves of that though.)

I'm the seller
To generate the address 1Nimda takes around 40/50 minutes at 270 Kkeys/s ( 2 CPU's).
Response for the creator of the topic, as I tell you my laptop is very slow to generate complex addresses, but your request its a bit difficult sorry but I can't help you.

And I need help please,
Im trying to figure out what JoelKatz write about secure generating, but I really don't understand what he say, can anyone explain more easily, because I wanted to improve the quality of my service.

Interesting... why does it take longer to find 1nimda than 1Nimda?

Thanks Serge, it worked in my linux system. :-)

see this thread https://bitcointalksearch.org/topic/vanitygen-vanity-bitcoin-address-generatorminer-v022-25804
to utilize GPU use oclvanitygen.exe from its distribution, much faster than generating with CPU

where can i find detailed instructions on how to use vanitygen?

Yes, it is going to need to do a full blockchain verification in order to pick up inputs (even though you just generated it - it doesn't know that of course), so that means reading about a gigabyte of data and doing a few hash operations. A fast disk would help.

i was watching these "few moments" with windows task manager processes open after the task didn't complete instantaneously )) so i sow it was doing something by using 25% of the CPU, took about 10-20seconds to import the key on my system

On my rather lame laptop this took much more than a few moments (I thought it had hung and killed the task after 10 minutes).

quite simple, even on windows, assuming using official bitcoin client:

• shutdown Bitcoin-QT client
• start bitcoind.exe (leave this blank terminal bitcoind.exe screen open while doing next steps)
• in new Command Prompt window navigate to bitcoind.exe location, by default it's something like C:\Program Files (x86)\Bitcoin\daemon>
• type following in command prompt:
  
  C:\> bitcoind importprivkey
  
  where is your newly generated private key for the vanitygen address you just generated
  
  
• it's going to take few moments, after it's complete, you can shutdown bitcoind from windows task manager processes or just typing "bitcoind stop" in the command prompt
• start bitcoin client again, you should be able to see your vanitygen address in there

You can import the private key. Each client has a different way of doing that.

And... How can we add this address to our wallet?

There is an element of luck however the length of the custom text most certainly affects difficulty.  The average search time grows with each digit.

A case sensitive search will require 58^(length) attempts on average.

I got 7 characters no problem for my vanity addy using a single 5850 and vanitygen.

1GigavpsDjLBQJzHenH3zPq3EwkENL9tQS