OK. Provide me with your estimates for the following (and explain how you arrived at your numbers) and I'll update my table using your numbers:
1. The cost per node to store 1 GB of additional blockchain data for 5 years, assume the outputs are spent.
2. The cost per node to store 1 GB of additional blockchain data for 5 years, assuming the outputs are unspent.
I may be missing the context as this thread is high volume and I've not read any of the backlog...
But for a full verifying node, the
on-going cost cost of 1GB of additional transactions with all outputs spent is 0; all the cost related to that 1GB of data is related to the bandwidth to get it to you and the verification cost, and for short term storage until its burried, after that it need not be stored.
The cost for unspent is some non-zero number which depends on your estimation of storage costs.
Does CreateNewBlock currently take longer to execute if there are more TXs in a miner's mempool to pick from? If so, this would add credence to Cypherdoc's hunch that miner's are producing more empty blocks when mempool swells.
Yep,
I already pointed that out to you specifically! It's superlinear in the mempool size (well, ignoring caching) But thats unrelated to f2pool/antpool and the other SPV miners, as they're not ever calling createnewblock in that case, as they're mining without even validating. One can mine on a validated chain with no transactions while waiting for createnewblock (which is what eligius does, for example).
I also pointed out that this is trivially optimizable, but no one has bothered previously.