Bitcoin Forum
September 23, 2018, 09:47:44 AM *
News: ♦♦ New info! Bitcoin Core users absolutely must upgrade to previously-announced 0.16.3 [Torrent]. All Bitcoin users should temporarily trust confirmations slightly less. More info.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 [171] 172 173 174 175 176 177 178 179 180 181 »
  Print  
Author Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22]  (Read 1111446 times)
lolobit
Member
**
Offline Offline

Activity: 114
Merit: 10


View Profile
November 12, 2017, 11:35:26 PM
 #3401

I have a my own generator (for Linux) that produces private key + address but not in base58 format.

I have another program in Python too that produces private key + address, I should search it. I don't remember performance, but surely much more than 1500keys/s. Are you interested?

This smells like jhdscript will soon open a new topic: 'Please Help! My Bitcoins have been stolen.'
My answer might be: 'Sorry for your loss'

Thanks for the trust.   Cheesy

Anyway my program generates only "consecutive" keys. You provide:

1) the private key to start from
2) how many keys you want to compute

and it generates the corresponding addresses (hash of public keys, not base58 encoded). This is the output if you start from key = 1:

Code:
0+0000000000000000000000000000000000000000000000000000000000000001   751e76e8199196d454941c45d1b3a323f1433bd6
1+0000000000000000000000000000000000000000000000000000000000000001   06afd46bcdfd22ef94ac122aa11f241244a37ecc
2+0000000000000000000000000000000000000000000000000000000000000001   7dd65592d0ab2fe0d0257d571abf032cd9db93dc
3+0000000000000000000000000000000000000000000000000000000000000001   c42e7ef92fdb603af844d064faad95db9bcdfd3d
4+0000000000000000000000000000000000000000000000000000000000000001   4747e8746cddb33b0f7f95a90f89f89fb387cbb6
5+0000000000000000000000000000000000000000000000000000000000000001   7fda9cf020c16cacf529c87d8de89bfc70b8c9cb
6+0000000000000000000000000000000000000000000000000000000000000001   5dedfbf9ea599dd4e3ca6a80b333c472fd0b3f69
7+0000000000000000000000000000000000000000000000000000000000000001   9652d86bedf43ad264362e6e6eba6eb764508127
8+0000000000000000000000000000000000000000000000000000000000000001   b46abf4d9e1746e33bcc39cea3de876c29c4adf3
9+0000000000000000000000000000000000000000000000000000000000000001   185140bb54704a9e735016faa7a8dbee4449bddc
a+0000000000000000000000000000000000000000000000000000000000000001   362995a6e6922a04e0b832a80bc56c33709a42d2
b+0000000000000000000000000000000000000000000000000000000000000001   dd100be7d9aea5721158ebde6d6a1fd8fff93bb1
c+0000000000000000000000000000000000000000000000000000000000000001   57526b1a1534d4bde788253281649fc2e91dc70b
d+0000000000000000000000000000000000000000000000000000000000000001   726d44b7af8228257c030bafe764d3c5839d5c02
e+0000000000000000000000000000000000000000000000000000000000000001   9fc5dbe5efdce10374a4dd4053c93af540211718
f+0000000000000000000000000000000000000000000000000000000000000001   60aa32549d990a09863b8fd4ce611ebd70bb310b
10+0000000000000000000000000000000000000000000000000000000000000001   4f99bbf75707e44bc2afa65337dece914e817aac


It is only up to the user to choose which keys to generate, not up to the program.

Besides I don't think that jhdscript needs to store a so huge amount of addresses to send some bitcoin there. Maybe it is only a statistical project.


@jhdscript

I made 2 tests (writing speed, Xeon CPU E3-1505 3 GHz + SSD, Ubuntu Mate 17.04)

1) supervanitygen:  about 220K keys / minute (8 threads,  that confirms that vanitygen-like program are not suited to your case)

2) my own generator: 75M keys / minute (-> 6,5GB file / minute) per 1 core. I got about 175 Mkeys / minute with 4 cores.

Unfortunately if I try to compile it for Windows the results I get are not correct anymore.  When I will have more time I will give it a look. For now I can't help you  (unless you decide to use Linux).
Honestly I can't figure out why you need to fill an hard disk so fast. It takes about 20 hours to fill 4TB.

Hi, how can I get your program to test?
1537696064
Hero Member
*
Offline Offline

Posts: 1537696064

View Profile Personal Message (Offline)

Ignore
1537696064
Reply with quote  #2

1537696064
Report to moderator
1537696064
Hero Member
*
Offline Offline

Posts: 1537696064

View Profile Personal Message (Offline)

Ignore
1537696064
Reply with quote  #2

1537696064
Report to moderator
1537696064
Hero Member
*
Offline Offline

Posts: 1537696064

View Profile Personal Message (Offline)

