Howdy What does this solve exactly? Feels like this is kinda just turning a relay into a public DB/state machine Wouldn’t it make more sense to have: 1 reliable relays with specific policies/functions 2 users/merchants publishing preferred relay sets 3 clients prioritizing those relays appropriately …more Nostr native than enforcing sequencing at the relay layer? My 2 cents

Replies (1)

No, it’s not meant to be used by public relays; it’s meant to be used with your own relay to keep track for example of draft events such that you don’t accidentally overwrite from a client that hasn’t properly retrieved the latest stuff.