开发者prologic在其自建代码托管平台上公开了Parley项目，这是一个无中心的联邦式聊天网络，却以“说纯IRC”为核心卖点，相关讨论在Hacker News上获得超过200个赞。与传统IRC需要连接一组互信服务器不同，Parley中每个人或团队都为自己的域名运行一个小型实例，实例之间自动发现彼此、交换签名消息，再把整个联邦网络呈现给普通IRC客户端，客户端无需安装任何插件。
实例经DNS互相发现，签名消息走HTTPS传输
按照讨论中早期使用者的描述，Parley实例通过DNS与well-known身份文档找到彼此，消息经HTTPS传输并附带签名，兼顾身份可信与传输安全。用户侧可以继续使用Lurker、Mango、mIRC、WeeChat、Textual等常见IRC客户端，整个联邦网络对它们就像一个普通IRC网络。对于不愿自建实例的人，讨论者预计未来会出现类似Mastodon那样开放注册的公共实例，注册门槛与加入大型社交平台相差无几，只是多数普通用户尚未养成这个习惯。
房间模型的设计也被详细讨论。Parley的联邦房间没有所有者：某台服务器掉线，房间仍然存在；服务器重新上线，房间直接合并，因此不会出现用户名碰撞，而昵称绑定各自的服务器，天然保持唯一，封禁则按服务器执行。这套机制回应了传统IRC的老问题，即网裂与网合，老方案依赖网络内所有服务器互信且不作恶，而Parley允许任何人带入自己的实例，信任模型完全不同，反垃圾信息也因此成为评论者公认的硬挑战。
被指重复XMPP旧路，IRC互信协议本身已成历史包袱
尖锐的批评随即出现。多位评论者认为，联邦式实例发现加签名消息的组合，本质上只实现了XMPP的一半，而XMPP早已通过IETF标准化并有成熟实现；仓库中没有提及这些既有工作，被一些人归因为大模型辅助开发的隧道视野，模型擅长完成指派任务，却很少主动追问方案是否已有先例。也有熟悉IRC的用户解释了另起炉灶的理由：IRC服务器互联依赖生成树，RFC定义的服务器间协议没有任何服务器实际使用，TS6等事实协议又各立门户。
从用户视角看，需求确实存在。讨论里有人如今自托管Matrix主服务器再桥接Slack与WhatsApp，只为少用几个客户端；也有人回忆Bitlbee这类把其他协议桥接进IRC的网关，称它比预期好用得多。与不能自托管、完全封闭的Slack相比，Parley这类可自治、可互操作的网络代表了另一种取向：像电子邮件一样，每个组织掌握自己的通信身份，而不是把聊天记录与联系人全部交给一家中心化厂商。
项目作者的选择也带着情怀色彩。有评论者直言，自己就是在IRC上长大，熟悉技术带来的亲切感，有时比“它是不是最优解”更能驱动人动手；但新项目“除了自己没人会说”的网络效应困境同样真实，频道符号&这类古老IRC特性会让多少客户端与机器人直接崩溃，也尚待检验，一个只有单一实现的协议，距离真正的标准还很远。
Parley接下来能否走通，取决于几件具体的事：公共实例何时出现、垃圾信息如何治理、与现有IRC工具链的兼容性测试，以及能否在XMPP与Matrix之外讲清楚差异化价值。在中心化办公软件统治即时通讯多年之后，任何把通信主权交还给用户的尝试都值得被记录，但从一个开源仓库到一张活着的聊天网络，中间隔着最难的网络效应这一关。