
隨著 Solana 用戶規模及採用率明顯提升,網路急需策略性優化。Solana 基金會工程團隊推出多項系統性升級,全面強化網路基礎設施、效能表現與使用者體驗。這些升級著重於解決交易處理、頻寬管理與資料傳輸效率等關鍵瓶頸,顯著提升 Solana 網路整體運作狀態。
目前,Solana 在遠端程序呼叫(RPC)節點與領導者之間,採用原生 UDP 協定傳遞交易。UDP 雖然速度快,但因屬於無連線協定,缺乏流量控制及回執確認,無法有效防範網路濫用。
為突破這些限制,Solana 將交易接收協定重構為採用 QUIC——由 Google 原創的協定。QUIC 結合 UDP 的高速傳輸和 TCP 的連線管理及流量控管,支援更快的非同步通訊並具備內建流量管理。此升級讓網路營運者能更有效率地調整和最佳化資料接收策略。
QUIC 協定已在 Mainnet-beta 主網正式啟用,多數驗證節點與 RPC 營運商皆已完成接入。隨著後續版本迭代,QUIC 將成為預設交易接收協定,全面取代 UDP,並實現網路生態的廣泛應用。
領導者網路頻寬為固定容量,必須透過精細管理以達最佳利用。以往交易接收機制採先到先得,未區分交易來源,導致頻寬分配不均。
Stake-weighted Quality of Service(QoS)機制依據節點質押份額分配公平頻寬。例如,持有 0.5% 網路質押份額的節點,確保至少 0.5% 的資料封包可送達領導者,其他節點無法合併或取消該分配。該機制依據 Solana 的 權益證明架構,確保交易傳輸權的公平性。
Stake-weighted QoS 與 QUIC 協定同步開發,已於 Mainnet-beta 主網啟用,實現網路節點間的頻寬公平分配,有效強化 Solana 網路運作效能。
交易被接收後,仍需競爭共享帳戶資料的修改權。原系統僅以先到先得排序,使用者無法表達交易的急迫性或在存取同一帳戶時的優先權。
費率市場透過允許用戶附加優先費(超過基礎交易費用的額外支付),建立市場化交易優先機制。優先費依據交易所需計算資源動態訂價。例如,簡單代幣轉帳的優先費遠低於複雜的 NFT 鑄造操作,即使急迫性相同。
費率市場已於 Mainnet-beta 主網推出,並持續優化 RPC 功能、錢包相容性及更進階機制,例如針對高爭奪帳戶的分級費率與區塊排程演算法升級。
目前 Solana 交易最大限制為 1,232 字元,限制單筆交易可攜帶的資料量並影響程式間的可組合性。複雜互動情境下,指令序列常超過交易空間上限,導致程式協作受阻。
QUIC 協定優化後,擴大交易規模已有技術基礎。核心工程團隊正持續評估其對網路效能的影響,制定兼顧程式可組合性與網路效率的最佳新參數,並直接提升 Solana 網路表現。
投票交易是全網節點間最常見的交易類型,現行投票機制消耗大量頻寬並顯著增加區塊體積。即使僅對投票狀態進行小幅壓縮,也能大幅降低資料傳輸量與驗證節點儲存壓力,為網路帶來顯著優化。
精簡投票狀態功能正於 Solana Testnet 開發與測試,目標是縮減投票交易資料體積,同時維持共識機制的完整性。
Solana 的網路升級計畫以系統性創新回應擴展性與效率挑戰。透過協定層(QUIC)、資源分配(Stake-weighted QoS)、交易定價(費率市場)、資料容量(交易規模)及共識機制(精簡投票狀態)等多項技術革新,Solana 持續鞏固基礎設施,推動長期可持續發展。各項升級綜合提升網路頻寬利用率,優化交易優先機制,降低系統總負載,讓 Solana 網路在用戶成長與採用率提升的同時,穩固其效能與安全性。
是的,Solana 網路目前運作正常,未出現任何當機或服務故障。
Solana 網路壅塞主要因高交易量及機器人刷單導致鏈上負載過高。隨著網路使用激增,驗證節點處理交易困難度提升,造成交易延遲。開發團隊持續優化網路吞吐量以緩解壅塞。
Solana 轉帳延遲多因交易所處理流程或網路壅塞,鏈上直接交易通常數秒內完成。若為交易所轉帳,延遲主因在其內部處理流程,而非 Solana 網路本身。
Solana 網路當機通常因極端交易量壅塞所致。固定費率模型於需求激增時易引發網路不穩定,導致部分效能下降或驗證節點停機。
您可前往 status.solana.com 取得網路即時運作與效能數據。透過 Solana RPC 介面呼叫 getHealth() 或 getClusterNodes() 方法查詢網路健康狀態,並可於官方儀表板及區塊瀏覽器即時監控交易量、區塊時間和驗證節點參與度。
Solana 網路出現慢速或當機,常因用戶端漏洞、交易垃圾洪泛、驗證節點停機、網路分區或共識停滯,最終阻礙區塊產生與交易確認。








