Reply I got from jim618:
skaht is essentially correct - the setting for fees is at 0.0001 BTC/ KB and is not adjustable currently.
The fee settings are kept in the multibit.properties for backwards compatibility (in case you open an older version of multibit)
Topic: Setting transaction-fee in MultiBit by editing multibit.properties (Read 1223 times)
December 30, 2013, 04:24:14 PM
December 29, 2013, 12:13:46 PM
You asked a question that is very political to the technical Bitcoin community. Jim Burton (the author of Multibit - Jim618), is saying that you can't currently tweak the "multibit.properties" file unless you want to fork the the open source code base. (You have to be a software techie to do this.) It looks like a future version of Multibit may enable end users to tweak the acceptable transaction fees with a slider bar based upon a fee per transaction size rate.
Because the limited number of Bitcoin blocks (~150) that successfully get added to the public Bitcoin Ledger (the Blockchain) each day, Jim Burton is using Multibit to maximize the chances that a Multibit customer's transaction gets added to the Bitcoin Blockchain in a timely manner. He is currently doing this by having Multibit dynamically compute on a per transaction basis a Quality of Service (QoS) fee that pools and miners processing the transactions understand. Because of profit motives, mining pools and miners will put the Multibit transaction at the front of the line. Thus maximizing the odds of transactions being completed, i.e., committed to the Blockchain.
Peter Todd stepped in because he does not want to see the Bitcoin block size grow too much, and for good reasons... (Ah, the politics...) From Jim's perspective, growing the block size, will temporarily solve the QoS dilemma (the Bitcoin payments system current transaction processing ceiling is under 7 transaction per second, Visa can handle peak loads of 20K TPS) to make Bitcoin transaction fees more understandable.
In summary, you asked a question that is fundamental to the growth and adoption of Bitcoin. If Bitcoin is to scale, techniques other than wallet transaction processing QoS mechanisms have to come into play. This topic raises Peter Todd's ears and mine. Bitcoin speculators will be watching transaction processing scalability topic like a hawk...
Because the limited number of Bitcoin blocks (~150) that successfully get added to the public Bitcoin Ledger (the Blockchain) each day, Jim Burton is using Multibit to maximize the chances that a Multibit customer's transaction gets added to the Bitcoin Blockchain in a timely manner. He is currently doing this by having Multibit dynamically compute on a per transaction basis a Quality of Service (QoS) fee that pools and miners processing the transactions understand. Because of profit motives, mining pools and miners will put the Multibit transaction at the front of the line. Thus maximizing the odds of transactions being completed, i.e., committed to the Blockchain.
Peter Todd stepped in because he does not want to see the Bitcoin block size grow too much, and for good reasons... (Ah, the politics...) From Jim's perspective, growing the block size, will temporarily solve the QoS dilemma (the Bitcoin payments system current transaction processing ceiling is under 7 transaction per second, Visa can handle peak loads of 20K TPS) to make Bitcoin transaction fees more understandable.
In summary, you asked a question that is fundamental to the growth and adoption of Bitcoin. If Bitcoin is to scale, techniques other than wallet transaction processing QoS mechanisms have to come into play. This topic raises Peter Todd's ears and mine. Bitcoin speculators will be watching transaction processing scalability topic like a hawk...
December 28, 2013, 09:39:09 PM
I use MultiBit 0.5.16 (Windows)
In %appdat%\MultiBit\multibit.properties there are the options of setting the transaction-fee:
sendFee=0.001
previousSendFee=0.001
If I set these to 0.0001 will this overide the MultiBit-policy not being able to set the transaction-fee in the MultiBit-software?
I mean: will it use my setting (0.0001) for future transactions?
https://bitcointalksearch.org/topic/setting-tx-fee-manually-303407 does not give me a clear answer nor do any other topics I could find.
I know of the the new fee algorithm
+ 0.0001 BTC/ KB of transaction
Are the mentioned settings in multibit.properties simply ignored by MultiBit or are my new settings being used by MultiBit?
In %appdat%\MultiBit\multibit.properties there are the options of setting the transaction-fee:
sendFee=0.001
previousSendFee=0.001
If I set these to 0.0001 will this overide the MultiBit-policy not being able to set the transaction-fee in the MultiBit-software?
I mean: will it use my setting (0.0001) for future transactions?
https://bitcointalksearch.org/topic/setting-tx-fee-manually-303407 does not give me a clear answer nor do any other topics I could find.
I know of the the new fee algorithm
+ 0.0001 BTC/ KB of transaction
Are the mentioned settings in multibit.properties simply ignored by MultiBit or are my new settings being used by MultiBit?
Jump to: