内容访问

公开推文、推给好友的状态更新、群聊，私聊；根据谁有权访问内容，它们之间有所不同。去中心化社交协议将需要使用 加密 来确保只有获得许可的人才能查看内容，但又要足够灵活，以使界面提供商可以设计出种类丰富的 内容共享机制 。

公开内容易于处理，因为每个人都可以访问，因此无需加密。为了限制访问，我们需要加密。一种方法是使用对称密码对内容进行加密，使只限于持有该内容特定密钥的人才能访问该内容，然后将该密钥分发给使用非对称密码共享内容的一方 （或多方） 。

不用说，这种复杂性不会展现在用户眼前。用户只需要知道已经与他们共享了新内容。

默认情况下，服务提供商 （界面提供商和内容服务器） 不可以访问未加密的内容。

语境

当谈到 传播 问题，语境就非常关键。语境的不同，笑话就可能变成威胁，杠精可能变成哲人。所有内容都有各自的语境，因此，去中心化社交协议必须具备丰富的方式来将语境捕获为元数据，以便内容可以按创建者的意图来呈现。

内容的语境通常是其他内容：视频的评论或「赞」、反对票转推等。指向所引用内容的一根简单手指就足够了。但是，这一内容和所有内容都需要归类。

需要将一个系统集成到去中心化社交协议中，该系统可以捕获从子贴 subreddit 到朋友圈，从 LinkedIn 风格的网站到博客的所有内容。一种方法是使用标签。我建议从当前平台收集语境分类，并编纂一个标签列表。这些不应硬编码到 去中心化社交协议中，而应作为文档开放给服务提供商，以供其借鉴和添加。

像往常一样，这种复杂性不影响出现在用户视野中。用户创建内容时，通常不会有意识地考虑语境，他们只是知道自己在发推文，在猫主子 meme subreddit 发帖，或单击他们所喜爱视频旁边的心形图标。生成的内容应根据所使用的界面提供商的业务逻辑进行自动打标签 （更多信息请参见下文） 。这样无论使用什么界面，当用户生成内容时，其他界面提供商都将知道如何向其用户诠释和显示内容。

因此，如果有人在 Twitter 风格的网站上为您的内容「点了一个赞」，而其他人在 Facebook 风格的网站上为您的内容「点了一个赞」，无论别人使用哪个网站，查看您内容的每个人都会看到两个赞。

通过调整这三个 参数 ，可以使用去中心化社交协议复制所有各种平台。更重要的是，在不需要抗衡网络效应的情况下，其他无法赢得受众的社交媒体和传播服务现在应该发现，它们可以满足小众社区的需求。

有人可能会说，上面所列举的三个清单中缺少「 内容约束 」。Twitter 与众不同之处不是将用户推文长度限制为 280 个字符吗？确实是这种情况，但是去中心化社交协议不需要处理内容约束，因为它可以通过语境来实现。 (责任编辑：admin)