2026年10月5日にフォークするのは、Monero（モネロ）の本番ネットワークではありません。FCMP++とCarrotを試すために本番網から切り離されたbeta stressnet v3です。通常のXMR保有者は、この日程を理由に交換、送金、ウォレット移行、seed（復元フレーズ）や秘密鍵の入力をする必要はありません。
- 一般のXMR保有者：10月5日までに行う作業はない。偽の移行案内や鍵入力要求に注意する。
- stressnet参加者：旧v2のDBとwallet cacheは再利用せず、v3向けの手順に従う。
- 技術の狙い：FCMP++は支出元候補を小さなリングから広い出力集合へ拡大し、Carrotはその環境に対応するアドレス・ウォレット仕様を整える。
- 本番導入：暗号コアの監査で重大度の高・中・低に該当する所見は0件だったが、統合監査、実装、レビュー、運用検証は続いており、有効化日は未確定である。
「Moneroが10月5日にハードフォークする」とだけ聞くと、保有するXMRを急いで動かす必要があるように感じるかもしれません。しかし、今回の日付が示すのはテスト環境の更新です。本記事では、まずメインネットとの違いを確認し、FCMP++とCarrotの役割、テスターだけに必要な対応、監査結果の読み方、本番導入までに残る課題を順番に解説します。技術更新から価格の上昇・下落を予測したり、特定の売買を勧めたりするものではありません。
10月5日にフォークするのはMoneroメインネットではない
今回の情報を理解するうえで最も大切なのは、「どのネットワークがフォークするのか」を特定することです。2026年10月5日に予定されたのは、FCMP++/Carrot beta stressnet v3のフォークです。日常的にXMRの送受信や採掘に使われるMoneroメインネットの有効化日とは区別されます。
ハードフォークとは、ある時点から新しいルールを適用し、古いルールのノードとは同じ履歴を処理できなくなる更新です。ただし、その言葉だけでは対象が本番網か、testnetか、さらに負荷や不具合を探すstressnetかは分かりません。今回のように独立した検証網で行うフォークは、その検証網の参加者に影響しますが、メインネット上のXMR残高を移し替えるイベントではありません。ハードフォークの基礎はハードフォークとソフトフォークの違いでも確認できます。
独立stressnetで実施されるv3への移行
stressnetは、新しい処理を多様な条件で動かし、開発環境だけでは見つけにくい不具合、性能低下、同期の問題、ウォレット走査の取りこぼしなどを探す場所です。利用者が実際の価値を保管する本番網とは目的が違います。v3の参加者は専用の実験ビルドとデータを使い、問題を発見したら開発側へ報告します。
「beta」という名称も重要です。公開された参加型テストではあっても、一般利用者向けの安定版という意味ではありません。検証網でフォークを実施できることと、同じ変更を本番網で安全に有効化できることの間には、コード統合、監査、レビュー、テスト、リリース手順など複数の工程があります。
メインネットのハードフォークと混同できない理由
メインネット更新なら、公式リリース、対応バージョン、ノード運営者の更新期限、取引所やウォレットへの影響などが広く案内されます。一方、v3の資料は、ノード用プログラム、文字入力で操作するウォレット、外部アプリから接続するウォレットなどを専用の開発版から構築するテスター向けです。この配布形態と対象者の違いも、一般向けメインネット更新ではないという判断材料になります。
日付と「フォーク」という単語だけではなく、ネットワーク名、ソフトウェアの配布元、対象者、資産の扱いを一組で確認する必要があります。メインネット有効化日を10月5日とする根拠は、入力調査に含まれる一次資料にはありません。
一般のXMR保有者は通常どおり管理し、偽案内を避ける
一般のXMR保有者が2026年10月5日までに行う必須作業はありません。stressnetのフォークは、メインネット上のXMRを新コインへ交換するイベントでも、残高を別アドレスへ移すスナップショットでもありません。保管先が取引所でも自己管理ウォレットでも、この日程だけを理由に資金を動かす必要はありません。
10月5日は通常どおりウォレットを管理する
通常利用者は、公式Monero Projectや利用中の正規ウォレット、取引所から将来のメインネット更新が正式に案内された時点で、対象バージョンと期限を確認すれば十分です。今回のstressnet参加募集を見て、非公式binaryを導入する必要はありません。
ノードを運営していない保有者にも、現時点でアドレス変更や鍵の再生成は求められていません。ノード運営者も、stressnetを試す意思がないならv3用ブランチを本番機へ入れる理由はありません。情報を受け取ったら、まず「対象ネットワークは何か」を確認する習慣が安全につながります。
交換要求やseed入力要求を疑う
「10月5日のフォークに対応しないとXMRが失効する」「Carrot版へ交換するためseedを入力する」といった案内は、今回の事実と一致しません。seed、秘密鍵、ウォレットファイルのパスワードをウェブフォームやチャットへ入力させる要求は、資産を奪う目的の可能性があります。
公式を装う検索広告、SNSの返信、ダイレクトメッセージ、偽サポートにも注意してください。リンクを直接開く前にドメインを確認し、ソフトウェアは正規の配布元から取得します。復元フレーズは、ウォレットを復旧する本人の環境以外へ渡さないことが原則です。詳しい確認方法は暗号資産詐欺の手口と対策と秘密鍵の安全な管理方法も参考になります。
FCMP++は支出元候補を従来より大幅に広げる
まなぶ「クリプ先生、チェーン全体を使うと、自分の送金履歴が全部見えるということですか？」
クリプ「逆なんだ。どの出力を自分が所有して使ったかを明かさず、広い候補のどれかを使う権利があると証明する考え方だよ。」
FCMP++はFull-Chain Membership Proofs++の略称です。狙いは、支出元として考えられる候補を従来の小さなリングから、ルール上候補にできる、概ねチェーン上の広い出力集合へ拡大することです。使用不能な出力などを無条件に全件含めるという意味ではありません。ここでいう「会員証明」は、特定の集合に属する有効な出力を所有していることを、その出力自体を指し示さずに証明する仕組みだと捉えると分かりやすいでしょう。
リング署名の候補集合が抱える課題
従来のリング方式では、実際に使う出力に複数のデコイを混ぜ、限られた候補のどれが本物かを見分けにくくします。ただし候補集合が小さい場合、他の取引との関係や選択パターンなどを統計的に分析される余地が残ります。個々の取引で暗号が破られていなくても、候補の組み合わせから推測材料が積み重なる可能性があるという課題です。
FCMP++は、候補を少数選ぶ構造そのものを見直します。Monero Projectの説明では、リングを全チェーン会員証明で置き換え、統計分析などに対する耐性を高める方向が示されています。「リングの人数を少し増やす」のではなく、証明の作り方を大きく変える更新です。
所有出力を明かさず支出権を証明する仕組み
実装では、出力の集合をCurve Treeという構造で扱い、利用者はその中に自分が使える出力が含まれることを証明します。検証者は、二重支払いではなく、ルールを満たす支出であることを確認しますが、証明に使われた所有出力そのものを知る必要はありません。
この変更は証明部分だけで完結しません。取引の構築、ノードによる合意検証、異なるプログラム部品を接続する仕組み、ウォレット同期などが連携して初めて機能します。統合PRが大きく、監査が段階に分かれるのは、暗号数式の正しさに加えて、実際のMoneroソフトウェアの各経路で正しく使われるかを確かめる必要があるためです。
全チェーン匿名集合でも絶対的な追跡不能を意味しない
「全チェーン」という表現は、あらゆる状況で送信者が絶対に特定されないという保証ではありません。端末のマルウェア、IPアドレスなどネットワーク層の情報、取引所の本人確認記録、相手との会話、画面共有、バックアップの漏えいといった暗号証明の外側から情報が結び付く場合があります。
また、stressnet自体は参加者と出力が少なく、本番網と同じ匿名集合を持ちません。stressnetで動作を確認する目的は実装を試すことであり、そのテスト用資産に本番XMRと同等の価値やプライバシーがあるわけではありません。FCMP++はプライバシー設計を強化する技術ですが、利用環境全体の安全を一つの機能だけで保証するものではないと理解する必要があります。
Carrotは既存アドレス互換を保ちながらウォレットを更新する
まなぶ「新方式になるなら、今のMoneroアドレスを全員が捨てて作り直すんですか？」
クリプ「一律の作り直しを求めないよう、既存アドレスとの互換性を保つ設計なんだ。ただし本番実装と正式案内が整うまでは先回りして操作しないでね。」
Carrotは、FCMP++を使う環境に合わせたアドレスとウォレットの仕様です。FCMP++が「支出する権利をどう証明するか」を担うのに対し、Carrotは「受取情報をどう作り、ウォレットが自分宛ての出力をどう見つけ、鍵をどう扱うか」に関わります。両者は密接ですが、同じものではありません。
既存Moneroアドレスを維持できる設計
Carrot仕様は既存Moneroアドレスとの互換性を保つよう設計されています。このため、FCMP++/Carrotの話を見た利用者が、今すぐ新アドレスを取得したり、第三者サイトへ秘密鍵を読み込ませたりする必要はありません。既存アドレスを維持できることと、内部処理が何も変わらないことは別です。利用者から見える文字列を保ちながら、対応ウォレット内部の受取・走査・鍵処理を更新することは可能です。
仕様ではview keyや前方秘匿性も扱われます。view keyは、支出権限を渡さずに受取情報を確認する用途と関係します。前方秘匿性は、ある時点の秘密が後で漏れた場合に、過去の情報まで一括して露出する範囲を抑える考え方です。ただし具体的な保護範囲は仕様と実装に依存するため、「鍵が漏れても安全」と単純化してはいけません。
コア仕様とウォレット実装は別工程
設計文書が完成しても、すぐ本番で使えるわけではありません。Carrotのコア処理を取り込むコード変更案と、wallet側へ実装するドラフトコード変更案は別に追跡されています。基礎暗号APIや外部依存関係の追加も個別のレビュー対象です。分割されているから遅れていると決めつけるのではなく、影響範囲ごとに変更を検査できるようにしていると見るべきです。
本番導入の判断では、仕様とコードが一致するか、異常な入力を拒否できるか、古いデータから移行できるか、対応前後のノードが意図したルールで動くかまで確認します。あるコード変更案がマージされたことだけで、Carrot全体の導入準備が完了したとは言えません。
受取検出とウォレット走査も検証対象
ウォレットはチェーン上のデータを調べ、自分宛ての受取を見つけて残高へ反映します。この走査に誤りがあれば、資金がチェーン上に存在していても画面へ正しく表示されない、同期に時間がかかる、再走査で結果が変わるといった問題につながります。そのため新方式を含むウォレット走査の単体テストも独立して進められています。
送金を作れることだけでなく、受取を見つけること、バックアップから復旧すること、view keyを使うことなど、ウォレットの一連の利用場面が検証対象です。初心者にとって見えにくい工程ですが、日常利用の信頼性を左右する重要な部分です。
stressnet v3参加者は旧DBとwallet cacheを再利用できない
ここからは一般保有者ではなく、beta stressnetへ自分で参加するテスター向けの話です。v3では旧v2のstressnet DBとwallet cacheをそのまま再利用できません。再同期するか、案内されたv3向けデータを利用し、ウォレット側も新しい環境として扱う必要があります。
beta v2から引き継げないデータ
DBはノードが検証したブロックや索引などを保持し、wallet cacheはウォレットが走査した結果を高速に利用するための情報を保持します。これらは秘密鍵そのものと同義ではありませんが、ルールやデータ構造が変わるテストで古い状態を混ぜると、同期失敗や誤った結果の原因になります。v3の告知が再利用不可としている以上、自己判断でコピーして継続すべきではありません。
この注意はstressnetのv2からv3へ参加する人だけに当てはまります。通常のMoneroメインネット利用者が、手元のウォレット履歴やノードDBを10月5日に削除するという意味ではありません。「テスター向けの再構築」と「一般利用者の資産移行」を明確に分けてください。
v17移行と専用ブランチの実験ビルド
v3向けDocker資料では、stressnetのブロック3102800でv17へ移り、その後v18へ進む構成が示されています。これはテスト網内のバージョン移行です。ビルダースクリプトもv3用ブランチからノード、文字入力型ウォレット、外部接続用ウォレット、画面操作型ウォレットを構築します。公式の一般向け安定版を普通に更新する作業とは異なります。
本番資金やmainnetデータ領域で使わない
実験用プログラムを本番資金が入ったウォレットと組み合わせたり、mainnetのデータ領域へ向けたりしてはいけません。専用ディレクトリ、専用設定、価値のないテスト用資産を使い、本番環境と分離するのが基本です。配布元、ブランチ、コミット、ビルド手順を確認できない場合は参加を見送る判断も合理的です。
stressnetは意図的に壊れやすい状況を作り、問題を見つける場所です。停止、再同期、データ破棄が起きてもよい環境を用意できる人向けであり、「先に新機能を使える本番ウォレット」ではありません。
暗号コア監査は重大所見0件でも統合監査は継続中
まなぶ「クリプ先生、重大な指摘が0件なら、もう本番へ入れても安全なんですか？」
クリプ「監査した暗号コアには良い結果だけれど、未監査の範囲や統合、ウォレット、運用まで安全と証明したわけではないよ。対象と時点を分けて読もう。」
Trail of BitsによるFCMP++暗号実装のレビューでは、高・中・低の重大度に分類される所見は0件でした。これは重要な前進です。一方で、この結果を「FCMP++/Carrotを含むMonero更新全体に欠陥がない」という保証へ広げてはいけません。
高・中・低の重大度所見は0件
公開された説明では、暗号コア変更を2人週でレビューし、高・中・低の重大度所見はありませんでした。暗号実装という重要部分に深刻な問題が見つからなかった事実は、その対象範囲について肯定的な材料です。ただし監査は、決められた期間、コード、設計、脅威モデルに対して行われます。将来の変更や対象外のコードまで自動的に保証するものではありません。
情報レベル6件と一部解消されたメモリ前提
所見が完全に0件だったわけではなく、情報レベルが6件あり、そのうち5件は解消されたと報告されています。またRust FFIに関する脆弱なメモリ前提は一部が解消されました。「重大所見0件」と「指摘事項が一切ない」は違います。監査結果を短く紹介するときも、両者を混同しない表現が必要です。
FFIは異なる言語で書かれた処理を接続する境界です。暗号ライブラリ内部が正しくても、境界でデータの寿命、長さ、所有権を誤れば問題になり得ます。このため暗号式のレビューと、統合境界の安全性確認はどちらも欠かせません。
暗号・Curve Tree・合意ルールの三段階監査
統合監査の計画は、暗号部分、Curve Treeの構築、合意ルール統合という三段階です。ノードが不正な証明を拒否し、正しい証明を受け入れ、全ノードが同じ結果へ到達するところまで確認して初めて、全体の本番準備を評価できます。
一つの監査完了を全工程の完了と読まず、対象PR、依存関係、修正後の再確認、残る段階を追う必要があります。beta stressnetは、こうした統合状態を実際に動かし、監査とは別の角度から不具合を探す役割を持ちます。
メインネット有効化には実装・検証・運用課題が残る
10月5日がメインネット有効化日ではないことは、開発状況からも確認できます。2026年9月30日時点で公式のFCMP++ハードフォークmilestoneは71％完了、未完了12件を表示していました。進捗率はGitHub上の課題管理を表す数字であり、安全性を直接測る指標ではありませんが、少なくとも全課題が完了した状態ではありません。
公式の進捗一覧は71％で未完了12件
milestoneにはFCMP++ハードフォークに関係する複数の課題やコード変更案がまとめられています。71％という値から正確なリリース日を計算することはできません。残る項目の難しさは均一ではなく、新たなレビュー指摘やstressnetの結果で作業が増える可能性もあります。
研究会議でも、v3開始チェック、実装、レビュー、上流化、監査が並行して扱われています。これは本番導入に向けて作業が進んでいる証拠である一方、完了済みの単一パッケージを待つだけの段階ではないことも示します。
合意ルール統合とファジングも10月直前まで進行
FCMP++ proofを合意ルールで検証する統合コード変更案は9月30日に提出され、FCMP++向けのOSS-Fuzz対象を追加するコード変更案は10月2日に提出されました。10月5日の数日前にも、合意検証と異常入力への耐性を高める作業が進んでいたことになります。
ファジングは、通常は人が思いつかない大量の入力を自動生成し、クラッシュ、無限処理、不正な受理などを探す手法です。対象を追加したことは安全性検証の拡充ですが、追加した瞬間に欠陥が存在しないと証明されるわけではありません。継続して実行し、見つかった問題を修正する仕組みに価値があります。
暗号以外にも依存関係・合意・性能の検証が残る
本番導入には、暗号処理だけでなく、外部部品の安全性、取引を全ノードが同じ結果で検証する合意ルール、ロック条件、フォーク時のノード性能も関わります。個別のコード変更案が採用されても更新全体の完成を意味せず、相互に組み合わせた検証と復旧手順の確認が必要です。
FCMP++と耐量子化は別の課題
FCMP++は匿名集合と支出権の証明を改善する技術で、Monero全体を耐量子暗号へ移す更新ではありません。量子計算への備えは署名や移行方法を含む別の検討です。詳しくはブロックチェーンの耐量子移行で解説しています。
本番有効化日は未確定
入力調査で確認できる範囲では、FCMP++/CarrotのMoneroメインネット有効化日は確定していません。正式発表では、①Monero Projectによるメインネット向けリリースか、②有効化ブロックまたは日時、③対応バージョンと検証可能な配布元、④利用者・ノード・取引所ごとの対応、の4点を確認してください。提案、開発中、監査、stressnet、正式リリースはそれぞれ別の段階です。
自分がどの対象者かを先に確認する
同じMonero利用者でも、XMRを保有するだけの人、日常的に送受信する人、自分でノードを運用する人、stressnetへ参加するテスターでは確認事項が違います。保有者と通常のウォレット利用者は、現在使っている正規アプリと復元手段を普段どおり管理します。今回の10月5日という日付に合わせた特別な送金や交換は行いません。自分でメインネットのノードを動かす人も、stressnetへ参加しない限り、v3用の開発版やテスト用データを現在の環境へ入れる対象ではありません。
テスターは反対に、一般向け環境と明確に分離する必要があります。テスト専用の保存先と設定を用意し、旧v2のDBやwallet cacheを流用せず、配布元と対象ブランチを確認します。停止や再同期、データの作り直しが起きても本番資金へ影響しない構成にできない場合は、参加を見送るのが安全です。この区別を押さえると、「フォークに備える」という言葉が、全保有者の資産移行ではなく、検証参加者が実験環境を切り替えることを指すと分かります。
正式発表を読むときは段階と対象を分ける
開発情報には、研究上の提案、コード変更案の提出、レビュー、監査、stressnet、一般向けリリース、本番有効化という段階があります。コードが公開されたことは検討や検証が進んだ証拠ですが、それだけで全利用者向けの導入日は決まりません。監査も、対象部分と対象外の部分を分けて読む必要があります。今回の「重大度が高・中・低の所見は0件」という結果は暗号コアの監査範囲に関するもので、ウォレットや合意ルールを含む更新全体への無条件の保証ではありません。
将来メインネット更新が公表された場合は、まず発表元がMonero Projectかを確かめ、メインネットという対象、有効化ブロックまたは日時、対応ソフトウェアのバージョン、利用者区分ごとの作業を確認します。取引所の入出金停止などは各サービスの運用案内であり、Moneroのルール変更そのものとは分けて読みます。ウォレット更新の案内と、外部サイトへseedや秘密鍵を入力する要求も別物です。復元情報を渡すよう求める案内は、見た目や文面が公式らしくても操作を止め、公式サイトや正規アプリから告知をたどり直してください。
進捗率も日程の確約ではありません。未完了項目は難易度が同じとは限らず、テストやレビューで追加作業が見つかることがあります。71％という表示から残り日数を比例計算したり、stressnetの日付を本番日へ読み替えたりせず、正式な有効化案内を待つのが適切です。この記事では、時点依存の数値に参照日を付け、設計上の説明と現在の進捗を区別しています。
まとめ：10月5日は検証網の節目、保有者は先回りしない
2026年10月5日にフォークするのはFCMP++/Carrot beta stressnet v3であり、Moneroメインネットではありません。一般のXMR保有者に、交換、送金、アドレス変更、ウォレット移行、seed入力などの即時対応は不要です。対応が必要なのは、v3へ参加するテスターであり、旧v2のDBとwallet cacheを再利用せず、本番資金・mainnet環境から分離して試します。
FCMP++は支出元候補をチェーン上の広い集合へ拡大し、Carrotは既存アドレスとの互換性を保ちながらウォレット側を支える設計です。暗号コア監査の結果は前向きですが、統合監査、consensus実装、ウォレット走査、ファジング、依存API、ロック仕様、ノード性能などの確認は続いています。
今後も「フォーク」という見出しだけで資産を動かさず、対象ネットワークと公式リリースを確認してください。本番有効化が正式に決まった場合は、その時点のMonero Projectと利用サービスの案内に基づいて対応を判断するのが安全です。
