Pages:
Author

Topic: VanBitCracken - a program to use for 32 BTC challenge (supports RTX 30xx cards) - page 7. (Read 4947 times)

newbie
Activity: 10
Merit: 2
Here is VBCRandom in action.
Batch file settings:
Code:
VBCRandom -t 0 -gpu -gpuId 0 -topr 8000000000000000 -subr 48 -r 480 --keyspace 8000000000000000:FFFFFFFFFFFFFFFF -o randomtest.txt 16jY7q

Results:

Code:
Started Sat Aug 28 12:32:28 2021
Start Range  :  8000000000000000
End   Range  :  FFFFFFFFFFFFFFFF
Searching For:  16jY7q
Compression  :  Compressed
CPU threads  :  0
GPU          :  GPU #0 NVIDIA GeForce GTX 1060 6GB (10x128 cores) Grid(80x512)

Random Key   :  800007AC8B3D5525
Random Key   :  8000201C33F5235B
Random Key   :  8000E2F090E63C7D
 [00:00:04 Run Time ] [Speed 82.524 MK/s] [Total Keys: 335,544,320] [# Rekeys: 0] [Found: 2]
Random Key   :  8000208FB1B474F6
Random Key   :  8000B9FC61E9ABA1
Random Key   :  8000F0310FBE3DD2
 [00:00:08 Run Time ] [Speed 82.563 MK/s] [Total Keys: 671,088,640] [# Rekeys: 1] [Found: 4]
Random Key   :  80004698D58E9E8F
Random Key   :  800089612D96CDA0
Random Key   :  8000C2190CD91261
 [00:00:15 Run Time ] [Speed 81.609 MK/s] [Total Keys: 1,258,291,200] [# Rekeys: 2] [Found: 6]
Random Key   :  800043E67DBAB51D
Random Key   :  800098B29829B7A7
Random Key   :  800045B53E8E1753
 [00:00:20 Run Time ] [Speed 79.286 MK/s] [Total Keys: 1,593,835,520] [# Rekeys: 2] [Found: 6]

Key results:
Code:
Pub Addr: 16jY7qzxujzi1K7GaEc17ZFokFymagY3jG
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLz94bU7Lw952JxZUX
Priv (HEX): 0x000000000000000000000000000000000000000000000000800015BE8DF950C5

Pub Addr: 16jY7qdry8xB4v6JeMH2R3ViVTSTzDGv2B
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzUZ1qwKHqCmVgPRj
Priv (HEX): 0x000000000000000000000000000000000000000000000000800064574E06912E

Pub Addr: 16jY7qwSUyCss5jZYDjgJofLe7KgKxiCQo
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzGCmCHBUm9fupLgz
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000328A78D70051

Pub Addr: 16jY7q7x9EjwysPAYtappeDX6Lqtm32ekf
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzCiYnMdjWKzRsXUn
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000247B3183BFDC

Pub Addr: 16jY7qTWTgUzCEEH7E9UFxVKALnvCcykwV
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLziDMQ1SzkL55t52w
Priv (HEX): 0x00000000000000000000000000000000000000000000000080009B6E64AE0CAD

Pub Addr: 16jY7qwSwoyaH2NT2dKsY15h11Gma5bccb
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzSjUdaY9XWkAo8pE
Priv (HEX): 0x00000000000000000000000000000000000000000000000080005D00CB38A1B5

Pub Addr: 16jY7qCNptT19yStBa3tgVFy2k7CvhLi8t
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvM13ZD8mLPHJMsj9c6
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000E96EBB6FFC70

Pub Addr: 16jY7q3WZumGZ4gbrDTSte9JTbhEniZpqP
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzLQVfZGJ81tzYnbi
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000437CBF9A4063

Pub Addr: 16jY7qSaxGdCNribBnf6oxcpaw7aBUA6nN
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzMkoUUXmUpiqDSm1
Priv (HEX): 0x000000000000000000000000000000000000000000000000800048EE90360155

Pub Addr: 16jY7qSV4qyaXJNmwWCu2t4DRWHuTnQuwz
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLz9toCoHuQiZuBD2p
Priv (HEX): 0x000000000000000000000000000000000000000000000000800019188671357A

Pub Addr: 16jY7qJ3MdatyubzBQ4e67n5D2iJRqFrDY
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzZLFmMZj3v26fWhh
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000779DFF73D53B

See how every new random key is within the same 48 bit range? Now you could change the -topr to whatever toprange and the -subr to whatever subrange. If in the example above you wanted to search every possible range in the toprange of 8000000000000000, you would use -topr 8000000000000000 and -subr 60.

Make sense?

use the -b for compressed and uncompressed.

Do you know any script or program that will check the list of private keys? balance?
member
Activity: 185
Merit: 15
Two things you should never abandon: Family & BTC
Tested this today and I just wanna thank WanderingPhilosopher for such a beautiful software .. this by all means is the best way to search within a puzzle's range .. and as a tweak of both bitcrack and vanitysearch, it has beaten both of them.. faster than all I've tried before .. also very easy to use and was the best randomization option to finally land on .. great job
newbie
Activity: 19
Merit: 2
I just dont fucking understand. You created the damn program. Why didn't and haven't you upload the source code? It is common knowledge that when you upload a program to github, you also upload the source code as well.
member
Activity: 66
Merit: 53
@madmartyk
Hello
Its very easy if you found hex or int just convert to compressed key
You can find sample posted by me, you can even display key and import to any wallet like electrum or any of your choice.

https://bitcointalksearch.org/topic/m.59753846
legendary
Activity: 2674
Merit: 1030
Yes I am a pirate, 300 years too late!
OK I have been playing around with this on and off.  When I get the results (say from the example above) I can't IMPORTPRIVKEY into my wallet.  How do I get it to display a private key that can be imported into a wallet?
member
Activity: 261
Merit: 19
the right steps towerds the goal
Will you please add stride mode in Vanbitcracken where according to my speed I choose 7 characters random hex Ex: 7bbc039 and put stride mode -- stride 10000000 here 7 zeros are my random hex and I started counting after these 7 random hexes, suppose I am searching for the 64-bit key and the key is f9aa309c97bbc039 and I put the command --keyspace 7bbc039:fffffffff7bbc039 --stride 10000000 when I start counting through this command I have to count 9 hex to reach the end of keyspace and I will get the key in 1 minute as I say according to my speed. hope you understand what I am trying to say. if it would happen I will be very thankful to you.
newbie
Activity: 26
Merit: 0
Tnx! I understand it all now after your in-depth explanation.
full member
Activity: 1050
Merit: 219
Shooters Shoot...
Btw any idea why program is not working when you try to search for both compressed and uncompressed addresses? Getting error when I try and program stops.
Can you show what commands you are using when receiving this error? Your batch file command or cmd line?

Quote
Tnx, now I understand. Had no idea your -r feature does that, will use it from now on, that is exactly what I wanted.
The Spread version does not do this, it is the Random version that does that.

I was using -b command. Ok will try VBCRandom verson later today and let you know. Can you explain more how exactly it creates random points and how many of them does it creates. If my gpu runs lets say at 100mk/s, and I use -r 100, will it then run at 100mk/s and evey single key would be random from those 100m keys?
I want it to run at 100mk/s for example and that every key is created randomly through whole keyspace I defined with --keyspace. Lets say I want it to search through --keyspace 1000000000000:FFFFFFFFFFFFF and that it runs through that whole keyspace completely randomly, every single point in that keyspace is generated randomly.
Sorry idk how to explain this better.
REread the above or the github page. The keyspace is not really needed in the random version.

(-topr stands for toprange and -subr stands for subrange)

If you wanted to generate random keys in the 8000000000000:FFFFFFFFFFFFF range (52 bit range) you would use the flags:
-topr 8000000000000 and -subr 51

Using subr of 51 (51 bits) will add 0 to 7FFFFFFFFFFFF TO the topr of 8000000000000. So the lowest point created will be in the 8000000000000 range and the highest point that can be created is FFFFFFFFFFFFF (topr 8000000000000 + subr 7FFFFFFFFFFFF)

If you wanted to just stay in the 8000000000000 range, you would use -topr 8000000000000 and -subr 48.

The random feature is generated via built in Rand function.
How many random points created each rekey depends on the grid size you use. The program currently has x*8,512, meaning if your GPUs grid size is 40x100 then by default, the final grid size would be 320x512 (40*8 = 320 for the x grid (times) the default 512 for the y grid) = 320x512. So in this case, each rekey will generate 320x512 = 163,840 random points. After points are generated they will start from that point and move sequentially until a rekey is made. So if your GPU gets 100 MK/s and you set the -r to 200, -r 200, then you would generate new random points roughly every 2 seconds.

newbie
Activity: 26
Merit: 0
Btw any idea why program is not working when you try to search for both compressed and uncompressed addresses? Getting error when I try and program stops.
Can you show what commands you are using when receiving this error? Your batch file command or cmd line?

Quote
Tnx, now I understand. Had no idea your -r feature does that, will use it from now on, that is exactly what I wanted.
The Spread version does not do this, it is the Random version that does that.

I was using -b command. Ok will try VBCRandom verson later today and let you know. Can you explain more how exactly it creates random points and how many of them does it creates. If my gpu runs lets say at 100mk/s, and I use -r 100, will it then run at 100mk/s and evey single key would be random from those 100m keys?
I want it to run at 100mk/s for example and that every key is created randomly through whole keyspace I defined with --keyspace. Lets say I want it to search through --keyspace 1000000000000:FFFFFFFFFFFFF and that it runs through that whole keyspace completely randomly, every single point in that keyspace is generated randomly.
Sorry idk how to explain this better.
full member
Activity: 1050
Merit: 219
Shooters Shoot...
Here is VBCRandom in action.
Batch file settings:
Code:
VBCRandom -t 0 -gpu -gpuId 0 -topr 8000000000000000 -subr 48 -r 480 --keyspace 8000000000000000:FFFFFFFFFFFFFFFF -o randomtest.txt 16jY7q

Results:

Code:
Started Sat Aug 28 12:32:28 2021
Start Range  :  8000000000000000
End   Range  :  FFFFFFFFFFFFFFFF
Searching For:  16jY7q
Compression  :  Compressed
CPU threads  :  0
GPU          :  GPU #0 NVIDIA GeForce GTX 1060 6GB (10x128 cores) Grid(80x512)

Random Key   :  800007AC8B3D5525
Random Key   :  8000201C33F5235B
Random Key   :  8000E2F090E63C7D
 [00:00:04 Run Time ] [Speed 82.524 MK/s] [Total Keys: 335,544,320] [# Rekeys: 0] [Found: 2]
Random Key   :  8000208FB1B474F6
Random Key   :  8000B9FC61E9ABA1
Random Key   :  8000F0310FBE3DD2
 [00:00:08 Run Time ] [Speed 82.563 MK/s] [Total Keys: 671,088,640] [# Rekeys: 1] [Found: 4]
Random Key   :  80004698D58E9E8F
Random Key   :  800089612D96CDA0
Random Key   :  8000C2190CD91261
 [00:00:15 Run Time ] [Speed 81.609 MK/s] [Total Keys: 1,258,291,200] [# Rekeys: 2] [Found: 6]
Random Key   :  800043E67DBAB51D
Random Key   :  800098B29829B7A7
Random Key   :  800045B53E8E1753
 [00:00:20 Run Time ] [Speed 79.286 MK/s] [Total Keys: 1,593,835,520] [# Rekeys: 2] [Found: 6]

Key results:
Code:
Pub Addr: 16jY7qzxujzi1K7GaEc17ZFokFymagY3jG
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLz94bU7Lw952JxZUX
Priv (HEX): 0x000000000000000000000000000000000000000000000000800015BE8DF950C5

Pub Addr: 16jY7qdry8xB4v6JeMH2R3ViVTSTzDGv2B
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzUZ1qwKHqCmVgPRj
Priv (HEX): 0x000000000000000000000000000000000000000000000000800064574E06912E

Pub Addr: 16jY7qwSUyCss5jZYDjgJofLe7KgKxiCQo
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzGCmCHBUm9fupLgz
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000328A78D70051

Pub Addr: 16jY7q7x9EjwysPAYtappeDX6Lqtm32ekf
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzCiYnMdjWKzRsXUn
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000247B3183BFDC

Pub Addr: 16jY7qTWTgUzCEEH7E9UFxVKALnvCcykwV
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLziDMQ1SzkL55t52w
Priv (HEX): 0x00000000000000000000000000000000000000000000000080009B6E64AE0CAD

Pub Addr: 16jY7qwSwoyaH2NT2dKsY15h11Gma5bccb
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzSjUdaY9XWkAo8pE
Priv (HEX): 0x00000000000000000000000000000000000000000000000080005D00CB38A1B5

Pub Addr: 16jY7qCNptT19yStBa3tgVFy2k7CvhLi8t
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvM13ZD8mLPHJMsj9c6
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000E96EBB6FFC70

Pub Addr: 16jY7q3WZumGZ4gbrDTSte9JTbhEniZpqP
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzLQVfZGJ81tzYnbi
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000437CBF9A4063

Pub Addr: 16jY7qSaxGdCNribBnf6oxcpaw7aBUA6nN
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzMkoUUXmUpiqDSm1
Priv (HEX): 0x000000000000000000000000000000000000000000000000800048EE90360155

Pub Addr: 16jY7qSV4qyaXJNmwWCu2t4DRWHuTnQuwz
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLz9toCoHuQiZuBD2p
Priv (HEX): 0x000000000000000000000000000000000000000000000000800019188671357A

Pub Addr: 16jY7qJ3MdatyubzBQ4e67n5D2iJRqFrDY
Priv (WIF): p2pkh:KwDiBf89QgGbjEhKnhXJuH7LrciVrZi3qYvLzZLFmMZj3v26fWhh
Priv (HEX): 0x0000000000000000000000000000000000000000000000008000779DFF73D53B

See how every new random key is within the same 48 bit range? Now you could change the -topr to whatever toprange and the -subr to whatever subrange. If in the example above you wanted to search every possible range in the toprange of 8000000000000000, you would use -topr 8000000000000000 and -subr 60.

Make sense?

use the -b for compressed and uncompressed.
full member
Activity: 1050
Merit: 219
Shooters Shoot...

You control how often it generates random points using the -r (rekey) feature.
My program just keeps generating random points and it will never end, until you close the program down. It will never start with random points and walk them sequentially until whole keyspace is searched.

I've tried this, but I have a question about it, when it generates random points, is it confined to the current 2^? I put in C000000000000000 as a starting keyspace, will it only generate random points within the 2^35 vs all the way up to 2^64?

For example I put a --keyspace of C000000000000000:E000000000000000, it found a key at C00000037925BAAB, does this imply it's presently not searching in a higher range in the keyspace?

Also, is it completely random? As I've stopped and restarted, and always find the same key when using -r.
The Spread version does not work the random I have spoke about, Spread acts as normal, starts at start range and progresses the same way each time.
Go to Random version:
https://github.com/WanderingPhilosopher/VanBitCrackenRandom
I haven't had time to upload how to use the flags. But if you reread:
Quote
top range/keyspace/beginning range you want to start with
800000
so that is a 24 bit top range

You define if you want random keys generated in all of 24 bit range by selecting subrange of 23; now it will generate random points from 8000000 through FFFFFF
if you wanted to search subrange of 16 bit you select subrange of 16; now it will generate random points from 8000000 through 80FFFF

You control how often it generates random points using the -r (rekey) feature.
You will have an understanding.

use -topr for toprange such as -topr 800000
use -subr for subrange (in bits) such as -subr 16
use the -r to tell program how often to regen new random points within that range such as -r 1200 (every 1200,000,000 keys)

With that setup, the program will generate random points from 800000 to 80FFFF.

Try it let me know how it works for you and if you have any questions.
newbie
Activity: 13
Merit: 0

You control how often it generates random points using the -r (rekey) feature.
My program just keeps generating random points and it will never end, until you close the program down. It will never start with random points and walk them sequentially until whole keyspace is searched.

I've tried this, but I have a question about it, when it generates random points, is it confined to the current 2^? I put in C000000000000000 as a starting keyspace, will it only generate random points within the 2^35 vs all the way up to 2^64?

For example I put a --keyspace of C000000000000000:E000000000000000, it found a key at C00000037925BAAB, does this imply it's presently not searching in a higher range in the keyspace?

Also, is it completely random? As I've stopped and restarted, and always find the same key when using -r.
full member
Activity: 1050
Merit: 219
Shooters Shoot...
Btw any idea why program is not working when you try to search for both compressed and uncompressed addresses? Getting error when I try and program stops.
Can you show what commands you are using when receiving this error? Your batch file command or cmd line?

Quote
Tnx, now I understand. Had no idea your -r feature does that, will use it from now on, that is exactly what I wanted.
The Spread version does not do this, it is the Random version that does that.
newbie
Activity: 26
Merit: 0
Btw any idea why program is not working when you try to search for both compressed and uncompressed addresses? Getting error when I try and program stops.
newbie
Activity: 26
Merit: 0
I can donate a few dollars in BTC for the random implementation, but sadly I don't have much.  
I may have what you already want.

I just need to make sure it is what it is.

Please reexplain what you are wanting to do. Is it just to create random points over and over inside a defined keyspace?

If it's something I have or can do, no need for donation, I do it to tinker, to actually get something to work.

Tested program, it's nice. About 2x faster then pika's random version of bitcrack. I would love to have -r random feature here also. If possible that every point that is created is random in defined keyspace, not just starting points that are random like in bitcrack. So you define your keyspace and it goes randomly through whole keyspace it on each point, not just creating starting points and going in +1 increments.
You say "...define a keyspace and it goes randomly through whole keyspace "it" (not sure what you meant by it) on each point, not just creating starting points and going in +1 increments."
I do not understand how this is random. It sounds like you want it to go check each point in the keyspace or do random jumps through the keyspace. I get confused when you say through the whole keyspace. What I have does the following:

top range/keyspace/beginning range you want to start with
800000
so that is a 24 bit top range

You define if you want random keys generated in all of 24 bit range by selecting subrange of 23; now it will generate random points from 8000000 through FFFFFF
if you wanted to search subrange of 16 bit you select subrange of 16; now it will generate random points from 8000000 through 80FFFF

You control how often it generates random points using the -r (rekey) feature.

But this program is designed to generate and regenerate random points in a given keyspace as often as you like.  It will generate your GPU grid size random points and go sequentially from each random point. Once it rekeys, it generates new random points and goes sequentially. Let's say your GPU gets 100 MKey/s; you could put -r 100 and the program would generate new random points every 1 second.

The difference is; bitcrack generates random starting points and goes sequentially until keyspace has been searched; the program eventually ends.

My program just keeps generating random points and it will never end, until you close the program down. It will never start with random points and walk them sequentially until whole keyspace is searched.

Tnx, now I understand. Had no idea your -r feature does that, will use it from now on, that is exactly what I wanted.
full member
Activity: 1050
Merit: 219
Shooters Shoot...
I can donate a few dollars in BTC for the random implementation, but sadly I don't have much. 
I may have what you already want.

I just need to make sure it is what it is.

Please reexplain what you are wanting to do. Is it just to create random points over and over inside a defined keyspace?

If it's something I have or can do, no need for donation, I do it to tinker, to actually get something to work.

Tested program, it's nice. About 2x faster then pika's random version of bitcrack. I would love to have -r random feature here also. If possible that every point that is created is random in defined keyspace, not just starting points that are random like in bitcrack. So you define your keyspace and it goes randomly through whole keyspace it on each point, not just creating starting points and going in +1 increments.
You say "...define a keyspace and it goes randomly through whole keyspace "it" (not sure what you meant by it) on each point, not just creating starting points and going in +1 increments."
I do not understand how this is random. It sounds like you want it to go check each point in the keyspace or do random jumps through the keyspace. I get confused when you say through the whole keyspace. What I have does the following:

top range/keyspace/beginning range you want to start with
800000
so that is a 24 bit top range

You define if you want random keys generated in all of 24 bit range by selecting subrange of 23; now it will generate random points from 8000000 through FFFFFF
if you wanted to search subrange of 16 bit you select subrange of 16; now it will generate random points from 8000000 through 80FFFF

You control how often it generates random points using the -r (rekey) feature.

But this program is designed to generate and regenerate random points in a given keyspace as often as you like.  It will generate your GPU grid size random points and go sequentially from each random point. Once it rekeys, it generates new random points and goes sequentially. Let's say your GPU gets 100 MKey/s; you could put -r 100 and the program would generate new random points every 1 second.

The difference is; bitcrack generates random starting points and goes sequentially until keyspace has been searched; the program eventually ends.

My program just keeps generating random points and it will never end, until you close the program down. It will never start with random points and walk them sequentially until whole keyspace is searched.
newbie
Activity: 26
Merit: 0
I can donate a few dollars in BTC for the random implementation, but sadly I don't have much. 
I may have what you already want.

I just need to make sure it is what it is.

Please reexplain what you are wanting to do. Is it just to create random points over and over inside a defined keyspace?

If it's something I have or can do, no need for donation, I do it to tinker, to actually get something to work.

Tested program, it's nice. About 2x faster then pika's random version of bitcrack. I would love to have -r random feature here also. If possible that every point that is created is random in defined keyspace, not just starting points that are random like in bitcrack. So you define your keyspace and it goes randomly through whole keyspace it on each point, not just creating starting points and going in +1 increments.
newbie
Activity: 13
Merit: 0
I can donate a few dollars in BTC for the random implementation, but sadly I don't have much.  
I may have what you already want.

I just need to make sure it is what it is.

Please reexplain what you are wanting to do. Is it just to create random points over and over inside a defined keyspace?

If it's something I have or can do, no need for donation, I do it to tinker, to actually get something to work.

Yes that's correct, say I set a keyspace, it generates random points to search within that keyspace.
full member
Activity: 1050
Merit: 219
Shooters Shoot...
I can donate a few dollars in BTC for the random implementation, but sadly I don't have much. 
I may have what you already want.

I just need to make sure it is what it is.

Please reexplain what you are wanting to do. Is it just to create random points over and over inside a defined keyspace?

If it's something I have or can do, no need for donation, I do it to tinker, to actually get something to work.
newbie
Activity: 13
Merit: 0
I can donate a few dollars in BTC for the random implementation, but sadly I don't have much. 
Pages:
Jump to: