<oembed><type>rich</type><version>1.0</version><author_name>npub1mju50kqcm07heu967fkq6h4kq666xgekc4yrldf7q52xx9vr8jnsrdxnq7</author_name><author_url>https://nostr.ae/npub1mju50kqcm07heu967fkq6h4kq666xgekc4yrldf7q52xx9vr8jnsrdxnq7</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2017-03-28&#xA;📝 Original message:On Tuesday, 28 March 2017 21:56:49 CEST Paul Iverson via bitcoin-dev wrote:&#xA;&gt; It is clear that, spam aside, blocks are getting full and we need increase&#xA;&gt; them soon. What I don&#39;t like about your proposal is it forces all node&#xA;&gt; operators to implicitly accept larger blocks in 2020, even maybe against&#xA;&gt; their will. 32 MB blocks might result in a loss of decentralization, and&#xA;&gt; it might be too difficult to coordinate for small blocks before it&#39;s too&#xA;&gt; late.&#xA;&#xA;The suggestion was not to produce 32MB blocks, so your fear here is &#xA;unfounded.&#xA;&#xA;-- &#xA;Tom Zander&#xA;Blog: https://zander.github.io&#xA;Vlog: https://vimeo.com/channels/tomscryptochannel</html></oembed>