Bitcoin Forum
December 09, 2016, 05:58:34 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
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 ... 155 »
  Print  
Author Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22]  (Read 809436 times)
stevegee58
Hero Member
*****
Offline Offline

Activity: 783



View Profile
August 28, 2012, 02:02:29 PM
 #701

I get the same output with

Code:
oclvanitygen.exe -d 0 -i 1Test

He's not the only one with the issue.

Here's my (working) command line on Windows:

oclvanitygen.exe -d0 "1abcd"

You are in a maze of twisty little passages, all alike.
1481263114
Hero Member
*
Offline Offline

Posts: 1481263114

View Profile Personal Message (Offline)

Ignore
1481263114
Reply with quote  #2

1481263114
Report to moderator
1481263114
Hero Member
*
Offline Offline

Posts: 1481263114

View Profile Personal Message (Offline)

Ignore
1481263114
Reply with quote  #2

1481263114
Report to moderator
1481263114
Hero Member
*
Offline Offline

Posts: 1481263114

View Profile Personal Message (Offline)

Ignore
1481263114
Reply with quote  #2

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

Posts: 1481263114

View Profile Personal Message (Offline)

Ignore
1481263114
Reply with quote  #2

1481263114
Report to moderator
1481263114
Hero Member
*
Offline Offline

Posts: 1481263114

View Profile Personal Message (Offline)

Ignore
1481263114
Reply with quote  #2

1481263114
Report to moderator
1481263114
Hero Member
*
Offline Offline

Posts: 1481263114

View Profile Personal Message (Offline)

Ignore
1481263114
Reply with quote  #2

1481263114
Report to moderator
nibor
Sr. Member
****
Offline Offline

Activity: 348


View Profile
August 28, 2012, 02:24:31 PM
 #702

I saw this one - http://www.blockchain.info/fb/1Bitcoin (the web site is dowwn for maintenance now).

There is no private key for this address!
So any money sent to it is lost. You need to search the chain for address that have spends to be sure there is a private key.

You can make any string of characters an address just by working out the checksum on the end (and adding a 1 to the start). That is why this has f59kuE at the end.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 28, 2012, 02:33:57 PM
 #703

here is no private key for this address!
So any money sent to it is lost. You need to search the chain for address that have spends to be sure there is a private key.

You can make any string of characters an address just by working out the checksum on the end (and adding a 1 to the start). That is why this has f59kuE at the end.
Yes, that is possible, but the more plausible explanation in this case is that there is no key because the user who generated the address hasn't spent any coins from it yet. 
terrytibbs
Hero Member
*****
Offline Offline

Activity: 560



View Profile
August 28, 2012, 07:49:45 PM
 #704

here is no private key for this address!
So any money sent to it is lost. You need to search the chain for address that have spends to be sure there is a private key.

You can make any string of characters an address just by working out the checksum on the end (and adding a 1 to the start). That is why this has f59kuE at the end.
Yes, that is possible, but the more plausible explanation in this case is that there is no key because the user who generated the address hasn't spent any coins from it yet. 
.........
Ferroh
Full Member
***
Offline Offline

Activity: 141



View Profile WWW
August 28, 2012, 08:12:26 PM
 #705

Yes, that is possible, but the more plausible explanation in this case is that there is no key because the user who generated the address hasn't spent any coins from it yet. 

Um no.
deepceleron
Legendary
*
Offline Offline

Activity: 1470



View Profile WWW
August 28, 2012, 08:56:30 PM
 #706

here is no private key for this address!
So any money sent to it is lost. You need to search the chain for address that have spends to be sure there is a private key.

You can make any string of characters an address just by working out the checksum on the end (and adding a 1 to the start). That is why this has f59kuE at the end.
Yes, that is possible, but the more plausible explanation in this case is that there is no key because the user who generated the address hasn't spent any coins from it yet.  

You are just saying the same thing in a different way.

  • Because of the near impossibility of finding a private key for a vanity address as long as 1BitcoinEaterAddressDontSendf59kuE, none exists,
  • Because of no private key existing, any coins sent to this address will forever be unspendable,
  • This valid Bitcoin address was created by appending a valid checksum for the public "vanity" part of the address,
  • You see it in firstbits because the creator and others sent some coins to it.


what is the most creative/long vanity address found to date?

I have seen a thread related to the most difficult vanity address found to date but I can't find it right now.

I thought I might have a a contender - a nine-letter that uses "o" (twice the difficulty, since there is no Base58 "O" substitute in a case-insensitive search):

Address: 1ContEnDerFCmZMjkmWi6gVHDwYrtyvjb1
Difficulty: 22745911963709

but then I thought of achieving my goal of even higher difficulty using more "i"s:

Address: 1AchiEViNGHkb3M775LpfUeormhayEdqLm
Difficulty: 45846758813919

I could also make it blatantly harder with some "L"s too:

Address: 1BLAtantLYudfUVskzQUyN1HgSavSgsDtL
Difficulty: 45846758813919


If I keep doing this instead of mining bitcoins, I might end up 1DEsTiTuteD8i6XNrV3Ueeb4rUu1EtwPVY...

1EXEcutaBLEbJEV8BYX4CPbzvb5131zXnQ

>oclvanitygen -i -k -p 0 -d 0 1EXECUTABLE
Difficulty: 657087936368529
[14.55 Mkey/s][total 52428800][Prob 0.0%][50% in 362.3d]


The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 28, 2012, 10:23:03 PM
 #707

You are just saying the same thing in a different way.

  • Because of the near impossibility of finding a private key for a vanity address as long as 1BitcoinEaterAddressDontSendf59kuE, none exists,
  • Because of no private key existing, any coins sent to this address will forever be unspendable,
  • This valid Bitcoin address was created by appending a valid checksum for the public "vanity" part of the address,
  • You see it in firstbits because the creator and others sent some coins to it.
Actually, I didn't know that was the address being discussed.  Yeah, I really don't think anyone has the private key for that, and intended to use it as an example, but couldn't find it.  I thought firstbits were all lowercase, and I didn't pay close attention to the URL or click it.  My bads.  (Although my point that not having a key [signature?] in the chain doesn't mean the key hasn't been generated stands).
Ferroh
Full Member
***
Offline Offline

Activity: 141



View Profile WWW
August 29, 2012, 06:00:43 AM
 #708

I get the same output with

Code:
oclvanitygen.exe -d 0 -i 1Test

He's not the only one with the issue.

Here's my (working) command line on Windows:

oclvanitygen.exe -d0 "1abcd"

That is essentially the same command as runlinux posted Smiley

Anyway, lots of people seem to continue to have this issue.
Vanity
Newbie
*
Offline Offline

Activity: 27



View Profile
August 29, 2012, 09:41:25 AM
 #709

So there's no way to get oclvanitygen to work under OSX 10.6.8 utilizing GPU (GF 9400m)? Haven't tried under Win yet, but I reckon that it'd help me a lot from the 88 KKeys/s I get from my CPU under OSX  Grin

Cyber-ninjas killed my CPU!
phantastisch
Staff
Legendary
*
Offline Offline

Activity: 1596



View Profile
August 29, 2012, 12:56:43 PM
 #710

Does anyone got an idea how a premine - secure key exchange could work? As if someone premines an adress with an public key, gets the private key part , then gives the secret to somebody who decrypts the public key obtains the other private key part and combines both parts for the private key.
Yeah , i know that in this scenario the miner has everything to create the private key for himself , but thats the tricky part.

GPG : 57C2B3A5
Mimblewimble. Mimblewimble. Mimblewimble.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 29, 2012, 01:11:55 PM
 #711

Does anyone got an idea how a premine - secure key exchange could work? As if someone premines an adress with an public key, gets the private key part , then gives the secret to somebody who decrypts the public key obtains the other private key part and combines both parts for the private key.
Yeah , i know that in this scenario the miner has everything to create the private key for himself , but thats the tricky part.
https://bitcointalk.org/index.php?topic=84569.0
phantastisch
Staff
Legendary
*
Offline Offline

