A FOSS CLI tool for any Lightning Network node or Lightning Service Provider (LSP) to advertise liquidity offers over Nostr. This is a fairly rough adaptation of bLIP51 that also takes inspiration from NIP-15, NIP-69 and NIP-99.

The tl;dr: LSPs advertise liquidity as addressable Kind 39735 events. Customers just pull and evaluate all those structured events, then NIP-17 DM an LSP of their choice to coordinate a liquidity purchase.

As a customer, use publsp to find an LSP that suits your needs and then request a quote on the spot. Use whatever wallet of your choice to pay the invoice, and you get liquidity. You're paying a hodl invoice, so the payment preimage is held by the LSP until the channel opens.

As an LSP, use publsp to post a liquidity offer then let the daemon run the rest. It will 1) listen for liquidity requests, 2) send invoices according the customer liquidity needs, 3) send funding transactions to the mempool upon payment, 4) update the customer on channel funding details, and 5) release the payment preimage upon channel open.

Currently only supports lnd, cln to come in the future. publsp also only allows LSPs to post one liquidity offer (the same as every other existing service), but can easily be extended in the future to many different advertisements for a variety of use cases.

Why Nostr as a LN liquidity marketplace? Infinitely extensible in the future in ways unimaginable right now, especially with the advent of AI agents participating in the open market Existing LSPs on other platforms/protocols/APIs can easily plug into Nostr, and it may be to their detriment not to in the future! Free to use (free, as in beer, and free as in freedom) for both customer and LSP, you're not locked in Open to any customer and LSP Transparent advertising: what you see is what you get, and is enforced on client-side (don't trust, verify) uncensorable, no one can stop you from advertising or purchasing Decentralized, no single API point of failure, and liquidity offers persist Orders can be privately made through NIP-17 DMs, so order flows are not broadcast and not centralized