Marcel Jamin [ARCHIVE] on Nostr: 📅 Original date posted:2015-08-18 📝 Original message:I'm going to list a few ...
📅 Original date posted:2015-08-18
📝 Original message:I'm going to list a few assumtions / observations / understandings around
this debate. Please point out the incorrect ones.
* Most developers here agree that 1 MB is not a magic constant and that the
limit has to increase eventually.
* Most developers want to reduce the amount of policy decisions
bitcoin-core makes as much as possible.
* The most conservative option for the 4 billion dollar system that is
bitcoin is to keep the limit.
* Technological growth in bandwidth, cpu and storage exists and relative to
that growth, the blocksize limit is effectively decreased. Keeping the
limit as it is today, or was five years ago, means we need to adjust for
technological growth.
* Doing so will not reduce current decentralization, however measured.
* Increasing the blocksize limit will always require a hard-fork.
Decreasing, or stopping the growth of the blocksize limit will always be
possible via soft-fork.
* Problems arising from underestimating the need for a larger blocksize
limit are increasingly harder to fix. Problems arising from a limit that is
getting too high are more easy to fix.
* This means we can be optimistic when estimating future technological
growth.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150818/c30bf53a/attachment.html>
📝 Original message:I'm going to list a few assumtions / observations / understandings around
this debate. Please point out the incorrect ones.
* Most developers here agree that 1 MB is not a magic constant and that the
limit has to increase eventually.
* Most developers want to reduce the amount of policy decisions
bitcoin-core makes as much as possible.
* The most conservative option for the 4 billion dollar system that is
bitcoin is to keep the limit.
* Technological growth in bandwidth, cpu and storage exists and relative to
that growth, the blocksize limit is effectively decreased. Keeping the
limit as it is today, or was five years ago, means we need to adjust for
technological growth.
* Doing so will not reduce current decentralization, however measured.
* Increasing the blocksize limit will always require a hard-fork.
Decreasing, or stopping the growth of the blocksize limit will always be
possible via soft-fork.
* Problems arising from underestimating the need for a larger blocksize
limit are increasingly harder to fix. Problems arising from a limit that is
getting too high are more easy to fix.
* This means we can be optimistic when estimating future technological
growth.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150818/c30bf53a/attachment.html>