海盗脸（Pirate Face）是为主权 AI 打造的去中心化基础设施。每个开放模型都从抱抱脸（Hugging Face）镜像成 torrent，由点对点网络保存，而不是由单一公司托管。它抗审查：模型即使从 Hugging Face 下架，节点群也能让它继续存活，没有可被关停的中心主机。每个文件都带官方 SHA-256，可逐字节校验，确保权重未被篡改。很快还能作为 API 端点直接替换使用，现有流水线只需改 endpoint，无需改代码。

Pirate Face 是主权 AI 的去中心化基础设施。每个开放模型都从 Hugging Face 镜像为 torrent，以点对点方式保存，而非由单一公司持有。

抗审查：每个模型都是 torrent，同时直接从 Hugging Face 下载。一旦被移除，swarm 仍使其存活——没有可关闭的单一主机。

校验和验证：每个文件携带官方 Hugging Face SHA-256，可验证每个字节。在任何地方下载哈希都必须匹配，确保是真实权重而非篡改副本。例如 model-00001.safetensors 6.7 GB，SHA-256 9f86d0 81884c7d659a2feaa0c55ad015a3bf4f1b2b0b822cd15d6c15b0f00a08，逐位匹配 Hugging Face，未篡改。

即将推出直插式 API：将现有管道指向 Pirate Face，相同路径与 API，仅端点不同，零代码改动。如设置 HF_ENDPOINT=https://pirateface.co 后运行 python train.py，即从 swarm 拉取 meta-llama/Llama-4。

FAQ

什么是 Pirate Face？一个去中心化、点对点的主权 AI 层。来自 Hugging Face 的开放模型变为经校验和的 torrent，由全球 swarm 持有，从而在任何单一主机下架时存活，目标是开源 AI 的永久性。

使用 Pirate Face 需要账户吗？不需要。可免账户浏览、下载和做种。

• 声明可选：公开声明预留 Pirate Face 句柄并帮助网络扩散，仅首个合格句柄获欢迎积分。
• Hugging Face 创作者声明需验证：须验证匹配的 HF 账户才获徽章，此前仅预留不证明身份。
• 直接发布在计划中：账户未来支持直接发布管理模型，无需先传 HF，尚未上线。

目前提交模型需 HF 账户且模型已在 HF 上。账户也支持即将到来的社区福利。

为何创建账户？账户可管理已声明句柄和贡献。声明预留公开句柄；验证匹配 HF 身份可加创作者徽章防冒充。Pirate Face 准备为账户持有者提供社区福利，包括免费计算积分和独家模型发布。免账户也可浏览下载做种。

若目标是脱离中心化托管，为何用 HF 验证？HF 验证确认声明者控制匹配账户，防冒充并维护归属。浏览下载做种无需验证或账户。Pirate Face 短期目标是让模型可用性超越任何单一平台，当前部分依赖 HF，正研究不久后支持直接发布。

Pirate Face 句柄必须匹配 HF 用户名吗？不必。可预留可用名，但验证徽章需匹配 HF 身份。例如 HF 账户 john123 可验证 john123 而非 john。仍可预留 john，但保持未验证，真正 HF 拥有者可通过验证 reclaim 该句柄而不删你账户。

会有人在此冒充创作者吗？两者皆受保护： - 权重无法伪造——每个文件按 HF 官方 SHA-256 校验。 - 句柄——任何人可预留名（显示 reserved 无徽章），但仅证明匹配 HF 身份得徽章。占坑者不能锁死你：真实拥有者通过验证 reclaim 预留名。

下载如何运作，若 HF 移除模型呢？每个模型是内置 HF web-seed 的 magnet link（torrent），故零 peer 也能工作。 - 在 HF 上时：直连 HF 拉取字节，同权重校验和验证同速。 - HF 移除当日：web-seed 失效，下载回退 peer-to-peer swarm。标记为“Rescued”——仍可达，由做种者维持。

回退正是核心：与直连 HF 同字节，但无单点故障（swarm 可更快服务远离 HF 区域）。

我能添加自己的模型吗？能——若有存活副本，提交 magnet 及来源证据。打开模型页已记录 HF 校验和。列表非下载也不启动做种。 - 登录提交纯 peer magnet、固定版本、文件校验和及许可证据。仅限 MIT 和 Apache-2.0，加获批的 Kimi-K3 例外。 - 固定版本匹配 HF LFS 哈希立即列表；不匹配或来源消失进审核队列。

Pirate Face 从 HF 镜像，故模型须先在 HF 存在。若不在，先免费传 HF 再此处提交。

什么是 web-seed？值得知道的术语。web-seed（BitTorrent 规范 BEP-19）是 torrent 内建的普通 HTTPS URL——此处即模型在 HF 的文件。其实就是下载链接，作为保证源内置于 torrent，故零 peer 也能下，链接死掉时 swarm 接管。

什么是积分？积分表彰贡献榜参与，非金钱或计算积分余额。 - 欢迎积分：每账户一个合格句柄，额外预留和关联 HF 不再奖。关联账户以合格。 - 推荐：新账户首个句柄奖 50 分，每推荐账户最多 10 个。自荐和额外句柄不计。 - 救援模型：每独立救援模型 25 分，归首个验证句柄。 - 做种奖励：计划中未激活，需可归因做种证据。

Pirate Face 建贡献者生态，计划福利含免费计算积分和独家模型发布。资格限制和日期将公布。积分不自动转信用，多预留句柄不增福利。无代币，关注官方 X 公告。

社区普遍看好用 torrent 分发模型权重以打破 Hugging Face 单点故障与中心化控制，但在无审查模型优先级、站点可持续性及用户名认领流程上有分歧与保留。

认为 torrent 应是模型权重分发的天然选择

• 比特流本为分发大文件设计，可规避 Hugging Face 单点故障与被大厂收购后的平台劣化，早该采用以护持开放生态，并让权重共享无法被大实验室阻止（较多人）
• > 为什么依赖像 Hugging Face 这样的单点故障？比特流本就是为这种场景而生（@phoyd）

质疑站点可持续性并澄清下架误读

• 指出此类 torrent 站点大多荒废仅含少量模型，且许多推动源于“HF 下架无审查模型”的误导说法；其实 HF 仅因上传者骚扰付费下架一个，并提醒需防范微调后窃取凭证的恶意模型，建议支持哈希校验（少数人但论证扎实）
• > 这类站点大多只有几个模型且完全荒废，且推动常源于对 HF 下架事件的误读（@hgoel）

主张无审查模型应优先或担心中心化控制

• 因英伟达收购 HF 恐依法律劣化平台，无审查模型上 torrent 最紧急；另有人推测政府想要中心化控制使 HF 上无审查模型时日无多（少数人）
• > 无审查模型应最优先，尤其现在英伟达收购了 HF 会按新法律劣化平台（@grommz）

对认领用户名需发社交媒体感到排斥

• 个别人表示若不必到某社交媒体发帖认领用户名便支持，认为此流程奇怪（个别人）
• > 若不必发某社交媒体认领用户名我就支持，这方法真怪（@wolfy1993）

有价值的补充

• 冷知识：Steam 与暴雪在内容分发网络廉价比前曾用 torrent 协议分发游戏，星际争霸2安装器带有种子与下载者可视化界面（@mococa）
• 技术洞见：无需分发移除拒绝行为的权重，运行时对激活做正交化并加载拒绝向量即可等价实现，计算便宜且避免量化模型重量化导致精度损失与行为回退，已有相关项目支持（@wren6991）