Posted by cguida
Feb 11, 2024/22:49 UTC
In the draft specification provided, a method has been described where the annex section is utilized to store the tapleaf of the previous settlement transaction within the witness of the invalidated update transaction. This approach is significant because it circumvents the need to store every old settlement transaction's output amounts and HTLCs in the database, a practice that Symmetry aims to avoid. The use of the annex in this way facilitates spending the old update transaction into the new one without the aforementioned storage requirements.
The relevance of this technique lies in its ability to streamline the process of transaction updates. By embedding the necessary tapleaf information within the witness, it becomes possible to reference the old settlement data directly, thereby optimizing the update mechanism. This strategy is particularly advantageous as it aligns with Symmetry's objective to minimize database storage demands, which can be an important consideration for systems seeking efficiency and scalability.
The specification can be reviewed in more detail by accessing the relevant section of the GitHub repository here.
TLDR
We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project?
Give Feedback