288 ビットの入力があります (4 × 32 ビットの恒等関数出力と 10 × 16 ビットの整数で構成されます)。衝突をできるだけ少なくして、これを 96 ビットにハッシュする必要があります。目標は、確率論的衝突によるキー圧縮と言えます。
CRC は全単射ハッシュであるため、100% 均等な分布が保証されることは承知しています (私が理解しているとおり)。私の見解では、入力を介して 3 つの並列 CRC パスを実行できるはずであり、その結果、最適な分散の 96 ビットの非可逆ハッシュ (明らかに全単射ではない) が得られます。
ただし、CRC がそのようなアプリケーションに使用されていないことも認識しています。通常、MetroHash などのアルゴリズムが使用されます。
このアプリケーションにとって CRC が悪い (またはそうでない) 考えである理由を誰か説明してもらえますか?
注: これは、安全なものを意図したものではありません。