CSMA：用于弹性通信的容器架构

# 抗审查通信的容器架构：CSMA 如何工作

当今的即时通讯应用和社会平台容易受到封锁、数据篡改以及隐私泄露的威胁。容器化语义消息架构（CSMA）提出用个人数字容器取代集中式服务器，用户可以在不同主机之间自由移动这些容器，而不会丢失连接或历史记录。每条消息都包含一个加密密封，保证无可争议的作者身份。

数字主权的三大基本层

CSMA 建立在数据与传输分离的基础上。用户不拥有账户——他们拥有一个自治容器，这是一个存储元数据、签名和负载的文件。这种方法提供了三个独立级别：

• 容器作为原子单元。 一个自包含的二进制大对象，由头部（Envelope）、带有加密签名和时间戳的密封（Seal），以及加密或明文负载（Payload）组成。
• 停车场取代数据中心。 用户 Pod 停车场——用于您的个人资料和传入消息的轻量级主机。内容仓库（Content Depot）——一个分布式文件存储系统，类似于 torrent 跟踪器。
• 语义路由。 网络不知道容器的内容，只知道其目标地址。切换主机时，用户在 DHT 表中发布新路由，系统自动重定向流量。

容器生命周期：从创建到验证

让我们一步步看看如何发送一份具有保证作者身份的文档：

• 创建。 Alice 的客户端使用 Bob 的密钥加密文档，计算 SHA-256 哈希，形成文档胶囊，并在密封层嵌入她的数字签名。
• 发布。 将重量级的胶囊上传至内容仓库（Content Depot）。一个带有文档哈希链接的轻量级消息胶囊发送到聊天中。
• 检索。 Bob 的客户端通过 DHT 网络按哈希查询数据，并从最近的节点下载（即使原始服务器已宕机）。
• 验证。 在打开前，客户端检查 Alice 的签名并匹配哈希。只有匹配时，绿色真实性指示灯才会亮起。

在传输节点上伪造此类文档是不可能的——任何更改都会破坏哈希并使签名失效。

容器多态性：类型与使用场景

该协议通用，但行为取决于对象类型：

| 容器类型 | 生命周期 | 作者验证 | 使用场景 |

|--------------------|----------------|------------------------|------------------------------|

| Message Capsule | 短暂（TTL） | 隐式（E2EE） | 个人和群聊 |

| Article Capsule | 永久 | 显式（公开） | 新闻、科学出版物 |

| Media Block | 可缓存 | 通过父哈希 | 图像、视频、附件 |

这避免了私人消息的冗余，同时对公开内容强制严格验证。

实际应用：从公民社会到政府机构

该架构的灵活性允许跨领域扩展：

• 公民社会。 文章胶囊作为假新闻的解药：编辑新闻故事需要新版本，并明确链接到前一版本。隐秘编辑不可能。
• 企业和物联网。 类似于 Solid Pods：银行和医院请求临时访问您的容器，而不是自己存储您的数据。您控制谁访问、何时访问。
• 政府机构。 无单点故障的联邦网络。国防部、EMERCOM 和卫生部通过可信通道交换容器。在紧急情况下，容器自动迁移到移动停车场，保持连通性。

从失败项目中吸取的教训，以及 CSMA 的不同之处

分析前人的失误：

• Farcaster 和 Bluesky： 技术迁移能力 ≠ 大规模采用。人们即使能迁移也不会动。
• Solid Pods： 密钥管理复杂导致采用失败。恢复机制需要比 Gmail 的“忘记密码”更简单。
• Status.im： 试图一蹴而就导致界面臃肿，无主流用户。
• Mastodon： 迁移会丢失帖子历史——CSMA 通过移动用户 Pod 解决这一问题。

CSMA 从中吸取教训：

• 分离为轻量级停车场（适合家庭托管，便宜）和重量级仓库。
• 采用社交密钥恢复，而非种子短语。
• 核心不使用区块链，以降低成本和复杂性。

为什么 CSMA 不使用区块链

尽管炒作不已，但区块链在这里是多余的一层：

• 过度去中心化。 加密签名和哈希足以验证作者身份。区块链增加延迟和成本，却无益处。
• 无需共识。 CSMA 不需要全局状态一致——只需交付和签名检查。
• 可扩展性。 将所有胶囊存储在区块链上在技术和经济上都不可行。

该架构依赖 DHT 网络、加密和语义路由——这已足够实现弹性和验证。

关键要点

• 每个容器都是自包含对象，内置防伪保护。
• 用户完全控制自己的数据，可在不丢失历史的情况下切换主机。
• 作者验证在接收方通过加密方式进行，无需信任服务器。
• 架构具有多态性：同一协议处理私人消息和公开文章。
• 摒弃区块链和复杂密钥是 deliberate 选择，以实现大规模采用。

— Editorial Team