プライベートインフラ / ID 不要プライバシー方針を読む
KoalaVPSのフィールドノート

プライベートな制御面を備えたMoneroノード。

フルまたはプルーニングのストレージを選択し、公開ピアトラフィックとウォレット RPC を分離し、ソフトウェアのソースを検証可能な状態に保ってください。

チェーンデータを計画する

フルノードとプルーニングノードではストレージのフットプリントが異なり、現在のチェーンサイズも変化します。上流の要件を確認し、初回同期と成長のための容量を確保してください。古いチュートリアルだけを頼りにディスク容量を選ばないでください。

ソフトウェアを確認する

公式リリースを使用し、信頼できる方法で署名またはハッシュを検証してください。デーモンは非特権サービスとして実行し、データディレクトリとログの保持は意図的に管理してください。

公開と非公開の役割を分離する

ピアツーピアポートとRPCインターフェースは異なる目的を持ちます。機密性の高いRPCはローカルまたは認証済みのプライベートルートの背後にバインドしてください。公開到達可能な無制限のウォレット制御インターフェースは重大な誤りです。

プライバシーの境界を理解する

独自のノードを使用するとリモートオペレーターへの依存を減らせますが、侵害されたデバイス上のウォレットを安全にするものではありません。Torやその他のルーティングの選択には、個別の設定と明確な脅威モデルが必要です。ウォレットの秘密情報はノードの公開ファイルに置かないでください。

RPC境界をテストする

設定後、リッスンしているインターフェースを確認し、許可されたネットワークの外部からリクエストを試してください。制限されたデーモンRPCエンドポイントとウォレットRPCサービスは異なる機能です。ウォレットアプリケーションの接続が容易になるという理由だけで、どちらも広く公開しないでください。

ノードを再現可能な状態に保つ

バイナリの入手元、検証済みリリース、サービス設定を記録し、ウォレットのシークレットをランブックにコピーしないでください。ディスク容量と同期の進捗を監視してください。ノードは多くの場合、検証済みのソフトウェアとチェーンデータから再構築できます。ウォレットの復旧資料は別途保護してください。

現在のチェーンとご自身の役割に応じてストレージを選択する

フルノードはより多くの履歴データを保持します。プルーニングノードはチェーンを検証しつつ長期的なフットプリントを削減します。固定された古いチェーンサイズの数値に頼らず、同期、ログ、成長のための容量を確保してください。それが意図した設計である場合は初回同期時にプルーニングを有効にしてください。後から適用しても既存のデータベースファイルが直ちに縮小されるとは限りません。ノードがウォレット用のプライベートインフラなのか、制限付きの公開デーモンRPCも提供するのかを決定してください。

デーモンを起動する前にリリースを確認する

公式プロジェクトのチャネルからリリースを入手し、ダウンロードしたアーカイブとは独立して取得した信頼できるフィンガープリントを用いて、署名済みハッシュリストを検証してください。デーモンは専用の非特権サービスとして実行し、永続データディレクトリと上限付きのログを設定してください。ウォレットのシードと支出キーはウォレット側に保管してください。検証ノードには不要です。バージョンと検証済みアーカイブのハッシュを記録しておけば、再構築時に明確な起点を特定できます。

  • 意図されたノードの役割に従ってのみ、ピアツーピア通信を許可します。
  • 無制限のデーモン RPC はローカル/プライベートに保ってください。制限付きリスナーは別の選択肢です。
  • monerod デーモン RPC と、ウォレット操作が可能なウォレット RPC を混同しないでください。

同期を確認し、RPC境界を検査する

デーモンのステータスと現在の高さを使用して、遅い初期検証と切断されたノードを区別してください。長時間の同期を再起動する前に、アウトバウンドピア、利用可能なディスク、クロック、サービスログを確認してください。メインネットのピアポートと RPC リスナーは別物です。利便性のために近隣のポートをすべて開放しないでください。認可されたクライアントから意図したプライベート RPC にクエリし、境界外からのリクエストが失敗することを確認してください。公開エンドポイントが設計の一部である場合は、公開メソッドを意図的に制限してください。

# Local service inspection; do not publish private configuration:
ss -lntp
# In the monerod console:
status
sync_info

Tor ルーティングと復旧は別々に計画する

Torはサポート対象のノードトラフィックのネットワーク経路を変更できますが、意図したトラフィッククラス用に設定してテストする必要があります。デーモンの隣でTorを実行するだけでは何も証明されません。同期の停滞は、ピア接続性、ディスク、権限の確認を通じて調査してください。設定と検証の記録を保持し、チェーンデータのコピーがバックアップサイズに見合う十分な復旧時間を節約できるかを判断してください。ここでのXMRノードホスティングは教育目的のワークロードであり、KoalaチェックアウトでのMonero支払い受付を有効にするものではありません。

インフラストラクチャを構成する

主導権を握る。
自分の条件でデプロイ。

身元書類は不要。完全な管理者アクセス。暗号資産ネイティブの請求。