|
Title: transaction fee Post by: Noitev on October 17, 2013, 12:21:09 AM why dont miners always have every pending transaction with a transaction fee in their block? what advantage does it have to not include transactions?
Title: Re: transaction fee Post by: hulk on October 17, 2013, 01:39:50 AM why dont miners always have every pending transaction with a transaction fee in their block? what advantage does it have to not include transactions? Well, I believe online wallet (blockchain, inputs) have less transaction fees. It's quite dangerous not to have transactions fee (some hacked wallet) cause your sending could go missing. Title: Re: transaction fee Post by: pand70 on October 18, 2013, 02:17:39 AM Normally miners include highest priority transactions and all transactions with a fee (with highest fee ones taking priority). And they do that up to a certain block size.
Title: Re: transaction fee Post by: cowandtea on October 18, 2013, 07:26:22 AM The higher the transaction fee, the faster your transaction complete. If your data is too huge, try to avoid no transaction fee as it could go missing for some reason.
Title: Re: transaction fee Post by: Trongersoll on October 18, 2013, 07:12:24 PM There is a limit to how big a block can be.
Title: Re: transaction fee Post by: miffman on October 18, 2013, 10:54:14 PM mcxnow txfees are 0.001, which is very high, but get's sent through very quickly
Title: Re: transaction fee Post by: fattypig on October 20, 2013, 02:11:31 AM mcxnow txfees are 0.001, which is very high, but get's sent through very quickly Too high, I did rather it get sent through slower :) Title: Re: transaction fee Post by: zvs on October 22, 2013, 12:42:40 PM mcxnow txfees are 0.001, which is very high, but get's sent through very quickly Too high, I did rather it get sent through slower :) the standard fee is 0.0001 0.001 is a bit bizarre i have my client configured to accept only 0.0005, i can't imagine any pools requiring higher. most (if not all) just use standard config on tx fees? with 10 blocks per hour, you don't really have to worry about a backlog... like, say, 6 months ago |