512 бит Hash VS 4 128bit Hash

Интересно, что я не обнаружил достаточно информации о любом тесте или эксперименте столкновения шансов на одиночную 512-битную хеш-хеш, как Whirlpool против Concatenation 4 128битных хэшей, таких как MD5, SHA1 и т. Д.

Возможность 4 128-битных хэшей, чтобы появиться одинаковым, кажется менее вероятным, чем одинокий 512-битный хеш, когда данные, на которых выполняется хеширование, значительно имеет небольшой размер всего в среднем 100 символов.

Но это просто очевидное догадка без оснований, потому что я не выполнил тест. Что вы думаете об этом?

Редактировать Это как 512-битное хеш против 128бит хеш. 128бит хеш. 128бит хеш. 128bit хэш (4 128-битных хеш-хеша Concateenated)

edit2 Я хочу использовать хеш для этого индекса на URL или хеширование, учитывая ОЗУ И цель - минимизировать возможность столкновения, потому что я хочу установить столбец HASH как уникальный вместо столбца URL.

Редактировать3 Обратите внимание, что цель этого вопроса в том, чтобы найти способ минимизации возможности столкновения. Сказав это, почему мне нужно больше сосредоточиться на минимизации возможности столкновения? Здесь приходит мое редактирование2 описание, которое приводит к поиску решения, чтобы использовать меньше оперативной памяти. Таким образом, интересы оба при минимизации столкновения и более низкого использования оперативной памяти. Но главное внимание этого вопроса снижает возможность столкновения.