跳到主要内容

旗舰 Bitsocial 应用程序

旗舰 Bitsocial 应用程序是提议的第一个基于配置文件的网络客户端。最简单的比较是:默认情况下像 X/Twitter 一样熟悉,但平台层是开放的。

它会加入个人资料、关注、回复、信息流、社区、通知和实时公共对话,同时让底层服务保持可替换。5chan 证明匿名社区可以运作。Seedit 正在走向持久讨论。旗舰应用会把这些网络效应带入主流社交信息流,而不是让一家公司拥有社交图谱。

本页描述产品方向,而不是锁定版本规范。随着协议和早期应用程序的成熟,确切的界面、默认提要、广告模型、人工智能功能和 RPC 市场可能会发生变化。

应该证明什么

该应用程序应该证明基于个人资料的社交网络可以避免成为托管平台:

  • 用户可以拥有自己的身份和个人资料
  • 社区和个人资料节点可以保持点对点
  • 社区可以在 Bitsocial 客户端之间产生网络效应
  • RPC提供商可以让应用程序方便而无需托管
  • Feed 算法可以是可选服务,而不是平台法
  • 其他客户端仍然可以竞争同一网络

重点不是要成为唯一的 Bitsocial 客户端。关键是要打造第一个广泛的客户端来展示协议可以延伸多远。

默认熟悉,设计可替换

默认体验应该能与主流公共对话应用竞争:快速的首页信息流、关注、回复、转发式分发、社区、通知、搜索,以及开箱即用的 For You 排名视图。

Bitsocial Forge 可以运行第一个默认的 RPC 和信息流服务。这个默认设置可以包含排名信息流和广告,让应用从第一天起就感觉完整,而不是要求主流用户自己组装整套服务。

不同的是,默认不应该成为监狱。用户应该能够切换 RPC、提要、实例、排名系统、广告和发现提供商,或者完全删除排名。该应用程序可以在首次启动时固执己见,同时保持每项主要服务的可替换性。

这使得该应用程序比传统平台更具可定制性。一位用户可能会保留带有广告的默认排名提要。另一位用户可能会使用没有排名的按时间顺序排列的提要。还有用户可能会选择注重隐私的 RPC、由社区运营的发现服务、付费无广告信息流,或为特定亚文化打造的小众算法。

跨客户端社区

社区应该比一个应用程序内的孤立群体重要得多。

在 X/Twitter 上,社区被限制在 X 内部。它们可以有用,但继承了单一平台、单一账户系统、单一推荐栈和单一产品界面的限制。

Bitsocial 社区可以通过不同的客户端创建、托管、发现和使用。这意味着旗舰应用可以展示来自更广泛 Bitsocial 网络的社区和帖子,而不只是来自在旗舰应用内开始使用的用户。一个社区可以同时有来自 imageboard 客户端、Reddit 风格讨论客户端、小众论坛客户端、移动应用和旗舰应用的活动。

这就是核心的网络效应优势:一个客户端可以让主流用户感到熟悉,同时仍然从许多客户端、社区节点、RPC 提供商和独立服务中获得价值。

可选的馈送算法

旗舰应用程序不应将一套全球排名系统强加给每个人。

信息流算法应该是选择加入的。用户可以从市场中选择算法、切换提供商、使用公司提供的算法、使用匿名运营者运行的算法、使用社区构建的算法、运行个人算法,或者完全不使用算法。

公共 RPC 提供商是这些服务竞争的天然场所。他们可以对内容进行索引、排名和推荐,但他们不应该拥有用户或个人资料。

这些服务还可以在应用程序本身的形状上进行竞争。一个 RPC 可能会提供带有广告的排名提要。另一个可能会提供未排名的按时间顺序排列的提要。另一个可能专注于隐私、翻译、审核、社区发现或利基社交图谱。

如果经济模式成立,由 RPC 支撑的信息流服务可以加入类似主流平台正在尝试放进信息流的 AI 功能:自动翻译、摘要、机器人辅助回复、搜索答案、审核辅助,或社区注释式上下文。

这些功能应该是服务选择,而不是协议要求。默认 RPC 可以通过提供更丰富的信息流来竞争,但用户和竞争客户端仍应能够选择更简单、私密、按时间排序、无广告或特定社区的替代方案。

非托管 RPC

每个用户都应该能够通过 RPC 作为完整的点对点节点参与,而无需让 RPC 提供商拥有其身份或个人资料。

托管路径很重要,因为大多数用户不会通过运行服务器来启动。退出路径同样重要:用户应该可以在任何时候把自己的个人资料节点迁移到低规格硬件上,包括 Raspberry Pi。

这就是便利和托管之间的区别。

为什么它可以成为万能应用

如果 Bitsocial Network 为应用提供持久命名、支付、打赏、奖励和其他金融轨道,旗舰应用就可能远不止是一个信息流客户端。

重要的限制是应用程序不应该成为网络的新所有者。它可以是一个大型客户端,甚至可能是最受欢迎的客户端,同时仍然为竞争应用、竞争 RPC、竞争信息流算法和自托管个人资料节点留下空间。