2026年にNostrアドレス（NIP-05）を取得する方法

Nostr公開鍵を持っています。すでに投稿、フォロー、フォローされることはできます。ただし、誰もが覚えられる名前はまだ持っていません。npub1pf8hkx3ang2jngcgpsawtmj48c90pgqasmgpva7qhvnsty5j87yqwk3vy5は正しいですが、誰もそれを名刺に載せません。

Nostrアドレスはyou@somewhere.comの形でこれを解決します。技術的な名前はNIP-05であり、それが何であり、どのように機能するかについての別のガイドを書きました。この記事は実践的な補助です。2026年には実際に2つのパスが機能します。両方を最後まで説明します。

TL;DR。 nostr.blogにサインアップしてユーザー名を選択します。これが最速のパスで、年間$2.99からです。すでにドメインを所有している場合は、/.well-known/nostr.jsonに小さなJSONファイルを配置することで、追加費用をかけずにNIP-05レコードを自分でホストできます。

準備ができたら、 @nostr.blog アドレスを取得 →

開始する前に

正確に1つ必要なもの：Nostr鍵ペアです。任意のNostrクライアントですでにアカウントを持っている場合、鍵を持っています。そうでない場合、how-to-use-nostrガイドがそれらの作成を説明しています。

公開鍵を16進数形式で知る必要があります。クライアントはnpub1... Bech32文字列として、または64文字の16進数文字列として表示します。NIP-05 JSONファイルは16進数形式を使用します。すべてのNostrクライアントは「アカウント」または「設定」画面で両方を表示します。あなたのものがnpubのみを表示する場合、通常16進数に切り替えるトグルがあります。

このプロセス中に誰にもnsec（秘密鍵）を共有しないでください。どちらのパスのステップも必要としません。サインアップフォームがnpubを要求する場合、退出してください。

パス1：nostr.blogに登録

短いバージョン：名前を選び、その名前の長さの年間費を支払い、完了です。約2分かかります。

ステップバイステップ

1. nostr.blog/createに移動します。
2. 希望する名前を入力します。フォームは入力時に利用可能性をチェックし、名前の長さに基づいて価格を表示します。
3. すでにNostr識別子を持っている場合、既存の鍵でサインイン（NIP-07ブラウザ拡張またはnpubを貼り付けて読み取り専用バインディング）します。新規の場合、フォームが鍵ペアを生成し、次のステップの前にnpubをバックアップするよう促します。
4. Lightningで年間費を支払います。チェックアウトはすべてのLightningウォレットを受け入れ、請求書はQRコードとコピー可能な文字列の両方として表示されます。
5. 支払いが確認された瞬間（通常2秒未満）、NIP-05レコードがライブになります。@name.nostr.blog識別子は数分以内にすべてのNostrクライアントで機能します。

含まれるもの

識別子自体を超えて、サインアップには以下が含まれます。

• zapを受け取るためのLightningウォレット、新しいアドレスをzap受け取りエンドポイントとして事前に設定
• 同じダッシュボードからすぐに使用できるウェブベースのNostrクライアント
• 年間費が期限を迎える30日前の自動更新リマインダー
• リンクされた公開鍵を後で変更する能力（鍵をローテーションする場合に役立つ）

名前の長さ別のコスト

価格は年間です。短い名前はそれより少ないため、より高額です。

希望する名前が稀な場合（短い、認識可能な、またはその他の理由で主張されている）、希少性がプレミアム層の要点です。単に読める何かが必要な場合、8+層は年間$2.99で同じテクノロジーですが、コーヒーの価格です。

パス2：自分のドメインでホストする

すでにドメインを所有している場合、静的ファイルとドメイン登録を超える継続的なコストなしでNIP-05を自分で実行できます。

最小限の実行可能なセットアップは4ファイル分の作業です。ウェブサーバーに対する基本的な快適さを持っていると仮定して、ここを説明します。これが正直な前提条件です。「ウェブサーバー設定を編集する」が外国語として読む場合、パス1は学習曲線より速く、安いです。

ステップ1：16進数で公開鍵を取得する

Nostrクライアントを開き、「アカウント」または「設定」を見つけ、16進数形式で公開鍵を表示します。64文字で、すべて小文字、a-f 0-9です。貼り付けることができる場所にコピーします。2回必要になります。

ステップ2：JSONファイルを作成する

ドメインをホストしているサーバーに、このコンテンツで/.well-known/nostr.jsonパスを作成します。

{
  "names": {
    "yourname": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  }
}

yournameを希望する識別子のローカル部分に置き換えます（alice@alicedomain.comの場合、ローカル部分はalice）。長い16進数文字列を実際の公開鍵に置き換えます。

ステップ3：CORSヘッダーを設定する

