Pages:
Author

Topic: Prefix Difficulty Calculator c# assistance please! Base code included in post. (Read 580 times)

legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
This post reminded me of another business opportunity for you: could you also do split-key .onion addresses? I found a topic from 6 years ago, but that's not an automated service. I can imagine there's a demand for this (and I still hope Bitcointalkxxxx.onion will be created at some point).
hero member
Activity: 1438
Merit: 513
Remember this service is being designed for the retail investor.
Do you remember this post? I know it's not really practical, and you'll need cooperation of customers to hand over their keys when requested, but it has the potential to search for many split key vanity addresses at once.

Yea, to much dev work though, if i tried id have it whipped up in the next 10 years or so.


Right, so it sounds like you have a more accurate way of calculating difficulty, so use it. It's all a ball park average; you will find some over and some under said difficulty/time. As Lloyce said, after awhile and 1000s of keys generated, should be your market maker.

Oh I like to race, you wanna race? Title for title?  Wink

I have been working on an AI "bot" to decrease my block finds (altcoin, not bitcoin). I'm at about 88% average over 1,000 blocks. But I see many with similar hash rate who are at 100%+; I used the mining just as a reference, it's just numbers that tell you how long it should take you to find x y and z, most of the time, they are somewhat close, but not exact.

Why not also focus on the newer bitcoin addresses, can it not be done via split key? What is the market for legacy vanity addresses? A lot of people still wanting them?

The back end for p2sh and bech32 are already there and working, problem is finding a way for customers to get pub keys and merge them easily using streamlined Gui that's not lost in translation its preferable to be in one tool. (Again this is for retail investor , we arnt trying to confuse people yet! We will probably offer an advanced mode of 1splitkey in the future, we are trying to crawl before we walk though.

For now we've blocked incoming pub keys that are not legacy.  We want to focus on one thing at a time until its mastered.




legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
Remember this service is being designed for the retail investor.
Do you remember this post? I know it's not really practical, and you'll need cooperation of customers to hand over their keys when requested, but it has the potential to search for many split key vanity addresses at once.
full member
Activity: 1162
Merit: 237
Shooters Shoot...
1.I get why you are trying to get it down to an exact difficulty number...but it doesn't seem important to me, to get it exact.
2.You have your ball park numbers. Who cares about exact, how does that help you or a potential customer?
3.If difficulty is x and you say it should take you 3 days, so you charge $x, what happens if you find it in 1 hour? Do you refund the customer for 71 hours?
4.Or what if it takes you 6 days to find, do you go back to customer and charge extra?

The numbers are just numbers, they give us an estimate. That is all.
Just like mining.
5If a coin's network hashrate is 70GH/s and I have 7GH/s, then by math, I should find a block on average, 1 out of every 10. But that does not happen.

6.Also, so JLP codes an awesome program and you want to dog him out about 1 aspect...pivots? You won't someone to admit he was wrong, lol. Really? How about you code a vanitysearch program that is 100% accurate and release it so we can "test" it?

7.I could be wrong here, but did you say your site will check around 24,000 MKey/s? What program will your site be using? 24,000 MKey/s does not seem like a lot. I have an 8 card rig that can do that.

1 If someone does a trailing number with pivots and it takes 256 * 58 * 58  longer than 58 * 58 * 58 with a 341% difference for the same amount of digits.
from a business aspect its helps us from misquoting , If you contact a broker for 2 s19's for $10,000 he agrees and shakes on it, but he contacts you a day later saying he can only get you 1 for $10,000 thats bad business, and youve lost a customer and a customer reference.
2 Our competitors offer the following prefix for 85 euros (~$92) 11111111 If I submitted that order the following would likely happen
I would get an email apologizing and that it cannot be done for that price. Possibly offered a refund.
I would get the prefix at some point in time while the operator runs at a major loss.
This is why quotes are so important and pinpoint accuracy is crucial ball park numbers don't work here.
3 No that is why we consider overall averaging. (Loyce broke this down pretty well)
4 Also no we consider overall averaging and is also why we desire as much accuracy as possible. There is also a mean pricing quota that compensates for luck on our end.(Loyce broke this down pretty well)
5 if your coins networks stayed at 70gh and you stayed at 7gh I can say with confidence your average block find will be about 10%~ overall
6 I don't want anyone to admit its wrong , I know its wrong. Im not harping JLVS as its by far my favorite program, (I wouldn't have spent 16 months making a program around it if I didn't)
But to poke the bear so to speak VanityGen is 100% accurate pivots or not.  
7 I don't care how fast your car is if your not trying to race. Remember this service is being designed for the retail investor. And in most situations will be free to the endpoint user.
we also wont be disclosing total key counts across the farm(s).

