Monero剪定ノード構築ガイド：2026年に60GB削減

2026 年 5 月時点で、Monero のブロックチェーンはディスク上で約 215 GB に達しています。この数字は、2025 年 11 月のハードフォークで FCMP++ が本番投入され、日次トランザクション数が数週間連続で 6 万件を突破したことで急上昇したものです。256 GB の SSD を搭載したノートパソコン、安価な NVMe ハットを取り付けた Raspberry Pi 5、あるいは従量課金の VPS でノードを動かそうとしている方にとって、フルアーカイブ同期はもはや気軽な選択肢ではなくなりました。剪定ノード (pruned node) はこの問題を見事に解決します。過去のリング署名データの約 3 分の 2 を破棄しながら、すべてのブロックヘッダー、すべてのトランザクション出力、そしてチェーン全体をローカルで信頼することなく検証する能力を保持するのです。結果として、215 GB の代わりに 85〜95 GB しか占有しない、完全に主権的な Monero デーモンが手に入ります。それでもウォレットへ RPC を提供し、ピアツーピアスウォームに参加し、Dandelion++ を通じて自分自身のトランザクションをブロードキャストでき、見知らぬ第三者のリモートデーモンにメタデータを漏らす必要もありません。本ガイドでは、Linux、Windows、macOS、ヘッドレスの Raspberry Pi での具体的な展開手順を解説します。再起動後も動き続ける systemd ユニットファイル、RPC ポートを保護するファイアウォール規則、そして必ずいつか発生するデータベース破損からの再同期手順までを網羅します。MoneroSwapper で本人確認不要のスワップを行った後にこの記事に辿り着いた方も、初めて独立ノードを構築する方も、目指す地点は同じです――ディスク消費は減らし、プライバシーは一切失わない、という地点です。

リモートノードではなく剪定ノードを動かすべき理由

性能の限られた端末では、特にノードを動かすこと自体を諦めて、node.moneroworld.com のようなコミュニティノードや、Monero フォーラムに掲載されている .onion エンドポイントにウォレットを向けたくなるのは自然な発想です。技術的にはそれで動作します。同時に、そのノードの運営者には、あなたのウォレットがどのトランザクションを走査したか、いつオンラインになるか、そしてトラフィック相関から推測される「どの出力があなたのものか」という極めて精度の高いログが手渡されることになります。リモートノードはビューキーや使用キーを見ることはできませんが、行動的なフィンガープリントを構築することは間違いなく可能で、2024 年から 2025 年にかけて発表された複数の学術論文は、第三者インフラのみに依存するウォレットに対する実用的な特定攻撃を実証しています。

剪定ノードは、予備の 1 テラバイトを探さずに済む形でこの隙間を埋めます。ウォレットから見たプライバシー保証はフルノードと完全に同一です。剪定ロジックは冗長なリング署名データだけを破棄し、出力もキーイメージもブロックヘッダーも一切捨てないからです。あなたのウォレットはローカルに保持されたデータに対してチェーンを走査し、あなたのトランザクションは自身のピア接続を通じてメンプールに入り、RPC トラフィックは決して localhost から出ていきません。

• リモート運営者があなたのウォレット活動を見ることはありません: 残高更新、出力走査、手数料見積もりのすべてが自分のマシン上で行われます。
• それでもネットワークに貢献できます: 剪定ノードは過去ブロックの約 3 分の 1 を他のピアに提供するため、スウォーム全体として見ればすべてのノードがアーカイブである必要はありません。
• ハードウェアの下限は現実的です: RAM 4 GB、最新のクアッドコア ARM または x86 CPU、120 GB の空き SSD があれば、保守的な成長予測でも少なくとも 2027 年まで十分に運用できます。
• 復旧は単純です: データベースが万一破損しても、家庭用光回線で 6〜12 時間程度の再同期で復活します。フルアーカイブノードの 18〜30 時間と比較すれば大幅な短縮です。

剪定ノードとフルノード：実際に何が違うのか

Monero の剪定アルゴリズムは v0.15 で導入され、2025 年の v0.18.4 まで段階的に洗練されてきました。チェーンを 4096 ブロックずつの「剪定ストライプ」8 本に分割する仕組みです。剪定ノードはそのうちちょうど 1 本を完全な形で保持し (ノード初期化時にピアごとに擬似ランダムで選択)、加えて直近 5500 ブロックも完全な形で保持します。それ以外のブロックについては、ヘッダー、キーイメージ、出力金額、マイナーデータを保持します。オンディスク容量の大部分を占めるリング署名データは、ノードがホストしない 7 本のストライプ分が破棄されます。

