国は国民から暴力を取り上げて独占してるんだから個人情報漏らした奴をちゃんと拳で殴れ
ロクヨウ
_@lokuyow.github.io
npub1a3pv...sgh3
ほぼ雑談
たまにビットコインとLN
作ったやつ
おいくらサッツ
https://osats.money/
今日からビットコ
https://lokuyow.github.io/btc-dca-simulator/
nostr-zap-view
https://lokuyow.github.io/nostr-zap-view/
eHagaki
https://lokuyow.github.io/ehagaki/
なめてんのか


そうっすね
しらない
見ただけ
カゴメ買ったけど
どろソースこの前スーパーで見たな
風月 謎の空間 華金 土日
風月行ったことない
海遊館の日に行きかけて行かんくて心残り
{
"kind": 1,
"content": "",
"tags": [
["content-warning", "reason"],
["c", "<kind36-id>", "<relay-hint>"]
]
}
{
"kind": 36,
"content": "センシティブな本文",
"tags": [
["content-warning", "reason"]
]
}
で
cでいいや
タグはContent Warningだからsはないか
Sensitive Content / Content Warning
だからまぁsかcかwかな
cはkind 1限定ならかなり有力です。むしろ s より「Content Warning」の c として自然かもしれません。
確認した限り、公式NIPで c tagの明確な用途はNIP-34のgit系eventです。例えば kind:1618 / 1619 で c = current commit id として使われていますが、kind:1での標準用途ではありません。
こっちが
じゃあ○○は?
って聞いたらほぼそっちの方がいいですって言ってくる
大川隆法です
kind 1 に限定して見ると、前の結論は変わります。s / S はかなり有力です。
現行の公式NIPで、kind 1 に対して既に意味を持つ、またはkind 1でも一般的に使える1文字tagとして確認できるのは主にこのあたりです。
- e, p, a — NIP-01/NIP-10系の参照。eはkind1では特にthread意味を持つ。
- q — kind1で引用に使える。
- r, i, t — URL参照、外部ID、hashtagとして複数kindに使えるのでkind1にも適用される。
- l, L — NIP-32のlabel/namespace。実際にkind1の例もある。
一方、公式NIP上でkind1に対する s / S の意味は見つかりませんでした。sやSは他kindでは使われていますが、Nostrではtagの意味はkindごとに変わってよいという前提があります。NIP-01も同じtagがkindによって異なる意味を持ち得ると明記しています。
探した。現行の公式 nostr-protocol/nips 内で、JSON形式の1文字tagとして明確な使用が見当たらなかった候補は、少なくとも b / j / o / v / w です。大文字小文字を区別しない検索でも同様でした。今回なら、私は w を第一候補にします。wが良い理由は、warningと直感的に結び付くことと、1文字tagなのでRelay側のindex対象として期待できることです。
一文字
ちゃぴはq、eより新タグ付けろって言ってる