Bitcoin Forum

This would be good for everybody if it was possible.  You make a transaction, only to realize "oh shit, my transaction fee was too low".
Wouldn't it be nice if you could add the fee afterwards?  This way you could push your transaction through faster and give it higher priority.  I bet if this were possible, transaction fees would instantly double just from people being impatient.  Miners would be very happy..

Unfortunately with the way bitcoin works, this seems impossible to actually implement.
 

But it would be too hard to implement. You will have to edit existing transaction during time of waiting for confirmations...

Just add some more fee while sending at first and that's it.
And no change needed :)

You can already do that. Send the transaction again using the the same outputs and add a bigger fee. One of them will be confirmed and the other will be rejected as a double-spend.

This is assuming you have 2x the amount to begin with.  If 1x is all you have, you won't be able to send the transaction again.

Please show me link to time machine.  How do I do this..
If I came in here with an idea for bandaids, you would be the first idiot to jump in and say "well dont get hurt in the first place and you wont ever need one!"..

i am using multibit to send BTC
they always give proper fee for transaction, never happen too low fee conditions
but when i use blockchain and custom send, i usually give too low fee, making it slow confirmation by the network


never try something like this
i wanna try send to my own BTC to test

Wrong.

Read again, it says "send the transaction again using the the same outputs".

If a transaction isn't confirmed (yet), no coins have been sent,
if no coins have been sent, you don't need 2x the amount to begin with, 1x is enough.  ;)

The transaction can be unconfirmed but still show up on most of the network, in which case the client wont let you send the same amount again.  No?

Of course you probably need access to some sort of debug console for your wallet to send a raw transaction to do this, but then again, you probably needed to do something out of the ordinary to send a transaction with not enough fees to begin with.

IMHO the wallet should prevent you from doing that in its default user interface and only allow something like that in a more advanced / debug mode.

And what's with people who respond with "Wrong" as a stand alone sentence. Is this a game show?   Do I get to try again??

It would be GREAT to just have a button under TRANSACTIONS that would allow the addition of a fee.

or even another tab called FEES. Under this you could input the transaction number so you could add a fee after the fact.

This transaction wouldn't have to be a transaction of our own even!

How many time have you guys been expecting a transaction that never arrives ( or takes days?) Wouldn't it be great if you could add a fee to make it quicker?

I know a lot of people whinge about this sorta thing, but couldn't we just do it?  I mean if we can waste code on transaction mailability, why can't we make something useful like this happen?

Also, in before "why don't you do it yourself, bitcoin is open source blah blah blah" :P
I can't code for shit  :D

blocks are only on average 10% filled. we should NOT be changing the protocol to feed greedy miners.

they are already denying transactions to force fee's. we should STOP that practice.

miners jobs are to process transactions. the REWARD is their wage. miners should not deny transactions because that should NOT be their job, and they should definitely NOT be given a bonus ( a fee ) as a prize for their practices.

Yes this i believe is true.

This is pretty much the only response so far that sounds intelligent.
I agree 100%.  It's like a waiter/waitress refusing to serve you because you are a bad tipper.  This would be okay, except
that this isn't the food industry.  Transactions should all have equal priority.

It's capitalism at work.

If bitcoin actually grew big, you can bet your ass there'd be visa/mastercards of the bitcoin world charging a % transaction fee or they'll reject it.

Miners jobs are to make money for themselves. Nobody invested millions into mining hardware to process transactions for free for other people. Get your facts straight. I understand you're one of the delusional ones who doesn't see the realities of the world, but this is it.

Maybe all future blocks should meet the following conditions ( as well as current protocols) to be a valid block...
if there are >250kb worth of unconfirmed transactions
    then block size must (roughly) equal 250kb

it's as simple as that. Why aren't we enforcing that? The miner's fee was meant to reward miners once the network got really popular and busy.
As opposed to the miners sending small blocks so they get in there first with the valid block.



The block reward is what miners get paid to process transactions.  fees are just icing on the cake.

How could you possibly say that it would miners would be doing this "for free"?  Most of their profit comes from the block rewards, not the fees. 

You can easily fill up a block with 250 KB worth of your own transactions rather then accept feeless transactions from other people.

A lot of people are also making assumptions that may apply if mining is decentralized, but fact is, there's 4 major players who control the majority of the hash power of the network.


Yes, and to claim the block reward you don't need to include any transactions. Including feeless transactions is working for free.

Mine on a pool that supports the fee structure you like.  There are pools that allow more free transactions and ones that allow less.

The point of fees is to reduce transaction SPAM.  It does work as intended and (non required) fees are now well under 1/10 of one percent for most transactions.  

Do take into consideration that space itself in the blockchain is also a limited resource and fees contribute to keep it civil while storage and bandwidth catch up. Miners have an incentive to keep block size sane as big blocks have a higher chance of being orphaned.

