RAT:三分鐘了解波卡Substrate 框架中的交易重量

鏈的可用資源是有限的。資源包括內存使用、存儲 I/O、計算、交易/塊大小和狀態數據庫大小。有幾種機制可以管理對資源的訪問，并防止鏈中的各個組件消耗過多的資源。重量（Weights）是用于管理驗證區塊所需時間的機制。一般來說，這來自于限制存儲 I/O 和計算。

注意：重量不是用于限制對其他資源的訪問，例如存儲本身或內存占用。有其他機制用于這個。

塊可以包含的重量是有限的，可選的重量消耗（即不需要作為塊的初始化或終結階段的一部分部署的重量，也不需要用于強制的固有外部重量）通常通過經濟措施來限制，或者簡單地說，通過交易費用來限制。重量系統的費用含義包含在交易費用文檔中（https://substrate.dev/docs/en/knowledgebase/runtime/fees）。

Substrate 將一個重量單位定義為在固定參考硬件（Intel Core i7-7700K CPU，64GB RAM 和 NVMe 固態硬盤）上執行時間的皮秒（微微秒）。參考硬件上的基準測試使重量在 runtime 之間具有可比性，從而允許來自不同來源的軟件組件的可組合性。為了針對不同的驗證人硬件假設去調節 runtime，可以設置不同的最大塊重量。例如，為了允許驗證人參與，速度只有參考機器的一半，最大塊重量應該是默認值的一半，保持默認的塊時間。

美聯儲利率掉期顯示6月降息概率為三分之一，完全定價到7月會降息:金色財經報道，美聯儲利率掉期顯示6月降息概率為三分之一，完全定價到7月會降息。[2023/5/5 14:43:29]

最大塊重量應等于目標塊時間的三分之一，分配三分之一用于塊構造，三分之一用于網絡傳播，三分之一用于導入和驗證。雙倍塊時間會雙倍最大塊重量。這些優化選項為 runtime 開發人員提供了一種方法，使其能夠在每秒交易數與硬件需求之間為其場景進行最佳權衡。這些權衡可以通過 runtime 更新進行調整，以跟上硬件和軟件的改進。

重量表示區塊鏈必須驗證區塊的有限時間。這包括計算周期和存儲 I/O。自定義實現可以使用復雜結構來表示這一點。Substrate 重量只是一個數值（https://crates.parity.io/frame_support/weights/type.Weight.html）。

Mongraal或將接受1380 ETH的“吉米鑰匙”出價，比原報價低三分之一:金色財經報道，知名電競選手及主播@Mongraal在社交媒體要求United Planetary DAO將Dookey Dash游戲“吉米鑰匙”的出價（690 ETH）提高一倍，即1380 ETH，約合220萬美元，并稱將接受這一報價。不過，1380 ETH的出價比@Mongraal在OpenSea的報價2,222 ETH低了約三分之一。另據OpenSea數據顯示，United Planetary DAO當前690 ETH的出價將會在美東時間2月26日下午3：44到期，也是迄今對“吉米鑰匙”的唯一正式報價。[2023/2/26 12:29:53]

重量的計算應始終：

在調度前可計算。塊生成器應該能夠在實際決定是否接受它之前檢查可調度的重量。

本身消耗的資源很少。消耗同樣的資源去計算交易重量是沒有意義的，當它會在執行中花費掉。因此，重量計算應該比調度輕得多。

Bankless：Q2以太坊網絡交易費用跌超三分之一:7月11日消息，據Bankless最新發布的《以太坊現狀報告——2022年第二季度》數據顯示，由于4月至6月期間加密市場低迷，以太坊網絡交易費用在二季度下降了33.4%——從2022年第一季度的19.1億美元下降到12.8億美元。

此外，二季度以太坊日均活躍地址下降20.6%，鏈上鎖倉量從一季度的594.2億美元下降到342.1億美元，跌幅達到42.4%；鏈上DEX現貨交易量從一季度的3505.4億美元跌至3191.3億美元，跌幅為9%。[2022/7/11 2:04:43]

能夠在不咨詢鏈狀態的情況下確定所使用的資源。在不需要昂貴的 I/O 的情況下，重量能夠很好地表示固定的測量值或僅基于可調度函數的參數的測量值。當成本取決于鏈的狀態時，重量就不那么有用了。

在可調度的重量嚴重依賴于鏈狀態的情況下，有兩個選項可用：

