协议摘要

Sola 是星连在 SingLink 2.0 技术体系基础上，对核心传输架构重新设计与重构后形成的新一代自研 VPN 传输协议。

它并不是 SingLink 2.0 的重新命名，也不是一次单纯的参数调整。

Sola 的研发建立在 SingLink 2.0 长期运行所累积的真实网络经验之上，重新处理 VPN 在高带宽、低延迟、丢包、持续传输及复杂网络环境中遇到的性能问题。

Sola 的核心设计目标包括：

高有效吞吐、低延迟、低丢包、稳定持续传输，以及更高的实际网络利用率。

目前 Sola 已完成核心研发及内部测试，并已向 Plus、Pro、Max 及 Rich 会员开放。

在现阶段的内部测试中：

  • Sola 的整体吞吐表现高于参与测试的其他协议；

  • 整体延迟低于参与测试的其他协议；

  • 当前测试中的丢包率低于 1%；

  • 在多个 1Gbps 测试环境中，有效吞吐可达线路能力的 80% 以上；

  • 相较 SingLink 2.0 及此前协议方案，Sola 在传输效率及实际网络体验方面进行了进一步优化。

这些结果属于目前星连内部测试数据。实际表现仍会受到地区、运营商、国际出口、设备、节点负载、本地网络以及使用场景等因素影响。

证据边界：上述结果不是独立第三方测试；完整测试方法与原始记录目前尚未公开。星连将在资料完成整理与安全审核后，依照开源与透明度计划逐步补充可公开的测试条件、方法及版本资料。

一、什么是 Sola？

Sola 是由星连自主研发的新一代 VPN 传输协议。

它的研发并不是从零开始。

在 Sola 之前，SingLink 2.0 已经建立了星连自有的协议与传输体系，并在实际生产网络中长期运行。

随着使用规模、设备类型、网络环境以及用户带宽不断增加，星连在 SingLink 2.0 的实际运行数据中发现：

VPN 协议今天所面对的问题，已经不只是：

能不能建立连线。

更重要的是：

建立连线之后，能不能真正把用户原有的网络能力发挥出来。

因此，Sola 的开发重点从单纯的连线能力，进一步延伸到：

  • 传输效率；

  • 高带宽利用率；

  • 延迟控制；

  • 丢包控制；

  • 持续传输；

  • 网络波动；

  • 不同网络环境下的实际性能。

Sola 最终形成了一套重新设计的协议架构。

从协议演进角度来看：

SingLink 2.0 是技术基础，而 Sola 是在这一基础上完成架构级重构后形成的新一代协议。

Sola 和 SingLink 2.0 并不是完全独立的两套技术。

Sola 的技术演进来源于 SingLink 2.0。

可以简单理解为：

SingLink 2.0

建立星连自研协议及传输基础

↓

进入长期生产环境

↓

累积不同国家、运营商、设备及网络条件下的实际数据

↓

重新分析协议性能瓶颈

↓

重新设计及重构核心传输架构

↓

Sola

高吞吐 低延迟 低丢包 更高带宽利用率 更稳定持续传输

因此，Sola 并不是：

SingLink 2.0 换了一个名字。

也不是：

把 SingLink 2.0 的几个参数调高。

而是：

在 SingLink 2.0 技术体系及生产经验基础上，重新设计核心架构后形成的新协议。

这也是 Sola 与普通小版本更新最大的不同。

三、为什么需要重新设计一套协议？

近年的网络接入能力正在快速提升。

500Mbps、1Gbps，甚至更高带宽的家庭及企业网络已经越来越普遍。

但在 VPN 环境下，一个很常见的问题仍然存在：

用户拥有 1Gbps 网络，但连接 VPN 后，实际可用带宽可能只剩下一部分。

原因并不一定全部来自 VPN 伺服器。

完整 VPN 传输链路中还包括：

用户应用

↓

操作系统网络栈

↓

VPN 客户端

↓

VPN 协议

↓

本地运营商

↓

骨干网络或国际出口

↓

VPN 节点

↓

目标网络

任何一个环节都可能产生性能损耗。

对协议本身来说，需要考虑的不只是理论吞吐能力。

