TronGreen

TRON 生態資源模型

商家收 TRON 上的 USDT,為什麼「轉進來之後」還可能要付 Energy?

客戶把 USDT(TRC-20)轉進商家地址時,資源費通常由付款方負擔;但商家若要把入金歸集到財庫、再對外撥款,後面每一筆合約呼叫仍可能消耗 Energy。

資訊圖:客戶付款、商家歸集與出款三階段,以及 TokenPost 1,200 筆模型估約 8,110 TRX Energy 成本
TronGreen 編輯以 Pillow 自製資訊圖:整理 TokenPost 2026-10-17 商家流程模型與鏈上 Energy/Bandwidth 參數,非現場照片。

本文依 TokenPost 2026-10-17 的商家流程模型,並以當前鏈參數交叉核對,說明「錢已經進來」為何仍可能產生成本。

重點摘要

客戶→商家的入金,成本多半在客戶;商家真正常付的是歸集與出款。Energy 單價目前為 100 sun/單位;本站 2026-10-20 讀取時,USDT 合約已處於動態 Energy 模型的最高係數(約 4.4 倍基準),TokenPost 引用的 64,285/130,285 Energy 已含這個係數,兩者約一倍的差距主要來自收款地址是否已有 USDT 餘額。TokenPost 的 1,200 筆模型估約 8,110 TRX(約 2,668 美元)屬來源說法/示意,不是本站全鏈審計。

文章目錄

錢轉進來了,為什麼商家還可能要付?

事實層面:在 TRON 上轉移 USDT(TRC-20)是智慧合約呼叫,會消耗 Energy(計算),同時交易位元組會消耗 Bandwidth(頻寬)。官方資源模型說明:Bandwidth 可用質押或每日免費額度;Energy 沒有免費額度,需質押/接收委託,不足時才以銷毀 TRX 補足。

客戶把 USDT 直接轉到商家收款地址時,資源費通常落在付款方(客戶)帳戶。編輯分析:商家感到「錢進來之後還要付費」,多半不是因為入金那一筆,而是後續營運——例如把多個入金地址歸集到財庫、再撥款給供應商或出金通道。這些轉帳由商家發起,Energy/Bandwidth 就由商家側負擔。

本站 2026-10-19 及 2026-10-20 07:27(UTC)兩度以 TronGrid 公開端點 api.trongrid.io/wallet/getchainparameters 查詢鏈參數,結果一致:getEnergyFee=100(即 100 sun/Energy)、getTransactionFee=1000(Bandwidth)、getFreeNetLimit=600、getAllowDynamicEnergy=1、getDynamicEnergyThreshold=5000000000、getDynamicEnergyIncreaseFactor=2000、getDynamicEnergyMaxFactor=34000(額外最高約 3.4 倍,合計最高約 4.4 倍基準)。歷史 Energy 單價序列最後一檔亦為 100 sun,與 TokenPost 當日核對一致。

TokenPost 模型怎麼估商家側成本

來源說法(TokenPost,2026-10-17):文章以「示意性」商家流程建模——假設 1,000 筆客戶付款各對應一筆商家出資的歸集,再加上 200 筆出款,合計商家側支付資源成本的轉帳約 1,200 筆。

同一篇引述兩筆 2026 年鏈上 USDT 轉帳實例:一筆消耗 64,285 Energy,另一筆 130,285 Energy(各記 345 Bandwidth)。若 1,140 筆採較低檔、60 筆採較高檔,合計約 81.102 百萬 Energy;以 100 sun/Energy 折合 8,110.2 TRX。再以 2026-10-12 UTC 收盤價約 0.328946 美元/TRX,Energy 部分約當 2,668 美元。模型未計 Bandwidth 銷毀、通道商手續費與換匯成本,也假設每筆入金都做歸集。

編輯分析:這是媒體對「商家可能負擔區間」的算術示意,不是本站對某家商戶帳本的獨立全鏈審計。若商家改用共用財庫地址、減少歸集次數,或改以質押/委託取得 Energy,實際 TRX 銷毀會明顯低於「每筆都燒 TRX」的上界。讀者應把 TokenPost 數字標成來源說法,勿直接當成自家成本報表。

Energy 為什麼會差一倍?關鍵在收款地址餘額,不是尖峰加價

