暗号資産ノード VPS、ブロックチェーンノードのホスティング

ビットコインのフルノードは、最初にブロックをダウンロードしながらすべての取引を検証する初期同期に最も時間がかかります。メモリを多めに割り当てるとこの処理が速くなるので、Bitcoin Core の設定ファイルの dbcache の値をメモリのサイズに合わせて上げておくのがおすすめです。同期が終わると、普段は CPU をあまり使わず、新しいブロックだけを継続的に受け取ります。

ディスクが小さい場合は、bitcoin.conf に prune の値を入れてプルーニングモードで動かします。最小値は 550 MB で、このモードでもすべてのブロックを自分で検証するので、自分のウォレットを自分のノードにつなぐ用途には十分です。ただし、古いブロックを読み直す必要があるブロックエクスプローラーや一部のインデクサーには全保管ノードが必要なので、追加ディスクを付けた構成を選んでください。

サーバーを作成したら、Ubuntu 24.04 や Debian 12 に Bitcoin Core の公式配布ファイルをダウンロードし、署名を確認してからインストールします。ほかのノードと接続する8333番ポートは開け、ウォレットやアプリが使う RPC ポート8332はサーバー内や許可した IP からだけ受け付けるようにすれば、安全に運用できます。

イーサリアムは実行クライアントとコンセンサスクライアントの2つを一緒に動かし、メインネットのフルノードのデータは高速な NVMe ディスク上で 1 TB を大きく超えて増え続けます。公式の案内ではメモリ 16 GB 以上と 2 TB 程度の高速ディスクが推奨されているので、メインネットのノードを長く運用するなら専用サーバーがより適しています。VPS では、Sepolia のようなテストネットノード、開発用ノード、ライトクライアントを大容量メモリプランと追加ディスクで構築するのがおすすめです。

Solana のバリデーターは、多くの CPU コア、数百 GB のメモリ、複数の高速 NVMe ディスクと太い回線を必要とする重いノードです。そのため Solana のメインネットのバリデーターと RPC ノードは専用サーバーで運用し、VPS は solana-test-validator でプログラムをテストしたり、外部の RPC を呼び出すボット、ウォレットの通知、データ収集ツールを動かしたりするのに使います。

どのチェーンでも、クライアントの公式ドキュメントで最小スペックを先に確認し、1段階余裕のあるプランを選べば、同期やアップグレードがスムーズです。スペックが足りなければ同じアカウントでより大きなプランの新しいサーバーを作って移行し、ハードウェアを大きく使うノードは専用サーバーのページでご相談ください。

まず SSH キーを登録しておき、サーバー作成時に選べば、パスワードログインよりはるかに安全に接続できます。ファイアウォールは SSH とノードの P2P ポートだけを開け、RPC や管理画面は自分の IP か VPN からだけ入れるようにしておくのがおすすめです。WireGuard を同じサーバーや別のサーバーに構築して、管理用の経路として使う方法もよく使われます。

ステーキングの署名鍵とウォレットの秘密鍵は、ノードサーバーとは別に保管する方が安全です。バリデーターを実行する場合は、同じ鍵を2台のサーバーで同時に使用しないように注意し、リモート署名器やハードウェアウォレットを使用する構成を検討してください。自動バックアップオプションをオンにすると設定ファイルとデータも保存され、復元が必要な場合は最初の支払い後にサポートページから依頼します。

スタンダードと高性能のプランは、ノードの運用、開発、テスト向けの共有 vCPU サーバーです。一日中 CPU をフルに使う作業は、専用 vCPU を自分専用に割り当てる専用 CPU プランや専用サーバーで動かせば、性能が安定し、利用ポリシーにもよく合います。