Pirate Face 正在提出一种围绕 BitTorrent 构建的开放权重 AI 模型分发层。其核心思路很直接：从 Hugging Face 复制符合条件的模型文件，保留其记录的 SHA-256 校验和，然后通过磁力链接进行分发，使可用性不再仅仅依赖 Hugging Face 的服务器。该公司将这一层描述为“主权 AI”的永久保存层，不过，这种结果取决于人们是否继续为完整文件做种。
通过磁力链接获取的模型最初可以借助 Web Seed 检索数据，也就是嵌入 torrent 的普通 HTTPS 来源。Pirate Face 表示，只要模型仍可在 Hugging Face 上访问，Hugging Face 就会承担这一角色。如果 Hugging Face 上的来源消失，下载将转为依赖点对点 swarm。只有当模型仍能通过其他用户访问时，Pirate Face 才会将其标记为“已抢救”；但这一标签描述的是预期状态，并不能保证未来任何时候都有足够多的用户参与。
这一区别十分重要，因为 torrent 并不会让数据实现自我维持。一旦 Web Seed 消失，每一个能够检索到的字节都必须来自既拥有该文件又愿意上传它的参与者。磁力链接可以识别所需内容，却无法凭自身提供缺失的文件。因此，衡量持久性的实际标准是持续做种，而不是仅仅存在 Pirate Face 列表条目或磁力链接。
所提供的 Pirate Bay 最近页面和 Top 100 页面展示了传统 torrent 目录如何呈现这类运行信息。列表将每个条目的大小与做种者、下载者数量并列展示，使潜在下载者能够看到当前 swarm 的参与情况。这些页面体现了成熟的 torrent 索引惯例，但并未独立测试 Pirate Face、验证其目录，也无法证明任何特定 AI 模型拥有健康的 swarm。
Pirate Face 表示，每个权重文件都会保留对应的 Hugging Face SHA-256 哈希值。下载者可以将收到的字节与该指纹进行比较，并拒绝不匹配的内容。这可以确认文件是否与记录哈希所标识的字节一致，但不能证明原始模型安全、有用、分发行为合法，或不存在恶意行为。校验和能够防止意外损坏和未经授权的字节变更，却无法防范在源修订版本中原本就已存在的有害模型。
目前的提交流程也显示，这项服务在多大程度上仍然依赖 Hugging Face。Pirate Face 表示，模型必须已经存在于 Hugging Face 上，而且提交模型需要 Hugging Face 账户。用户必须提供磁力链接、固定的修订版本、文件校验和以及许可证证据。如果该修订版本中的 Hugging Face 大文件存储哈希值匹配，模型可能立即出现在目录中；不匹配或来源不可用的模型则会继续接受审核。目前，该网站只接受 MIT 和 Apache-2.0 许可证的模型，另有一个获批的 Kimi-K3 例外。
浏览、下载或做种均不需要账户。账户主要用于预留公开用户名并跟踪贡献。要获得认证徽章，申请人必须证明自己控制着对应的 Hugging Face 账户或组织；未经认证的预留并不能证明创作者身份。Pirate Face 表示，真正的 Hugging Face 所有者可以取回已预留的匹配用户名。随着模型文件在原始托管服务之外传播，这一流程旨在减少冒充行为。
对于运营者而言，最受关注的便利承诺是一个未来将与 Hugging Face 兼容的端点。Pirate Face 表示，将 `HF_ENDPOINT` 环境变量设置为其域名后，现有工作流就能通过 Pirate Face 解析相同的模型路径：Hugging Face 可用时使用 Hugging Face，在其内容被移除后则使用 swarm。该网站将这项可直接替换的 API 标记为“即将推出”，因此不应把它视为目前已可用的集成。直接在 Pirate Face 上发布模型同样仍处于规划阶段，尚未上线。
因此，该服务的持久性主张是有条件的，而非绝对的。BitTorrent 可以消除对单一文件托管服务的依赖，但取而代之的是对分布式存储和积极参与的需求。Pirate Face 为校验和固定的模型修订版本提供了一种可信的保存机制；然而，所提供的证据并不能证明其他用户会长期保留这些文件，也无法独立验证其目录，或证明在模型的 Hugging Face 来源消失后能够成功恢复模型。