Bitcoin Forum
June 01, 2020, 02:19:06 PM *
News: Latest Bitcoin Core release: 0.19.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 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 ... 185 »
  Print  
Author Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22]  (Read 1143703 times)
sgravina
Sr. Member
****
Offline Offline

Activity: 451
Merit: 250



View Profile
October 27, 2012, 12:38:55 AM
 #801

I lost my wallet dat but I still remember my bitcoin Address, can I recover it using vanity?

Yes, you just need one other tool, a time machine.  You generate a very long time and use it to create the bitcoin address you remember.  It will also create the private key that goes with that address.  I forget how much time you need but it is something like all the time in the world.
1591021146
Hero Member
*
Offline Offline

Posts: 1591021146

View Profile Personal Message (Offline)

Ignore
1591021146
Reply with quote  #2

1591021146
Report to moderator
1591021146
Hero Member
*
Offline Offline

Posts: 1591021146

View Profile Personal Message (Offline)

Ignore
1591021146
Reply with quote  #2

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

Activity: 640
Merit: 500



View Profile
October 27, 2012, 12:58:24 AM
 #802

I lost my wallet dat but I still remember my bitcoin Address, can I recover it using vanity?

Not even if you had all the computing power on the planet...

How did you loose it? If you accidentally deleted or formatted it there's still a chance you can recover it.
My HDD was crushed by a power surge, because PSU load was too high.

crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
October 27, 2012, 01:03:27 AM
 #803

My HDD was crushed by a power surge, because PSU load was too high.
See my Sig.  Wink
 |
 |
 V

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
pyromaniac
Hero Member
*****
Offline Offline

Activity: 640
Merit: 500



View Profile
October 27, 2012, 01:06:33 AM
 #804

My HDD was crushed by a power surge, because PSU load was too high.
See my Sig.  Wink
 |
 |
 V
10x

Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1002

Reverse engineer from time to time


View Profile
October 27, 2012, 11:48:10 AM
Last edit: October 27, 2012, 12:03:59 PM by Remember remember the 5th of November
 #805

Bitcoin also uses OpenSSL, and I noticed that they feed OpenSSL a seed on Windows. Is this perhaps required for Vanitygen for Windows, too(unless it already uses it)?

The OpenSSL documentation also states
Quote
OpenSSL makes sure that the PRNG state is unique for each thread. On systems that provide /dev/urandom, the randomness device is used to seed the PRNG transparently. However, on all other systems, the application is responsible for seeding the PRNG by calling RAND_add(), RAND_egd(3) or RAND_load_file(3).

Then check out this thread https://bitcointalk.org/index.php?topic=113496.0

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
October 28, 2012, 12:51:15 PM
 #806

Just noticed a problem with the latest fizzisist fork on a 6 GPU rig (5870 and 5970).
Got this:
Code:
clEnqueueNDRange(0): CL_OUT_OF_RESOURCES
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1720
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (923.1)
Max compute units: 20
Max workgroup size: 256
Global memory: 536870912
Max allocation: 134217728
clEnqueueNDRange(0): CL_OUT_OF_RESOURCES
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1720
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (923.1)
Max compute units: 20
Max workgroup size: 256
Global memory: 536870912
Max allocation: 134217728
and oclvanityminer stopped working (no updated Key/s stats and GPU load went to 0 and temp went down)

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
October 28, 2012, 12:53:30 PM
 #807

Note : a simple restart of oclvanityminer made it mine for vanity addresses again.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
fizzisist
Hero Member
*****
Offline Offline

Activity: 720
Merit: 510



View Profile WWW
October 28, 2012, 01:26:39 PM
 #808

Just noticed a problem with the latest fizzisist fork on a 6 GPU rig (5870 and 5970).
Got this:
Code:
clEnqueueNDRange(0): CL_OUT_OF_RESOURCES
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1720
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (923.1)
Max compute units: 20
Max workgroup size: 256
Global memory: 536870912
Max allocation: 134217728
clEnqueueNDRange(0): CL_OUT_OF_RESOURCES
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1720
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (923.1)
Max compute units: 20
Max workgroup size: 256
Global memory: 536870912
Max allocation: 134217728
and oclvanityminer stopped working (no updated Key/s stats and GPU load went to 0 and temp went down)

