<oembed><type>rich</type><version>1.0</version><author_name>npub1qf6k0f8p0h89d43l0vnx2xp5yrfgjyl8tg3hkg8jtyudrllgw2usdlfn9a</author_name><author_url>https://nostr.ae/npub1qf6k0f8p0h89d43l0vnx2xp5yrfgjyl8tg3hkg8jtyudrllgw2usdlfn9a</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-19&#xA;📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----&#xA;Hash: SHA512&#xA;&#xA;On 2015-06-19 16:36, Matt Whitlock wrote:&#xA;&gt; On Friday, 19 June 2015, at 3:53 pm, justusranvier at riseup.net wrote:&#xA;&gt;&gt; I&#39;d also like to note that &#34;prima facie&#34; doesn&#39;t mean &#34;always&#34;, it &#xA;&gt;&gt; means&#xA;&gt;&gt; that &#34;the default assumption, unless proven otherwise.&#34;&#xA;&gt; &#xA;&gt; Why would you automatically assume fraud by default? Shouldn&#39;t the&#xA;&gt; null hypothesis be the default? Without any information one way or&#xA;&gt; another, you ought to make *no assumption* about the fraudulence or&#xA;&gt; non-fraudulence of any given double-spend.&#xA;&#xA;If we have ECDSA proof that an entity intentionally made and publicly &#xA;announced incompatible promises regarding the disposition of particular &#xA;Bitcoins under their control, then why shouldn&#39;t that be assumed to be a &#xA;fraud attempt unless shown otherwise?&#xA;&#xA;There are ways of achiving transaction fee adjustment after broadcast &#xA;that do not present the appearance of, or opportunity for, fraud. If &#xA;those options are available and the user chooses not to use them in &#xA;favor of the option that does, that makes bad intentions even more &#xA;probable.&#xA;&#xA;-----BEGIN PGP SIGNATURE-----&#xA;Version: GnuPG v2&#xA;&#xA;iQIcBAEBCgAGBQJVhEasAAoJECpf2nDq2eYjcwIP/25yoRpNvZkkdFfYiBKaiL/g&#xA;XRH8iFAyM5q3/75sA23vD/fzCNGIRRWYyp8PWk+23NF1gdsgVU6gFNNCUmDbjANv&#xA;nWTt2Bd926St24jcU+OxMewSGlxpenDSFDNQVtxhNFKst6hoPatwK1Zfa0Eq7/Qw&#xA;+r0H2Pse1ulrN4P1n5xnrYMq2w/GF3zinNZbrn2KOZCnsDa8lKlP8y9eNFHBJ//Z&#xA;wDrOcfZ1WLhf5/5xlV1NiH0tdxzABilH0ITimm2LCKbj3JcSJayZlyu4n3NypE0E&#xA;cVFeYpBaVZW9wuKUv/va5fzcyWDFPAo+OrR2B3siAb8nfY1jONXNhuV3yZ76pzMr&#xA;j39lvuSpoTbLobnEWMCJQ5bI/ngbhatT57gqMfF92sO0YjMe/gi/iU6urR9fi5Gz&#xA;3Ov6QA78vxzy/YduFjkc/1FV2dNdbGJtq6b0stmz5TtM1uljeGUoj6JZ8kOJ0EXn&#xA;857KFAqEd3hG9eYtBdFQcYeV2ShndALBQE0k3cqQvV6XYdHwHuTY15i1nq+u91MZ&#xA;VwsR1M69PrDX5Ps6qo1F6QYJA/fA4fyOZ9dwIvh+cgtu4wBptr/NOpL3XH0kE2+G&#xA;b2FRGOwdb2KlejIXSL9p4mfJTX9lmk4twbZe2Spjiy4FinOUyzxEobNoUTMcFCU7&#xA;Zu2i5yjMlJzrDB8yXz/N&#xA;=xtXD&#xA;-----END PGP SIGNATURE-----</html></oembed>