[bitcoin-dev] Compatibility requirements for hard or soft forks
gavinandresen at gmail.com
Mon Nov 2 20:33:47 UTC 2015
On Sun, Nov 1, 2015 at 6:46 PM, Tier Nolan via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> For guidelines
> * Transaction version numbers will be increased, if possible
> * Transactions with unknown/large version numbers are unsafe to use with
> * Reasonable notice is given that the change is being contemplated
> * Non-opt-in changes will only be to protect the integrity of the network
> Locked transaction that can be validated without excessive load on the
> network should be safe to use, even if non-standard.
> An OP_CAT script that requires TBs of RAM to validate crosses the
> threshold of reasonableness.
I like those guidelines, although I'm sure there may be lots of arguing
over what fits under "protects the integrity of the network" or what
constitutes "reasonable notice" (publish a BIP at least 30 days before
rolling out a change? 60 days? a year?)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the bitcoin-dev