なぜ今、Hysteria2とTUIC v5を比較するのか
2024年以降、商用プロキシやセルフホストの両方で、UDPを前提にした高効率トンネルへの移行が加速しています。従来のTCPベースの枠組みだけでは、輻輳した国際回線やモバイル基地局の切り替えに弱い場面が残るためです。Hysteria2とTUIC v5はいずれもQUIC（UDP上の暗号化トランスポート）を中核に据えますが、設計思想と輻輳制御の方針が異なり、同じ帯域でも「体感が違う」ことがよく起きます。
本稿では、特定の数値を絶対視するのではなく、測り方の前提と傾向を先に固定し、そのうえで遅延・速度・安定性を横断的に読み解きます。ノードの地理、BGP経路、サーバー側の帯域制限、クライアント実装の差はすべて結果に直結するため、他サイトの単発スコアだけを鵜呑みにせず、自分の回線で短時間リピートテストする姿勢が重要です。
プロトコル概要：似ているようで、最適化の方向が違う
Hysteria2の特徴
Hysteria2は、改造QUICスタックとBrutalと呼ばれる輻輳制御を組み合わせ、帯域が潤沢な環境で高いスループットを狙う設計です。輻輳を検知して極端に送り込みを絞るよりも、事前に合意した帯域上限に沿って積極的にパイプを埋めるイメージに近く、長時間の大容量転送や4Kストリーミングで「伸びる」ケースが報告されやすい傾向があります。一方で、サーバー側の帯域設定やクライアントの帯域見積もりが不適切だと、逆にブレーキが効きにくく、共有サーバーでは他ユーザーへの影響も議論になります。
TUIC v5の特徴
TUIC v5は、QUIC上に軽量なプロキシセマンティクスを載せ、実装をシンプルに保ちながら低遅延の往復を重視する方向です。マルチパスやゼロRTTまわりの挙動は実装とカーネル設定に依存しますが、レスポンスの速さを求める用途（オンライン会議の補助、軽量API、ゲームのシグナリングなど）では、同条件のベンチマークで良好な結果が出やすい、というコミュニティの共通感があります。
用語メモ：QUICはTCPのようにストリーム多重化を持ちつつ、コネクション確立のラウンドトリップを削減できる一方、UDPブロックやキャリアのQoSの影響を受けやすい面もあります。結果は「プロトコル単体」より「経路＋実装」の合成で決まります。
ベンチマークの組み立て方（公平性のために）
再現性のある比較では、まず同一クライアント・同一測定ツールを固定します。Clash Meta（Mihomo）系では、同じマシン・同じDNS設定・同じルールのもとでプロトコルだけを切り替え、HTTPレイヤーで速度を見る方法と、ICMPやTCPコネクション確立時間でレイテンシを見る方法を併用すると偏りが減ります。DNSが別経路に逃げると結果が崩れるため、FakeIPやDoHの扱いは MetaコアDNSリーク防止ガイド と整合させてください。
次に、測定時間帯をそろえます。夜間の国際輻輳はTCPとUDPの両方に効きますが、UDPベースのプロトコルはパケットロス時の再送戦略の差が出やすく、短い一発測定では偶然に左右されます。最低でも同一条件下で複数回、可能なら平日と休日の両方を取ると、安定性の章で述べる「ブレ幅」の見積もりが現実的になります。
- レイテンシ：複数ホストへのTCP TLSハンドシェイク時間、またはアプリ層のping相当ツールを記録する。
- スループット：単一ファイルのHTTPSダウンロード、または複数並列でサーバー側ギャップを潰す。
- 安定性：パケットロスを模したWi-Fi遠隔、テザリング移動、キャリア切り替え直後の再接続を観察する。
遅延（レイテンシ）：体感レスポンスは何を見るか
体感遅延は地理距離とサーバー側のキューイングが支配します。Hysteria2とTUIC v5のどちらが常に有利、というより、実装が成熟し、適切なkeep-aliveと再接続パラメータが整っているほうが勝ちやすい、というのが実務的な見方です。特にモバイル回線では、基地局のバッファ膨張（bloat）でRTTが跳ね上がる瞬間があり、そのとき輻輳制御の性格差が表に出ます。
オンラインゲームの同期トラフィックのように極小パケットの往復が主役の場合は、プロキシを挟むこと自体がボトルネックになりやすく、プロトコル差よりもノード選定とルールのDIRECT切り分けが支配的です。会議やブラウジングなど、多少のジッタが許容される用途では、TUIC v5側が「キビキビした」印象になる報告が多い一方、サーバー実装や輻輳設定次第で逆転もあり得ます。
速度とスループット：帯域を食うシナリオで差が開く
大容量ダウンロードや高ビットレート動画、クラウドへのバックアップなど、長尺でパイプを埋める用途では、Hysteria2の設計が有利になりやすい、というのが一般的な整理です。Brutalは「決めた上限まで積極的に送る」スタンスのため、輻輳が穏やかでボトルネックが遠距離回線ではない環境ではスコアが頭打ちに近づきます。反対に、共有鯖で帯域上限が厳しいと、他ユーザーとぶつかったときの公平性や遅延の悪化が課題になります。
TUIC v5も十分なスループットを出せますが、同じサーバー負荷条件下では、輻輳時の挙動がより保守的に見えることがあります。これは欠点というより運用設計の差であり、プロバイダーがどのプロトコルにチューニングを寄せているかで実測は変わります。
安定性：パケットロスと再接続に強いのはどちらか
安定性の本丸はロス環境での再送とスムーズな再接続です。電車や地下、共有オフィスの混雑した2.4GHz帯ではUDPロスが増え、QUICはその場しのぎの再送でRTTグラフがギザギザになります。Hysteria2は高帯域志向の制御と相まって、ロスが多いと伸び悩む一方、回線が回復したあとの立ち上がりは速い、というフィードバックもあります。TUIC v5は軽量実装と相性の良いサーバー構成だと、ジッタ抑制に寄与するケースが報告されますが、ここもサーバーのチューニングとカーネルパラメータが支配的です。
長時間セッションでは、モバイルのIPv4/IPv6切り替えやWi-Fi⇔LTEのローミングでコネクションが切れます。QUICは0-RTT再開の可否や中間機器の影響を受けるため、切断後の復帰速度を実測に含めると、紙のスペックでは見えない差が出ます。ここでDNSが変わると別ノードに飛ぶため、前述のDNS固定が再び効いてきます。
注意：商用サービスのレビューで「絶対にHysteria2が速い」などの断定的表現に飛びつくと、自宅回線では真逆になることがあります。必ず自分の環境で、同じ時間帯に短時間リピートしてください。
運用面：クライアント対応と設定のしやすさ
現行のClash Meta（Mihomo）系クライアントは、両プロトコルをYAML上で扱えます。初見ではHysteria2の帯域関連パラメータ、TUICのUUIDやcongestion制御の指定がそれぞれクセになるため、プロバイダーがテンプレートを用意しているかどうかが実用上の大きな差です。GUIでプロファイルを切り替えられる Clash Verge Revなどのクライアント を使うと、ABテストのたびにファイルを直書きする負担を減らせます。
サーバー側では、sysctlやBBR、バッファサイズ、ワーカー数の設定がスループットと頭打ちを決めます。プロトコル名だけ見て選んでも、鯖が細いとどちらも快適にはなりません。セキュリティと法規制は各自の地域ルールに従い、許可された用途の範囲でテストしてください。
どちらを選ぶ？用途別の指針
迷ったときの素早い整理として、次の表を出発点にしてください（個人環境で再検証前提の一般論です）。
| 観点 | Hysteria2が向きやすい例 | TUIC v5が向きやすい例 |
|---|---|---|
| スループット | 大容量DL、4K、長時間の一方向転送 | 中〜高帯域だが、サーバーが穏健な輻輳制御を好む場合も十分 |
| レイテンシ | 帯域設定が適切で、輻輳が少ない経路 | 往復重視のブラウジング・軽量API・会議補助 |
| 安定性 | ロスが低く、長時間フル帯域を維持したいとき | 実装と鯖が軽く、ジッタ抑制を感じたいとき |
| 運用 | 帯域ブロックパラメータのチューニング文化があるプロバイダー | シンプルな設定テンプレが揃っているプロバイダー |
まとめ：プロトコルは「候補」、検証は自分の回線で
Hysteria2とTUIC v5のどちらが「絶対最強」かという問いには、経路と運用前提がないと答えられないのが正直なところです。本稿で示したのは、遅延・速度・安定性を分けて観測し、DNSや測定時間帯のブレを排除するための枠組みです。数値一発より、複数日にわたるリピートと、ルールによる用途分けのほうが、ストレスの少ない構成に結びつきます。
プロトコル選定が固まったら、次はクライアント側で確実に再現できる環境を整えるのが近道です。GUIでプロファイルを切り替え、TUNやDNSを一貫させられるClash Verge Revのようなクライアントは、試行錯誤のコストを大きく下げます。類似ツールの手作業設定に比べ、ルールとDNSをまとめて扱える点で、日常利用の安定感は一段上がります。