<oembed><type>rich</type><version>1.0</version><author_name>npub1w30zwgl8947760cd62fawy9hqmxnq24cga5c8s5j6j7m07w96dnqzjzhn2</author_name><author_url>https://nostr.ae/npub1w30zwgl8947760cd62fawy9hqmxnq24cga5c8s5j6j7m07w96dnqzjzhn2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2022-07-10&#xA;📝 Original message:Hi ZmnSCPxj,&#xA;&#xA;&#xA;&gt; 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.&#xA;&gt; Fortunately forcing the block subsidy to 0 is a softfork and thus easier to deploy.&#xA;&#xA;`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.&#xA;&#xA;I 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 &#39;compliant&#39; like one of the coinjoin implementation.&#xA;&#xA;[1]: https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L66&#xA;[2]: https://en.bitcoin.it/wiki/Controlled_supply&#xA;&#xA;&#xA;/dev/fd0&#xA;&#xA;Sent with Proton Mail secure email.&#xA;&#xA;------- Original Message -------&#xA;On Saturday, July 9th, 2022 at 9:59 PM, ZmnSCPxj via bitcoin-dev &lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&#xA;&gt; Good morning e, and list,&#xA;&gt;&#xA;&gt; &gt; Yet you posted several links which made that specific correlation, to which I was responding.&#xA;&gt; &gt;&#xA;&gt; &gt; 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.&#xA;&gt; &gt;&#xA;&gt; &gt; The reason to object to perpetual issuance is the impact on censorship resistance, not on price.&#xA;&gt;&#xA;&gt;&#xA;&gt; To clarify about censorship resistance and perpetual issuance (&#34;tail emission&#34;):&#xA;&gt;&#xA;&gt; * 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.&#xA;&gt; * Now consider a censoring miner.&#xA;&gt; * If the miner rejects particular transactions (i.e. &#34;censors&#34;) the miner loses out on the fees of those transactions.&#xA;&gt; * Presumably, the miner does this because it gains other benefits from the censorship, economically equal or better to the earnings lost.&#xA;&gt; * If the blockchain had a block subsidy, then the loss the miner incurs is small relative to the total earnings of each block.&#xA;&gt; * If the blockchain had 0 block subsidy, then the loss the miner incurs is large relative to the total earnings of each block.&#xA;&gt; * Thus, in the latter situation, the external benefit the miner gains from the censorship has to be proportionately larger than in the first situation.&#xA;&gt;&#xA;&gt; 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.&#xA;&gt; But the block subsidy is still issued whether or not coins being moved are censored or not censored.&#xA;&gt; Thus, there is no incentive, considering only the block subsidy, to not censor coin movements.&#xA;&gt; Only per-transaction fees have an incentive to not censor coin movements.&#xA;&gt;&#xA;&gt;&#xA;&gt; 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.&#xA;&gt; Fortunately forcing the block subsidy to 0 is a softfork and thus easier to deploy.&#xA;&gt;&#xA;&gt;&#xA;&gt; Regards,&#xA;&gt; ZmnSCPxj&#xA;&gt; _______________________________________________&#xA;&gt; bitcoin-dev mailing list&#xA;&gt; bitcoin-dev at lists.linuxfoundation.org&#xA;&gt; https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</html></oembed>