My thoughts after using Alby Hub for Windows to connect to an LND node running on the same machine....
(1) There seems to be an issue when LND uses self-signed certificates, which is the default behavior. AlbyHub complains that the certificate isn't trusted, and this happens even if the self-signed certificate is added to the Trusted Root Authorities folder in the Windows Certs console. What I ended up doing was creating a dedicated DNS entry for LND (lnd.mydomain.com), and then getting a free SSL cert from one of the countless free providers, including that DNS name on the certificate. I forced LND to use that certificate instead of the self-signed one and then referenced it in the AlbyHub setup. That seemed to clear up the error.
(2) If you make any errors during the initial setup of AlbyHub, even something simple like a misspelling or forgetting into include the Grpc port suffix (:10009), you can't correct it. You'll end up getting an error along the lines of "the product has already been setup." I believe I sent you a screenshot. To fix this, you have to close the app, delete the alby data folder from both %appdata% and %localappdata%, restart the app, and try the configuration again.
(3) Since this is a UI app, not a service, you'll probably want the default behavior to minimize the app to the system tray when the user clicks the close button, rather than terminating the app. That's the way long-running apps usually behave if they have a UI (see bitcoin-core UI, Telegram, Signal, etc. for example). It's what we Windows users expect. :)
(4) It would be nice to see BTC quantities expressed in BTC instead of sats, or at least provide the option to toggle. Not a deal-killer, just a personal preference issue. Dealing with unwieldy sat quantities (e.g. 78,300,000 sats) instead of more reasonable BTC quantities (e.g. .783 BTC) presents an extra mental conversion hurdle, albeit a small one, that users have to jump through when figuring out how much they want to send or receive. I'm guessing the decision to use sats has something to do with GetAlby's history as a preferred method of "zapping" NOSTR users, which is typically done in micro quantities, like 50 sats at a time?
Anon
npub1k4…6nqqz
2024-08-05 19:47:49
in reply to nevent1q…hsej
Author Public Key
npub1k4pyerktwkajsfnee5x4evy6s7g48esh2wa7j2d85ex2ghpu656qf6nqqzPublished at
2024-08-05 19:47:49Event JSON
{
"id": "d7cfa0b309c01b61877ebbc79a1d132d54f9414b80a6d302ef399286032af982",
"pubkey": "b5424c8ecb75bb282679cd0d5cb09a879153e61753bbe929a7a64ca45c3cd534",
"created_at": 1722880069,
"kind": 1,
"tags": [
[
"e",
"9a793700bfb79a14243e984b3930d7c65beaab3998371f6739a82b23e7cbb136",
"wss://relay.primal.net",
"root"
],
[
"p",
"4657dfe8965be8980a93072bcfb5e59a65124406db0f819215ee78ba47934b3e"
]
],
"content": "My thoughts after using Alby Hub for Windows to connect to an LND node running on the same machine....\n\n(1) There seems to be an issue when LND uses self-signed certificates, which is the default behavior. AlbyHub complains that the certificate isn't trusted, and this happens even if the self-signed certificate is added to the Trusted Root Authorities folder in the Windows Certs console. What I ended up doing was creating a dedicated DNS entry for LND (lnd.mydomain.com), and then getting a free SSL cert from one of the countless free providers, including that DNS name on the certificate. I forced LND to use that certificate instead of the self-signed one and then referenced it in the AlbyHub setup. That seemed to clear up the error.\n\n(2) If you make any errors during the initial setup of AlbyHub, even something simple like a misspelling or forgetting into include the Grpc port suffix (:10009), you can't correct it. You'll end up getting an error along the lines of \"the product has already been setup.\" I believe I sent you a screenshot. To fix this, you have to close the app, delete the alby data folder from both %appdata% and %localappdata%, restart the app, and try the configuration again.\n\n(3) Since this is a UI app, not a service, you'll probably want the default behavior to minimize the app to the system tray when the user clicks the close button, rather than terminating the app. That's the way long-running apps usually behave if they have a UI (see bitcoin-core UI, Telegram, Signal, etc. for example). It's what we Windows users expect. :)\n\n(4) It would be nice to see BTC quantities expressed in BTC instead of sats, or at least provide the option to toggle. Not a deal-killer, just a personal preference issue. Dealing with unwieldy sat quantities (e.g. 78,300,000 sats) instead of more reasonable BTC quantities (e.g. .783 BTC) presents an extra mental conversion hurdle, albeit a small one, that users have to jump through when figuring out how much they want to send or receive. I'm guessing the decision to use sats has something to do with GetAlby's history as a preferred method of \"zapping\" NOSTR users, which is typically done in micro quantities, like 50 sats at a time?",
"sig": "0f30cdf5fd6f2430440b1a129c1aed248f08e457ec13c99057f9222222c7a3b45766af4eeaa1b4ddab9e78d000e0350280c95ce93909e9f909f7efcf1c11bf9d"
}