<p>Probably not. Clients can set whatever rule they like for transaction fees, but they normally adhere to the Satoshi client rules described at <a href="https://en.bitcoin.it/wiki/Transaction_fees" rel="nofollow">https://en.bitcoin.it/wiki/Transaction_fees</a>. However, note the section on transaction priority; if you have an address holding some old coins, it's quite likely a transaction out of that address will have high enough priority for you to avoid transaction fees by default.</p>

<p>To implement what you describe, you would need a client that does something like hold all low-fee transactions in a small pool and watches for new transactions out of their output addresses. That's certainly possible to implement, but it seems to me that it would be the sort of service you'd pay a premium for, not receive a discount on.</p>

CC BY-SA 3.0
2014-03-13T12:15:30.410Z
FYI another user just told me he tested it and it does work ... I guess testing this is the best way to understand whether it works or not, rather than relying on theory.
ripper234
CC BY-SA 3.0
2014-03-13T12:45:33.050Z
Maybe a lucky connection to a pool like Eligius that accepts no-fee transactions? I agree, testing is the way to go. Too many variables.
Nathan Cook
CC BY-SA 3.0
2014-03-13T11:32:26.373Z
2014-03-13T11:32:26.373Z
Nathan Cook
<p>If I create two transactions:</p>

<ol>
<li>Send BTC from output X to Y, no fee is attached.</li>
<li>Send BTC from output Y to Z, fee is attached (this depends on the previous tx).</li>
</ol>

<p>Would nodes propegate these two transactions? Would miners mine them?</p>

<p>In other words, if transaction T2 depends on T1 and I want to broadcast both together - can I save some fees on T1?</p>

<protocol><transaction-fees><child-pays-for-parent>
Can I save mining fees when doing transitive transactions?
ripper234
# Can I save mining fees when doing transitive transactions?

(Asked by: username_0 on 2014-03-13)

If I create two transactions:

1. Send BTC from output X to Y, no fee is attached.
2. Send BTC from output Y to Z, fee is attached (this depends on the previous tx).

Would nodes propegate these two transactions? Would miners mine them?

In other words, if transaction T2 depends on T1 and I want to broadcast both together - can I save some fees on T1?

**Tags:** protocol, transaction-fees, child-pays-for-parent


---

## 1 answers

### Answer by username_1 on 2014-03-13. Score: 1 | Accepted answer

Probably not. Clients can set whatever rule they like for transaction fees, but they normally adhere to the Satoshi client rules described at <https://en.bitcoin.it/wiki/Transaction_fees>. However, note the section on transaction priority; if you have an address holding some old coins, it's quite likely a transaction out of that address will have high enough priority for you to avoid transaction fees by default.

To implement what you describe, you would need a client that does something like hold all low-fee transactions in a small pool and watches for new transactions out of their output addresses. That's certainly possible to implement, but it seems to me that it would be the sort of service you'd pay a premium for, not receive a discount on.

> **Comments:**
> **username_0**: FYI another user just told me he tested it and it does work ... I guess testing this is the best way to understand whether it works or not, rather than relying on theory.  
> **username_1**: Maybe a lucky connection to a pool like Eligius that accepts no-fee transactions? I agree, testing is the way to go. Too many variables.  

---

