Pirate Face 模型權重備援：669k 目錄不等於永久種子（2026）

Pirate Face 模型權重備援在 2026 年 9 月 20 日跨過了一道重要門檻：Pirate Face 發布〈Introducing Pirate Face’s Distributed Hash Table Discovery and Tracker〉，宣布自建 UDP Tracker，並支援 DHT 作為第二條找 Peer 的路。Pirate Face 至少在 7 月已有公開文章，這次是基礎設施更新，不是專案首次上線；相關投稿也在 9 月 20 日引發 Hacker News 討論。

這篇文章會依序做三件事：先還原 Pirate Face 真正推出了什麼，再拆開 669k、WebSeed 與校驗碼三組最容易被誤讀的說法，最後回答一個實際問題——它現在是「模型永生層」，還是仍在成形的備援入口？

一、這次更新的是「找得到 Peer」，不是 669k 份永久備份

對 Pirate Face 目前只公開 Magnet、未交付完整 .torrent 的路徑，Client 通常要先找到持有同一 infohash 的 Peer，取得 metadata 後才知道檔案結構。Pirate Face 這次補上的，是兩條發現路徑：

• Tracker：Client 把 infohash 告訴 udp://tracker.pirateface.co:6969/announce，Tracker 回傳宣告過同一 Torrent 的 Peer；它協調名單，不代傳模型檔。
• DHT：由 BitTorrent Client 共同維持的分散式查找網路。即使 Pirate Face Tracker 不可用，只要 DHT 裡仍找得到 Peer，下載者仍可能進入 Swarm。

“The tracker replies with peers that announced the same torrent. It coordinates discovery, but it does not host or relay the model files.”

中文：「Tracker 回傳宣告過同一 Torrent 的 Peer；它協調發現，但不代管或轉送模型檔。」

— Pirate Face，〈Introducing Pirate Face’s Distributed Hash Table Discovery and Tracker〉

這個設計是實用的，但原文所稱「每個 listing 都有穩定路徑」不能照字面接受：標示 No torrent yet、沒有 infohash 的 listing 尚未進入 Swarm；已有 Torrent 的條目，也不代表永久可下載。Magnet 是進入一個內容身分與 Swarm 的入口，不是模型檔本身。Tracker 與 DHT 只幫你找到人；若所有可連線 Peer 合計仍缺少某些 Piece，而且也沒有 Client 可用的獨立 WebSeed，路還在，貨仍然拼不完整。

二、669k 的單位是「符合目錄條件」，不是 Torrent 或 Seed

Pirate Face 首頁與模型目錄標示「669k+ eligible models」，目前 eligible catalog 主要依 Apache-2.0／MIT 標示篩選，提交規則另保留經核准的例外。669k 是 Pirate Face 當下顯示的自述數字；截至 2026 年 9 月 21 日，我們在首頁、模型目錄與 How it works 頁面未找到可重現的完整篩選方法，因此不能把它當成獨立審計過的精確總量，更不能改寫成 669,000 份 Torrent、鏡像或備份。

“A listing is not a download, and listing does not start seeding.”

中文：「列入目錄不等於已經下載，列入目錄也不會自動開始做種。」

— Pirate Face，How it works

這句話比 669k 更接近現況。Pirate Face 目前會記錄來源 revision、Hugging Face 有提供的 LFS 權重 SHA-256，以及「有就顯示」的 Magnet；但社群提交仍要求模型先存在 Hugging Face，直接發布還沒上線，首頁標示的 Hugging Face 相容 API 也仍是「soon」。換句話說，eligible listing 的規模不能代表已完成備援，而目前仍依賴 Hugging Face 上游。

三、我們實測一條公開 Magnet：Tracker 有回應，零 Peer 啟動仍未被證明

為了不把行銷文案直接當成協定事實，我們在 2026 年 9 月 21 日 06:31（台北時間）用全新的空白暫存目錄，抽查 Pirate Face 上的 sentence-transformers/all-MiniLM-L6-v2。頁面當時顯示已登記 Torrent 與 10 筆 reported seeder；這不是我們實際確認的 10 個完整副本。我們以 metadata-only 模式取回 Torrent metadata；它所列多格式檔案合計約 977 MB，測試沒有建立模型 payload 檔。

