De um modo geral, existem duas escolas de pensamento sobre o design de formato de arquivo.
Uma é que você deve ter muitas opções para dar a muitos usuários diferentes o que eles querem. O problema com essa abordagem é que a compatibilidade se torna um problema. Só porque um programa anuncia suporte para arquivos tiff não significa que ele pode abrir seu arquivo tiff específico.
O outro é que você deve manter baixo o número de opções para a funcionalidade principal, para que um leitor relativamente simples possa ler todos os arquivos no formato. Essa é a abordagem adotada pelo PNG. Ele foi projetado como um formato de imagem para a web no final dos anos 90 e o conjunto de opções para a funcionalidade principal refletia isso. As opções de cores eram RGB (com um canal alfa opcional), paletizadas com uma paleta baseada em RGB e escala de cinza (convertido trivialmente em RGB).
Sim, o PNG tem opções para especificar espaços de cores RGB específicos para aqueles que são exigentes com suas cores, mas decodificadores simples que os ignoram não são realmente piores do que se as informações do espaço de cores nunca tivessem sido armazenadas, portanto, não quebrar a compatibilidade básica.
A questão do CMYK é realmente explicitamente abordada na RFC 2083
Não há suporte para CMYK ou outros espaços de cores incomuns. Novamente, isso é em nome da promoção da portabilidade. O CMYK, em particular, depende muito do dispositivo para ser útil como uma representação de imagem portátil.