Topic: Vanity Pool - vanity address generator pool - page 4. (Read 148044 times)

You will be generating a half of the private and public key. You will then be sending your part of the public key.

They will use your part of public key to combine with their part of public key to form addresses. When they find the desired sequence when combining your public key and their public key, they will send you their part private key. Combining their part private key and your part private key will generate an address that corresponds to the desired address. It's called split-key generation.

They cannot spend anything without your part private key.

The way I understand it's just a way to outsource the generation of your vanity addresses, essentially you will in the end get the pair of private and public keys while not exposing the private key to those who helped you in generating it

so if i'm correct
you can create addresses and not know the private keys

but then you have a key pair that does what exactly ?
regenerate it ?

Could anyone point me out to some relatively simple server script for such pool?

Many thanks in advance!

VipCoin Dapp is split-key based: https://bitcointalksearch.org/topic/annicoairdropvip-vipcoin-buy-or-mine-vanity-bitcoinethereum-address-2445776

Yesterday launched Ethereum Dapp similar to VanityPool: https://bitcointalksearch.org/topic/annicoairdropvip-vipcoin-buy-or-mine-vanity-bitcoinethereum-address-2445776

You can buy vanity address or earn on address mining over Ethereum Smart Contract without any middleware.

This is pretty cool but I can't make sense of the fee structure. Does it need updating?
I'd like to get a 10-character vanity address (including the initial '1'), starting 1BL....
That would take around a year to GPU mine on my laptop, which would obviously be impractical, but it's not an insane level of difficulty for a decent GPU. The quoted honest fee is 27,862 BTC, which I don't have.
What's the story here?

No, it is a technological limitation. Look at my post in this thread a few messages ago about a possible scheme for mining on multiple public keys (originally invented by ArcCsch). However, this would not be simple, it would require new pool software as well and is a pretty invasive change.

Is there a fork or another program that can do work on more than one pubkey at the same time?

You can only mine with one public key at a time, so this doesn't make much sense. You can mine multiple addresses that all use the same public key, but not multiple addresses each with different pubkeys.

Is there a method of writing the -f document in vanitygen that will allow multiple split pair jobs at once?

The -P flag is where you place the pubkey for someone looking for a job done securely for them.


The -f flag allows a file with one job per line, but from what I can find it only allows direct searches, not split pair searches.

work.txt


Is there a way to place the public keys a document file?

pubwork.txt

Something I have thought about doing for a long time.  Subscribe.

I'm not much of a business person either. But I would imagine some type of stock issuance would be a start !)

I've been thinking about this for a bit, and mainly about the possibility of merge-mining many addresses at once, to massively increase efficiency. This is what I've come up with:

1. Everybody who wants an address generates an ECDSA keypair, a Personal Pair
2. Everybody gives their public keys to the pool, which combines them into the Combined Public Key
3. The pool distributes the Combined Public Key to miners. The miners generate random keypairs until they find the right address when combined with the Combined Public Key, the same way it's done with split mining.
4. The randomly generated private key is given to the person who requested the address
5. Everybody but the person who requested the address gives their private key to the person who requested it.
6. The person who requested the key can spend funds by combining the pool's random private key, everybody else's private key, and his own private key.
7. Everybody else generates new keypairs and mining starts again, return to step 1

There are issues (for example, what if somebody chooses not to give up their private key after someone else's address is found?), but perhaps it is possible to work around them. This could make a big difference for mining speed, and I'm sure it is worth the downsides.

EDIT: I'm not the first to come up with this, apparently. See https://bitcointalksearch.org/topic/merge-mining-vanity-addresses-1715787 by user ArcCsch. When I am done with my current project, I may begin work on a merged-mining pool, and looking into cool aspects of this, for example the most optimised way to split up into smaller merged pools to minimize risk while still keeping profits higher than with "solo" mining.

About how long would it take the Vanitygen pool to find 1ZeusLight ?

Arulbero asks for an interesting question. Compress and uncompressed Krys are allowed ?

Hard to make 7 characters on address it takes so long.

Hi! Wow, it's really cool, I suppose it'll help somebody. Thank you!

I found this public key:


if I add it with the public key

I get this public key


in compressed format


that gives this address (only 7 '1'):


My question is: if I found a match with the pattern "11111111", would it be valid? Or do I have to use only uncompressed keys?

I don't want to waste time with a fruitless quest.

Hey
I have a problem with the address vanitypool.appspot.com but when I try to report "Internal error, please try again later"