Nostrリレーとは？わかりやすいガイド

すべてのNostrメッセージはリレーを通過します。あなたのクライアントは署名されたイベントをリレーに送信し、他のユーザーのクライアントがリレーからイベントを取得します。すべての投稿、いいね、フォロー、ダイレクトメッセージについて繰り返されます。リレーは華やかなコンポーネントではありませんが、ネットワークを機能させるコンポーネントです。

このガイドは、リレーが実際には何であるか、何ができて何ができないか、そしてどのリレーが重要かについて考えることについて説明します。

要約。 リレーは、WebSocket経由で署名されたNostrイベントを受け入れ、保存し、購読者に転送する小規模なサーバーです。「唯一の」Nostrリレーというものはなく、ネットワークは調整しない独立した数千のリレーで構成されています。あなたのクライアントは複数のリレーに同時に接続し、その合集合がネットワークの見方になります。

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

リレーが行うこと

3つの仕事、すべてシンプルです。

イベントを受け入れる。 クライアントがWebSocket接続を開き、署名されたJSONオブジェクトを含むEVENTメッセージを送信します。リレーは署名を検証し（それが主張されたpubkeyと一致するか）、オプションでポリシーに対してチェックし（スパム、レート制限、ブロックリスト）、受け入れるか拒否するかです。受け入れられたイベントはストレージに保存されます。

イベントを保存する。 リレーはローカルデータベース（通常はSQLiteまたはPostgreSQL）を使用し、イベントID、著者pubkey、kind、タグ値でインデックス付けされます。これにより、購読フィルターに効率的に応答できます。

購読を提供する。 クライアントは、フィルター付きのREQメッセージを送信します（「これらの著者からのイベント、これらのkindsで、このタイムスタンプ以降、100に制限してください」）。リレーはデータベースで一致する保存されたイベントをクエリし、ストリーム配信し、EOSE（保存されたイベントの終了）を送信し、購読を開いたままにします。フィルターと一致する新しいイベントはリアルタイムでクライアントにプッシュされます。

これが完全なリレーAPIです、わずかなバリアントがあります。リレーはそれ以上のことは何もしません：ランキング、推奨、グローバルポリシー以外のモデレーション、リレー間調整はありません。

リレーが行わないこと

リレーが理論的にはできるが、通常はしないいくつかのことがあります。

他のリレーと話す。 リレーは独立しています。彼らは互いに同期しません。投稿がリレーAにあるがリレーBにない場合、Bからのみを読んでいる誰かはそれを見ません。複製はリレーが互いにミラーするため、ではなく、クライアントが複数のリレーに公開するために起こります。

グローバルルールを強制する。 各リレーには独自のルールがあります。1つが拒否するもの、別のものが受け入れます。グローバルポリシー権限はありません。

オフチェーン請求を検証する。 リレーは署名されたイベントを受け入れます。それは「alice@example.com」がNIP-05フィールドでイベントのpubkeyに実際にマップされることを検証しません。それはクライアントの仕事です。

プラットフォームとして機能する。 リレーはホームページ、フィード、またはブランドを持つWebサイトではありません。それはバックエンドです。ユーザーがリレーと直接やり取りすることはありません。クライアントがそうです。

設計がなぜ珍しいのか

ほとんどのネットワークには多くのことをするサーバーがあります。Mastodonインスタンスは単なるリレーではなく、ユーザー、プロフィール、タイムライン、モデレーションツール、管理ダッシュボードを備えたフルのTwitterのようなWebアプリケーションです。XMPPサーバーはユーザー、ルーム、MUC、pubsubを持っています。Matrixホームサーバーは重いソフトウェアです。

Nostrのリレーは意図的に最小限です。リレーはユーザーが誰であるかを知りません（リレー上のユーザーアカウントはなし）。リレーがコンテンツを所有していません（コンテンツの真正性は署名から来ており、誰がそれを保存したかからではなく）。リレーはフェデレーション（他のリレーとのプロトコルレベルの調整なし）しません。

この最小限性は多くのリレーがある理由です。リレーが非常に少ないため、1つを実行するのは安いです。$5/月のVPSで、数百の活動ユーザーを提供するリレーを実行できます。Mastodonインスタンスを実行することと比較してください。同様のスケールでは大幅に多くのリソースとメンテナンスが必要です。

デフォルトリレーとカスタムリレー

すべてのNostrクライアントはデフォルトリストを搭載しています。2026年現在の一般的なエントリ：

• wss://relay.damus.io （Damus運営、高容量）
• wss://nos.lol （コミュニティ運営、無料）
• wss://relay.primal.net （Primal運営）
• wss://offchain.pub （コミュニティ、安定）
• wss://relay.nostr.band （集約に焦点）
• wss://nostr.wine （有料、スパム対策済み）

これらはほとんどのユーザーに対して機能します。最初の3つが日々のトラフィックの大部分を処理します。それらを置き換えることは、理由がない限り必要ではありません。（nostr.blogを通じてサインアップした場合、キュレーションされたデフォルトリレーリストが既に設定されています。後で設定で調整できます。）

