Paddle uses 'hodl invoices' to accept deposits in a non-custodial manner. This functionality is technically supported by all lightning wallets, but is implemented in different ways, resulting in confusing messages.
The following is a list of major wallets and how they will handle Paddle. Of course, you can also use your own node & wallet!
After sending the payment, Bluewallet will wait about a minute before returning the message 'payment is in transit.' Don't worry; as soon as the Paddle invoice page automatically reloads, your bid has been placed!
If your deposit is returned, the payment will fail and disappear from the list.
After sending the payment, Zap will likely eventually show an error message. As long as the Paddle invoice page automatically reloaded the auction page, your bid has been placed!
When your deposit is returned, Zap will also show an error message. You can ignore it.
Zebedee wallet will not give confirmation of the payment, but simply added to the list as a pending payment. Again, as soon as the Paddle invoice page automatically reloads, your bid has been placed!
If your deposit is returned, the 'pending payment' may remain in the list but you will see that your balance has recovered.
The following are some common issues faced when bidding, particularly with custodial wallets (such as Bluewallet) but also with non-custodial wallets.
In lightning, you can set a 'fee limit,' which limits fees to prevent you from overspending on fees. The transaction will fail if the only route available has too high of a fee.
You can often change this setting in the wallet, but this may not be possible with custodial wallets. In such a case, you will have to bid higher. Usually, invoices above 1,000 sats (i.e. bids above 100,000 sats) can be placed even with restrictive fee rates.