ブラウザベースのNostrクライアントは、サーバーが正しいCORSヘッダーを返す場合にのみこのファイルを読みます。サーバー設定に追加します。

Access-Control-Allow-Origin: *

このパスに対して特に。ネイティブアプリのクライアントはこのヘッダーなしでファイルを読みます。ブラウザクライアントはこれなしで静かに失敗します。「NIP-05が壊れている」についての半分のサポート質問はまさにこれです。

ステップ4：検証する

任意のターミナルから：

curl -i https://yourdomain.com/.well-known/nostr.json?name=yourname

以下を見るべきです：

• ステータス200 OK
• Content-Type: application/json
• Access-Control-Allow-Origin: *
• そこに配置したJSONボディ

その後、Nostrクライアントのプロフィールでyourname@yourdomain.com識別子を設定します（「検証」または「NIP-05アドレス」の下）。1分待つと、小さなチェックマークがクライアント全体の表示名の隣に表示されるはずです。

オプション：クライアントを特定のリレーに向ける

NIP-05仕様を使用すると、名前の隣に優先リレーをリストできます。クライアントが冷たい読み込み時により速くあなたの投稿をフェッチするのに役立ちます。デフォルトセットを通じて狩る必要がないため。

JSONの拡張バージョン：

{
  "names": {
    "yourname": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  },
  "relays": {
    "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88": [
      "wss://relay.damus.io",
      "wss://nos.lol",
      "wss://relay.primal.net"
    ]
  }
}

オプションです。アカウントはそれなしで機能します。一部のクライアントは完全にそれを無視します。冷たい起動パフォーマンスが必要な場合は価値がありますが、基本的な検証には必要ではありません。

結果が機能していることを確認する方法

通常使用しないNostrクライアントから（プライマリアプリのキャッシングをバイパスするため）、完全な識別子（yourname@yourdomain.comまたはyou@nostr.blog）を検索します。クライアントは以下を行うべきです：

1. あなたのプロフィールを曖昧さなく見つけます。
2. 表示名の隣に、チェックマークまたは「検証済み」インジケーターを表示します。
3. UIを通じて識別子をnpubの代わりに（またはnpubとともに）レンダリングします。

これらのいずれかが失敗した場合、各ステップを再度検証します。一般的な障害：

• JSONファイルのCORSが不足しています。 上記のステップ4からcurlコマンドを実行し、Access-Control-Allow-Originヘッダーを探します。存在しない場合、サーバー設定に追加します。
• JSONの公開鍵が間違っています。 クライアントから16進数を再度コピーして、文字ごとに比較します。1文字でも間違っていると検証は静かに失敗します。
• クライアント側のキャッシュ。 ログアウトしてバックイン、または異なるクライアントで同じプロフィールを開きます。Nostrクライアントは一部のビルドで最大24時間NIP-05マッピングをキャッシュします。
• 識別子のタイプミス。 alice@nostr.blogとAlice@nostr.blogはほとんどのクライアントで異なる文字列です。小文字を使用します。

後でアドレスを変更する

これについて何も永続的ではありません。2つのシナリオが発生します。

同じ公開鍵は保持したいが名前を変更したい。 nostr.blogで、ダッシュボードで現在の名前をキャンセルし、新しい名前を登録します。新しい名前は支払い確認の時点で解決します。独自のドメインで、JSONファイルを編集し、Nostrクライアントのプロフィールを更新します。どちらの場合でも、フォロワー、投稿、評判は公開鍵に付加されるため保持されます。名前ではなく。

同じ名前は保持したいが、基本的な公開鍵を変更したい。 これはnpubを侵害し、ローテーションが必要な場合に発生します。nostr.blogで、ダッシュボードを使用して既存のNIP-05を新しい公開鍵で指し示すことができます。独自のドメインで、JSONを編集します。欠点：古いマッピングをキャッシュしたクライアントは最大1日、古い公開鍵に路由し続けます。これが2026年のNostr鍵ローテーションがまだ厄介な操作である理由であり、アクティブなプロトコルワーク（NIP-26委任、NIP-41鍵ローテーションドラフト）がそれをより少ないものにします。

実際に選ぶべきパス

正直な分け方：

• nostr.blog 2分以内に機能するものが必要な場合、記憶に残る名前を気にします、バンドルされたLightningウォレットが必要な場合、またはウェブサーバー設定について考えたくない場合。これはマジョリティケースです。
• 独自のドメイン すでに信頼できるものを所有している場合、サーバー設定の編集に快適な場合、サードパーティプロバイダからの独立がセットアップ時間よりも重要な場合。少数派ケース、正当な選択。

両方は技術的に正確に同じNostrアドレスを生産します。唯一の違いはファイルをホストし、更新を処理する人です。