評鑑細則。

評分細則A · B · C · D · F

KYC 標籤每條目擇一

• NON-KYC — 為需要「認識客戶」但不收集身份證件的高風險服務保留。KYC 稽核軌跡由一套建立在可驗證「作品證明」之上的評估框架取代 — 公開的紀錄、社群第三方背書、具體交付物，或穩固的公開錨點。設計上難以造假、對真實使用者則容易通過。這是比下方 NO-KYC 更嚴格的姿態：這道濾網是主動存在的，而非缺席 — 論其實質，是比收集身份證件更公平的「認識客戶」形式。
• NO-KYC — 任何階段都不收集身份資訊。現金郵寄符合條件。僅收加密貨幣是必要但不充分條件。
• ANON — 匿名建立帳號（隨機 ID 或 handle），但部分功能會有可選 KYC。
• LIGHT KYC — 需要 email，但不要求政府證件。可用一次性 email。
• KYC — 需要政府證件、住址證明或自拍。僅作比較用，永不推薦。

功能標籤可多選，非互斥

自由組合的標籤，描述服務屬性。用於分類頁的點擊篩選。

• open_source · non_custodial · self_hosted · cli_supported
• tor_mirror · i2p_mirror · xmr_native · lightning_native
• atomic_swap · audited · port_forwarding · ram_only_servers
• transparent_fees · hidden_fees

費用透明度

我們依費用是否透明來評鑑，而非絕對的費率高低。5% 的兌換所如果事前明示 5%，會優於只在行銷中說 1%、私下吃掉另外 2% 價差的 3% 兌換所。

• transparent_fees — 交易前看到的報價等於使用者實得（扣除單獨揭露的目的網路費）。無暗扣價差、無事後滑點調整。
• hidden_fees — 可見報價低於服務商實際保留。常見：價差暗藏在匯率裡、提幣費高於上游網路成本、合作交易所給的滑點被吸收。違反 transparent_fees，等級自動降至 C 以下。

第三方追索

若 routing 式兌換的運營方惡意操作，直接法律追索通常難以實現。部分運營方會在同儕目錄（例如 OrangeFren）存入保證金 —— 一個資金池，若運營方出狀況，會按公告額度向使用者補償。

• 路由式兌換能掛上的最強單一外部信任訊號。在服務商記錄中以 data.guarantees.<peer>.{amount_usd, source_url} 列示；可透過 /api/v1/guarantees 程式化讀取。
• 依賴此金額前，請於同儕網站查驗 —— 保證金池可能被其他索賠提領。

博弈附錄賭場 + 預測市場

賭場與預測市場帶有目錄其他部分沒有的風險：莊家優勢遊戲可能被操縱，預測市場的結算可能被爭議。除了標準細則之外，我們對它們做額外檢查。

RNG / 莊家優勢遊戲 (/wagering/casinos)

• 可驗公平機制 — 營運方必須公布 RNG 構造（通常為 sha256(server_seed + client_seed + nonce) 或同等），並允許使用者輪換 client seed。可上鏈時，審稿者端對端驗證一筆下注。
• 莊家優勢已公開 — 必須依遊戲類型標示。我們不依優勢高低評分，只看是否有文件化。
• 提領週期 — 策展人入金、下注、提領。提領延遲 + 鏈上確認被記錄。此階段觸發 KYC 立即改 KYC 標籤。
• 託管揭露 — 莊家優勢遊戲在一次連線內必然是託管。我們要求營運方說明押金存放位置與下注中營運方下線時的處置。

預測市場 (/wagering/prediction-markets)

• 訂單簿完整性 — 至少 24 小時的公開訂單／成交歷史可透過 API 取得。
• 結算預言機 — 市場結果如何決定？加密價格 oracle（Hyperliquid、Pyth、Chainlink）、人工裁決者、多簽委員會？單點失效會在 caveat 中標示。
• 爭議路徑 — 市場錯誤結算時有何救濟？書面、公開、無 KYC。
• 成交量檢驗 — 薄訂單簿易於 wash trading。我們從公開統計記下總量 + 獨立交易者數，比率異常會標示。
• 託管／結算 — 贏款何時、如何入帳。標準同賭場子分類。

⚠ 博弈在部分司法管轄區受限。列出不代表背書；參與前請自行確認當地法律。

驗證頻率

• 每條目都帶 last_verified 戳記。我們至少每年重測一次註冊 + 結帳流程。即時狀態：/freshness。
• 若 last_verified 超過 18 個月未更新，會降一級直到重新驗證。
• 每條目還帶 operating_since — 該營運方持續服務使用者的起始年份。撐過 5 年以上（一個完整加密週期）的營運方獲得隱性信任加分；不到 2 年的新興服務會附上額外註記。完整排名：/tenure。
• 贊助不會延長驗證時鐘。等級衰退的付費條目會失去版位，直到重新評級。

營運方回應作為評級輸入

營運方如何處理壞日子，是評級的乘數，而不是打平時的加分項。托管相關服務（交易所、混幣、博彩、預測市場）之上有一條隱性的信任軌跡，長於任何單一事件；讀者是否願意在未來給予懷疑餘地，取決於最近一次回應的樣貌，而非最近一次正常運作的秒數。策展人設定與調整評級時，有兩條「營運方行為」軸具有實質權重。

