Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] Support for Lightning Address Protocol #53

Open
wrkerr opened this issue Oct 7, 2021 · 4 comments
Open

[Feature Request] Support for Lightning Address Protocol #53

wrkerr opened this issue Oct 7, 2021 · 4 comments

Comments

@wrkerr
Copy link

wrkerr commented Oct 7, 2021

Please consider implementing the lightning address protocol, to provide users a static address for receiving LN payments.
lightningaddress.com

It appears that Muun is one of the few LN wallets that doesn't yet have any support for this protocol.
https://github.com/andrerfneves/lightning-address/blob/master/README.md#wallets-supported

@acrespo
Copy link
Member

acrespo commented Oct 18, 2021

Hi there!

Sadly, the Lightning Address protocol doesn't really work for receiving for self-custodial mobile wallets. You have to use a custodial wallet or host your server.

There are other proposals like AMP or BOLT 12's Offers that could get us the same UX while keeping self custodianship. Hopefully they'll get standardized and adopted soon 🙏

@obedm503
Copy link

obedm503 commented Nov 3, 2021

Receiving via lightning address doesn't make sense for Muun. However, Muun could support sending to lightning addresses.

@andrelmartins14
Copy link

could be an option for muun wallet to monitize, offer as a paid service.

@Radiokot
Copy link

@obedm503

However, Muun could support sending to lightning addresses.

While it still doesn't, you can use my small helper that allows paying to email-like Lightning addresses from unsupported wallets, like Muun. It turns the addresses to convenient invoices.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants