Bitcoin Forum
October 04, 2024, 05:07:38 AM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 ... 191 »
  Print  
Author Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22]  (Read 1153396 times)
els
Newbie
*
Offline Offline

Activity: 41
Merit: 0



View Profile
September 19, 2013, 03:49:11 AM
 #1441

oclvanitygen is also happy to search for all strings in a file specified.  doesn't seem to slow it down much.  with some work, from the info in this discussion, i was able to get it working on my 7970 at 26m/s reliably.
ratty
Sr. Member
****
Offline Offline

Activity: 261
Merit: 250


View Profile
September 19, 2013, 04:08:46 AM
 #1442

Thanks for the answers, so I can't just collect all the bounties at vanitypool in one swoop, but I can search for multiple strings when generating for myself.
Trillium
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
September 19, 2013, 04:11:43 AM
 #1443

Quote
so I can't just collect all the bounties at vanitypool in one swoop

yes, because mining bounties does not work the same as local mining

Quote
but I can search for multiple strings when generating for myself

yes

BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
TierNolan
Legendary
*
Offline Offline

Activity: 1232
Merit: 1104


View Profile
September 19, 2013, 08:20:54 AM
 #1444

Thanks for the answers, so I can't just collect all the bounties at vanitypool in one swoop, but I can search for multiple strings when generating for myself.

You can search for multiple bounties from the same person at once.  If someone wants multiple names, then they should submit them all at once to the site and use the same secret.

1LxbG5cKXzTwZg9mjL3gaRE835uNQEteWF
Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 19, 2013, 10:06:23 AM
 #1445

oclvanitygen is also happy to search for all strings in a file specified.  doesn't seem to slow it down much.  with some work, from the info in this discussion, i was able to get it working on my 7970 at 26m/s reliably.

Interesting!
What did you have to do for your 7970 to work? Driver version?
You're the first I stumbled upon who got it working, I gave up at this point.

Ente
Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 19, 2013, 10:08:38 AM
 #1446

Also:
Are you guys creating compressed or uncompressed vanity adresses?
Uncompressed are the original format, but compressed seems to be the standard of the future..
Obviously, at some point all programs will (have to) understand both formats - which isn't the case now.

And then: A firstbit "wasted" on the wrong format can't be used/converted in the other.

Any thoughts on this, or am I seeing problems which aren't there?

Ente
Dabs
Legendary
*
Offline Offline

Activity: 3416
Merit: 1912


The Concierge of Crypto


View Profile
September 19, 2013, 11:29:02 AM
 #1447

@Ente, I used almost exclusively compressed keys. Simply because they save transaction size so I pay less fees or none if not needed. If I had used uncompressed keys for some of my transactions, the fee would have been double.

Compressed keys have been the standard since bitcoin-qt version 0.6+. We are at 0.8.5 now.

Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 19, 2013, 11:51:43 AM
Last edit: September 19, 2013, 12:06:12 PM by Ente
 #1448

@Ente, I used almost exclusively compressed keys. Simply because they save transaction size so I pay less fees or none if not needed. If I had used uncompressed keys for some of my transactions, the fee would have been double.

Compressed keys have been the standard since bitcoin-qt version 0.6+. We are at 0.8.5 now.

Oh, good hint, I didn't even think of that yet!

I'll start "mining" compressed keys now.

/edit:
I see samr7s' vanitygen doesn't support compressed keys yet.
There seems to be at least two patched versions out there, gmaxwells' and salfters'.
Which one are you using, Dabs? Would you be so kind and share the windows bins of this? I have a remote box available for this with 7970 gpu, but no compiling stuff installed there.
Oh, is there any gpu vanitygen out there for compressed keys? In case I ever get that 7970 to run..

Thank you!

Ente
Dabs
Legendary
*
Offline Offline

Activity: 3416
Merit: 1912


The Concierge of Crypto


View Profile
September 19, 2013, 02:32:39 PM
 #1449

I use salfters. The windows bins are here:
https://bitcointalk.org/index.php?topic=25804.msg2296814#msg2296814

He gpg signed the md5 and sha1 hashes. I verified the hashes. Haven't checked the sig yet tho. I better do that tomorrow.

The GPU version is forked by scintil, but you need to compile it. I don't have a GPU so I never tried it yet. CPU is fast enough for my needs.

Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 19, 2013, 07:04:41 PM
 #1450

I use salfters. The windows bins are here:
https://bitcointalk.org/index.php?topic=25804.msg2296814#msg2296814

He gpg signed the md5 and sha1 hashes. I verified the hashes. Haven't checked the sig yet tho. I better do that tomorrow.

The GPU version is forked by scintil, but you need to compile it. I don't have a GPU so I never tried it yet. CPU is fast enough for my needs.

Thank you for the info!

Ente
ratty
Sr. Member
****
Offline Offline

Activity: 261
Merit: 250


View Profile
September 19, 2013, 07:42:57 PM
 #1451

TIL there's such a thing as compressed addresses. Is there any good docs on this? I can't find anything that explains it on the bitcoin.it wiki, maybe its called something else. The only mention is on this page https://en.bitcoin.it/wiki/Private_key where it says you can tell if a private key is for a compressed key because it starts with an L or K.

From what I've read in random places, compressed are 34 characters (including the 1), right? Every one of my public keys are that long, and I used the normal oclvanitygen to make them, so how much shorter would a compressed public key be?
Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 19, 2013, 07:46:16 PM
 #1452

TIL there's such a thing as compressed addresses. Is there any good docs on this? I can't find anything that explains it on the bitcoin.it wiki, maybe its called something else. The only mention is on this page https://en.bitcoin.it/wiki/Private_key where it says you can tell if a private key is for a compressed key because it starts with an L or K.

From what I've read in random places, compressed are 34 characters (including the 1), right? Every one of my public keys are that long, and I used the normal oclvanitygen to make them, so how much shorter would a compressed public key be?


The adress, which we see in our clients, are always the same length and look the same no matter if the underlying key is compressed or uncompressed. I can't go into more detail without writing more false than true statements ;-)
(ocl)vanitygen creates only uncompressed keys/adresses, unless you patch it or use a fork from other developers.

Ente
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1026



View Profile
September 20, 2013, 04:30:45 AM
 #1453

TIL there's such a thing as compressed addresses. Is there any good docs on this? I can't find anything that explains it on the bitcoin.it wiki, maybe its called something else. The only mention is on this page https://en.bitcoin.it/wiki/Private_key where it says you can tell if a private key is for a compressed key because it starts with an L or K.

From what I've read in random places, compressed are 34 characters (including the 1), right? Every one of my public keys are that long, and I used the normal oclvanitygen to make them, so how much shorter would a compressed public key be?

Type "compressed" into the search box from the Dev & Tech page.  You won't be disappointed.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
Dabs
Legendary
*
Offline Offline

Activity: 3416
Merit: 1912


The Concierge of Crypto


View Profile
September 20, 2013, 05:21:00 AM
 #1454

Compressed keys take up less space in the blockchain, so you don't contribute to the bloat. A compressed key is just a way of storing a public key in fewer bytes (33 instead of 65). There is no real reason to use uncompressed keys anymore except if your client can't use it. In which case, I strongly recommend that you switch to a client that does allow compressed keys, such as the bitcoind / bitcoin-qt client.

Here is an example of an uncompressed key:
044f355bdcb7cc0af728ef3cceb9615d90684bb5b2ca5f859ab0f0b704075871aa385b6b1b8ead8 09ca67454d9683fcf2ba03456d6fe2c4abe2b07f0fbdbb2f1c1

Here is an example of the same key in compressed format:
034f355bdcb7cc0af728ef3cceb9615d90684bb5b2ca5f859ab0f0b704075871aa

Notice the length.

ratty
Sr. Member
****
Offline Offline

Activity: 261
Merit: 250


View Profile
September 20, 2013, 05:55:51 AM
 #1455

I couldn't find a way to make blockchain.info make a compressed address, so I just made a new address in bitcoin-qt, exported the key from that, then importied it into blockchain.info, and I get this:

Quote
Compressed private keys are currently not supported using the Android app, iPhone app or Merchant API. If you import a compressed private key directly you will not be able to spend the funds at that address using the previously listed devices.

Kinda scary if I'm doing things in a way in which some people can't get my coins.


Type "compressed" into the search box from the Dev & Tech page.  You won't be disappointed.

