XRP 交易的私隱實踐
Ripple (XRP) 於 2012 年作為以支付為中心的加密貨幣推出。XRPL 使用 Federated Byzantine Agreement (FBA) 共識——Unique Node List (UNL) 上的驗證者就交易順序達成一致。預設 UNL 由非營利的 XRP Ledger Foundation 發布，而營利性的 Ripple Labs Inc. 歷史上對驗證者選擇有影響。原生 XRP 無法被任何中央機構凍結——XRPL 上的 freeze 標誌僅適用於發行的代幣 (IOU)，不適用於原生 XRP。 該鏈在基礎層是透明的——發送方、接收方、金額和 destination tag（如有）全部像 Bitcoin 一樣在鏈上可見。XRPL 沒有原生的協議級混幣。需要交易級私隱的用戶依賴錢包側的地址輪換（從自己的 HD 種子為每筆交易派生新地址）和鏈下協調——下面的實踐涵蓋了你可以控制的部分。
每次交易使用新地址
此鏈使用沒有原生隱身功能的透明地址。標準做法：使用分層確定性（BIP-32）錢包，每次請求都派生一個新的接收地址。大多數現代錢包會自動執行此操作。地址複用的代價非常嚴重——你在同一地址接受的每筆交易都會建立你活動的公開記錄。
通用實踐
**每次交易使用新的接收地址。**你的錢包應該支持這一點；如果不支持，請尋找一個支持的。地址重用是最大的單一洩漏。
**花費時實踐 coin control。**之後發送幣時，避免將交易輸出與來自另一來源的幣組合——這會永久組合它們的地址歷史。
**考慮網絡層私隱。**通過 Tor 或錢包的 VPN/Tor 集成廣播你的交易，可以防止你的互聯網提供商和網絡觀察者看到你廣播了哪些交易。這與鏈上私隱正交。
**考慮你的幣的 KYC 來源歷史。**如果你從 KYC 交易所購買了加密貨幣，該交易所了解你的幣，可能會與鏈分析合作夥伴共享該鏈接。通過私隱鏈（如 Monero）混合，或使用顯著的"冷卻"期，可減少這種鏈接。
應避免的事項
- 不要將同一個接收地址貼到多個交易中。
- 不要發送訂單帖中列出的精確金額。
- 稍後花費時，不要將交易輸出與來自不同來源的幣組合在一起。
- 不要通過非私隱錢包從你的家庭 IP 廣播——使用 Tor。
⚠ 此資產的特定注意事項
XRPL 在基礎層是透明的，沒有原生混幣協議。 - **每筆交易共享新鮮地址。**在多個 Morphit 上架訂單中使用相同的 XRPL 地址會讓觀察者在完全透明的鏈上將你的訂單關聯起來。為每筆交易生成新的接收地址——現代 XRPL 錢包（Xaman、Crossmark、Bifrost）從你的 HD 種子派生這些地址，並讓你在幾秒鐘內創建新帳戶。 - **目的標籤不是私隱功能——它是一個識別符，而且 Morphit 無法傳遞它。** 標籤在鏈上可見，會把交易關聯起來。Morphit 的地址分享沒有標籤欄位，付款連結亦不設置標籤，所以絕對唔好分享需要標籤的交易所充值地址（資金會落入交易所的公共池而丟失）；請分享唔需要標籤的自行託管地址。 - **儲備要求會產生帳戶創建可見性。**你的首次 XRP 接收必須 ≥1 XRP（基礎儲備）。資助新帳戶的鏈上 `Payment` 交易作為帳戶激活公開可見，這是比對已存在帳戶的常規支付更強的關聯信號。如果減少這個信號很重要，請先自己（從已混幣/分離的帳戶）資助接收地址，然後再分享它。 - **網絡層私隱仍然重要。**通過 Tor 或錢包的私隱模式廣播交易，可以讓你的家庭 IP 不出現在鏈對你的視野中。 - **XRPL RPC 提供商可以關聯。**你的錢包與 XRPL RPC 端點（xrplcluster.com、Ripple 的或自託管 rippled 節點）通信——該提供商會看到你簽名的每筆交易。自託管 rippled 節點或在提供商之間輪換可以減少攻擊面。 - **共識集集中度是已知屬性。**預設的 UNL (Unique Node List) 由 XRP Ledger Foundation 發布；運行自己的驗證者使用自定義 UNL 是支援的但不常見。對 Morphit 的目的而言，這更多影響抗審查考慮（協調的 UNL 可能拒絕包含交易），而非交易私隱。基於你的威脅模型記錄並決定。 - **只接受經典地址。** XRPL 有一種較新的「X-address」格式（XLS-5d），把目的標籤打包進地址裡。Morphit 只接受以 `r` 開頭的經典地址，亦不傳遞標籤，所以請分享一個唔需要標籤的自行託管經典地址。
Morphit 不推薦特定的錢包。每種資產列出的選項只是支持該資產的知名示例；請自行評估它們（開源代碼？積極開發？良好的安全聲譽？）。官方錢包或使用最多的錢包不一定是最私密的。