Для китайского слова, которые в обоих списках имеют одинаковый числовой идентификатор. Если я правильно понимаю, они содержат одни и то же слово, это просто, что они используют различные варианты китайских символов (упрощенные по сравнению с традиционным). Это может быть плохо, потому что традиционный китайский производят разные ключи, чем упрощенного китайского семени, даже если они оба совпадает с контрольной суммой.

Для французского против английского языка, ситуация не так уж плохо. У вас есть какие-то семена, где вы не можете сказать, являются ли они французскими или английским языком, иногда контрольная сумма хорошо для французского языка, иногда на английском, а иногда и на обоих языках. Но ключи, полученные по крайней мере, такое же (если французские и английские семена не отличаются акцентами). 128/256 бит семенем, из которого были произведены ключевые фразы не используется ни для чего, так что это не так уж плохо, если они отличаются.

Изменение списков слов открывает новые проблемы. Мы не можем знать, сколько французский / испанский / китайский / японский семена уже используются. Я думаю, наиболее практичным решением является только понизить требование о том, что списки слов сортируются и требуют линейного поиска. Если язык не является уникальным, проверьте все поддерживаемые языки и принимать семена, если он имеет право контрольной суммы, по крайней мере на одном языке. Автоматическая коррекция требует, чтобы пользователь выбирает язык перед входом в семени. В конце концов, частные ключи вычисляются из семян, не обращая внимания на язык, для которого она была вычислена. Контрольная сумма является только там, чтобы помешать людям делать глупые вещи, как изобретать свои собственные семена с низкой энтропией.