<p>The <a href="https://ripple.com/wiki/Transaction_fee" rel="nofollow">transaction fee</a> is specified by the signed transaction itself and is consumed when the transaction is first processed, regardless of the transaction type or amount or its success or failure. For example, an offer than is later cancelled takes one transaction fee to place the offer and another to later cancel it and a properly specified payment transaction that fails (lack of funds, lack of destination trust lines, paths dry, etc, etc) still charges the transaction fee. Only transactions that are outright dropped by the server (e.g. badly formatted, invalid in some way, fee too low, etc) return a local server error and do not charge the fee.</p>

<p>The nominal transaction fee is 0.000010 XRP (10 drops) but this is dynamically increased when the server(s) are under load.
It's up to the client to set a sane amount based on the amount the server(s) are currently requesting.</p>

<p>For example, a client could set the fee to the current amount and re-try with a higher fee if it fails, it could set a slightly higher fee than requested to prevent such retries if the fees are changing. It could have a configurable or hard coded maximum beyond which it stops and asks the user if they want to proceed with the high fee or try again later.</p>

<p>Completely unrelated are <a href="https://ripple.com/wiki/Transit_Fees" rel="nofollow">transit fees</a> that an issuer may have set.</p>

CC BY-SA 3.0
2014-08-19T15:20:22.337Z
2014-08-19T15:20:22.337Z
dchapes
<p>If I place an offer (say BUY 1.0 BTC, SELL 450 USD), how do I know what my expected transaction fees are?</p>

<p>Is the transaction fee applied to the offer, or is the transaction fee applied to each execution/payment that fills the offer?  If its applied per execution/payment, it seems like the associated fees could be extremely large if somehow I ended up with a billion executions/payments (through no fault of my own).</p>

<ripple><ripple-transaction-fees>
how can you calculate the total XRP transaction fees for an offer?
senecaso
# how can you calculate the total XRP transaction fees for an offer?

(Asked by: username_0 on 2014-08-19)

If I place an offer (say BUY 1.0 BTC, SELL 450 USD), how do I know what my expected transaction fees are?

Is the transaction fee applied to the offer, or is the transaction fee applied to each execution/payment that fills the offer? If its applied per execution/payment, it seems like the associated fees could be extremely large if somehow I ended up with a billion executions/payments (through no fault of my own).

**Tags:** ripple, ripple-transaction-fees


---

## 1 answers

### Answer by username_1 on 2014-08-19. Score: 1 | Accepted answer

The [transaction fee](https://ripple.com/wiki/Transaction_fee) is specified by the signed transaction itself and is consumed when the transaction is first processed, regardless of the transaction type or amount or its success or failure. For example, an offer than is later cancelled takes one transaction fee to place the offer and another to later cancel it and a properly specified payment transaction that fails (lack of funds, lack of destination trust lines, paths dry, etc, etc) still charges the transaction fee. Only transactions that are outright dropped by the server (e.g. badly formatted, invalid in some way, fee too low, etc) return a local server error and do not charge the fee.

The nominal transaction fee is 0.000010 XRP (10 drops) but this is dynamically increased when the server(s) are under load.
It's up to the client to set a sane amount based on the amount the server(s) are currently requesting.

For example, a client could set the fee to the current amount and re-try with a higher fee if it fails, it could set a slightly higher fee than requested to prevent such retries if the fees are changing. It could have a configurable or hard coded maximum beyond which it stops and asks the user if they want to proceed with the high fee or try again later.

Completely unrelated are [transit fees](https://ripple.com/wiki/Transit_Fees) that an issuer may have set.


---

