Add support to pass description_hash to LND#319
Add support to pass description_hash to LND#319bumi wants to merge 2 commits intoBlueWallet:masterfrom
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
addinvoicecall.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.