Saltar para o conteúdo
Dialova

Documentação IRC · Iniciante

História do IRC: de 1988 às extensões IRCv3

IRC nasce em 1988: Jarkko Oikarinen desenvolve o Internet Relay Chat na Universidade de Oulu, na Finlândia. O protocolo permite conversar em tempo real entre vários utilizadores e evolui depois através das redes, dos programas e das suas extensões.

A equipa do Dialova · Verificado em

1988: uma ferramenta de conversa que se espalha #

O relato histórico reunido por Daniel Stenberg situa os inícios no verão de 1988. IRC espalha-se graças a clientes e servidores capazes de comunicar entre si. A sua história não se resume a uma aplicação: equipas distintas desenvolvem programas e administram redes.

1993 e 2000: documentar o protocolo #

A RFC 1459, publicada em maio de 1993 por Jarkko Oikarinen e Darren Reed, descreve o protocolo IRC. Tem o estatuto Experimental. Em abril de 2000, vários documentos abordam a arquitetura e os protocolos; a RFC 2812 trata do protocolo de cliente e tem o estatuto Informational.

Estes textos são referências, não uma garantia de que todos os servidores atuais sigam a mesma versão fixa. As implementações evoluíram, por vezes com diferenças de modos, limites e respostas. A documentação Modern IRC descreve as práticas modernas e explica essas diferenças.

Redes, serviços e novas interfaces #

A possibilidade de ligar servidores acompanha o desenvolvimento de redes distintas. As equipas das redes organizam as regras e os serviços, incluindo a gestão de contas e canais. NickServ e ChanServ são nomes comuns de serviços, mas a sua presença e os seus comandos não são universais.

As interfaces também mudam: terminais, programas gráficos, clientes web e bouncers oferecem diferentes formas de retomar uma conversa. A escolha da interface não substitui o protocolo nem uniformiza as políticas das redes.

IRCv3: alargar sem substituir tudo #

IRCv3 reúne especificações que acrescentam mecanismos negociados: autenticação, etiquetas, hora do servidor e agrupamento de mensagens, entre outros. O cliente descobre as capacidades do servidor com CAP. Uma extensão só é útil se ambos os lados a implementarem e negociarem.

Não existe um botão universal que transforme todas as redes na mesma experiência «IRCv3». O histórico, a persistência e as identidades continuam a depender das capacidades disponíveis e das escolhas de cada serviço.

Fontes e verificação

Os exemplos usam alcunhas e domínios fictícios, salvo os pontos de ligação expressamente documentados. As extensões e definições específicas de uma rede são assinaladas no texto.