seedubs

https://podcastindex.social/@seedubs

Public Key

npub1sqkk8s34npcu8yzaa79mfz5glutqkfgpd4l5nlxaswcdwpvykdus0frfgp

NIP-05 Address

seedubs_at_podcastindex.social@momostr.pink

Profile Code

nprofile1qqsgqttrcg6esuwrjpw7lza532y079sty5qk6l6flnwc8vxhqkztx7gprpmhxue69uhhyetvv9ujumt0d4hhxarj9ecxjmnt6xxpan

Publishing to

relay.momostr.pink

Author Public Key

npub1sqkk8s34npcu8yzaa79mfz5glutqkfgpd4l5nlxaswcdwpvykdus0frfgp

Show more details

Last Notes

2024-12-07 00:19:30 UTC

- reply

The main problem with an untrusted payment metadata is that the boost total amount could be faked. With podpay, user signed, you would know the message is at least from Nostr User that paid. Perhaps hosted apps could just mark that field with a slight warning.

2024-12-01 03:48:02 UTC

- reply

One nice thing about Nostr is you can generates its ID before posting it. With mastodon I think you would have to post first to get an Id to include in the LNURL memo. Apps would have to delete the Mastodon post if the payment failed. I think this works fine but maybe not as slick.

2024-11-30 21:23:51 UTC

- reply

The BoostBot on irc.zeronode.net, not Fountians, would now need to run a http server with either a DNS or Onion URL to handle the lnurl bit. Then when an invoice is paid it would query a set of Nostr replays for the naddr thats is linked in the invoice. Then post the message to IRC or wherever.
Again it would be nice if this Boostbot could tell the Boosting App what Nostr Relays it should post to.

2024-11-30 21:17:25 UTC

- reply

How would this work with BoostCLI and a split to the Fountain BoostBot? BoostBot would of broadcasted a Note signed by a user and Fountain would know what it was paid because the naddr is linked in the invoice. Would Fountain repost the Note on its feed or surface it in the app just by querying the Note by its addr?
Is there a way to for the Fountain to tell BoostCLI which relays it should boardcast to?

2024-11-30 21:12:33 UTC

- reply

I want to discus how and if this would work for apps like BoostCLI which do not have a centralized server. My main concern is with "trusted" npubs which may exclude BoostCLI Notes.
From what I understand BoostCLI would first generate or use a provided nostr keys. Construct the boost message in the note and generate its hash id, naddr. Then it would do the lnurl bit including the naddr in the memo/tlv. Then pay the invoice and broadcast note to a set of relays.