Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Andreas Schildbach
On 12/16/2013 07:28 PM, Mike Hearn wrote: > I don't know how to solve this. Badly designed software that looks > appealing will always be a danger. One way would be to explicitly warn against some services. For example, on the "Choose you wallet" page of bitcoin.org. -

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Gregory Maxwell
On Mon, Dec 16, 2013 at 3:37 AM, Wladimir wrote: > What we should really do is: > - Use deterministic wallets. Making regular backups becomes optional (to > retain label and transaction data and such) instead of mandatory. > - Don't support importing private keys. Replace the importing of private

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Mike Hearn
On Mon, Dec 16, 2013 at 11:13 AM, Drak wrote: > It just occurs to me this kind of sad story could be averted if wallets > implemented a confirmation box if the fee amount seems crazy - for example, > if it's >10x what the default fee should be, or if it's greater than x% of > the sending amount.

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Mike Hearn
On Mon, Dec 16, 2013 at 12:31 PM, Pieter Wuille wrote: > Will that also mean no longer reusing (change) addresses? > Jim seems to be planning some parallel development to what I'm doing, but HD wallets and stopping address re-use is the current feature I'm working on for bitcoinj. Only code revie

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Taylor Gerring
Providing people with a great user experience is something that Hive Wallet is enthusiastic about, so this is stuff we’re thinking about constantly. For example, how do you alert the user to abnormal activity (i.e. sending “too much” on accident[1])? The removal of extraneous UI and functionalit

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Wladimir
On Mon, Dec 16, 2013 at 11:46 AM, Jim wrote: > For the HD version of MultiBit we are removing the import > of individual private keys entirely and only supporting HD > addresses, primarily for safety reasons. > I'd love to have the same in Bitcoin-Qt as well. Too many sob stories about people wi

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Pieter Wuille
On Mon, Dec 16, 2013 at 11:46 AM, Jim wrote: > For the HD version of MultiBit we are removing the import > of individual private keys entirely and only supporting HD > addresses, primarily for safety reasons. Will that also mean no longer reusing (change) addresses? -- Pieter -

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Wladimir
On Mon, Dec 16, 2013 at 11:13 AM, Drak wrote: > It just occurs to me this kind of sad story could be averted if wallets > implemented a confirmation box if the fee amount seems crazy - for example, > if it's >10x what the default fee should be, or if it's greater than x% of > the sending amount.

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Drak
Jim, It's great to see the many ways wallet authors try to protect users from easy to make mistakes, especially against losing funds. But this issues isn't confined to custom transaction - some wallet implementations have a fee field and almost all wallets allow the fee rate to be configured in p

Re: [Bitcoin-development] Fees UI warning

2013-12-16 Thread Jim
Yes I saw that on reddit too. I think it applies mainly to custom transactions rather than where fees are calculated automatically. Another variant of not understanding change that loses people's bitcoins I have encountered is: 1) Import a private key of a brainwallet/ paper wallet. 2) Send a sma

[Bitcoin-development] Fees UI warning

2013-12-16 Thread Drak
Not sure if this is the right place, but since a few wallet authors congregate here I though it might be the best place. It seems every once in a while you see stories of people accidentally paying huge fees. Today I read about a man who paid a 20.14BTC fee for a 0.05 BTC transaction[1], oops. The