IRCv3

Artículo original ↗ Discusión en Hacker News ↗

IRCv3 busca modernizar el protocolo de chat IRC, ya veterano de décadas, con funciones como historial persistente, acceso desde múltiples dispositivos, metadatos (p. ej., avatares), transporte WebSocket e incluso soporte preliminar para subidas de archivos, acercándolo a una usabilidad similar a la de Discord o Slack. Los comentaristas evalúan este esfuerzo frente a la comodidad y el pulido de las plataformas centralizadas, debatiendo compromisos alrededor del soporte móvil, el uso compartido de medios, la voz, la federación y la fricción de los bouncers o del autoalojamiento. Aunque muchos aprecian la simplicidad, la descentralización y la nostalgia de IRC, otros cuestionan si las extensiones incrementales y fragmentadas, junto con una capacidad limitada de desarrollo, pueden mantenerlo relevante frente a protocolos abiertos más nuevos como Matrix o ecosistemas de chat totalmente propietarios.

Papel de IRC hoy

  • Se lo considera uno de los pocos protocolos de la “vieja Internet” que todavía se usa activamente y en gran medida sin cambios, junto con SMTP, FTP, etc.
  • Casos de uso: comunidades técnicas, comunicaciones internas de empresas durante caídas, chat de aficionados y motivado por la nostalgia, y pequeños grupos de amigos autoalojados.
  • Algunos sostienen que IRC está efectivamente “muerto” o es de nicho en comparación con Discord/Slack/Matrix; otros ven su persistencia como prueba de un valor duradero.

Objetivos y capacidades de IRCv3

  • Busca modernizar IRC con extensiones como:
    • Historial persistente (chathistory) para que los servidores puedan reproducir mensajes perdidos sin un bouncer.
    • Metadatos (p. ej., avatares) y acceso desde múltiples dispositivos.
    • Transporte WebSocket y TLS como expectativas modernas de facto.
    • Borradores para compartir archivos.
  • Los servidores modernos (p. ej., Ergo) y clientes (Halloy, Mango, Goguma, The Lounge, IRCCloud, etc.) ya implementan muchas extensiones.

Móvil, persistencia y bouncers

  • Principales puntos débiles históricos: sin mensajes sin conexión, mala experiencia móvil y necesidad de clientes siempre activos o bouncers.
  • El historial de IRCv3 más los servidores con funciones integradas similares a bouncers abordan esto, pero requieren compatibilidad tanto del servidor como del cliente.
  • Los críticos dicen que necesitar bouncers o servidores especiales es una fricción adicional que empuja a los usuarios masivos hacia servicios centralizados.

Medios, compartir archivos y funciones ricas

  • Muchos quieren incrustaciones de imágenes/video, subidas de archivos e incluso voz/video para competir con Discord/Slack.
  • Otros sostienen que esto rompe el atractivo de IRC como algo liviano, solo texto y efímero; recomiendan acoplar infraestructura separada en su lugar.
  • Existen extensiones para compartir archivos en borrador; algunos clientes ya ofrecen subidas respaldadas por almacenamiento externo.

Descentralización vs centralización

  • Gran aprecio por la naturaleza descentralizada y no corporativa de IRC, y por las identidades opcionales, en contraste con Discord/WhatsApp/Signal.
  • Algunos señalan que los servicios de bouncer alojados (p. ej., IRCCloud) reintroducen centralización, aunque sin bloqueo por protocolo.
  • Experimentos como Parley/Ahoy buscan hacer que el chat estilo IRC sea federado entre servidores independientes de una forma más parecida al correo electrónico.

Fragmentación, gobernanza y ritmo

  • Preocupa que muchas extensiones opcionales de IRCv3 creen una experiencia fragmentada (p. ej., algunos usuarios ven respuestas/reacciones, otros no).
  • Se hacen comparaciones con los problemas de XMPP por tener demasiados XEPs.
  • Algunos sienten que IRCv3 avanza lentamente y puede carecer de liderazgo sólido y recursos de desarrollo; se menciona el agotamiento entre los desarrolladores de IRC.
  • Otros enfatizan que IRCv3 es un grupo de trabajo informal, no un organismo corporativo de estándares, y que cualquiera puede proponer extensiones.