The compression feature is awesome, should have been done a long time ago. However, it's optional isn't it? Because you mention Eventually, once the network is only running with new nodes, all blocks exchanged over the network will be compressed, which might not be the case if some/many witnesses choose or neglect to use compression. The network would still be serving uncompressed and compressed blocks, correct? Therefore, I think it should be recommended that everyone move to compression so the network/witnesses/endusers would benefit.
You are viewing a single comment's thread from:
No, even if you have an uncompressed block log, your node will compress old blocks before sending them as sync blocks.
So this means your new node will do more work whenever it to provides sync blocks if you don't compress your block log (because it will have to compress the blocks each time they are requested). But the rest of the network will be running optimally in either case.
So the recommendation is definitely to compress your block_log, but mostly for your own node's benefit.
if i understand it right, if all is compressed it could slowdown the network?
On the contrary, compressed blocks are smaller to transmit over the network, so it's faster. The block is compressed by the block producing node (witness) and it takes a very tiny fraction of CPU processing. It's well explained in paragraphs 2-3 of this post.
got it, its an efficiency update to handle more traffic :) Was a long day and read it super fast :D
For whatever reason, I thought about compressing old blocks.