还包括：

  • 协议封装带来的额外开销；

  • 连线处理效率；

  • 高延迟网络下的性能变化；

  • 丢包后的吞吐下降；

  • 网络波动；

  • 持续传输能力；

  • 不同设备上的处理效率；

  • 客户端与协议之间的协同。

因此，Sola 在设计之初提出了一个更加直接的问题：

在 VPN 隧道必然存在的情况下，如何尽可能减少协议本身造成的性能损耗？

这就是 Sola 架构重构的核心出发点之一。

四、Sola 的核心设计目标

Sola 并没有将「最高 Mbps」作为唯一性能指标。

协议从设计阶段便同时关注五个核心方向。

1. High Throughput｜高有效吞吐

Sola 的第一个核心目标，是提高 VPN 环境下的实际有效吞吐能力。

这里所说的吞吐，并不是运营商宣传的理论带宽，也不是伺服器网卡的标称速度。

真正重要的是：

经过 VPN 隧道之后，用户的应用最终能够使用多少带宽。

因此，Sola 更关注的是：

Effective Throughput

也就是实际有效吞吐。

目前在多个 1Gbps 内部测试环境中，Sola 已经可以将有效吞吐维持在线路能力的 80% 以上。

2. Low Latency｜低延迟

速度并不是 VPN 体验的全部。

例如：

  • ChatGPT；

  • Claude；

  • Gemini；

  • Cursor；

  • X；

  • Telegram；

  • 网页浏览；

  • API；

  • 远程桌面；

很多场景实际上并不需要数百 Mbps 的持续带宽。

真正影响体感的，往往是：

一个请求发出去之后，需要多久才能获得响应。

因此，Sola 在架构重构过程中，将延迟作为独立于峰值速度之外的重要性能目标。

目前内部对比测试中，Sola 的整体延迟低于参与测试的其他协议。

这意味着 Sola 的性能提升不只是：

下载更快。

同时还包括：

网络交互响应更快。

3. Low Packet Loss｜低丢包

Packet Loss，也就是丢包率，是 VPN 性能中非常重要但经常被忽略的一项指标。

当网络出现持续丢包时，可能造成：

  • 数据重新传输；

  • 吞吐下降；

  • 延迟上升；

  • 视频缓冲；

  • 语音中断；

  • 长连线不稳定；

  • 网页短暂卡住；

  • 远程桌面延迟突然增加。

所以经常会出现：

Speedtest 很快，但实际用起来却不流畅。

这种情况未必是带宽不足。

丢包、抖动及网络波动都可能造成非常明显的实际体验差异。

目前 Sola 内部测试中的丢包率已经控制在：

1% 以下。

这也是目前 Sola 最重要的性能结果之一。

4. Sustained Performance｜持续性能

Sola 不希望用某一次极高的 Speedtest 峰值定义协议性能。

因为：

某一秒跑到 900Mbps

和：

长时间都可以保持较高吞吐

是两件不同的事情。

真实使用可能包括：

  • 长时间视频；

  • 大型文件下载；

  • 云端同步；

  • AI长连线；

  • 远程办公；

  • 持续API通信。

这些场景更关心：

Sustained Performance

也就是持续性能。

因此，Sola 的架构重构并不是只追求短时间峰值，而是希望提高整个连线生命周期中的稳定传输能力。

5. Network Adaptability｜网络适应能力

VPN 用户并不生活在同一个网络环境中。

同一个协议，在不同：

  • 国家；

  • 地区；

  • 运营商；

  • 家庭宽带；

  • Wi-Fi；

  • 4G；

  • 5G；

  • 公共网络；

  • 跨境网络；

下的结果，都可能完全不同。

因此，Sola 的另一个核心方向，是降低协议在不同网络条件下的性能波动。

Sola 不能改变运营商本身的物理网络，也不能消除国际出口拥堵。

但它可以尽可能降低协议层自身造成的额外性能损失。

Sola 与一般协议更新最大的不同，在于这次开发不是单纯针对某个功能进行调整。

它重新检查了从客户端建立 VPN 连线，到数据经过隧道并到达节点的整个处理流程。

普通性能更新更接近：

调整参数

↓

修改部分处理逻辑

↓

提高某些场景性能

而 Sola 的开发流程则更接近：

分析 SingLink 2.0 生产环境数据

↓

识别实际性能瓶颈

↓

重新定义协议性能目标

↓

重新设计核心传输架构

↓

重新实现

