Re: [ANN][MINT]Mintcoin, Energy Saving Coin *44 Merchants *WALLET 1.8 RECOMMENDED!
Android wallet update 2:
Oh, OK.
Actually I'm thinking on this. Probably minted POS blocks on android will not include broadcasted transactions as they cannot actually prove the transactions are valid (It won't be good to include non verifiable transactions in a block, the network would reject the block and all work to generate that POS block will be wasted). Although this would mean android wallets would be selfish, not helping to include transactions in the blockchain, it also means that they won't receive the transaction fees, leaving them to other clients to collect. So I guess it's fair.
Oh, OK.
Actually I'm thinking on this. Probably minted POS blocks on android will not include broadcasted transactions as they cannot actually prove the transactions are valid (It won't be good to include non verifiable transactions in a block, the network would reject the block and all work to generate that POS block will be wasted). Although this would mean android wallets would be selfish, not helping to include transactions in the blockchain, it also means that they won't receive the transaction fees, leaving them to other clients to collect. So I guess it's fair.
thanks for the detailed explanation. is it correct that the selfish android wallet would still get some coins minted without the transactions included in blocks? if so how much fees are there? how many coins would such a wallet "lose"? i haven't fully grasped the minting process. if the android wallet would still mint but receive a bit less coins than the actually verifying standard client while being safe from scammers it's totally fine by me. and i think the others will also agree to that.
another (but maybe same) idea. is it possible that the android wallet just verifies that it is on the main chain by using the public blockchain by waiting a bit?
so maybe the transaction is a bit delayed but the android client knows the main chain which is being secured by the normal clients? and it doesn't need to check all the other possible chains. just wait for the others to decide which way to go. you know what I mean?and another idea. maybe it is possible to use some kind of a random function for the wallet to download only random 10 000 historical blocks from the blockchain. any 10000 blocks. and keep them stored in the wallet. that way it isn't necessary to download the whole blockchain while the possible attacker still doesn't know which blocks the android wallet knows for sure to be correct and included in the main chain. is it sensible?
i hope my questions/ideas give you something
maybe a more experienced person like Kergecoin or one of the developers could comment?