Lightning addresses in RSS feeds \ stacker news ~bitcoin

905 sats \ 9 comments \ @ek 12 Jun 2023 bitcoin

Is there already an RSS extension to specify LN addresses in RSS feeds?

Or something else people already do?

100 sats \ 0 replies \ @mcduquesne 12 Jun 2023

Here's what the guys at Alby say:

One option is to create a new namespace or expand the existing one. However, an alternative approach could be to leverage the RSS namespace extension for podcasting, which already includes the necessary tags. For instance, the value tag can be used to define the payment method and recipient, while the new medium tag allows for easy differentiation of content types, such as "blogpost", "newsletter", "video", or "music", as specified values. This approach streamlines the implementation process, utilizing existing infrastructure and established standards.

Maybe something like:

<podcast:value type="lightning" method="address" suggested="0.00000006900">
  <podcast:valueRecipient name="ejzys" type="address" split="95" address="ekzyis@stacker.news"/>
  <podcast:valueRecipient name="Stacker News" type="address" split="5" address="sn@stacker.news"/>
</podcast:value>

20 sats \ 4 replies \ @nerd2ninja 12 Jun 2023

I believe you just described nostr

50 sats \ 2 replies \ @ek OP 12 Jun 2023

lol

11 sats \ 1 reply \ @nerd2ninja 12 Jun 2023

But am I wrong tho? I've always said nostr is just a reimplementation of RSS

50 sats \ 0 replies \ @ek OP 12 Jun 2023

I am not sure haha

Basically this:

0 sats \ 0 replies \ @BlockHead 12 Jun 2023 freebie

zap zap

0 sats \ 2 replies \ @scottathan 12 Jun 2023

Yeah, it exists for podcast RSS feeds already https://github.com/Podcastindex-org/podcast-namespace/blob/main/docs/1.0.md#value

0 sats \ 1 reply \ @ek OP 12 Jun 2023

Ah, I see, thanks!

But looks like they created this specifically for podcasts. Not sure if I should use that for SN RSS feeds

0 sats \ 0 replies \ @errhead 12 Jun 2023

I use it for PeerTube RSS feeds in the Lightening plugin. it's not a perfect fit but works. The main issue I see with using it for SN is that its current implementation is keysend payment focussed with the type 'node', SN Lightening addresses were lnurl only last I checked , so you might need to extend it a bit by using a different type. Still better to work within an existing framework rather than starting from scratch.