NIP-32は、Nostrイベント、ユーザー、その他のエンティティにラベルを付けるための標準を定義します。ラベルは、クライアントがカテゴリ分け、コンテンツ警告、評価システム、モデレーションに使用できる構造化されたメタデータを提供します。

仕組み

ラベルはkind 1985イベントを使用し、ラベル名前空間を定義するLタグと、その名前空間内の特定のラベルを適用するlタグを持ちます。ラベル付けされたエンティティは、e（イベント）、p（pubkey）、r（リレーURL）などの標準タグを通じて参照されます。

{
  "kind": 1985,
  "tags": [
    ["L", "content-warning"],
    ["l", "nsfw", "content-warning"],
    ["e", "<event_id>"]
  ],
  "content": "Contains explicit imagery"
}

名前空間システムはラベルの衝突を防ぎます。「ugc-moderation」名前空間の「spam」ラベルは、「relay-report」名前空間の「spam」とは異なるセマンティクスを持ちます。これにより、複数のラベルシステムが干渉なく共存できます。

ユースケース

コンテンツモデレーションシステムはラベルを使用してスパム、違法コンテンツ、またはポリシー違反をマークします。評価システムは信頼スコアや検証ステータスをpubkeyに付与します。メディアプラットフォームはコンテンツ警告（NSFW、暴力、ネタバレ）を適用します。リレーオペレーターは異議申し立てや紛争解決にラベルを使用します。

Trusted Relay Assertions提案はリレーの異議申し立てにNIP-32ラベルを使用します。オペレーターが信頼スコアに異議を唱える場合、L = relay-appealと「spam」、「censorship」、「score」などのラベルタイプを持つkind 1985イベントを公開します。

クライアント実装はラベルの消費方法が異なります。一部のクライアントはフォローしているユーザーからのラベルを推奨として扱い、他のクライアントは専門のラベリングサービスにクエリします。分散型設計により、ユーザーはどのラベラーを信頼するかを選択できます。

主要な出典：

言及先：

関連項目：