{"type":"rich","version":"1.0","author_name":"npub1w30zwgl8947760cd62fawy9hqmxnq24cga5c8s5j6j7m07w96dnqzjzhn2","author_url":"https://nostr.ae/npub1w30zwgl8947760cd62fawy9hqmxnq24cga5c8s5j6j7m07w96dnqzjzhn2","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2022-07-10\n📝 Original message:Hi ZmnSCPxj,\n\n\n\u003e Thus, we should instead prepare for a future where the block subsidy must be removed, possibly before the existing schedule removes it, in case a majority coalition of miner ever decides to censor particular transactions without community consensus.\n\u003e Fortunately forcing the block subsidy to 0 is a softfork and thus easier to deploy.\n\n`consensus.nSubsidyHalvingInterval` for mainnet in [chainparams.cpp][1] can be decreased to 195000. This will reduce the number of halvings from 34 to 14 and subsidy will be 0 when it becomes less than 0.01 although not sure if this will be a soft fork.\n\nI doubt there will be consensus for it because all the [projections and predictability][2] about bitcoin(currency) would be affected by this change. Maybe everyone can agree with this change if most of the miners start being 'compliant' like one of the coinjoin implementation.\n\n[1]: https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L66\n[2]: https://en.bitcoin.it/wiki/Controlled_supply\n\n\n/dev/fd0\n\nSent with Proton Mail secure email.\n\n------- Original Message -------\nOn Saturday, July 9th, 2022 at 9:59 PM, ZmnSCPxj via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\n\u003e Good morning e, and list,\n\u003e\n\u003e \u003e Yet you posted several links which made that specific correlation, to which I was responding.\n\u003e \u003e\n\u003e \u003e Math cannot prove how much coin is “lost”, and even if it was provable that the amount of coin lost converges to the amount produced, it is of no consequence - for the reasons I’ve already pointed out. The amount of market production has no impact on market price, just as it does not with any other good.\n\u003e \u003e\n\u003e \u003e The reason to object to perpetual issuance is the impact on censorship resistance, not on price.\n\u003e\n\u003e\n\u003e To clarify about censorship resistance and perpetual issuance (\"tail emission\"):\n\u003e\n\u003e * Suppose I have two blockchains, one with a constant block subsidy, and one which had a block subsidy but the block subsidy has become negligible or zero.\n\u003e * Now consider a censoring miner.\n\u003e * If the miner rejects particular transactions (i.e. \"censors\") the miner loses out on the fees of those transactions.\n\u003e * Presumably, the miner does this because it gains other benefits from the censorship, economically equal or better to the earnings lost.\n\u003e * If the blockchain had a block subsidy, then the loss the miner incurs is small relative to the total earnings of each block.\n\u003e * If the blockchain had 0 block subsidy, then the loss the miner incurs is large relative to the total earnings of each block.\n\u003e * Thus, in the latter situation, the external benefit the miner gains from the censorship has to be proportionately larger than in the first situation.\n\u003e\n\u003e Basically, the block subsidy is a market distortion: the block subsidy erodes the value of held coins to pay for the security of coins being moved.\n\u003e But the block subsidy is still issued whether or not coins being moved are censored or not censored.\n\u003e Thus, there is no incentive, considering only the block subsidy, to not censor coin movements.\n\u003e Only per-transaction fees have an incentive to not censor coin movements.\n\u003e\n\u003e\n\u003e Thus, we should instead prepare for a future where the block subsidy must be removed, possibly before the existing schedule removes it, in case a majority coalition of miner ever decides to censor particular transactions without community consensus.\n\u003e Fortunately forcing the block subsidy to 0 is a softfork and thus easier to deploy.\n\u003e\n\u003e\n\u003e Regards,\n\u003e ZmnSCPxj\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev"}