<oembed><type>rich</type><version>1.0</version><author_name>npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_name><author_url>https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-02-12&#xA;📝 Original message:On Thu, Feb 12, 2015 at 09:27:22AM +0100, Tamas Blummer wrote:&#xA;&gt; On Feb 12, 2015, at 8:45 AM, Peter Todd &lt;pete at petertodd.org&gt; wrote:&#xA;&gt; &gt; IOW, assume every transaction your &#34;border router&#34; gives you is now the&#xA;&gt; &gt; one and only true transaction, and everything conflicting with it must&#xA;&gt; &gt; go.&#xA;&gt; &#xA;&gt; &#xA;&gt; You are right that the assumption about the one and only transaction have to be relaxed. Broadcasting &#xA;&gt; double spend only if it is actually replacing an earlier - for whatever reason, would simplify internal consensus logic .&#xA;&#xA;Wait, what the heck do you mean by &#34;only if it is actually replacing an&#xA;earlier&#34;?&#xA;&#xA;How does my replace-by-fee patch *not* do that?&#xA;&#xA;-- &#xA;&#39;peter&#39;[:-1]@petertodd.org&#xA;000000000000000012613986506ef6592952234a6a04946ef946ff0836405ad4&#xA;-------------- next part --------------&#xA;A non-text attachment was scrubbed...&#xA;Name: signature.asc&#xA;Type: application/pgp-signature&#xA;Size: 650 bytes&#xA;Desc: Digital signature&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150212/3a7c7dc8/attachment.sig&gt;</html></oembed>