Another Great podcast. I have been enjoying listening to the show.
EricFJ (nprofile…mwz5) 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.
5t34k
npub1x5…kh2p2
2026-05-13 08:45:09 UTC
in reply to nevent1q…w8h3
Author Public Key
npub1x5t34kxd79m657qcuwp4zrypy9t8t4e6yks5zapjvau29t0xvgaqakh2p2Published at
2026-05-13 08:45:09 UTCEvent JSON
{
"id": "653ceaa8ecd569493d7b63bd4e9d062cc1a9e7df6de2ac1324d38cb9fe258de3",
"pubkey": "35171ad8cdf177aa7818e383510c81215675d73a25a14174326778a2ade6623a",
"created_at": 1778661909,
"kind": 1,
"tags": [
[
"p",
"7999814161743f2279006ab10cfd83bd33adff23c85e5d9d0949fdd60f8f1901",
"ws://localhost:3334/",
"mention"
],
[
"e",
"a4e6b7835bc5b60a8c9f07c8f7e5ac071954231873f3db554fd24ba412cb84ff",
"",
"root"
],
[
"p",
"7bdef7bc4678de215f6fd2c71516632a7a458e8b6fd35d96cff7d9fd266055af"
],
[
"r",
"wss://goskatespots.nostr1.com/beacon"
],
[
"r",
"wss://relay.primal.net/"
],
[
"r",
"wss://nos.lol/"
],
[
"r",
"wss://relay.bitcoincafe.de/sable-ember"
],
[
"r",
"wss://eu.nostr.pikachat.org/golf-delta"
],
[
"r",
"wss://nostr.ingwie.me/juliet-sable-zenith"
],
[
"client",
"Primal Web"
]
],
"content": "Another Great podcast. I have been enjoying listening to the show.\n\nnostr:nprofile1qy28wue69uhkcmmrv9kxsmmnwsarxvenxshszrnhwden5te0dehhxtnvdakz7qpq0xvczstpwsljy7gqd2cselvrh5e6mlerep09m8gff87avru0ryqs3hmwz5 some thoughts on your discussion at the end regarding different communication methods and the permanence of trusting events on relays.\nOne 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.\n\nThis 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.\n\nIf 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.\n\nThis 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.\n\nDifferent 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.",
"sig": "d1a98b097976528d59534d3f653c7f2751d870b9fbd53d93deefb2bb57e931e8a061d4fc0502262198e1ce8dfed0c9e7fa56526a212fa619dd1fdb240ff6d36c"
}