いや、駄目か。上記だと以下の引用レポストと区別つかない。
```json
{
"kind":1,
"content": "その意見に賛成 #[0]",
"tags": [
"e",
"元ID",
"",
"repost"
略
}
```
特別に以下のどちらかを引用リポストってことにしても良さそう。
- "content": "#[0]"
- "content": "#[0]" かつ "tags": ["e","元ID","","reply/repost"]
いや、駄目か。上記だと以下の引用レポストと区別つかない。
```json
{
"kind":1,
"content": "その意見に賛成 #[0]",
"tags": [
"e",
"元ID",
"",
"repost"
略
}
```
特別に以下のどちらかを引用リポストってことにしても良さそう。
- "content": "#[0]"
- "content": "#[0]" かつ "tags": ["e","元ID","","reply/repost"]
snort.socialは引用リポストが可能でiris.toは引用リポストが存在しなくてすべて返信になってしまうのを挙動統一しろって話と近い問題だな。
とりま、現在の仕様に存在しないkind:6,NIP-18に依存している現状は良くない。とはいってもそれが存在したのは2023-01-16だから全てのrelayが迅速に最新の仕様に対応しろってのは厳しいけどw
NIP-18が削除されたissueを読むとNIP-10を使えって書いてあって、確かに ”mention” の文字列は正しいな。
```
"tags": [
"e",
"id元",
略
]
```
だけど tagg:["e"] で場所指定するのはもうすでにdeprecatedで、リポストもスレッドもtag:["e"] でマークしろってある。
元IDが空で"root" がスレッド大本、"mention" がリポストか引用リポスト。
ということはやっぱりiris.toが引用リポストできないのはSHOULDな違反で、snort.socialが正解っぽい。