Isolating storage from the rest of consensus code is technically desirable, but 
implementations using different storage will be unlikely bug-for-bug compatible,
hence able to split the network.

Such split was disastrous on the network level if partitions were of comparable 
magnitude - as was the case in the March 2013 fork between versions of Bitcoin 
Core.

This means high level implementation diversity was great, provided we would get 
there without blowing up the network on the way from monoculture to true 
decentralization of code.

Libconsensus is immensely valuable to get diversity, as it makes alternate 
implementations bug-for-bug compatible for a big part of the consensus code.

Tamas Blummer

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
bitcoin-dev mailing list
[email protected]
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

Reply via email to