サポートされている NIP リファレンス

nostrfy が実装するすべてのリレー側 NIP — kind、注記と注意点 — および NIP-11 の supported_nips リストが動的に計算される仕組み。

実装済み NIP

NIP説明
1基本プロトコル(イベント、サブスクリプション)
9イベント削除
11リレー情報ドキュメント
13プルーフ・オブ・ワーク
17プライベート DM(kind 14 を kind 15 でラップ;NIP-42 認証が有効な場合、kind 1059 およびエフェメラルな kind 21059 のギフトラップは受信者のみに提供)
22コメント(kind 1111、#e インデックスによるスレッド化)
26委任イベント署名
28パブリックチャット(クライアント側:通常イベントとして保存・提供され、広告されない)
29リレーベースのグループ
32ラベリング(kind 1985、#l/#L インデックス付き)
33パラメータ化された置換可能イベント
34git 関連(kind 1617-1619、1621、1622、1630-1633、30617/30618 — relay.enabled_git によるオプトイン、既定では無効)
40有効期限タイムスタンプ
42クライアント認証
43リレーアクセスメタデータ(ロール)— kinds 33534/13534/8000/8001 およびエフェメラル 28934/28935/28936; リレー署名付きメタデータは AUTH ゲート付き。招待コードは NIP-86 createclaim/deleteclaim で発行;リスト掲載コードを含む kind:28934 はその作成者を許可する
45結果カウント(COUNT)
46Nostr Connect
47Nostr Wallet Connect
50検索機能(全文検索、関連度順)
57Lightning ザップ(kinds 9734/9735)
59ギフトラップ(受信者のみに提供)
62消去リクエスト
65リレーリストメタデータ
66リレー探索と活性(kinds 30166/10166 を保存・提供;kind 30166 を自己公開)
67EOSE 完全性ヒント
70保護されたイベント
77negentropy 同期(置換に失敗すると NIP-77 に従い NEG-ERR でその id を閉じる)
78アプリケーション固有データ(kind 30078、AUTH 必須)
84ハイライト
85信頼できるアサーション(kinds 30382/30383/30384/30385/10040、アドレス可能)
86リレー管理 API
87Cashu および Fedimint アナウンス(kinds 38000/38172/38173)
88投票
94ファイルメタデータ(kind 1063)
98HTTP 認証
A3支払いターゲット(kind 10133、置換可能)、ドラフト;提供されるが supported_nips では広告されない

Blossom(BUD-01/02)は NIP ではなく、NIP-11 ドキュメントでも広告されません — 独立したファイルサーバーとして [blossom] ホスト名上で提供されます。詳細は Blossom ファイルサーバー ページを参照してください。

動的な NIP 広告

supported_nips リストは静的ではありません:NIP が定義するすべての kind がリレーのアクセス制御で拒否されると、その NIP はリストから除外されます。

  • blocked_kinds — NIP のすべての kind をブロックすると非表示になります(例:kind 5 のブロックで NIP-09 が非表示)。一部の kind のみのブロックでは NIP は残ります。
  • allowed_kinds — kind はリスト掲載時のみ受け入れられます;すべての kind が未掲載の NIP は非表示になります。
  • reject_ephemeral — NIP で義務付けられた除外リスト(22242、27235、28934/28935/ 28936、24133、23194/23195、24242、 21059)にないエフェメラル kind は拒否されるため、それらに依存する NIP は非表示になります。
  • 前提条件 — NIP-29、NIP-43、NIP-66 はリレー署名付きイベントに依存し、 relay.private_key なしでは非表示になります;NIP-86 は rpc.management_token または rpc.admin_pubkey が設定されていない限り非表示になります(そうでない場合、すべての管理呼び出しが拒否されます)。
  • 専用 kind を持たない NIP(1、11、13、26、33、 40、45、50、67、70、 77)は、有効な場合つねに広告されます。

ランタイムでの変更 — NIP-86 の allowkind/disallowkind、または reject_ephemeral の SIGHUP リロード — は次回の NIP-11 取得に反映されます。 enabled_nips/disabled_nips は依然として再起動が必要です。