42
Eric P
426f11348ff0e3eda2d5b906f9cb7d9743075ab85ebb3c15d57fb80b4e25ec3e

nostr:npub1ye5ptcxfyyxl5vjvdjar2ua3f0hynkjzpx552mu5snj3qmx5pzjscpknpr It seems like the new(er) version of Nostrudel requires that you set up outbox relays before you can post. Can it show an warning message or something if you don't have them set up or try to post without having them set up?

I don't use Nostr too much and it took me awhile to figure out why it was trying to post to 0 relays.

I think Nostr is great for discovery. The only method we have for RSS right now is a centralized database called the Podcast Index. We could use Nostr relays to decentralize that index and provide a way to share music and podcasts with friends and others.

I don't think Nostr is suited for hosting content. RSS is a simple text file that you can host on any webserver along with your MP3s. Webservers are very good at serving small static files like RSS at scale and can do 10k requests/sec out of the box. Compare that to Nostr, which can take multiple seconds to find a single piece of content spread across multiple relays.

The problem with RSS is the user interface. Many people want a simple user interface for it and don't want to learn how it actually works. We do have https://musicsideproject.com and https://sovereignfeeds.com that let you fill out a form to generate an RSS file. You still need a place to put that file and some people don't want to learn how to upload files to webservers either.

I think there's a good opportunity to combine the strengths of each technology and build something great. You could build a Nostr app that uses Nostr relays for podcast/music discovery, uses RSS to build podcast/music feeds, and uses Blossom to host the RSS feed and MP3s on a webserver for you.

We had that one magical night and then went our separate ways. It sucks.

We did build some cool apps to hopefully bridge the gap:

nostr:nprofile1qy88wumn8ghj7mn0wvhxcmmv9uq37amnwvaz7tmwdaehgu3dwfjkccte9ejx2un9ddex7umn9ekk2tcqyqlhwrt96wnkf2w9edgr4cfruchvwkv26q6asdhz4qg08pm6w3djg3c8m4j built Podstr and Zaptrax to host and play RSS feeds with Nostr.

nostr:nprofile1qyg8wumn8ghj7cfwdehhxtnvdakz7qgwwaehxw309ahx7uewd3hkctcqyzsf2t4srftxagc8wrcn9elsgzz6450ewyz95z5478nse53etrkx6hp5hgd built a killer V4V music app https://v4vmusic.app that has all the features you'd want in a music app including Nostr logins, community ratings, spam filtering, playlists, live streams, publisher tags, podroll, and more.

nostr:nprofile1qyfhwue69uhnzv3h9cczuvpwxyargwpk8yq5gamnwvaz7tehwde8ydmrdpukxdnkd3585urrxf5xcdnv096kuemkd36k76r6wfkhgdekdd38xdrtd4ukg6rj0phkz6mtvfch2cty9ekx7cmpdsqzpauj9g9dk0aymkj7aj4x9ahhaes4nal4tcyqxe5xc68qswpvx3ugq3zarj built http://ITDV.podtards.com to highlight the excellent musical talents of The Doerfels and also built his own music app https://stablekraft.app/

nostr:nprofile1qythwumn8ghj7ct5d3shxtnwdaehgu3wd3skuep0qyt8wumn8ghj7etyv4hzumn0wd68ytnvv9hxgtcqyphydppzm7m554ecwq4gsgaek2qk32atse2l4t9ks57dpms4mmhfx5ltf6v built https://castr.me that automatically publishes media in your npub as an RSS feed.

I would invite anyone who wants to help to check out some of the vibe coding tools that are now available, like Shakespeare, Cursor, Claude, Codex, and Gemini. Many of the apps I referenced were coded by people who have never coded before. It's never been easier to build something and be the change you want to see in the (Nostr/RSS) world.

The RSS crowd is having another live concert on January 9th at 7pm to celebrate the release of So Big's new album: As If.

The concert is going to have a lot of surprises based on your zaps and boosts so tune in! It will be streaming on all of your favorite podcast/music 2.0 apps as well as on Nostr/Tunestr.

They're just standard Lightning nodes that use Keysend rather than Lightning Address/LNURL/Invoices to receive payments. Most of them (other than Fountain) are self-hosted and self-custodied rather than being hosted by a custodial wallet.

Both Keysend and LNURL are ways to get around Lighting's requirement that a sender needs to ask the recipient to generate an invoice before they can pay them. There's no way to send a "spontaneous payment" in standard Lightning.

