<oembed><type>rich</type><version>1.0</version><author_name>npub1xg2m84malu0cfm4444r0kysx4rgk27e75aj6sz6538kw8fcz627qeadsv7</author_name><author_url>https://nostr.ae/npub1xg2m84malu0cfm4444r0kysx4rgk27e75aj6sz6538kw8fcz627qeadsv7</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2013-12-01&#xA;📝 Original message:On 12/01/2013 06:19 PM, Mike Hearn wrote:&#xA;&gt;&gt; Both can be combined into adapting the current generic messages (&#34;This&#xA;&gt;&gt; payment should become spendable shortly&#34; for incoming and &#34;This payment&#xA;&gt;&gt; has not been transmitted yet&#34; for outgoing transactions).&#xA;&gt;&#xA;&gt; What would the new messages say?&#xA;&#xA;Well, for starters I&#39;d suggest something like&#xA;&#xA;&#34;This payment did not become spendable since xxx minutes. Check with the&#xA;sender if s/he paid the Bitcoin network fee. Check if your internet&#xA;connection is working properly.&#34; (incoming)&#xA;&#xA;&#34;This payment still has not been transmitted. Check if your internet&#xA;connection is working properly.&#34; (outgoing)&#xA;&#xA;&gt; We need to get away from the notion of senders attaching fees anyway.&#xA;This is the wrong way around because it’s the recipient who cares about&#xA;double spending risk, not the sender. That’s why merchants keep running&#xA;into issues with people attaching zero fees. Of course they attach zero&#xA;fees. They know they aren’t going to double spend. It’s the merchant who&#xA;cares about getting the security against that.&#xA;&#xA;Guess you&#39;re right. But as you said, we&#39;re not there yet.&#xA;&#xA;&gt; The UI for sending money should end up dead simple - no mention of&#xA;fees anywhere, IMO.&#xA;&#xA;Agreed, if the sender does not need to pay a fee any more. On the&#xA;receiving side it of course needs to be mentioned. (Or the other way&#xA;round, as of today.)&#xA;&#xA;&gt; Unfortunately we lack the protocol pieces to get the right UI here :(&#xA;Someone needs to sit down and figure out what the UI *should* look like,&#xA;in the ideal world, and then work backwards to figure out what needs to&#xA;be done to get us there.&#xA;&#xA;(The ideal world doesn&#39;t need a UI for money.)&#xA;&#xA;&gt;&gt; For outgoing transactions, if it is very clear that they&#39;re never going&#xA;&gt;&gt; to be confirmed, I&#39;d like to see a &#34;Revoke&#34; button.&#xA;&gt;&#xA;&gt; Disagree. There should never be any cases in which a transaction&#xA;doesn’t confirm. Period. I know there have been bugs with bitcoinj that&#xA;could cause this in the past, but they were bugs and they got fixed/will&#xA;get fixed.&#xA;&gt;&#xA;&gt; Settlement failure is just unacceptable and building a UI around the&#xA;possibility will just encourage people to think of it as normal, when it&#xA;should not be so.&#xA;&#xA;I fully understand your point of view. However, its not the reality&#xA;currently. (Hopefully it is, after the fixes to bitcoinj.)</html></oembed>