Good. =)
I am doing benchmark for a full update time lapse. This might be something where improvement can take place against other coins. Old blockchains are becoming main examples of sustainability and need adaptation over all issues into the future.
Maybe now it will make sense for "higher parallelism of the downloads from block chain information from peers". Let me rephrase...
- Big block chains need protection against recovery - that is usually made over security but some part over the "get all block chain information" will also play some role (so it matters to download block chain information faster in order to protect that information).
- Higher parallelism from clients will mean better communication from ALL network - assuming internet will continue to evolve it will be required in the future to overcome single threaded p2p communication.
- Faster recovery of one client into a very big network will mean better return of those users to the network - as this will mean... if they keep their keys safe... any device can loose the wallet and still reconstruct the wallet again in a much shorter time.
Many other advantages... but how can this be done!? =) I have some ideas.. but I will sort them out with devs.
I will need some time to look into the code and seek for where this can actually be done. But the idea is over ... just a little teaser...
- POS @ rate of 1 block per second!
- Dynamic confirmation rates for POS algos (POS is tricky to confirm in the real term... to improve security of confirmations is still a must.. cause it will ensure better security against forks, miss usage, bad intentions of altering the source code to damage the network, etc).
Feel free to comment.