• Tracker 端點有回應：UDP connect handshake 收到 action 與 transaction ID 相符的 16-byte 回覆，單次往返約 84 毫秒。這只能證明該端點在那一刻有服務，不能證明任何模型可完整下載。
• 公開 Magnet 只看得到 xt 與兩個 tr：未見 ws，也未見 xs／as 類原始來源提示。
• 本次抽查的 metadata 是從 Peer 取回：Client log 記錄收到 ut_metadata Piece，下載統計保持 payload 0B；BEP 9 明定 Magnet Client 向 Peer 交換的只有 info dictionary。這條 Magnet 路徑要先找到至少一個握有 metadata 的 Peer，才能知道檔案結構。

這裡必須精確區分「沒看見」與「不存在」。BEP 19 的 url-list 位在 info 之外，所以由 BEP 9 重建的 metadata 無法證明發布者原始 .torrent 一定沒有 WebSeed；但 Pirate Face 頁面只公開 Magnet，而這條 URI 沒把 WebSeed 或原始 Torrent 位置交給 Client。就這條公開路徑而言，「零 Peer 也能靠 Hugging Face WebSeed 啟動」仍沒有被證明。

官方文件自己也留下邊界：社群提交指南寫明「Community listings are peer-only」，不應自行加入 HTTP WebSeed。Pirate Face 頁面另有逐檔 Hugging Face 下載連結；公開 Magnet 無法判定發布者原始 .torrent 是否曾含 url-list，但沿這條 Magnet 路徑，Client 取不到該頂層欄位。這不等於每一條公開 Magnet 都能在完全沒有 Peer 時自動回到 Hugging Face。

四、SHA-256 能證明「同一份 Bytes」，不能證明安全、授權或可用性

Pirate Face 把兩層校驗放在一起：BitTorrent v1 以 infohash 辨識 Torrent，Client 會依 pieces 裡的 SHA-1 驗證下載片段；模型頁另外保存 Hugging Face revision，並對上游有提供 LFS digest 的權重檔記錄 SHA-256。前者回答「我拿到的 Piece 是否符合這個 Torrent」；在參考 SHA-256 確實對應該上游 revision 的前提下，後者才回答「這個完整 LFS 檔是否符合記錄中的上游版本」。一般 Torrent Client 的 force recheck，不會自動替你完成另一份逐檔 SHA-256 清單比對；一般 Git 檔案如設定與程式碼，也未必有同一層 LFS SHA-256 可供比對。

“A match proves that the bytes match the recorded source.”

中文：「比對一致，只能證明這些位元組符合記錄中的來源。」官方接著提醒，這不代表模型安全、準確，或適合特定用途。

— Pirate Face，Practical Guide to Seeding AI Models

授權也一樣。Hugging Face 的 license 欄位由 Repository 建立者在 README metadata 宣告；Pirate Face 依 Apache-2.0／MIT 標籤篩選，是有用的第一層規則，不是對訓練資料、第三方元件與再散布權的法律稽核。Checksum 可以把檔案釘死，卻不能把檔案的來歷洗白。

五、真正的新意不是 Torrent，而是把模型目錄、版本與 Swarm 接起來

用 BitTorrent 發大型研究資料並不新。Academic Torrents 可追溯到 2013 年；xAI 的 Grok-1 官方 Repository也直接提供 Magnet。Hugging Face 本身則已用 Xet-backed storage做內容定址與去重。因此，Pirate Face 的貢獻不是發明 Hash 或 P2P，而是嘗試把以下四件事放進同一個產品介面：

1. 用熟悉的 Hugging Face Repository 路徑找模型；
2. 釘住來源 revision 與可取得的權重 SHA-256；
3. 把 Torrent infohash、Tracker 與 DHT 串成替代傳輸路；
4. 讓社群能提交、驗證並持續做種。

這個組合值得關注，因為Pirate Face 模型權重備援把中央平台的版本控制與 P2P 的存活條件接在一起：上游可以讓入口消失，但只要外部仍有一份完整副本且有人分享，內容就可能繼續流通。反過來說，Peer 也可能全數離線；「去中心化」只是把單點故障改成群體持續投入問題，並沒有把儲存成本變不見。

六、AlphaLab 五角判讀：Pirate Face 模型權重備援還缺什麼？

1. 技術：雙路發現是進步，但「找得到」不等於「載得完」