各ノードが異なるストライプをホストするため、たとえすべてのノードが剪定していても、スウォーム全体としては歴史的なブロックチェーン全体を保持できます。古いブロックのリング署名データを必要とする新規同期中のウォレットは、そのストライプをたまたまホストしている剪定ピアからダウンロードするだけで済み、これはユーザーの介入なく透過的に行われます。検証の観点から見て犠牲になるものは何もありません。各剪定ノードは初回同期時にチェーンを完全に検証し、新しいブロックが到着するたびに検証を続けます。

剪定ノードが行う唯一の実質的なトレードオフは、ブロックエクスプローラや、過去のリング署名を完全に必要とする学術的なチェーン分析ツールのデータソースとして使えない点です。これらが将来計画にない場合――そして自己ホスト型ユーザーの圧倒的多数にとってそれは計画にないのですが――性能の限られたマシン上では剪定はアーカイブよりも厳密に優れた選択肢になります。

2026 年のハードウェアおよびシステム要件

FCMP++ 有効化以降、快適な Monero 剪定ノードのハードウェア下限はわずかに上昇しました。主な理由は、受信ブロックに対するメンバーシップ証明の検証が、フォーク前の CLSAG 検証に比べて CPU 負荷で約 18% 重くなっているためです。良いニュースは、おおよそ 2021 年以降に製造された端末であれば問題なく通過することです。悪いニュースは、より古いシングルボードコンピューター――2 GB RAM の初代 Raspberry Pi 4、低消費電力 Atom 系ミニ PC――が、トランザクションの多い日にチェーン先端へ追随することに苦戦することです。

推奨ベースライン

• CPU: クアッドコア ARM Cortex-A76 (Raspberry Pi 5) または AES-NI 対応の最新 x86-64。32 ビットホストは完全に避けてください。LMDB のパフォーマンスが劣化し、いくつかのウォレット RPC が誤動作します。
• RAM: 最低 4 GB、快適に動かすなら 8 GB。LMDB のメモリマップは余裕があると恩恵を受けます。RAM が制約される環境でも monerod は動きますが、ブロック検証は目に見えて遅くなります。
• ストレージ: SSD または NVMe 上で 120 GB の空き容量。回転式の HDD でも技術的には動きますが、6 時間で終わる同期が 36 時間の苦行に変わります。LMDB のランダムアクセスパターンはプラッタにとって苛烈です。
• ネットワーク: 定常運用には対称 25 Mbps もあれば十分です。初回同期は持っている帯域を使い切るので、剪定ブートストラップのダウンロード量として 90〜110 GB を見込んでください。
• オペレーティングシステム: Ubuntu 24.04 LTS、Debian 12、Fedora 41、macOS 14 以上、Windows 11。NixOS には保守されたサービスモジュールがあり、Arch ユーザーは AUR の monero-bin を利用できます。

Raspberry Pi 5 で展開する場合は、Pimoroni 純正の NVMe Base または同等の M.2 ハットを使用してください。SD カードスロットは OS の置き場として許容できますが、ブロックチェーンを置く先には決して使用してはいけません。SD カードは書き込みパターンによって数か月で寿命を迎え、I/O レイテンシのせいで完全に同期済みでもデーモンは常に遅延しているように見えます。

日本国内で部品を揃える場合、秋葉原のパーツショップ、ヨドバシ.com、ツクモのオンラインストアで Raspberry Pi 5 と Western Digital や Crucial の M.2 NVMe (512 GB クラス) が入手可能です。総額は 2026 年 5 月時点でおおよそ 18,000〜25,000 円といったところで、自己主権なノードの初期投資としては妥当な水準でしょう。電源は公式 27 W USB-C アダプタを使い、電源タップを介してではなく壁コンセント直挿しを推奨します。Pi 5 はピーク時の電流要求が厳しく、安価なアダプタは「電圧低下」警告を頻発させて I/O 性能を制限してきます。

Linux でのステップバイステップ構築手順

参照経路として Linux を採用するのは、再現が最も簡単で、本番ターゲットとして最も一般的で、無人運用での維持が最も容易だからです。macOS と Windows への調整は本章末尾にまとめます。