↓

内部测试

↓

安全与实现审计

因此，Sola 更准确的技术定位是：

Architecture-level Evolution

即：

架构级演进。

而不是一次简单的参数级优化。

六、Sola 的高层技术架构

Sola 的完整底层实现目前并不全部公开。

但从协议设计角度，可以将此次架构重构理解为围绕几个核心问题重新进行设计。

连线处理

VPN 协议首先需要解决的，是如何建立、维持及结束一条有效连线。

Sola 重新检查了 SingLink 2.0 中与连线生命周期相关的处理方式，以降低不必要的等待及处理成本。

数据传输

当 VPN 已经建立之后，真正决定性能的是：

数据如何在客户端与节点之间传输。

Sola 的架构重构将有效吞吐作为核心目标之一，希望在高带宽环境下降低协议自身造成的性能损失。

网络波动处理

真实互联网并不是一条完全稳定的链路。

延迟、丢包、路由变化及网络拥堵都可能随时间发生变化。

因此，Sola 的设计并不只考虑理想实验环境，而是同时考虑网络条件发生变化时的实际传输表现。

高带宽处理

随着 500Mbps、1Gbps 甚至更高带宽网络普及，VPN 协议自身是否能够处理高吞吐已经变得越来越重要。

Sola 的核心性能目标之一，就是降低协议本身成为高带宽网络瓶颈的概率。

客户端协同

VPN 协议并不是独立存在的。

它最终需要与：

  • 操作系统；

  • VPN 客户端；

  • 网络接口；

  • 节点系统；

共同工作。

因此，Sola 的重构同时考虑协议本身与星连客户端之间的协同效率。

关于完整技术实现

出于安全、协议审计及持续研发考虑，Sola 目前不公开完整底层：

  • 连线握手流程；

  • 密钥交换细节；

  • 特定数据处理算法；

  • 流量特征处理方法；

  • 部分协议参数；

  • 伺服器端实现细节。

未来哪些技术资料会进一步公开，将根据安全审计、协议稳定性及星连技术透明度计划逐步决定。

七、Sola 目前的性能测试结果

Sola 已经完成第一阶段内部测试。

目前得到的主要结果包括：

指标

Sola 目前测试结果

协议类型

星连自主研发

技术基础

SingLink 2.0

架构

重新设计及重构

内部测试

已完成

有效吞吐

整体高于参与测试的其他协议

延迟

整体低于参与测试的其他协议

Packet Loss

<1%

1Gbps 网络

多个场景有效吞吐达线路能力80%以上

持续传输

相较此前协议方案进一步优化

当前阶段

已向 Plus、Pro、Max、Rich 开放

需要特别说明：

这些数据来自目前的内部测试场景。

「参与测试的其他协议」不代表世界上所有 VPN 协议，也不代表 Sola 在所有网络环境中均必然取得相同结果。

八、1Gbps 网络利用率 80% 以上意味着什么？

这是目前 Sola 最值得关注的一项性能结果。

一条标称：

1Gbps

的网络，理论峰值约为：

1000Mbps

但 VPN 实际传输还需要经过：

  • VPN 封装；

  • 加密与解密；

  • 系统网络栈；

  • 本地网络；

  • 运营商；

  • 中间路由；

  • VPN 节点；

  • 目标伺服器。

因此，实际应用层吞吐通常不会简单等于运营商标称带宽。

目前在多个 1Gbps 内部测试场景中，Sola 已经能够将实际有效吞吐维持在线路能力的 80% 以上。

也就是进入：

800Mbps 以上级别的有效 VPN 吞吐能力。

对 Sola 来说，这项数据真正代表的是：

协议及传输体系自身造成的性能损耗得到进一步降低。

而不是宣传：

Sola 可以在所有 1Gbps 网络中固定跑到 800Mbps。

两者是完全不同的概念。

九、为什么 Sola 不只追求最高速度？

假设有两条 VPN 连线。

第一条：

900Mbps

但同时存在：

  • 较高抖动；

  • 持续丢包；

  • 延迟波动。

第二条：

600Mbps

但：

  • 延迟稳定；

  • 丢包很低；

  • 持续传输平稳。

如果只是下载大型文件，第一条可能具有优势。

但如果使用：

  • 视频会议；

  • AI；

  • 远程桌面；

  • 即时聊天；

  • 网页；

  • API；

