-
Notifications
You must be signed in to change notification settings - Fork 199
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
Add support to pass description_hash to LND #319
base: master
Are you sure you want to change the base?
Conversation
+1 I also have the need for |
I also think full lnurl* support should not be part of LNDhub and LNDHub should only be a small accounting layer on top of LND. Anything LNURL* related can then be built using the LNDHub API in a separate service. |
I agree with this, but shouldn't LNDHub have a public endpoint to fetch an invoice, without the need for an Authorization header? You can still have rate limiting ofcourse, but I feel it would make the implementation of a supporting LNURL service a lot easier. |
hmm... I don't have much thoughts about this. |
@Overtorment this would be a very helpful addition for LNURL support – please consider integrating it. |
@dennisreimann The bluewallet team has stated that there won't be any new features added to lndhub.io. |
@kiwiidb thanks for the heads-up. That's unfortunate as I'm working on an integration of LNDhub wallets for BTCPay Server. I'd like to allow merchants to use their BlueWallet account as an external Lightning Node. From what I see, they will then also be able to use their Alby wallet for that – glad that your compatible API seems to be developed further :) |
This adds support to pass an additional, optional description_hash to the
addinvoice
call.The API stays the same it simply adds support for passing an additional parameter.
Some applications (e.g. LNURLpay/lighting addresses) require the possibility to set a
description_hash
. This becomes possible with this change.