1. 専用ユーザーとディレクトリを作成する。 root で useradd -r -s /bin/false monero を実行し、続いて mkdir -p /var/lib/monero/blockchain /var/log/monero、最後に chown -R monero:monero /var/lib/monero /var/log/monero を実行します。monerod をログインユーザーではなくサービスアカウントで動かすことは、ゼロコストで実現できる最大のハードニング策です。
2. 公式バイナリをダウンロードする。 getmonero.org/downloads にアクセスし、Linux 64 ビット用 tarball を取得します。執筆時点での最新リリースは v0.18.4.2 です。極めて重要な手順として、合わせて hashes.txt をダウンロードし、shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2 で SHA256 を検証し、その後 gpg --verify hashes.txt で binaryFate の PGP 鍵を使って hashes.txt の署名を確認してください。検証を省略することは、マシンにマルウェアを呼び込む最も典型的な経路です。
3. 展開してインストールする。 tar xjf monero-linux-x64-v0.18.4.2.tar.bz2 で展開し、続いてバイナリを移動します: install -m 755 monero-x86_64-linux-gnu-v0.18.4.2/monero* /usr/local/bin/。これで monerod、monero-wallet-cli、monero-wallet-rpc が PATH 上に配置されます。
4. 設定ファイルを作成する。 以下の最小内容で /etc/monero/monerod.conf を作成します: data-dir=/var/lib/monero/blockchain、log-file=/var/log/monero/monerod.log、log-level=0、prune-blockchain=1、sync-pruned-blocks=1、rpc-bind-ip=127.0.0.1、rpc-bind-port=18081、p2p-bind-port=18080、out-peers=32、in-peers=64、limit-rate-up=1048576、no-igd=1、enable-dns-blocklist=1。sync-pruned-blocks=1 フラグが決定的に重要です。これがないと monerod はフルチェーンをダウンロードしてからローカルで剪定するため、帯域と時間の両方を浪費します。
5. systemd ユニットを作成する。 以下を /etc/systemd/system/monerod.service として保存します。[Unit] ブロックに Description=Monero Full Node (pruned) と After=network-online.target。[Service] ブロックに User=monero、Group=monero、Type=simple、ExecStart=/usr/local/bin/monerod --config-file=/etc/monero/monerod.conf --non-interactive、Restart=on-failure、RestartSec=30、MemoryHigh=3G、MemoryMax=5G。[Install] ブロックに WantedBy=multi-user.target。
6. サービスを有効化して起動する。 systemctl daemon-reload、続いて systemctl enable --now monerod を実行します。進捗は journalctl -u monerod -f またはログファイルを直接 tail することで確認できます。1 Gbps の家庭用光回線で剪定ノードの初回同期は 6〜10 時間で完了するのが一般的で、Pi 5 と NVMe の組み合わせでは 14〜20 時間を見込んでください。ダウンロードではなく検証がボトルネックになるためです。
7. RPC ポートではなく P2P ポートを開放する。 受信ピア接続を希望する場合 (ネットワーク貢献と自身のピア多様性向上に役立ちます)、ルーターまたはファイアウォールで TCP 18080 を開放します。18081 を公開インターネットに晒すことは決してしてはいけません。これはウォレットの RPC エンドポイントであり、localhost にバインドしたままにすべきです。遠隔からウォレットアクセスが必要な場合は、生のポートフォワードではなく必ず SSH か Tor 越しにトンネリングしてください。
8. ウォレットをローカルデーモンに向ける。 公式 GUI ウォレットでは「ローカルノードに接続」を選び、127.0.0.1:18081 を指定します。CLI では --daemon-address=127.0.0.1:18081 を monero-wallet-cli に渡します。Feather Wallet ではローカルノード切り替えが「設定 → ノード」にあり、デスクトップ版 Cake Wallet では「設定 → プライバシー → カスタムノード」から指定できます。

公衆インターフェース上で --restricted-rpc=0 を付けて monerod を絶対に起動しないでください。Shodan にインデックスされてから 48 時間以内に、制限のない RPC エンドポイントはマイニングプールスクレイパー、ウォレット走査ボット、それ以下のものに集中攻撃されます。localhost のみへのバインドがデフォルトであるのには理由があるのです。

他プラットフォームへの構成調整

Raspberry Pi 5 と NVMe

