転送プロトコル
SingLink Beta · SingLink Sola · SingLink 2.0
認証、暗号化されたセッション、データ転送、接続の復旧を担います。それぞれ速度、総合性能、安定性を重視しており、プランに応じて利用できます。
SingLinkVPNが独自に開発した転送プロトコルであるBeta、Sola、SingLink 2.0と、Mini偽装レイヤーを、利用できるプラン、位置づけ、速度の上限、安定性、用途で比較します。そのうえで、VLESS、AnyTLS、Shadowsocks、WireGuardとの違いを、公式ドキュメントにもとづいて簡潔に比較します。
SingLinkVPNの4つの名前は、同じレイヤーにあるわけではありません。Beta、Sola、SingLink 2.0は転送プロトコル、Miniはその上に重ねる偽装レイヤーであり、ノーログなどの約束はサービスの運用に属するものです。
SingLink Beta · SingLink Sola · SingLink 2.0
認証、暗号化されたセッション、データ転送、接続の復旧を担います。それぞれ速度、総合性能、安定性を重視しており、プランに応じて利用できます。
SingLink Mini · Beta Mini · Sola Mini · 2.0 Mini
Beta、Sola、SingLink 2.0の上で動作し、ネットワーク上での接続の見え方だけを変えます。独立したプロトコルではなく、ベースのプロトコルの認証や暗号化を置き換えるものでもありません。
ノーログ · データ保持 · サーバー運用 · サポート
これらはサービス提供者のシステム構成と運用上の約束によって決まります。ノーログはプロトコルのスイッチで切り替えられるものではありません。
Beta、Sola、SingLink 2.0は転送プロトコルです。Miniは独立したプロトコルではなく、それらの上に重ねる偽装レイヤーです。この表では、プラン、位置づけ、速度、安定性、偽装、主な用途ごとに並べています。
| 比較項目 | SingLink Beta | SingLink Sola | SingLink 2.0 | SingLink Mini |
|---|---|---|---|---|
| 利用できるプラン | 全プラン:無料プラン、Fast、Plus、Pro、Max、Rich | Plus、Pro、Max、Rich(無料プランとFastは対象外) | Pro、Max、Rich | Plus、Pro、Max、Rich。そのプランですでに利用できるベースのプロトコルにのみ表示 |
| 位置づけ | 日常の接続向けの速度重視プロトコル | SingLink 2.0の技術スタックをもとに再構築した次世代の高性能転送プロトコル | 不安定なネットワーク向けの高安定性プロトコル | 独立したプロトコルではない偽装レイヤー。Beta、Sola、SingLink 2.0の上で動作 |
| 速度の上限 | プランのランクに応じて上がり、上位プランでは最大1 Gbps | 総合的にBetaより速く、速度、遅延、パケットロス、帯域効率がさらに向上 | スピードテストの最高値よりも安定性を重視 | ベースのプロトコルによって決まる |
| 安定性 | 無料ノードは共有のため、ピーク時には変動がある。有料プランは個別に割り当てられたリソースを使用 | Betaよりパケットロスが少なく、途切れや再接続も少ない | 接続の安定性は最大99%で、切断や再接続が少ない | ベースのプロトコルの接続をそのまま使い、起動の速さと接続の安定性に合わせて調整 |
| 偽装 | Mini偽装レイヤーを重ねられる(Beta Mini) | Mini偽装レイヤーを重ねられる(Sola Mini) | Mini偽装レイヤーを重ねられる(2.0 Mini) | 偽装レイヤーそのもの。変えるのはネットワーク上での接続の見え方で、暗号化の方式ではない |
| 主な用途 | Web閲覧、SNS、HD動画、軽いゲーム | 4Kストリーミング、ビデオ通話やリモートデスクトップ、大容量ファイルやクラウド同期 | 長時間のビデオ会議、継続的な大容量転送、リモートワーク、切断されやすいネットワーク | 動画の即時再生、高速ストリーミング、音声通話などの低遅延が求められる用途 |
数値はSingLinkVPNの公式資料にもとづきます。実際の結果は地域、通信事業者、デバイス、ノードの負荷によって異なります。利用できるノードはアプリにリアルタイムで表示されます。
4つのプロトコルの解説をすべて読むこのガイドでは、どのプロトコルにも星による評価や絶対的な速度ランキングをつけません。SingLinkVPN独自のプロトコルの数値(最大1 Gbps、最大99%の安定性)はSingLinkVPNの公式資料にもとづくものです。他社のプロトコルはそれぞれの公式ドキュメントだけにもとづいて説明し、その制約も明記しています。
プロトコルの作者、標準化団体、公式のメンテナーが公開している仕様です。
公式ドキュメント、公開ソースコード、メンテナーによる説明です。
SingLinkのホワイトペーパーと技術レポートで公開されている設計上の範囲です。
性能と利用可能性は、デバイス、サーバー、ネットワークの状況によって変わります。
「公開資料なし」は、安全でないという意味ではありません。より具体的な結論を出すには、公開されている根拠が足りないという意味です。
この表は、各プロジェクトの公式ドキュメントで公開されている設計上の特徴だけを比較しています。絶対的な性能ランキングではなく、コードの互換性やセキュリティ監査の結果を示すものでもありません。実際の結果は、実装、サーバー、距離、ネットワーク品質、設定にも左右されます。
| 比較項目 | SingLink | VLESS | AnyTLS | Shadowsocks | WireGuard |
|---|---|---|---|---|---|
| 公開されている役割 | SingLinkVPN独自のプロトコルファミリーで、コントロールプレーンとデータプレーンの両方をカバー | ステートレスで軽量なクライアント・サーバー型の転送プロトコル | TLS in TLSのハンドシェイクのフィンガープリントを減らすことを目指した、TLSベースのプロキシプロトコル | 事前共有鍵にもとづく暗号化プロキシプロトコル | IPパケットを運ぶコンパクトなVPNトンネルプロトコル |
| 認証と暗号化 | ノードがリプレイ対策付きでアカウントとセッションを検証し、接続ごとに個別の暗号化コンテキストを使用 | UUIDで認証。TLSやREALITYなどの外側のトランスポートセキュリティの中で動かすか、オプションのVLESS Encryptionを使う必要がある | TLSハンドシェイクのあと、パスワードのSHA-256ハッシュで認証。暗号化は外側のTLSが担う | AEAD暗号化。2022版はBLAKE3でセッションのサブキーを導出し、リプレイ対策を内蔵しているが、前方秘匿性はない | Noiseプロトコルフレームワークに、Curve25519、ChaCha20-Poly1305、BLAKE2sを組み合わせる |
| トラフィックの見え方 | Beta、Sola、SingLink 2.0にMini偽装レイヤーを重ねられる。絶対に見えなくなるとは主張しない | 選んだトランスポートとフローによって決まり、TLSやREALITYと組み合わせることが多い | TLSトラフィックのように見え、パケットの分割とパディングを設定でき、サーバー側から更新できる | 平文のヘッダーがなく、仕様ではトラフィックはランダムなバイト列と区別できないとされている | 公式には難読化を重視しておらず、難読化はその上のレイヤーで行うべきとされている |
| TCPとUDP | 公開設計はTCP、UDP、QUIC系のトラフィックをカバー | TCPとUDPをプロキシし、UDPはプロキシ接続の中で運ぶ | TCP。UDPはUDP over TCPとして運ぶ | 仕様でTCPとUDPの両方を定義 | UDPのみ。TCPモードは公式にはサポートされていない |
| 導入と運用 | SingLinkVPNのアプリとノードで一元管理され、プランに応じて利用できる | オープンなプロトコル。サーバー(Xray-coreなど)を自分で導入し、設定を維持する | リファレンス実装anytls-goがあるオープンなプロトコル。導入と運用は自分で行う | 複数のオープンソース実装があるオープンなプロトコル。導入と運用は自分で行う | オープンソースでLinuxカーネルに組み込まれており、セルフホストやシステム統合に向いている |
SingLink 2.0の資料では、ひとつの接続を、コントロールプレーンの処理、DNSとルーティング、認証、伝送、復旧、状態のクリーンアップに分けて説明しています。以下は公開されている流れの要約です。
クライアントが、現在の接続に必要なアカウント、サーバー、プロトコルの設定を取得します。
ドメイン、接続先、ルール、ネットワークの状態から、名前解決とトラフィックの経路を選びます。
クライアントがサーバーを検証し、鍵を交換して、セッションの状態を作成します。
接続の種類に応じて、信頼性のあるストリーム、データグラム、フロー制御、MTUを処理します。
ネットワークの変化、障害、再接続、サーバーの再選択に対応します。
接続を閉じ、不要になった一時的な状態を消去します。
3つの資料は役割が異なります。技術レポートは仕組みを解説し、ホワイトペーパーは公開されている設計を定義し、第三者による監査は報告書に記載されたバージョンと範囲を検証します。
設定、DNS、ルーティング、認証、セッション、TCP、UDP、復旧、クリーンアップを解説しています。
技術レポートを読むプロトコルとアプリのバージョン、コントロールプレーンとデータプレーン、参照モデル、テストの範囲、公開されている根拠の状況をまとめています。
公式ホワイトペーパーを読むテストされたバージョン、対象プラットフォーム、指摘事項、制約、報告書ファイル、SHA-256の検証用資料を確認できます。
セキュリティ監査を見るSingLink 2.0の技術レポートは公式の技術解説であり、第三者によるセキュリティ監査ではありません。両者は区別して表示しています。
すべてのネットワークに合うプロトコルはありません。アプリの対応状況、サーバー側の実装、利用するネットワークの状況、運用コスト、確認できる根拠をあわせて検討してください。
SingLink Beta
無料プランを含むすべてのプランで使える唯一のプロトコルで、Web閲覧、SNS、HD動画に向いています。
SingLink Sola
Plus以上で利用できます。速度、遅延、パケットロス、帯域効率でBetaを上回り、4Kストリーミングやリアルタイムの共同作業に向いています。
SingLink 2.0
Pro、Max、Richで利用できます。不安定なネットワーク向けに作られており、接続の安定性は最大99%です。
Miniノード(Sola Miniなど)
利用できるベースのプロトコルに偽装レイヤーを加えたもので、動画、音楽ストリーミング、音声通話に向いています。Plus以上で利用できます。
VLESS、AnyTLS、Shadowsocks、またはWireGuard
サーバーを導入し、鍵と設定を管理でき、各プロトコルのセキュリティ上の制約を理解しているユーザー向けです。
現在のネットワークで検証
アプリではワンタップでプロトコルを切り替えられます。利用できるかどうかは地域、通信事業者、時間帯によって変わるため、現在のノードを直接テストしてください。
Beta、Sola、SingLink 2.0の3つの転送プロトコルと、その上で動作するMini偽装レイヤーがあります。Betaはすべてのプランで、SolaとMiniはPlusから、SingLink 2.0はPro、Max、Richで利用できます。
いいえ。Miniは偽装レイヤーです。ノード名がMiniで終わる場合(Sola Miniや2.0 Miniなど)、そのプロトコルの上で偽装レイヤーが動作していることを意味します。認証、暗号化、データ転送は、引き続きベースのBeta、Sola、SingLink 2.0が担います。
無料プランで使えるのはBetaプロトコルのノードだけです。FastもBetaのみで、PlusではSolaとMiniが加わり、Pro、Max、RichではさらにSingLink 2.0が加わります。
日常的なWeb閲覧なら、たいていBetaで十分です。速度、遅延、パケットロスを最も重視するならSola、接続を長時間維持する必要があるならSingLink 2.0を選んでください。アプリではワンタップでプロトコルを切り替えられるので、直接比べてみることができます。
VLESSはステートレスで軽量な転送プロトコルで、TLSやREALITYなどの外側のトランスポートセキュリティの中で動かすか、オプションのVLESS Encryptionを使う必要があります。AnyTLSは、TLS in TLSのハンドシェイクのフィンガープリントを減らすことに重点を置いた、TLSベースのプロキシプロトコルです。SingLinkは、アプリのトラフィックの入口、DNS、スマートルーティング、プランの権限、ノードのスケジューリングまでカバーしています。そのため、この比較はシステムの範囲の違いを示すもので、どちらかが速いという主張ではありません。
Shadowsocksは事前共有鍵で暗号化し、2022版の仕様ではトラフィックはランダムなバイト列と区別できないとされていますが、前方秘匿性はありません。WireGuardはUDPのみのコンパクトなトンネルで、公式には難読化を重視していません。どちらも自分で導入・運用するサーバーが必要ですが、SingLinkVPNのプロトコルはアプリとノードによって一元管理されています。
SingLink 2.0はプロトコルアーキテクチャとサーバーの機能を表す名前で、アプリのバージョン番号はソフトウェアのリリースを表します。この2種類のバージョン体系は、それぞれ独立して管理されています。
どのVPNプロトコルが最速かについて、テスト条件を抜きにした恒久的な答えはありません。プロトコルのオーバーヘッドは要因のひとつにすぎず、デバイスの性能、サーバーの負荷、距離、MTU、通信事業者、混雑状況によって結果は変わります。
一次資料の仕様を読み、実装の範囲を確かめ、ご自身のデバイスとネットワークでテストしてください。このガイド、ホワイトペーパー、セキュリティ監査、フィードには、実際の改訂日を記載しています。