No but I think a e/p tag reply best practices doc/nip would be really useful.

Reply to this note

Please Login to reply.

Discussion

Does this capture the intent?

# On 'e' and 'p' tags in Text Events (kind 1).

## Definitions:

* A reply chain is the list of events from the root event to a specific reply.

* A reply thread is the tree of events consisting of all replies beginning at the root.

## The 'e' tag

Used in a text event contains a list of event ids.

* No 'e' tag:

This event is not a reply to, nor a referent to any other event.

* ["e",id]:

The id of the event to which this event is a reply.

* ["e",root-id,reply-id]

'root-id' is the id of the event at the root of the reply chain. 'reply-id' is the id of the article to which this event is a reply.

* ["e",root-id, mention-id,...,reply-id]

There may be any number of 'mention-ids'. These are the ids of events which may, or may not be in the reply chain. They are citings from this event. 'root-id' and 'reply-id' are as above.

## The 'p' tag

Used in a text event contains a list of pubkeys used to record who is involved in a reply thread.

When replying to a text event E with 'p' tags P, the replying event's 'p' tags should contain P as well as the pubkey of the of the event being replied to.

Example: Given a text event authored by a1 with p tags [p1, p2, p3] then the p tags of the reply should be [a1, p1, p2, p3] in no particular order.

This sounds right to me and is how damus implements it

Is there a procedure to get a document like this into the document chain?

Done. Thanks.

👏 awesome