協議摘要

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會員開放。後續性能、審計及版本資料將隨協議演進持續更新。