← all guides

為 FCMP++ 做準備 — 錢包、view-key 與鏈上整理清單

FCMP++ 是硬分叉:每個節點都會升級,每個錢包都得發行支援新證明系統的版本。對什麼都不做的使用者,沒有東西會壞掉——你的 XMR 會自動跟著走。但有一小組事情值得提前規劃,特別是當你公開了 view key、營運商業整合、或維護大量 subaddress。下面是依優先順序的清單。

一句話總結

如果你在主流錢包(Feather、Cake、Monerujo、Monero GUI)裡自託管,現在什麼都不用做。當錢包標示 FCMP++/Carrot 時讀更新日誌、準時升級,就完成了。如果你為捐款或業務 view-only 公開過 view key,分叉後規劃一次性輪換到 Carrot 限縮過的 key。如果你經營節點,分叉高度前要安排版本升級。如果你做的事比休閒持有更深,請讀下去。

1. 錢包檢查 — 我用的是有追蹤的客戶端嗎?

所有活躍 Monero 錢包都在追蹤這次分叉;差別只在發行版多快落地。截至 2026-05-18:

  • Monero GUI / CLI — 正規參考實作。會在協議分叉版本中出貨 FCMP++ + Carrot。想第一天就在參考實作上跑的人用這個。
  • Feather Wallet — 桌面、Qt、Tor 友善。緊跟參考實作;通常硬分叉後幾天內出貨。
  • Cake Wallet — 手機 + 桌面。跨鏈錢包,所以 FCMP++ 會配合他們更大的發行時程出貨。注意 Carrot-aware 版本。
  • Monerujo — 僅 Android。有為分叉快速出貨的紀錄;FCMP++ 之後 PayJoin 風格的特性仍可用(架構上不衝突)。
  • Stack Wallet — 手機、多幣別。與 Cake 步調相似。
  • MyMonero — 輕錢包(伺服器輔助掃描)。也需要伺服器端更新;輕錢包會比較早拿到 Carrot 視圖標籤的加速,因為掃描就是它們的本業。
  • 硬體錢包(Ledger、Trezor) — 通常落後主網 2–4 週才出韌體。分叉後緊接的視窗裡不要安排硬體錢包的花費。

若你跑的是 6 個月以上沒發行版本的錢包,請在分叉視窗前充裕地把種子遷移到活躍維護的客戶端。

2. View-key 衛生 — 最重要的事前工作

Carrot 重寫了 view-only 錢包的運作方式。今天的 view key 是永久單向揭露——揭露你地址上所有的收款,且時效無上限。Carrot 的 view-key 可被限縮(例如只看分叉後的餘額)、可被輪換,且不會犧牲其餘歷史的隱私。

如果你在任何地方公開過 view key——捐款頁、稅務會計、業務「唯讀」夥伴存取、唯讀手機 App——現在就列清單:

  • 盤點:誰今天有你的 view key?他們實際需要看到什麼?
  • 規劃 Carrot 限縮的 key 給每個使用者,等你錢包支援 Carrot 之後再發。多數使用者只需要看持續餘額,不需要完整歷史。
  • 分叉後主動輪換——不要等到事故才動。分叉前的 view key 仍會洩漏分叉前歷史;Carrot 不會回溯加密任何東西。

如果你只是個人持有 XMR,從來沒有公開過 view key,跳過本節。

3. 節點衛生(自架者)

自架 monerod 的操作員:

  • 訂閱 monero-project 發行。硬分叉版本會被標上分叉高度的啟動點。
  • 在主網上線前先用 stagenet 或 testnet 測試發行版二進位,特別是你有跑 RPC 客戶端(錢包、區塊瀏覽器、付款處理器)的情況。
  • 分叉高度安排短暫停機升級。舊版二進位拒絕驗證新型 FCMP++ 證明,會立即落後鏈頂。
  • 如果你公開遠端節點(例如列在 monero.fail),在狀態頁給使用者 1–2 週的「即將升級」通知。有些客戶端會需要切換到別的節點,如果你的落後。

4. Subaddress 衛生 — 輕度整理

FCMP++ 不會讓任何 subaddress 失效。但分叉是個自然的整理時機:

  • 公開的 subaddress(捐款頁、業務「寄到這裡」連結)——無論是否 FCMP++,每年輪換都是健康的習慣。分叉是合理的 cadence。
  • 長期同對手方的 subaddress — 一樣。如果某個對手方多年來都打到同一個 subaddress,產生新的會限制長尾觀察。
  • 不要「為了保險」在 subaddress 之間搬資金 — 那只是分叉前的 churn,分叉後不會多給你什麼。別佔網路資源。

5. 交易所與商家準備

託管交易所與加密商家大多會默默處理 FCMP++。幾件要知道:

  • 提現延遲在分叉高度前後 24–48 小時可能發生。交易所通常會暫停提現以升級節點與重測。把時間敏感的動作排在這個視窗外。
  • 分叉高度仍在飛的存款不會出問題——由 mempool / 鏈規則接住。只是預期確認會延遲。
  • 商家付款處理器(BTCPay Server、GloBee、Coinremitter 等)也要更新。若你商業上收 XMR,請訂閱處理器的發行公告。
  • kyc.rip 兌換聚合器會透過升級各引擎 SDK 來處理分叉;使用者看不到變化。

6. 不要過度準備

有些事 值得在分叉前做:

  • 「Churn」全部餘額來擴大有效匿名集。浪費手續費與鏈吞吐;FCMP++ 不論分叉前是否 churn 都會把匿名集最大化。
  • 掃到新種子。你既有的種子會乾淨地走過 FCMP++。新種子買不到什麼。
  • 囤積舊版錢包「以防升級壞掉」。參考實作多次分叉沒事過;回滾比執行升級更糟。
  • 因為 FCMP++ 特別買賣 XMR。這是隱私升級,不是供給事件。

精簡清單

  1. 確認你的錢包 → 它過去 6 個月內至少有一次發行 → 訂閱它的更新日誌。
  2. 列出所有公開過 view key 的地方。分叉後規劃輪換到 Carrot 限縮過的 view-keys。
  3. 自架 monerod:訂閱發行公告;安排分叉高度的升級視窗。
  4. 每年輪換長期公開的 subaddress(分叉是好的時間點)。
  5. 有跑商家 XMR 付款:訂閱付款處理器的發行公告。
  6. 不要事先 churn、掃描或囤舊版。

延伸閱讀