Ignore
1537696064
Reply with quote  #2

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

Posts: 1537696064

View Profile Personal Message (Offline)

Ignore
1537696064
Reply with quote  #2

1537696064
Report to moderator
1537696064
Hero Member
*
Offline Offline

Posts: 1537696064

View Profile Personal Message (Offline)

Ignore
1537696064
Reply with quote  #2

1537696064
Report to moderator
1537696064
Hero Member
*
Offline Offline

Posts: 1537696064

View Profile Personal Message (Offline)

Ignore
1537696064
Reply with quote  #2

1537696064
Report to moderator
DarkStar_
Legendary
*
Offline Offline

Activity: 1092
Merit: 1331

:D


View Profile WWW
November 18, 2017, 10:12:57 PM
 #3402

Is there anyone working on vanitygen fork to generate vanity bech32 addresses? Seems like it might be easier to get longer firstbits that make sense because it's more limited in characters.

FreeMark2
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
November 26, 2017, 11:08:32 PM
 #3403

Anyone here actually managed to get this to compile under Windows?

Seems every dependancy is outdatted and tons of warnings/errors.

I've got it running on win 7 with a GTX 660ti running around 28 mil h/sec with oclvanitygen. Using the binaries linked in the original post it didn't take any tinkering.

Windows x86+x64 binaries here.  PGP signature here

https://i.imgur.com/epho0Rs.png
Altcner
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
November 27, 2017, 11:24:12 PM
 #3404

Thanks for this really quick vanity address generator! I`ve read everything about changes, but i`d like to know what entropy sources it uses?
Bell-Crypton
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
November 29, 2017, 12:31:38 AM
 #3405

Can anyone think of a clever way to distribute this: to let us search for the vanity phrases others want aswell as our own...
btctousd81
Sr. Member
****
Offline Offline

Activity: 392
Merit: 252


View Profile WWW
November 29, 2017, 03:36:25 AM
 #3406

does the oclvanitygen only works with amd ati readon cards ? or with nvidia cards too ?

i tried

Code:
H:\Downloads\Compressed\vanitygen-0.22-win>oclvanitygen.exe 1admin
Difficulty: 15318045009
Compiling kernel, can take minutes...done!
clWaitForEvents(NDRange,e): CL_OUT_OF_RESOURCES
Device: GeForce GT 610
Vendor: NVIDIA Corporation (10de)
Driver: 388.13
Profile: FULL_PROFILE
Version: OpenCL 1.1 CUDA
Max compute units: 1
Max workgroup size: 1024
Global memory: -2147483648
Max allocation: 536870912

H:\Downloads\Compressed\vanitygen-0.22-win>


it ended without giving any error, and i got popup from windows7 ,

DISPLAY DRIVER STOPPED RESPONDING AND HAS RECOVERED.

what should i do next ?

i know my gpu is not much powerfull, but still.

after more tries , i got it working.,
Code:
H:\Downloads\Compressed\vanitygen-0.22-win>oclvanitygen.exe -D0:0,grid=1024x1024 1admin
Difficulty: 15318045009
[1.40 Mkey/s][total 24117248][Prob 0.2%][50% in 2.1h]                          ^C


but i am getting almost same or more with cpu.

Code:
H:\Downloads\Compressed\vanitygen-0.22-win>vanitygen64.exe -k 1admin
Difficulty: 15318045009
[1.50 Mkey/s][total 17031168][Prob 0.1%][50% in 2.0h]                          ^C

then i tried various grid sizes and i got this.,

Code:
H:\Downloads\Compressed\vanitygen-0.22-win>oclvanitygen.exe -D0:0,grid=1598x1598 1admin
Difficulty: 15318045009
clWaitForEvents(NDRange,1): CL_OUT_OF_RESOURCES
clWaitForEvent(clUnmapMemObject,4): CL_OUT_OF_RESOURCES
Device: GeForce GT 610
Vendor: NVIDIA Corporation (10de)
Driver: 388.13
Profile: FULL_PROFILE
Device: FULL_PROFILE
Vendor: NVIDIA Corporation (10de)
Driver: 388.13
Profile: FULL_PROFILE
Version: FULL_PROFILE
Max compute units: 1
Max workgroup size: 1024
Version: OpenCL 1.1 CUDA
Max compute units: 1
Max workgroup size: 1024
Global memory: -2147483648
Global memory: -2147483648
Max allocation: 536870912
Max allocation: 536870912


mdalamnasrullah
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
November 29, 2017, 01:01:49 PM
 #3407

I am still continuing  that bash script for some of days and  hasn't found a simple ^1Abcd type of address right now.
LoyceV
Legendary
*
Online Online

Activity: 1246
Merit: 1983


Let's make Bitcointalk great again!