With that being said JLVS wrote an amazing program.
We utilize it instead of vanitygen due to the key counts.
We need to be accurate so we can realistically provide proper services, We want to give out certain difficulties for free.
We want to be the definitive split key wallet provider in this sector. In order to do this we need to factor all things that can go wrong from the customers point of view.



Right, so it sounds like you have a more accurate way of calculating difficulty, so use it. It's all a ball park average; you will find some over and some under said difficulty/time. As Lloyce said, after awhile and 1000s of keys generated, should be your market maker.

Oh I like to race, you wanna race? Title for title?  Wink

I have been working on an AI "bot" to decrease my block finds (altcoin, not bitcoin). I'm at about 88% average over 1,000 blocks. But I see many with similar hash rate who are at 100%+; I used the mining just as a reference, it's just numbers that tell you how long it should take you to find x y and z, most of the time, they are somewhat close, but not exact.

Why not also focus on the newer bitcoin addresses, can it not be done via split key? What is the market for legacy vanity addresses? A lot of people still wanting them?
hero member
Activity: 1438
Merit: 513
1.I get why you are trying to get it down to an exact difficulty number...but it doesn't seem important to me, to get it exact.
2.You have your ball park numbers. Who cares about exact, how does that help you or a potential customer?
3.If difficulty is x and you say it should take you 3 days, so you charge $x, what happens if you find it in 1 hour? Do you refund the customer for 71 hours?
4.Or what if it takes you 6 days to find, do you go back to customer and charge extra?

The numbers are just numbers, they give us an estimate. That is all.
Just like mining.
5If a coin's network hashrate is 70GH/s and I have 7GH/s, then by math, I should find a block on average, 1 out of every 10. But that does not happen.

6.Also, so JLP codes an awesome program and you want to dog him out about 1 aspect...pivots? You won't someone to admit he was wrong, lol. Really? How about you code a vanitysearch program that is 100% accurate and release it so we can "test" it?

7.I could be wrong here, but did you say your site will check around 24,000 MKey/s? What program will your site be using? 24,000 MKey/s does not seem like a lot. I have an 8 card rig that can do that.

1 If someone does a trailing number with pivots and it takes 256 * 58 * 58  longer than 58 * 58 * 58 with a 341% difference for the same amount of digits.
from a business aspect its helps us from misquoting , If you contact a broker for 2 s19's for $10,000 he agrees and shakes on it, but he contacts you a day later saying he can only get you 1 for $10,000 thats bad business, and youve lost a customer and a customer reference.
2 Our competitors offer the following prefix for 85 euros (~$92) 11111111 If I submitted that order the following would likely happen
I would get an email apologizing and that it cannot be done for that price. Possibly offered a refund.
I would get the prefix at some point in time while the operator runs at a major loss.
This is why quotes are so important and pinpoint accuracy is crucial ball park numbers don't work here.
3 No that is why we consider overall averaging. (Loyce broke this down pretty well)
4 Also no we consider overall averaging and is also why we desire as much accuracy as possible. There is also a mean pricing quota that compensates for luck on our end.(Loyce broke this down pretty well)
5 if your coins networks stayed at 70gh and you stayed at 7gh I can say with confidence your average block find will be about 10%~ overall
6 I don't want anyone to admit its wrong , I know its wrong. Im not harping JLVS as its by far my favorite program, (I wouldn't have spent 16 months making a program around it if I didn't)
But to poke the bear so to speak VanityGen is 100% accurate pivots or not.  
7 I don't care how fast your car is if your not trying to race. Remember this service is being designed for the retail investor. And in most situations will be free to the endpoint user.
we also wont be disclosing total key counts across the farm(s).

With that being said JLVS wrote an amazing program.
We utilize it instead of vanitygen due to the key counts.
We need to be accurate so we can realistically provide proper services, We want to give out certain difficulties for free.
We want to be the definitive split key wallet provider in this sector. In order to do this we need to factor all things that can go wrong from the customers point of view.



 
 

legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
If difficulty is x and you say it should take you 3 days, so you charge $x, what happens if you find it in 1 hour? Do you refund the customer for 71 hours?
Or what if it takes you 6 days to find, do you go back to customer and charge extra?
I assume this is a risk of the service provider: you can't know how long it really takes, all you know is how long it takes for 50% chance of finding the address. The "lucky" ones are easy money, but that money is needed for the "unlucky" addresses that takes 100 times longer than expected.

Quote
I could be wrong here, but did you say your site will check around 24,000 MKey/s? What program will your site be using? 24,000 MKey/s does not seem like a lot. I have an 8 card rig that can do that.
Here I am using my old laptop that does 9 Mkeys/s on GPU Shocked
full member
Activity: 1162
Merit: 237
Shooters Shoot...
11111111=    72057594037927936 (96 days) ***
111111113= 173346595075428800   240 days ***
This can't be right, right? The second one has only 2.4 times higher difficulty than the first.
According to vanitygen, it should be 5.7 times more difficult.

According to vanitygen, 1113 is 69 times more difficult than 111, but 111113 is only 3.5 times more difficult than 11111. I don't get it.
The part where I was asking about pivots Wink
1QLbz6
VS=264,104,224
1QLbz7
VS=264,104,224
VG=837,596,142 (true difficulty)

3.165 ~ difference 
I've been asking all along for help with the pivots. But no one has answers to the witchcraft involved. So the above formula's excludes it/pivots.
Since  Vanitysearch doesn't factor them in I dont know how to tell. 
I tried figuring out how PCRE does it but im not savvy in how it was wrote.
Aside from Nonce , no ones even bothered or acknowledged me asking about pivots or admitted JLVS is wrong on calculations involving pivots.

I get why you are trying to get it down to an exact difficulty number...but it doesn't seem important to me, to get it exact.
You have your ball park numbers. Who cares about exact, how does that help you or a potential customer?
If difficulty is x and you say it should take you 3 days, so you charge $x, what happens if you find it in 1 hour? Do you refund the customer for 71 hours?
Or what if it takes you 6 days to find, do you go back to customer and charge extra?

The numbers are just numbers, they give us an estimate. That is all.
Just like mining.
If a coin's network hashrate is 70GH/s and I have 7GH/s, then by math, I should find a block on average, 1 out of every 10. But that does not happen.

Also, so JLP codes an awesome program and you want to dog him out about 1 aspect...pivots? You won't someone to admit he was wrong, lol. Really? How about you code a vanitysearch program that is 100% accurate and release it so we can "test" it?

I could be wrong here, but did you say your site will check around 24,000 MKey/s? What program will your site be using? 24,000 MKey/s does not seem like a lot. I have an 8 card rig that can do that.
hero member
Activity: 1438
Merit: 513
I understand it is value corresponding to the given RIPEMD160 hash, right?
right, something to do with the bits 16bit or 32bit there's a pivot that determines the bitrate utilizing ripemd160 and some formula.
however, all the weight of the characters don't seem to add up no matter how I crunch them with the information I have access to,
0,1,2 seem to be the correlated weights per character (I could be wrong here) ,they didn't seem to have anything to do with 1,2-Q,R-z either considering 1QLbz6 is lighter than 1QLbz7.

legendary
Activity: 952
Merit: 1385
Aside from Nonce , no ones even bothered or acknowledged me asking about pivots or admitted JLVS is wrong on calculations involving pivots.

I haven't found any clear definition what pivot is, but based on:
https://en.bitcoin.it/wiki/Vanitygen#Difficulty_of_finding_a_vanity
I understand it is value corresponding to the given RIPEMD160 hash, right?

Someone tried to explain his calculations here: https://bitcoin.stackexchange.com/questions/48586/best-way-to-calculate-difficulty-of-generating-specific-vanity-address but it does not look to be correct, taking into account what you say.
This explanation looks better: https://bitcoin.stackexchange.com/a/95828

hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
I tried figuring out how PCRE does it but im not savvy in how it was wrote.
Aside from Nonce , no ones even bothered or acknowledged me asking about pivots or admitted JLVS is wrong on calculations involving pivots.
Honestly, I'm not sure the PCRE regex library is even used to calculate the difficulty. After looking at the code again, to my untrained eye it appears that get_prefix_ranges is invoked for getting the ranges that produce a certain prefix and then the result is used in vg_prefix_get_difficulty, both of which don't use PCRE.
I'm not sure, but that regex stuff may not be related to difficulty and pivot calculations.

