Saltar al contenido
Dialova

Documentación IRC · Principiante

Historia de IRC: de 1988 a las extensiones IRCv3

IRC nace en 1988: Jarkko Oikarinen desarrolla Internet Relay Chat en la Universidad de Oulu, en Finlandia. El protocolo permite conversar en tiempo real entre varios usuarios y evoluciona después a través de las redes, los programas y sus extensiones.

El equipo de Dialova · Verificado el

1988: una herramienta de conversación que se extiende #

El relato histórico recopilado por Daniel Stenberg sitúa el inicio en el verano de 1988. IRC se extiende gracias a clientes y servidores capaces de comunicarse entre sí. Su historia no se limita a una aplicación: equipos distintos desarrollan programas y administran redes.

1993 y 2000: documentar el protocolo #

La RFC 1459, publicada en mayo de 1993 por Jarkko Oikarinen y Darren Reed, describe el protocolo IRC. Tiene el estado Experimental. En abril de 2000, varios documentos tratan la arquitectura y los protocolos; la RFC 2812 se ocupa del protocolo de cliente y tiene el estado Informational.

Estos textos son referencias, no una garantía de que todos los servidores actuales sigan una misma versión fija. Las implementaciones han evolucionado, a veces con diferencias de modos, límites y respuestas. La documentación Modern IRC describe las prácticas modernas y explica esas diferencias.

Redes, servicios y nuevas interfaces #

La posibilidad de enlazar servidores acompaña el desarrollo de redes distintas. Sus equipos organizan las reglas y los servicios, incluida la gestión de cuentas y canales. NickServ y ChanServ son nombres habituales de servicios, pero su presencia y sus comandos no son universales.

Las interfaces también cambian: terminales, programas gráficos, clientes web y bouncers ofrecen distintas formas de retomar una conversación. Elegir una interfaz no sustituye el protocolo ni unifica las políticas de las redes.

IRCv3: ampliar sin sustituirlo todo #

IRCv3 reúne especificaciones que añaden mecanismos negociados: autenticación, etiquetas, hora del servidor y agrupación de mensajes, entre otros. El cliente descubre las capacidades del servidor con CAP. Una extensión solo resulta útil si ambos lados la implementan y la negocian.

No existe un botón universal que convierta todas las redes en una misma experiencia «IRCv3». El historial, la persistencia y las identidades siguen dependiendo de las capacidades disponibles y de las decisiones de cada servicio.

Fuentes y verificación

Los ejemplos usan apodos y dominios ficticios, salvo los puntos de conexión expresamente documentados. Las extensiones y los ajustes específicos de una red se indican en el texto.