來源說法/事實交叉:TokenPost 指出,收方帳戶在 USDT 合約內是否已有餘額,可能改變執行路徑與 Energy;地址是否已啟用(activated)也可能另有費用,兩者不宜混為一談。官方文件亦說明:合約呼叫的 Energy 是指令成本加總,且可與部署者分攤機制、fee_limit 互動。

事實:動態 Energy 模型(getAllowDynamicEnergy=1)會依熱門合約在前一個維護週期的用量是否超過門檻(目前 50 億 Energy),調整該合約的懲罰係數,最大追加因子為 34000(約加 3.4 倍)。本站 2026-10-20 07:27(UTC)以 wallet/getcontractinfo 查詢 USDT 合約(TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t),contract_state 顯示 energy_factor=34000、update_cycle=10184;另一位查核 Agent 於 10 月 19 日讀到的也是 34000。也就是說,USDT 合約目前並非「平常沒有加價、尖峰才加價」,而是已經處在最高係數上。

編輯分析(推算):把 TokenPost 引用的 64,285 與 130,285 Energy 各除以 4.4,約為 14,610 與 29,610 Energy,兩者基準差約 15,000,與「收款地址原本沒有 USDT 餘額、合約需新建一筆儲存資料」的額外成本相符。因此兩筆實例約一倍的差距,主要來自收款地址是否已有 USDT 餘額,而不是動態係數;動態係數影響的是兩者共同乘上的倍數。係數每個維護週期都可能重新計算,若 USDT 用量降到門檻以下,未來可能下調,本文數字以上述讀取時間為準。

編輯分析:商家若比較「兩家錢包報價差很多」,應先對齊同一轉帳類型(是否首次入帳、是否合約分攤、是否錢包代付)、再看當下合約動態係數,而不是只看美元金額或「免 Gas」文案。免 Gas/代付多半是服務商以質押池或租借吸收成本,網路仍在記 Bandwidth 與 Energy。

商家降低後續成本的常見做法(非產品推銷)

官方資源模型列出的取得方式包括:質押 TRX 換取週期性 Energy/Bandwidth 額度、接受其他帳戶委託,以及額度不足時銷毀 TRX。Energy 與 Bandwidth 使用後會在約 24 小時滾動週期內恢復,因此「持有足夠質押」與「每一筆都燒幣」是不同成本曲線。2026 年 7 月發布的 GreatVoyage-v4.8.2 納入 TIP-833,發布說明寫明其內容為「改進資源視窗(resource window)的計算」,恢復機制的細節應以官方 Resource Model 現行說明為準。

編輯分析:高頻收款商戶通常會評估——共用歸集地址以減少 sweep 次數、批次出款、以質押/委託覆蓋常態流量,並把超出常態的部分交給銷毀或外部資源供應。租借市場價格因供應商而異,本站不推薦特定租借產品,也不把結論導向任何能量租借銷售。

對讀者的實務提醒:看錢包螢幕上的「手續費」時,要分清那是網路資源折合、服務商加價,還是促銷補貼。入金那一刻客戶付了什麼,不能直接推論商家財庫之後還要付多少。

原始來源與延伸閱讀

  1. TokenPost:TRON Energy rules and merchant USDT costs ↗媒體分析/模型估算 · 原始發布 2026-10-17 · 查閱 2026-10-20
  2. TRON Developers:Resource Model(文件未標示發布日,本站 2026-10-19 讀取) ↗官方文件 · 查閱 2026-10-20
  3. TRON Developers:getchainparameters API(文件未標示發布日,本站 2026-10-19 讀取) ↗官方 API 文件 · 查閱 2026-10-20
  4. TronGrid:/wallet/getchainparameters(本站 2026-10-19、2026-10-20 讀取) ↗鏈上即時查詢 · 查閱 2026-10-20
  5. TronGrid:/wallet/getcontractinfo(USDT 合約 contract_state,本站 2026-10-20 讀取) ↗鏈上即時查詢 · 查閱 2026-10-20
  6. java-tron Release:GreatVoyage-v4.8.2(含 TIP-833) ↗官方原始碼發布頁 · 原始發布 2026-07-15 · 查閱 2026-10-20

更正與更新

本文發布後沒有更新。之後若有修改,會建立新版本並在這裡標示更新時間。

內容有誤?請見更正方式,或寄信至 [email protected](請附文章網址、段落與參考資料)。

延伸閱讀

更多 穩定幣 新聞