Tracker 加 DHT 確實降低單一 Tracker 故障的風險；我們也在抽查時收到 UDP Tracker 回應。但決定備援是否成立的核心指標，應該是完整副本數、最後成功還原時間與跨網路可用性，不是只看 Seeder 計數或目錄規模。Pirate Face 模型頁也承認，回報中的 Peer 數不代表有人握有完整下載。

2. 架構：DHT 分散了發現，目錄與身分層仍然集中

使用者仍靠 Pirate Face 網站取得 Magnet、來源 revision、校驗清單與帳號身分；官方 Tracker 也是集中服務。DHT 讓知道 infohash 的人多一條找 Peer 的路，但若網站、搜尋索引與外部備份都消失，新使用者甚至未必知道該找哪個 infohash。真正的抗消失設計，還要把目錄快照、簽章與 Magnet 清單本身一起散布。

3. 經濟：頻寬不是免費，只是從平台移到做種者

模型每個 revision、量化版本與格式都可能形成不同 Torrent；熱門檔案可以分攤流量，冷門版本的長期可用性則更仰賴持續做種。Pirate Face 的 Proof of Seed 與獎勵仍屬規劃中；社群端的長期續存目前仍仰賴志願儲存與上傳。若缺少最低保存承諾，越需要被保存的冷門模型，反而越可能沒人承擔儲存與上傳成本。

4. 治理：刪除與不可收回是同一枚硬幣

Pirate Face 的 Takedown Policy 可以下架條目、移除 Magnet／Hugging Face 連結，並停止自己控制的做種；但它也明說，無法召回獨立 Peer 已取得的副本。這正是抗審查的價值，也是授權錯誤、惡意模型或個資進入 Swarm 後的治理代價。再加上 BitTorrent Peer 會看見彼此 IP，使用者得到的是分散式傳輸，不是匿名層。

5. 產品：下一步要證明「可還原」，不只是「可登記」

Drop-in API 與直接發布若真的上線，會減少對 Hugging Face 的日常依賴；但更重要的是公開固定頻率的冷還原測試：暫時封鎖上游，只靠 Torrent 路徑取回指定 revision，記錄 metadata 啟動時間、完整度與校驗結果。沒有這張成績單，「permanence layer」仍比較像方向，不是服務等級。

七、我同意什麼，又存疑什麼？

我同意 Pirate Face 抓對了問題。開放權重常達數十 GB 甚至 TB，內容又適合用 immutable hash 辨識；讓多個下載者共享 Piece，本來就比所有人都向同一中央來源下載、把流量集中回 Origin 更自然。Tracker＋DHT 也確實比單一站內下載按鈕多一層韌性。

我存疑的是「永生」這個結論來得太早。669k 是符合條件的目錄，不是 669k 個活躍 Swarm；Checksum 是檔案指紋，不是存糧或安全證書；WebSeed 若只活在上游，就不能解決上游消失；而一條 Magnet 最終仍要靠可連線 Peer 的 Piece 聯集，或獨立可用的 WebSeed，拼出完整內容。Hacker News 的點數與留言證明主題獲得注意，不能證明技術有效或模型已被救回。

所以我的結論是：Pirate Face 現在是一個值得驗證的模型分發、版本索引與校驗資訊層，還不是可以放心託付唯一副本的保險箱。它真正需要的下一個里程碑，不是把 669k 再往上加，而是把「至少一份獨立完整副本，能在上游離線時通過還原」變成持續可查的公開證據。

八、如果你真的要保存模型，今天先做這 4 件事

1. 釘住 revision：不要只記 Repository 名稱；保存 commit hash、授權檔與模型卡。
2. 保留獨立完整副本：本機、物件儲存或另一個 Registry 至少要有一份不依賴同一上游的拷貝。可先照著模型可攜性 8 步演練建立雙平台與冷備份。
3. 做兩層驗證：Torrent force recheck 驗 Piece，再以發布者提供的 SHA-256 比對有對應 digest 的完整檔案；其他設定與程式碼則另做 Manifest。若想看完整離線流程，可接著讀Hugging Face 離線備援教學。
4. 真的拔掉上游演練：暫時封鎖 Hugging Face，從你的備援路徑還原並啟動模型；只有成功演練過的副本，才算備份。

Pirate Face 模型權重備援最有價值的地方，是提醒我們「可下載」和「可長期還原」之間還隔著一整套保存工程。Magnet 可以是一張好地圖；要讓地圖多年後仍通往模型，社群必須持續留著貨。