{"type":"rich","version":"1.0","author_name":"npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58","author_url":"https://nostr.ae/npub1kf0ppcjaguxekg24yx6smgxlu73qn0k8lm0t2wrqc0scpl7u3sgsmf3f58","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-06-14\n📝 Original message:Exactly -- both block size proponents and block size change conservatives\nseem to be glossing over this aspect - much to my dismay.\n\nChoosing the size limit is choosing the size of a scarce resource.  By fiat.\n\nIt is wrong to think that a \"technical consensus\" can choose what is best\nhere.\n\nThe block size limit defines the scope of a resource for which all fee\nmarket actors bid.  That, in turn, defines who is in the fee market and how\nthey behave, what market choices are made.\n\nIt doesn't matter how or why the limit was originally enacted, what Satoshi\nmeant to do.  What matters, economically, is what is.  What the software\nand our $3B economy \u0026 market knows and sees today.  (I think some block\nsize change proponents miss this!)\n\nThe solution lies in transitioning this size limit to the free market.  In\nthe end, the users must choose their desired level of growth,\ndecentralization, etc.  We cannot rely on some dev's idea of the proper\nlevel of fee, proper level of growth, proper level of decentralization.\n\nAnd IMO, a \"floating limit with training wheels\" is better and stronger for\nbitcoin's health from a governance, user choice and free market perspective\nthan simply \"hard fork to 2MB, come back again in 6 months.\"\n\n\n\n\n\n\n\nOn Sun, Jun 14, 2015 at 6:34 AM, Benjamin \u003cbenjamin.l.cordes at gmail.com\u003e\nwrote:\n\n\u003e \"The size limit is an economic policy lever that needs to be\n\u003e transitioned -away- from software and software developers, to the free\n\u003e market.\"\n\u003e\n\u003e Exactly right. Bitcoin does not have a free market for fee though, and\n\u003e literally all the discussion so far has neglected some fundamental\n\u003e aspect of this, as you described. It's not at all a \"technical\" or\n\u003e \"engineering\" decision. It's the question of how to potentially\n\u003e re-design a fundamental part of Bitcoin, and the proposals so far\n\u003e don't address this. What is the price of the scarce resource of the\n\u003e blockchain and the mechanism to decide on price, once the subsidy runs\n\u003e out?\n\u003e\n\u003e On Sun, Jun 14, 2015 at 12:06 PM, Mats Henricson \u003cmats at henricson.se\u003e\n\u003e wrote:\n\u003e \u003e Jeff,\n\u003e \u003e\n\u003e \u003e with all due respect, but I've seen you saying this a few times\n\u003e \u003e now, that this decision is oh so difficult and important.\n\u003e \u003e\n\u003e \u003e But this is not helpful. We all know that. Even I.\n\u003e \u003e\n\u003e \u003e Make a suggestion, or stay out of the debate!\n\u003e \u003e\n\u003e \u003e Mats\n\u003e \u003e\n\u003e \u003e On 06/14/2015 07:36 AM, Jeff Garzik wrote:\n\u003e \u003e\u003e The choice is very real and on-point.  What should the block size limit\n\u003e \u003e\u003e be?  Why?\n\u003e \u003e\u003e\n\u003e \u003e\u003e There is a large consensus that it needs increasing.  To what?  By what\n\u003e \u003e\u003e factor?\n\u003e \u003e\u003e\n\u003e \u003e\u003e The size limit literally defines the fee market, the whole damn thing.\n\u003e If\n\u003e \u003e\u003e software high priests choose a size limit of 300k, space is scarce, fees\n\u003e \u003e\u003e are bid high.  If software high priests choose a size limit of 32mb,\n\u003e space\n\u003e \u003e\u003e is plentiful, fees are near zero.  Market actors take their signals\n\u003e \u003e\u003e accordingly.  Some business models boom, some business models fail, as a\n\u003e \u003e\u003e direct result of changing this unintentionally-added speedbump.\n\u003e Different\n\u003e \u003e\u003e users value adoption, decentralization etc. differently.\n\u003e \u003e\u003e\n\u003e \u003e\u003e The size limit is an economic policy lever that needs to be transitioned\n\u003e \u003e\u003e -away- from software and software developers, to the free market.\n\u003e \u003e\u003e\n\u003e \u003e\u003e A simple, e.g. hard fork to 2MB or 4MB does not fix higher level\n\u003e governance\n\u003e \u003e\u003e problems associated with actors lobbying developers, even if a\n\u003e cloistered\n\u003e \u003e\u003e and vetted Technical Advisory Board as has been proposed.\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e On Sun, Jun 14, 2015 at 1:20 AM, Eric Lombrozo \u003celombrozo at gmail.com\u003e\n\u003e wrote:\n\u003e \u003e\u003e\n\u003e \u003e\u003e\u003e I definitely think we need some voting system for metaconsensus…but if\n\u003e \u003e\u003e\u003e we’re going to seriously consider this we should look at the problem\n\u003e much\n\u003e \u003e\u003e\u003e more generally. Using false choices doesn’t really help, though ;)\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e - Eric Lombrozo\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e On Jun 13, 2015, at 10:13 PM, Jeff Garzik \u003cjgarzik at bitpay.com\u003e wrote:\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e On Sun, Jun 14, 2015 at 1:08 AM, Eric Lombrozo \u003celombrozo at gmail.com\u003e\n\u003e \u003e\u003e\u003e wrote:\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e\u003e 2) BIP100 has direct economic consequences…and particularly for\n\u003e miners.\n\u003e \u003e\u003e\u003e\u003e It lends itself to much greater corruptibility.\n\u003e \u003e\u003e\u003e\u003e\n\u003e \u003e\u003e\u003e\u003e\n\u003e \u003e\u003e\u003e What is the alternative?  Have a Chief Scientist or Technical Advisory\n\u003e \u003e\u003e\u003e Board choose what is a proper fee, what is a proper level of\n\u003e \u003e\u003e\u003e decentralization, a proper growth factor?\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e\n\u003e \u003e\u003e _______________________________________________\n\u003e \u003e\u003e Bitcoin-development mailing list\n\u003e \u003e\u003e Bitcoin-development at lists.sourceforge.net\n\u003e \u003e\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e \u003e\u003e\n\u003e \u003e\n\u003e \u003e\n\u003e ------------------------------------------------------------------------------\n\u003e \u003e _______________________________________________\n\u003e \u003e Bitcoin-development mailing list\n\u003e \u003e Bitcoin-development at lists.sourceforge.net\n\u003e \u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\n\n\n-- \nJeff Garzik\nBitcoin core developer and open source evangelist\nBitPay, Inc.      https://bitpay.com/\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150614/48bfb14a/attachment.html\u003e"}