<oembed><type>rich</type><version>1.0</version><author_name>npub1a9uelw8hswrmps0ayl2dzkh625xjznd5glvqrkhpxngdzupjw8kqqlc2j9</author_name><author_url>https://nostr.ae/npub1a9uelw8hswrmps0ayl2dzkh625xjznd5glvqrkhpxngdzupjw8kqqlc2j9</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2013-12-16&#xA;📝 Original message:Yes I saw that on reddit too.&#xA;&#xA;I think it applies mainly to custom transactions rather&#xA;than where fees are calculated automatically.&#xA;&#xA;Another variant of not understanding change that loses&#xA;people&#39;s bitcoins I have encountered is:&#xA;1) Import a private key of a brainwallet/ paper wallet.&#xA;2) Send a small amount of bitcoin from that key.&#xA;3) The user then secure deletes all copies of the wallet&#xA;&#39;for security&#39;. If they are not careful they can delete&#xA;a change address with funds on it.&#xA;&#xA;In MultiBit I have tried to reduce this possibility by:&#xA;1) Hiding the ability to delete wallet (in the next version&#xA;I am removing it entirely)&#xA;2) There is always a single key in a new wallet. When&#xA;a user imports a key then that makes two. I always send&#xA;the change to the second address, if it is available.&#xA;(This is bad for privacy but at least lessens the chances&#xA;that the funds become lost). &#xA;&#xA;If users are determined to use a brain wallet and &#xA;secure delete every copy of the wallet after they use&#xA;them you cannot stop them (it is their machine after all)&#xA;But these two options help lessen the chance of bitcoin&#xA;loss if they do.&#xA;&#xA;For the HD version of MultiBit we are removing the import&#xA;of individual private keys entirely and only supporting HD&#xA;addresses, primarily for safety reasons.&#xA;&#xA;Jim&#xA;&#xA;On Mon, Dec 16, 2013, at 10:13 AM, Drak wrote:&#xA;&gt; Not sure if this is the right place, but since a few wallet authors&#xA;&gt; congregate here I though it might be the best place.&#xA;&gt; &#xA;&gt; It seems every once in a while you see stories of people accidentally&#xA;&gt; paying huge fees. Today I read about a man who paid a 20.14BTC fee for a&#xA;&gt; 0.05 BTC transaction[1], oops. There was another recently where someone&#xA;&gt; paid a fee of about 200BTC which fortunately the pool operator refunded.&#xA;&gt; &#xA;&gt; It just occurs to me this kind of sad story could be averted if wallets&#xA;&gt; implemented a confirmation box if the fee amount seems crazy - for example,&#xA;&gt; if it&#39;s &gt;10x what the default fee should be, or if it&#39;s greater than x% of&#xA;&gt; the sending amount. &#34;the fee seems unusually high, are you really sure you&#xA;&gt; want to pay X in fees?&#34;&#xA;&gt; &#xA;&gt; I realise the exact details of this might need to be fleshed out given we&#xA;&gt; want flexible fees, but it should be pretty simple to agree with what looks&#xA;&gt; like an unusually large fee according to the going rate.&#xA;&gt; &#xA;&gt; Drak&#xA;&gt; &#xA;&gt; [1]&#xA;&gt; http://www.reddit.com/r/Bitcoin/comments/1syu3h/i_lost_all_my_bitcoins_in_an_erroneous/&#xA;&gt; ------------------------------------------------------------------------------&#xA;&gt; Rapidly troubleshoot problems before they affect your business. Most IT &#xA;&gt; organizations don&#39;t have a clear picture of how application performance &#xA;&gt; affects their revenue. With AppDynamics, you get 100% visibility into your &#xA;&gt; Java,.NET, &amp; PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!&#xA;&gt; http://pubads.g.doubleclick.net/gampad/clk?id=84349831&amp;iu=/4140/ostg.clktrk&#xA;&gt; _______________________________________________&#xA;&gt; Bitcoin-development mailing list&#xA;&gt; Bitcoin-development at lists.sourceforge.net&#xA;&gt; https://lists.sourceforge.net/lists/listinfo/bitcoin-development&#xA;&#xA;&#xA;-- &#xA;http://bitcoin-solutions.co.uk</html></oembed>