Episode 6 is out and it has it all.
🎙️🧀🥩🧼🛢️🥛🎧
Next Gamma Market Public Call
May 19th !
https://fountain.fm/episode/4l3fl3Evu3tiHVx4smNv
Another Great podcast. I have been enjoying listening to the show.
@Eric FJ 🪬⚡️ some thoughts on your discussion at the end regarding different communication methods and the permanence of trusting events on relays.
One I idea I was playing around with was if order and shipping details were not sent directly from buyer to merchant as a nip-17 dm. Rather they could be sent from the buyer to the marketplace who was running a server as an ephemeral nostr event. Then when the merchant came online to check their sales an ephemeral event was sent from marketplace to them and saved locally on their client.
This way no seller information was ever stored on relays and you did not need to trust them to delete events (only not to store ephemeral events). You are just trusting the marketplace to store and relay the ephemeral events and then delete once they have sent to the merchant. Yes this adds centralisation but that is the tradeoff for the added privacy. Events would still be nip-44 encrypted so unreadable to marketplace servers.
If marketplaces wanted a way to notify a seller of an order they could send them a generic DM that just let them know they had 1 new order.
This enhances backwards privacy if seller keys are ever leaked as buyer details are not still stored on relays. It also reduces the on relay metadata.
Different tradeoffs and perhaps forcing users to use one centralised marketplace server to relay their messages is a dealbreaker but just an idea I had been thinking about.
@Eric FJ 🪬⚡️ some thoughts on your discussion at the end regarding different communication methods and the permanence of trusting events on relays.
One I idea I was playing around with was if order and shipping details were not sent directly from buyer to merchant as a nip-17 dm. Rather they could be sent from the buyer to the marketplace who was running a server as an ephemeral nostr event. Then when the merchant came online to check their sales an ephemeral event was sent from marketplace to them and saved locally on their client.
This way no seller information was ever stored on relays and you did not need to trust them to delete events (only not to store ephemeral events). You are just trusting the marketplace to store and relay the ephemeral events and then delete once they have sent to the merchant. Yes this adds centralisation but that is the tradeoff for the added privacy. Events would still be nip-44 encrypted so unreadable to marketplace servers.
If marketplaces wanted a way to notify a seller of an order they could send them a generic DM that just let them know they had 1 new order.
This enhances backwards privacy if seller keys are ever leaked as buyer details are not still stored on relays. It also reduces the on relay metadata.
Different tradeoffs and perhaps forcing users to use one centralised marketplace server to relay their messages is a dealbreaker but just an idea I had been thinking about.
1❤️1
