Parley：会说纯 IRC 的联邦式、去中心化聊天
一个名为 Parley 的新项目提出了一种联邦式、去中心化聊天系统：底层使用 HTTP+JSON，但对客户端呈现为纯 IRC。评论者将其与 XMPP、Matrix 和 ActivityPub 等较早的标准进行比较，争论它是否真正改进了现有协议，还是仅仅重新发明了它们，并提出对垃圾信息、缺少频道操作员时的审核、以及在不受信任联邦中处理身份和 netsplit 的担忧。讨论还引出了对 LLM 辅助开发的更广泛不安，以及为什么看似简单的“在互联网上发送文本”会一再演变成复杂且难以实现的消息系统。
项目概览与目标
- Parley 是一个联邦式、去中心化的聊天系统，每个人/团队都运行自己的实例。
- 各实例通过 DNS 和 well-known 文档发现彼此，通过 HTTPS 交换签名消息，并暴露一个纯 IRC 接口，因此现有 IRC 客户端无需插件即可工作。
- 本地频道（
&room）仅由服务器内部使用；全局频道（#room）是联邦式的。
可用性与上手
- 非技术用户可以通过使用别人的实例加入；如果采用率增长，预计会出现公共实例，类似 Mastodon。
- 有人认为这在困难程度上大致可与注册其他联邦式服务相比；也有人指出，仍然需要邀请/管理员，这使它比中心化应用更不易接触。
与现有协议的关系（IRC、XMPP、Matrix、ActivityPub）
- 许多人将其与 XMPP 或 Matrix 相比：都是联邦式消息传递，但底层是 HTTP+JSON，并以 IRC 作为前端。
- 一些人认为这是在“重新发明 XMPP 的一半”或“基本上就是 Matrix”，而另一些人则说 XMPP/Matrix 已经臃肿或管理不善，更简单或更怀旧的、基于 IRC 的设计是值得欢迎的。
- 还有人指出它与 ActivityPub、atproto 有相似之处，或建议基于现有联邦网络构建，而不是再造一个。
垃圾信息、滥用与审核模型
- 垃圾信息和机器人蜂群被视为重大风险。
- 目前的应对方式：按用户和按实例屏蔽；整个实例也可以被屏蔽。
- 没有全局频道操作员；全局频道“无人拥有”。一些人认为这在规模化后不可行，会迫使每个管理员审核整个生态系统，或依赖有争议的共享屏蔽列表。
- 也有人提出基于声誉或共享垃圾信息列表的想法，但人们警告这可能带来滥用、卡特尔，以及类似 Mastodon 实例屏蔽争议的社会动态。
联邦、netsplit 与技术问题
- 人们提出疑问：当服务器可能不受信任或恶意时，netsplit、昵称冲突以及重新加入要如何处理。
- 有人认为 CAP 约束使得一致的全局状态不可能；也有人指出，这一直是 IRC 风格系统中的老问题。
LLM 生成代码与元讨论
- 几位评论者怀疑项目大量使用了 LLM（例如仓库线索、营销式措辞），并争论这是否会导致忽视先前成果、重复造轮子。
- 也有人为该项目辩护，认为它是一次合理的“先做出来”的尝试，并反驳仅因为它可能是 AI 辅助就否定其工作的做法。