tron網路中的資源有3種：頻寬，cpu和儲存。得益於波場獨有的記憶體模型，tron網路中的儲存資源幾乎是無限的。 但是過多無關緊要的交易仍然會消耗過多的頻寬和cpu資源時，導致導致系統阻塞，影響正常交易的處理確認。 為了保持交易的相對公平，波場網路引入了bandwidth point 和 energy 兩種資源。 其中頻寬消耗的是bandwidth point，而cpu消耗的是energy。
注意
1.0bandwidth points交易以位元組陣列的形式在網路中傳輸及儲存，一條交易消耗的bandwidth points = 交易位元組數 * bandwidth points費率。當前bandwidth points費率 = 1。1.1 bandwidth points的**
1.2 bandwidth points的消耗
1.3 bandwidth points的計算規則
2.0energy
2.1 energy的獲取
2.2 energy的消耗
2.3 energy的計算規則 3.資源上限自適應變更
如一條交易的位元組陣列長度為200，那麼該交易需要消耗200 bandwidth points。
注意由於網路中總凍結資金以及賬戶的凍結資金隨時可能發生變化，因此賬戶擁有的bandwidth points不是固定值。
bandwidth points的獲取分兩種：
除了查詢操作，任何交易都需要消耗bandwidth points。
還有一種情況，如果是轉賬，包括普通轉賬或發行token轉賬，如果目標賬戶不存在，轉賬操作則會建立賬戶並轉賬，只會扣除建立賬戶消耗的bandwidth points，轉賬不會再消耗額外的bandwidth points。
bandwidth points是乙個賬戶1天內能夠使用的總位元組數。一定時間內，整個網路能夠處理的bandwidth為確定值。
如果交易需要建立新賬戶，bandwidth points消耗如下：
1、嘗試消耗交易發起者凍結獲取的bandwidth points。如果交易發起者bandwidth points不足，則進入下一步。
2、嘗試消耗交易發起者的trx，這部分燒掉0.1trx。
1、依次驗證 發行token資產總的免費bandwidth points是否足夠消耗，轉賬發起者的token剩餘免費bandwidth points是否足夠消耗，
token發行者凍結trx獲取bandwidth points剩餘量是否足夠消耗。如果滿足則扣除token發行者的bandwidth points，任意乙個不滿足則進入下一步。
2、嘗試消耗交易發起者凍結獲取的bandwidth points。如果交易發起者bandwidth points不足，則進入下一步。
3、嘗試消耗交易發起者的免費bandwidth points。如果免費bandwidth points也不足，則進入下一步。
4、嘗試消耗交易發起者的trx，交易的位元組數 * 10 sun。
1、嘗試消耗交易發起者凍結獲取的bandwidth points。如果交易發起者bandwidth points不足，則進入下一步。
2、嘗試消耗交易發起者的免費bandwidth points。如果免費bandwidth points也不足，則進入下一步。
3、嘗試消耗交易發起者的trx，交易的位元組數 * 10 sun。
energy只能通過凍結trx獲取，獲取的energy額度 = 為獲取energy凍結的trx / 整個網路為獲取energy凍結的trx 總額 * 50_000_000_000。 也就是所有使用者按凍結trx平分固定額度的energy。
例如，假設當前網路中為了energy而凍結的trx總量為1000_000_000trx，乙個賬戶凍結了1000trx，佔總凍結量的百萬分之一，即32400微秒。
一條合約執行如果需要花費324微秒，那麼使用者可以觸發100次該合約。
注意
只有智慧型合約的建立和執行都需要消耗energy，普通合約的執行不消耗energy。
消耗的energy，根據智慧型合約中定義的百分比，由智慧型合約所有者和呼叫者共同提供；如果智慧型合約所有者energy不足，剩餘的都由呼叫者提供。
energy的消耗規則如下：
1、根據智慧型合約中設定的百分比引數，扣除智慧型合約所有者通過凍結trx獲取的的energy，不足的部分由呼叫者提供。
2、嘗試消耗交易發起者凍結獲取的energy。如果不足，有多少扣多少，然後進入下一步。
3、嘗試消耗交易發起者的trx，消耗的trx = 所需energy * 100 sun。
為降低網路的使用成本，在網路資源低利用率的情況下，自適應的增加使用者的可用資源。目前僅支援通過凍結獲得的 bandwidth。 免費bandwidth及cpu資源不支援自適應變更。
通過調整頻寬上限的方式，調整每個賬戶擁有的資源量。網路中原有欄位"當前頻寬上限"，現在新增字段"目標頻寬上限"。
每1分鐘統計一次網路中頻寬使用量，當使用量大於1min內的"目標頻寬上限"，增加"當前頻寬上限"。增加比例為1/1000。 反之，當使用量小於1min內的"目標頻寬上限"，減少"當前頻寬上限"。減小比例為1/1000。
如，初始配置中"當前頻寬上限"及"目標頻寬上限"都為43_200_000_000l，1分鐘的資源上限為30_000_000l。
在第一分鐘內資源使用量為<30_000_000l時，"當前頻寬上限"="當前頻寬上限"*1000/999=43_243_243_243l。 在第二分鐘內資源使用量為》30_000_000l時，"當前頻寬上限"="當前頻寬上限"*99/100=42_810_810_810l。
"當前頻寬上限"在"目標頻寬上限","目標頻寬上限"*1000]範圍內，即第二分鐘後，"當前頻寬上限"實際為43_200_000_000l
tron波場網路資料總結
tron tron官網 tronscan瀏覽器 tronscan tronscan介面 tronscan frontend blob dev2019 document api.md tronlink tron公鏈整體介紹 tron公鏈api 節點搭建流程 官方節點 主網trongrid url tr...
波場TRON基金會公示TRX鎖定位址
今日塊訊 www.cppcns.com 7 月 2 日訊息今天，波場創始人孫宇晨表示，出於安全考慮，盡可能降低資產風險，波場 會 tron foundation 鎖定的33，251，807，424 trx將委託tig進行分散儲存，鎖定的trx將分散儲存於1，000 個波場tron主網位址中，最大限度...
模擬費用流的基本模型
在本蒟蒻學習的過程中參考了這位和這位dalao的部落格 費用流，是oi中解決最優化最優化問題的乙個常用演算法。但眾所周知費用流的模型雖然很容易構建，但他的時間效率卻比較低下 模擬費用流方法是指利用除費用流以外的手段解決一些費用流問題。一般來說，乙個問題如果使用模擬費用流演算法來解決，你在整個 中不會...