@@ -147,8 +147,8 @@ using `OP_PAIRCOMMIT`.
147147
148148One way to think about the 3 opcodes (` OP_CHECKSIGFROMSTACK ` , ` OP_INTERNALKEY ` ,
149149` OP_PAIRCOMMIT ` ) is we decompose a ` OP_CHECKSIGFROMSTACK ` variant that can use
150- a 1-byte ` OP_TRUE ` public key (substituting for the * taproot internal key* ) and can
151- commit to a number of stack elements as a message.
150+ a 1-byte ` OP_TRUE ` public key (substituting for the * taproot internal key* ) and
151+ can commit to a number of stack elements as a message.
152152
153153### Behaviors LNhance tries to avoid introducing
154154
@@ -175,18 +175,20 @@ various reasons, either for expanding the scope or for unnecessary complexity:
175175
176176### Cost comparison of LN-Symmetry constructions
177177
178- | Method | ChannelS | UpdateSc | UpdateWi | 1-Update | 2-Update |
179- | :------------ | -------: | -------: | -------: | --------: | --------: |
180- | APO-annex | 2.25 vB | 28.25 vB | 25 vB | 305 vB | 461.5 vB |
181- | APO-return | 2.25 vB | 28.25 vB | 16.5 vB | 338.5 vB | 528.5 vB |
182- | CTV+CSFS+IKEY | 2.75 vB | 12.25 vB | 24.5 vB | 331 vB | 513 vB |
183- | CTV+CSFS | 11 vB | 20.5 vB | 24.5 vB | 347.5 vB | 537.75 vB |
184- | LNhance | 3 vB | 12.5 vB | 32.75 vB | 297.75 vB | 446.25 vB |
185- | rekey | 7.25 vB | 16.75 vB | 73.75 vB | 347.25 vB | 541 vB |
178+ | Method | ChannelSc | UpdateSc | UpdateW | ForceC | Contest | Settle |
179+ | :------------ | --------: | -------: | ------: | ------: | ------: | :----: |
180+ | APO-Annex | 8 WU | 113 WU | 100 WU | 1221 WU | 627 WU | SigOp |
181+ | APO-Return | 8 WU | 113 WU | 66 WU | 1359 WU | 765 WU | SigOp |
182+ | CTV+CSFS+IKEY | 10 WU | 48 WU | 98 WU | 1328 WU | 732 WU | CTV |
183+ | CTV+CSFS | 43 WU | 81 WU | 98 WU | 1394 WU | 765 WU | CTV |
184+ | LNhance | 11 WU | 49 WU | 131 WU | 1191 WU | 594 WU | CTV |
185+
186+ * ChannelSc: channel script, UpdateSc: update script, UpdateW: witness is the
187+ same size for both Force Close and Contest in LN-Symmetry, ForceC: total cost of unilateral close transactions*
186188
187189### Proving general computation
188190
189- Merkle trees can be used to prove out computation where the root of the tree
191+ Merkle trees can be used to prove computation where the root of the tree
190192represents the * function* and the leaves represent the * inputs* and * output* .
191193There are practical limits to the entropy space for the * inputs* as they need
192194to be iterated over and hashed into a merkle root.
0 commit comments