I would love to hear the opinions of a p2p network specialist on the block size issue.
first, not any P2P software store mempool (cache) on RAM more than 1 minute : Bitcoin Core store this indefinitly = crash of the node when we have SPAM.
second, P2P software use drive in better way than Bitcoin Core does ... what a hell is this software that it must read 4,2Go of files with a 200Mb of cache ?!?
three, why this "node" must to use more than 20% on a 3GHz system (2 cores) ? just to store and compare transactions ? Come one ... hashset organisation do this more quickly AND more sanity (less freezing in the environment of others running programs) than DBberkeley organisation.
i understand why, now, the developper don't love the architecture of the build bitcoin core genesis code ...
---
But i understand the thing when developpers says : i don't run a local node ... i loan a server in a datacenter instead.
it's not a real and local P2P solution, now ... it must have ressource and power, now.
Well, i regrete this but it's internet money, too.
I prefer rigurous money supply (finished supply) than the actual mess of the economies (you work, you have money and then, a chimpanzee in a central bank
emit money = time work value destroyed).