<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:2022-10-20&#xA;📝 Original message:On Wed, Oct 19, 2022 at 04:29:57PM +0200, Sergej Kotliar via bitcoin-dev wrote:&#xA;&gt; Hi all,&#xA;&gt; &#xA;&gt; Chiming in on this thread as I feel like the real dangers of RBF as default&#xA;&gt; policy aren&#39;t sufficiently elaborated here. It&#39;s not only about the&#xA;&gt; zero-conf (I&#39;ll get to that) but there is an even bigger danger called the&#xA;&gt; american call option, which risks endangering the entirety of BIP21 &#34;Scan&#xA;&gt; this QR code with your wallet to buy this product&#34; model that I believe&#xA;&gt; we&#39;ve all come to appreciate. Specifically, in a scenario with high&#xA;&gt; volatility and many transactions in the mempools (which is where RBF would&#xA;&gt; come in handy), a user can make a low-fee transaction and then wait for&#xA;&gt; hours, days or even longer, and see whether BTCUSD moves. If BTCUSD moves&#xA;&gt; up, user can cancel his transaction and make a new - cheaper one. The&#xA;&#xA;I just checked this, and Bitrefill accepts transactions with RBF enabled.&#xA;&#xA;&gt; biggest risk in accepting bitcoin payments is in fact not zeroconf risk&#xA;&gt; (it&#39;s actually quite easily managed), it&#39;s FX risk as the merchant must&#xA;&gt; commit to a certain BTCUSD rate ahead of time for a purchase. Over time&#xA;&gt; some transactions lose money to FX and others earn money - that evens out&#xA;&gt; in the end. But if there is an _easily accessible in the wallet_ feature to&#xA;&gt; &#34;cancel transaction&#34; that means it will eventually get systematically&#xA;&#xA;...and I checked this with Electrum on Android, which has a handy &#34;Cancel&#xA;Transaction&#34; feature in the UI to easily cancel a payment. Which I did. You&#xA;should have a pending payment from this email, and unsurprisingly I don&#39;t have&#xA;my gift card. :)&#xA;&#xA;The ship has already sailed on this. I&#39;d suggest accepting Lightning, which&#xA;drastically shortens the time window involved.&#xA;&#xA;FWIW, fixedfloat.com already deals with this call option risk by charging a&#xA;higher fee (1% vs 0.5%) for conversions where the exact destination amount has&#xA;been locked in; the default is for the exact destination amount to be picked at&#xA;the moment of confirmation.&#xA;&#xA;&gt; abused. A risk of X% loss on many payments that&#39;s easy to systematically&#xA;&gt; Bitrefill currently processes 1500-2000 onchain payments every day. For us,&#xA;&gt; a world where bitcoin becomes de facto RBF by default, means that we would&#xA;&#xA;Electrum is RBF by default. So does Green Wallet, and many other wallets,  as&#xA;well as many exchanges. Most of those wallets/exchanges don&#39;t even have a way&#xA;to send a transaction without RBF. This ship has sailed.&#xA;&#xA;-- &#xA;https://petertodd.org &#39;peter&#39;[:-1]@petertodd.org&#xA;-------------- next part --------------&#xA;A non-text attachment was scrubbed...&#xA;Name: signature.asc&#xA;Type: application/pgp-signature&#xA;Size: 488 bytes&#xA;Desc: not available&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221020/1496e29c/attachment.sig&gt;</html></oembed>