手續費表決進行中：Solana(SOL)資源計價方案受考驗

Solana(SOL)正在進行一項鏈上表決,內容是把交易手續費的計算方式,從「簽名數量」改為「請求資源量」為主。無論表決結果如何,錢包、路由器與交易應用程式對計算資源的請求精確度,已經成為攸關成本高低的關鍵問題。

提案文件SIMD-0553規劃將現行「每筆簽名5000 lamport」的手續費,拆分為2500 lamport的固定「基本手續費」,以及依請求資源量計算的「資源手續費」。資源手續費的計算基準是requested_cost_units,且全數銷毀;至於優先手續費,仍維持現行做法,歸驗證者所有。

Solana官方手續費文件說明,目前的基本手續費為每筆簽名5000 lamport,其中一半銷毀、一半分配給驗證者。運算預算文件則指出,優先手續費的計算基準並非實際消耗量,而是交易請求的運算單位上限。

這項提案的重點不在單純調漲手續費,而是讓價格更貼近交易對網路造成的實際負擔。過去的基本手續費主要圍繞簽名驗證成本設計,新方案則把寫入鎖定、指令資料、程式執行、載入帳戶資料大小等項目,一併納入計費基準。

requested_cost_units是交易執行前預先申報的資源成本單位,計算基礎是「事前申請量」而非「實際使用量」。因此,運算預算抓得較寬鬆的應用程式,在新制下承擔的成本可能隨之增加。

提案採取分階段啟用的「feature gate」設計,資源手續費率將依序調升至1/10、1/4、1/2 lamport,並非一次到位套用最終費率。值得留意的是,文件通過採用,不代表立即在主網上線。

Crypto Briefing在模擬報導中指出,若採用最終費率,SOL每日銷毀量可能從約648顆,增加到1500至9000顆的區間;Jupiter、Titan、DFlow等高負載應用程式與路由器,平均手續費可能因此承壓。報導同時強調,這項數字屬於模型推估,並非實際觀測結果。

各應用程式受影響的程度,可能取決於資源申請量抓得多精準。路由型應用程式常一次處理多條交易路徑與帳戶,申請的資源規模容易偏大;相對地,也有分析認為,運作效率較高的vote transaction,在新制下的成本反而可能下降。

索拉納公司(Solana Company)於21日發布聲明,表態反對SGP-0003。公司方面認為,固定手續費架構讓機構用戶更容易編列預算;若在生態系尚未適應前就讓交易成本變動,等於把預估風險轉嫁給用戶與營運方承擔。

這場討論牽涉兩份文件:技術規格SIMD-0553,以及治理提案SGP-0003。SIMD處理的是手續費計算方式本身,SGP則是詢問網路是否要朝該方向調整的鏈上信號表決。Solana治理文件說明,SGP若取得15%活躍質押量支持,即可進入表決階段。

Solana開發團隊在7月23日的更新中表示,「Resource and Inclusion Fees」SIMD已進入accepted狀態。這代表文件本身獲得採用,但並未確定主網啟用或feature gate實際生效的時間點。驗證者資訊平台Validator Info則將SGP-0003標示為「Voting」表決中狀態。

表決截止時間在不同公開資料中出現落差。部分資料換算為台灣時間26日晚間11點30分(原始標示為韓國時間27日凌晨0點30分)結束,另有資料寫為27日或28日。截至發稿,截止時程仍難以用單一數字確定。

這次表決,是本報先前報導Solana驗證者同時針對新發行速度與手續費結構相關治理提案投票的後續發展。

索拉納公司在21日的聲明中,同時表態支持SGP-0001、反對SGP-0003。爭議焦點並非是否該調整網路經濟結構,而是調整的時機與成本可預測性。

實際使用成本與各應用程式的調整幅度,要等表決結果出爐、feature gate正式生效,以及錢包與SDK完成更新後才會明朗。目前可以確認的是,Solana正透過鏈上程序詢問,能否在維持低手續費優勢的同時,讓高資源需求的交易承擔更貼近實際負擔的成本。