View Profile WWW
November 29, 2017, 01:34:41 PM
 #3408

I am still continuing  that bash script for some of days and  hasn't found a simple ^1Abcd type of address right now.
Something must be wrong, I just found 1Abcd in a fraction of a second. Even a slow computer should be able to quickly find this.

buglab.co
Newbie
*
Offline Offline

Activity: 53
Merit: 0


View Profile
November 29, 2017, 07:08:36 PM
 #3409

This is really interesting, was looking for a custom BTC address.

Will give it a go!  Smiley
Wall-ET
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
December 01, 2017, 09:30:29 AM
 #3410

Hello

I have noticed that when I use CPU to generate keys I get keys and they are input into a file, but when GPU is used I get 2 hashes and nothing is written into the file...
why is that?
Any suggestions?
Am I doing something wrong or is this the normal output?

Code:
oclvanitygen.exe -D 0:0 1abc
Difficulty: 4553521
[721.08 Kkey/s][total 6291456][Prob 74.9%][75% in 0.0s]                        Match idx: 0
CPU hash: 386a5934bae84191aaee047841e98bf5a781e52a
GPU hash: 065a9cd212b19a22740d563ce438f3b7a051e23e
Found delta: 1786828 Start delta: 6291457
[837.78 Kkey/s][total 18874368][Prob 98.4%]

██████████████████████▔|▔▔|      LEDGER WALLETSecond factorMalware Proof ✓                   █  Win Free Bitcoins every hour! - www.freebitco.in
████████████████████▔|▔▔|   ✓                                                                                              █     Get free $500 on UPcoin Exchange
██████████████████████|▔▔| ◀◀ Smartcard based Hardware Wallet - Worldwide Shipping              █   Best Casino █ For Tips: 0x2d3e3e232b8dc1fa9e862bbef90760ff2f18c0f9
LoyceV
Legendary
*
Online Online

Activity: 1246
Merit: 1983


Let's make Bitcointalk great again!


View Profile WWW
December 01, 2017, 12:38:08 PM
 #3411

I have noticed that when I use CPU to generate keys I get keys and they are input into a file, but when GPU is used I get 2 hashes and nothing is written into the file...
You'll need to use this command line option:
Code:
Options:
-o <file>     Write pattern matches to <file>

This works for me:
Code:
./oclvanitygen -o supersecretprivatekeys.txt 1abc
Difficulty: 4553521
Pattern: 1abc                                                                 
Address: 1abccg8oV9D2fv~~
Privkey: 5JeHscp1YEYpZQMVB~~

This should work for you:
Code:
oclvanitygen.exe -D 0:0 -o supersecretprivatekeys.txt 1abc

Wall-ET
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
December 01, 2017, 12:57:30 PM
 #3412

I have noticed that when I use CPU to generate keys I get keys and they are input into a file, but when GPU is used I get 2 hashes and nothing is written into the file...
You'll need to use this command line option:
Code:
Options:
-o <file>     Write pattern matches to <file>

This works for me:
Code:
./oclvanitygen -o supersecretprivatekeys.txt 1abc
Difficulty: 4553521
Pattern: 1abc                                                                 
Address: 1abccg8oV9D2fv~~
Privkey: 5JeHscp1YEYpZQMVB~~

This should work for you:
Code:
oclvanitygen.exe -D 0:0 -o supersecretprivatekeys.txt 1abc

This is what I used and it does not work.
Supposed I use GPU to do the calculation and not CPU. if I use CPU it works like in your example..

██████████████████████▔|▔▔|      LEDGER WALLETSecond factorMalware Proof ✓                   █  Win Free Bitcoins every hour! - www.freebitco.in
████████████████████▔|▔▔|   ✓                                                                                              █     Get free $500 on UPcoin Exchange
██████████████████████|▔▔| ◀◀ Smartcard based Hardware Wallet - Worldwide Shipping              █   Best Casino █ For Tips: 0x2d3e3e232b8dc1fa9e862bbef90760ff2f18c0f9
Andre_Goldman
Sr. Member
****
Offline Offline

Activity: 322
Merit: 251

Property1of1OU


View Profile
December 10, 2017, 10:33:55 PM
 #3413

dev from VanityGen ... I tried some random-fu but I was spotted out straight

https://dev.gnupg.org/rD6021eb85de1a4dbb043eb345be75f2bc47235f11

Patent1number: ****-****
uccoin
Newbie
*
Offline Offline

Activity: 26
Merit: 0


View Profile
December 13, 2017, 11:49:14 AM
 #3414

Cant seem to get it up and running.
stuck at regex
professor9
Newbie
*
Offline Offline

Activity: 39
Merit: 0


View Profile
December 21, 2017, 04:52:17 AM
 #3415

Dear samr7, we really need SegWit feature
za3toor
Newbie
*
Offline Offline

