feat(lightning): probe LND routing fees

[a1denvalu3]

Summary

• query LND’s EstimateRouteFee API when creating full-invoice melt quotes
• support both the REST and gRPC LND backends
• use the probed route fee with the configured minimum reserve as a floor
• fall back to the existing percentage/minimum reserve when probing fails
• keep partial-MPP quotes on the existing reserve because LND’s invoice probe estimates the full invoice
• add real multi-hop regtest coverage usable with both LND transports

Testing

• make check
• pytest -q tests/lightning/test_lightning_backends_mocked.py tests/lightning/test_fee_unit_regressions.py (37 passed)
• real cashu-regtest LND 0.21 REST: test_lnd_payment_quote_uses_probed_fee (passed)
• real cashu-regtest LND 0.21 gRPC: test_lnd_payment_quote_uses_probed_fee (passed)

The regtest requests a 100,000 sat CLN node 2 invoice that requires a multi-hop route from LND node 3. It asserts that the returned fee is non-zero and lower than the blind percentage-based reserve.

[codecov]

Codecov Report

❌ Patch coverage is 75.00000% with 6 lines in your changes missing coverage. Please review.
✅ Project coverage is 74.84%. Comparing base (ba2e8a4) to head (7de5d9d).
⚠️ Report is 3 commits behind head on main.
✅ All tests successful. No failed tests found.

Files with missing lines	Patch %	Lines
cashu/lightning/lnd_grpc/lnd_grpc.py	72.72%	3 Missing ⚠️
cashu/lightning/lndrest.py	76.92%	3 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1095      +/-   ##
==========================================
+ Coverage   74.82%   74.84%   +0.02%     
==========================================
  Files         112      112              
  Lines       12589    12612      +23     
==========================================
+ Hits         9420     9440      +20     
- Misses       3169     3172       +3     

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

[a1denvalu3]

Rationale for the updated fee handling:

EstimateRouteFee explicitly returns a lower bound, so using the probe result by itself as the melt fee reserve could underquote when LND ultimately selects a different or more expensive route. The quote now adds lightning_reserve_fee_min to the probed fee, using the configured base reserve as a buffer for route changes while still producing a substantially tighter quote than the blind percentage-based reserve.

At payment time, the mint already converts the stored quote reserve to msat and passes that exact value to LND as fee_limit_msat. This makes the user-visible quote an enforced upper limit: LND rejects routes above it before settlement. The regtest now pays the probed multi-hop invoice and verifies that the actual settled fee is less than or equal to the quoted limit. If probing fails or times out, behavior still falls back to the existing configured percentage-based reserve.

[callebtc]

very nice. not ready yet?