IRCv3
IRCv3 旨在通过持久历史、多设备访问、元数据（如头像）、WebSocket 传输，甚至文件上传草案支持，来现代化这个已有数十年历史的 IRC 聊天协议，使其更接近 Discord 或 Slack 式的易用性。评论者将这一努力与中心化平台的便利性和打磨度进行权衡，讨论移动端支持、媒体共享、语音、联邦化，以及 bouncer 或自建服务带来的摩擦。尽管许多人欣赏 IRC 的简洁、去中心化和怀旧感，另一些人则质疑，渐进且碎片化的扩展以及有限的开发能力，是否能让它在 Matrix 等新的开放协议或完全专有的聊天生态面前保持相关性。
IRC 现今的角色
- 被视为少数仍在广泛使用、且大体保持不变的“旧互联网”协议之一，与 SMTP、FTP 等并列。
- 使用场景：技术社区、故障期间的公司内部沟通、出于兴趣或怀旧的聊天，以及小型自建朋友群组。
- 有人认为与 Discord/Slack/Matrix 相比，IRC 实际上已经“死亡”或只属小众；也有人把它的持续存在视为其持久价值的证明。
IRCv3 的目标与能力
- 目标是通过以下扩展让 IRC 现代化：
- 持久历史（
chathistory），让服务器无需 bouncer 也能回放错过的消息。 - 元数据（例如头像）和多设备访问。
- WebSocket 传输，以及作为事实标准的现代 TLS 期望。
- 文件共享草案。
- 持久历史（
- 现代服务器（例如 Ergo）和客户端（Halloy、Mango、Goguma、The Lounge、IRCCloud 等）已经实现了许多扩展。
移动端、持久性与 Bouncer
- 历史上的主要痛点：没有离线消息、移动端体验差，以及需要始终在线的客户端或 bouncer。
- IRCv3 历史记录和带有内建 bouncer 类功能的服务器解决了这些问题，但需要服务器和客户端双方支持。
- 批评者认为，依赖 bouncer 或特殊服务器会增加额外摩擦，把主流用户推向中心化服务。
媒体、文件共享与丰富功能
- 许多人希望支持图片/视频嵌入、文件上传，甚至语音/视频，以便与 Discord/Slack 竞争。
- 也有人认为这破坏了 IRC 作为轻量、纯文本、短暂性的聊天工具的吸引力；他们建议把这些能力放到独立基础设施上。
- 文件共享扩展已有草案；一些客户端已经提供由外部存储支持的上传功能。
去中心化 vs 中心化
- 人们高度欣赏 IRC 的去中心化、非公司属性，以及可选身份，这与 Discord/WhatsApp/Signal 形成对比。
- 有人指出托管的 bouncer 服务（例如 IRCCloud）会重新引入中心化，不过不会带来协议锁定。
- Parley/Ahoy 等实验旨在让 IRC 风格聊天在彼此独立的服务器之间联邦化，更接近电子邮件式的模式。
碎片化、治理与发展速度
- 有人担心众多可选的 IRCv3 扩展会造成碎片化体验（例如有些用户能看到回复/反应，而另一些不能）。
- 也有人将其与 XMPP 因 XEP 过多而产生的问题相比较。
- 一些人认为 IRCv3 进展缓慢，可能缺乏强有力的领导和开发资源；文中还提到 IRC 开发者的倦怠问题。
- 另一些人强调，IRCv3 只是一个松散的工作组，而不是企业标准机构，任何人都可以提出扩展。