The RSS piece is missing from all the Bitcoin Podcasting 2.0 talk I see.

If it's not on an RSS feed it's not Podcasting 2.0 and the other apps won't see it.

Podcasting 2.0 also isn't about Bitcoin and it's just a part of it.

Fountain has done a great job combining RSS, BTC and Nostr together but it's just them doing it.

I'm a PC 2.0 Maxi and a BTC maxi but the Nostr part doesn't care about RSS so I interest in helping build anything since PC 2.0 is podcasting 1.0 with new features like chapters, transcripts, funding, value, person etc.

Nostr might now get adopted by PC 2.0 but for it to have any chance it needs to be on a RSS feed.

That's the only rule. It needs to follow the podcasting 2.0 spec for RSS and then any additions can be proposed and maybe adopted.

All of these features that got added were just ideas that we added to feeds and apps played around with until it got flushed out.

Sounds like Nostr huh?

nostr:nprofile1qqszaqx80w9eg8uf39l527h8znumq0jcxdav2h0kdgwy08e3p87wfrgpr4mhxue69uhkummnw3ezucnfw33k76twv4ezuum0vd5kzmp0qy88wumn8ghj7mn0wvhxcmmv9u2cv5wh is a cool idea but nostr:nprofile1qqsxu35yyt0mwjjh8pcz4zprhxegz69t4wr9t74vk6zne58wzh0waycpzamhxue69uhkzarvv9ejumn0wd68ytnvv9hxgtcpz9mhxue69uhkummnw3ezuamfdejj7r8h0c5 also understands the PC 2.0 spec and that's why the feeds work great in PodvastGuru and other apps. I mentioned PodcastGuru b/c it does video the best.

nostr:nprofile1qqsr7acdvhf6we9fch94qwhpy0nza36e3tgrtkpku25ppuu80f69kfqprfmhxue69uhhq7tjv9kkjepwve5kzar2v9nzucm0d5hszythwden5te0dehhxarj9emkjmn99u8tudrl is also working on podstr but I haven't checked it out much and it's still in closed alpha.

Any of this stuff needs to follow the PC 2.0 spec for any of us to really care about it.

I might sound like a dick but it's just that simple. All of your favorite Bitcoin and Nostr podcasts that are in Fountain all have RSS feeds and that's why you can listen to them in any app.

Podcasting2.org does a nice job explaining this stuff at a high level and what I've been using to add features to my vibecoding apps.

We have people are here that will help with this PC 2.0 stuff but just like my coming to post this on Nostr y'all have to look in PC 2.0 also.

I hear tons of talk about PC 2.0 and Nostr are perfect together but I don't see any Nostr people stepping up.

I'm working with nostr:nprofile1qqswfa547pdmqkerzf2uen3agudc67wxffjmenqpge3dylc006fppyspz3mhxue69uhhyetvv9ujuerpd46hxtnfduq3vamnwvaz7tmjv4kxz7fwwpexjmtpdshxuet5ywlajy to see what his ideas are around using Nostr in podcasting 2.0 but it has to work in all the other apps too.

If Castamatic, Curiocaster, LNBeats, Podverse, PodcastGuru, Truefans, my vibe coded apps and others can't use it then I'm not interested.

Rant over 🫡

I think some key context when reading this is:

1. There is already a active Podcasting 2.0 Boost community, that existed before Nostr and Zap. This is not something being invented today. This is about modernizing something that has been around since the early days of Lightning.

2. Keysend has not been widely adopted outside of Podcasting 2.0 (it's NOT a P2.0 tech, it's a lightning thing) and if we want to grow the base of users who can Boost/Zap a podcast, we have to move beyond Keysend.

3. lnaddress, and the email format for payments is an obvious UX improvement over node addresses, and opens podcast Boosts up to the entire Lightning ecosystem.

Reply to this note

Please Login to reply.

Discussion

