まず結論：非対称暗号化が担う役割と「匿名性」は別問題
非対称暗号化（公開鍵・秘密鍵）は、インターネット上での通信において主に「鍵の安全な受け渡し」「相手の真正性（認証）の確からしさ」「通信内容の秘匿（盗聴の困難化）」を実現するために使われます。
一方で、「匿名性」は非対称暗号化だけで完結しません。 暗号化されていても、通信の発信元や利用者を示し得る情報（経路の情報、ログ、端末由来の情報、名前解決の挙動など）が別の形で残る可能性があります。 したがって、狙うべきは「暗号化による保護」と「匿名性に影響する要因の切り分け」です。
\
非対称暗号化の基本モデル（安全な通信の“土台”）
非対称暗号化では、公開鍵と秘密鍵のペアを使います。 公開鍵は第三者に共有してよい一方、秘密鍵は本人だけが保持します。
ここで重要なのは、通信相手と安全に会話するために「共通鍵」のような実際にデータを暗号化する鍵を、盗聴者が学べない形で用意する流れです。 実務では、非対称暗号化だけで大量データを直接暗号化するのではなく、ハイブリッドにして「非対称は鍵の確立」「対称はデータの暗号化」という役割分担がよく取られます。
また、非対称暗号化は“認証”にも使われます。 例えば、サーバ側が持つ鍵と対応する公開鍵により、通信相手が本物である可能性を高めます。 これにより、途中者がなりすましても検出されやすくなります（ただし、認証結果の扱いを誤ると効果が下がります）。
\
仕組みの構成要素：鍵交換・認証・暗号化・完全性
安全な通信は、少なくとも次の要素が揃って初めて成り立ちます。
\
- 鍵交換（鍵の成立）：会話に必要な鍵を、盗聴者が復元できない形で確立する。 非対称暗号化はこの部分で役割を担います。 \
- 認証（相手の確からしさ）：相手が本物であることを、鍵の関係に基づいて確かめる。 \
- 秘匿（暗号化）：第三者が通信内容を読み取れないようにする。 \
- 完全性（改ざん検出）：通信内容が途中で変えられていないか検出する。
ここでのポイントは、「匿名性」は1)〜4)の中心目的ではないことです。 暗号化と完全性は“安全性”に直結しますが、“匿名性”はより広い現象（誰が、どの情報にアクセスできるか）によって左右されます。
\
匿名性を左右する制限と例外（暗号化だけでは足りない理由）
匿名性に関しては、次のような制限・例外が現実的に重要です。
\
- 暗号化してもメタデータは残り得る：暗号化されていても、通信の発生や相手の識別に関する情報が、別経路の形で観測されることがあります。 \
- 名前解決や接続の挙動：ドメイン名の解決（名前解決）の仕方、参照先、キャッシュの使われ方などにより、追跡に使える情報が残る場合があります。 \
- 端末情報やアプリの挙動：ブラウザの設定、アドオン、クッキー、端末の特性など、暗号とは別の経路で識別され得ます。 \
- ログの問題：誰がどのタイミングでどんなログを保持し得るかで、匿名性の度合いは変わります。