VPSで自分のBitcoinノードを動かす

自分のノードを動かすことは、チェーンについて誰かの言葉を鵜呑みにするのと、自分で検証するのとの境界線です。あなたのノードはすべての合意ルールを独立して強制し、あなたのウォレットは、あなたのアドレスをすべて静かにログする公開サーバーではなく、あなたのノードに問い合わせられます。人々がぶつかる壁：フルのアーカイブノードは600 GB以上のディスクを欲しがり、増え続けます。prunedノードはそれを迂回します — なおチェーン全体を検証し、その後はもう要らない古いブロックを捨て、約10〜15 GBに着地します。それは小さなVPSに収まります。ここに正直なやり方と、pruningが何を犠牲にするかを記します。

ノードが実際に与えるもの

• 独立した検証。 ルールを自分で強制します。見知らぬ者を信じたからといって、無効なものがノードを通り抜けることはありません。
• 自分の問い合わせのためのプライバシー。 あなたのウォレットはあなたのノードに尋ね、あなたが調べるすべてのアドレスを見る公開エクスプローラーには尋ねません。
• 残りのための土台。 ノードは後で他のものが乗る基盤です — Lightning、エクスプローラー、あなた自身のアプリ。

Pruned対フル — 正直な核心

初回同期の間、あなたのノードはチェーン全体をダウンロードして検証します。それはおおよそ600 GBの帯域、一度きり。Pruningが変えるのはその後に起きることだけ：最近のブロックを保ち古いのを捨てるので、最終的なディスクは小さいまま。

諦めるものは現実です：prunedノードは他のピアに過去のブロックを供給できず、任意の古いウォレット履歴を再スキャンできません。だから初期の取引を含む古いウォレットをインポートするなら、完全な履歴が要ります — 大きなディスクのフルノードで、prunedではなく。単に検証して現行のウォレットを動かすには、prunedがまさに正解です。

必要なもの

• ディスク： prunedノードには~15〜20 GB — 小さな箱で問題なし。
• RAM： 2〜4 GB。多い dbcache は初回同期を速めます；後で下げられます。
• 帯域： 一度きりのフルダウンロードのための本物のスループット。
• 到達可能なIP： ポート8333でインバウンドのピアを受け、実際にネットワークを助けるには、8333を開いた公開IPが欲しい — 専用IPプラン。NATではSSHポートが一つで、8333を開けません。

セットアップ

bitcoind を入れ、最小限の bitcoin.conf：

prune=10000        # 最近の~10 GBのブロックを保つ
dbcache=2048       # 初回同期を速く；後で下げる
listen=1           # インバウンドのピアを受ける

systemdの下で動かしてクラッシュで再起動し再起動後に戻るようにし、ピアが到達できるようポート8333を開けます。それから同期させる — これが長い部分で、数時間から1〜2日、genesisからチェーン全体を検証しているからです。

締める

• 鍵のみのSSH、8333とSSHポートへのファイアウォール。 （10分のチェックリスト。）
• RPCポートを決してインターネットに晒さない。 localhostにバインドし、SSHトンネル経由か同じ箱のアプリからだけ到達します。開いたRPCは開いた扉です。

正直な限界

• 初回同期は長く帯域を食う。 それは本質的で — チェーンをゼロから検証するのは設定で消せるステップではありません。
• prunedノードは古いブロックを供給できず、古い履歴を再スキャンできません。 それらが要る？それはフルノードと大きなディスクです。
• Moneroはもっともな問いで、正直な答えは範囲です。 そのチェーンはより大きく — 数百GB、prunedでも約90 GB — なので、私たちの小さなプランが積むより大きなディスクを欲しがります。それは別種の箱のためのフルノードの話で、収まるふりをするより、そう言うほうを選びます。
• あなたが保守します： 更新、ディスク、ときどきのピアのしゃっくり。ノードは小さなコミットメントで、fire-and-forgetではありません。

支払い

メールでサインアップし、USDCまたはUSDTで支払います — カードもIDもなし。Bitcoinの自分の一角を動かすための、ふさわしい支払い方です。