Thanks for reporting. I still haven't had a chance to really test my latest changes out, so I suggest you stick with samr7's original for now, at least until I submit a pull request. Probably something wrong with how I put the thread to sleep...

gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
October 29, 2012, 09:38:05 PM
 #809

Just noticed a problem with the latest fizzisist fork on a 6 GPU rig (5870 and 5970).
Got this:
Code:
clEnqueueNDRange(0): CL_OUT_OF_RESOURCES
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1720
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (923.1)
Max compute units: 20
Max workgroup size: 256
Global memory: 536870912
Max allocation: 134217728
clEnqueueNDRange(0): CL_OUT_OF_RESOURCES
Device: Cypress
Vendor: Advanced Micro Devices, Inc. (1002)
Driver: CAL 1.4.1720
Profile: FULL_PROFILE
Version: OpenCL 1.2 AMD-APP (923.1)
Max compute units: 20
Max workgroup size: 256
Global memory: 536870912
Max allocation: 134217728
and oclvanityminer stopped working (no updated Key/s stats and GPU load went to 0 and temp went down)

Thanks for reporting. I still haven't had a chance to really test my latest changes out, so I suggest you stick with samr7's original for now, at least until I submit a pull request. Probably something wrong with how I put the thread to sleep...

Same problem just happened with smar7's version.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1002

Reverse engineer from time to time


View Profile
October 30, 2012, 11:30:20 AM
 #810

I've had it too. It's a driver issue. Update the drivers if you have not done so, or downgrade to an earlier version.

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
kaerf
Hero Member
*****
Offline Offline

Activity: 631
Merit: 500


View Profile
October 31, 2012, 02:27:28 AM
 #811

question about the [50% in XXX] number.

when I run oclvanityminer i get one number for XXX, but if I manually plug in the public key and pattern to oclvanitygen, i get a very different XXX number. the one from oclvanityminer reports in "hours" while oclvanitygen reports in "years".

i haven't read this whole thread so i might missed it somewhere, but aren't those two values supposed to be the same since we're still basically solo mining with oclvanityminer?

fizzisist
Hero Member
*****
Offline Offline

Activity: 720
Merit: 510



View Profile WWW
October 31, 2012, 06:14:56 AM
 #812

question about the [50% in XXX] number.

when I run oclvanityminer i get one number for XXX, but if I manually plug in the public key and pattern to oclvanitygen, i get a very different XXX number. the one from oclvanityminer reports in "hours" while oclvanitygen reports in "years".

i haven't read this whole thread so i might missed it somewhere, but aren't those two values supposed to be the same since we're still basically solo mining with oclvanityminer?

Oclvanityminer will search for many patterns belonging to the same public key (ie submitted by the same person). The difficulty of finding any match is what oclvanityminer is reporting, and this is lower than for finding any single, specific match alone.

cambda
Hero Member
*****
Offline Offline

Activity: 759
Merit: 502



View Profile
October 31, 2012, 09:24:18 AM
 #813

question about the [50% in XXX] number.

when I run oclvanityminer i get one number for XXX, but if I manually plug in the public key and pattern to oclvanitygen, i get a very different XXX number. the one from oclvanityminer reports in "hours" while oclvanitygen reports in "years".

i haven't read this whole thread so i might missed it somewhere, but aren't those two values supposed to be the same since we're still basically solo mining with oclvanityminer?

Oclvanityminer will search for many patterns belonging to the same public key (ie submitted by the same person). The difficulty of finding any match is what oclvanityminer is reporting, and this is lower than for finding any single, specific match alone.


First make sure GPU is used, you can see verbose output with -v
If CPU is used (much lower Key/s) use device specifier -d or -D  like -D 0:0 or -d 0

to list all patterns for a specific public key, use -f patternfile.txt
put in the file all patterns, one pattern per line

use -k to continue search after you found match

The speeds should be the same, i tried it myselves and i have the same speeds

kaerf
Hero Member
*****
Offline Offline

Activity: 631
Merit: 500


View Profile
October 31, 2012, 05:02:17 PM
 #814


Oclvanityminer will search for many patterns belonging to the same public key (ie submitted by the same person). The difficulty of finding any match is what oclvanityminer is reporting, and this is lower than for finding any single, specific match alone.

thanks. didn't know oclvanityminer had that feature already (i read somewhere in this thread that it was suggested).
Lurk
Full Member
***
Offline Offline

