|
Cinnob0n
Member
Offline
Activity: 116
Merit: 10
-Credits (CRE) Miner/Enthusiast
|
|
May 27, 2015, 07:40:26 AM |
|
Would be cool if you could use a Miner to find addresses.
|
|
|
|
TheRealSteve
|
|
May 27, 2015, 07:52:59 AM |
|
Would be cool if you could use a Miner to find addresses. Would, but (for ASIC-based ones) you can't - physically impossible. Probably covered numerous times in this thread already, so hit up the search if you'd like to learn more
|
|
|
|
luv2drnkbr
|
|
May 27, 2015, 09:18:39 PM |
|
Is it possible to use vanitygen to make a multisig key? Like, two people give me their public keys for a 2- or 3- of 3 address, and it churns through redeem scripts until it finds a key that makes the redeem script hash to the pattern?
|
|
|
|
tspacepilot
Legendary
Offline
Activity: 1456
Merit: 1081
I may write code in exchange for bitcoins.
|
|
May 27, 2015, 09:24:26 PM |
|
Would be cool if you could use a Miner to find addresses. Would, but (for ASIC-based ones) you can't - physically impossible. Probably covered numerous times in this thread already, so hit up the search if you'd like to learn more Well, I believe that search is temporarily disabled. But, FWIW, I'm one of the people you explained this to above. The sha256 algo used to mine blocks just isn't the same procedure as the one to find and address. So, alas, even our old stick miners can't help us here.
|
|
|
|
RustyNomad
|
|
May 28, 2015, 06:12:35 AM |
|
Following is a problem I had with vanitygen, not sure whether I did something wrong and or whether this is something that may happen from time to time...
a) I generated 5 Doge addresses making use of the oclvanity command and the -X 30 -e parameters to generate a addresses with encrypted private keys.
b) Some coins were sent to the one address and all seemed fine (luckily only about $1)
c) I used the keyconv command with the -X 30 parameter to decrypt the encrypted private key which worked without any problems and it gave me the correct Doge address
d) I tried to import the private key of this address into a Dogechain wallet but it does not accept the private key. Tried the Wif and Hex versions of the private key
e) Tried the Doge paper wallet generator where you enter the Wif/Hex keys and get details on the address and tried the other formats of the private key but none seems to work...
The above only happened with the one address, the other 4 all worked fine and I've been able to import them without problems. Is this something that happens or something I did wrong and if so how do I prevent this from happening or should I just test every address before use to make sure they work 100%?
I had no idea that vanitygen worked for any coin other than bitcoin. Wish I could help? Also, isn't keyconv command part of an external python lib? Seems like there are several possible points of failure here. Yes it works for other coins as well. You just need to make use of the -X parameter together with the right code for the specific kind of address you want to create. For example: Litecoin is -X 48, Doge -X 30, Dash -X 76 etc... So your command will look something like - c:\vanitygen -v -X 30 D8Test See this reply to my earlier post for links to a site that will give you the codes: https://bitcointalk.org/index.php?topic=25804.msg11399708#msg11399708
|
|
|
|
tspacepilot
Legendary
Offline
Activity: 1456
Merit: 1081
I may write code in exchange for bitcoins.
|
|
May 28, 2015, 06:56:31 AM |
|
Following is a problem I had with vanitygen, not sure whether I did something wrong and or whether this is something that may happen from time to time...
a) I generated 5 Doge addresses making use of the oclvanity command and the -X 30 -e parameters to generate a addresses with encrypted private keys.
b) Some coins were sent to the one address and all seemed fine (luckily only about $1)
c) I used the keyconv command with the -X 30 parameter to decrypt the encrypted private key which worked without any problems and it gave me the correct Doge address
d) I tried to import the private key of this address into a Dogechain wallet but it does not accept the private key. Tried the Wif and Hex versions of the private key
e) Tried the Doge paper wallet generator where you enter the Wif/Hex keys and get details on the address and tried the other formats of the private key but none seems to work...
The above only happened with the one address, the other 4 all worked fine and I've been able to import them without problems. Is this something that happens or something I did wrong and if so how do I prevent this from happening or should I just test every address before use to make sure they work 100%?
I had no idea that vanitygen worked for any coin other than bitcoin. Wish I could help? Also, isn't keyconv command part of an external python lib? Seems like there are several possible points of failure here. Yes it works for other coins as well. You just need to make use of the -X parameter together with the right code for the specific kind of address you want to create. For example: Litecoin is -X 48, Doge -X 30, Dash -X 76 etc... So your command will look something like - c:\vanitygen -v -X 30 D8Test See this reply to my earlier post for links to a site that will give you the codes: https://bitcointalk.org/index.php?topic=25804.msg11399708#msg11399708Thanks, I never saw that parameter before (but then again, I'm not into altcoins). Still, I'm right that keyconv is a separate python package, right? That's not part of vanitygen is it?
|
|
|
|
Kangaderoo
Member
Offline
Activity: 89
Merit: 11
|
|
May 28, 2015, 10:14:48 AM |
|
Thanks, I never saw that parameter before (but then again, I'm not into altcoins). Still, I'm right that keyconv is a separate python package, right? That's not part of vanitygen is it?
The keyconv as can be found in the repositories that hold vanitygen is not a python package. I have not checked if python holds a package with the same name, but that is pure coincidence. This software can be used if you need or provide vanity address generation for a third party in a secure way. The two keys that you end up with can be combined with this tool to the WIF key that generates the correct vanity address. In short, it is part of the vanitygen package, but not needed if you only generate the keys for own use.
|
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
|
|
|
RustyNomad
|
|
May 28, 2015, 10:23:26 AM |
|
In short, it is part of the vanitygen package, but not needed if you only generate the keys for own use.
Unless you make use of the -e parameter to encrypt the private key. It was my understanding that you then need to make use of keyconv.exe to decrypt that private key. There however seems to be some problems as I've had several keys where it worked i.e. the decrypted private key but I've also had about 5 keys now where the decrypted private key was shown as invalid when trying to import it into a wallet.
|
|
|
|
Kangaderoo
Member
Offline
Activity: 89
Merit: 11
|
|
May 28, 2015, 11:24:07 AM |
|
In short, it is part of the vanitygen package, but not needed if you only generate the keys for own use.
Unless you make use of the -e parameter to encrypt the private key. It was my understanding that you then need to make use of keyconv.exe to decrypt that private key. There however seems to be some problems as I've had several keys where it worked i.e. the decrypted private key but I've also had about 5 keys now where the decrypted private key was shown as invalid when trying to import it into a wallet. I never actually looked at this decryption of the private key. This is more or less a security action, I'm not sure how (or even if) this links into the actual vanitygen algoritms. One thing that i found interesting, and I will look into this a bit further, is that both vanitygen and keyconf have the -e and -E for password encryption. None of these programs have a setting for the decryption. The util.c source code holds a function to decrypt, but I cannot find where a call to this function is actually made.
|
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
|
|
|
TheRealSteve
|
|
May 28, 2015, 02:35:31 PM |
|
The util.c source code holds a function to decrypt, but I cannot find where a call to this function is actually made. Are you referring to vg_decode_privkey_any ? That gets called from keyconv. Usage is keyconv <encrypted key>. Should prompt you for password.
|
|
|
|
Kangaderoo
Member
Offline
Activity: 89
Merit: 11
|
|
May 28, 2015, 04:30:36 PM |
|
The util.c source code holds a function to decrypt, but I cannot find where a call to this function is actually made. Are you referring to vg_decode_privkey_any ? That gets called from keyconv. Usage is keyconv <encrypted key>. Should prompt you for password. Yep that's the one I was looking for
|
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
|
|
|
RustyNomad
|
|
May 28, 2015, 07:28:04 PM |
|
Yes keyconv is what is used to decrypt the keys but as I stated, I've had problems with this.
I generated several keys with vanitygen using the -e parameter to encrypt the private key. When I use keyconv to decrypt these private keys I'm asked for the password which I then entered. Once the decryption was done I was provided with the correct public key and the private key in Hex and Wif formats.
When I however try and import either the Wif or Hex private keys into a wallet it tells me that the format is not valid. This has now happened on about 3 keys. What I don't understand is why some private keys worked and some did not.
My logic tells me that if it worked for one key it should work for all as it's the same code being repeated so why did some keys decrypt properly while others gave me private keys which were invalid yet when decrypted it did give me the correct public keys?
|
|
|
|
TheRealSteve
|
|
May 28, 2015, 08:12:58 PM |
|
If you're getting the correct public key - or rather, the vanity address you requested - then I doubt it's a problem with the decryption part. More likely the generated key is simply invalid for the coin in question (in your case: Dogecoin).
If you could share one (encrypted + your decrypted output), might be easier to figure out what's wrong with it.
|
|
|
|
RustyNomad
|
|
May 29, 2015, 07:38:39 AM |
|
If you could share one (encrypted + your decrypted output), might be easier to figure out what's wrong with it.
I unfortunately did not keep the ones that did not work. Tried recreating this by generating around 50 odd addresses but all worked. Looks like the problem might have been on my side i.e. I must have made a mistake somewhere with the copying of the address and encrypted keys.... but then again if I did, why did I still get the right address when decrypting. In any case, will try a couple more later today and see whether I can recreate the problem I had before.
|
|
|
|
andulolika
Legendary
Offline
Activity: 2366
Merit: 1048
|
|
May 29, 2015, 12:55:09 PM |
|
I still need help to vanity with amd, sapphire 7950, windows 7 not geniunie (im thinking about moving to linux it may help?) and drivers up to date.
|
|
|
|
Muhammed Zakir
|
|
May 29, 2015, 01:23:38 PM |
|
I still need help to vanity with amd, sapphire 7950, windows 7 not geniunie (im thinking about moving to linux it may help?) and drivers up to date.
I could never make OpenCL work in a fake Windows. I think it won't but if there is a way, I like to hear it too.
|
|
|
|
andulolika
Legendary
Offline
Activity: 2366
Merit: 1048
|
|
May 30, 2015, 01:41:03 AM |
|
I still need help to vanity with amd, sapphire 7950, windows 7 not geniunie (im thinking about moving to linux it may help?) and drivers up to date.
I could never make OpenCL work in a fake Windows. I think it won't but if there is a way, I like to hear it too. What about ubuntu?
|
|
|
|
Muhammed Zakir
|
|
May 30, 2015, 09:26:07 AM |
|
I still need help to vanity with amd, sapphire 7950, windows 7 not geniunie (im thinking about moving to linux it may help?) and drivers up to date.
I could never make OpenCL work in a fake Windows. I think it won't but if there is a way, I like to hear it too. What about ubuntu? OpenCL works in Ubuntu.
|
|
|
|
Jude Austin
Legendary
Offline
Activity: 1140
Merit: 1000
The Real Jude Austin
|
|
May 30, 2015, 09:44:32 PM |
|
I still need help to vanity with amd, sapphire 7950, windows 7 not geniunie (im thinking about moving to linux it may help?) and drivers up to date.
Use lifeboats version with the 64 bit DLL.
|
Buy or sell $100 of Crypto and get $10!
|
|
|
|