要使用电子邮件相互通信，用户不需要使用相同的“提供者”（某些用户可能使用gmail，其他yahoo或hotmail，他们仍然可以互相编写电子邮件）。不幸的是，它与社交网络不同。使用Facebook的用户无法使用Google+查看用户的帖子，评论，喜欢和分享，反之亦然。
但为什么它应该是那样的？让我们想象一下以下的架构。每个用户都可以使用他/她喜欢的任何提供商“广播”。 RSS格式提供了这种可能性。任何用户都可以选择任何“提供者”来生成他/她的RSS提要并查看他/她订阅的用户的RSS提要。所以，只要使用RSS，我们就可以构建一个类似Twitter的分布式系统（你可以发帖，你可以关注其他但你无法分享）。
这种方法仍然缺少可以评论其他帖子（喜欢，不喜欢或评级也可以被视为评论）。理论上，人们可以用与帖子相同的方式发布/广播评论。事实上评论也是帖子，唯一的区别是他们“附加”到其他帖子。因此，可以生成像XML这样的RSS，其中一些帖子（那些是评论）有额外的标签，其中包含评论的帖子的URL。
通过RSS的这么小的扩展，可以构建分布式社交网络或分布式社交新闻系统（如Reddit）。
是否有朝这个方向发展的事情？
答案 0 :(得分：7)
您所描述的内容听起来非常像Distributed social network，这是一个分散并分布在不同提供商之间的网络，允许每个网站的用户与任何相关网站的用户或提供商进行通信叫他们。这也提出了这样一种观点，即提供者实际上并不需要像这样的网站，但仍然可以提供所需的服务。
这种模式得到了联邦军的认可，可以“合理地将控制权和选择权交给互联网用户”。
OStatus是目前由W3C维护的规范，它建立在Atom和RSS提要之上，并且PubSubHubbub。
PubSubHubbub提供了一种订阅，取消订阅和接收资源更新的方法，无论是RSS还是Atom订阅源还是任何Web可访问文档
PubSubHubbub的规范是here，对于OStatus here，我在下面重复了几个重要的部分：
更新在Atom中表示为活动。典型的更新会 在默认的活动模式中表示活动动词“发布”和活动对象类型“注意”，“状态”或“注释”。
更新对象的空间位置应编码为GeoRSS元素，作为活动的一部分。更新的附件应表示为附件。
用户由URI标识。
用户应该有一个配置文件URL，它应该是对HTML页面的HTTP或HTTPS引用，包括用户提要的发现信息。配置文件URL应该在Activity主题，参与者或对象项中表示为链接[@ rel = alternate，@ type = text / html]，否则如果它是HTTP或HTTPS URL，则可以使用URI。
发布服务器使用PubSubHubbub [push]通知订阅者新的更新。
服务器使用Salmon将社交活动发布给用户或群组。
描述了鲑鱼协议here，协议流程描述如下：
源提供RSS / Atom内容源。它包括一个鲑鱼 链接在其Feed中：
聚合器读取Feed（理想情况下通过推送机制，如 PubSubHubbub），并从链接中看到它启用了Salmon。它 记住端点URL以供以后使用。
当聚合器的用户在Feed项上留下评论时， 聚合器像往常一样存储注释，然后也发布一条鲑鱼 它的版本到源的Salmon端点
来源使用标准HTTP代码响应鲑鱼 - 2xx 好的，4xx表示输入问题，5xx表示源/服务器错误。通常 结果是鲑鱼与其他评论一起发表 来源的网页。请注意，源实际上没有义务 发布鲑鱼 - 他们可以调节它们，垃圾邮件阻止它们， 汇总或分析它们。但是，如果源确实发布 在评论饲料中的鲑鱼，它必须保持某些领域 使协议端到端工作。
Adrian D. Thurston在分布式社交网络协议（DSNP）上写了paper。在撰写本文时，协议版本为0.6版本，但据我所知，开发已经停止。本文涉及基于RSA的身份，友情协议，无密码登录，广播和消息签名密钥等方面。 reference implementation可用。
维基百科的Comparison of software and protocols for distributed social networking可能有些用处。
答案 1 :(得分：1)
Salmon可能就是你所追求的......尽管此时它已接近死亡，这与数百万网站正在使用的RSS相反。