• 透明度 — 具體日期、具體數字、可回溯來源的陳述。退款金額（例如「2026-06-24 退還 90 XMR」）、附修補提交的技術事後檢討、第三方稽核參照、具名的緩解合作方等等。含糊的安撫（「我們正在處理」）不算數。高透明度的回應會拉高該服務在同一基礎架構上能達到的評級上限。
• 快速回應 — 首次公開承認的時間、發布修補的時間、以及過程中更新的頻率。為保護使用者而暫停服務直到修補上線，是正面訊號而非負面訊號；「安全第一」的姿態會被計入加分。使用者受影響期間的長時間沉默、或者只有一則帶著「回去度假了」的敷衍貼文，結構上會封死該服務的評級恢復路徑。

實務結果是：只要回應樣式對，服務可以無限期停留在「有瑕疵但誠實」的等級；即使基礎架構完好，回應樣式錯了，也會滑到結構等級以下。事件後的等級回升，同時要求：(a) 營運面問題已解決 (b) 營運方回應遵循了「透明 + 快速回應」的樣式。缺一不可。

使用者回報作為評級輸入

讀者提交的詐騙、拒付、營運方失當回報是合法訊號 — 有些退出詐騙最早的預警來自使用者，比任何結構性證據早幾小時出現。但一條「匿名回報 → 自動降級」的管線同時也是攻擊面：競爭者可以用一份免費表單搞垮營運方一個等級。本目錄依證據評級，不依指控評級。以下四個層級規範回報如何影響評級。

• 第 1 級 — 匿名、無證據 — 純文字投訴，無可引用的 tx hash、訂單 ID、截圖、聯絡方式或第三方討論。以時間軸註記記錄於該列項，可由 /audit/<slug> 查閱。評級不變。回報本身公開 — 原始指控留在檔案上，不論是否影響評級。
• 第 2 級 — 兩則獨立回報，或一則帶證據 — 同一模式由兩個無關聯的回報者提出，或一則回報附帶可引用的成品（可上鏈查驗的 tx hash、營運方可查的訂單 ID、附時間戳的介面截圖、指向真實帳號的公開討論）。開啟中等嚴重度的事件，等級暫降一級直到釐清。若營運方提供訂單 ID 級別的反駁，或鏈上軌跡顯示良性，等級回復。
• 第 3 級 — 第三方佐證 — 在 kycnot.me / monerica / monero.observer / Reddit 或 X 上有相同模式的討論串佐證；或者回報者提供公開錢包地址，鏈上分析與描述流程吻合。等級降至 D，事件嚴重度升為 critical。等級回復要求公開的事後檢討，以及獨立的補償或可核實的退款證據。
• 第 4 級 — 已驗證資金損失 + 營運方否認 — 可鏈上證明的資金流向營運方控制地址，且營運方公開否認而非承認。等級 F，從分類索引、搜尋與 sitemap 移除，依移除政策保留 24 個月的公開恥辱榜紀錄。這是退出詐騙桶。

對讀者來說的結果：一個 A 級列項可以在 /audit 頁上帶一則第 1 級註記，而評級不動。想看原始訊號的讀者能看到；評級不會被任何有 $0 和一分鐘閒暇的人操縱。取捨是誠實的：我們對讀者指控的反應不會最快，偶爾也會比截圖轉發匿名投訴的人晚。這是「值得信任的評級」的成本。

移除政策

• 偷取資金證據 — 從使用者拿走的資金、營運方無法合理交代：立即移除，保留 24 個月作為公開 F 警示。
• 一夜大規模 KYC — 營運方從無 KYC 改為強制 KYC，且未保留現有使用者權益：重新評級；通常從 A 掉到 C/D。
• 被敵意實體收購 — 被合規導向的母公司收購／併入：重新審視；能否重新上架要看隱私承諾是否還在。
• 失效連結 / 無維護 — 從列表移除，但保留在稽核日誌。

更正與爭議

發現錯誤？走 /submit 或在 Telegram DM @xmrclub_bot。每筆通過的修正都會落到公開的 稽核日誌 並附理由。

利益衝突揭露

• 策展團隊另外經營其他隱私 / 加密貨幣產品。任何此類產品出現在本目錄時，都會掛上 CURATOR-BUILT 標籤。適用相同細則 — 見 /transparency。
• 聯盟連結透過 /go/<slug> 為我們帶來分潤。它們不會改變條目的等級或位置。
• 贊助會把條目上移並加上 SPONSORED 標籤。但不會影響等級或 KYC 標籤 — 見 編輯防火牆。

工作範例A 是怎麼決定的

1. 發現 — 由營運方或社群透過 /submit 投稿。策展人確認該方確實是營運方，不是轉售。
2. 註冊測試 — 從乾淨的 Tor session 建立真實帳號。無電話、無綁定身份的 email。若註冊要求 SMS 或政府證件 → 直接 NO-KYC 失敗。
3. 充值測試 — 小額 XMR 或 BTC 充值（通常 < $20）。
4. 提現測試 — 提現到全新地址。提現時的 KYC 要求 = 立即從 A 降級。
5. 立場審視 — 隱私政策 + ToS 完整讀完。營運方紀錄與 /audit + /incidents 比對。
6. 等級鎖定 — 策展人記錄等級 + 標籤 + last_verified 時戳。條目進入 /audit 並附理由。
7. 年度重測 — 相同流程重跑。任何一步失敗，等級下降，變更會被記錄到 audit log。