Bitsocial 协议的完整外行解释
本页介绍 Bitsocial，但不假设您已经了解点对点网络、加密密钥、IPFS 或 pubsub。
一些细节被有意简化。有关更多技术版本，请阅读 点对点协议 页面。
简短版本
Bitsocial 是一种社交应用程序协议，其中社区由密钥而不是公司数据库拥有。
Bitsocial 社区有一个地址。应用程序使用该地址来查找为社区提供服务的对等点，从这些对等点获取最新帖子，并通过点对点消息通道发布新帖子。在帖子被接受之前，社区可以要求反垃圾邮件挑战，例如验证码、邀请码、付款、令牌检查、AI 审核检查、白名单或任何其他可以编码的规则。
这就是核心思想：
- 社区由私钥控制。
- 公钥为社区提供了一个稳定的地址。
- 同行帮助读者找到并获取社区。
- 社区节点接受或拒绝新帖子。
- 反垃圾邮件政策属于每个社区，而不是某个全球平台。
为什么哈希很重要
哈希是数据的短指纹。
如果两个人散列完全相同的文件，他们就会得到相同的指纹。如果文件发生变化，指纹也会发生变化。这使得哈希对于查找和检查数据非常有用，而无需相信公司会告诉您文件是什么。
点对点系统不断地使用这个想法。对等点可以向网络请求具有特定指纹的数据，而不是向某个网站请求“名为 photo.png 的文件”。如果另一个对等点返回错误的数据，则哈希检查失败。
Bitsocial 使用哈希值和内容标识符来发布数据和社区状态的其他部分。重要的一点很简单：数据可以根据其本身来处理，而不仅仅是根据公司托管数据的位置。
为什么公钥很重要
公钥和私钥是一对匹配的。
私钥是秘密的。它是给予控制的东西。公钥可以安全地共享。它可以让其他人检查消息、更新或审核操作是否确实来自匹配的私钥。
这就是 Bitsocial 避免普通平台帐户的方式。公司不需要颁发身份。数据库行不需要定义所有者。密钥对就是权限。
简单来说：
- 私钥是所有者的控制句柄
- 公钥是公共身份或地址
- 签名证明该行为来自所有者
什么是 Bitsocial 社区
Bitsocial 社区不仅仅是一个应用程序中的一个页面。
它有自己的密钥对。公钥为社区提供了稳定的网络地址。私钥控制社区状态的更新，例如元数据、规则、主持人列表、挑战配置以及指向最新接受内容的指针。
这意味着一个社区的寿命可以比一个界面的寿命长。一个应用程序可以将其显示为一块板。另一个应用程序可以将其显示为论坛。未来的应用程序可以在基于个人资料的提要中显示它。应用程序可以更改，但社区地址仍然指向同一个拥有的社区。
阅读如何运作
当用户打开 Bitsocial 社区时，应用程序不会向中央数据库请求该页面。
流程更接近于此：
- 应用程序已经知道社区地址，或者从列表、链接、搜索界面或 人类可读的名称。
- 该应用程序询问轻量级路由器当前哪些对等点提供该社区地址。
- 路由器仅返回对等地址。他们不会返回帖子、规则、个人资料或社区 元数据。
- 该应用程序连接到对等点并获取最新的社区状态。
- 该状态包含指向帖子内容的指针。
- 该应用程序从同行获取帖子内容并将其呈现在正常的社交界面中。
路由器只是一个查找助手。这更接近于问“谁有这个？”而不是问“请为我提供整个网站”。
有关此拆分的更多详细信息，请阅读内容发现。
发帖的运作方式
发帖与阅读不同，因为开放的点对点网络可能会受到垃圾邮件的影响。
Bitsocial 通过挑战-响应流程处理发布：
- 用户撰写帖子或回复。
- 该应用程序加入了社区的点对点消息主题。
- 该应用程序向社区节点提出挑战。
- 社区节点发回挑战。
- 用户或应用程序完成挑战。
- 该应用程序发送帖子以及挑战答案。
- 社区节点检查答案和帖子。
- 如果通过，社区节点会接受该帖子并进入社区的下一次更新。
- 其他读者从同行那里获取更新的社区状态。
挑战发生在帖子成为接受的社区状态的一部分之前。这是与先接受垃圾邮件然后隐藏垃圾邮件的系统的重要区别。
为什么反垃圾邮件挑战很重要
大多数社交平台将反垃圾邮件纳入平台政策。由一家公司决定什么才算是有效帐户、有效帖子、有效覆盖范围或有效用户。
Bitsocial 将这些东西分开。该协议为社区提供了一种在接受帖子之前要求挑战的方式，但它并不强迫每个社区都使用相同的挑战。
一个社区可能会使用验证码。另一种可能会使用邀请码。另一种可能需要短信检查、付款、NFT、代币余额、人工智能审核分数、声誉证明、特定于社区的白名单或自定义规则。
这种灵活性很重要，因为垃圾邮件会发生变化。协议级垃圾邮件规则变得过时。社区级别的挑战可以在不迁移整个网络的情况下发展。
重点说明请阅读【自定义反垃圾邮件挑战】(./custom-challenges.md)。
节制如何发挥作用
Bitsocial 并不是没有节制的。这是一种没有全局超级管理员的调节。
社区可以有所有者和版主。主持人地址是社区状态的一部分。当主持人采取行动时，可以对该行动进行签名。社区节点和客户端可以根据主持人列表检查签名。
这使得适度具有局部范围：
- 社区所有者控制该社区
- 版主通过社区认可的密钥进行操作
- 应用程序仍然可以选择索引、排名、隐藏或突出显示的内容
- 没有协议级别的公司账户可以抹去每一个身份或占领每一个社区
实际上，这意味着社区可以在自己的空间内删除垃圾邮件或执行规则，而无需将其规则变成整个网络的法律。
对于策略视图，请阅读本地审核，而非全局禁止。
添加了哪些应用程序
该协议并不决定整个产品应该是什么样子。
一个应用程序围绕协议添加了人类体验：
- 默认社区列表
- 搜索和发现
- 提要和排名
- 布局和发布界面
- 媒体处理
- 审核工具
- 移动、桌面或浏览器打包
- 商业模式和默认值
这就是为什么 Bitsocial 可以支持不同的应用程序风格。 5chan 感觉就像一个图像板。 Seededit 感觉就像论坛式的讨论。其他客户端可以构建不同的发现界面、排名系统、审核视图或社区默认设置，同时仍然使用兼容的 Bitsocial 社区。
该协议使所有权和发布保持可移植性。应用程序在产品质量上展开竞争。
公共 RPC 添加了什么
直接运行点对点社区节点很强大，但并不是每个人都想管理一台永远在线的机器。
Public RPC是可以让Bitsocial更加方便的服务层。公共 RPC 提供商可以帮助用户通过电话或轻量级客户端管理社区，而长期所有权模型仍应允许用户离开、自行托管或选择竞争提供商。
区别很重要：
- RPC 有助于提高正常运行时间并提高便利性
- RPC 不应成为永久托管
- 所有者关系应与密钥相关，而不是与某个提供商的数据库相关
对于建议的服务设计，请阅读无需许可的公共 RPC。
Bitsocial 不是什么
Bitsocial 不是区块链社交网络。社交媒体不需要每个帖子都成为一个全球分类账中的交易。
Bitsocial 并不是 ActivityPub 意义上的联盟。社区不需要是一台具有一个域、一个管理员和一个服务器数据库的服务器上的帐户。
Bitsocial 也不是一款应用程序。它是应用程序、社区、节点、路由器、RPC 提供程序、发现服务、反垃圾邮件模块和审核工具的共享协议层。
重点并不是每个用户在发帖之前都需要了解所有这些。关键是产品感觉很正常，但其背后的所有权模式却有所不同。
下一步去哪里
- 点对点协议解释了技术流程。
- 内容发现 解释了网络查找与应用管理。
- 自定义反垃圾邮件挑战 解释了挑战系统。
- 身份和社区所有权解释密钥控制 所有权。
- 构建您自己的客户端 解释了如何构建独立应用程序 同一个网络。