#2 is key. We are losing PC2.0 podcasters because the value returned is dropping off. Nostritches love to zap but only if its relatively convenient. With keysend only, you're excluding the majority of what would otherwise be your fervent user base.

If Alby didn't change its business model we wouldn't even be having this conversation. Everyone switch to Alby years ago and now you have to pay so PC 2.0 took it out back and killed.

This has been Fountain and Alby this whole time and I love them both and I use AlbyHub daily to support podcasters and musicians because it's always worked but I had to build a node while I away put off because I couldn't send from it with 2.0 apps until AlbyHub and I've never been happier.

I even have nostr:npub17w7592g67helr3qv53ddyf55vj4hnxttxtd8368d92u3zyds3ejs0x40jx that post said Boostagrams to Nostr so we're playing with stuff but it's the same stuff that's worked for almost 5 years.

That said podcasting 2.0 is an open spec .

PodcastindexOrg.org has all the data and you can access it with an API key.

That's how I built itdv.podtards.com

You can just build stuff...

ps I'm just jaded but willing to help ;) talked with Oscar last night about this stuff.

Even if Alby had kept easy hosted wallets around, no major lightning wallet supports keysend.

And when you consider what’s easiest for podcasts to give out on air Lnadress offers a familiar email address format.

To be clear, I think it’s a real shame Keysend has not seen more love.

and… it’s a shame lnadress is not Bolt12 ready which also solves some of this.

But there is a hard reality we are up against. We are down to just Fountain and Alby compatible apps that can boost.

Ironically fountain could just sit back and do nothing and they pretty much consolidate and lock up the entire boost market because they probably already have about 80% of it. They’re pretty much the last easy lightning wallet for boosting in town.

And for the listener, it’s a lot less of an ask if they can use any lightning app that supports LNaddress to support the show. They could use strike or other apps directly even.

The value tag supports lnaddress so anyone can use that in their feed.

You can even add something to your funding tag like nostr:npub1jcympy69pht7ptan39se4nd09e4q66qhey649uu3rczm2zh88c7s0n2890 does.

They have a Monero link there that I use all the time.

https://xmrchat.com/ugmf

We need more options which is my whole point.

Actually, this is the problem.

You can do it, but there’s several huge disadvantages right now and I don’t think most people realize it.

Important Metadata podcasters need to credit supports is missing, just not even captured. And importantly to me if you’re self hosting a node, it gets even worse and anyone in the split doesn’t get any metadata.

When you receive the boost, you have no idea the total amount, and the most situations you won’t even know who sent it. It depends on all of the systems between.

It currently only works in very limited situations.

I’ve been testing this the hard way with some of my shows, and it was a mini disaster. Even though I’m a big proponent of using lnadress I had to roll back to using my node address/keysend for now because of all of the shortcomings with the current implementation.

Being able to properly credit people who support the show is a vital and important part of the value for value cycle - that is fundamentally broken right now with the current lnadress implementation.

If the current implementation sees wider adoption, it will destroy boost for podcast. I don’t say that lightly, you probably know how critical this is for my shows.

I think some key insights that I have here that maybe others are missing is that I run multiple shows at scale that are funded by boost. Multiple episodes of my shows are often in the fountain top charts each week. I’m not bragging. I’m just pointing out, it’s significant us.

We self-host our entire infrastructure.

And we build tooling around boost, so that way we can properly credit those who supports us.

And I’m a big supporter of other v4v podcast and as a listener, I boost a lot .

So I really been looking at this for all angles since about December.

If I could go on the podcasting 2.0 show every week and yell that we have a problem here I would! I think a lot of people are missing this because they’re not quite as deep into the technicals .

Technically lnadress is supported. But it’s a disaster in its current implementation and limitations.

It also reinforces centralization because just look at the practical implementation so far. Fountain is the easiest and most complete implementation. Even using Alby Hub the experience is sub-par. You will get the stats. And your SOL if you just want to run your own node and lnadress.