Keysend works by sending the payment with an empty invoice. The recipient's node just receives the sats and ignores the fact that there's no invoice attached. The sender uses the node's public key to send the recipient sats via the Lightning network.

LNURL works by putting a publicly-accessible webserver in front of the recipient's node who's only job is to generate invoices for people who ask for them. The sender uses the recipient's Lightning Address to look up the webserver, sends a request to the LNURL callback, and gets an invoice back. They then can pay that invoice on the Lightning network.

V4V nodes chose keysend because it's simpler and requires no additional lookups or servers in the middle of the payment process. You just send a payment from your node to the recipient's node through the Lightning network and that's it.

Wallet providers, including most of the ones the Nostr folks use, chose LNURL and ignored keysend entirely, which is why many here are unfamiliar with it.

The Lightning network already uses other nodes to route payments. Doesn't BOLT12 just extend this concept to also route messages?

That's the logical alternative to the LNURL payment flow:

Instead of: Payer -> HTTP/LNURLp -> Recipient

Do: Payer -> Nostr Relay (Hopefully not Cloudflared) -> Recipient

Of course if we adopted keysend or BOLT12, the payment flow would be Payer -> Recipient without any middlemen.

That's the best thing about having a de-Googled phone. All of the notifications go away and you realize that none of them were ever important.

Unfortunately, the most popular Lightning implementation (LND) still doesn't support BOLT12. Every major implementation except them supports it.

I would love to kick LNURL to the curb and go full BOLT12, but it can't happen until they get with the program.

nostr:npub1dergggklka99wwrs92yz8wdjs952h2ux2ha2ed598ngwu9w7a6fsh9xzpc I have more Castr PRs for your consideration:

https://github.com/dergigi/castr.me/pull/18

https://github.com/dergigi/castr.me/pull/19

I think the NIP-53 works now too:

https://github.com/dergigi/castr.me/pull/9

We originally chose keysend because you can send metadata (sender name, total amount before splits, message, podcast, episode, app name, etc) along with payments through the Lightning network. You didn't need any web server or service sitting in the middle.

Keysend also just lets you send a payment without requiring the other side to generate an invoice first. Most of our feeds have payment splits in them for the podcast hosts, crew, and anyone responsible for putting together a podcast and it's a bit cumbersome to have to generate multiple invoices for every single split.

We've since updated the spec to allow for a Lightning Address to be used in the feed which allows the app to use either keysend or LNURLp depending on what the sending and receiving wallets support.

But we haven't completely figured out how to send the metadata to the recipient since LNURLp doesn't allow the same amount of metadata that keysend does. nostr:npub1v5ufyh4lkeslgxxcclg8f0hzazhaw7rsrhvfquxzm2fk64c72hps45n0v5 solved the issue by posting the metadata as Nostr notes, but some in the community are reluctant to rely on Nostr or don't want their metadata to be publicly available on Nostr.

Replying to Avatar Derek Ross

I guess I'm not helping with https://ZapTrax.app using the Wavlake API πŸ€“ but I do plan on adding RSS music eventually once I can figure that out.

What music apps are you talking about and referring to? What should I check out?

I'm happy to help. There's a bunch of us here that understand the RSS spec. nostr:npub177fz5zkm87jdmf0we2nz7mm7uc2e7l64uzqrv6rvdrsg8qkrg7yqx0aaq7

nostr:npub1yvgrrzf4dnmu30qfhw95x87ruu0g2kpv3a64h8hpvqsre8qeuspsgd6pv9 nostr:npub19ha7tju4teqp3dmwv4p28wrcy9zd6h6hxkg5mwvjrlfycweazpkse2q0fa nostr:npub1yvscx9vrmpcmwcmydrm8lauqdpngum4ne8xmkgc2d4rcaxrx7tkswdwzdu to name a few.

nostr:nprofile1qy28wue69uhnzv3h9cczuvpwxyargwpk8yhsz3rhwvaz7tmed3c8qarfxaj8s6mrw96kvef5dve8wdrsvve8vvehwamxx7rnwejnw6n0d3axu6t3w93kg7tfwechqutvv5ekc6ty9ehku6t0dchsqgrwg6zz9hahfftnsup23q3mnv5pdz46hpj4l2ktdpfu6rhpthhwjv0us2s2 I added NIP-53 support (e.g. zap.stream/tunestr.io stream) to your Castr.me project: https://github.com/dergigi/castr.me/pull/9