|
November 20, 2018, 03:08:27 PM Last edit: November 20, 2018, 03:30:27 PM by franky1 |
|
keeping the extra byte is something core devs love as they can use that byte to add more opcodes. and also do some inflight forks/upgrades without disturbing older nodes
EG ELI-15 (very dumbed down example for general readers, dont knick pick length of position of bytes.. its just for display) the old opcode
imagine a tx xxxxxxxxxxx~xxxxxxxxxxxxxxxxxxx imagine ~ was an opcode byte they can at one point has just
(numbers in ascii upto 256) ~ is: 0=no action pass as acceptable without checking (anyone can spend) 1=do a 2=do b .. and so on
they can the change it, so that if 0(ascii) selected that it now treats for new segwit nodes that 'do nothing'(anyonecanspend) is now 'follow segwit opcode list' where segwit can then totally change what comes after ~ xxxxxxxxxxx~%xxxxxxxxxxxxxxxxxxx
so then they can have a sub-list of opcodes(%) and different things. without having to change the original ~ then have the % have another sub opcode list
thus expanding and adding new opcodes without forcing nodes that only understand the original ~ or % as a short list EG 0(~)=segwit 00(~%)=segwit do nothing 01(~%)=segwit do z 02(~%)=segwit do x 1(~)=do a 2(~)=do b
|