I don't think greenlight supports plugins yet, but believe it plans to

Reply to this note

Please Login to reply.

Discussion

With your own node a plugin makes sense. With Greenlight I think the idea to an SDK, like the one Breez is working on.

Maybe, but with an SDK wouldn't every client you want to zap from then be required to support greenlight instead of just NWC? Well guess you could have a second app that handles the greenlight stuff and gives a NWC uri.

Indeed all clients would have to support (or some broader standard). GreenLight does let you share a single wallet between those clients.

It's not better than running your own node, just easier to on board. And they have a way to then take that node and self-host it when you're ready to go deeper into the rabbit hole.

But that would expose the node keys to each of those clients right? Which isn't ideal

Yes it would. It's the same risk as a custodial wallet.

I don't think it's the same as a custodial wallet because you're taking what is a non custodial wallet and for each additional client adding more risk by giving the client your node keys. This is the same issue as sharing nsecs with many clients and why nip07 was created for web clients. Maybe depending how the sdk is designed this could be mitigated. Where as a custodial wallet is fully custodial from the start.

Also with greenlight you still have to manage channels and liquidity it will likely have a higher balance then a custodial wallet where that can be handled for you.

Of course depends how lsp develop and integrate with it

Best way to do it is probably a new greenlight node for every nostr client. Let an lsp handle the liquidity

I didn't realize they had a way to move to self host that's pretty interesting. I tried out greenlight a bit as the backend for a cashu mint but haven't figured out all the details yet