I wish I could help more, but I'm getting openssl errors when trying to compile. If you have an up-to-date fork of vanitygen that compiles, I'd poke at it again.
hero member
Activity: 1438
Merit: 513
11111111=    72057594037927936 (96 days) ***
111111113= 173346595075428800   240 days ***
This can't be right, right? The second one has only 2.4 times higher difficulty than the first.
According to vanitygen, it should be 5.7 times more difficult.

According to vanitygen, 1113 is 69 times more difficult than 111, but 111113 is only 3.5 times more difficult than 11111. I don't get it.
The part where I was asking about pivots Wink
1QLbz6
VS=264,104,224
1QLbz7
VS=264,104,224
VG=837,596,142 (true difficulty)

3.165 ~ difference 
I've been asking all along for help with the pivots. But no one has answers to the witchcraft involved. So the above formula's excludes it/pivots.
Since  Vanitysearch doesn't factor them in I dont know how to tell. 
I tried figuring out how PCRE does it but im not savvy in how it was wrote.
Aside from Nonce , no ones even bothered or acknowledged me asking about pivots or admitted JLVS is wrong on calculations involving pivots.
legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
11111111=    72057594037927936 (96 days) ***
111111113= 173346595075428800   240 days ***
This can't be right, right? The second one has only 2.4 times higher difficulty than the first.
According to vanitygen, it should be 5.7 times more difficult.

According to vanitygen, 1113 is 69 times more difficult than 111, but 111113 is only 3.5 times more difficult than 11111. I don't get it.
hero member
Activity: 1438
Merit: 513
splitkey looks like a really nice service!

out of curiosity, please can you give a quote and time estimate for these prefixes:
1111111
11111111
11111113
111111113
1111111MM
testing with 12000mk/s (1 rig)
1111111=         281474976710656 Under a day ~$80
11111111=    72057594037927936 (96 days) ***
11111113=      2988734397852220 About 2 weeks ~$650
111111113= 173346595075428800   240 days ***
1111111MM=10054102514374868992 36 years ***
with the entire farm's applied we can confidently estimate half the time at about 24000 mk/s
We haven't plugged in the entire farm yet to see total key counts to accurately quote times against total keys per second.


***
 with problems like these we would rent lambda A100 x16 sxm4 systems to knock em out  we wouldn't splitkey in this case just set you up to find it yourself on rental and youll find it in less time.
we'd charge a percentage for non split key and you revoke ssh key after we set you up considering you know about the trailing numbers being X256 time's more difficult we could assume you can operate a remote server, again this service is geared towards retails investor's not script manipulators or trailing number seekers that can do it on their own. Odds are we are going to deny trailing 1 orders,its to difficult to make the client side calculator work in this instance and c# starts struggling/breaks.
We will probally just do email request for these pivots and trailing 1's orders   
full member
Activity: 209
Merit: 148
splitkey looks like a really nice service!

out of curiosity, please can you give a quote and time estimate for these prefixes:
1111111
11111111
11111113
111111113
1111111MM
legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
Loyce thank you so much for checking those out!
For future reference, I used this:
Code:
for prefix in `cat /tmp/list | cut -d' ' -f1`; do echo -n "$prefix: "; ./vanitygen -n $prefix | grep Diffi; done

Quote
I expected about a %4.35 variation max due to rounding differences
If it's never more than that, you could just ignore it. I assume you have more than 5% margin for the service you're planning, so it should still be profitable.
Or maybe you can test for instance 1000 rounds, and see how many keys you have to search through. If you do this often enough, you should get an accurate estimate.
hero member
Activity: 1438
Merit: 513
-snip
Vanitygen gives slightly different values for some:
Code:
-snip
Loyce thank you so much for checking those out! I expected about a %4.35 variation max due to rounding differences
sometime base numbers are different too.
such as 23/24(4.35%) , and 1330/1334/1354 (1.80%)
but reading below I think we can reduce the error rate down to 1.8% overall.  
These rounding differences only really show themselves when dividing the difficulty.
for example

264,181,648/58^3= 1354 (My method) or /4 for 23.34
264104224/58^3= 1,353.60318176227 (VS) /4 for 23.33
259627881/58^3= 1,330.660753823445 (VG)    /4 for 22.94
260,474,520/58^3= 1335  or /4 23.01 what VG should show given they use 1335 as R-z difficulty