Activity: 1596



View Profile
August 29, 2012, 01:28:22 PM
 #712

Does anyone got an idea how a premine - secure key exchange could work? As if someone premines an adress with an public key, gets the private key part , then gives the secret to somebody who decrypts the public key obtains the other private key part and combines both parts for the private key.
Yeah , i know that in this scenario the miner has everything to create the private key for himself , but thats the tricky part.
https://bitcointalk.org/index.php?topic=84569.0

If i understand this correct, then i have to obtain the public key before i mine , but i want to mine first then exchange any keys.

GPG : 57C2B3A5
Mimblewimble. Mimblewimble. Mimblewimble.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 29, 2012, 01:34:04 PM
 #713

If i understand this correct, then i have to obtain the public key before i mine , but i want to mine first then exchange any keys.
IOW, you want to vanity-address squat, or more specifically, firstbits squat (because another vanity address with the same effect could be generated vs buying yours).  Unfortunately, the last sentence in your original question speaks volumes.  Perhaps there is someway to overcome this and have some sort of proof that the key hasn't been created, but that seems unlikely.  On the other hand, I am operating under the assumption that human trust is the only thing keeping the glod bars / coins with private keys on a sealed QR code fom being emptied by the creator.  In the case that I am wrong about that, your answer may well exist in their process.
deepceleron
Legendary
*
Offline Offline

Activity: 1470



View Profile WWW
August 29, 2012, 04:50:40 PM
 #714

Does anyone got an idea how a premine - secure key exchange could work? As if someone premines an adress with an public key, gets the private key part , then gives the secret to somebody who decrypts the public key obtains the other private key part and combines both parts for the private key.
Yeah , i know that in this scenario the miner has everything to create the private key for himself , but thats the tricky part.
https://bitcointalk.org/index.php?topic=84569.0

If i understand this correct, then i have to obtain the public key before i mine , but i want to mine first then exchange any keys.

The public key is essentially the Bitcoin address.
The private key is the un-seen complement to the address that allows spending coins.

Vanitygen generates a random public-private pair, and then sees if it has the vanity phrase in it. If not, it discards the result and tries again. About a million times a second.

It is impossible to find the private key for a Bitcoin address if you don't have it. That would allow spending that address's funds.

For details specific to vanity key pooling, please see the linked thread. Also https://vanitypool.appspot.com/faq

samr7
Full Member
***
Offline Offline

Activity: 140

Firstbits: 1samr7


View Profile
August 29, 2012, 05:52:51 PM
 #715

Just realized I'm actually able to post I been waiting to leave my Newbie status on here for awhile (this is my real first post).  I been going crazy here I can't figure this out I been waiting to post this question for a month.  I have the same problem as this post quoted.  I get outputs like this when I use opencl.

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]

I think its the real output because the first time I tried it I got a output like that after 5 hours.  I didn't think to test it before hand it took 5 hours just to get CPU hash - GPU hash output like this.  If I pick a easier address I get outputs like this scrolling down.  If I use a CPU generator I get a private key output the correct way it is only happening with opencl.

I tried oclvanitygen today, and discovered that it produces output like the following, instead of private keys.

Code:
Match idx: 0
CPU hash: 93b30d0ad99f8133a0bc3c4793a27dbad5a0961f
GPU hash: 0a0db39333819fd9473cbca0ba7da2931f96a0d5
Found delta: 1919 Start delta: 1

Am I doing it wrong?

What hardware/OS/drivers are you guys using?

When oclvanitygen does this, it means:

  • The OpenCL code reported having found a matching address
  • The address was re-calculated using the CPU
  • The address calculated by the CPU did not match what was calculated by the GPU, or any patterns in the pattern list

Unfortunately, I have a small variety of hardware to test with, and don't have a platform that can reproduce this type of problem with current code.

Some folks in the past have reported this type of problem using AMD hardware with Catalyst drivers.  Some of them had reported that the problem went away after upgrading to Catalyst 11.11.  Certain older versions of NVIDIA drivers will cause failures too, but tend to cause oclvanitygen to crash, rather than hash mismatches like we're seeing here.

