rich1.0npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwethttps://nostr.ae/npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwetnjumphttps://nostr.ae📅 Original date posted:2017-07-07 📝 Original message:On Fri, Jul 7, 2017 at 10:44 PM, Matt Corallo via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote: > This is not a hard fork, simply adding a new limit is a soft fork. You > appear to be confused - as originally written, AFAIR, Jeff's btc1 branch > did not increase the block size, your specification here matches that > original change, and does not increase the block size. Indeed, their code previously did not increase the blocksize but it was adjusted at the last minute to do so-- so it may actually do that now. Because they don't appear to have implemented any tests for it, I wouldn't be too surprised if it still didn't work at all but also wouldn't be surprised if it did. You are correct that the specification text appears to refer to the prior change that did not. (In my response I just assumed that it meant what they actually did-- good catch).