В базе проверка на дубли идет по ключу BSSID:ESSID:KEY (плюс пара других полей).

Так что точки

AA:BB:CCD:EE:FF | WiFi | 12345678

AA:BB:CCD:EE:FF | WiFi | 87654321

будут считаться разными, а значит ни чего не заменится, а добавится новая запись. А при поиске по BSSID или ESSID будут отображены обе точки, ну и не составит особого труда попробовать оба пароля.

Что касается ключа проверки подлинности записи - идея хорошая, но сейчас нет смысла заморачиваться. Во-первых нет гнуса портящего базу, а во-вторых планируется ввести пользователей, а тогда результаты работы гнуса легко находятся и удаляются из базы.

Хочу поспорить на этот счет, но не чем. Было бы неплохо подключить какой-нибудь счетчик. У меня стоял OpenStat, посещаемость была около 20-30 человек в день и довольно быстро росла. По моим примерным оценкам сейчас она должна составлять около 200 человек в день. К тому же с тех пор сайт проиндексировался в гугле, количество точек (=интерес к базе) выросло, стабильность работы улучшена. Но это все догадки, хотелось бы увидеть реальную статистику ))