テスト ラウンドを開始する前に、環境を適切に準備し、キーとシード フレーズを安全に管理することの重要性を理解することが重要です。

Drive は、ラボによって開発されたクライアント ツールであり、複数のノードとサービスを統一的に管理できます。

ドライブリソース

• リポジトリ: github.com/deep-thought-labs/drive
• ドキュメント: 技術ドキュメントはリポジトリで公開されており、よりアクセスしやすいよう継続的に改良されています。

ドライブ機能

Drive では次のことが可能です。

• 複数のノードを管理
• サービスを管理
• 近日公開予定：QL1 ノードのサポートにより、同じサーバー上で両方のバリデーターを実行可能

注: 現在、両方のネットワークの運用需要は非常に低いため、同じサーバー上で実行することは完全に実現可能であり、重複コストを回避できます。

適切な鍵管理は、バリデータのセキュリティにとって極めて重要です。以下の点に特に注意してください。

1. ドライブと鍵生成ユーティリティを使って鍵を作成します。
2. 鍵を正しく保存する方法を学びます。
3. シードフレーズをオフラインで保存します。できれば紙に保管してください。
4. 既存の鍵を使ってノードの初期化を練習します。

検証する最も重要な値は、ノードを初期化した後に構成フォルダーに生成される priv_validator_key ファイルが、ニーモニックを使用してノードを初期化するときに 常に同じ値 であることです。

これが最も重要なことです: 同じニーモニックを使用するたびに、常に同じ値であることを確認してください。

「create-validator」トランザクションを実行する前に、次の操作を行う必要があります。

1. 同じシードフレーズを使用して、--recover オプションでノードを 2 ～ 3 回初期化します。
2. 常に同じ priv_validator_key を生成できることを確認します。
3. 正確かつ正しい priv_validator_key を確認し、設定ファイルに存在することを確認します。
4. 確認が完了したら、「create-validator」トランザクションを実行します。

バリデーターを作成したが、ノードの Init (--recover を使用) でシードフレーズを使用しなかった場合、正確な priv_validator_key を再度生成する方法はありません。

これにはリスクがあります: priv_validator_key ファイルを紛失すると、バリデータも紛失します。

priv_validator_key の目的を理解することが重要です。

• バリデータはブロックに署名するためにこれを使用します
• バリデータはトークン保有者に属する操作を移動、委任、またはその他の操作を実行する権限を持ちません
• これらの操作は、別のプロセスでキーリングに追加された鍵によって実行されます

理想的には、キーリングで使用されるキーと、INIT プロセス中に生成される priv_validator_key には、同じシードフレーズ を使用する必要があります。

ドライブとキー生成用のグラフィカル インターフェース ユーティリティを使用して、ノードで練習することをお勧めします。

• キーを作成する
• キーの保管方法を学ぶ
• シードフレーズをオフラインで紙に保存する
• そのキーを使ってノードを初期化する練習をする

ドライブをインストールし、キー管理を練習したら、最初のテストラウンドである チェーン ローンチ の準備が整います。

覚えておいてください: バリデータのセキュリティは、鍵の適切な管理に完全に依存します。先に進む前に、時間をかけて練習し、すべてが正しく機能することを確認してください。