Are there many wallets that support sending to unified UR? If not then we wide need sending support first before apps will support receive.

> It’s currently challenging with Boltz swaps as onchain/lightning swaps accept different min sat values.

Not really sure why this is an issue? If the recipient includes a payment amount (at least that’s an understandable UX!) then you have your answer, if not, I don’t really see why it’s an issue - if the sender only supports one of (Lightning, onchain) then the payment will either succeed or fail just like it otherwise would. If the sender supports both, they’ll almost certainly default to Lightning, which will allow for lower minimum, so no issue. Also, you can communicate a Lightning min/max in a BOLT 11 even if it’s in a unified QR code, sooooo… You have to come up with a somewhat contrived scenario to have a problem here.

> This should be possible with a Spark/LDK backend, correct?

Not quite sure what you mean but a graduated wallet should have no issue, if that’s your question.

> Do we know why Muun hasn’t made unified QR codes the default option (it’s been an option for several years now I believe)?

No idea, not sure how active they maintain the current product.

> I got an error message when I pasted the unified QR from Muun (it includes a zero amount bolt11 invoice which isn’t supported everywhere).

Wtf? Who is left not supporting amountless BOLT 11s? It’s 2025, that’s sheer incompetence at this point.

> Those issues need to be sorted out before unified QR codes can work with a seemless UX.

The problem is every other UX is 5x worse. Unified QRs have some risk, but every other option just makes normal users close their app and use dollars. It’s time we hold ourselves to a higher standard than “geeks that know a lot about bitcoin can use it”

> How does Cash App format the unified QR code? (can’t test since it’s US only)

Just bitcoin:onchain?lightning=anountless bolt 11 IIRC.

We’re thinking about tucking the tabs a bit more out of the way too.