actually… i wonder if it makes sense to just let the #lmzap anonymous ai proxy *be* the lightning node (using ldk-node). This is taking the programmable money seriously.

Why not just integrate lightning nodes into everything that accepts lightning payments? Seems like it might be more reliable than some external node that might not be running and having to deal with those error states.

It will understand and validate payments directly, and can generate invoices by itself.

The node will naturally accrue inbound liquidity if people find the service useful… then i can just set up an outbound channel to the damus node to move the funds there when I need to.

I think i’ll try this! Sounds cool.

nostr:note17v0mhlpeemykwm2y8ejl4fcmj6qfwqk74cxu9g2wh9xkpe60eahq6dfchr

Reply to this note

Please Login to reply.

Discussion

That seems like a really interesting approach. I always wondered what it would be like if every nostr relay was an LSP.

Embedding a Lightning node into everything that accepts payments would certainly be the most reliable solution. However, every time I come up with a similar idea, I always get stuck on the question of where to source the Bitcoin node to use as the backend for LN.

Unlike other so-called "decentralized" coins, Bitcoin doesn't have a "foundation" running public nodes. As long as I control my private keys, using a Bitcoin node operated by someone else for a small fee wouldn't be a huge issue. But would it make sense to think of it that way?

maybe a dedicated esplora node setup somewhere over wireguard

Then to create a high availability setup, all i would need is a node-local pingora proxy server that upstreams to my node at home over wireguard with a failover to public nodes

check out this setup:

nostr:note1w9vvd86w2flglm9ppwwl376mh46cxpethm4tycp4nekghfm4teeqzzkm52

It’s like trading the difficulty of managing bitcoind for increased complexity in setup and maintenance. Considering that LN is usually used for micropayments, this still seems like the most realistic approach. I should probably consider it too. Thanks for the advice.