第二条可能反而拥有更好的实际体验。

因此，Sola 并不将 VPN 性能定义成单一数字。

从 Sola 的设计角度，完整性能更接近：

Throughput

＋

Latency

＋

Jitter

＋

Packet Loss

＋

Stability

＋

Connection Quality

这并不是一条数学公式。

而是 Sola 用来理解 VPN 性能的一套评价框架。

十、Sola 为什么强调低延迟？

很多现代应用对带宽的需求其实并不高。

例如向 ChatGPT 发送一段文字，可能根本不需要数百 Mbps。

但如果延迟很高：

用户点击

↓

等待

↓

请求才真正到达服务器

这种等待会直接转化成：

「网络很慢。」

因此，在 AI、网页、API 及交互式应用快速增长的今天，VPN 性能不能只围绕大文件下载设计。

Sola 因此将：

Response Time

与：

Throughput

放在同等重要的位置。

目前内部测试结果亦显示，Sola 在参与测试协议中呈现出更低的整体延迟。

十一、Packet Loss 低于 1% 为什么重要？

丢包会直接影响网络传输效率。

当数据没有成功到达目的地时，网络协议通常需要进行后续处理或重新传输。

简单理解就是：

Packet Loss

↓

Retransmission

↓

额外等待

↓

吞吐下降

↓

实际体验变差

因此：

一条高速但持续丢包的 VPN 连线，不一定比一条速度稍低但稳定的连线好。

目前 Sola 内部测试中的：

Packet Loss <1%

代表协议在当前测试环境中已经取得较好的数据传输完整性及稳定表现。

但同样需要注意：

丢包并不完全由 VPN 协议决定。

本地 Wi-Fi、运营商、国际路由及目标网络都可能造成 Packet Loss。

因此这个结果不能被理解为：

Sola 在任何网络中的丢包都一定低于1%。

十二、Sola 的典型使用场景

不同应用对 VPN 性能的要求不同。

Sola 希望透过更均衡的性能设计，覆盖更多现代互联网使用场景。

AI 与大模型

例如：

  • ChatGPT；

  • Claude；

  • Gemini；

  • Cursor。

这类服务通常更加关注：

  • 延迟；

  • 长连线稳定性；

  • 低丢包；

  • 响应速度。

因此，高峰值带宽并不是唯一指标。

视频与串流

4K及高码率视频更依赖：

  • 持续吞吐；

  • 低丢包；

  • 稳定传输。

Sola 的高有效吞吐及持续性能设计主要对应这类使用场景。

大文件及云端同步

这类场景对：

高带宽利用率

要求非常明显。

如果用户本身拥有 500Mbps 或 1Gbps 网络，但 VPN 协议只能发挥其中一小部分，协议就可能成为瓶颈。

即时通讯与视频会议

更加依赖：

  • 延迟；

  • 抖动；

  • 丢包。

单纯提高下载 Mbps 对这些场景帮助有限。

远程办公

远程桌面、SSH、企业应用及长连线通常更加需要：

稳定，而不是某一秒非常快。

这也是 Sola 将 Sustained Performance 纳入核心设计目标的原因。

十三、Sola 与其他 VPN 协议如何比较？

VPN 协议不存在脱离环境的「绝对最快」。

不同协议在不同：

  • 地区；

  • 运营商；

  • 设备；

  • 网络质量；

  • 伺服器；

  • 使用场景；

下可能产生不同结果。

因此，星连不会将 Sola 定义为：

所有环境下都比所有协议更快。

目前可以确认的是：

在星连目前完成的内部对比测试中，Sola 相较参与测试的其他协议，整体呈现出更高吞吐及更低延迟。

这才是目前数据能够支持的准确表述。

未来 Sola 的 Benchmark 亦会更加重视同环境比较。

例如：

同一设备

↓

同一网络

↓

同一时间段

↓

同级节点资源

↓

相同测试目标

↓

相同测试次数

再比较不同协议。

只有这样的数据才真正具有参考意义。

十四、安全同样是 Sola 的核心要求

高性能并不意味着可以牺牲安全。

Sola 在完成核心研发及内部测试后已经正式上线，上线后安全仍然是核心要求。

