Bitcoin Forum
August 26, 2019, 06:25:44 AM
 News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 Home Help Search Login Register More
 Pages: 1 ... 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 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 ... 185
Timelord2067
Legendary

Offline

Activity: 1946
Merit: 1269

Witty! £ $₹ € ¥ ¢ ≠ ÷ ™  August 24, 2015, 12:16:34 PM ...blah I don't understand your explanations very well .... my question is what are the command lines for finding privkey for a complete address ? I have a quantum computer that capable of looking through 1000 billion keys per micro second. i want to attack this address 1Cii2e2wGejfrRHRCbaYTzmyPLpJwGvsgD what are the Instructions at vanitygen ? You know there's no BTC in this wallet https://blockchain.info/address/1Cii2e2wGejfrRHRCbaYTzmyPLpJwGvsgD (and it only every had about$50 at most ever?)

With a Quantum Computer, you'd be better off mining BitCoin blocks.  1,000 Billion is a Trillion BTW, thought you'd like to know that and a micro second... Well.... that's just silly....

 Timelord2067 (BPIP) ||| ||| ❖ [Guide] Broadcast Your RAW Transaction❖ Twitter: @Timelord2067 Retweet ≠ endorsement❖ Tip of the hat: BTC SXC❖ , ||| ▶ (NetHack 3.6.2 Hearse V 1.0.6e)▶ £ $₹ € ¥ ¢ ≠ ÷ BTC ™ ▶ Forums: SEXCoin #BritishFolk #SFFHCF▶ ... ||| ▶ Wallet Verified▶ I am not an escrow service...▶ Get Paid in BitCoin▶ , [/td][/tr][/table] 1566800744 Hero Member Offline Posts: 1566800744 Ignore  1566800744 1566800744  Report to moderator 1566800744 Hero Member Offline Posts: 1566800744 Ignore  1566800744 1566800744  Report to moderator Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here. 1566800744 Hero Member Offline Posts: 1566800744 Ignore  1566800744 1566800744  Report to moderator 1566800744 Hero Member Offline Posts: 1566800744 Ignore  1566800744 1566800744  Report to moderator Kangaderoo Member Offline Activity: 85 Merit: 10  August 24, 2015, 12:30:34 PM tspacepilot it seems this is exactly what I was looking for. Could you tell me where to add the piece you posted? Thanks! Nice topic to research. the mayor changes will only have to be made in the function: void *vg_thread_loop(void *arg). In stead of the two options compress and uncompressed a combined flag could to be introduced/added as a valid command line flag. When combined is active, only calculate (uncompressed) EC points for half the buffer. Fill the other half with the equivalent compressed points. for all other calculations use same flag to switch halfway between postprocessing (un)compressed settings. The final address checks can stay the same. In theory.... at least. It will take a bit more work than just porting the example python code........ Slow but steady Android coin mining with NeoNeonMiner BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw hexafraction Sr. Member Offline Activity: 378 Merit: 250 Tips welcomed: 1CF4GhXX1RhCaGzWztgE1YZZUcSpoqTbsJ  August 24, 2015, 12:48:52 PM You know there's no BTC in this wallet https://blockchain.info/address/1Cii2e2wGejfrRHRCbaYTzmyPLpJwGvsgD (and it only every had about$50 at most ever?)

With a Quantum Computer, you'd be better off mining BitCoin blocks.  1,000 Billion is a Trillion BTW, thought you'd like to know that and a micro second... Well.... that's just silly....

No, there's no known quantum algorithm for solving a SHA256 hash. It would also be useless for address reversal (except possibly with reused addresses) since the pubkey isn't known, just the hash, until the first spend from said address. I'm also not sure if EC is breakable on a quantum computer (Shor's algorithm has a discrete log variant but I'm not sure if it's applicable here)

I have recently become active again after a long period of inactivity. Cryptographic proof that my account has not been compromised is available.
Muhammed Zakir
Hero Member

Offline

Activity: 560
Merit: 504

I prefer Zakir over Muhammed when mentioning me!

 August 24, 2015, 01:27:37 PM

I have 5 prefix letters , what is the command line for find at least a BTC address for it ?

Case-sensitive prefix search:
Code:
"path\to\vanitygen.exe" 1Prefix

Case-insensitive prefix search (faster):
Code:
"path\to\vanitygen.exe" -i 1Prefix