Thanks for the pointer, but I can't figure out what you mean, there's no Dev & Tech page on the wiki or forums. In case its not obvious, I'm a noob, so sorry if this is a really dumb thing to not know about.
The00Dustin
Hero Member
*****
Offline Offline

Activity: 807
Merit: 500


View Profile
September 20, 2013, 09:54:22 AM
 #1456

Kinda scary if I'm doing things in a way in which some people can't get my coins.
A compressed private key is what you send from, so the warning is just telling you that you couldn't take that private key and use it to send funds with the current versions of the listed programs.  The only reason that would be concerning is if the Merchant API were the only way to send coins from whatever you imported to, but it isn't, because you can import the same private key into something else that does support it and use that to send.  IIRC, the funds go to the recipient using the address if it hasn't been seen on the network before and a public key if the address has been seen before.  I don't know if public keys can be compressed, but if they can, and there is a compressed public key on the network, it implies that the recipient can use that key.
gadman2
Legendary
*
Offline Offline

Activity: 978
Merit: 1001



View Profile
September 20, 2013, 09:56:34 AM
 #1457

Is there a way to easily calculate the difficulty (without mining for it) through a web-app or what not?

I'd really like to reiterate this if it's possible.

kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1026



View Profile
September 20, 2013, 12:48:04 PM
 #1458

I couldn't find a way to make blockchain.info make a compressed address, so I just made a new address in bitcoin-qt, exported the key from that, then importied it into blockchain.info, and I get this:

Quote
Compressed private keys are currently not supported using the Android app, iPhone app or Merchant API. If you import a compressed private key directly you will not be able to spend the funds at that address using the previously listed devices.

Kinda scary if I'm doing things in a way in which some people can't get my coins.


Type "compressed" into the search box from the Dev & Tech page.  You won't be disappointed.

Thanks for the pointer, but I can't figure out what you mean, there's no Dev & Tech page on the wiki or forums. In case its not obvious, I'm a noob, so sorry if this is a really dumb thing to not know about.

The forum that this thread is in is "Development & Technical Discussion".

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
els
Newbie
*
Offline Offline

Activity: 41
Merit: 0



View Profile
September 20, 2013, 10:22:08 PM
 #1459

oclvanitygen is also happy to search for all strings in a file specified.  doesn't seem to slow it down much.  with some work, from the info in this discussion, i was able to get it working on my 7970 at 26m/s reliably.

Interesting!
What did you have to do for your 7970 to work? Driver version?
You're the first I stumbled upon who got it working, I gave up at this point.

Ente

i am on SuSE Linux 12.2. using vanitygen-0.21.tar.gz.  fiddled with many versions of  amd-catalyst 12.10 and below (above failed to install for me).  probably landed on 12.10 though i don't recall for sure. 

***the real issue*** was that oclvanitygen failed to operate correctly due to loop optimization that needed to be turned off by commenting the following 2 lines out of  oclengine.c

                      if (dvn && strstr(dvn, "cl_amd_media_ops"))
                              quirks |= VG_OCL_AMD_BFI_INT;
Ente
Legendary
*
Offline Offline

Activity: 2126
Merit: 1001



View Profile
September 21, 2013, 07:31:33 AM
 #1460

oclvanitygen is also happy to search for all strings in a file specified.  doesn't seem to slow it down much.  with some work, from the info in this discussion, i was able to get it working on my 7970 at 26m/s reliably.

Interesting!
What did you have to do for your 7970 to work? Driver version?
You're the first I stumbled upon who got it working, I gave up at this point.

Ente

i am on SuSE Linux 12.2. using vanitygen-0.21.tar.gz.  fiddled with many versions of  amd-catalyst 12.10 and below (above failed to install for me).  probably landed on 12.10 though i don't recall for sure. 

***the real issue*** was that oclvanitygen failed to operate correctly due to loop optimization that needed to be turned off by commenting the following 2 lines out of  oclengine.c

                      if (dvn && strstr(dvn, "cl_amd_media_ops"))
                              quirks |= VG_OCL_AMD_BFI_INT;


Thank you for the details!
I'll give it another try eventually.

Ente
Pages: « 1 ... 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 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 ... 191 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!