Bitcoin Forum

In bitcoin transaction the fee is paid by sender exactly opposite of PayPal where receiver pays the fee or is deducted from the amount he receives.Can it be possible in bitcoin too?Is there a way in bitcoin transaction that fee is deducted from or paid by receiver?

a simple and logical solution is to just subtract the fee from what you are sending, and make the receiver receive less  8), idk how happy the receiver will be about that though.

There is no such option currently built in. There was a proposal called Child-pays-for-parent but it has not been implemented. The only thing that you can do is 'workarounds' as the example above:

IMO the best way is where sender pays the fee because that way the receiver will get the full amount.In a trade if seller receive the less payment due to fee,he will always include fee in his price or ask the buyer to pay extra to cover fee.In either case sender has to pay more so better sender pay fee

In Bitcoin, a fee is paid to the miner as incentive to include the unconfirmed transaction, into their next found block.
There is no way to actually have the "receiver pay the miner's fee" as to how Bitcoin actually works.

As said by other users above, to effectively do what you are inquiring of, you would need to still include the miner's fee,
but reduce the total amount of bitcoins (by the miner's fee amount) that you wish to send to the receiver.

So simply, you would be shortchanging the receiver and advise them that you deduced the miner's fee from what was owed.

there are no ways to make the receiver pay the transaction cost in my opinion as there is no possibility to do that in any off the wallets actually and i doubt that there will ever be such a thing

though there are ways on how to make him pay the costs for example taking the fee cost from the amount of money transacted, i cant think of anything else right now

maybe its impossible,fee its come from sender,just because sender sent money to other people and its weird if not use fee. fee diceded by exchange or wallet,and some wallt allow us to modifiy transaction  fee.

Very nice joke, I can't stop laughing. Very simple solution and yet very effective. Well I think if two parties make a deal to receiver pay the fee then there is no need him to get angry for that. Just calculate how much you plan to send minus fee and then send that much.
But how much is fee? I think there is no need for that if you working with big amounts. With small 0.1 mbtc is almost nothing. No one will get rich from this fee, and its very important to keep miners alive and with that all bitcoin world.
If you don't pay you cant be sure that everything will work. People who make all this possible deserve a prize.

that made me lolz

Currently  it is not possible that receiver pays the fee in the bitcoin network, as oppose to paypal network when receive pay it.
The fee is deducted from the initiator of the transaction and it is fair enough i guess.

I simply don't understand why paying bitcoin fee is such a bother, a 20k Sats/kb comes to $ 0.083, which shouldn't really be a problem for the sender or the receiver as to who covers it.

Don't use paypal so don't know what their fee(s) are but I am sure it is dependent on the volume of transaction, which I would imagine must be much higher as compared to bitcoin tx fee.

general and logically seemed unable that receiver paying a fee.
because I think everywhere senders pay a fee.

the moment we have the receiver paying transaction fees that will be the end of bitcoins because we are going to have charge backs which will be unattractive for the crypto world

I would love to know how to, if this is possible. Then I would send multiple 1 Satoshi payments to all those people who annoy me.

Afaik it's not possible. If you want the receiver to cover the fee then your only option is to subtract the fee to the original amount that you are going to send to him. It is a good idea tho if it will be implemented but shouldering the fee for small transactions, doesn't seem bothering.

Wrong.

It is up to the individual miners to decide which transactions to include in their found blocks, and if they want to use CPFP logic they are free to do so. It would actually be economically irrational not to do so. There is currently at least one mining pool that publicly supports CPFP.

---

In most of the global economy as it stands now, it is the receiver that bears the cost of receiving funds for transactions (although they often pass along those costs to consumers).

if i am not mistaken, breadwallet has this feature built-in (i read about it not used it)
also it is doable but requires some work, i found a topic talking about this here : https://bitcointalk.org/index.php?topic=1118563.0
also: https://bitcointalk.org/index.php?topic=729535.msg8251404#msg8251404

also the github link if anybody is interested: https://github.com/bitcoin/bitcoin/pull/1647


it is called eligius but i can't find it on their site, the link has been disabled or i am blocked to see it

Good suggestion. But this is not how bitcoin work. Workaround is receiver send the fee first and the sender send the coin next. the development team shall make a easier system for receiver to pay fee.

actually i think that is not necessary at all.
it is not a common problem it is just in rare occasions that the receiver needs to pay the fees, in 99.9% of the time the transaction will get confirmed even if the fee is low and there is no spam attack going on.

That is not the concept of bitcoin. The fee is being given to the miner as finder's fee, incentive or reward. There is no such an option that the receiver will be the one to pay the miner's fee. The only logical solution is what the first commenter said in his post that you must deduct from the amount you are sending to the receiver.

Can the receiver refuse to accept the coin, hence avoid the fee?
I think this is also needed to be implemented.

I haven't heard of a Bitcoin wallet refusing to accept the coin and sending it back unless done manually by the owner in which case he will need to pay fees in order to return it. But in any case the sender is the person who is paying all the fees not the receiver. Actually come to think of it, what if you are buying a coffee every day and using Bitcoin for that and you are basically paying more due to the fees so this could be considered a tip to the coffee shop but what if you don't want to give them extra money even if it's a small amount at the end of the week or a month it could add up to a couple of dollars no?

Good point, because Bitcoin transactions is not reversible, but this can be determined before the transaction is send. Something similar to the telephone system, where the exchange asks the receiver, if he will accept the charges and only after a confirmation is received, he will forward or allow the call. { In this case the transaction }

They can then add this burden to the miners to get this acknowledgement and pay them a extra fee on top of the miners reward. This will make up for the Halving, where the reward is decreased and they would be making less money.  

I think it is fair sender pay the fee.
Because higher fee will have faster delivery time, when receiver got it, the delivery process has finished.

As long as the fees remain so small like they are now I deffinately don't see a real need for this..

Also, it is part of the bitcoin network. You promise to send someone a certain amount of bitcoin, and you pay the fee for using the service of the blockchain.

You are not going around and asking buyers of your products to pay part of your bank fees as well right? I mean, like a cent to cover the monthly fee of having an account at the bank (that in turn handles your transactions, which makes it almost the same as the miners and their fees).

No, I don't think that the receiver can pay the fee of the transaction.

In some parts of the world, the "sender" pays a transaction fee of $0.25 USD to use a debit card or credit card.

the fee is what gets the transaction confirmed their is no way around it

besides sweeping from a second wallet the reciever could provide

to cover their payments

Actually it's a good idea though. I mean, maybe someday blockchain have a option that we can choose who will pays the fee, the receiver or the sender.

That sounds like a good idea technically speaking, but I don't think it is technically possible because of the protocol, and the various security risks that could emerge from such a concept being added.

For example, you can't really take a fee from a receiving wallet without putting it in its own transaction, at least to my knowledge. And what happens if someone screws up the required transaction fee, like some of the transactions with x00BTC fees...?

I never thought about it before this was mentioned. It's actually a good idea, much like the idea of collect call, if you are familiar with it. Maybe the developers of blockchain has already considered it in the past but they didn't find it such a good idea because of the way it works or the limitations associated with it.

Well, that's not possible with the bitcoin, unless you wish to deal that with the person you're sending.

Just telling him you'll send him BTC including the fee and the problem is solved :P

a collect call but u still have BTC to spend  :D

you're right , it's easy just deal with buyer if he want to pay the fees , we only need to send bitcoin that we will send already reduced to pay the fee