En términos generales, hay dos escuelas de pensamiento sobre el diseño de formato de archivo.
Una es que debe tener muchas opciones para dar a muchos usuarios diferentes lo que quieren. El problema con este enfoque es que la compatibilidad se convierte en un problema. El hecho de que un programa anuncie soporte para archivos tiff no significa que pueda abrir su archivo tiff particular.
La otra es que debe mantener baja la cantidad de opciones para la funcionalidad principal, de modo que un lector relativamente simple pueda leer todos los archivos en el formato. Este es el enfoque que tomó PNG. Fue diseñado como un formato de imagen para la web a finales de los 90 y el conjunto de opciones para la funcionalidad central lo reflejaba. Las opciones de color eran RGB (con un canal alfa opcional), paletizado con una paleta basada en RGB y escala de grises (convertida trivialmente a RGB).
Sí, PNG tiene opciones para especificar espacios de color RGB específicos para aquellos que son exigentes con sus colores, pero los decodificadores simples que los ignoran no son realmente peores que si la información del espacio de color nunca se hubiera almacenado, por lo que no Romper la compatibilidad básica.
La cuestión de CMYK se aborda explícitamente en RFC 2083
No hay soporte para CMYK u otros espacios de color inusuales. Nuevamente, esto es para promover la portabilidad. CMYK, en particular, depende demasiado del dispositivo para ser útil como una representación de imagen portátil.