From what I see I think I can cancel out 4.35% error rate and reduce it down to about 1.7539591597%(using 13XX) or  1.743679163 (using 22.94-23.34)

I typo'd 1111A = 264104224   1354 * 58 * 58 * 58 forgot a * 58 operation

Another reason this is important that it reflects onsite near the same as the searcher programs is the handler software can use any prefix finding software.

Thank you guys for the help , if we can figure out the whole pivot thing VG talks about that would be cool too but I wont push my luck Smiley  

legendary
Activity: 3290
Merit: 16489
Thick-Skinned Gang Leader and Golden Feather 2021
11 = 256
111 = 65536                 256 * 256
1111 = 16777216          256 * 256 * 256
1111A = 264104224   1354 * 58 * 58
112 = 1354                   23*58
11a = 78509              1354 * 58
11R = 78509               1354 * 58
11RRa = 264104224  1354 * 58 * 58 * 58
1aa = 78509      1354 * 58
1AA = 1354       23 * 58
1AAz = 78509     23 * 58 * 58
1zAA = 4553521     1354 * 58 * 58
1AzA = 78509     23 * 58 * 58
1AA1AA = 264104224      23 * 58 * 58 * 58 * 58
1zz1zz = 15318045009    1354 * 58 * 58 * 58 * 58
1zz11z = 15318045009    1354 * 58 * 58 * 58 * 58
1111zz = 888,446,610,539    1354 * 58 * 58 * 58 * 58 *58  (If trailing 1's with a R-z add a * 58 operation)
1111AA = 15318045009   1354 * 58 * 58 * 58 * 58
1ABCDE = 264104224  23 * 58 * 58 * 58 * 58
1ABCDz = 264104224  23 * 58 * 58 * 58 * 58
1oiL = 4553521     1354 * 58 * 58
Vanitygen gives slightly different values for some:
Code:
11: Difficulty: 256
111: Difficulty: 65536
1111: Difficulty: 16777216
1111A: Difficulty: 259627881
112: Difficulty: 1335
11a: Difficulty: 78508
11R: Difficulty: 78508
11RRa: Difficulty: 264104224
1aa: Difficulty: 78508
1AA: Difficulty: 1330
1AAz: Difficulty: 77178
1zAA: Difficulty: 4553521
1AzA: Difficulty: 77178
1AA1AA: Difficulty: 259627881
1zz1zz: Difficulty: 15318045009
1zz11z: Difficulty: 15318045009
1111zz: Difficulty: 888446610538
1111AA: Difficulty: 15058417127
1ABCDE: Difficulty: 259627881
1ABCDz: Difficulty: 259627881
1oiL: Difficulty: 4553521
hero member
Activity: 1438
Merit: 513
On a side note, I think I've solved the site calculator heres a breakdown excluding the pivot witchcraft (to me)
PLEASE tell me if I'm wrong and point me in the right direction, if I'm right the site will go live soon with accurate(affordable) pricing
-snipped edit solved
hero member
Activity: 1438
Merit: 513
Curious as to the amount of gear has to run to do what you do.
Also Could a remote miner be added?
Ie I have a rig with 11x rtx  a4500 cards and 1x rtx a5000 cards. could it pool to your setup?
I also have 2 rigs with 12x rtx a4000 cards
I know your state is nowhere near NJ but if the project could allow remote rigs to tie in you could do 10 or 12 custom  vs 7

Its a yes no thing, as mentioned here.

We can link miners everywhere/anywhere and grow the MK/S, as for now we cant check key count honesty. We can only determine based on what you input in this software.



We haven't decided if this handler tool will be open source or not. So far the only thing that is OS is the merge tool built off bitaddress.org

To clarify we can do certain difficulties for free in some instances that's up to 7 digits usually in under 5 mins

1Philipma1957's (case insensitive) Difficulty is 36446121614608900096 would take about 130 years with 12000 mk/s for one result that may not even be correct

if it Wasn't splitkey 130~ years on the first try. If you double the the key count, you can half the time estimate.

1Philipma (case insensitive) Difficulty is 3,220,618,963,203 we could get one result every 5 mins. ~ @12000 mk/p

for example just testing it to snag the difficulty

PubAddress: 1PhiLiPMAXUoMbCBqZCJbiVYzjAyQYF9zL
Priv (WIF): p2pkh:L2piDYLuwW4TrYVKtEVQ5kPsBuVFQDRzqeLgwFnUVqzQTV2CF1zV
Priv (HEX): 0xA7314E00BE8FDCCF7C5A7AA2F2BB5AB5672037018A25DEF960503B9D299177F9

got a hit with 1 of 3 machines with the software installed, (wasnt splitkey)

1Philipma19 (case insensitive) Difficulty is 1910834162192214300 putting out 1 result every 10 days or so,

 (we go for master key not the others we check your pubkey vs our partialpriv in another headless html pruned version of bitaddress.org)

So 10 digits is doable , this testing was done on one rig, we have 3 in test with 2 more to add , start tossing in 24 x a4000's and 11x a 4500's  we could slim these estimates down a lot ,

Our plan for 9+ digits was to just rent 16x sxm4 lamda rigs,  

We've debated releasing an opensource splitkey vanity handler for "Pooling" software does callback with key estimates and we provide discount based on the contributed keyspersecond.

Not case sensitive , but 1PHiLiPMA is going to be fastest route to find

Kinda like mining rig rentals with some slick workarounds for validations instead of full blown pools.  

We would autoconfigure your arguments via cli wmic or smi ect and run your results against a database of card speeds that are logged in a database

We have to figure out this difficulty/pivot stuff for precise accuracy though.

If you wanted to run your speeds for me I could give you more accurate estimates based on what I know,

VanitySearch.exe already compiled. with that kind of gear you could surely get 1PhiLiPMA before you go to bed.

Our quotes are broken right now until I get help figuring out the the broken formula in the main post adding the extra *58 operation.

Our quote for 1PHiLiPMA says difficulty=294,545,08,795,143,700 but 1PHiLiPMA is really 51,529,903,411,245 So we have 1 *58 operation too many in the code above.





legendary
Activity: 4256
Merit: 8551
'The right to privacy matters'

If, however, you would search for "tt", the difficulty drops by 75% because you're now searching for 4 different prefixes:
Code:
./vanitygen 1tt  
Difficulty: 78508
./vanitygen -i 1tt
Difficulty: 19627
./vanitygen 1tt 1TT 1tT 1Tt
Next match difficulty: 19627 (4 prefixes)


Perfectly explained.

In other words, if you have case sensitive difficulty X, case insensitive difficulty will be X/(2^(number of [a-z] characters)).
1t 1T - 2^1 = 2 possibilities
1tT 1TT 1tt 1tT = 2^2 = 4 possibilities
1TTT 1TTt 1TtT 1Ttt 1tTT 1tTt 1ttT 1ttt = 2^3 = 8 possibilities etc.

so 1-9 and o,i & L are excluded right?
so as 1oojoo1 -i really is simply put = 444223305269
Thanks, maybe I was overthinking it.
solution= Diff/(2^(number of [a-z] characters)
so 1oojoo1= 888446610539
with -i/-c = 444223305269

Moving on from the case insensitive formula questions here's a different issue I'm encountering.

PawGo, I know how the script works I came up with it and overgril parsed it up, but somethings wrong with it because it excludes 16/32 pivots and it's doing a wrong operation /58 and *58 somewhere in it.  , I need to understand the pivots better
why does.

1QLbz6=264,104,224
but due to a pivot I don't understand
1QLbz7=837,596,142

VanitySearch doesn't calculate this correctly. (I've basically learned all I know on B58 off JLVS deconstruction)
Vanitygen does , however I don't understand how the conclusions are met,
https://github.com/samr7/vanitygen/blob/master/pattern.c
what in the witchcraft is PCRE? (https://www.pcre.org/original/doc/html/pcre_exec.html)
can you help me simplify this in the same way you did this  
Quote
X/(2^(number of [a-z] characters))

If I'm using JLVS calculation method and come to the conclusion  that 1QLbz7 = 264,104,224 thats a miscalculation and will cost me.




Curious as to the amount of gear has to run to do what you do.

Also Could a remote miner be added?

Ie I have a rig with 11x rtx  a4500 cards and 1x rtx a5000 cards. could it pool to your setup?
I also have 2 rigs with 12x rtx a4000 cards

I know your state is nowhere near NJ but if the project could allow remote rigs to tie in you could do 10 or 12 custom  vs 7
Pages:
Jump to: