Bitcoin Forum
May 03, 2024, 11:44:09 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Fee rebellion  (Read 899 times)
jim618 (OP)
Legendary
*
Offline Offline

Activity: 1708
Merit: 1066



View Profile WWW
June 24, 2013, 08:38:24 PM
 #1

Hello Alan,

I know MultiBit is off topic for here but I wanted to mention something I have just changed in MultiBit as I think we have the opportunity to collectively save our users some cash.

This is a cross post from:
https://bitcointalk.org/index.php?topic=50936.msg2569535#msg2569535
(The Electrum thread).

Basically I have dropped the fees MultiBit is adding to match the Bitcoin-QT fees (0.0001 BTC per 1000 bytes of tx).
It occurs to me that if the other clients do the same all our users will be better off and no-one is disadvantaged.
There is more detail in the Electrum post.

Please consider this rare opportunity to save our users a good chunk of their tx fees and drop prices !

:-)

Jim

MultiBit HD   Lightweight desktop client.                    Bitcoin Solutions Ltd   Bespoke software. Consultancy.
1714779849
Hero Member
*
Offline Offline

Posts: 1714779849

View Profile Personal Message (Offline)

Ignore
1714779849
Reply with quote  #2

1714779849
Report to moderator
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, which will follow the rules of the network no matter what miners do. Even if every miner decided to create 1000 bitcoins per block, full nodes would stick to the rules and reject those blocks.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
etotheipi
Legendary
*
Offline Offline

Activity: 1428
Merit: 1093


Core Armory Developer


View Profile WWW
June 24, 2013, 08:46:53 PM
 #2

Has Bitcoin-Qt fee logic changed recently?   The fee logic I've implemented is pretty much minimal already (though, I screwed up the allowFree() logic and some tiny fraction of transactions may be required to pay a fee when the network wouldn't require it).   It used to be 0.0005 BTC/kB but only if the tx >= 10kB. 

I do plan to implement the minimum TxOut limit (the 5430 uBTC limit).  But I thought that was the only thing that has changed...

P.S. - Not off-topic at all! 

Founder and CEO of Armory Technologies, Inc.
Armory Bitcoin Wallet: Bringing cold storage to the average user!
Only use Armory software signed by the Armory Offline Signing Key (0x98832223)

Please donate to the Armory project by clicking here!    (or donate directly via 1QBDLYTDFHHZAABYSKGKPWKLSXZWCCJQBX -- yes, it's a real address!)
jim618 (OP)
Legendary
*
Offline Offline

Activity: 1708
Merit: 1066



View Profile WWW
June 24, 2013, 08:55:09 PM
 #3

I must admit I am going by the figures in Matt Corallo's feesolver included in bitcoinj v0.9 (and a post by Tacticat in the Electrum thread which I have quoted). I think the minimum relay fee is now 0.0001 BTC / KB (rounded up to the next KB).

Looking at the tx stream on the blockchain.info index page most tx are currently using 0.0005 BTC for <1 KB tx. Currently going lower than that drops your tx in the pecking order so even if the Bitcoin-QT limit is 0.0001 BTC per KB it needs a bit of collective action to get the benefit.

I thought I would mention it as most people are having to look at their fee code to avoid '5430 change generation' anyhow.

 

MultiBit HD   Lightweight desktop client.                    Bitcoin Solutions Ltd   Bespoke software. Consultancy.
TierNolan
Legendary
*
Offline Offline

Activity: 1232
Merit: 1083


View Profile
August 03, 2013, 08:26:02 AM
 #4

A second rebellion would be to go even lower than the default client.

In theory, a node could try to make sure that it connects at least 3-4 of the "rebellion" clients.

Maybe there could be a "feeinfo" message that describes the relay rules that the client uses.

The relay rating that a node gives could be Max(nodes own internal rules, median of peers it is connected to).

However, there are some risks with that.  Nodes might claim to be willing to relay and then not actually relay, in order to isolate a node.

1LxbG5cKXzTwZg9mjL3gaRE835uNQEteWF
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!