ノード一覧には Shadowsocks、VMess、VLESS、Trojan が混在しがちです。速度だけ見てプロトコルを気にしない人も多いです。おおよその時系列で設計の違いを整理し、ノード情報の「プロトコル」が何を意味するかを説明します。
ノード追加やサブスク内容では、各ノードに ss(Shadowsocks)、vmess、vless、trojan などの種別が付きます。この欄はクライアントとサーバーがデータをどう梱包・暗号化・転送するかです。強度、トラフィック特徴、効率の取捨は違いますが、選ぶ・接続・速度確認の操作は同じです。差が出るのは安定性と識別されやすさです。Shadowrocket はこれらに同時対応し、どれを使うかは取り込んだノード/サブスクの種別次第です。
| プロトコル | おおよその登場時期 | 設計思想 |
|---|---|---|
| Shadowsocks | 2010年頃 | 発想は単純:暗号化転送だけ、プロトコルは薄く、クライアントもサーバーも実装が軽い |
| VMess | 2017年頃 | Shadowsocks にユーザー認証(UUID)、プロトコル層の暗号化、タイムスタンプによるリプレイ防止など、より一式の仕組みを足した |
| Trojan | 2019年頃 | 発想は「偽装」:見た目を通常の HTTPS 閲覧に近づける |
| VLESS | 2020年頃 | プロトコル層の暗号化を外し、認証だけ残す。暗号化は外側の TLS に任せ、プロトコル自体はより軽くなる |
おおよその流れは、「プロトコル自身が中身を暗号化する」から、「プロトコルは薄くし、安全性をより標準的で特別扱いされにくい外側(TLS など)に任せる」へ移っています。
後発が単純に優れるわけではなく、それぞれが前世代の弱点を潰しています。
だから「プロトコル」と「安全か」はイコールではありません。同じプロトコルでも設定で体感は変わります。新しい方が設計は成熟しがちですが、入れただけで万全でもありません。
ほとんどの場合、不要です。種別はサブスク事業者が決め、ノード情報に書いてあります。Shadowrocket は対応プロトコルで自動接続し、「どれで繋ぐか」を手で選ぶ必要はありません。この記事の意味は、「なぜ同じ事業者のサブスクに複数プロトコルがあるか」を理解することです。環境ごとに選択肢を増やすためで、「より速い1本」を自由に選ばせるためではありません。
あるプロトコルが今の回線で不安定なら、優劣を議論するより、同じグループで別プロトコルを試す方が実務的です。サーバーの置き方の方が、プロトコル選択そのものより効くことが多いです。
いいえ。そう読むべきでもありません。プロトコルはノード情報に既に決まっています。本サイトの立場は他記事と同じで、特定事業者の代理・推奨はしません。名称の技術差を説明し、一覧を読みやすくするだけであり、「どのプロトコルが良いか」の購入助言ではありません。
注:経緯は公開技術資料に基づきます。実装の細部は各オープンソース公式ドキュメントを優先します。特定サブスク事業者の評価は含みません。