星连会随协议演进，持续对 Sola 的：

  • 协议实现；

  • 连线处理；

  • 异常状态；

  • 客户端集成；

  • 权限边界；

  • 潜在攻击面；

  • 资源异常；

  • 已知安全问题；

进行检查。

目前的正式状态是：

Development：Completed

Internal Testing：Completed

可用套餐：Plus、Pro、Max、Rich

星连目前仍不会将 Sola 描述为：

「已完成全部安全验证。」

有更多可公开的 Sola 安全资料时，本文会进一步更新。

相关安全工作亦可参考星连现有的安全审计资料与无日志审计；这些既有资料并非针对 Sola 协议的单独审计报告。

十五、Sola 的技术透明度

Sola 不希望最终只留下几张 Speedtest 截图。

星连计划逐步为 Sola 建立更加完整的性能及技术资料。

包括：

  • Protocol Version；

  • Client Version；

  • Benchmark；

  • Changelog；

  • Latency；

  • Jitter；

  • Packet Loss；

  • Throughput；

  • 测试日期；

  • 测试环境；

  • 已知限制；

  • 安全审计状态。

后续不同类型数据也会尽可能区分：

Internal Test

星连内部测试。

Community Test

社区测试。

User Submitted Data

用户自愿提供的测试结果。

Independent Test

独立第三方测试。

这样外部在阅读 Sola 数据时，可以清楚知道：

这组数据是谁测的、在哪里测的，以及它可以证明什么。

十六、Sola 能做什么，也不能做什么

正式介绍一套协议，同样需要说清楚它的技术边界。

Sola 可以优化：

  • 协议自身传输效率；

  • VPN 隧道带宽利用率；

  • 连线处理；

  • 延迟；

  • 丢包环境下的实际传输表现；

  • 持续性能；

  • 客户端及协议协同。

但 Sola 不能改变：

  • 用户物理带宽上限；

  • Wi-Fi信号质量；

  • 本地运营商拥堵；

  • 国际出口容量；

  • 第三方网站伺服器性能；

  • 物理距离造成的最低延迟；

  • 目标服务本身的故障。

例如：

一条100Mbps本地网络，不会因为使用Sola变成1Gbps。

同样：

一条已经严重拥堵的国际线路，也不能单纯依靠VPN协议完全消除物理网络瓶颈。

Sola真正能够做的是：

尽可能避免协议自身成为整条链路中的额外性能瓶颈。

十七、协议资讯

Sola Protocol Information

Protocol Name

Sola

Developer

SingLink

Protocol Type

VPN Transport Protocol

Protocol Family

SingLink

Technical Foundation

SingLink 2.0

Architecture

Re-architected / Rebuilt

Primary Design Goals

High Throughput Low Latency Low Packet Loss Sustained Performance Network Adaptability

Internal Testing

Completed

可用套餐

Plus、Pro、Max、Rich

Current Packet Loss Test

<1%

Current 1Gbps Test

80%+ effective line utilization in multiple internal test scenarios

十八、Sola 的版本体系

为了避免未来出现协议名称与客户端版本混淆，Sola 将作为独立协议品牌存在。

也就是说：

SingLink

代表星连产品及技术体系。

Sola

代表协议名称。

而协议自身可以继续通过版本号演进。

例如：

Sola 1.0

Sola 1.1

Sola 1.2

这样可以避免将：

客户端版本

与：

协议版本

混为一谈。

未来某个星连客户端可能支持 Sola 1.x，但客户端本身拥有完全不同的软件版本号。

十九、部署与可用性

Sola 完成内部测试后，目前已正式上线。

Sola 目前适用于以下套餐：

订阅套餐：

Plus 及 Pro

两个订阅套餐均包含 Sola 协议。

流量包：

Max

及：

Rich

Max 及 Rich 是 Pro 等级的流量包，同样包含 Sola。

Sola 不适用于：

免费计划

及：

Fast

免费计划及 Fast 会员使用所有方案均可用的 SingLink Beta 协议。

星连会根据以下方面，持续在生产环境中调校 Sola：

  • 客户端适配；

  • 协议审计；

  • 真实网络数据；

  • 节点部署；

  • 稳定性；

使用 Sola 时，只需以适用套餐登录客户端，在节点列表中选择带 Sola 标识的节点。

