Could you not create some sort of fixed tx fee using the address as a seed? As long as only you know how to decrypt and verify the tx fee relates to the address, couldn't you do that? It would be a separate wallet function rather than part of normal transactions.
I'm not sure I understand. Do you mean addresses from user A would always send tx with fee 0.00274657 and addresses from user B always with 0.00285739? so we can recognize the user?
If so, problems are:
- If users send their address before sending any coins, we can't identify it.
- Users can uninstall and reinstall the wallet to fake being a new user, with a new fee seed.
Finally, the wallet is open source, so anybody can decipher the algorithm. I don't think people would be willing to use a wallet unless it keeps being open source. Otherwise they can't be sure I'm not sending the private keys to myself.
No, I'm not talking about a fixed tx fee. A seperate optional feature, lets say "Verify Mobile Address" that sends a tx fee from that address to the network from that address.
Ok then, could you not generate the tx fee based on the hash of the current network block, or some other one-time event? Yes someone could always alter the source, but that would be a lot of effort to go to just to get a bit of PMC.
Oh OK, I misunderstood you.
That'd work to validate a mobile address. But users would need to have some PMC already to send that tx.
And they could create several addresses and validate them all.
They could, that's true.
Perhaps a more practical approach would be building a faucet directly into the mobile wallet. Provided it was secure and had a server on the other end that couldn't be cheated out of PMC, that might be more practical.
