This replace was written and offered by Litecoin MimbleWimble lead developer David Burkett.
I’ve spent a while documenting the entire code adjustments to help our auditors. For these , that is the present record of technical paperwork describing the MWEB adjustments (a number of are solely partially full):
LIP-0002 – This describes the method for including extension blocks to LTC, together with describing how pegging-in, pegging-out, and integrating transactions work
LIP-0003 3 – That is our unique design for Mimblewimble extension blocks. It’s a bit outdated, however ought to present a excessive stage understanding of the way it works.
LIP-0004 – This describes our method to supporting one-sided txs, as an alternative of counting on interactive transactions like conventional Mimblewimble
LIP-0005 – I’m nonetheless filling in lacking information constructions right here, however this paperwork the P2P protocol adjustments and describes how MWEB transactions and blocks are serialized
Consensus Guidelines 1 – Not a complete record, however describes an important consensus guidelines
Kernels – Describes how kernels are serialized, the varied options which might be supported (e.g. lock peak), and the way new options may be delicate forked in in a while.
Knowledge storage – Describes the brand new database tables and information recordsdata that had been added
Stealth addresses – How stealth addresses are generated, how we help subaddresses, how addresses are serialized, and so on.
Pruned Sync 1 – Describes how pruned sync will likely be supported in future releases
Coding & Testing
I carried out my very own evaluation of the entire node logic to search for methods to enhance safety and efficiency, which resulted in numerous enhancements to the code & design:
Kernel MMR is now per block, as an alternative of a perpetually rising MMR. It was decided that we don’t achieve a lot by having a cumulative kernel MMR, so switching to a per-block MMR means much less time spent hashing, and so much much less disk house wanted to retailer the MMR.
Switched from sha256 to the much-faster blake3 for all MWEB hashes.
New stealth handle format that’s extra in step with earlier handle varieties, together with having higher error detection.
Extra compact serialization codecs for all MWEB information constructions which can end in much less disk house utilization, much less information transferred between friends, and subsequently barely greater throughput.
Higher check protection
Audits and Opinions
I’ve formally handed off the ultimate code adjustments and documentation to Quarkslab, so we should always have a extra detailed timeline from them any day now.
I’ve created a brand new code evaluation 5 with essentially the most essential adjustments to the litecoin consensus code. It’s a lot smaller and extra targeted than the libmw evaluation from a number of months in the past, so hopefully we’ll get extra reviewers and quicker suggestions from different devs.
I’ve made slight adjustments to the estimated timeline on wenmweb.com 23, however general, we’re nonetheless working towards MWEB activation on the finish of the yr.