{"type":"rich","version":"1.0","author_name":"npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8","author_url":"https://nostr.ae/npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-08-11\n📝 Original message:On Aug 11, 2015 8:55 PM, \"Michael Naber\" \u003cmickeybob at gmail.com\u003e wrote:\n\u003e\n\u003e It generally doesn't matter that every node validate your coffee\ntransaction, and those transactions can and will probably be moved onto\noffchain solutions in order to avoid paying the cost of achieving global\nconsensus. But you still don't get to set the cost of global consensus\nartificially. Market forces will ensure that supply will meet demand there,\nso if there is demand for access to global consensus, and technology exists\nto meet that demand at a cost of one cent per transaction -- or whatever\nthe technology-limited cost of global consensus happens to be -- then\nthat's what the market will supply.\n\nAssuming we maintain any block size maximum consensus rule, the market will\nadapt to whatever maximum size is imposed by the consensus rules.\nFor example, with the current demand and the current consensus block size\nmaximum, the market has settled on a minimum fee of zero satoshis per\ntransaction. That's why I cannot understand the urgency to rise the maximum\nsize.\n\nIn any case, yhe consensus maximum shouldn't be based on current or\nprojected demand, only on centralization concerns, which is what the\nconsensus rule serves for (to limit centralization).\nFor example, Gavin advocates for 20 MB because he is not worried about how\nthat could increase centralization because he believes it won't.\nI can't agree with that because I believe 20 MB could make mining\ncentralization (and centralization in general) much worse.\n\nBut if I have to chose between 2 \"centralization safe\" sizes, sure, the\nbigger the better, why not.\nIn my opinion the main source of disagreement is that one: how the maximum\nblock size limits centralization.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150811/f89400cf/attachment.html\u003e"}