> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# ノードを運用する

> ノードの運用は開放されていません。バリデータセットはメインネットまで招待制です。どのような役割があり、参加はどこに問い合わせればよいのかをまとめています。

<Warning>
  **ノードの運用は開放されていません**。バリデータセットはIntention Labsと招待されたパートナーが運用しており、参加は登録ではなく承認によります。公開された参加フローはなく、パーミッションレスな参加もなく、一般向けに配布されるバリデータのバイナリもありません。
</Warning>

Intentionでインフラを運用したい場合、入口は問い合わせです。以下はすべて、その会話のための前提情報です。

<h2 id="asking-about-node-operation">
  ノードの運用について問い合わせる
</h2>

件名に**Node operator**と記載して`contact@intention.xyz`宛にメールしてください。

記載すべき内容は次のとおりです。書かなければ、最初の返信で尋ねることになります。

|           |                               |
| --------- | ----------------------------- |
| **どなたか**  | 組織名と、すでにバリデータを務めているネットワーク     |
| **どの役割か** | バリデータか、自社の読み取りトラフィック向けのフルノードか |
| **インフラ**  | 運用する場所と、ベアメタルかクラウドか           |
| **理由**    | 公開エンドポイントでは得られない、ネットワークに求めるもの |

最後の項目が他より重要です。ノードを運用したい理由の大半（安定した読み取り、履歴クエリ、他人のインデクサーを信頼せずに済むこと）は、別の手段のほうがうまく解決できます。答えはマシンではなくエンドポイントかもしれません。

<h2 id="the-roles-that-exist">
  存在する役割
</h2>

どれが本当に必要なのかは、メールを送る前に整理しておく価値があります。

| 役割             | 担うこと                                                                                                 |
| -------------- | ---------------------------------------------------------------------------------------------------- |
| **バリデータ**      | [IntentionBFT](/ja/protocol/architecture/intention-bft)のコンセンサスに参加し、取引アクションを順序付け、ブロック内のオラクルクォーラムを認証する |
| **バリデータフルノード** | 投票せずにコミット済みブロックを追跡・実行する。バリデータと公開インターネットの間に位置し、読み取りトラフィックを吸収する                                        |
| **パブリックフルノード** | 読み取りとステート同期を提供する。投票せず、コンセンサス上の責務も負わない                                                                |

コンセンサスの役割は最初のものだけです。残る2つはインフラで、統合上のニーズは実際にはほとんどこちらに収まります。フルノードは履歴クエリに応答し、コンセンサス上の責務を一切負わないまま、チェーンの回答を自分で検証できるようにします。

<h2 id="why-it-is-closed">
  なぜ閉じているのか
</h2>

Intentionのバリデータは、トランザクションを順序付けるだけではありません。マッチング、クリアリング、強制決済、資金調達の決済はすべてブロック実行の内部で走ります。つまりバリデータは取引所そのものを動かしているのであって、取引所が上に乗るチェーンを動かしているのではありません。

そのため、不正な挙動をする運用者やリソースの足りない運用者がもたらすコストは、「ブロックが遅くなる」から「取引している全員の実行が劣化する」へ跳ね上がります。ネットワークがメインネットまで持続的な実負荷にさらされるまでは、バリデータセットは小さく、素性の分かった構成に留めます。

ハードウェアの構成も、一般的なチェーンのノードというより低レイテンシの取引マシンに近く、具体的な数値は負荷試験で詰めている最中です。これから変わる要件を公開すれば、運用者は誤ったマシンを買ってしまいます。

<h2 id="what-does-not-exist-yet">
  まだ存在しないもの
</h2>

**ステーキング、委任、報酬**。バリデータの役割は、現時点では技術的な運用者の役割です。その背後にネイティブトークンの経済モデルはなく、このサイトのどの記述も、それを説明しているものとして読むべきではありません。

**パーミッションレスな参加フロー**。バリデータへの参加は、パブリックテストネットとメインネットに合わせて段階的に開きます。手続きが用意された時点で[プロトコル変更履歴](/ja/protocol/roadmap/changelog)で告知します。

<h2 id="if-you-just-need-the-data">
  データだけが必要な場合
</h2>

ノードを運用したい理由の大半は、突き詰めれば読み取りアクセスの問題です。そちらはすでに提供されています。

<CardGroup cols={2}>
  <Card title="開発者" href="/ja/developers/overview">
    RESTとWebSocketのAPIと、公開している仕様です。
  </Card>

  <Card title="インデクサー" href="/ja/protocol/architecture/indexer">
    履歴クエリの処理のされ方と、チェーンで直接検証すべき場面です。
  </Card>

  <Card title="現在のネットワーク" href="/ja/protocol/architecture/network-status">
    稼働中のエンドポイントと、接続先を確認する方法です。
  </Card>

  <Card title="ネットワークトポロジー" href="/ja/protocol/architecture/intention-bft#network-topology">
    ネットワークの中での、各ノードの役割の位置づけです。
  </Card>
</CardGroup>