Este proceso no está exento de problemas y en muchos casos, especialmente en redes medianamente grandes, se dan conflictos entre las dos partes de la red: usuarios duplicados, canales con el mismo nombre y diferentes configuraciones, operadores, etc.
Estas desincronizaciones pueden resolverse con diferentes criterios en función del IRCd que estemos utilizando, generalmente atendiendo a fechas (prioridad al más antiguo o nuevo) y jerarquía de la red (prioridad a lo que diga el hub).
Por otra parte, el nick (alias) de un usuario puede ser establecido siempre y cuando sea válido y esté libre, de modo que un usuario puede encontrarse al conectarse a la red que su nick habitual está opcupado por otro usuario que puede además intentar suplantarle.
No obstante a medida que las redes crecieron esto se tornó claramente ineficiente.
No obstante esta solución no es del todo eficiente puesto que la implementación en modo cliente hace difícil que el programa robot disponga de toda la información necesaria y generalmente la calidad del enlace con la red es insuficiente, vemos que por ejemplo si queremos que el bot monitorice la actividad de todos los canales debería de estar dentro de todos ellos (algunos IRCd tienen un límite duro en cuanto al máximo de canales en los que puede estar un usuario simultáneamente, en otros casos esto es configurable), lo cual no parece muy adecuado.
Inicialmente se empezó almacenando la información de los usuarios, apodo y contraseña.
El protocolo DB evolucionó para convertirse en DBH, y se sucedieron varias versiones del mismo.
En estos casos la administración de la red en cuestión proveerá al futuro administrador del servidor con el software a instalar y la configuración a utilizar para la correcta interconexión del nuevo nodo con el resto de la red.
Generalmente funcionan bajo entornos Unix y compatibles, como Linux o FreeBSD, aunque existen algunos IRCds con versión para Windows (e incluso algunos exclusivos para este entorno, no obstante no muy populares) y otros sistemas operativos.
También existen IRCds comerciales que sin embargo no han tenido gran calado debido a su escasa calidad en comparación con los anteriormente mencionados, en esta categoría habría que destacar Conference Room.
Opcionalmente se pueden definir nodos y usuarios privilegiados (IRCops), exclusiones, etc.
No obstante muchos IRCd modernos han evolucionado persentando ficheros de configuración en formatos más amigables basados en Bison o XML.
Conviene fijarse en las condiciones puesto que muchos prohíben explícitamente el tráfico IRC.