ブロックチェーンノードホスティング

マーケティングではなく、チェーンに合わせたサイズ

多くのノードホスティングページでは、3年前に正確だった要件が記載されています。2026年半ば現在、Bitcoinのブロックチェーンは約750 GBで、年間約60 GB増加しています。prune=550 を指定したプルーニングノードは、すべてを検証しつつ最近のブロックのみを保持するため、60 GBで収まります。

Ethereumは要求が厳しい方です。マージ後は、実行クライアントとコンセンサスクライアントを並行して実行します。GethとLighthouseをデフォルト設定で使用すると、約1.4 TBが必要で、着実に増加します。アーカイブノードには15 TB以上が必要で、専用サーバーが適しています。

Solanaは別格です。投票バリデータは256〜512 GBのRAMと、高い持続書き込み耐久性を持つエンタープライズNVMeを必要とします。プランページに何と書いてあっても、VPSでは実行できません。

ディスク速度よりも耐久性が重要な理由

ノードは常に書き込みを行います。書き込み可能容量（TBW）が低いコンシューマー向けNVMeは、SolanaやEthereumのワークロードでは数ヶ月で劣化します。これはセルフホストノードが停止する最も一般的な原因です。当ネットワークのNVMeはすべて、高い持続書き込み耐久性を持つエンタープライズグレードで、専用サーバーでは仕様で正確なモデルを確認できます。

もう一つ過小評価されがちなのが、初期同期です。Bitcoinノードはゼロから同期するのに1〜3日、Ethereumはスナップ同期で3〜7日かかります。アンメータード転送は、その後と同様にここでも重要です。

ノード運営者のためのプライバシーに関する考慮事項

自身のノードを運営すること自体がプライバシー対策です。問い合わせたすべてのアドレスを学習するサードパーティのサーバーを排除します。ログを取らず、本人確認を要求しない管轄区域と組み合わせることで、残りのギャップを埋められます。

特にMoneroの場合、プライバシー特性を重視するなら、独自ノードの運営はほぼ必須です。リモートノードはあなたが照会したトランザクションを見るため、Moneroが提供する機能のかなりの部分を無効化します。