大まかに言って、ファイル形式の設計には2つの考え方があります。
1つは、多くの異なるユーザーが望むものを提供するために多くのオプションが必要であることです。このアプローチの問題は、互換性が問題になることです。プログラムがtiffファイルのサポートを宣伝しているからといって、特定のtiffファイルを開くことができるとは限りません。
もう1つは、比較的単純なリーダーがその形式のすべてのファイルを読み取れるように、コア機能のオプションの数を抑える必要があるということです。これがPNGが採用したアプローチです。90年代後半にWeb用の画像形式として設計され、コア機能のオプションセットにはそれが反映されていました。カラーオプションはRGB(オプションのアルファチャネル付き)、RGBベースのパレットとグレースケール(簡単にRGBに変換)でパレット化されました。
はいPNGには、色にこだわりがある人に特定のRGB色空間を指定するオプションがありますが、それらを無視する単純なデコーダーは、色空間情報がまったく保存されていない場合よりも悪くはないので、基本的な互換性を壊します。
CMYKの問題は、RFC 2083で実際に明示的に扱われています
CMYKまたは他の珍しい色空間のサポートはありません。繰り返しますが、これは移植性を促進するためです。特に、CMYKはデバイスに依存しすぎて、ポータブルな画像表現としては役立ちません。