区块链芝士 | 什么是外部信息?

外部信息(extrinsic)是一条来自链外并包含在一个区块中的信息。外部信息可分为三类:inherents、已签名交易和未签名交易。
注意事件(events[1])不是外部信息。链针对链本身固有的信息片段发出事件。例如,Staking 奖励是事件,而不是外部行为,因为奖励是由链逻辑固有的情形触发的。
区块结构
Substrate 中的一个区块由区块头和一组外部信息数组构成。区块头包含区块高度、父哈希、外部信息根、状态根和摘要。本节仅关注外部信息根(extrinsics root)。
在 runtime 中定义每个外部信息时,将其作为一个系列捆绑在一起,作为一个系列执行。外部信息根是该系列的密码学摘要。这有两个目的。首先,它可以防止在区块头已形成并分发后,对外部信息系列进行任何更改。其次,它提供了一种方法,允许轻客户端仅通过了解区块头,就可以简洁地验证任何给定的外部元素确实存在于一个块中。
Inherents
Inherents 是未签名的信息,仅由出块者插入到区块中。它们不会被散布在网络上,也不存储在交易队列中。从技术上讲,没有什么会去阻止一条 Substrate 链散布 inherents,但也不会有基于费用的防垃圾机制。
Inherents 表示以一种数据,它以比较特别的方式描述许多有效信息之一。它们之所以被认为是 “真实的”,仅仅是因为足够多的验证人都同意它们是合理的。
例如,出块者可能会将时间戳 inherent 插入区块中。没有办法证明签名是真实的,证明时间戳是正确的。但验证人根据其他验证人认为时间戳的合理程度,来接受或拒绝该区块,依据可能是该时间戳在其自己的系统时钟的某个可接受范围内。
已签名交易
已签名交易(Singed Transactions)包含发出交易的帐户的签名,并且需要付费才能将交易包括在链中。因为可以在执行之前识别出在链上包括已签名交易的价值,所以可以在网络上垃圾交易风险较低的节点之间的散布这些交易。
签名交易符合以太坊或比特币交易的概念。
未签名交易
在某些情况下,需要进行未签名交易 (Unsigned Transactions)。小心使用未签名的事务,因为它们的验证逻辑可能很难。
由于交易未签名,因此无需支付任何费用。因此,交易队列缺乏防止垃圾交易的经济逻辑。未签名的交易也缺乏随机数,使得重放保护(Replay protection)变得困难。少数交易需要使用未签名的变体,但是它们将需要某种形式的垃圾交易防护,防护基于 Singed Extension[4] 的自定义实现,可以存在于未签名交易中。
Substrate 中未签名交易的一个示例是权威机构发送的 “I'm Online[5]”心跳交易。交易包括来自 Session 密钥的签名,该密钥不控制资金,因此无法支付费用。交易池通过检查 session 中是否已提交心跳来控制垃圾交易。
签名扩展
SignedExtension 是一种特征(trait),通过它可以使用其他数据或逻辑来扩展交易。签名扩展名可用于您需要在执行之前获得有关交易的一些信息的任何地方。这在事务队列中大量使用。
Runtime 可以使用其中一些数据(例如将要分派的 Call)来计算交易费用。签名扩展还包括 AdditionalSigned 类型,该类型可以保存任何可编码数据,因此允许您在包含或分派交易之前执行任何自定义逻辑。交易队列定期从 SignedExtension 调用函数以在构建区块之前验证交易,以避免包括将在区块中失败的交易。
虽然名字叫签名扩展,SignedExtension 其实也可以用于验证未签名交易。可以实现 * _unsigned 方法集来封装交易池所需的验证、垃圾邮件和重放保护逻辑。
本文由 零点财经 作者:tao 发表,其版权均为 零点财经 所有,文章内容系作者个人观点,不代表 零点财经 对观点赞同或支持。如需转载,请注明文章来源。
分享生成图片
43

发表回复

区块链芝士 | 什么是外部信息?

2021-04-29 11:47:46

外部信息(extrinsic)是一条来自链外并包含在一个区块中的信息。外部信息可分为三类:inherents、已签名交易和未签名交易。
注意事件(events[1])不是外部信息。链针对链本身固有的信息片段发出事件。例如,Staking 奖励是事件,而不是外部行为,因为奖励是由链逻辑固有的情形触发的。
区块结构
Substrate 中的一个区块由区块头和一组外部信息数组构成。区块头包含区块高度、父哈希、外部信息根、状态根和摘要。本节仅关注外部信息根(extrinsics root)。
在 runtime 中定义每个外部信息时,将其作为一个系列捆绑在一起,作为一个系列执行。外部信息根是该系列的密码学摘要。这有两个目的。首先,它可以防止在区块头已形成并分发后,对外部信息系列进行任何更改。其次,它提供了一种方法,允许轻客户端仅通过了解区块头,就可以简洁地验证任何给定的外部元素确实存在于一个块中。
Inherents
Inherents 是未签名的信息,仅由出块者插入到区块中。它们不会被散布在网络上,也不存储在交易队列中。从技术上讲,没有什么会去阻止一条 Substrate 链散布 inherents,但也不会有基于费用的防垃圾机制。
Inherents 表示以一种数据,它以比较特别的方式描述许多有效信息之一。它们之所以被认为是 “真实的”,仅仅是因为足够多的验证人都同意它们是合理的。
例如,出块者可能会将时间戳 inherent 插入区块中。没有办法证明签名是真实的,证明时间戳是正确的。但验证人根据其他验证人认为时间戳的合理程度,来接受或拒绝该区块,依据可能是该时间戳在其自己的系统时钟的某个可接受范围内。
已签名交易
已签名交易(Singed Transactions)包含发出交易的帐户的签名,并且需要付费才能将交易包括在链中。因为可以在执行之前识别出在链上包括已签名交易的价值,所以可以在网络上垃圾交易风险较低的节点之间的散布这些交易。
签名交易符合以太坊或比特币交易的概念。
未签名交易
在某些情况下,需要进行未签名交易 (Unsigned Transactions)。小心使用未签名的事务,因为它们的验证逻辑可能很难。
由于交易未签名,因此无需支付任何费用。因此,交易队列缺乏防止垃圾交易的经济逻辑。未签名的交易也缺乏随机数,使得重放保护(Replay protection)变得困难。少数交易需要使用未签名的变体,但是它们将需要某种形式的垃圾交易防护,防护基于 Singed Extension[4] 的自定义实现,可以存在于未签名交易中。
Substrate 中未签名交易的一个示例是权威机构发送的 “I'm Online[5]”心跳交易。交易包括来自 Session 密钥的签名,该密钥不控制资金,因此无法支付费用。交易池通过检查 session 中是否已提交心跳来控制垃圾交易。
签名扩展
SignedExtension 是一种特征(trait),通过它可以使用其他数据或逻辑来扩展交易。签名扩展名可用于您需要在执行之前获得有关交易的一些信息的任何地方。这在事务队列中大量使用。
Runtime 可以使用其中一些数据(例如将要分派的 Call)来计算交易费用。签名扩展还包括 AdditionalSigned 类型,该类型可以保存任何可编码数据,因此允许您在包含或分派交易之前执行任何自定义逻辑。交易队列定期从 SignedExtension 调用函数以在构建区块之前验证交易,以避免包括将在区块中失败的交易。
虽然名字叫签名扩展,SignedExtension 其实也可以用于验证未签名交易。可以实现 * _unsigned 方法集来封装交易池所需的验证、垃圾邮件和重放保护逻辑。