Make sure to re-use the same outputs when resending that transaction with fees otherwise the old tx might get confirmed later and then you sent double the amount. (I don't know how as I never ended up in that situation :p).

Transaction volume is about the same as it was a year ago. (http://blockchain.info/charts/n-transactions?showDataPoints=false&timespan=1year&show_header=true&daysAverageString=7&scale=0&address=) The number of transactions has been around 65,000/day for the last year. Right now, it's almost exactly where it was a year ago.

The use of Bitcoin is not increasing.

That is true today, a quick scan of a few recent blocks show that transaction fees are about 1/200 of the block reward.
However, the block reward will decrease in the future, and presumably the transaction fees (per block) will increase, to the point where they will become a significant part.

In other words, time will eventually solve this problem.

Time actually increases the problem.

The lower the block reward, the more in Tx fees are needed to make up the difference. When the block reward's lower, miners will be more likely to force people to pay Tx fees, and high ones.

The top 4 mining pools (who control 60% of the hash power) could come together right now and say we're charging a 2% transaction fee. Pay it or your Tx will be declined. If other miners accept Txes that don't pay the fee, your block will be declined and orphaned.

This couldn't happen with a decentralized currency, but the fact is bitcoin is very centralized.

That's a good point. If mining were more decentralized, then transaction fees would tend to settle on a market price, as it could be more profitable for a minor to accept a larger number of transactions with small fees, than a few with large fees.

At the present time, minors don't really care about transaction fees, because 99% of their income comes from the block reward.

Right, if it's decentralized and you don't include the tx to pick up the fees, someone else will.

The fact that there's only a few organizations that run the network, they can come together and agree on rules.

Right now miners DON'T have incentive to do this, because they benefit more by making btc more popular and having the price go up.

But at some point it's going to be more profitable to force heavy fees onto people to use the network.

The big miners are essentially visa/mastercard. They control the network and have the ability to set fees.

:)
Ok, so I dunno :) maybe qt 1.0.0 will have this implemented :)

Adding trasactions to a block does not increase the time required to mine it.  

The miners are not charging fees, people are voluntarily adding fees to their transactions to decrease the time for their transaction to get into a block.  The protocol is design with a limited block space which limits blockchain size and spam transaction while creating a competitive market for block space.  This allows the miners to be paid and a service to be rendered.  If users could change their fees after they sent the coins before the transaction confirmed it would allow them a further choice to change how much they want to spend to increase their transaction priority.  This would free promote the free market of bitcoin trasactions.

P.S. How did we get so far off topic?

@ OP, This sounds like a very good idea.  I'm not sure how hard this would be to implement but I have an idea.  If the handling of the trasaction pool was changed so that if any transactions meeting the following criteria were found then it would drop the transaction with the lower fee.
1. The coins come from the same inputs.
2. The coins go to the same outputs
3. The amounts in the inputs and outputs are identical execpt for the difference due to the fee.
I reallize this wouldn't work in all cases, but it is a step to creating a working implementation of this idea.  Then all that's needed is to add a button/tab/etc in bitcoin core which allows the rebroadcasting of transactions with higher fees.

P.P.S. Sorry about any typos, was typing in a rush.

EDIT: Ment to add this to backup my argument.  It explains how fees and priority affect whether a transaction is included in the next block.  https://en.bitcoin.it/wiki/Transaction_fees (https://en.bitcoin.it/wiki/Transaction_fees)

While four mining pools currently control 60% of the hashing power, I should point out that they are POOLS.  The mining power is still decentralized because if those pools did try to implement a mandatory fee the individual miners would still have the choice to switch to a different pool which didn't implement mandatory fees.  Even if all the current pools implemented a mandatory fee, miners could still mine solo or even create their own pools.  In fact pools increase decentralization because they allow small miners to add their hashing power to network.  Because miners can mine on whichever pool they choose, they can support the pools which implement the protocol they want to see used.  This all prevents big, cetralized mining companies from controling the network.

Summary: Large pools increase decentralization.

P.S. Was proofreading real quick and reallized the summary sounds really funny if taken out of context. :D
P.P.S. Again, apologies for any typos.

Yes, but let's say the top 4 pools say they're going to set these rules and orphan any blocks who don't follow those rules. Chances are those 4 pools will INCREASE in size. Because anyone NOT in those pools gets zero for their work. And who's going to be the first one to leave the pools to go join a pool that's not generating any BTC?

Remember, it's not people and their GPUs supporting a protocol they believe in (LOL, typical libertarian bullshit).

Only ASIC miners are relevant now, and the people who own them made an INVESTMENT to make a profit. If they have to deal with rules they don't like or agree with to make that profit, they will do so.

Bitcoin has no fees, unlike credit cards.