安永：近三分之一的對沖基金經理計劃投資加密貨幣:金色財經報道，根據安永的一項研究，31% 的對沖基金經理和 24% 的另類投資者計劃將加密貨幣添加到他們的投資組合中，根據這項研究，最大公司的經理監管超過 100 億美元的對沖基金或投資 20 億至 100 億美元的投資者，最有可能計劃進入加密領域。在接受安永研究采訪的另類基金經理和投資者中，只有 7% 表示他們或他們的公司已經在他們的投資組合中擁有“加密相關資產”。（decrypt）[2021/11/22 7:04:49]

確定或引入一個強制上限，以確定可調度的可能承受的重量。如果強制上限和可調度的最小可能重量之間的差異很小，則可以假定它始終處于重量上限，而無需咨詢狀態。然而，如果差異太大，那么進行較少交易的經濟成本可能太大，這將扭曲激勵機制，造成吞吐量的低效率。

要求將有效重量（或可用于有效計算的前體）作為參數傳遞給調度。收取的重量應以這些參數為基礎，但也包括在調度期間驗證這些參數所需的時間。必須進行驗證，以確保重量參數與鏈上狀態準確對應，如果不符合，則操作可能出錯。

動態 | Tether treasury目前僅持有三分之一USDT:在上周末從Bitfinex手中收購了過剩的比特幣后，Tether treasury目前持有USDT總供應量的約三分之一。回收USDT的趨勢，實際上是將Token從交易所和流通中移除，在此之前，Tether treasury一直在注入流動性。[2018/10/22]

有幾個因素會影響執行時間，從而影響重量計算。一個很大的貢獻者是一個可調度執行的數據庫訪問數。由于數據庫訪問的成本在很大程度上取決于數據庫后端和存儲硬件，因此重量計算是參數化的，而不是數據庫讀寫的重量成本。這些成本是通過在一些參考硬件上對每個可用的數據庫后端進行基準測試來確定的。這允許在不更改所有重量計算的情況下切換數據庫后端。

除了只使用常量進行預調度重量計算外，開發人員還可以將給定可調度對象的輸入參數考慮在內。當執行時間取決于例如一個參數的長度時，這非常有用。重要的是，這些計算本身不需要任何有意義的工作。使用一些基本算法，可以從輸入參數中輕松計算預調度的最大重量。

系統模塊（System pallet ）負責在執行時累積每個塊的重量，并確保其不超過限制。交易支付模塊（Transaction Payment pallet）負責解釋這些重量并根據這些重量扣除費用。重量功能是 runtime 的一部分，因此可以根據需要進行升級。

在某些情況下，可調度的實際重量不能從其輸入中簡單地計算出來。例如，重量可能取決于可調度的邏輯路徑。如果在調度后沒有任何方法來校正重量，我們會不斷高估這些可調度的價格，然后再多收費，因為我們必須在調度前假設最壞的情況，以確保鏈條的安全。

發布調度后的重量修正允許任何可調度的在執行后返回其實際重量。此重量必須小于或等于調度前最壞情況的重量。要允許用戶包含外部用戶，他們仍然必須能夠支付最大重量，即使最終付款將基于實際重量。

除了影響費用之外，重量系統的主要目的是防止一個區塊被執行時間過長的交易填滿。在塊內處理交易時，系統模塊將塊的總長度（以字節為單位的編碼交易的總和）和塊的總重量相加。如果這兩個數字中的任何一個超過了限制，則該區塊不接受進一步的交易。這些限制在 MaximumBlockLength 和 MaximumBlockWeight是有定義的。

關于這些限制的一個重要注意事項是，其中一部分是為 Operational 調度類保留的。此規則適用于這兩個限制，比率可以在 AvailableBlockRatio中找到。

例如，如果塊長度限制為 1 兆字節，并且比率設置為 80%，則所有交易都可以填充塊的前 800 千字節，而最后 200 千字節只能由操作類填充。

還有一個 Mandatory 調度類，可以用來確保外部始終包含在塊中，而不管它對塊重量的影響如何。請參閱交易費用文檔（https://substrate.dev/docs/en/knowledgebase/runtime/fees）以了解有關不同調度類以及何時使用它們的更多信息。

下一步

了解更多

Substrate 菜譜中有包含自定義重量和重量費用的案例。

案例模塊：https://github.com/paritytech/substrate/blob/master/frame/example/src/lib.rs

查看給自定義 runtime 函數添加一個交易重量的例子。https://substrate.dev/recipes/3-entrees/weights.html

交易支付模塊：https://github.com/paritytech/substrate/blob/master/frame/transaction-payment/src/lib.rs

重量：https://github.com/paritytech/substrate/blob/master/frame/support/src/weights.rs

原文：https://substrate.dev/docs/en/knowledgebase/learn-substrate/weight

翻譯：PolkaWorld 社區

Tags：RATTRAUBSTRAT海盜幣piratecoin最新消息TRACBUBSStratis

火必APP