Nostr Web Client

GM. Introducing publsp (https://github.com/smallworlnd/publsp): a free and open-source command line tool for any #LightningNetwork node or Lightning Service Provider (LSP) to advertise liquidity offers over #nostr. It's a 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. Clients just pull and evaluate all those structured events, then NIP-17 DM an LSP of their choice to coordinate a liquidity purchase.

If you're looking for liquidity, use publsp to find an LSP that suits your needs and budget, then send the liquidity request on the spot. Use whatever wallet of your choice to pay the invoice, and you get liquidity to your LN node. The invoice itself is 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 in response to those orders, 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.

# Another tool to get inbound liquidity? There are so many already!

There's a dozen different custom APIs available to get channels from specific LSPs, node software that aggregates various LSP APIs, liquidity swaps coordinated through various platforms, protocol-native advertisements supported by one or the other LN implementation, and of course liquidity auction platforms. It's a fractured landscape, each option with its pros and cons. Choice of venue isn't a bad thing, but ultimately it just makes it more difficult for anyone to find what they're looking for at the right price that also fits their personal preferences, whatever those may be.

The more recent bLIP51 spec in particular was something I had high hopes for because it seemed like it was a move in the right direction. A P2P, LN-native, LN implementation agnostic, universal market for liquidity (more so than previous attempts) where anyone could be an LSP and anyone could easily find liquidity. The trouble, however, is that its greatest strength is also its biggest constraint.

There are many reasons why the practical implementation of bLIP51, in my humble opinion, is just not a great UX if the idea is to foster P2P liquidity markets. This insight comes from trying to maintain a reasonably up-to-date list of bLIP51 LSPs at https://sparkseer.space/chanoffers but it ended up being a very difficult task for a number of reasons. I'll spare you all the details, but it boils down to limitations in the LN in its current state and UX. If it's hard to run an explorer (which also has to be done altruistically because competing LSP services aren't incentivized to), it's definitively going to be difficult for the users to get onboard. I don't fault anyone for these shortcomings because the challenges are diverse and complex. In some sense it is a success for some big, well-known LSPs currently making use of it, but the essence of what I'm looking for is still missing.

The heart of the spec itself is solid, though. Kudos to the devs behind it. So, what if it were implemented in a different protocol that might get closer to the vision I have for P2P liquidity marketplaces? Cue Nostr.

# Nostr as an open, P2P liquidity marketplace

- Infinitely extensible 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, arguably with minimal friction

- Transparent advertising: what you see is what you get, and order invoice details can be verified against it 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 while also providing some plausible deniability

The current implementation in publsp is just a beginning. The future for an open liquidity marketplace over Nostr is bright. Here are just a few things I can envision happening in the near future:

- Nostr grows into a pervasive, super simple universal API that attracts both clients and LSPs from disparate venues

- Liquidity swaps can be coordinated over Nostr as an alternative to purchasing inbound

- Nostr's flexibility allows for reputations to develop in novel ways, possibly through rating systems, open customer service, advertising in unique ways

- The experience can be flipped around where the client could simply announce 'I want a channel of N sats' and then LSPs would compete for that business

- Various data silos can exist and be tapped into through Nostr (possibly for a price) to inform decisions

- Give autonomous AI agents some budget to go collect data from public events and paywalled data sources to condense into a decision

- Other LN marketplaces popping up over Nostr

That's all for now. Testers and feedback appreciated. Onwards