Основная проблема заключается в том, что, когда вы делаете первоначальный публичный обмен ключами для того, чтобы получить общий секретный ключ и установить безопасный канал, а затем, если вы делаете это обмен ключами по незащищенному каналу, то человек в середине может заменить как Алиса и открытые ключи Боба с тех, к которым он имеет закрытые ключи. Тогда Алиса и Боб думают, что они разговаривают друг с другом, но Мэллори дешифрование сообщения Алисы, изменить его, если он хочет, и повторно зашифровать его с помощью ключа, он послал Бобу и делать то же самое с возвращением сообщений.

 Это проблема того, как вы выполнить первоначальную проверку подлинности и как Боб знает, что открытый ключ Алисы, чтобы установить безопасный канал, если вы не защищенный канал в первую очередь. Именно поэтому этот метод не является безопасным, если возможно, вы не использовать PKI для аутентификации пользователей, в первую очередь, но тогда вы должны поместить свою веру в доверенной третьей стороны, и вы должны установить безопасный канал связи с ними в первую очередь.
 Или, может быть, у вас есть еще один способ связи для перекрестной проверки открытых ключей, но тогда вы должны знать, насколько безопасна этот другой метод.
 Аутентификация является серьезной проблемой, особенно если вы хотите, чтобы смешать его с анонимностью.

 Если вы знаете, что вы хотите отправить сообщение владельцу определенный адрес Bitcoin, и вы знаете, открытый ключ, то одна личность идентифицируется. Так Боб знает, что открытый ключ Алисы, потому что он знает, что Алиса подписала сделку с закрытым ключом, соответствующий этим открытым ключом.
 В этой ситуации вы можете выполнить обмен ключей по незащищенному каналу и Боб будет знать, что он установил общий секрет с Алисой, и он общается с частным держателем ключа для этого адреса. Алиса получила открытый ключ по незащищенному каналу и не будет действительно есть какие-либо идеи, которые она может разговаривать с.