🤠

This is awesome! Thank you

Alright, cool, that makes sense. Thanks!

I've experience the same thing today - tried multiple times to open a channel with an LND node and kept getting an error, something about a subdaemon.

I was under the impression that most people use LND or CLN. Would you prefer Eclair over both of them?

Cool. That makes sense to me.

I'm no Rust expert but I find it a joy to work with. That being said, I come from a mostly Javascript/Typescript background and not used to having a compiler be so helpful at preventing runtime exceptions.

I don't have much experience with Go, but I've heard mostly good things about it.

Oh cool, thanks!

I thought LDK was a set of utilities to interact with a lightning node, rather than an implementation of a node 🤔

Ahhh, makes sense. Thank you!

Super noob question: LNbits says it's an Accounts System but what is an account as it relates to lightning nodes. Are channels associated to accounts? It it just a way of managing groups of channels?

Circular sats, baby

This is probably what I'll end up doing. I'm more curious about which I should use first when building apps to integrate with a lightning node.

ha. This is referring to the LND bug, right? Again, super new to lightning, but I remember some drama a few months back - just didn't understand what it was about at the time.

Out of curiosity, do you know if anyone is working on a Rust implementation?

This is very helpful. For CLN, there seem to be multiple ways to request data from the node: sparko and c-lightning-REST being two I know about. I read somewhere there's a new way to request data that isn't either of these but can't remember what it is.

Which is the preferred library used these days to make calls to the node?

This is very helpful. Thanks for the response!

Ah, thanks!

Thanks for this. So LND has more of an ecosystem built around it?