Is it possible with this program do the following. I generate a random sequence of private keys and that the program would convert them to open addresses? For these addresses to be written to the file. For example, a file with private keys through the program on the output file with addresses and keys from them.
And where you can get acquainted with detailed descriptions of settings (variables) programs?
Topic: Vanitygen: Vanity bitcoin address generator/miner [v0.22] - page 14. (Read 1152778 times)
Whats up, I use Vanitygen frequently on new launches. I figure its easier and safer than compiling an unknown wallet. I just search github for pubkey_address, and usually in chainparams or base58 code files it tells you the address prefix to use as the "-X" flag in Vanitygen. I finally ran into an issue. I made 2 addresses for this coin https://github.com/Actinium-project/Actinium I searched for "Pubkey_address" as usual and found:
So I run ./vanitygen -X 53 N based on the highlighted info found above and get my keypairs.
Well the wallet wont import them
"key format not recognized." Looks like Uncompressed WIF is meant to start with "3", compressed WIF with "B", vanitygen spits out a privkey starting with 7.
They have a walletgenerator.net fork where it lists the following info:
anyways heres a tiny game.
https://chainmapper.com/acm/address/NYzzBK9LSumUaMkGjvZteEzxAVc9KPf72d
heres one of the keypairs i generated.
Quote
base58Prefixes[PUBKEY_ADDRESS] = std::vector(1,53); //N
base58Prefixes[SCRIPT_ADDRESS] = std::vector(1,8); //4
base58Prefixes[SCRIPT_ADDRESS2] = std::vector(1,80); //Z
base58Prefixes[SECRET_KEY] = std::vector(1,73); //W
base58Prefixes[EXT_PUBLIC_KEY] = {0x04, 0x88, 0xB2, 0x1E};
base58Prefixes[EXT_SECRET_KEY] = {0x04, 0x88, 0xAD, 0xE4};
base58Prefixes[SCRIPT_ADDRESS] = std::vector
base58Prefixes[SCRIPT_ADDRESS2] = std::vector
base58Prefixes[SECRET_KEY] = std::vector
base58Prefixes[EXT_PUBLIC_KEY] = {0x04, 0x88, 0xB2, 0x1E};
base58Prefixes[EXT_SECRET_KEY] = {0x04, 0x88, 0xAD, 0xE4};
So I run ./vanitygen -X 53 N based on the highlighted info found above and get my keypairs.
Well the wallet wont import them
"key format not recognized." Looks like Uncompressed WIF is meant to start with "3", compressed WIF with "B", vanitygen spits out a privkey starting with 7.They have a walletgenerator.net fork where it lists the following info:
Quote
name, networkVersion, privateKeyPrefix, WIF_Start, CWIF_Start
"Actinium", 0x35, 0x49, "3", "B"
"Actinium", 0x35, 0x49, "3", "B"
anyways heres a tiny game.
https://chainmapper.com/acm/address/NYzzBK9LSumUaMkGjvZteEzxAVc9KPf72d
heres one of the keypairs i generated.
Quote
NYzzBK9LSumUaMkGjvZteEzxAVc9KPf72d
76AMq9SKNATcHWsLntS87KN7K3ASJXHzNfudNcXU3CTVHXmnptf
theres 43,000 ACM coins there. they just launched but are trading on https://bitfex.trade/en/ACM/BTC for 375 satoshi. thats a $1000 bounty (if you dump into the buyside). So if theres any way to transform the priv created by vanitygen to what it needs to be to be used for this coin... id appreciate a rundown here so i can unlock the other wallet i generated. you can have the 43k coins. 76AMq9SKNATcHWsLntS87KN7K3ASJXHzNfudNcXU3CTVHXmnptf
Generate a very long time and use it to create the bitcoin address you remember. Start eliminating all outside forces on your computer, you can end up also making it much harder for your computer to generate the random numbers used for private keys.
Hi guys, My cards works only oclvanityminer64 version , but 64 bit version has no -x option ,(looking help also dont show -x option), but oclvanityminer (32bit version) does have -x .., but wont recognize my vega cards 
I want to choose which name to work on the pool? but without -x it is impossible with oclvanityminer64 ? is that true ? or any other trick possible ?
Thanky
I want to choose which name to work on the pool? but without -x it is impossible with oclvanityminer64 ? is that true ? or any other trick possible ?
Thanky
I had funds stolen from a 2011 address that I think was generated with vanity gen.
The address is 192SGgMXpzpjKyt4mnoNaAksvpA4y2HAKS
This address has never received any Bitcoin, but it has received Forkcoin Bitcoin Cash in 2018.The address is 192SGgMXpzpjKyt4mnoNaAksvpA4y2HAKS
It doesn't look like a vanity address. So you're saying you've created it in 2011, only to use it in 2018?
Quote
Is there anybody that do analysis on the key or something?
No, that's not possible.Quote
I am trying to figure out how it was compromised. Did my OS got hacked? My other funds where not stolen.
Did I generate it with a compromised version of vanitygen that leaked the keys or generated weaks key on purpose?
How did you store the private key during those 7 years? Did I generate it with a compromised version of vanitygen that leaked the keys or generated weaks key on purpose?
I had funds stolen from a 2011 address that I think was generated with vanity gen.
The address is 192SGgMXpzpjKyt4mnoNaAksvpA4y2HAKS and since the private key has been leaked I might as well post it here.
5JfsVwQKYbRDbjcyvX4j8p47Kmp8QUBw4mvxuxcV41sqKyKH5PK
Is there anybody that do analysis on the key or something? I am trying to figure out how it was compromised. Did my OS got hacked? My other funds where not stolen.
Did I generate it with a compromised version of vanitygen that leaked the keys or generated weaks key on purpose?
Any help is appreciated.
The address is 192SGgMXpzpjKyt4mnoNaAksvpA4y2HAKS and since the private key has been leaked I might as well post it here.
5JfsVwQKYbRDbjcyvX4j8p47Kmp8QUBw4mvxuxcV41sqKyKH5PK
Is there anybody that do analysis on the key or something? I am trying to figure out how it was compromised. Did my OS got hacked? My other funds where not stolen.
Did I generate it with a compromised version of vanitygen that leaked the keys or generated weaks key on purpose?
Any help is appreciated.
Hi, I have problems to compile it on Ubuntu 18.04
I used make but there are several compiling errors.
I already installed those dependencies https://github.com/samr7/vanitygen/wiki/Installation
On Ubuntu libpcre-dev is not availible so I used libpcre3-dev
I used make but there are several compiling errors.
I already installed those dependencies https://github.com/samr7/vanitygen/wiki/Installation
On Ubuntu libpcre-dev is not availible so I used libpcre3-dev
Is there a way to reduce the load on the GPU (similar how you can reduce the number of cores on the CPU version)?
If the "resources" that you're running out of is GPU memory, you can set the number of threads to use:Code:
./oclvanitygen -t 32
When I test on my Nvidia GPU, it does use less memory, and the number of keys/s goes down. What's weird though, is that even my mouse lags when I run oclvanitygen with limited threads.Either way, it may be worth trying.
I quite often get the following "out of resources" error when running oclvanitygen, sometimes after a few minutes and sometimes after several hours (nothing else is running at the time). Is there a way to reduce the load on the GPU (similar how you can reduce the number of cores on the CPU version)? Or anyone know how I might fix this? What does "grid" do, btw? Thanks
>oclvanitygen.exe -D 0:0,grid=2048x2048 -v -k -f 2patterns.txt -o 2matches.txt
[59.74 Mkey/s][total 206519140352][Prob 1.2%][50% in 2.3d] clWaitForEvents(NDRange,1): CL_OUT_OF_RESOURCES
clEnqueueMapBuffer(4): CL_INVALID_COMMAND_QUEUE
ERROR: Could not map row buffer for slot 1
ERROR: allocation failure?
Here is the complete dump...
>oclvanitygen.exe -D 0:0,grid=2048x2048 -v -k -f 2patterns.txt -o 2matches.txt
[59.74 Mkey/s][total 206519140352][Prob 1.2%][50% in 2.3d] clWaitForEvents(NDRange,1): CL_OUT_OF_RESOURCES
clEnqueueMapBuffer(4): CL_INVALID_COMMAND_QUEUE
ERROR: Could not map row buffer for slot 1
ERROR: allocation failure?
Here is the complete dump...
Code:
>oclvanitygen.exe -D 0:0,grid=2048x2048 -v -k -f 2patterns.txt -o 2matches.txt
Loading Pattern #3: 1Name3
Prefix difficulty: 51529903411245 1Name1
Prefix difficulty: 51529903411245 1Name2
Prefix difficulty: 51529903411245 1Name3
Next match difficulty: 17176634470415 (3 prefixes)
Device: GeForce GTX 1070
Vendor: NVIDIA Corporation (10de)
Driver: 397.31
Profile: FULL_PROFILE
Version: OpenCL 1.2 CUDA
Max compute units: 15
Max workgroup size: 1024
Global memory: 0
Max allocation: -2147483648
OpenCL compiler flags: -DPRAGMA_UNROLL -cl-nv-verbose
Compiling kernel, can take minutes...done!
Build log:
ptxas info : 0 bytes gmem, 776 bytes cmem[3]
ptxas info : Compiling entry function 'hash_ec_point_search_prefix' for 'sm_61'
ptxas info : Function properties for hash_ec_point_search_prefix
ptxas . 96 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 64 registers, 340 bytes cmem[0], 36 bytes cmem[2]
ptxas info : Compiling entry function 'hash_ec_point_get' for 'sm_61'
ptxas info : Function properties for hash_ec_point_get
ptxas . 64 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 56 registers, 332 bytes cmem[0], 36 bytes cmem[2]
ptxas info : Compiling entry function 'heap_invert' for 'sm_61'
ptxas info : Function properties for heap_invert
ptxas . 0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 48 registers, 328 bytes cmem[0]
ptxas info : Compiling entry function 'ec_add_grid' for 'sm_61'
ptxas info : Function properties for ec_add_grid
ptxas . 0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 91 registers, 336 bytes cmem[0], 4 bytes cmem[2]
Grid size: 2048x2048
Modular inverse: 8192 threads, 512 ops each
Using OpenCL prefix matcher
GPU idle: 4.60%
[59.74 Mkey/s][total 206519140352][Prob 1.2%][50% in 2.3d] clWaitForEvents(NDRange,1): CL_OUT_OF_RESOURCES
clEnqueueMapBuffer(4): CL_INVALID_COMMAND_QUEUE
ERROR: Could not map row buffer for slot 1
ERROR: allocation failure?
Loading Pattern #3: 1Name3
Prefix difficulty: 51529903411245 1Name1
Prefix difficulty: 51529903411245 1Name2
Prefix difficulty: 51529903411245 1Name3
Next match difficulty: 17176634470415 (3 prefixes)
Device: GeForce GTX 1070
Vendor: NVIDIA Corporation (10de)
Driver: 397.31
Profile: FULL_PROFILE
Version: OpenCL 1.2 CUDA
Max compute units: 15
Max workgroup size: 1024
Global memory: 0
Max allocation: -2147483648
OpenCL compiler flags: -DPRAGMA_UNROLL -cl-nv-verbose
Compiling kernel, can take minutes...done!
Build log:
ptxas info : 0 bytes gmem, 776 bytes cmem[3]
ptxas info : Compiling entry function 'hash_ec_point_search_prefix' for 'sm_61'
ptxas info : Function properties for hash_ec_point_search_prefix
ptxas . 96 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 64 registers, 340 bytes cmem[0], 36 bytes cmem[2]
ptxas info : Compiling entry function 'hash_ec_point_get' for 'sm_61'
ptxas info : Function properties for hash_ec_point_get
ptxas . 64 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 56 registers, 332 bytes cmem[0], 36 bytes cmem[2]
ptxas info : Compiling entry function 'heap_invert' for 'sm_61'
ptxas info : Function properties for heap_invert
ptxas . 0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 48 registers, 328 bytes cmem[0]
ptxas info : Compiling entry function 'ec_add_grid' for 'sm_61'
ptxas info : Function properties for ec_add_grid
ptxas . 0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info : Used 91 registers, 336 bytes cmem[0], 4 bytes cmem[2]
Grid size: 2048x2048
Modular inverse: 8192 threads, 512 ops each
Using OpenCL prefix matcher
GPU idle: 4.60%
[59.74 Mkey/s][total 206519140352][Prob 1.2%][50% in 2.3d] clWaitForEvents(NDRange,1): CL_OUT_OF_RESOURCES
clEnqueueMapBuffer(4): CL_INVALID_COMMAND_QUEUE
ERROR: Could not map row buffer for slot 1
ERROR: allocation failure?
@Relaxo143:
https://bitcointalksearch.org/topic/m.912987
https://bitcointalksearch.org/topic/m.912987
I`m trying to run oclvanitygen with my GPU. It`s a RX480. I get this when I run it: https://imgur.com/a/LWDigth
My OS is Win10 64 bit. I use the following config: .\oclvanitygen.exe -D 0:0 -o results.txt 1test
Any ideas? I should add that this card worked with oclvanitygen before but I dont remember if I had different drivers back then.
My OS is Win10 64 bit. I use the following config: .\oclvanitygen.exe -D 0:0 -o results.txt 1test
Any ideas? I should add that this card worked with oclvanitygen before but I dont remember if I had different drivers back then.
I have a system with 2 CPUs. As the applet uses the CPU, the original bitcoinind + patch vanity uses both CPUs, but vanitygen seems to only use one.
3r is out of range, 3N is the highest possible prefix, 123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz.
It is not about impossible sequence, address is a number in some range which is encoded using using Base58 coding.
It is not about impossible sequence, address is a number in some range which is encoded using using Base58 coding.
that's what I meant, prefix! so it's out of range = prefix 3r doesn't exist
but prefix '33r' would still be possible, right? so I still can try to find address starts with '33rds'
I think it won't take long to find such address, would be unbelievably lucky if it gives me '33rdspace'
33r is not a problem, if you compare those prefixes it goes like this: 33r < 3N < 3r
So 33r is the lowest of those three, 3r is the highest.
3r is out of range, 3N is the highest possible prefix, 123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz.
It is not about impossible sequence, address is a number in some range which is encoded using using Base58 coding.
It is not about impossible sequence, address is a number in some range which is encoded using using Base58 coding.
that's what I meant, prefix! so it's out of range = prefix 3r doesn't exist
but prefix '33r' would still be possible, right? so I still can try to find address starts with '33rds'
I think it won't take long to find such address, would be unbelievably lucky if it gives me '33rdspace'
can someone point me to a good source on standard format of P2SH segwit address?
I can't seem to generate/find address with starting pattern '3r'
I'm trying to figure out if there's certain limitations on the possible generated address
the allowed characters still the same, right? no 0 (zero), O (uppercase o), I (uppercase i) and l (lowercase l)
"123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz"
is there certain impossible sequence of characters (pattern) that can be generated?
I can't seem to generate/find address with starting pattern '3r'
I'm trying to figure out if there's certain limitations on the possible generated address
the allowed characters still the same, right? no 0 (zero), O (uppercase o), I (uppercase i) and l (lowercase l)
"123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz"
is there certain impossible sequence of characters (pattern) that can be generated?
3r is out of range, 3N is the highest possible prefix, 123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz.
It is not about impossible sequence, address is a number in some range which is encoded using using Base58 coding.
Code:
./vanitygen -F script -C BTC 3r
Generating BTC Address
Prefix '3r' not possible
Generating BTC Address
Prefix '3r' not possible
can someone point me to a good source on standard format of P2SH segwit address?
I can't seem to generate/find address with starting pattern '3r'
I'm trying to figure out if there's certain limitations on the possible generated address
the allowed characters still the same, right? no 0 (zero), O (uppercase o), I (uppercase i) and l (lowercase l)
"123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz"
is there certain impossible sequence of characters (pattern) that can be generated?
I can't seem to generate/find address with starting pattern '3r'
I'm trying to figure out if there's certain limitations on the possible generated address
the allowed characters still the same, right? no 0 (zero), O (uppercase o), I (uppercase i) and l (lowercase l)
"123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz"
is there certain impossible sequence of characters (pattern) that can be generated?
Any new developments on any projects like this like with regex on GPU?
I get 100mkey on a 1080ti if anyone wanted to know
I get 100mkey on a 1080ti if anyone wanted to know
I have animplementation of what I call conditions, it is not exactly a regexp, but may be even more useful, I can target each character indexing it either from left (0,1,2,...) or right (-1,-2,-3,...).
[position][exact|range|lower|upper|number|letter|lower&number|upper&number][value1][value2]...
Where position is from 0...n from the start of the address and -1, -2...-n from the end of the address.
I can also code arbitrary function for special cases.
The speed is probably the half of standard oclvanitygen (130Mh/s vs 60Mh/s on my Vega Frontier Edition Liquid), meaning much faster than on CPU.
Donate is appreciated, but nobody yet donated.
Donate:
BTC: 1F9sh84hdbmDd4M2xGL3cEhtgk2Aqhg5yf
LTC: LRnPtUYnkT9AdyvZyUEwCGC1uMnZeY3yyA
DOGE: DNWUygm2dqvzV2VjgHQ8igkLggD2WNQHEY
Are there any trusted vanityget forks that are worth checking? An increase in performance would be ideal.
Speaking of performance, have you tried using Oclvanitygen instead?With a single GTX** GPU, you can generate a customized first 5-character address in less than 10 minutes, that's "fast" as long as you have the sufficient hardware.
Example: My address 1two34E2WcKXUNqnjSLKnc8fvmCST1iuW (two34 prefix) was made in just 6 minutes.
Not bragging since it's quite slower than others' but with this, vanitygen (Oclvanitygen) might be the fastest (standard address) generator available.
Are there any trusted vanityget forks that are worth checking? An increase in performance would be ideal.
i have an old laptop its saying it will take 50 days to generate the address.. is this normal.. and will it harm my computer?
A laptop doing this type of key generation can be damaging to it's components as it also generates a lot of heat and laptops are typically not equipped to handle the heat dissipation.
Jump to: