Bitcoin Forum
December 03, 2024, 05:48:59 PM *
News: Latest Bitcoin Core release: 28.0 [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 92 93 94 95 96 97 98 99 100 101 ... 191 »
  Print  
Author Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22]  (Read 1153620 times)
nagnagnag2
Full Member
***
Offline Offline

Activity: 142
Merit: 100


View Profile
March 27, 2013, 11:16:23 PM
 #1001

1 BTC bounty for a fix for 13.x catalyst + vanitygen patch working, with source and builds for Linux, Windows, etc.

I will add 0.1 BTC to that.
jackjack
Legendary
*
Offline Offline

Activity: 1176
Merit: 1280


May Bitcoin be touched by his Noodly Appendage


View Profile
March 27, 2013, 11:54:17 PM
 #1002

Is samr7 still developing Vanitygen?

Own address: 19QkqAza7BHFTuoz9N8UQkryP4E9jHo4N3 - Pywallet support: 1AQDfx22pKGgXnUZFL1e4UKos3QqvRzNh5 - Bitcointalk++ script support: 1Pxeccscj1ygseTdSV1qUqQCanp2B2NMM2
Pywallet: instructions. Encrypted wallet support, export/import keys/addresses, backup wallets, export/import CSV data from/into wallet, merge wallets, delete/import addresses and transactions, recover altcoins sent to bitcoin addresses, sign/verify messages and files with Bitcoin addresses, recover deleted wallets, etc.
K1773R
Legendary
*
Offline Offline

Activity: 1792
Merit: 1008


/dev/null


View Profile
March 28, 2013, 09:14:03 AM
 #1003

hes inactive since a long time

[GPG Public Key]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
wtfvanity
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500


WTF???


View Profile
March 28, 2013, 01:49:17 PM
 #1004

hes inactive since a long time

Date Registered:   June 08, 2011, 10:59:48 PM
Last Active:   October 24, 2012, 03:59:55 PM

          WTF!     Don't Click Here              
          .      .            .            .        .            .            .          .        .     .               .            .             .            .            .           .            .     .               .         .              .           .            .            .            .     .      .     .    .     .          .            .          .            .            .           .              .     .            .            .           .            .               .         .            .     .            .            .             .            .              .            .            .      .            .            .            .            .            .            .             .          .
malevolent
can into space
Legendary
*
Offline Offline

Activity: 3472
Merit: 1725



View Profile
April 02, 2013, 07:21:54 PM
 #1005

I think he may return; last time he came back with a new version of vanitygen after 11 months of inactivity.

Signature space available for rent.
Lethos
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250


Keep it Simple. Every Bit Matters.


View Profile WWW
April 06, 2013, 10:29:48 PM
 #1006

I'm sure some might find this funny, but has anyone tried this on a Raspberry Pi - vanitygen that is.
I got a little project going (My RPi will arrive soon) and it might be nice to have a few of my preferred bitcoin tools on there.

I don't expect fast results, I just wondered if anyone had done it.

K1773R
Legendary
*
Offline Offline

Activity: 1792
Merit: 1008


/dev/null


View Profile
April 06, 2013, 11:37:56 PM
 #1007

the CPU is too bad for it Wink

[GPG Public Key]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1011

Reverse engineer from time to time


View Profile
April 07, 2013, 03:49:12 PM
 #1008

Pardon my abilities, but I think the error may come from the bignum implementation. At least, after removing the functions that cause it to crash, I started re-adding them, then I started to remove pieces of code from functions and ended up with an OK compile which led me to this theory.

To further support my theory, change this:
Code:
typedef struct {
bn_word d[BN_NWORDS];
} bignum;

to this

Code:
typedef struct {
bn_word d[0];
} bignum;

The program won't work correctly, but the calc_addr.cl kernel will compile.

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
MeatPopsicle
Newbie
*
Offline Offline

Activity: 49
Merit: 0


View Profile
April 08, 2013, 08:53:14 AM
 #1009

How'd you figure out the functions that were causing it to crash?
Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1011

Reverse engineer from time to time


View Profile
April 08, 2013, 12:25:19 PM
 #1010

How'd you figure out the functions that were causing it to crash?
I was more than clear in my post.

Anyway, I was still wrong. After talking on the #opencl channel on freenode, an OpenCL C compiler developer said that the issue is caused by incorrect instructions produced by the OpenCL compiler.

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

Activity: 546
Merit: 500


View Profile
April 08, 2013, 12:41:30 PM
 #1011

Forgive me if this is a stupid post, but is vanitygen safe?

