BlueWallet lightning invoice question

[Beetkoin]

So I mined 0.00014167 BTC on NiceHash.

Now I am trying to withdraw the BTC to BlueWallet.

I created an invoice for 0.00014167 BTC using BlueWallet

But when I try to withdraw 0.00014167 BTC from NiceHash, it says there is a 0.00000002 BTC network fee.

So I am wondering if the BlueWallet invoice amount should be 0.00014167 BTC or 0.00014165 BTC?

[1715153254]

1715153254

[1715153254]

1715153254

[1715153254]

1715153254

[1715153254]

1715153254

[PrimeNumber7]

0.00014165 BTC.

The invoice amount is the amount that will be received by the LN node (or your bluewallet account). Most services that hold bitcoin on your behalf with deduct any transaction or withdrawal fees from your account balance, not the withdrawal amount.

[Beetkoin]

So what happens when the amount paid for a lightning invoice is not the same as the amount invoiced? Does the transaction go through or fail?

[PrimeNumber7]

So what happens when the amount paid for a lightning invoice is not the same as the amount invoiced? Does the transaction go through or fail?

My understanding is that an invoice requires the specific amount of bitcoin (or coin) to be paid. I understand that if any other amount is attempted to be paid, the transaction will not be valid.

The reason for this is that both parties to a channel need to agree on the proposed new channel balance and the specific new channel balance amount needs to be known in advance.

[Rath_]

So what happens when the amount paid for a lightning invoice is not the same as the amount invoiced? Does the transaction go through or fail?

Even if you overpay a Lightning invoice, which should never happen under normal circumstances since invoices encode the amount, the receiving node should accept up to twice the expected amount.

The reason for this is that both parties to a channel need to agree on the proposed new channel balance and the specific new channel balance amount needs to be known in advance.

When a payment is being routed, intermediary nodes do not know the final destination and the final amount anyway. The routing path is constructed by the payer. If the payee doesn't like the final amount, they can simply fail the payment.

To put it in other words, intermediary nodes calculate the amount they need to forward based on the information provided by the sender, and not included in the invoice, which they never see anyway.