Case-sensitive prefix search but not limited to 1 match:
Code:
"path\to\vanitygen.exe" -k 1Prefix

Case-sensitive prefix search but not limited to 1 match and saves all matches to a file:
Code:
"path\to\vanitygen.exe" -k -o anything 1Prefix

Note: If you want to save all matches to a file in the same folder Vanitygen is, specify the path to directory. Eg:- "path\to\vanitygen.exe" -k -o "path\to\anything" 1za

Edit: Searching for compressed key is faster than uncompressed key. Download Lifeboat's vanitygen. See https://bitcointalk.org/index.php?topic=301068.0. Also, see https://bitcointalk.org/index.php?topic=25804.msg10590011#msg10590011.

Case-sensitive prefix search but not limited to 1 match and saves all matches to a file (compressed):
Code:
"path\to\vanitygen.exe" -k -F compressed -o anything 1Prefix

What are command lines for oclvanitygen ? does oclvanitygen use graphic card for computing ? and this is faster than vanitygen ?

Commands are same except you will have to select OpenCL device using -D command. If you have only one OpenCL device and you did not specify, Oclvanitygen automatically chooses the device. Else, it will give you an error.

Eg:-

Code:
"path\to\oclvanitygen.exe" -D 0:0 -k -o anything 1Prefix

-snip-

-snip-

 ░░░░░▄▄██████▄▄░░▄████▀▀▀▀▀▀████▄░███▀░░░░░░░░░░▀█▀████░░░▄██████▄▄░░░██░░░░░█████████░░░░██▌░░░░█████████████████░░░░█████████████████░░░░░███████████████████▄░░▀██████▀░░░████▀█▄▄░░░░░░░░░░▄███░░▀████▄▄▄▄▄▄████▀░░░░░▀▀██████▀▀ .ChipMixer.{ MIXING REINVENTED FOR YOUR PRIVACY #.ChipMixer. ░░░░░▄▄██████▄▄░░▄████▀▀▀▀▀▀████▄░███▀░░░░░░░░░░▀█▀████░░░▄██████▄▄░░░██░░░░░█████████░░░░██▌░░░░█████████████████░░░░█████████████████░░░░░███████████████████▄░░▀██████▀░░░████▀█▄▄░░░░░░░░░░▄███░░▀████▄▄▄▄▄▄████▀░░░░░▀▀██████▀▀
deepceleron
Legendary

Offline

Activity: 1512
Merit: 1000

 August 24, 2015, 10:09:34 PM

Given that there are two bitcoin addresses per private key, that if you are iterating through private keys pseudo-randomly (i assume this is what vanitygen does, at the end of the day), it does seem that you may as well look at both the addresses each time you calculate a point on the curve for a given private key...

Only the initial key position is random, then vanitygen just increments the key by one for each additional address search. There is little cost to be saved there.
wicks
Newbie

Offline

Activity: 28
Merit: 0

 August 27, 2015, 04:06:04 PM

No matter what I try, I couldnt make it work with OpenCL on my computer.
K1773R
Legendary

Offline

Activity: 1792
Merit: 1008

/dev/null

 August 27, 2015, 04:08:53 PM

No matter what I try, I couldnt make it work with OpenCL on my computer.

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
Timelord2067
Legendary

Offline

Activity: 1946
Merit: 1269

Witty! £ $₹ € ¥ ¢ ≠ ÷ ™  August 27, 2015, 04:39:40 PM No matter what I try, I couldnt make it work with OpenCL on my computer. Did you update your video drivers? (Hint: Version 12.10 works best - saves Delta from stalking you in the middle of the night) ...and Code: -D 0:0 -D 0:1 etc are your friends.... ...and Code: -S safe mode may be fractionally slower, but it'll work until you've had some sleep. The only thing I'm not sure is if it searches for all lines listed or does them one at a time?  Timelord2067 (BPIP) ||| ||| ❖ [Guide] Broadcast Your RAW Transaction❖ Twitter: @Timelord2067 Retweet ≠ endorsement❖ Tip of the hat: BTC SXC❖ , ||| ▶ (NetHack 3.6.2 Hearse V 1.0.6e)▶ £$ ₹ € ¥ ¢ ≠ ÷ BTC ™ ▶ Forums: SEXCoin #BritishFolk #SFFHCF▶ ... ||| ▶ Wallet Verified▶ I am not an escrow service...▶ Get Paid in BitCoin▶ ,
[/td][/tr][/table]
n4ru
Sr. Member

Offline

Activity: 350
Merit: 250

 August 28, 2015, 01:06:49 AM

Has the HD5870 been superseded yet as the best vanity miner? I bought mine for $100 and it gets a whopping 30Mkey/s out of the box. Have newer gen GFX cards surpassed this? ETH-Nova - Fully Automated OC/PL/P-state/Mining/Monitoring for Windows ETH: 0x00972cd6a2c6786afbcc24ca592b8c86f33f747a / BTC: 1n4ruYy5QWbTDBbPEyBRWwj1Ni4U4Sz5P TheRealSteve Hero Member Offline Activity: 686 Merit: 500 FUN > ROI  August 28, 2015, 01:31:02 AM Has the HD5870 been superseded yet as the best vanity miner? I bought mine for$100 and it gets a whopping 30Mkey/s out of the box. Have newer gen GFX cards surpassed this?
Claim of an nVidia GeForce GTX 780 Ti (3GB 384-bit GDDR5) getting 50-60Mkey/s: https://bitcointalk.org/index.php?topic=25804.msg11944467#msg11944467

n4ru
Sr. Member

Offline

Activity: 350
Merit: 250

 August 28, 2015, 01:38:15 AM

Has the HD5870 been superseded yet as the best vanity miner? I bought mine for 100 and it gets a whopping 30Mkey/s out of the box. Have newer gen GFX cards surpassed this? Claim of an nVidia GeForce GTX 780 Ti (3GB 384-bit GDDR5) getting 50-60Mkey/s: https://bitcointalk.org/index.php?topic=25804.msg11944467#msg11944467 o_O Has anyone else tried it? That seems a little insane. ETH-Nova - Fully Automated OC/PL/P-state/Mining/Monitoring for Windows ETH: 0x00972cd6a2c6786afbcc24ca592b8c86f33f747a / BTC: 1n4ruYy5QWbTDBbPEyBRWwj1Ni4U4Sz5P TheRealSteve Hero Member Offline Activity: 686 Merit: 500 FUN > ROI  August 28, 2015, 01:48:30 AM Does it? Specs-wise, it is a good bit faster than the HD5870. I can't say I know which specs' changes would best align with vanitygen changes, but it doesn't seem unfathomable. I'm sure it's not even removely the fastest; but hardware review sites don't generally test against oclvanitygen n4ru Sr. Member Offline Activity: 350 Merit: 250  August 28, 2015, 02:16:20 AM Does it? Specs-wise, it is a good bit faster than the HD5870. I can't say I know which specs' changes would best align with vanitygen changes, but it doesn't seem unfathomable. I'm sure it's not even removely the fastest; but hardware review sites don't generally test against oclvanitygen I bought the 5870 when the R9s first came out, and it got swept by the HD5870s by about a 50% difference, as it did against the entire HD7xxx series. ETH-Nova - Fully Automated OC/PL/P-state/Mining/Monitoring for Windows ETH: 0x00972cd6a2c6786afbcc24ca592b8c86f33f747a / BTC: 1n4ruYy5QWbTDBbPEyBRWwj1Ni4U4Sz5P Kangaderoo Member Offline Activity: 85 Merit: 10  August 28, 2015, 10:44:02 PMLast edit: August 29, 2015, 11:56:33 AM by Kangaderoo Could anybody post the necessary code changes to allow oclvanitygen to generate compressed and uncompressed keys simultaneously? I suspect the speed increase must be substantial Thanks! Your "suspicion" is misplaced. The only calculation in common that would be saved is the calculation of the x coordinate of the public key, which is just a few multiplications. Everything else, from creating the compressed public key parity, creating an address from a compressed public key and checking for the vanity match would be a completely different process. As stated before, this was interesting to research. Unfortunately I don't have a OpenCL environment, so I made the adaptations for CPU only Code: >~/vanitygen ./vanitygen 1BTC4me --> normal uncompressed
Difficulty: 15058417127
[531.70 Kkey/s][total 5206528][Prob 0.0%][50% in 5.5h]
[533.98 Kkey/s][total 6267648][Prob 0.0%][50% in 5.4h]
>~/vanitygen$./vanitygen 1BTC4me -F compressed --> compressed Difficulty: 15058417127 [616.63 Kkey/s][total 6103808][Prob 0.0%][50% in 4.7h] [610.36 Kkey/s][total 7794688][Prob 0.1%][50% in 4.7h] >~/vanitygen$ ./vanitygen 1BTC4me -F combined  --> combined un/compressed
Difficulty: 15058417127
[837.12 Kkey/s][total 8072704][Prob 0.1%][50% in 3.5h]
[843.84 Kkey/s][total 8910848][Prob 0.1%][50% in 3.4h]
Code:
>~/vanitygen./vanitygen 1BTC4 -F combined -k Difficulty: 4476342 Pattern: 1BTC4 Address: 1BTC4iPDG4247a3nmcnUTcLNS1bbwYRgvJ Privkey: 5J85mEv3tk1HjYBCm6bcKHVEV9NjwtxFg2cVfY6SnhjW616VBvv --> uncompressed result Pattern: 1BTC4 Address: 1BTC4pnrA9jnJB3usxhaVs4wweQtpcQ7a7 Privkey: KwJX5idP7UVGHQbL1QZRzjPcgYnXv6AkRsBhmuDzhJfvmASRZBQT --> compressed result Pattern: 1BTC4 Address: 1BTC4caZJqqGZzjEdpbXuX17wyQgv4oRpK Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1Sevj3RoxkhoL3Q Pattern: 1BTC4 Address: 1BTC4tkVwqUTCmG5fYexRyAaby3UXyt79R Privkey: 5HqNmZzdjFPGF94hZGJmdeFBoa2hzLkShXQGajeP8n9CoEz8SzJ Pattern: 1BTC4 Address: 1BTC4fZk5atAnE7DH6qW3mjP3AdikkNM6Z Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1SevmVBzAzN6BMR If you don't mind if the WIF key is compressed or not, there is a substantiation speed increase when hashing both the Uncompressed and Compressed EC-point. With my hack, I'm losing some time on the normal and compressed code execution due to selection overhead. I'll update my repo @ github after some code cleaning :-) Update: Github repro updated Slow but steady Android coin mining with NeoNeonMiner BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw xhomerx10 Legendary Offline Activity: 2114 Merit: 2247  August 28, 2015, 11:31:38 PM Does it? Specs-wise, it is a good bit faster than the HD5870. I can't say I know which specs' changes would best align with vanitygen changes, but it doesn't seem unfathomable. I'm sure it's not even removely the fastest; but hardware review sites don't generally test against oclvanitygen I bought the 5870 when the R9s first came out, and it got swept by the HD5870s by about a 50% difference, as it did against the entire HD7xxx series. I can get 28MKeys/s with my Sapphire HD7970 and I recently acquired an ASUS Strix GTX 970 which gets 40+MKeys/s with much less power consumption. BurtW Legendary Offline Activity: 2534 Merit: 1058 All paid signature campaigns should be banned.  August 29, 2015, 01:30:22 AM I do not have time to read the whole thread. Can someone give me an idea and/or link to the maximum key generation rate claimed? It is for another thread... Our family was terrorized by Homeland Security. Read all about it here: http://www.jmwagner.com/ and http://www.burtw.com/ Any donations to help us recover from the300,000 in legal fees and forced donations to the Federal Asset Forfeiture slush fund are greatly appreciated!
TheRealSteve
Hero Member

Offline

Activity: 686
Merit: 500

FUN > ROI

 August 29, 2015, 02:26:15 AM

I do not have time to read the whole thread.  Can someone give me an idea and/or link to the maximum key generation rate claimed?  It is for another thread...
But.. you no longer support vanity addresses...

I haven' gone through the entire thread, I'd imagine there's some crazy SLI setup or so that'll go faster, but I did add the most recent reports to the wiki: https://en.bitcoin.it/wiki/Vanitygen#Expected_keysearch_rate

That page may also contain a hint for said other thread.

Polyatomic
Sr. Member

Offline

Activity: 257
Merit: 250

 September 01, 2015, 10:02:41 AMLast edit: September 01, 2015, 10:26:37 AM by Polyatomic

Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz
Code:
milton@milton:~/temp/vanitygen$./vanitygen -v 1xeon Prefix difficulty: 264104224 1xeon Difficulty: 264104224 Using 16 worker thread(s) [2.67 Mkey/s][total 25884672][Prob 9.3%][50% in 58.9s] = peachy I have an R9 390 but I'm using the opensource radeon stack. samr7's version craps out so I tried the fork of the fella with the handle of WyseNynja. Code: milton@milton:~/temp/testing/vanitygen$ ./oclvanitygen 1xeon
Difficulty: 264104224
[16.09 Mkey/s][total 752353280][Prob 94.2%][95% in 2.4s]                       clWaitForEvent(clUnmapMemObject,4): CL_EXEC_STATUS_ERROR_FOR_EVENTS_IN_WAIT_LIST
Device: AMD HAWAII (DRM 2.42.0, LLVM 3.6.2)
Vendor: AMD (1002)
Driver: 11.0.0-devel
Profile: FULL_PROFILE
Version: OpenCL 1.1 MESA 11.0.0-devel
Max compute units: 40
Max workgroup size: 256
Global memory: 1073741824
Max allocation: 268435456
[16.09 Mkey/s][total 935854080][Prob 97.1%]                                    clWaitForEvents(NDRange,1): CL_EXEC_STATUS_ERROR_FOR_EVENTS_IN_WAIT_LIST

Does anyone know if there is another vanitygen fork I can try.
I wonder if the amdgpu stack will work ...
build log here http://dpaste.com/3X44N1Z
ChetnotAtkins
Full Member

Offline

Activity: 131
Merit: 100

 September 01, 2015, 10:07:54 AM

As stated before, this was interesting to research.
Unfortunately I don't have a OpenCL environment, so I made the adaptations for CPU only
Code:
>~/vanitygen$./vanitygen 1BTC4me --> normal uncompressed Difficulty: 15058417127 [531.70 Kkey/s][total 5206528][Prob 0.0%][50% in 5.5h] [533.98 Kkey/s][total 6267648][Prob 0.0%][50% in 5.4h] >~/vanitygen$ ./vanitygen 1BTC4me -F compressed --> compressed
Difficulty: 15058417127
[616.63 Kkey/s][total 6103808][Prob 0.0%][50% in 4.7h]
[610.36 Kkey/s][total 7794688][Prob 0.1%][50% in 4.7h]
>~/vanitygen$./vanitygen 1BTC4me -F combined --> combined un/compressed Difficulty: 15058417127 [837.12 Kkey/s][total 8072704][Prob 0.1%][50% in 3.5h] [843.84 Kkey/s][total 8910848][Prob 0.1%][50% in 3.4h] Code: >~/vanitygen$ ./vanitygen 1BTC4 -F combined -k
Difficulty: 4476342
Pattern: 1BTC4
Privkey: 5J85mEv3tk1HjYBCm6bcKHVEV9NjwtxFg2cVfY6SnhjW616VBvv  --> uncompressed result
Pattern: 1BTC4
Privkey: KwJX5idP7UVGHQbL1QZRzjPcgYnXv6AkRsBhmuDzhJfvmASRZBQT --> compressed result
Pattern: 1BTC4
Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1Sevj3RoxkhoL3Q
Pattern: 1BTC4
Privkey: 5HqNmZzdjFPGF94hZGJmdeFBoa2hzLkShXQGajeP8n9CoEz8SzJ
Pattern: 1BTC4
Privkey: KzNUxCmvVui8rLBFY4cMDy7TGeu5MDU7GSfPx1SevmVBzAzN6BMR

If you don't mind if the WIF key is compressed or not, there is a substantiation speed increase when
hashing both the Uncompressed and Compressed EC-point.
With my hack, I'm losing some time on the normal and compressed code execution due to selection overhead.
I'll update my repo @ github after some code cleaning :-)

Update: Github repro updated

Very valuable addition, thank you very much! I'll look into it at the end of the week, when I have more time again.

What results did you observe speed-wise?
Member

Offline

Activity: 85
Merit: 10

 September 01, 2015, 10:58:03 AM

<<-- snip -->

Very valuable addition, thank you very much! I'll look into it at the end of the week, when I have more time again.

What results did you observe speed-wise?

The relative speed differences as posted in the code blocks stayed more or less the same

so ~ +10 % from compressed to uncompressed (no change compared to original code)
~ +60 % from uncompressed to combined
~ +50 % from compressed to combined

I see no reason why these relative speed increases would not work in OpenCL.

Slow but steady Android coin mining with NeoNeonMiner
BTC:1NeoArmnGyWHKfbje9JNWqw3tquMY7jHCw
 Pages: 1 ... 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 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 ... 185