<p>In short, no.  You can tell the customer whatever you want on your webpage, at your point of sale, or in the memo field of a <a href="https://github.com/bitcoin/bips/blob/master/bip-0070.mediawiki" rel="nofollow">BIP70</a> invoice---but once the transaction has been sent to the network, there's no way for the customer to take it back.  (Except for double spending, but that's discouraged.)</p>

<p>In the long-term, miners will likely change their transaction-selection process to allow for child-pays-for-parent fee calculation.  For example, imagine merchant-created unconfirmed transaction B spends an output from customer-created unconfirmed transaction A.  Currently, most miners use a naïve formula for selecting whether to include those transactions in their block attempts:</p>

<ul>
<li>If transaction A pays a high enough fee per kilobyte, include it in the block.</li>
<li>If transaction A is included and transaction B pays a high enough fee per kilobyte, include transaction B as well.  (Note, consensus rules don't allow including child transaction B before its parent transaction A.)</li>
</ul>

<p>In child-pays-for-parent, the miner will do the calculations above the same but also do a third calculation:</p>

<ul>
<li>If transaction A's fee plus transaction B's fee is high enough per kilobyte of the combined size of transaction A plus transaction B, include both transactions in the block.</li>
</ul>

<p>This allows merchants to effectively add a fee to any low-value transactions, helping to encourage miners to confirm those transactions quickly.  This method does have some overhead, so having the customer pay an appropriate fee would be ideal, but it can help prevent transactions from getting stuck.</p>

CC BY-SA 3.0
2014-12-10T23:12:06.383Z
2014-12-10T23:12:06.383Z
David A. Harding
<p>I understand that some transactions may never get into a block, esp those with zero fee or with a fee below the current suggested minimum (which makes me wonder about tx fee inflation, but that's another Q).</p>

<p>Can a merchant accepting BTC for small purchases say, in effect, "I'll accept your $3 BTC payment for a coffee with zero block confirmations but I do want to see that you sent it with at least x Satoshis of fee?" Or perhaps this is already the case?</p>

<p>If this does, or were to happen, what mechanism(s) would the merchant use in order to get this small assurance?</p>

CC BY-SA 3.0
2014-12-12T23:25:01.537Z
Looking around at this and talking with folks it seems that most merchants accept small BTC transactions in seconds and pass on the risk to their point of sale providers. Andreas Antonopoulos has an example in his book here: https://github.com/aantonop/bitcoinbook/blob/develop/ch02.asciidoc#getting_first_bitcoin
darren
CC BY-SA 3.0
2014-12-29T14:51:56.367Z
@GeorgeKimionis: Your comment would fit as an answer seed here: [How secure is zero confirmations?](http://bitcoin.stackexchange.com/q/20845/5406). Here it is somewhat off-topic, as it rather challenges the need to discuss the question than help with it.
Murch
<transaction-fees><zero-confirmation>
Is there a way for merchants to insist on a tx fee to increase likelihood of the tx (eventually) being accepted into the blockchain?
darren
# Is there a way for merchants to insist on a tx fee to increase likelihood of the tx (eventually) being accepted into the blockchain?

(Asked by: username_0 on 2014-12-10)

I understand that some transactions may never get into a block, esp those with zero fee or with a fee below the current suggested minimum (which makes me wonder about tx fee inflation, but that's another Q).

Can a merchant accepting BTC for small purchases say, in effect, "I'll accept your $3 BTC payment for a coffee with zero block confirmations but I do want to see that you sent it with at least x Satoshis of fee?" Or perhaps this is already the case?

If this does, or were to happen, what mechanism(s) would the merchant use in order to get this small assurance?

**Tags:** transaction-fees, zero-confirmation

> **Comments:**
> **username_0**: Looking around at this and talking with folks it seems that most merchants accept small BTC transactions in seconds and pass on the risk to their point of sale providers. Andreas Antonopoulos has an example in his book here: https://github.com/aantonop/bitcoinbook/blob/develop/ch02.asciidoc#getting_first_bitcoin  
> **username_1**: @GeorgeKimionis: Your comment would fit as an answer seed here: [How secure is zero confirmations?](http://bitcoin.stackexchange.com/q/20845/5406). Here it is somewhat off-topic, as it rather challenges the need to discuss the question than help with it.  

---

## 1 answers

### Answer by username_2 on 2014-12-10. Score: 2 | Accepted answer

In short, no. You can tell the customer whatever you want on your webpage, at your point of sale, or in the memo field of a [BIP70](https://github.com/bitcoin/bips/blob/master/bip-0070.mediawiki) invoice---but once the transaction has been sent to the network, there's no way for the customer to take it back. (Except for double spending, but that's discouraged.)

In the long-term, miners will likely change their transaction-selection process to allow for child-pays-for-parent fee calculation. For example, imagine merchant-created unconfirmed transaction B spends an output from customer-created unconfirmed transaction A. Currently, most miners use a naïve formula for selecting whether to include those transactions in their block attempts:

* If transaction A pays a high enough fee per kilobyte, include it in the block.
* If transaction A is included and transaction B pays a high enough fee per kilobyte, include transaction B as well. (Note, consensus rules don't allow including child transaction B before its parent transaction A.)

In child-pays-for-parent, the miner will do the calculations above the same but also do a third calculation:

* If transaction A's fee plus transaction B's fee is high enough per kilobyte of the combined size of transaction A plus transaction B, include both transactions in the block.

This allows merchants to effectively add a fee to any low-value transactions, helping to encourage miners to confirm those transactions quickly. This method does have some overhead, so having the customer pay an appropriate fee would be ideal, but it can help prevent transactions from getting stuck.


---