That is to say, are the keys that it generates always 100% working keys that can be imported into a Bitcoin client? Is there a chance of creating a "bad private key" from vanitygen, such that one cannot, for some reason, import said key into a wallet?

Are the keys that are generated with vanitygen random enough, or at least as random as addresses generated with the standard Bitcoin client?

Also, I am assuming that smarter folks than I have made sure that this little program doesn't create keys and then send them all back to the vanitygen creator or something else likewise nefarious, right?


Buy a TREZOR! Premier BTC hardware wallet. If you're reading this, you should probably buy one if you don't already have one. You'll thank me later.
Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1011

Reverse engineer from time to time


View Profile
April 08, 2013, 01:04:03 PM
 #1012

Forgive me if this is a stupid post, but is vanitygen safe?

That is to say, are the keys that it generates always 100% working keys that can be imported into a Bitcoin client? Is there a chance of creating a "bad private key" from vanitygen, such that one cannot, for some reason, import said key into a wallet?

Are the keys that are generated with vanitygen random enough, or at least as random as addresses generated with the standard Bitcoin client?

Also, I am assuming that smarter folks than I have made sure that this little program doesn't create keys and then send them all back to the vanitygen creator or something else likewise nefarious, right?


The keys should be safe in terms of importing and should be cryptographically safe.

I've examined OpenSSL's code and saw that it creates a screenshot of the screen and uses that as seed, then it also uses CryptGenRandom for further seeding on Windows. You are free to seed it yourself as well.

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
Shevek
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250



View Profile
April 08, 2013, 02:28:13 PM
 #1013

Forgive me if this is a stupid post, but is vanitygen safe?

That is to say, are the keys that it generates always 100% working keys that can be imported into a Bitcoin client? Is there a chance of creating a "bad private key" from vanitygen, such that one cannot, for some reason, import said key into a wallet?

Go here, https://www.bitaddress.org , and select the "wallet details" option. Then put there the private key created by vanitygen (you can download the html-js code and create your own page, if you don't trust) and check it


Are the keys that are generated with vanitygen random enough, or at least as random as addresses generated with the standard Bitcoin client?


The second option (AFAIK from my last contact with the program)

Also, I am assuming that smarter folks than I have made sure that this little program doesn't create keys and then send them all back to the vanitygen creator or something else likewise nefarious, right?


The code is open for your revision.

Proposals for improving bitcoin are like asses: everybody has one
1SheveKuPHpzpLqSvPSavik9wnC51voBa
MeatPopsicle
Newbie
*
Offline Offline

Activity: 49
Merit: 0


View Profile
April 08, 2013, 04:09:06 PM
 #1014

How'd you figure out the functions that were causing it to crash?
I was more than clear in my post.

Anyway, I was still wrong. After talking on the #opencl channel on freenode, an OpenCL C compiler developer said that the issue is caused by incorrect instructions produced by the OpenCL compiler.

Need to borrow a shovel?
yuzhe
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
April 09, 2013, 11:29:44 AM
Last edit: April 09, 2013, 01:37:51 PM by yuzhe
 #1015

Hello,

I've created workaround for buggy 13.x catalyst driver, needs some testing though (especially the miner and win32).

For the impatient:
linux:
Code:
$ git clone https://github.com/wyuzhe/vanitygen.git
$ cd vanitygen
$ make oclvanitygen
$ ./oclvanitygen -vv -D x:y 1Blah

In case you get odd output like:
Code:
Match idx: 0
CPU hash: 0ecfec41290a506e784a4521597213398abf9a98
GPU hash: 08e030855f47c3141a5808d8767a89562ec5c655
Found delta: 497669 Start delta: 1

It means the compiler backend is still outputting broken code (although it compiles). To fix that try:

Code:
./catalystwrap ./oclvanitygen -vv -D 0:0 1ov

Windows users can try applying the dll override script in the directory of official vanitygen binaries [edit: link with resulting archive removed due security concerns].

The gory details:

https://github.com/wyuzhe/vanitygen/commit/6f7fd04adc609b19520cdab4cc12d648e364adbe

In short, ATI LLVM-IR backend miscompiles stuff like:

Code:
uint x, b, c;
x += (a < b)

The boolean result of (a < b) is expressed as byte (u8 in crash report), but VLIW architectures know no such thing. Workaround is using artificially complex expressions which cannot be readily expressed as setcc in llvm ir (but will be optimized away during R600 lowering anyway).
deepceleron
Legendary
*
Offline Offline

Activity: 1512
Merit: 1036



View Profile WWW
April 09, 2013, 11:38:40 AM
 #1016

