On Fri, Oct 25, 2013 at 02:02:35PM +0200, Andreas Petersson wrote: > > > > Worth thinking about the whole ecosystem of wallets involved; they all > > have to handle double-spends gracefully to make tx replacement of any > > kind user friendly. We should try to give people a heads up that this is > > coming soon if that's your thinking. > > If there is a situation where wallets are supposed to constantly monitor > the tx propagation and recreate their transactions with different fees, > this would make a lot of usecases inconvenient. > half-offline bluetooth transactions, users with unstable connections, > battery power lost, etc, etc. - and last but not least power concerns on > hardware wallets on the bitcoincard (tx signing drains a significant amount > of power and should therefore only be done once)
Anyway, as I've said repeatedly my problem with fee estimation is that it needs to be combined with some form of transaction replacement to give users a way to recover from bad estimates, not that I think the idea shouldn't be implemented at all. After all, we alrady have fee estimation: wallet authors and users manully estimate fees! This particular case is a nasty one re: recovering from a bad estimate, and it's exactly why the payment protocol is designed for the sender to give the receiver a copy of every transaction they make so the receiver can be held responsible for getting them mined, eg. with child-pays-for-parent, out-of-band fee payment, or maybe even by adding inputs to the transaction. (SIGHASH_ANYONECANPAY) -- 'peter'[:-1]@petertodd.org 0000000000000001231d6e04b4b18f85fa0ad00e837727e7141eaa8cfecc734b
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
