Topic: Vanity Pool - vanity address generator pool - page 11. (Read 147800 times)
I liked vanity addresses but I prefer not to use them now. I don't think they are safe enough actually.
so for Bitcoin vanity addresses, I ll have to use sha?
Correct - though specifically, you would have to generate them according to what makes a valid Bitcoin address:https://en.bitcoin.it/wiki/Technical_background_of_version_1_Bitcoin_addresses
VanityGen and the included vanityminer will do all this for you - there's no reason to worry about the particular technical details at all unless you were creating your own implementation.
so for Bitcoin vanity addresses, I ll have to use sha?
Correct - though specifically, you would have to generate them according to what makes a valid Bitcoin address:https://en.bitcoin.it/wiki/Technical_background_of_version_1_Bitcoin_addresses
VanityGen and the included vanityminer will do all this for you - there's no reason to worry about the particular technical details at all unless you were creating your own implementation.
How do I generate a mixed case address on vanitypool?
You don't. You could try one of the other pools that offer case-insensitive options, but they're all pretty much inactive.And what miners would be the best for mining vanity address, sha or script? Sorry for all the noob questions
Use the oclvanityminer that's part of vanitygen, or do it manually using oclvanitygen. SHA vs Scrypt comes into play if you want to generate vanity addresses for altcoins that use Scrypt - you'd have to check if there's a vanitygen build for the applicable altcoin.How do I generate a mixed case address on vanitypool?
You don't. You could try one of the other pools that offer case-insensitive options, but they're all pretty much inactive.And what miners would be the best for mining vanity address, sha or script? Sorry for all the noob questions
Use the oclvanityminer that's part of vanitygen, or do it manually using oclvanitygen. SHA vs Scrypt comes into play if you want to generate vanity addresses for altcoins that use Scrypt - you'd have to check if there's a vanitygen build for the applicable altcoin.
How do I generate a mixed case address on vanitypool? And what miners would be the best for mining vanity address, sha or script? Sorry for all the noob questions
If you don't want to wait for someone to find Aanton's address then you can always mine specific addresses from the work list by passing the public key to vanitygen and you could even write a little polling script to check the available work for new work that isn't so lavish it's years of hashing. Of course, statistically you'll earn more coin from hashing the most profitable address - which is aantonop at the moment.. which is why the pool is providing that address as the one to look for.
./vanitygen 1prefix -P thepublickeyforthatjob
https://vanitypool.appspot.com/getWork
Edit: PHP Example..
./vanitygen 1prefix -P thepublickeyforthatjob
https://vanitypool.appspot.com/getWork
Edit: PHP Example..
Code:
$oldData = file_get_contents('checkForNewVanityPoolWork.txt');
$newData = file_get_contents('https://vanitypool.appspot.com/getWork');
if(md5($oldData) != md5($newData)) {
// Found changes..
echo "\n\n\nNEW VANITY POOL WORK!\n\n\n";
file_put_contents('checkForNewVanityPoolWork.txt', $newData);
}
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
Any updated miner repository? I am still using samr7's codebase, but thought maybe an updated version exists.
There's a fork, e.g. https://github.com/WyseNynja/vanitygen . Changes are relatively minor - most of the changes are in regular vanitygen to allow for vanity addresses for altcoins not supported in the samr7 codebase, and some small speedups with regard to regex-based vanity checks.I don't think there's that much room for improvement in the actual mining process anyway. I think the selection criteria could use a tweak (right now it always goes after the one that has the largest 'lavishness', even if the 50% chance is several years into the future - versus lower lavishness but a payout sometime this week), and of course as I noted above it would be nice if this could be pooled.. but alas, low priority for the developer(s)
Hopefully I can get around to doing a thread on these things at some point - still evaluating bits and pieces.
Thanks for the hint to try out casascius' bitcoin address utility.
No problem - good luck Now how will payout be calculated based on the submitted addresses, no idea.
Any updated miner repository? I am still using samr7's codebase, but thought maybe an updated version exists.
There's a fork, e.g. https://github.com/WyseNynja/vanitygen . Changes are relatively minor - most of the changes are in regular vanitygen to allow for vanity addresses for altcoins not supported in the samr7 codebase, and some small speedups with regard to regex-based vanity checks.I don't think there's that much room for improvement in the actual mining process anyway. I think the selection criteria could use a tweak (right now it always goes after the one that has the largest 'lavishness', even if the 50% chance is several years into the future - versus lower lavishness but a payout sometime this week), and of course as I noted above it would be nice if this could be pooled.. but alas, low priority for the developer(s)
Hopefully I can get around to doing a thread on these things at some point - still evaluating bits and pieces.
Thanks for the hint to try out casascius' bitcoin address utility.
No problem - good luck legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
Any updated miner repository? I am still using samr7's codebase, but thought maybe an updated version exists.
the address I received is :
1MrS3cu7boYn3JRb2mBPKgRygEs29N4ZF
It should have 1CACTUS
1MrS3cu7boYn3JRb2mBPKgRygEs29N4ZF
It should have 1CACTUS
I used this recently - worked fine. Are you using Casascius' Bitcoin Address Utility or something else?
Try both combination types (Addition and Multiplication), and try both Compressed and Uncompressed. Note that the notification states Addition Uncompressed, so make sure you try that first.
If all else fails, try shooting me a PM with 1. Your PUBLIC key used in the challenge (should be the one in your post) and 2. the SOLUTION key received from the challenge. Note that this will not give me the resulting private key needed to spend funds. ( In theory you could send the PUBLIC key for both, if the method is indeed addition. )
ThePiachu, how are you calculating "complexity?" Did you write some tool of your own to do this?
Yes, it's a part of my Vanity Pool webapp. I consulted with samr7 on the subjct of how the initial character (after net byte) affects the final result (See here http://bitcoin.stackexchange.com/a/3858/323).As I understand it, those modifications aren't carried over to, or from, vanitygen. At least when I compare the numbers on the website to the ones I'm calculating based on the 'difficulty' figure from vanitygen, I get a bunch that are within the error of calculating from the scientific notiation used, but others that are ~0.39x smaller Lavishness, and yet others that are ~23x greater Lavishness. I figure it has to do with some of the things said in the stackexchange post, but I'm not actually seeing the relation as it is posted there (which actually agrees with vanitygen).
Examples:
| vanity | difficulty | pool lavishness | calculated lavishness | ratio |
| 1ALiCECiLA | 2938077882634390
As great as it would be to have those features implemented, at the moment I am working on too many projects to rework the Pool. I think what the Pool needs more of is exposure - if more people start using it, miners will be able to work on more addresses and get more regular profit.
Looks like there's some renewed interest in this - any chance a shared mining pool (which I thought of, but figured it was somewhere in this thread already - and it was) could make an appearance, or is the I/O cost still too high?
It's possible to make vanity address mining much like regular bitcoin mining, in the sense of tracking the total work completed by each participant, and possibly distributing rewards to all participants rather than just the finder. The idea would be, if somebody wants 1DanieLRH, post the bounty for 1Danie, and keep track of how many addresses each miner returns. Eventually, a matching address will come back, and all of the partial matches will make it possible to determine the division of compute resources. I suppose the partial rewards would be possible, but could tax the pool a bit too much. It is running on Google App Engine which charges for each read/write operation. I guess if there is enough demand I can look into that. Though the way I had thought of doing this was to be a bit more useful in the work generated - but then samr7 seems to have disappeared and several code changes would be needed, if even possible without breaking the whole 'zero trust' bit. But a possibly simpler solution dawned on me that should work without any changes on the miner side - but may be a headache in the making for accounting. In addition to the long-prefix (Lx) work posted, you would have another set of work posted that has much simpler vanity prefixes (Sx) - be that short common words, repeating characters, or just inherently simpler prefixes (trying to recall why some characters were inherently more difficult than others.. might have been dreaming that); say prefixes that may average just a few per day (as opposed to the current '50% change of hitting a solution in N years') A miner would run the oclvanityminer app twice*, with two different URLs for each (so that each gets a different list), supplying the same bitcoin address (this becomes the miner's 'ID'). When started 'as is', each will be mining at about the same hash rate (a 50/50 split), so the number of solutions sent out for Sx becomes indicative of how much work they're doing toward the solution of Lx. If the miner decides to give Sx a higher priority (assigning more threads, say), this inherently cuts into the hash rate for the Lx, making it less likely that they will hit the Lx within the same time frame as somebody who leaves it at 50/50. So while they may get a larger proportion of the bounty** once Lx has been found, it would - on average - take longer for it to be found, thus eating into electricity/maintenance costs and also allowing more shares by others to be submitted in that time. If they decide to do the opposite, giving Lx a higher priority than Sx, they may arrive at a solution of Lx more quickly, but because they have sent in fewer Sx, they'll get a smaller proportion of the bounty. * May need -g XxY tweaks as otherwise it may run out of resources (and crash the driver while at it - oops). ** One option to discourage this behavior further is by giving the miner that actually finds the bounty a larger proportion by default - thus encouraging a miner to mine as fast as possible, 'beating' others to the solution, while letting them decide the shares vs actually-finding-it trade-off The upsides to this approach are:
The downsides are many, too, though:
Yes looking aimlessly for "1aantonop" is absolutely niche. Useless POS. Could someone create a pool that can say not search for the same address until the end of time? It's all supply and demand - if people aren't buying addresses, there is little work. If you want to get more mining work, try convincing people to get themselves a vanity address  .Lol. I can't really complain. I found two addresses on that dual Nvidia machine. I don't think I can afford 1UnicornHasher 
I wish someone would make a decent tutorial online video on how to get a vanity address
any info I have found so far is sketchy at best.  Yes looking aimlessly for "1aantonop" is absolutely niche. Useless POS. Could someone create a pool that can say not search for the same address until the end of time? It's all supply and demand - if people aren't buying addresses, there is little work. If you want to get more mining work, try convincing people to get themselves a vanity address . Is there any other vanity pools? (I couldn't find any other) Or this is only one? If there are multiple ones, which one would be most profitable? ie. with most rewards and easiest addresses. I think someone did set up some other pool, but to the best of my knowledge this is the only pool that has any traffic. It's a small niche market. Yes looking aimlessly for "1aantonop" is absolutely niche. Useless POS. Could someone create a pool that can say not search for the same address until the end of time? Is there any other vanity pools? (I couldn't find any other) Or this is only one? If there are multiple ones, which one would be most profitable? ie. with most rewards and easiest addresses. I think someone did set up some other pool, but to the best of my knowledge this is the only pool that has any traffic. It's a small niche market.
Is there any other vanity pools? (I couldn't find any other) Or this is only one? If there are multiple ones, which one would be most profitable? ie. with most rewards and easiest addresses.
Jump to:
|