To actually suceed they need significantly more than half the network, and like I said, if the top four pools threatened to do that, most miners would just switch pools.  Thus dramaticly reducing the hashing power of the pools and preventing the attack on the network.

First off, many people invested in GPU's as well to mine and made a profit.  Secondly, asic miners are profiting now and would still profit in the senario you described even if they choose not to support the currently four largest pools.

You seem to be missing the entire point of bitcoin, it is a bunch of decentralized people supporting a protocol they believe in.  That's the ONLY reason bitcoins have value.  Because a bunch of people value it and the protocol as a way to transfer and store wealth.

Really?  You couldn't make your point without trying to insult me?  Also, I'm not libertarian, read Richard J. Maybury if you want to understand what I really believe instead of trying to use an Argumentum ad hominem fallacy.

Wasn't talking about you specifically. A lot of bitcoin "supporters" seem to be these anti-government/libertarian types (which IMO is NOT a good thing. being anti-government makes it far more likely the government will fuck with you).

The majority of ASIC miners aren't "supporting" a protocol they "believe" in. Those huge data centers were put together by businessmen who wanted to make a profit.

I know a lot of people here have these pipe dreams and view bitcoin through rose colored glasses and refuse to see the realities of it.

The reality is a small group of people have tremendous influence over bitcoin, and it's no longer decentralized at all.

Most poeple who are anti-government are only like that because they believe the government already is f* everyone.

While there are some large mining operations there is still a lot of asic and hashing power maintained by independant individuals.

Yes, a lot of people are only in bitcoin to make money, but there are just as many people who realize the true value of bitcoin.  Not as in the currency bitcoin, but as in the major breakthrough in decentralized technology which can be implemented in many ways besides currency.

Bitcoin as a currency is still very desentralized, bitcoin as an concept is even more so.

All right, you can keep telling yourself that.

But when there's profit to be made by controlling/colluding with other people to control 51% of the network, it can and will happen.

Right now there's no upside to controlling 51% of the network, because if someone did that at this point in time it would just make btc collapse and they'd get nothing out of it. But at some point, if btc becomes mainstream (and that's a HUGE if), someone's going to control it. That someone might be the government, or a corporation, but it'll happen.

Posts as wrong as this need to be deleted.

https://en.bitcoin.it/wiki/Transaction_fees

I don't think you would need to change the handling of the transaction pool. This could be done on the client.

And it wouldn't be strictly required that the coins go to the same outputs. For example, (at least) one of the outputs is a "change" address. The client implementation may want to create different change outputs in order to keep straight which transaction was mined.

My suggestion of an implementation would be this: The client should be able to show transactions that had confirmations (were in the transaction pool), but are not yet in the block chain.

The user would have the option to "increase the priority" of one of these transactions by increasing the transaction fee. Clearly, the extra fee would come from a "change" address, so it would need to keep track of those too, which I assume most already do.

It would re-issue the transaction using the same inputs (and mostly the same outputs). It would group the transactions together with a special flag that tells the user the transaction fee is not finalized. It should also prevent the user from spending anything from the change address.

When one of the transactions reaches the block chain, the client would delete the other one from the list, and mark this transaction as final.

Is there any reason why this wouldn't work?

I find this a good idea.

I tried to donate some money to Hal Finney a couple of days back: https://bitcointalk.org/index.php?topic=552875.0
and with the new version of Bitcoin-qt I wasn't get asked for the fee so I just clicked send.

It took 6 hours to complete!  :o :o :o :o :o :o :o :o :o

So yeah if the devs can add this it would be good, though I doubt it as it sounds like a lot of work and I am guessing they have more important things to consider.

That is a great suggestion. We can divide the transactions in to four categories:

1. Extremely Urgent: Free of 0.001 BTC
2. Urgent: 0.0005 BTC
3. Normal: 0.0001 BTC
4. No-Fee: 0 BTC

This. It actually works. If it doesn't work for you push it directly to eligius via their site. They will happily mine it for you.

free for other people ???? i am soo facepalming you right now

im all for profiting. but miners should profit properly... they get 25BTC block reward to share between them for their hard work. if the fiat value of their share is not enough. then instead of being brain dead and selling fast to cause a price dump (shooting themselves in the foot every 10 minutes) they should hoard their coin and cause demand to rise (price rise).

they should not shoot themselves in the foot trading at a loss and then demand every user pays them a tax to continue working.. thats not capitalism, thats stupidism

Let's forget about miners, rewards and fees...

The ability to add fee to a sent transaction is a nice idea. I have heard a similar suggestion elsewhere. It was called something like "child pays fee for parent"' or something like that. It is basically spending the output of the "stuck" transaction (parent) in a new transaction (child) with a big enough fee to cover both transactions.

I am not sure this solution is in the pipeline, or is still just a suggestion?

Bitcoin was designed for the long-term. In 10 years, this block reward will be 3.125BTC.