ZEUS v0.10.0-alpha2 is now available for testing.

In this build:

- New share button (share ZEUS QR images)

- Embedded LND: v0.18.5-beta

- Activity: highlight filter icon when filters active

- Improved UI for send all funds

- LNURL-pay amount input fix

- Android: Persistent LND shutdown button in notifications

Highlights:

- Renewable channels

- NWC client support

- Developer tools

- chantools: sweepremoteclosed

More functionality will be rolled out over time. Stay tuned.

Blog post: https://blog.zeusln.com/zeus-v0-10-0-open-alpha/

Release notes + Android APKs: https://github.com/ZeusLN/zeus/releases/tag/v0.10.0-alpha2

Apple Open Alpha TestFlight: https://testflight.apple.com/join/Z8SwgjsC

Reply to this note

Please Login to reply.

Discussion

Como funcionam os canais renováveis?

If you go to the single channel view you can check the expiration date of the channel and extend it up to a year.

Is it possible to know what we shouldn’t do to avoid forced closure? Or at least some kind of notification that we are at risk of force closures? The more info we have the best we can do a better planing to avoid losing money..

Btw: thanks for adding extending-time option. That’s the things that improve LN UX

Remote opened channels can be closed at the LSP’s discretion.

However they can be upgraded to leased channels with the new renewal UI. Just click to the single channel view to check its status.

I was asking for Olympus LSP. I’ll check this new feature and give another try with Zeus. Thanks for the info !

I’m getting a bug in 0.9.6 with lnbits using lnurl where I can’t send sats: invalid invoice. not a proper lightning request. Changing the amount fixes it…

I’ll try to reproduce in the newest version once I get TestFlight access

Type in a number to send “2”, click send, specify lnurl (ben@lightning.benchodroff.com), click “proceed”, click “confirm” - get error, change the amount to pay from “2” to any other number — and everything works.

The bug changes in 0.10.0–alpha2. Now entering any number to send still falls back to default 1 sat… not the number requested. Better but still broken :)

Investigating. Thanks for the report.

Try this:

nostr:note183ewcr2jzr33lh48xnda3lnj053d5dmreeh4x5rvvkwru5dmu0pqq3shq0