pull down to refresh

103 sats \ 3 replies \ @Murch 20 Jul

BIP 433 does not require the witness stack to be empty. It only introduced a mempool policy.

It says:

P2A inputs are considered standard by Bitcoin Core for spending if no witness data is attached. This avoids meaningless witness padding. Consensus meaning is unchanged.
reply

It seems like something dathon could test fairly easily. Couldn't dathon run a knots node (with BIP 110 rules activated) and a bitcoin node on regtest and create a transaction like this and see if it is accepted by both nodes?

Also: i find it sad when people try to dismiss others by claiming they are trolling. "Trolling" and "disingenuous argument" and "not being sincere" have become the easiest way to ignore an argument.

reply

Ah, I think I see now:

If someone else tries to implement BIP 110 based off what is specified in document BIP 110, they might miss this rule.

However, if the Knots activation client is the only implementation of a BIP 110 compliant node, it probably doesn't matter?

reply
103 sats \ 0 replies \ @Murch 20 Jul

Exactly. It’s not a big issue, because nobody is trying to implement BIP 110. However, as is, either the soft fork proposal fails to comprehensively specify the necessary changes, or the current activation client is not specification compliant (or both).

reply
reply
reply
289 sats \ 0 replies \ @Murch 20 Jul

That’s just false. The version is defined by the output script. It’s the first byte in native segwit outputs before the witness program push.

reply
reply
103 sats \ 0 replies \ @Murch 20 Jul

Yes, BIP 110 elevates some policies to consensus rules. The issue is that one of the implemented consensus rules is not documented in the soft fork proposal.

reply