1. 関心を表明する
既存の ERA 窓口 info@eraprojects.io にメールを送り、現在審査済みの受け入れ・資格確認手順を確認します。
独立運用者の審査
ERA のバリデーターになる
現在の ERA では創設者が管理する 4 台のバリデーターが稼働しています。外部からの参加には審査済みの資格確認が必要で、技術条件やボンドだけでは稼働枠を得られません。
関心表明から運用までの 7 段階
2. 運用体制を示す
運用経験、連絡先、予定するホスティング地域、インフラ、保守、監視、インシデント対応を提出します。認証情報やアカウントの秘密は送らないでください。
3. ステーキング前に要件を確認する
ステーク購入や署名前に、バリデーターの自己ボンド下限 10,000 ETKN、コミッション上限 20%、手数料、選出規則、独立した資格確認を ERA と確認します。
4. 別のフルノードを構築する
正規の erablockchains/era-blockchain ソース、固定されたビルド手順、審査済み運用ガイドを使います。ソースとビルドのチェックサム、生のチェーン仕様、ジェネシスを検証し、独立したデータベースを持ち権限鍵を含まない非バリデーターノードを同期します。
5. 安定した同期を実証する
ERA のジェネシス、ピア接続、現行ランタイム、最終確定ヘッドの進行を確認します。稼働率、資源、障害の記録を残します。新しい独立ホストから公開 sentry へ到達できるかは、なお資格確認が必要です。
6. 独立した鍵と参加意思を準備する
審査後にのみ、自分の運用環境でセッション鍵をローカル生成します。最新の手数料と状態を確認し、審査済みの自己ボンド、鍵登録、バリデーター参加意思の手順に従います。秘密鍵やリカバリーフレーズを送信しないでください。
7. 選出を確認し、監視する
候補者は選出または承認される必要があります。有効化を公表する前に現行バリデーター集合、セッション切替、最終確定を確認します。ピア、ディスク、鍵、報酬、インシデントを継続監視します。
ノードとステーキングの役割
バリデーター
独立したセッション鍵を持ち、ブロック生成と最終確定に参加する選出済み権限者。
フルノード
参加意思や権限鍵を持たない同期済みノード。運用の最初の段階として推奨します。
RPC ノード
審査済みの公開制限の下でクライアント照会を扱うノード。ウォレットの WSS エンドポイントはピアのブートノードではありません。
ノミネーター
ステーキング選挙でバリデーターを支援するアカウント。ノミネートされた資金はバリデーター自身の 10,000 ETKN 自己ボンドの代わりになりません。
技術確認と運用上の推奨事項
技術確認: 正規ソースとタグ、ビルドのチェックサム、変更されていない生のチェーン仕様、ジェネシス 0x0abc2c3d8db5815541050b73da4d81267ebf14d90dbee8d7258155b667ea112e、ピア、進行する最終確定を確認します。審査済み運用手順を使用してください。独立したオンボーディングの端から端までの認定は未完了です。 (BUILD.md, OPERATORS.md, PROVENANCE.md)
推奨: SSD、十分な CPU と RAM を備えた信頼できる専用機を使い、空き容量と inode、安定した回線、プロセス監視、継続稼働を監視します。外部運用者向けの一律の最低ハードウェア仕様や稼働率保証は公表していません。
ウォレットはクライアント RPC に wss://eraprojects.org/ を使用します。ノードは審査済みのピア／ブートノードアドレスにピアプロトコルで接続します。ローカル管理 RPC を公開したり、本番バリデーターデータベースをコピーしたりしないでください。
独立したセッション鍵は自身で管理し、暗号化したオフラインバックアップを作成して復元を試します。審査とチェックサム検証を経たアップグレードのみを使用し、データと鍵を保持してインシデントを速やかに ERA へ報告してください。
ハードウェアと可用性
現在の負荷に関する証拠: 受け入れ済みの 4 台のバリデーターはいずれも、第 13 世代 Intel i5-13500 の 14 コアと 64,081 MB のメモリーを報告しています。保存されたサービスログには 2.9–4.7 GB のメモリーピークが記録されています。約 8 日間でファイルシステムの空き容量が差し引き 1.8–3.0 GiB 減った後も、約 377–384 GiB が残っていました。この変化にはホスト上の全ての書き込み・削除が含まれ、チェーンデータベースの成長率や最小構成の証明ではありません。
現在の ERA 負荷に対するバリデーターの開始時の推奨: 現行ホストと同程度の性能を持つ専用の最新 x86-64 マシン（およそ 12–16 個の十分な性能の CPU コア）、64 GiB RAM、信頼性の高い 1 TiB 以上の NVMe SSD。計画上は 250 GiB 以上の空きを保ち、実測したデータベースとファイルシステムの増加に応じて容量を見直します。これは慎重な推奨であり、参加規則や普遍的な最低仕様ではありません。
別の非バリデーターフルノード: 暫定的な計画値として最新の 8 コア CPU、32 GiB RAM、1 TiB 以上の SSD を見込みます。チェーン状態を検証・保持しますが、権限鍵や署名役割は持ちません。完全同期とピア接続には独立した資格確認が必要で、この値は実証された下限ではありません。
アーカイブノード: より多くの履歴状態の保存や大量のインデックス提供には、さらに大きな容量、持続的な I/O、保持計画が必要です。ERA アーカイブの認証済み成長系列や独立して検証済みの構築例がないため、数値の最低値は示せません。サービス提供前に実測した保持試験から数 TB 級 SSD を選定し、履歴を削除したフルノードをアーカイブの代用にしないでください。
低遅延で信頼できるネットワークと審査済み peer/sentry 経路を使い、可能なら回線と電源を冗長化します。CPU、RAM、SSD の空き容量と inode、ピア数、同期遅延、最終確定ヘッド、プロセス再起動、鍵・セッション状態を監視します。復旧試験を伴うアップグレードとバックアップを計画し、事故を速やかに報告してください。ウォレットの WSS はノードのピア接続ではなく、管理 RPC は公開しないでください。
所有者の確認を要する可用性目標案
バリデーターサービスの月間可用性 99.9% を所有者に提案します（停止時間は最大 0.1%、30 日で約 43.2 分）。独立監視で UTC の 1 分区間ごとに測定します。バリデーター／コンセンサスのプロセス停止、審査済みピアとの接続喪失、または進行中の基準チェーンに最終確定ヘッドが 2 分超追随しない区間を停止と数えます。計画保守と接続喪失も停止に含め、チェーン全体の事故は別途記録します。これは提案中の運用目標にすぎず、現行の参加規則、オンチェーンのスラッシング閾値、ERA の稼働保証ではありません。
報酬、コミッション、ペナルティ
導入済みの spec15 ランタイムは、バリデーターの自己ボンドを最低 10,000 ETKN、コミッションを最大 20% に制限します。ボンドやコミッション設定は選出や収入を保証しません。
実績と資格は独自の SecurityBudget 報酬経路に反映されます。このランタイムで標準のステーキング era 支払いはゼロです。読み取り専用の資格確認は済んでいますが、最初の正当な本番報酬支払いはまだ検証されていません。表示された推定値だけで請求可能と判断しないでください。
承認済みのペナルティ方針は実装されていますが、本番での有効化は報酬支払いの検証待ちです。立候補前に現在の状態と事故対応手順を確認してください。
コピーできる関心表明メールのひな形
次の文章を選択して自分のメールにコピーし、info@eraprojects.io に送ってください。秘密鍵、リカバリーフレーズ、パスワード、サーバー認証情報は記入しないでください。
件名: ERA バリデーターへの関心 運用者 / 組織: 担当者名と返信先: バリデーターとノードの運用経験: 予定するホスティング都市 / 地域と事業者: CPU、RAM、SSD 容量、ネットワーク計画: 監視、保守、インシデント対応体制: 鍵の保管、バックアップ、復元方法 (秘密情報なし): 予定日程と質問: