replaceability using other tags

[fiatjaf]

This might be a solution to the #1501 conundrum (we can just grandfather in that specific kind like we did with normal replaceables and kinds 0 and 3).

And also address #1506 and other similar issues that will certainly arrive in the future.

Just a preliminary idea.

[alexgleason]

I like this approach.

Another idea I had was to give the "d" tag a second parameter, something like this:

[
  ["d", eventId, "e"],
  ["e", eventId, ...rest],
]

or:

[
  ["d", pubkey, "p"],
  ["p", pubkey, ...rest],
]

When the "d" tag has this extra parameter, there MUST be a matching tag.

[kehiy]

the current filter/event model is complex (better to say dynamic) enough to be hard to store and query efficiently. i think putting more dynamic rule on them just makes the relay implementation more complex. also make them inefficient. also clients.

if i understand this nip correctly, it will affect a lof of stuff in the processing "EVENT"s and "REQ"s. maybe I'm wrong? not sure.

[mikedilger]

I don't think this is worth it. Adding a 'd' tag that matches the 'e' or 'p' or 'a' isn't that much overhead, but it is a lot of coding to do it this way.