カスタマイズする理由：

• パフォーマンス。 あなたに地理的に近いリレーはより速いです。アジアにいる場合、アジアベースのリレーを追加すると読み込みが高速化します。
• プライバシー。 特定の主要なリレーがあなたの購読パターンを見ないようにしたい場合は、異なるものを使用します。
• トピック特化。 一部のリレーは特定のトピックやコミュニティに焦点を当てています。それらに接続することでそのコンテンツへのあなたの露出が増加します。
• スパム耐性。 スパムに溺れている場合、スパム対策済みの有料リレーは購読の価値があるかもしれません。

何個のリレーを使用すべきか

3～4個が通常のスイートスポットです。多いほどが常に良いわけではありません。

少なすぎる（1-2個）。 単一リレーの障害が一時的にあなたの投稿を沈黙させます。十分な冗長性はありません。

ちょうど良い（3-6個）。 あなたの投稿が十分な場所に到達するため、障害は問題になりません。読み込みパフォーマンスは良いです。クライアントはそれらを横断してクエリをレースできるからです。

多すぎる（10+個）。 各リレーはレイテンシーとデータ転送を追加します。クライアントは全てにクエリする必要があります。遅いものはフィード全体を保持します。バッテリーと帯域幅が上がり、比例した利益はありません。

不確かな場合はデフォルトを使用してください。特定の理由を追求している場合は、段階的に調整してください。

リレーポリシーが重要

すべてのリレーには、それが受け入れるものについての成文または不成文の規則があります。ほとんどは寛容です。一部は厳格です。いくつかの一般的なポリシータイプ：

書き込みオープン、読み取りオープン。 誰でも投稿でき、誰でも読むことができます。ほとんどのコミュニティリレー。

書き込み有料、読み取りオープン。 投稿するために小額の手数料を支払います。誰でもあなたの投稿を読むことができます。ほとんどの有料リレー。スパムを劇的に減らします。

ホワイトリスト。 承認されたアカウントのみが投稿できます。会社またはコミュニティリレーに使用されます。

トピック別。 特定の基準（ハッシュタグ、kind、長さ）に一致するイベントのみを受け入れます。

地域制限。 特定の地域のユーザーのみを受け入れます。珍しいです。

リレーに依存する前に、その成文ポリシーを確認してください（通常は/.well-known/nostr.jsonまたはリレーのインフォエンドポイント）。投稿パターンがリレーのポリシーと一致しない場合、書き込みは静かに失敗します。

独自のリレーを実行する

驚くほど簡単です。基本的なセットアップ：

1. VPSをレンタルする（$5/月の範囲で十分です）。
2. リレー実装をインストールします。strfryとnostreamは、2つの一般的なオープンソースの選択肢です。
3. ポート443または8080を開きます。DNSをサーバーにポイントします。
4. リレーを開始します。

合計時間：Linuxが快適な人向けで1時間未満。デフォルトで複雑な設定は不要です。自分自身または小さなコミュニティ用のリレーを実行することで、ネットワークに復元力を追加し、Nostrデータの一部を明示的に制御できます。

これに関する専用ガイドはrun-your-own-relayにあります。

リレーとプライバシー

接続する各リレーが見ることができます：

• あなたのIPアドレス
• あなたが購読するフィルター（あなたが読むpubkeys、見守るハッシュタグ）
• あなたの投稿（ここで公開したため、そのコンテンツ）
• あなたの活動タイミング

リレーが見ないもの：

• 暗号化されたDMのコンテンツ（暗号文のみ）
• あなたの秘密鍵

リレーレベルのメタデータリークを最小化することを気にするユーザー向け：

• TorまたはVPNを使用します。
• 多くのリレーを横断して読み込みを広げるため、誰も全体像を見ません。
• 異なる購読タイプのリレーをローテーションするクライアントを使用します。

ほとんどのユーザーはこれのいずれも必要ありません。プロトコルのプライバシーモデルはリレーが半信頼の半公開インフラストラクチャであると仮定します。アクティビティパターンをそれらから隠すために設計されていません。

リレーを選ぶ：シンプルなルール

新しい場合：デフォルトを保ちます。

特に何かに不満がある場合（スパム、速度、信頼性）：その不満が何かだけを変更します。1～2個のリレーを追加するか、あなたを煩わせるものを置き換えます。

高度な場合：意図的にキュレーションします。ニーズをカバーする4～6個のリレーを選択（地域、トピック、信頼レベル）し、慎重に管理します。

偏執的である場合：単一のオペレーターがあなたの完全なアクティビティを見ないように十分に独立したリレー全体に広げます。Torを使用します。地域をミックスします。

間違った動きは、多いほど良いことを望んで数十個のリレーを追加することです。遅いクライアントと無駄な帯域幅がより良い経験ではなく結果です。