三分钟了解波卡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，可以设置不同的最大块重量。例如，为了允许验证人参与，速度只有参考机器的一半，最大块重量应该是默认值的一半，保持默认的块时间。

YFI筹码分析：总共30000个 近三分之一在YDAO:微博大V“超级比特币”对DeFi代币YFI进行分析，详情如下：

YFI筹码分析：总共30000个。

1. 近三分之一在YDAO，参与治理，年化收益率4%；相当感人，这是很低的收益。好像“收益优先”法则在这里失效了。

2. Aave抵押借贷3300个，感人，很多人是抵押出USDT，再去买YFI。

3. Binance，2621个，搏杀。

4. 参与YFV挖矿500多个。

5. YFI的机关池500多个，在冰淇淋挖矿。[2020/8/30]

最大块重量应等于目标块时间的三分之一，分配三分之一用于块构造，三分之一用于网络传播，三分之一用于导入和验证。双倍块时间会双倍最大块重量。这些优化选项为 runtime 开发人员提供了一种方法，使其能够在每秒交易数与硬件需求之间为其场景进行最佳权衡。这些权衡可以通过 runtime 更新进行调整，以跟上硬件和软件的改进。

数据：CMC上币安调整后24h交易量仅占调整前三分之一:币信研究院院长熊越发微博称，经查询Coinmarketcap数据，币安调整后的24H成交量为1,714,090,100美元，调整前为是5,656,208,797美元，调整后几乎只剩三分之一。对比来看，排在其前边的十几家交易所调整前后交易量则保持一致。[2020/4/13]

重量表示区块链必须验证区块的有限时间。这包括计算周期和存储 I/O。自定义实现可以使用复杂结构来表示这一点。Substrate 重量只是一个数值（https://crates.parity.io/frame_support/weights/type.Weight.html）。

重量的计算应始终：

在调度前可计算。块生成器应该能够在实际决定是否接受它之前检查可调度的重量。

本身消耗的资源很少。消耗同样的资源去计算交易重量是没有意义的，当它会在执行中花费掉。因此，重量计算应该比调度轻得多。

约三分之一BCH流通供应从未被触及:金色财经报道，CoinMetrics的数据显示，大约三分之一的比特币现金（BCH）流通供应从未被触及。据悉，目前共1840万枚BCH在流通中，600万枚BCH未移动过，因此32.6％的BCH已丢失或被长期持有。Coinmetrics还估计，230万枚比特币已经五年没有移动过，占流通的近1840万枚BTC的12.5％。[2020/4/8]

能够在不咨询链状态的情况下确定所使用的资源。在不需要昂贵的 I/O 的情况下，重量能够很好地表示固定的测量值或仅基于可调度函数的参数的测量值。当成本取决于链的状态时，重量就不那么有用了。

在可调度的重量严重依赖于链状态的情况下，有两个选项可用：

确定或引入一个强制上限，以确定可调度的可能承受的重量。如果强制上限和可调度的最小可能重量之间的差异很小，则可以假定它始终处于重量上限，而无需咨询状态。然而，如果差异太大，那么进行较少交易的经济成本可能太大，这将扭曲激励机制，造成吞吐量的低效率。

动态 | 伊朗超过三分之一的受访者通过挖矿获得收入:据CoinDesk 9月11日消息，根据分析公司Gate Trade进行的一项调查显示，在波斯电报集团调查的受访者中，超过三分之一的受访者（35％）通过挖矿获得收入，而58％的受访者通过交易赚取收入。该调查显示伊朗国内挖矿业增长强劲，70％的受访者表示有兴趣更多地了解当地挖矿业务。[2019/9/11]

要求将有效重量（或可用于有效计算的前体）作为参数传递给调度。收取的重量应以这些参数为基础，但也包括在调度期间验证这些参数所需的时间。必须进行验证，以确保重量参数与链上状态准确对应，如果不符合，则操作可能出错。

有几个因素会影响执行时间，从而影响重量计算。一个很大的贡献者是一个可调度执行的数据库访问数。由于数据库访问的成本在很大程度上取决于数据库后端和存储硬件，因此重量计算是参数化的，而不是数据库读写的重量成本。这些成本是通过在一些参考硬件上对每个可用的数据库后端进行基准测试来确定的。这允许在不更改所有重量计算的情况下切换数据库后端。

声音 | 微软Azure Blockchain首席项目经理：世界500强中有三分之二都在进行链改:今日在北京举行的2019以太坊技术及应用大会上，微软Azure Blockchain首席项目经理许建志在讲解“以太坊在企业的应用案例与开发”中表示，世界500强中有三分之二都在进行链改，微软目前合作的项目超过100余个，包括新加坡航空，日本铁路等。他认为受到扩容和tps影响，与公有链相比私有链和联盟链的发展速度更快，微软不打算开发自己的独立的区块链。[2019/6/29]

除了只使用常量进行预调度重量计算外，开发人员还可以将给定可调度对象的输入参数考虑在内。当执行时间取决于例如一个参数的长度时，这非常有用。重要的是，这些计算本身不需要任何有意义的工作。使用一些基本算法，可以从输入参数中轻松计算预调度的最大重量。

系统模块（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 社区

标签：RATTRASUBUBSSubstratumeasytravelasubfieldSUBS

以太坊交易热门资讯