上記の構成は Pi 5 でも基本的にそのまま動きます。検討する価値のある 2 点の調整は次のとおりです。第一に、monerod.conf に db-sync-mode=fast:async:250000000 を設定して NVMe への書き込み増幅を軽減すること (デフォルトは安全ですが速度では劣ります)。第二に、持続的なアップロードでスロットリングがかかる家庭用回線では、out-peers を 16 に、in-peers を 32 に下げることを検討すること。Pi 5 のクアッド Cortex-A76 はブロックを最新デスクトップの約 0.6 倍の速度で検証するため、初回同期は時間を要しますが、定常運用ではチェーン先端を問題なく追跡します。

macOS

Homebrew で brew install monero を実行してインストールすると、Apple Silicon 上では monerod が /opt/homebrew/bin/monerod に配置されます。systemd の代わりに、~/Library/LaunchAgents/io.getmonero.monerod.plist に launchd plist を配置します。同じ設定ファイルの内容が適用できますので、data-dir をホームディレクトリ以下、たとえば ~/Library/Application Support/monero に指定してください。macOS のファイアウォール承認ダイアログは初回起動時に表示されますので、ピア提供を希望する場合は P2P ポートの受信を許可します。

Windows 11

getmonero.org から Windows 64 ビットインストーラーをダウンロードして実行し、データディレクトリを C:\ProgramData\bitmonero 配下に作成させます。monerod をフォアグラウンドプロセスではなくサービスとして動かすには、NSSM (Non-Sucking Service Manager) を使い、同じ --config-file 引数で monerod.exe を指す形にします。Windows Defender が monerod を「コインマイニング」として警告することがあります――実際にはマイニングはしないのですが、ヒューリスティクスが粗いので、バイナリディレクトリを除外設定に追加してください。

保守、監視、復旧

正しく設定された剪定ノードは「設定して忘れる」に近いものですが、3 つの運用習慣で痛みの 9 割は防げます。

第一に、月次でディスク容量を確認することです。剪定チェーンは現行のトランザクション量で月あたり約 4〜6 GB ずつ成長し、予期せぬディスクフルは LMDB を醜悪な形で破損させます。/var/lib/monero の空きが 15 GB を下回ったときに通知する単純な monit または systemd タイマーを設定しておきましょう。

第二に、monerod を最新に保つことです。ネットワーク更新 (ハードフォーク) は 6〜9 か月ごとに発生し、フォーク有効化の瞬間から前プロトコルバージョンを動かしているノードはブロックの受け入れを停止します。Monero のリリーススケジュールは GitHub のリリースページに掲載され、r/Monero と公式メーリングリストで通常 4〜6 週間前に告知されます。フォーク高度よりも少なくとも 2 週間前には更新を済ませて、余裕を持たせてください。

第三に、再同期の方法を知っておくことです。LMDB が「MDB_CORRUPTED」をスローしたり、電源喪失の後にデーモンが起動を拒否したりした場合、復旧手順は粗暴ですが信頼できます。サービスを停止し、/var/lib/monero/blockchain の内容を削除し、再起動するだけです。ノードは 6〜12 時間で最初から再同期します。インクリメンタル修復ツールは存在しません。LMDB がそれを持たないからです。クリーンな再同期が公式の対処法で、これは 2017 年から有効な方法です。

実例を示しましょう。MoneroSwapper のバックエンドへの貢献者は、3 か国に分散した 7 台の剪定ノード群を運用し、当社の匿名スワップサービス用に多様化したデーモンエンドポイントを提供しています。各ノードは Debian 12、上記の systemd ユニット、NVMe ストレージ、P2P ポート向けの Tor 隠しサービス公開という統一構成で展開されています。同フリートの累積稼働時間 38 か月間で、必要となった介入はデータセンターの計画外再起動後の 3 回の再同期と、通常のフォーク日のバイナリ差し替えだけです。これが、適切にハードニングされた展開で期待すべき定常状態です。

日本国内で運用する際の追加考慮事項

日本では金融庁 (FSA) の方針により、2018 年以降ほとんどの国内取引所が Monero、Zcash、Dash といった高プライバシーコインを扱っていません。これは入手経路の制約として現れるものの、ノード運用そのものには何ら影響しません。むしろ国内取引所での売買経路が事実上閉ざされている現状こそ、MoneroSwapper のような本人確認不要のアトミックスワップサービスと、自前の剪定ノードを組み合わせた自己主権スタックが日本のユーザーにとって意味を持つ理由でもあります。プロバイダ責任制限法や改正個人情報保護法 (個情法) の観点でも、自宅で動かす剪定ノードは個人利用の範囲内であり、特段の届出は不要です。NTT 東日本/西日本のフレッツ光、au ひかり、NURO 光のような国内一般家庭向けの光回線は、対称帯域こそ提供しないものの、上り 100 Mbps クラスは Monero ノードの定常運用には過剰なほどです。賃貸マンションで VDSL のみが提供されている場合は、初回同期に 24〜36 時間程度を見込んでください。

