Rocksky 去中心化音乐 Scrobbling：AT Protocol 身份绑定与社交发现

Rocksky 是一款构建在 AT Protocol（即 Bluesky 底层协议）之上的去中心化音乐追踪与发现应用。它将用户在流媒体平台的收听行为 —— 即「Scrobbling」—— 发布到 Bluesky 的时间线中，使朋友的关注动态成为发现新音乐的新渠道。与集中式音乐服务不同，Rocksky 的数据存储在用户的个人数据服务器（PDS）上，用户对自己的收听历史拥有完整的控制权。

Scrobbling 行为与 AT Protocol Identity 的绑定机制

传统 Scrobbling 方案（如 Last.fm）依赖中心化服务器接收并存储用户的播放记录，用户需在客户端手动开启同步功能，且数据无法便携迁移。Rocksky 的设计则将这一行为直接锚定在 AT Protocol 的身份体系上。用户通过 Bluesky 账号授权后，Rocksky 以「记录」的形式将播放事件写入用户的 PDS 仓库（Repository）。这些记录遵循 AT Protocol 的词表（Lexicon）规范，包含曲目名称、艺术家、播放时间戳等结构化字段，并附带用户签名以保证内容自证真伪。

这种绑定带来两个直接好处。首先，收听记录天然成为用户社交档案的组成部分，关注者可以在 Bluesky 上看到对方近期在听什么，而无需跳转到独立平台。其次，由于记录存储在用户自选的 PDS 中，数据可随用户迁移 —— 更换服务提供商时，历史记录完整带走，不存在平台锁定风险。

收听历史作为社交发现信号

Rocksky 在 Bluesky 时间线中呈现的 Scrobble 帖子，实质上是带有音乐元数据的 AT Protocol 记录。每条记录可嵌入曲目链接（如 Spotify/Apple Music 的深层链接）、艺术家信息，以及可选的个人评语。关注者的 feed 因此形成了多维度的「品味图谱」：不仅能看到朋友在听什么，还能通过点击直接跳转至对应平台试听。

这种机制的发现效率取决于社交圈的活跃度。对于拥有稳定音乐品味的用户群，Rocksky 能有效降低发现成本 —— 朋友对某张专辑的即时反应往往比算法推荐更具参考价值。同时，社区可基于收听数据构建「风格相似用户」推荐逻辑，进一步延伸去中心化发现的可能性。

PDS 分布式存储的角色

AT Protocol 的核心架构之一是「个人数据服务器」（Personal Data Server，PDS）。用户数据以「仓库」形式存储在 PDS 中，协议不规定必须使用哪家提供商的存储服务，仅定义数据格式与同步接口。Rocksky 利用这一特性，将 Scrobble 记录作为普通 AT Protocol 记录写入用户仓库。

值得注意的是，Rocksky 的开发方（blacksky-algorithms）还维护了一套 Rust 实现的 AT Protocol 组件库，其中 rsky-pds 以 PostgreSQL 替代官方版本的 SQLite，并以 S3 兼容存储替代本地磁盘，目标是提升 PDS 在云端部署的可迁移性。从技术角度看，这种模块化存储策略使 PDS 运营者可以根据负载灵活扩展后端，而无需修改协议层逻辑。

与 Last.fm 模式的核心差异

Last.fm 作为音乐社交领域的先驱，已验证「收听行为社交化」的需求真实存在。Rocksky 的差异化在于其协议层设计：数据以自验证、可迁移的形式存在，不存在单一平台作为数据孤岛。Last.fm 的 API 关闭或服务条款变更会直接影响下游应用，而 AT Protocol 的开放规范保证了任何实现该协议的客户端都能读写用户仓库中的 Scrobble 记录。

这一差异的另一面是成熟度。Last.fm 积累了近二十年的用户数据与社区历史，而 AT Protocol 音乐生态仍处于早期扩展阶段。Rocksky 的可靠性、曲目元数据覆盖率、以及活跃用户规模尚未达到可与 Last.fm 直接比较的水平。对于愿意参与早期生态的用户而言，当前的局限性同时意味着参与塑造协议方向的机会。

隐私控制的粒度

去中心化架构并不天然等同于高隐私保护，但 AT Protocol 提供了一套可组合的权限模型。用户可控制哪些记录对谁可见 ——Scrobble 记录默认跟随用户的全局可见性设置，也可单独调整为仅关注者可见或完全私密。对于希望保持收听历史低调的用户，Rocksky 支持关闭自动发布，仅在主动选择时生成可见帖子。

然而需要注意的是，尽管记录本身可控，当用户点击外部音乐链接跳转至 Spotify 等平台时，那些平台的服务条款与追踪行为不再受 AT Protocol 约束。隐私边界在链接跳转处终止，这是当前去中心化音乐发现方案的共同限制。

当前阶段的工程考量

Rocksky 的应用层基于 AT Protocol 的记录写入与读取接口实现，核心依赖包括曲目元数据的规范化（不同流媒体平台的曲目 ID 映射）以及 Scrobble 判定逻辑（播放超过固定时长方才计入）。目前该应用已在 Google Play 上架，移动端体验相对完善。

对于有意接入 AT Protocol 音乐生态的开发者，理解 rsky 等 Rust 实现的工作方式会有帮助 —— 协议层组件的高度模块化允许按需引入加密签名、身份解析或仓库同步等功能，而不必依赖完整的 Bluesky 客户端实现。

资料来源

• Rocksky 产品页：https://atstore.fyi/products/rocksky
• rsky GitHub（Rust AT Protocol 实现）：https://github.com/blacksky-algorithms/rsky

web