Litecoin MimbleWimble June Recap Replace

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 checklist 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 authentic design for Mimblewimble extension blocks. It’s a bit outdated, however ought to present a excessive degree understanding of the way it works.

LIP-0004 This describes our strategy 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 buildings right here, however this paperwork the P2P protocol adjustments and describes how MWEB transactions and blocks are serialized

Consensus Guidelines 1 Not a complete checklist, however describes an important consensus guidelines

Kernels Describes how kernels are serialized, the assorted options which might be supported (e.g. lock top), and the way new options might be mushy forked in in a while.

Knowledge storage Describes the brand new database tables and information information that had been added

Stealth addresses How stealth addresses are generated, how we help subaddresses, how addresses are serialized, and many others.

Pruned Sync 1 Describes how pruned sync shall be supported in future releases

Coding & Testing

I carried out my very own assessment of the entire node logic to search for methods to enhance safety and efficiency, which resulted in quite a lot of 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 area 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 line with earlier handle varieties, together with having higher error detection.

Extra compact serialization codecs for all MWEB information buildings which can end in much less disk area utilization, much less information transferred between friends, and due to this fact barely increased throughput.

Higher take a look at 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 assessment 5 with essentially the most vital adjustments to the litecoin consensus code. It’s a lot smaller and extra centered than the libmw assessment from just a few months in the past, so hopefully we are going to get extra reviewers and sooner suggestions from different devs.

I’ve made slight adjustments to the estimated timeline on 23, however total, we’re nonetheless working towards MWEB activation on the finish of the yr.

Related Articles


Please enter your comment!
Please enter your name here

Stay Connected

- Advertisement -spot_img

Latest Articles