Activity: 32
Merit: 0


View Profile
December 22, 2017, 08:50:49 PM
 #3416

Hello Guys...

This is a very interesting software. Would it be possible to add a feature that instead of looking to match the public key, can it match the RIPEMD-160 instead.

This will save a lot of computations and it will be far more efficient. Once it matches the RIPEMD-160, it will be very easy to calculate the public key from there. Of course the requirement that the user has to supply with the desired RIPEMD-160 key.

We can use this site to determine the RIPMED-160. http://gobittest.appspot.com/Address

With this approach, we will save a lot of computations for the double SHA-256  + BASE58 conversion for each trial.

Thanks,
Z
markasoftware
Full Member
***
Offline Offline

Activity: 166
Merit: 100


View Profile WWW
December 24, 2017, 04:48:44 AM
 #3417

Hello Guys...

This is a very interesting software. Would it be possible to add a feature that instead of looking to match the public key, can it match the RIPEMD-160 instead.

This will save a lot of computations and it will be far more efficient. Once it matches the RIPEMD-160, it will be very easy to calculate the public key from there. Of course the requirement that the user has to supply with the desired RIPEMD-160 key.

We can use this site to determine the RIPMED-160. http://gobittest.appspot.com/Address

With this approach, we will save a lot of computations for the double SHA-256  + BASE58 conversion for each trial.

Thanks,
Z

But, with just the RIPEMD hash, how do you know anything about the final address without generating it? What is the point of having a cool RIPEMD-160 hash? The whole point of vanitygen is to have cool addresses, not intermediate values.

Check out MarkaPool.
Also check out my open source projects.
nullius
Copper Member
Full Member
***
Offline Offline

Activity: 168
Merit: 757


Help! I’ve got the Pleurodelinaemia! @nym.zone


View Profile WWW
December 24, 2017, 11:02:54 AM
Merited by dbshck (2), Chris! (2), LoyceV (1), jtipt (1)
 #3418

In reply to these, and likely others earlier in the thread:

Is there anyone working on vanitygen fork to generate vanity bech32 addresses? Seems like it might be easier to get longer firstbits that make sense because it's more limited in characters.

Dear samr7, we really need SegWit feature

Smart thinking!  A day or two ago, I whipped up a quickie Segwit address generator with a simple regex search.  It can produce both P2WPKH-nested-in-P2SH and Bech32 addresses.  It’s quite trivial; it lacks vanitygen’s features, and probably also falls short in performance.  [Edit 2018-02-12:  segvan: Segwit vanity address & bulk address generator (Github).]

Some sample outputs from short patterns:

3NULL3ZCUXr7RDLxXeLPDMZDZYxuaYkCnG  (^3NULL[0-9])

bc1qcash96s5jqppzsp8hy8swkggf7f6agex98an7h (hahah; ^bc1qcash[0-9])

From earlier tests, WIF private key import was confirmed by me to work perfectly in Electrum:


Segwit addresses are sexy!
(Typo correction:  Of course, that should be “imported from WIF”.
I pray that the god of prepositions not smite me.)

The code is in C, Unix-only.  It’s fairly trivial; it essentially glues together Core’s secp256k1 library, luke-jr’s libbase58, and sipa’s reference Bech32 code.  It has almost no features; it won’t even try to tell you if the pattern you seek is impossible.  I’d intended to toss it out there somewhere for others to play with; but it devolved into a patchwork of #ifdefs with multiple different code paths, due to an build-time problem with dependencies.  It would require time and effort to clean up.

How great is the interest in this?

exander77
Newbie
*
Offline Offline

Activity: 32
Merit: 0


View Profile
December 26, 2017, 12:05:53 AM
 #3419

Anyone here actually managed to get this to compile under Windows?

Seems every dependancy is outdatted and tons of warnings/errors.

I crosscompile it for Windows on Linux (Ubuntu 17.10).
Thirdspace
Hero Member
*****
Offline Offline

Activity: 742
Merit: 580


Mixing reinvented for your privacy | chipmixer.com


View Profile
December 26, 2017, 01:02:47 AM
 #3420

Smart thinking!  A day or two ago, I whipped up a quickie Segwit address generator with a simple regex search.  It can produce both P2WPKH-nested-in-P2SH and Bech32 addresses.  It’s quite trivial; it lacks vanitygen’s features, and probably also falls short in performance.
Quote
How great is the interest in this?

interesting... I'm pretty sure there is big interest in them. did you fork samr's vanitygen or start from scratch?
though since bech32 addresses are not yet implemented by most wallet,
the interest in bech32 addresses would be somewhat lower than that for segwit 3xxx addresses
any stats on how many addresses/second your generator can do?

Pages: « 1 ... 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 [171] 172 173 174 175 176 177 178 179 180 181 »
  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!