tag:guardians:get-started
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン | ||
| tag:guardians:get-started [2026/04/01 21:26] – 削除 - 外部編集 (不明な日付) 127.0.0.1 | tag:guardians:get-started [2026/04/01 21:29] (現在) – d.azuma | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| + | ====== Qubic Guardians:セットアップガイド (Get Started) ====== | ||
| + | > 出典 [[https:// | ||
| + | |||
| + | Network Guardians([[..: | ||
| + | |||
| + | **[[tag/ | ||
| + | |||
| + | ===== 1. オペレーターシードの取得 ===== | ||
| + | |||
| + | ノードをインストールする前に、ノードのIDとなる「オペレーターシード」が必要です。[[https:// | ||
| + | |||
| + | > **⚠️ 重要:** 各ノードには専用のウォレットを使用してください。**メインウォレットのシードは絶対に使い回さないでください。** | ||
| + | |||
| + | ===== 2. ノードタイプの選択 ===== | ||
| + | |||
| + | ^ ノード ^ 概要 ^ メモリ (RAM) ^ CPU ^ ディスク ^ ネットワーク ^ | ||
| + | | **[[tag/ | ||
| + | | **[[tag/ | ||
| + | |||
| + | ===== 3. インストール ===== | ||
| + | |||
| + | ==== Bobノード ==== | ||
| + | |||
| + | 以下のコマンドを実行してインストールします。 | ||
| + | |||
| + | <code bash> | ||
| + | wget -O bob.sh https:// | ||
| + | </ | ||
| + | |||
| + | スクリプトを実行すると、**ノードシード**、**ノードのエイリアス(表示名)**、**ピア**(空欄にすると自動取得されます)の入力を求められます。 | ||
| + | |||
| + | 引数なしで `/ | ||
| + | |||
| + | <code bash> | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | </ | ||
| + | |||
| + | ==== Liteノード ==== | ||
| + | |||
| + | 以下のコマンドを実行してインストールします。 | ||
| + | |||
| + | <code bash> | ||
| + | wget -O lite.sh https:// | ||
| + | </ | ||
| + | |||
| + | スクリプトを実行すると、**オペレーターシード**、**オペレーターのエイリアス(表示名)**、**最大プロセッサ数**(デフォルト: | ||
| + | |||
| + | 引数なしで `/ | ||
| + | <code bash> | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | </ | ||
| + | |||
| + | ===== ルールと適格要件 (Rules & Eligibility) ===== | ||
| + | |||
| + | ==== 参加ルール ==== | ||
| + | |||
| + | ^ ルール ^ 説明 ^ | ||
| + | | **1オペレーターシード = 1ノード** | 各オペレーターシードは1つのノードにのみ関連付けることができます。Bob と Lite の両方を稼働させる場合は、2つの異なるオペレーターシードを使用してください。 | | ||
| + | | **1 IPアドレスにつき1ノード** | ノードの種類に関係なく、1つのIPアドレスでホストできるのは1つのノードのみです。 | | ||
| + | | **IPアドレスの変更は許可** | 同じノードタイプを維持する場合に限り、ノードのIPを変更(例:新しいサーバーへの移行)しても報酬は引き継がれます。 | | ||
| + | | **ノードタイプの変更不可** | エポックの途中でBobからLiteへ(またはその逆)切り替えると、以前のノードにフラグが立てられ、それまでに蓄積したポイントはすべて失われます。 | | ||
| + | | **フルエポックのコミット推奨** | 報酬を最大化するには、エポックの開始時から終了時まで継続して稼働させてください。 | | ||
| + | |||
| + | ==== 報酬獲得の最低基準 ==== | ||
| + | |||
| + | エポック終了時に報酬を受け取るには、ノードが以下の要件を**すべて**満たしている必要があります。 | ||
| + | |||
| + | ^ 要件 ^ 基準値 ^ 説明 ^ | ||
| + | | **最低チェック回数** | 1,500 回 | エポック中に受信した総チェック回数 | | ||
| + | | **アップタイムスコア** | 70% 以上 | 成功したチェックの割合 | | ||
| + | | **同期スコア** | 50% 以上 | 平均同期(シンク)スコア | | ||
| + | |||
| + | ==== 自動フラグ付与(失格条件) ==== | ||
| + | |||
| + | ^ フラグの理由 ^ 結果 ^ | ||
| + | | **重複IP** | 同じIP上に複数のノードが存在する場合。最も新しいノードのみが適格となります。 | | ||
| + | | **重複オペレーター** | 1つのオペレーターシードで同種のノードが複数存在する場合。最も新しいノードのみが適格となります。 | | ||
| + | | **ノードタイプの変更** | エポックの途中でタイプを切り替えた場合。古いノードにフラグが立てられ、すべてのポイントを失います。 | | ||
| + | |||
| + | ===== 報酬の分配 (Reward Distribution) ===== | ||
| + | |||
| + | ==== エポックサイクル ==== | ||
| + | |||
| + | * **期間**: 1週間(水曜日から水曜日まで) | ||
| + | * **移行タイミング**: | ||
| + | * **猶予期間 (Grace Period)**: 移行後の1時間(12: | ||
| + | |||
| + | ==== 報酬プール ==== | ||
| + | |||
| + | ^ プール ^ 割合 ^ | ||
| + | | **Liteノード** | 80% | | ||
| + | | **Bobノード** | 20% | | ||
| + | |||
| + | ==== 報酬の計算式 ==== | ||
| + | |||
| + | > あなたの報酬 = (あなたの獲得ポイント / プール全体の総ポイント) × プール割り当て額 | ||
| + | |||
| + | ===== FAQ(よくある質問) ===== | ||
| + | |||
| + | * **Q. 自分のノードが監視されているか確認するには?** | ||
| + | * A. Guardians Dashboardにアクセスし、オペレーターシードまたはエイリアスを検索してください。ノードが表示されていれば、正常にトラッキングされています。 | ||
| + | |||
| + | * **Q. 報酬はいつ分配されますか?** | ||
| + | * A. 報酬は各エポックの終了時(毎週水曜日の12: | ||
| + | |||
| + | * **Q. なぜノードにフラグが立てられたのですか?** | ||
| + | * A. ダッシュボードでノードのフラグ理由を確認してください。一般的な原因は、IPアドレスの重複、オペレーターシードの重複、またはエポック途中のノードタイプ変更です。 | ||
| + | |||
| + | * **Q. BobとLiteの両方のノードを稼働させることはできますか?** | ||
| + | * A. はい、可能ですが、ノードごとに異なるオペレーターシードが必要です。各オペレーターシードは1つのノードタイプにのみ関連付けることができます。 | ||
| + | |||
| + | * **Q. 猶予期間(Grace Period)中は何が起こりますか?** | ||
| + | * A. 1時間の猶予期間中(水曜日の12: | ||
| + | |||
| + | * **Q. ノードはオンラインなのにアップタイムスコアが低いです。なぜですか?** | ||
| + | * A. チェックの失敗はアップタイムのマイナスとしてカウントされます。一般的な原因として、ファイアウォールが必要なポートをブロックしている、ノードの処理が遅すぎる、または応答がタイムアウトしていることが考えられます。 | ||
| + | |||
| + | * **Q. どのポートを開放する必要がありますか?** | ||
| + | |||
| + | ^ ノード ^ ポート ^ プロトコル ^ 目的 ^ | ||
| + | | **[[tag/ | ||
| + | | **[[tag/ | ||
| + | | **[[tag/ | ||
| + | | **[[tag/ | ||
| + | |||
| + | --- | ||
| + | **サポートが必要ですか?** Qubic Discordにご参加ください:[[https:// | ||
| + | |||
| + | {{tag> | ||