<oembed><type>rich</type><version>1.0</version><author_name>npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_name><author_url>https://nostr.ae/npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgyd</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-02-12&#xA;📝 Original message:&gt;&#xA;&gt; So anyway, in my opinion, it is actually great that Bitcoin is still&#xA;&gt; relatively small: we have an opportunity to analyze and improve things.&#xA;&gt; But you seem to be hostile to people who do that (and who do not share&#xA;&gt; your opinion), which is kinda uncool.&#xA;&gt;&#xA;&#xA;To clarify once more, I&#39;m all for people researching and building ways to&#xA;make Bitcoin better and safer. And debating that here is cool too.&#xA;&#xA;The &#34;replace by fee&#34; patches don&#39;t do this; as you said yourself the whole&#xA;scorched earth thing makes no sense. It&#39;s not a solution to anything and&#xA;it&#39;s important people realise that.&#xA;&#xA;Perhaps it will help if I spell out why this whole approach won&#39;t work (but&#xA;can easily damage bitcoin a lot along the way).&#xA;&#xA;Normal Bitcoin nodes pick which transaction to put into a block by simply&#xA;selecting whichever they saw arrive first, as determined by the arrival&#xA;order of network packets. This rule is simple and has multiple advantages&#xA;for people using Bitcoin to buy and sell things.&#xA;&#xA;Replace-by-fee changes this so nodes select whichever chain of unconfirmed&#xA;transactions pays the highest miner fees. Up until the point that a&#xA;transaction appears in a block, anyone can broadcast a double spend (or a&#xA;spend of an unconfirmed transaction) which pays higher fees than before,&#xA;causing that tx chain to become the candidate for chain inclusion.&#xA;&#xA;Peter argues that this is stable and makes unconfirmed transactions safe&#xA;because a fraudster can buy something, walk out of the shop, and broadcast&#xA;a double spend with a higher fee. But then the merchant can re-spend the&#xA;original payment back to themselves with an *even* higher fee than that.&#xA;Then the fraudster can re-spend their double spend with an *even* higher&#xA;fee than that, and so on back and forth, until *all* the money has been&#xA;spent to miner fees. Thus the merchant loses their goods but the fraudster&#xA;has still &#34;paid&#34; in some sense because they don&#39;t get the money either.&#xA;&#xA;This argument makes no sense for two reasons.&#xA;&#xA;The first is that this setup means miners can steal arbitrary payments if&#xA;they work together with the sender of the money. The model assumes this&#xA;collaboration won&#39;t happen, but it will. Because no existing wallet has a&#xA;&#34;double spend this&#34; button, to make the scheme work the dishonest miners&#xA;must create and distribute such a wallet that implements the whole&#xA;scorched-earth protocol. At that point it&#39;s easy for miners to reward the&#xA;payment fraudster with some of the stolen money the merchant lost, meaning&#xA;it now makes sense for the fraudster to always do this. The situation isn&#39;t&#xA;stable at all.&#xA;&#xA;The second is that it incentivises competitors to engage in payment fraud&#xA;against each other. A big rich coffee shop chain that is facing competition&#xA;from a small, scrappy newcomer can simply walk into the new shop and buy&#xA;things, then trigger the &#34;scorched earth&#34;. Even with no miner&#xA;collaboration, this means the big company is down the cost of the product&#xA;*but* so is the little company who lost everything. Whoever can outspend&#xA;the other wins.&#xA;&#xA;&#xA;We don&#39;t really need game theory to tell us that this plan is a bad idea.&#xA;Just imagine trying to explain it to an actual shop keeper. They would&#xA;think you were crazy. Bitcoin is already a hard enough concept to&#xA;understand without throwing into the mix &#34;anyone can burn the money they&#xA;gave you after walking out of the shop&#34;.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150212/d71e96be/attachment.html&gt;</html></oembed>