<p>According to the BOLT 3 specification, the peer that funded the channel will incur the costs of closing fees. It also seems that these fees would be calculated before closing a payment channel. Both parties already have a transaction with a built in fee that can be used to close the channel that they can broadcast at anytime.</p>

<p>Reference: <a href="https://github.com/lightningnetwork/lightning-rfc/blob/master/03-transactions.md#closing-transaction" rel="nofollow noreferrer">https://github.com/lightningnetwork/lightning-rfc/blob/master/03-transactions.md#closing-transaction</a></p>

CC BY-SA 3.0
2018-01-31T10:29:52.930Z
What if the closing fee is less than current network fees and parties do not want (or even can not) use CPFP and RBF?
amaclin
CC BY-SA 3.0
2018-01-31T17:58:38.247Z
@amaclin the answer of your question is [here](https://bitcoin.stackexchange.com/questions/66768/when-closing-the-channel-for-ln-how-to-calculate-the-fee-for-the-blockchain-tr)
ogw_yuya
CC BY-SA 3.0
2018-01-31T09:37:35.873Z
2018-01-31T09:37:35.873Z
Tony Rizko
<p>For single-funded channels, I understand the miner fee for the the transaction that is opening the channel is paid by the  actual party wanting to make a payment.</p>

<p>However it's unclear who will eventually pay for the fee for the transaction that is going to close the channel. Will it be split by the two parties? Will it always be the person who "wants to cash out" that pays it?</p>

<p>Currently <a href="https://store.blockstream.com/" rel="noreferrer">Blockstream Store</a> is receiving lots of small payments via LN through single-funded channels. Let's say Blockstream (just an example) needs the revenue and wants to cash out. To do this they ask all their channels nodes to "cooperatively close the channel". </p>

<p>If Blockstream has to pay the closing channel fee, what happens if the fee is actually larger than the amount they received through the channel itself? </p>

<p>This becomes even more tricky to understand when you're routing payments.</p>

<lightning-network><micropaymentchannels>
Who pays the miner fees for the closing transaction of a payment channel?
Luca Matteis
# Who pays the miner fees for the closing transaction of a payment channel?

(Asked by: username_0 on 2018-01-22)

For single-funded channels, I understand the miner fee for the the transaction that is opening the channel is paid by the actual party wanting to make a payment.

However it's unclear who will eventually pay for the fee for the transaction that is going to close the channel. Will it be split by the two parties? Will it always be the person who "wants to cash out" that pays it?

Currently [Blockstream Store](https://store.blockstream.com/) is receiving lots of small payments via LN through single-funded channels. Let's say Blockstream (just an example) needs the revenue and wants to cash out. To do this they ask all their channels nodes to "cooperatively close the channel".

If Blockstream has to pay the closing channel fee, what happens if the fee is actually larger than the amount they received through the channel itself?

This becomes even more tricky to understand when you're routing payments.

**Tags:** lightning-network, micropaymentchannels


---

## 1 answers

### Answer by username_1 on 2018-01-31. Score: 1

According to the BOLT 3 specification, the peer that funded the channel will incur the costs of closing fees. It also seems that these fees would be calculated before closing a payment channel. Both parties already have a transaction with a built in fee that can be used to close the channel that they can broadcast at anytime.

Reference: <https://github.com/lightningnetwork/lightning-rfc/blob/master/03-transactions.md#closing-transaction>

> **Comments:**
> **username_2**: What if the closing fee is less than current network fees and parties do not want (or even can not) use CPFP and RBF?  
> **username_3**: @username_2 the answer of your question is [here](https://bitcoin.stackexchange.com/questions/66768/when-closing-the-channel-for-ln-how-to-calculate-the-fee-for-the-blockchain-tr)  

---

