Bitcoin Forum
November 16, 2024, 12:09:32 AM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Setting transaction-fee in MultiBit by editing multibit.properties  (Read 1219 times)
JeffZwolle (OP)
Member
**
Offline Offline

Activity: 81
Merit: 10


View Profile WWW
December 29, 2013, 02:39:09 AM
 #1

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://bitcointalk.org/index.php?topic=303407.0 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?

Donations are always welcome :-)
1C447F2zd9KdoRCpi8mMAYNiLqqh3JDsiY
skaht
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
December 29, 2013, 05:13:46 PM
 #2

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...
JeffZwolle (OP)
Member
**
Offline Offline

Activity: 81
Merit: 10


View Profile WWW
December 30, 2013, 09:24:14 PM
 #3

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)

Donations are always welcome :-)
1C447F2zd9KdoRCpi8mMAYNiLqqh3JDsiY
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!