What is Nostr?
Marcel Jamin [ARCHIVE] /
npub14je…k3rk
2023-06-07 17:36:38
in reply to nevent1q…ew6v

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>;
Author Public Key
npub14jegtpz2t9nfnefqqr0q4te9353e4k4x5y2528qf235ruluzsaes8vk3rk