Scuttlebutt 社交网络：一个去中心化平台
Secure Scuttlebutt 是一种点对点社交网络协议，最初为间歇性、适合离线同步的场景而设计——非常适合像帆船或营地这样的环境——但许多人认为其当前工具链碎片化、难以配置，而且同步缓慢，尤其在移动端。评论者指出，其仅追加日志和本地数据增长等架构限制，以及缺乏打磨完善、积极维护的客户端，都是它未能进入主流的原因。人们对诸如 Manyverse 的新 PPPPP 协议等继任者很感兴趣，希望借此解决存储、删除和 UX 问题，同时也不断争论这个俏皮的“Scuttlebutt”名称本身是否妨碍了更广泛的吸引力。
项目目标和起源
- 为间歇性联网的用户设计（例如水手）：在物理接近时进行本地同步，然后离线阅读。
- 使用加密哈希和签名，使消息的篡改可被察觉。
- 最初更多关注小型、具韧性的社区，而不是大规模、始终在线的社交网络。
当前状态和可用性
- 多个报告称该生态系统很难使用：许多相互依赖的组件、频繁重构，以及版本不兼容。
- 上手流程被描述为令人困惑，实际上主要是桌面端客户端，且同步缓慢或有故障，尤其在移动端。
- 有人说主要的桌面客户端已归档，“bleeding edge” 应用也已是多年前的版本，而这个项目实际上已经停滞或被取代。
协议设计和数据模型
- 每个用户都有一个仅追加、哈希链接的个人日志（常被比作个人区块链），而不是单一的全局链。
- 其结构是“可八卦且可验证”的：对等节点可以在本地同步并审计完整性。
- 私信会被加密，但仍会追加到信息流中，并有方案将其定向发送给特定收件人。
技术限制与扩展
- 每用户仅追加日志加上本地复制会导致数据库很大且同步缓慢，尤其在手机上。
- 有人认为这“像 Bitcoin”，因为你保留了大量本地历史记录，不过也有人指出其中的差异。
- 批评包括依赖 JavaScript 特有的 JSON 怪癖，以及缺乏多设备/多写者支持；提案包括将内容移出日志，并把链改造成“blocktrees”或更高级的 Merkle/skip-list 结构。
客户端、分支和继任者
- Manyverse 被提及为领先的客户端；其团队正在转向一个新协议（PPPPP），以应对存储增长并支持删除。
- 也有人在做替代实现，例如为“经典”桌面客户端构建 Rust 技术栈。
- 一些人怀念更早的 Patchwork 时代工具，并建议进行一次“复古复兴”。
名称与品牌之争
- 一个很大的分支讨论认为“Scuttlebutt”这个名字严重阻碍了主流采用：它听起来滑稽、古旧，而且包含“butt”，许多人认为创作者和普通用户都不会愿意大声说出口。
- 也有人强烈为其辩护，认为它在主题上非常贴切（海军俚语中的闲谈/八卦）、容易记住，甚至还能作为过滤低质量用户的手段。
- 这里没有共识；有些人坚持命名对社交网络至关重要，另一些人则认为 UX 和功能重要得多。
去中心化、隐私和替代方案
- 对去中心化社交网络是否能真正改善隐私，观点不一；更小的运营者也可能有与大平台相同的激励，而中心化实体至少在法律上可被追责。
- 有些人把 RSS 或小型私密论坛视为自己偏好的“去中心化社交网络”。
- 尽管有缺陷，少数人仍认为 Scuttlebutt 的数据模型是开放、无服务器网络的重要但投入不足的构件。