NIP-10
On "e" and "p" tags in Text Events (kind 1). テキストイベント内の「e」タグと「p」タグの取り扱い このNIPではタグの使い方を整理し、色々な
2つのタグの役割
e
p
The p tags
@付き投稿を表現する
知らせたい相手の公開鍵をタグに含める
一般的に使われているが、廃止されたと見做されるべきである
フォーマット
["e", <event-id>, <relay-url>](NIP-01の通り)
event-id = イベントのID
relay-url = 参照されるイベントに関連付けられた推奨されるリレー情報。多くのクライアントが任意のフィールドとして扱う。 意味づけ
eタグなし
イベントにはリプライも参照先もない
1つのeタグ: ["e", <id>]
replyを意味する
2つのeタグ: ["e", <root-id>], ["e", <reply-id>]
1つ目は root、2つ目は reply
<root-id>はリプライチェーンの先頭(root)のイベントのIDを示す。<reply-id>は返信先のイベントのIDを示す。
それ以上のeタグ: ["e", <root-id>] ["e", <mention-id>], ..., ["e", <reply-id>]
1つ目は root、最後は reply、それ以外が mention
<mention-id>はリプライチェーンの中にあるかもしれないし、ないかもしれない。引用されているイベントを示す。
["e", <event-id>, <relay-url>, <marker>]
relay-url (推奨) = 参照されるイベントに関連付けられた推奨されるリレー情報(未設定の場合は空文字列) marker (任意) = 種類を表現する
root = スレッドの一番大元の投稿。rootイベントへの直接の返信であれば、"root"マーカーだけを使うべき。 mention = 引用リポスト(Twitterの引用RT相当。mentionは言及の意味)
うまく使えば、いわゆる巻き込みRTを防げそう?
一部の人だけをpに入れることができる
pを外せば、通知を飛ばしたくないときに使そうな予感
クライアントの実装状況が不明だが、基本公開鍵でsubscribeするのでうまく動きそうな気配 実際の例
実装によって微妙に異なるかもしれないですが、これはIrisの例 通常の@付き投稿
特に返信先などもないため、pタグだけになる
code:_.json
@付き投稿に対する返信
code:_.json
"tags": [
[
"e",
"555f1a0a9276a6a3e31440928a34a936a85b3f98d11632b211185d215cfbb64e",
"", /* relay urlが空になっている... */
"root"
],
]
[]