早前采用分阶段部署，目的不是限制协议使用，而是控制正式进入大规模生产环境时的变量，使协议性能及异常问题能够被更加准确地观察。

二十、常见问题

Sola 是什么？

Sola 是星连基于 SingLink 2.0 技术体系，对核心传输架构重新设计及重构后形成的新一代自研 VPN 传输协议。

Sola 是星连自己研发的吗？

是。

Sola 属于 SingLink 自研协议体系。

不是。

Sola 建立在 SingLink 2.0 技术及生产经验基础之上，但核心架构经过重新设计及重构，因此并不是单纯改名或一般小版本更新。

Sola 最主要优化什么？

目前主要包括：

  • 有效吞吐；

  • 延迟；

  • 丢包；

  • 高带宽利用率；

  • 持续性能；

  • 复杂网络下的实际传输表现。

Sola 的丢包率是多少？

目前内部测试场景中的 Packet Loss 低于1%。

这并不代表所有用户及所有网络环境都固定低于1%。

Sola 在1Gbps网络可以跑多少？

目前多个1Gbps内部测试场景中的有效吞吐可以达到线路能力80%以上。

实际结果因网络环境而异。

这是不是代表Sola可以保证800Mbps？

不是。

80%以上是目前特定1Gbps内部测试环境中的结果，不应理解为对所有用户的固定速度承诺。

Sola是不是比其他所有VPN协议都快？

目前不能这样表述。

可以确认的是：

在目前参与内部测试的协议对比中，Sola整体呈现出更高吞吐及更低延迟。

不同协议在不同网络环境中仍可能有不同表现。

最大的区别不是某一项功能。

而是：

Sola对核心传输架构进行了重新设计和重构。

因此它是一个架构级演进，而不是普通参数级升级。

Sola已经完成研发了吗？

核心研发及第一阶段内部测试已经完成。

Sola 目前已正式上线，向 Plus、Pro、Max 及 Rich 会员开放。

不会。

Sola 与现有协议并行提供，现有协议仍会根据平台、节点、网络及实际使用情况继续存在。

哪些套餐可以使用Sola？

Sola 向 Plus、Pro、Max 及 Rich 会员开放；免费计划及 Fast 会员使用所有方案均可用的 SingLink Beta 协议。

二十一、总结

Sola 的意义，不是为星连增加另一个协议名称。

它代表的是 SingLink 自研协议体系的下一阶段。

SingLink 2.0 建立了星连自己的协议与传输基础。

而在长期生产环境中，随着用户带宽、设备性能及网络使用场景发生变化，我们开始面对新的问题：

VPN协议还能不能进一步减少自身性能损失？

1Gbps网络有多少能力能真正传到应用？

速度提高的同时，延迟能不能更低？

高吞吐和低丢包能不能同时存在？

协议是否可以不只追求某一次测速，而是保持更加稳定的持续性能？

Sola 就是在这些问题之上重新建立的协议。

它基于 SingLink 2.0。

但不是 SingLink 2.0 的简单延续。

它重新设计核心传输架构，重新定义星连对 VPN 性能的理解，并将：

High Throughput

Low Latency

Low Packet Loss

Sustained Performance

Network Adaptability

作为新的核心设计方向。

目前第一阶段内部测试已经完成。

现阶段结果显示：

Packet Loss 低于1%。

多个1Gbps测试场景中的有效吞吐达到线路能力80%以上。

与参与测试的其他协议相比，整体呈现更高吞吐及更低延迟。

但 Sola 的正式技术价值，并不只在这几个数字。

真正重要的是：

当VPN隧道存在时，协议能否尽可能少地浪费用户原本拥有的网络能力。

这也是 Sola 从 SingLink 2.0 走向下一代架构的核心原因。

Sola。

基于 SingLink 2.0，重新设计。

为更高吞吐、更低延迟与更稳定的真实网络传输而生。

技术与测试资料说明：本文所述Sola丢包率低于1%、1Gbps网络有效吞吐达80%以上，以及相较参与测试协议具有更高吞吐和更低延迟，均来自目前星连内部测试结果。不同国家或地区、运营商、设备、本地网络、节点、国际出口及目标服务均可能对实际结果造成影响。Sola目前已完成核心研发及内部测试，并已向Plus、Pro、Max及Rich会员开放。后续性能、审计及版本资料将随协议演进持续更新。