NIP-05は、「中央プラットフォームなしでユーザー名を持つにはどうするか」というNostrの回答です。あなたの公開鍵は16進数の64文字で、安全ですが読みにくいものです。NIP-05識別子はalice@nostr.blogのようなものを提供し、同じ鍵にマッピングされます。
どのように機能するか
NIP-05は文字通り、ドメイン上でホストされているJSONファイルです。クライアントがalice@nostr.blogという識別子を見ると、https://nostr.blog/.well-known/nostr.json?name=aliceにリクエストを送り、レスポンスから公開鍵を読み取ります。その鍵がその識別子の下で投稿に署名しているものと一致する場合、クライアントはその名前を確認済みとして表示します。
ブロックチェーンも中央レジストリもありません。ドメイン所有者が誰にどの名前を与えるかを決定します。誰もが静的ホストにJSONファイルをドロップすることで、自分自身で実行できます。
なぜそれが重要なのか
3つの実用的な理由があります。
まず、発見可能性です。jack@primal.netのような名前は、声に出して言って覚えることができるものです。npub1...はそうではありません。
次に、移植性です。あなたのNIP-05アドレスはそれが存在するドメインではなく、あなたの公開鍵を指しています。あなたのアイデンティティを別のホストに移動する場合、Nostrのアイデンティティとソーシャルグラフは変わりません。
3番目は、それは軽い信頼信号です。ドメインがアドレスを誰に与えるかについて慎重な場合（たとえば、支払いの確認または登録のレビュー）、NIP-05はアイデンティティの主張に少しの重みを追加します。これはTwitterの青いチェックと同じではありません。多くのドメインが誰にでも名前を配るのを防ぐことは何もありません。しかし、それは「私は本当のAliceです」と「私は何かランダムな見知らぬ人です」を区別します。
限界はどこにあるのか
NIP-05は、「この名前はこのドメイン上のこのキーに属している」ということだけを言っています。鍵の背後にいる人を認証しません。誰かが秘密鍵を失うと、NIP-05が指していたアイデンティティを失い、新しい鍵を取得することは、アドレスを再登録することを意味します。
また、DNSとHTTPSが到達可能であることに依存しています。クライアントが検証を試みるときにNIP-05ドメインがダウンしている場合、検証は静かに失敗します。ほとんどのクライアントは結果をキャッシュするため、一度のの停止はあなたの名前を壊しませんが、永続的にオフラインのドメインは壊します。