<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-06-20&#xA;📝 Original message:On Fri, Jun 19, 2015 at 5:37 PM, Eric Lombrozo &lt;elombrozo at gmail.com&gt; wrote:&#xA;&gt; The Bitcoin network was designed (or should be designed) with the requirement that it can withstand deliberate double-spend attacks that can come from anywhere at any time…&#xA;&#xA;I disagree with this premise. Please, don&#39;t take this as an argument&#xA;from authority fallacy, but I will cite Satoshi to express what I&#xA;think the assumptions while using the system should be:&#xA;&#xA;&#34;As long as a majority of CPU power is controlled by nodes that are&#xA;not cooperating to attack the network, they&#39;ll generate the longest&#xA;chain and outpace attackers.&#34;&#xA;&#xA;I can&#39;t say for sure what was meant by &#34;attacking the network&#34; in this&#xA;context but I personally mean trying to rewrite valid and&#xA;proof-of-work-timestamped history.&#xA;Unconfirmed transactions are simply not part of history yet. Ordering&#xA;unconfirmed transactions in a consensus compatible way without a&#xA;universal clock is impossible, that&#39;s why we&#39;re using proof of work in&#xA;the first place.&#xA;&#xA;Alternative policies are NOT attacks on the network.</html></oembed>