Hello,

I've created workaround for buggy 13.x catalyst driver, needs some testing though (especially the miner and win32).

For the impatient:
linux:
Code:
$ git clone https://github.com/wyuzhe/vanitygen.git
$ cd vanitygen
$ make oclvanitygen
$ ./oclvanitygen -vv -D x:y 1Blah

In case you get odd output like:
Code:
Match idx: 0
CPU hash: 0ecfec41290a506e784a4521597213398abf9a98
GPU hash: 08e030855f47c3141a5808d8767a89562ec5c655
Found delta: 497669 Start delta: 1

It means the compiler backend is still outputting broken code (although it compiles). To fix that try:

Code:
./catalystwrap ./oclvanitygen -vv -D 0:0 1ov

win32 binaries are available at:
https://www.dropbox.com/s/lddvyiyl58uhgio/vanitygen-0.22-catalystmod.zip

However received little to no testing, so comments are welcome.

The gory details:

https://github.com/wyuzhe/vanitygen/commit/6f7fd04adc609b19520cdab4cc12d648e364adbe

In short, ATI LLVM-IR backend miscompiles stuff like:

Code:
uint x, b, c;
uint x += (a < b)

The boolean result of (a < b) is expressed as byte (u8 in crash report), but VLIW architectures know no such thing. Workaround is using artificially complex expressions which cannot be readily expressed as setcc in llvm ir (but will be optimized away during R600 lowering anyway).

Warning, the link has binaries and no source. The file dates were not changed so this is likely virused up, not recompiled.
yuzhe
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
April 09, 2013, 11:42:33 AM
 #1017

Warning, the link has binaries and no source. The file dates were not changed so this is likely virused up, not recompiled.

Actually, the vanitygen binaries are verbatim from official zip, plus just opencl dlls stitched in the archive. Naturally you should test on untrusted machine, as every binary code posted on forums.

For paranoid users, i'd recommend to use the linux version.
deepceleron
Legendary
*
Offline Offline

Activity: 1512
Merit: 1036



View Profile WWW
April 09, 2013, 11:48:27 AM
 #1018

Warning, the link has binaries and no source. The file dates were not changed so this is likely virused up, not recompiled.

Actually, the vanitygen binaries are verbatim from official zip, plus just opencl dlls stitched in the archive. Naturally you should test on untrusted machine, as every binary code posted on forums.

For paranoid users, i'd recommend to use the linux version.

Then why does the github https://github.com/wyuzhe/vanitygen/commit/6f7fd04adc609b19520cdab4cc12d648e364adbe show that "the fix" is modified calc_addrs.cl, oclengine.c, oclvanitygen, etc which would indicate new binaries?
yuzhe
Newbie
*
Offline Offline

Activity: 24
Merit: 0


View Profile
April 09, 2013, 12:02:26 PM
Last edit: April 09, 2013, 12:57:26 PM by yuzhe
 #1019

Warning, the link has binaries and no source. The file dates were not changed so this is likely virused up, not recompiled.

Actually, the vanitygen binaries are verbatim from official zip, plus just opencl dlls stitched in the archive. Naturally you should test on untrusted machine, as every binary code posted on forums.

For paranoid users, i'd recommend to use the linux version.

Then why does the github https://github.com/wyuzhe/vanitygen/commit/6f7fd04adc609b19520cdab4cc12d648e364adbe show that "the fix" is modified calc_addrs.cl, oclengine.c, oclvanitygen, etc which would indicate new binaries?

win32 is just downgrade of opencl compiler - no further changes made at this point.

I'll provide script to build resulting archive to avoid further implications.

I'n the meantime, I'd like to offer you 1BTC for factual evidence aforementioned archive is "virused up" - since it was created on a linux workstation, it is higly unlikely but I'd prefer to be on the safe side - I'm certainly no expert in that area. I've removed the link from my post, in case your accusation is proven to be true.
Remember remember the 5th of November
Legendary
*
Offline Offline

Activity: 1862
Merit: 1011

Reverse engineer from time to time


View Profile
April 09, 2013, 04:07:45 PM
 #1020

The fix does not work, I compiled from source, updated CL kernel. I used APP SDK's OpenCL.dll and and amdocl64.dll files, but unfortunately the program hangs before it even prints "Compiling kernel". It doesn't crash, it just hangs with these DLLs and huge CPU usage, but nothing.

BTC:1AiCRMxgf1ptVQwx6hDuKMu4f7F27QmJC2
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 92 93 94 95 96 97 98 99 100 101 ... 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!