<oembed><type>rich</type><version>1.0</version><author_name>npub1swfeusu3ua9trup00qcnrgc2yndksyvgku4epk5tec7u4fmrez6qxpul5t</author_name><author_url>https://nostr.ae/npub1swfeusu3ua9trup00qcnrgc2yndksyvgku4epk5tec7u4fmrez6qxpul5t</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-05-08&#xA;📝 Original message:Adaptive schedules, i.e. those where block size limit depends not only on&#xA;block height, but on other parameters as well, are surely attractive in the&#xA;sense that the system can adapt to the actual use, but they also open a&#xA;possibility of a manipulation.&#xA;&#xA;E.g. one of mining companies might try to bankrupt other companies by&#xA;making mining non-profitable. To do that they will accept transactions with&#xA;ridiculously low fees (e.g. 1 satoshi per transaction). Of course, they&#xA;will suffer losees themselves, but the they might be able to survive that&#xA;if they have access to financial resources. (E.g. companies backed by banks&#xA;and such will have an advantage).&#xA;Once competitors close down their mining operations, they can drive fees&#xA;upwards.&#xA;&#xA;So if you don&#39;t want to open room for manipulation (which is very hard to&#xA;analyze), it is better to have a block size hard limit which depends only&#xA;on block height.&#xA;On top of that there might be a soft limit which is enforced by the&#xA;majority of miners.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150508/e290f012/attachment.html&gt;</html></oembed>