Ok so just taking a snippet of what you're addressing here. Let's assume lnaddress is widely adopted across the ecosystem, that still leaves us with the Metadata issue. Is that accurate?

Just brainstorming but seems like from there the solution has to be client side... lnaddress payments do allow for a text field. The client could potentially autofill this with the essential Metadata such as sender, client, show, and track/timestamp when generating the invoice. It would take a meeting of the minds from major clients to implement but could be done i think?

Feel free to tell me to stfu if I don't know what im talking abt (cause I prob dont) but if its too much data... is it possible to create a service that hashes the essential Metadata so its small enough to embed into the lnaddress memo field? It'd be a workaround but the node operator could somehow export their receipts and the service can translate?

Correct. Currently the metadata is in the keysend payment. Switch to lnaddress and the metadata field is there but much smaller. Oscars idea is to use Nostr to transmit the metadata basically separating the message from the payment.

The apps need to implement this and the podcaster/musician needs something to receive it which was Chris's issue when he switched.

This is why we've been talking about this issue for 3 years but the AlbyHub change really broke the system since that was what non Fountain apps used so to use those now you need AlbuHub.

Oddly enough Franco from Castamatic was on the PC 2.0 show and said the AlbyHub change didn't really impact the amount of people using his app to Boost shows. I don't know how many people do that in his app but that's an important data point.

We also had Boost before we had Boostagrams. Lightning payments were sent way before they had a message attached so if we lose them for a few months so be it.

The message is a key part of V4V but if you not getting a lightning payment then your not getting a message in my book.

Nostr also isn't the only proposed solution to this.

Sam Sethi at Truefans.fm is using ActivityPub to try and solve this.

Alecks Gates proposed something called metaboost that you add a url to your RSS feed and the metadata is sent there for you to do with what you will. (This is just a proposal)

While there may be other implementations, some of which may even be more efficient, I'd explore Oscar's solution as utilizing nostr also activates a significant potential fan base and that's not to be an overlooked advantage.

Also, in open protocols, optionality, to a degree, is important. Would implementing lnaddress mean deprecating keysend? Why not both?

I think it does but I don't see people giving it up. It's your RSS Feed after all.

I want both and that would solve things but apps need a way to support that also.

I want to say "hey I prefer keysend but here's my lnaddress as well"

So I haven't read all of this hell thread so bare with me. (I will read it all eventually)

Next week's episode of the v4vmusic podcast will be entitled "The Case For Keysend" where I will address much of what is being discussed here.

Albeit with my own bias, of course. 🙂

I am not a nostr hater nor am I an lnAddress hater, but I do believe we should be using the right tools for the right jobs.

https://v4vmusic.com/?album=cmixpr0vk00f0od0igxv4g9q2

That one is 3 months old btw. It’s just Oscar’s proposal for the Nostr-metadata solution that I added some commentary to that I like to repost every now and then.

StableKraft.app supports that proposal btw minus some of the zap receipt stuff but all Boosts in SK that post to nost have the PC 2.0 GUIDs in them and even show up in Fountain.

I realize I’m adding to the hellthread even more here but the root post for this is Oscar’s proposal so it’s a nice time capsule.

Metaboost sounds like it would work well with nostr. Assign an npub pointed to a specific relay and Metadata simply posted as notes. Metaboost simply acts as bridge or client for users to pull the nostr data. View as native client or bridge to node.

Oscar's proposal lets apps post the metadata to relays to then be pulled down.

I'm working on zaps.podtards.com that post to nostr:npub1k34lqqeqa90e269gtw4r5z3h0hgejj9hnf8lpkmc2jzq5tl2ru8qqkwhjf.

Works with Alby since the addresses in the feeds are keysend but I'm working on adding other stuff to help the 2.0 devs see this in action.

I agree but we picked keysend 4+ years ago because it's lightweight and I don't see any better solutions.

Basically all RSS feeds have keysend still so it's hard to test stuff which is why I made this.

https://podcastindex.org/podcast/7405721