よくある質問 (FAQ)

既存のフルノードを再同期なしで剪定ノードに変換できますか?

できます。monerod を停止し、サービスとしてではなく単発コマンドとして monerod --prune-blockchain を実行して待ちます。剪定処理はディスク速度次第で 30〜90 分かかり、データベースをその場で書き換えます。完了したら剪定構成でサービスを再起動してください。データ損失も再同期もありませんが、念のためウォレットの鍵 (blockchain そのものではなく、それは任意のピアから再生成可能です) のバックアップだけは事前に取っておきましょう。

剪定ノードはマイニングや Monero マーチャントゲートウェイ運用に使えますか?

はい。ソロマイニングおよびプールマイニング用途では、マイナーが必要とするのはチェーン先端だけで歴史的なリング署名ではないため、剪定ノードで問題ありません。P2Pool も剪定ノードで動作し、実際 2023 年以降は自己主権ソロ風マイニングの推奨ペアリングとなっています。monero-wallet-rpc 経由で着金処理を行うマーチャントゲートウェイにも剪定ノードで十分です。アーカイブノードを必要とするのはブロックエクスプローラと学術的なチェーン分析ツールだけです。

剪定ノードは自分のウォレットのプライバシーを損ねますか?

いいえ。ウォレット走査は出力インデックスとキーイメージのデータベースを使用し、これらは剪定ノードでも完全な形で保持されます。破棄されるデータ――歴史的なリング署名――は、ウォレットのビューキーによる走査にも、新しいトランザクション構築時のおとり (decoy) 選択にも関与しません。ウォレットから見れば、ローカルデーモンはアーカイブノードと区別がつかず、リモート運営者が「信頼できる」とどれほど自称しても、それよりも劇的にプライベートな選択肢です。

メンバーシップ証明が稼働した今、剪定は FCMP++ とどう相互作用しますか?

2025 年 11 月のハードフォークは、既存のリング署名スキームに並んで完全なチェーンメンバーシップ証明を導入しましたが、剪定は両者を一貫して扱います。チェーン検証に必要な証明とキーイメージはすべて保持し、古いトランザクションがまだ持っている冗長なリング署名のペイロードバイトのみを破棄します。FCMP++ 後のトランザクションはレガシー CLSAG トランザクションよりわずかにサイズが小さいため、剪定の圧縮率は実際には過去ブロックよりも最近ブロックの方がわずかに良好になります。

剪定ノードを完全に Tor 経由で運用できますか?

できます。これはディスク効率とネットワークレベルのプライバシーの両方を望むユーザーに人気のある展開形態です。monerod.conf に tx-proxy=tor,127.0.0.1:9050,32 と anonymous-inbound=YOURONIONADDRESS.onion,127.0.0.1:18083,16 を追加し、対応する隠しサービスを /etc/tor/torrc で構成します。Tor 越しの初回同期は遅くなり――6〜12 時間ではなく 24〜48 時間――ますが、定常運用は問題なく、トランザクションもウォレット走査もクリアネットに一切触れないという追加の性質が得られます。

結論

剪定 Monero ノードは、ディスクフットプリントを約 40% に抑えながら、アーカイブノードと同じプライバシーと検証保証を提供します。これは「ノートパソコンに収まらない」状態と「ほかのすべてと並行して快適に動く」状態の境目です。構築は最新のマシンであれば一晩で終わる作業で、保守の負担は 6 か月に 1 時間程度、結果として得られるのはあなたが今後送受信するすべての Monero トランザクションのための、自己主権的な基盤です。ローカルの剪定ノードを MoneroSwapper のような本人確認不要のスワップサービスと組み合わせれば、スタック全体が揃います――プロトコル層のプライバシーは RingCT と FCMP++ により、ネットワーク層のプライバシーは自前のデーモンにより、オンランプのプライバシーは身元を見ることのない固定レートのアトミックスワップにより、それぞれ確保されます。節約されるディスク容量は副次的なもので、運用上の独立性こそが本当の勝利です。