Vergleichen Sie die eigenen Transportprotokolle von SingLinkVPN – Beta, Sola und SingLink 2.0 – sowie die Tarnschicht Mini: wer welches nutzen kann, Positionierung, Geschwindigkeitsobergrenze, Stabilität und Einsatzbereiche. Danach folgt ein kurzer, auf Dokumentation gestützter Vergleich mit VLESS, AnyTLS, Shadowsocks und WireGuard.
Die vier Namen von SingLinkVPN liegen nicht auf derselben Ebene: Beta, Sola und SingLink 2.0 sind Transportprotokolle, Mini ist eine Tarnschicht darüber, und Zusagen wie keine Protokollierung gehören zum Betrieb des Dienstes.
SingLink Beta · SingLink Sola · SingLink 2.0
Übernehmen Authentifizierung, verschlüsselte Sitzungen, Datentransport und Wiederherstellung der Verbindung. Sie setzen jeweils auf Geschwindigkeit, Gesamtleistung und Stabilität und sind je nach Tarif verfügbar.
SingLink Mini · Beta Mini · Sola Mini · 2.0 Mini
Läuft über Beta, Sola oder SingLink 2.0 und verändert nur, wie eine Verbindung im Netz aussieht. Sie ist kein eigenständiges Protokoll und ersetzt weder die Authentifizierung noch die Verschlüsselung des zugrunde liegenden Protokolls.
Keine Protokollierung · Datenaufbewahrung · Serverbetrieb · Support
Diese hängen von der Architektur und den Betriebszusagen des Anbieters ab. Keine Protokollierung ist kein Schalter im Protokoll.
Beta, Sola und SingLink 2.0 sind Transportprotokolle. Mini ist kein eigenständiges Protokoll, sondern eine Tarnschicht darüber. Die Tabelle stellt sie nach Tarif, Positionierung, Geschwindigkeit, Stabilität, Tarnung und typischem Einsatz nebeneinander.
| Merkmal | SingLink Beta | SingLink Sola | SingLink 2.0 | SingLink Mini |
|---|---|---|---|---|
| Tarife | Jeder Tarif: kostenloser Plan, Fast, Plus, Pro, Max, Rich | Plus, Pro, Max, Rich (nicht im kostenlosen Plan und nicht in Fast) | Pro, Max, Rich | Plus, Pro, Max, Rich; erscheint nur auf Basisprotokollen, die der Tarif bereits freischaltet |
| Positionierung | Protokoll mit Fokus auf Geschwindigkeit für alltägliche Verbindungen | Hochleistungstransport der nächsten Generation, neu aufgebaut auf dem Stack von SingLink 2.0 | Hochstabiles Protokoll für schwierige Netze | Tarnschicht, kein eigenständiges Protokoll: läuft über Beta, Sola oder SingLink 2.0 |
| Geschwindigkeitsobergrenze | Steigt mit der Tarifstufe, bis zu 1 Gbps in höheren Tarifen | Insgesamt schneller als Beta, mit weiteren Verbesserungen bei Geschwindigkeit, Latenz, Paketverlust und Bandbreitenauslastung | Stabilität zuerst statt eines Spitzenwerts im Geschwindigkeitstest | Hängt vom Basisprotokoll ab |
| Stabilität | Kostenlose Knoten werden geteilt und schwanken zu Stoßzeiten; kostenpflichtige Tarife nutzen separat zugewiesene Ressourcen | Weniger Paketverlust als Beta, mit weniger Hängern und Neuverbindungen | Verbindungsstabilität von bis zu 99%, mit weniger Abbrüchen und Neuverbindungen | Behält die Verbindung des Basisprotokolls bei, abgestimmt auf schnellen Start und stabile Verbindungen |
| Tarnung | Kann die Tarnschicht Mini tragen (Beta Mini) | Kann die Tarnschicht Mini tragen (Sola Mini) | Kann die Tarnschicht Mini tragen (2.0 Mini) | Ist die Tarnschicht: verändert, wie die Verbindung im Netz aussieht, nicht wie sie verschlüsselt wird |
| Typischer Einsatz | Surfen, soziale Medien, HD-Video, leichtes Gaming | 4K-Streaming, Videoanrufe und Remote-Desktop, große Dateien und Cloud-Synchronisierung | Lange Videokonferenzen, dauerhaft große Übertragungen, Remote-Arbeit, Netze mit häufigen Abbrüchen | Sofort startende Videos, schnelles Streaming, Sprachanrufe und andere Anwendungen mit niedriger Latenz |
Die Angaben stammen aus offiziellen Unterlagen von SingLinkVPN. Die tatsächlichen Ergebnisse hängen von Region, Anbieter, Gerät und Knotenauslastung ab; welche Knoten Ihnen zur Verfügung stehen, zeigt die App in Echtzeit an.
Vollständige Leitfäden zu allen vier Protokollen lesenDiese Seite vergibt keine Sternebewertungen und keine absolute Geschwindigkeitsrangliste für Protokolle. Angaben zu den eigenen Protokollen von SingLinkVPN (bis zu 1 Gbps, Stabilität von bis zu 99%) stammen aus offiziellen Unterlagen von SingLinkVPN; Protokolle von Drittanbietern werden nur anhand ihrer offiziellen Dokumentation beschrieben, jeweils mit Angabe ihrer Grenzen.
Spezifikationen, die von Protokollautoren, Normungsgremien oder offiziellen Maintainern veröffentlicht wurden.
Offizielle Dokumentation, öffentlicher Quellcode und Aussagen der Maintainer.
Designgrenzen, die das Whitepaper und der technische Bericht von SingLink offenlegen.
Leistung und Verfügbarkeit hängen von Gerät, Server und Netzwerkbedingungen ab.
„Nicht öffentlich dokumentiert“ heißt nicht unsicher. Es heißt, dass die öffentlichen Belege für eine genauere Schlussfolgerung nicht ausreichen.
Die Tabelle vergleicht nur Designmerkmale, die in der offiziellen Dokumentation des jeweiligen Projekts veröffentlicht sind. Sie ist keine absolute Leistungsrangliste und sagt nichts über Codekompatibilität oder das Ergebnis eines Sicherheitsaudits aus. Die Ergebnisse in der Praxis hängen außerdem von Implementierung, Servern, Entfernung, Netzqualität und Konfiguration ab.
| Merkmal | SingLink | VLESS | AnyTLS | Shadowsocks | WireGuard |
|---|---|---|---|---|---|
| Veröffentlichte Rolle | Eigene Protokollfamilie von SingLinkVPN, die sowohl die Steuerungs- als auch die Datenebene abdeckt | Zustandsloses, schlankes Client-Server-Transportprotokoll | TLS-basiertes Proxy-Protokoll, das den Fingerabdruck des TLS-in-TLS-Handshakes verringern soll | Verschlüsseltes Proxy-Protokoll auf Basis eines vorab geteilten Schlüssels | Kompaktes VPN-Tunnelprotokoll, das IP-Pakete transportiert |
| Authentifizierung und Verschlüsselung | Knoten prüfen Konto und Sitzung mit Schutz vor Wiederholungsangriffen, und jede Verbindung erhält einen eigenen Verschlüsselungskontext | Authentifiziert per UUID; muss innerhalb einer äußeren Transportsicherheit wie TLS oder REALITY laufen oder die optionale VLESS Encryption nutzen | Authentifiziert nach dem TLS-Handshake mit einem SHA-256-Hash des Passworts; die Verschlüsselung stammt vom äußeren TLS | AEAD-Verschlüsselung; die Ausgabe 2022 leitet Sitzungsunterschlüssel mit BLAKE3 ab und hat integrierten Schutz vor Wiederholungsangriffen, aber keine Forward Secrecy | Noise-Protokoll-Framework mit Curve25519, ChaCha20-Poly1305 und BLAKE2s |
| Erscheinungsbild des Verkehrs | Beta, Sola und SingLink 2.0 können die Tarnschicht Mini tragen; keine Behauptung absoluter Unsichtbarkeit | Hängt vom gewählten Transport und Flow ab, oft kombiniert mit TLS oder REALITY | Sieht aus wie TLS-Verkehr, mit konfigurierbarer Paketaufteilung und Auffüllung (Padding), die der Server aktualisieren kann | Kein Klartext-Header; laut Spezifikation ist der Verkehr nicht von einem zufälligen Bytestrom zu unterscheiden | Offiziell nicht auf Verschleierung ausgerichtet; diese sollte auf einer darüberliegenden Ebene erfolgen |
| TCP und UDP | Das veröffentlichte Design umfasst TCP, UDP und QUIC-artigen Verkehr | Leitet TCP und UDP weiter, wobei UDP innerhalb der Proxy-Verbindung transportiert wird | TCP; UDP wird als UDP over TCP transportiert | Die Spezifikation definiert sowohl TCP als auch UDP | Nur UDP; ein TCP-Modus wird offiziell nicht unterstützt |
| Bereitstellung und Wartung | Vollständig von den Apps und Knoten von SingLinkVPN verwaltet, je nach Tarif verfügbar | Offenes Protokoll; Sie stellen einen Server bereit (etwa Xray-core) und pflegen die Konfiguration | Offenes Protokoll mit der Referenzimplementierung anytls-go; Sie stellen es selbst bereit und warten es | Offenes Protokoll mit mehreren Open-Source-Implementierungen; Sie stellen es selbst bereit und warten es | Open Source und in den Linux-Kernel integriert; geeignet für Selbsthosting und Systemintegration |
Die Unterlagen zu SingLink 2.0 teilen eine Verbindung in Arbeit auf der Steuerungsebene, DNS und Routing, Authentifizierung, Transport, Wiederherstellung und Bereinigung des Zustands auf. Dies ist eine Zusammenfassung des veröffentlichten Ablaufs.
Der Client erhält die Konto-, Server- und Protokolleinstellungen, die für die aktuelle Verbindung nötig sind.
Auflösung und Verkehrswege werden anhand von Domain, Ziel, Regeln und Netzwerkzustand gewählt.
Der Client prüft den Server, handelt Schlüssel aus und legt den Sitzungszustand an.
Zuverlässige Streams, Datagramme, Flusskontrolle und MTU werden je nach Verbindungsart behandelt.
Netzwechsel, Ausfälle, Neuverbindung und erneute Serverauswahl werden behandelt.
Die Verbindung wird geschlossen, und nicht mehr benötigter temporärer Zustand wird gelöscht.
Die drei Ressourcen haben unterschiedliche Aufgaben: Der technische Bericht erklärt die Funktionsweise, das Whitepaper legt das öffentliche Design fest, und das unabhängige Audit prüft die Versionen und den Umfang, die in seinem Bericht genannt sind.
Erklärt Konfiguration, DNS, Routing, Authentifizierung, Sitzungen, TCP, UDP, Wiederherstellung und Bereinigung.
Technischen Bericht lesenDokumentiert Protokoll- und App-Versionen, Steuerungs- und Datenebene, Referenzmodelle, Testgrenzen und den Stand der öffentlichen Belege.
Offizielles Whitepaper lesenGeprüfte Versionen, Plattformumfang, Befunde, Einschränkungen, Berichtsdateien und SHA-256-Prüfmaterial einsehen.
Sicherheitsaudit ansehenDer technische Bericht zu SingLink 2.0 ist eine offizielle technische Analyse, kein unabhängiges Sicherheitsaudit. Beide sind getrennt gekennzeichnet.
Kein Protokoll passt zu jedem Netz. Berücksichtigen Sie App-Unterstützung, Server-Implementierung, lokale Netzwerkbedingungen, Betriebskosten und verfügbare Belege.
SingLink Beta
Das einzige Protokoll in jedem Tarif, auch im kostenlosen Plan, geeignet für Surfen, soziale Medien und HD-Video.
SingLink Sola
Ab Plus. Besser als Beta bei Geschwindigkeit, Latenz, Paketverlust und Bandbreitenauslastung, geeignet für 4K-Streaming und Zusammenarbeit in Echtzeit.
SingLink 2.0
Pro, Max und Rich. Gebaut für schwierige Netze, mit einer Verbindungsstabilität von bis zu 99%.
Mini-Knoten (etwa Sola Mini)
Legt die Tarnschicht über ein freigeschaltetes Basisprotokoll, geeignet für Video, Musik-Streaming und Sprachanrufe. Ab Plus.
VLESS, AnyTLS, Shadowsocks oder WireGuard
Für Nutzer, die einen Server bereitstellen, Schlüssel und Konfiguration verwalten und die Sicherheitsgrenzen jedes Protokolls einschätzen können.
Im aktuellen Netz prüfen
Die App wechselt das Protokoll mit einem Tippen. Die Verfügbarkeit ändert sich je nach Region, Anbieter und Zeitpunkt; testen Sie die aktuellen Knoten daher direkt.
Drei Transportprotokolle – Beta, Sola und SingLink 2.0 – sowie die Tarnschicht Mini, die darüber läuft. Beta gibt es in jedem Tarif; Sola und Mini ab Plus; SingLink 2.0 ist in Pro, Max und Rich verfügbar.
Nein. Mini ist eine Tarnschicht. Ein Knotenname, der auf Mini endet (etwa Sola Mini oder 2.0 Mini), bedeutet, dass die Tarnschicht über diesem Protokoll läuft; Authentifizierung, Verschlüsselung und Datentransport übernimmt weiterhin das zugrunde liegende Beta, Sola oder SingLink 2.0.
Der kostenlose Plan kann nur Knoten mit dem Beta-Protokoll nutzen. Auch Fast enthält nur Beta; Plus fügt Sola und Mini hinzu, und Pro, Max und Rich fügen SingLink 2.0 hinzu.
Für alltägliches Surfen reicht Beta meist aus; wählen Sie Sola, wenn Geschwindigkeit, Latenz und Paketverlust am wichtigsten sind; wählen Sie SingLink 2.0, wenn eine Verbindung lange bestehen bleiben muss. Die App wechselt das Protokoll mit einem Tippen, sodass Sie die Protokolle direkt vergleichen können.
VLESS ist ein zustandsloses, schlankes Transportprotokoll, das innerhalb einer äußeren Transportsicherheit wie TLS oder REALITY laufen oder die optionale VLESS Encryption nutzen muss. AnyTLS ist ein TLS-basiertes Proxy-Protokoll, das darauf ausgerichtet ist, den Fingerabdruck des TLS-in-TLS-Handshakes zu verringern. SingLink umfasst zusätzlich den Verkehrseingang der App, DNS, intelligentes Routing, Tarifberechtigungen und die Zuteilung der Knoten; der Vergleich betrifft also den Systemumfang und ist keine Aussage darüber, welches schneller ist.
Shadowsocks verschlüsselt mit einem vorab geteilten Schlüssel, und laut seiner Spezifikation von 2022 ist der Verkehr nicht von einem zufälligen Bytestrom zu unterscheiden; Forward Secrecy bietet es jedoch nicht. WireGuard ist ein kompakter, reiner UDP-Tunnel, der offiziell nicht auf Verschleierung ausgerichtet ist. Beide benötigen einen Server, den Sie selbst bereitstellen und warten, während die Protokolle von SingLinkVPN vollständig von den Apps und Knoten von SingLinkVPN verwaltet werden.
SingLink 2.0 bezeichnet die Protokollarchitektur und die Serverfähigkeit. App-Versionsnummern bezeichnen Software-Veröffentlichungen. Die beiden Versionssysteme von SingLink werden unabhängig voneinander verwaltet.
Ohne Testbedingungen gibt es darauf keine dauerhafte Antwort. Der Overhead eines VPN-Protokolls ist nur ein Faktor; Geräteleistung, Serverauslastung, Entfernung, MTU, Anbieter und Überlastung können die Ergebnisse alle verändern.
Lesen Sie Primärspezifikationen, prüfen Sie die Grenzen der Implementierung und testen Sie auf Ihrem eigenen Gerät und in Ihrem eigenen Netz. Dieser Leitfaden, das Whitepaper, das Sicherheitsaudit und der Feed verwenden echte Revisionsdaten.
