Xray-core と sing-box コア比較：日常使用ではどちらを選ぶべきか

v2rayN のコア設定を開くと、Xray-core と sing-box という切り替え可能な2つの選択肢が表示されます。多くの人はこの2つの違いをよく分からないまま何となく一方を選び、一度も切り替えたことがないという場合も少なくありません。v2rayN 自体はGUIクライアントに過ぎず、実際に接続の確立や暗号化・復号を担当しているのは背後の「コア」プログラムです——Xray-core は V2Ray プロジェクトから派生した、最も活発に更新されているコアの一つで、長らく多くのクライアントのデフォルトとして採用されてきました。sing-box は比較的新しく、アーキテクチャ設計も異なり、近年は新しいプロトコルへの対応の速さと柔軟な設定で注目を集めています。両方ともオープンソースプロジェクトで、v2rayN はそれらを単にGUIに「組み込んで」いるだけであり、どちらか一方の使用を強制するものではありません。具体的な違いはプロトコル対応、更新のペース、リソース消費といった観点からそれぞれ見ていく必要があります。

プロトコル対応はどちらが先行しているか

VMess、VLESS、Shadowsocks、Trojan といった中核となるプロトコルについては、両方ともかなり成熟しており、日常使用でほとんど互換性の問題に遭遇することはありません。違いが主に現れるのは、より新しい、あるいはよりニッチなプロトコルや機能です：Xray-core は VLESS + Reality や XTLS 系列への対応が通常より早く、より完全です。これらの機能自体がXrayプロジェクトによって最初に提案・実装されたものだからです。一方 sing-box は Hysteria、TUIC といったQUICベースの新しいプロトコルへの対応がより幅広く、これらのプロトコルは一部のネットワーク環境で遅延のパフォーマンスがより良好です。実際の選択ではあまり深く考えすぎる必要はありません——お使いのノード提供元が特定のプロトコルしか提供していない場合は、提供元がおすすめするコアに素直に従えば十分です。

更新ペースとリソース消費のトレードオフ

Xray-core のバージョンの反復は比較的堅実で、大きな変更の前には通常移行期間が設けられ、「安定性優先」を求めるユーザーに適しています。sing-box は更新頻度が高く、新機能のリリースも早い一方で、特定のバージョンにのみ存在する境界的な問題がまれに発生することも意味し、新しさを追いかける分だけ多少のリスクを負うことになります。「ただ日常的にネットを使う」だけの大半のユーザーにとっては、この安定性の違いは実際にはほとんど感じられず、更新頻度が決定的な要素になるのは新しいプロトコルを追いかけたい場合や特定の機能に強いニーズがある場合に限られます。リソース消費については、sing-box は多くのテストシーンでメモリ使用量と起動速度にやや優位性があり、特に大量のルーティングルールや複数のノードグループを読み込んでいる場合、メモリの増加曲線がより緩やかです。Xray-core も許容範囲内には収まっていますが、超大規模なルールセットのシーンでは相対的に「重く」なる傾向があります。一般的な個人利用（数十〜数百ノード、標準的なルールセット）では、両者の実際の違いは非常に小さく、日常の使用感にはほとんど影響しません。

コアを切り替える際、設定をやり直す必要はあるか

朗報です、やり直す必要はありません。v2rayN は下層コアの違いをできる限り吸収するように設計されており、日常使用しているノード情報、サブスクリプションリンク、ルーティングルールは基本的に両方のコア間でそのまま引き継げるため、コアを切り替えても通常は再設定は不要です。ただし、元の設定ファイルの形式は実際には互換性がありません——Xray-core は比較的伝統的なJSON構造を使用しており、フィールド設計は初期のV2Rayプロジェクトの慣習を引き継いでいます。sing-box は独自に設計されたよりシンプルな構造で、フィールド名や構成方法もかなり異なります。ただしGUIクライアント上ではこうした違いをほとんど意識する必要はありません——ノードの追加やルールの編集はすべて統一されたインターフェースを通じて行われ、クライアントがコアを切り替える際に自動的に設定形式を変換してくれます。唯一注意が必要なのは、特定のコアにしかない機能（一部の実験的なトランスポート設定など）に依存しているノードです。切り替え後にパラメータを再確認する必要があるかもしれません。また、高度なカスタムJSON設定スニペットをインポートする際は、対象コアの文法に合わせる必要があります。切り替え後に特定のノードで接続異常が起きた場合は、まずそのノードがコア特有の設定項目を使っていないか確認すると、原因が見つかることが多いです。

どちらを選ぶべきか

シンプルな判断基準を挙げるとすれば：ノードが主にVLESS + Realityベースの場合、あるいは保守的で安定性優先の方針を好む場合は、Xray-core がより手間のかからないデフォルトの選択肢です。提供元がQUICベースの新しいプロトコルを提供している場合や、リソース消費と起動速度をより重視する場合は、sing-box に切り替えて比較してみる価値があります。両者の切り替えコストは非常に低いため、まず片方のコアをしばらく使ってみて、気になる点があればもう一方に切り替え、お使いのネットワーク環境に最も合う組み合わせを見つけるという方法も十分にありです。ほとんどの初心者にとっては、クライアントのデフォルト設定のままで問題なく、この段階でコアの選択にこだわる必要はありません。