<oembed><type>rich</type><version>1.0</version><author_name>npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8</author_name><author_url>https://nostr.ae/npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-08-12&#xA;📝 Original message:On Aug 12, 2015 10:11 AM, &#34;Thomas Zander via bitcoin-dev&#34; &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt;&#xA;&gt; On Tuesday 11. August 2015 21.51.59 Pieter Wuille via bitcoin-dev wrote:&#xA;&gt; &gt;  If people are doing transactions despite being unreliable, there&#xA;&gt; &gt; must be a use for them.&#xA;&gt;&#xA;&gt; Thats one usage of the form unreliable.&#xA;&gt; Yes, if people start getting their transactions thrown out because of full&#xA;&gt; blocks or full memory pools, then its unreliable to send stuff.&#xA;&gt;&#xA;&gt; Much more importantly is the software is unreliable at such loads. Bitcoin&#xA;&gt; core will continue to grow in memory consumption, and eventually crash.&#xA;Or,&#xA;&gt; worse, crash the system its running on.&#xA;&gt; We know of some issues in the software with regards to running at &gt; 100%&#xA;&gt; capacity, I&#39;m sure we&#39;ll find more when it actually happens.&#xA;&#xA;Don&#39;t fear this happening at 1 MB, fear this happening at any size. This&#xA;needs to be solved regardless of the block size.&#xA;Don&#39;t worry, the &#34;doing nothing side&#34; is already taking care of this. I&#xA;will give the link for the second time...&#xA;&#xA;https://github.com/bitcoin/bitcoin/pull/6470&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150812/bc8295bc/attachment.html&gt;</html></oembed>