Activity: 210
Merit: 100



View Profile
November 01, 2012, 08:25:01 PM
 #815

i have an old laptop   its saying it will take 42 days to generate the address....is this normal....and will it harm my computer?
crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
November 02, 2012, 05:33:08 AM
 #816

i have an old laptop   its saying it will take 42 days to generate the address....is this normal....and will it harm my computer?
Depend on how fast you're hashing, and what address you're trying to find. I can find a 1xxx key in seconds, but a 1xxxxxxxx key would take years.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
scrybe
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
November 02, 2012, 06:01:12 AM
 #817

Very cool program, thanks samr7!

I got lucky and generated my first case sensitive 5 letter vanity address in 24 hours (50% in 9.3 days)

I had to use CPU since my GPU is a Pitcairn, has anyone got the 7k AMD series working through opencl yet?

(no tips for now cause I'm illiquid in BTC, but I'll get you sometime after I get unlocked and working again.)

"...as simple as possible, but no simpler" -AE
BTC/TRC/FRC: 1ScrybeSNcjqgpPeYNgvdxANArqoC6i5u Ripple:rf9gutfmGB8CH39W2PCeRbLWMKRauYyVfx LTC:LadmiD6tXq7gFZvMibhFUZegUHKXgbu1Gb
JackH
Sr. Member
****
Offline Offline

Activity: 381
Merit: 250


View Profile
November 02, 2012, 08:19:33 PM
 #818

So is it fair to assume that getting a long address such as xxxxxxxxxxxxxxx is going to take very very long time and is out of the question for a regular cpu?

Is there an option to use mining equipment to create a vanity address? I got two FPGA boards that are pushing out very little BTC, and I may as well just use them to make a cool sounding BTC address instead. Possible?

<helo> funny that this proposal grows the maximum block size to 8GB, and is seen as a compromise
<helo> oh, you don't like a 20x increase? well how about 8192x increase?
<JackH> lmao
deepceleron
Legendary
*
Offline Offline

Activity: 1512
Merit: 1000



View Profile WWW
November 02, 2012, 08:50:17 PM
 #819

So is it fair to assume that getting a long address such as xxxxxxxxxxxxxxx is going to take very very long time and is out of the question for a regular cpu?

Is there an option to use mining equipment to create a vanity address? I got two FPGA boards that are pushing out very little BTC, and I may as well just use them to make a cool sounding BTC address instead. Possible?
It would be possible with an FPGA, but not your FPGA miner, which was specifically made for mining.

Mining iteratively changes four bytes in a 512 byte data set and hashes it twice using the SHA256() algorithm, it then compares the beginning of the resulting hash to see if it contains all zero bits, and returns the value of the hashed data that met the challenge. This is likely all the FPGA is programmed to do.

Bitcoin address requires multiple steps with different algorithms and different criteria:

Generate a cryptographically secure random 64 bit private key.
Iterate through multiple increments of this key.
For each iteration, generate a public bitcoin address from the key:
  • Generate a ECDSA secp256k1 public key for the private key
  • SHA256 hash the public key
  • RipeMD160 hash the above result
  • SHA256 hash the result twice to generate a checksum
  • Convert to a Base58 address prefix
check result against all vanity criteria being searched for, if not, do it all again.

You can see this requires much more code and algorithms than mining. So no.
scrybe
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
November 02, 2012, 09:13:08 PM
 #820

...
  • Generate a ECDSA secp256k1 public key for the private key
  • SHA256 hash the public key
  • RipeMD160 hash the above result
  • SHA256 hash the result twice to generate a checksum
  • Convert to a Base58 address prefix
check result against all vanity criteria being searched for, if not, do it all again.

You can see this requires much more code and algorithms than mining. So no.

Is this list accurate? (IHNRTFS)

Wouldn't it be more efficient to convert the target pattern into hex for a case sensitive search? For case insensitive it might be doable, but harder.

"...as simple as possible, but no simpler" -AE
BTC/TRC/FRC: 1ScrybeSNcjqgpPeYNgvdxANArqoC6i5u Ripple:rf9gutfmGB8CH39W2PCeRbLWMKRauYyVfx LTC:LadmiD6tXq7gFZvMibhFUZegUHKXgbu1Gb
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 [41] 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 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 ... 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!