One way to detect this type of problem quickly is to use OpenCL verification mode (-V).  This causes oclvanitygen to run the normal address generation procedure, but to verify results at every step of the way.  It runs much slower, but if there is misbehavior on the OpenCL side, it will find it quickly, and will isolate the kernel that is producing incorrect results.

I think I had that same issue trying to gpu-mine with self-compiled code on linux.  I just gave up and use Windows.

Interesting, was this with AMD hardware?  Do you remember which driver you were using on Linux?
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 29, 2012, 06:40:22 PM
 #716

I think I had that same issue trying to gpu-mine with self-compiled code on linux.  I just gave up and use Windows.
Interesting, was this with AMD hardware?  Do you remember which driver you were using on Linux?
Radeon 5830
Fedora 15
xorg-x11-drv-ati-6.14.1-2.20110525gitfe5c42f51.fc15.x86_64
samr7
Full Member
***
Offline Offline

Activity: 140

Firstbits: 1samr7


View Profile
August 30, 2012, 04:38:18 AM
 #717

Radeon 5830
Fedora 15
xorg-x11-drv-ati-6.14.1-2.20110525gitfe5c42f51.fc15.x86_64

Is this the open-source driver?  How well does it work with other OpenCL applications?

I've never used it before, and am amazed that it appears to be advanced enough to support OpenCL.

Edit: According to the Gallium3D wiki, OpenCL on R800/Radeon 5xxx is "WIP".  Still amazing though.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 30, 2012, 03:09:43 PM
 #718

Radeon 5830
Fedora 15
xorg-x11-drv-ati-6.14.1-2.20110525gitfe5c42f51.fc15.x86_64
Is this the open-source driver?  How well does it work with other OpenCL applications?

I've never used it before, and am amazed that it appears to be advanced enough to support OpenCL.

Edit: According to the Gallium3D wiki, OpenCL on R800/Radeon 5xxx is "WIP".  Still amazing though.
I honestly don't remember if it is open-source or not, but I installed it via yum as opposed to downloading it from AMD.  I may have had to install non-free repositories to do that.  I am using SDK2.1 downloaded from AMD to use this driver with cgminer and have been for quite some time.  I don't remember if I had to link to SDK to compile oclvanitygen, as it was some time ago, so perhaps I did and the SDK in use / used for compiling is the problem.
Vanity
Newbie
*
Offline Offline

Activity: 27



View Profile
August 31, 2012, 08:56:33 AM
 #719

Just tried the Windows version (both 32/64 bits), and they just blew away anything I get under OSX (10.6.Cool, so I have few questions:

For the reference, I'm running 2.0 GHz Core 2 Duo in early 2009 macbook.
Just running vanitygen (in OSX - uses one core), I get like ~60 KKeys/s, so even four letter word takes a minute+.
Running oclvanitygen with CPU (runs on both cores) I get 90 KKeys/s - trying to run with GPU freezes the system.

First I was under the impression that these were quite okay results for such old laptop, but then I ran the Windows (7 64bit) versions:
vanitygen32: 160 KKeys/s
vanitygen64: 200 KKeys/s

Only tried oclvanitygen for GPU, but didn't have that much more out of it, 230 KKeys/s maybe.

So why such a great difference?
How do I run vanitygen in OSX in 64 bit mode? I need to recompile it I guess?
Also I get the following error when running:
WARNING: Built with OpenSSL 0.9.8l 5 Nov 2009
WARNING: Use OpenSSL 1.0.0d+ for best performance


But the version of OpenSSL I have is OpenSSL 1.0.1c 10 May 2012. Did I overlook something when compiling it the first time?

Cyber-ninjas killed my CPU!
stevegee58
Hero Member
*****
Offline Offline

Activity: 783



View Profile
August 31, 2012, 09:59:01 AM
 #720

What GPU devices do you have?  What's your command line?

You are in a maze of twisty little passages, all alike.
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 ... 155 »
  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!