要使用电子邮件相互通信，用户不需要使用相同的“提供商”(一些用户可能使用 gmail、其他 yahoo 或 hotmail，他们仍然可以互相写电子邮件)。不幸的是，社交网络并非如此。使用 Facebook 的用户无法看到使用 Google+ 的用户的帖子、评论、赞和分享，反之亦然。

但为什么会这样呢？让我们想象一下下面的架构。每个用户都可以使用他/她喜欢的任何提供商“广播”。 RSS 格式提供了这种可能性。任何用户都可以选择任何“提供商”来生成他/她的 RSS 提要并查看他/她订阅的用户的 RSS 提要。因此，仅通过按原样使用 RSS，我们就已经可以构建一个类似 Twitter 的分布式系统(您可以发帖，可以关注其他人，但不能分享)。

这种方法仍然缺少评论其他帖子的可能性(喜欢、不喜欢或评级也可以被视为评论)。理论上，可以像发布帖子一样发布/广播评论。其实评论也是帖子，唯一的区别是它们是“附加”在其他帖子上的。因此，可以生成类似 XML 的 RSS，其中一些帖子(那些评论)有额外的标签，其中包含被评论的帖子的 URL。

通过 RSS 的如此小的扩展，可以构建分布式社交网络或分布式社交新闻系统(如 Reddit)。

有朝这个方向发展的东西吗？

最佳答案

分布式社交网络

你所描述的听起来很像 Distributed social network ，一个分散并分布在不同提供商之间的网络，允许每个站点的用户与任何相关站点的用户或您所说的提供商进行通信。这也提出了一点，即提供商实际上不需要成为这样的站点，但仍可以提供所需的服务。

这种模式已得到 EFF 的认可，认为它可以“合理地将控制权和选择权交还给互联网用户”。

协议(protocol)

OStatus

OStatus 是目前由 W3C 维护的规范，它建立在 Atom 和 RSS 提要之上，并且 PubSubHubbub .

PubSubHubbub provides a way to subscribe, unsubscribe and receive updates from a resource, whether it's an RSS or Atom feed or any web accessible document

PubSubHubbub 的规范是 here , 以及 OStatus here ，我在下面转载了其中的一些重要部分:

Updates are represented as Activities in Atom. Typical updates would be represented in the default Activity Schema with activity verb "Post" and activity object type "Note", "Status" or "Comment".

A spatial location for the update object should be encoded as GeoRSS element as part of the activity. Attachments to an update should be represented as enclosures.

Users are identified by URIs.

Users SHOULD have a profile URL, which SHOULD be an HTTP or HTTPS reference to an HTML page including discovery information for the user's feed. The profile URL SHOULD be represented as a link[@rel=alternate,@type=text/html] in the Activity subject, actor, or object item, otherwise the URI MAY be used if it is an HTTP or HTTPS URL.

The publisher server uses PubSubHubbub [push] to notify subscribers of new updates.

Servers use Salmon to post social events to users or groups.

鲑鱼

描述了 Salmon 协议(protocol) here , 协议(protocol)流程描述如下:

A source provides an RSS/Atom feed of content. It includes a Salmon link in its feed:

An aggregator reads the feed (ideally via a push mechanism such as PubSubHubbub), and sees from the link that it is Salmon-enabled. It remembers the endpoint URL for later use.

When an aggregator's user leaves a comment on a feed item, the aggregator stores the comment as usual, and then also POSTs a salmon version of it to the source's Salmon endpoint

The source responds to the salmon with standard HTTP codes - 2xx for OK, 4xx for input problem, 5xx for source / server error. The usual result is for the salmon to be published along with other comments on the source's web page. Note that sources are not obligated to actually publish the salmon -- they may moderate them, spam block them, aggregate or analyze them instead. However, if the source does publish the salmon in a comment feed, it has to maintain certain fields to make the protocol work end-to-end.

国家安全局

Adrian D. Thurston 写了一篇 paper基于分布式社交网络协议(protocol) (DSNP)。在编写协议(protocol)时，该协议(protocol)的版本为 0.6，但据我所知，开发已经停止。本文涉及诸如基于 RSA 的身份、交友协议(protocol)、无密码登录、广播和消息签名 key 等方面。 reference implementation可用。

其他/软件

维基百科的 Comparison of software and protocols for distributed social networking可能会有一些用处。

• Twister是一个类似Twitter的微博平台，利用加密货币比特币和文件交换方式BitTorrent

• Friendica有一个去中心化的架构，其中“‘ friend ’可以来自 Facebook、Diaspora、Twitter、StatusNet、pump.io、网络日志和 RSS 提要”。然而，它确实警告说，“一些公司拥有的网络对我们如此无缝地整合他们的网络并不满意，并开始关闭和限制与他们的成员互动的能力”。

• Redmatrix是一个去中心化的通信和发布平台，作为一个全局分布式网络运行

关于xml - 是否有类似 RSS 的标准格式用于分布式(类似论坛)通信？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32759823/