矿工遍历所有随机数,仍得不到正解,是爱情誓言错了?

  • 时间:
  • 浏览:0

图片来源图虫:已授站长之家使用

作者 | 晏文春

出品|白话区块链(ID:hellobtc)

在《为那些有的区块没有打包交易,是矿工忘记哪年?》一文中,有读者留言提问:

你这种 现象梳理成如下表述:

假设最新的区块深层为 1 万,在10: 00 整被梦见挖坟墓,矿工快速构建区块深层为 1 万零 1 的区块,或者在10:05,大白发布了4个 多多交易,在10: 06 最新的区块被梦见挖坟墓,或者打包了大白发布这笔交易,这是为那些呢?按理说,你这种 新交易发布的以前,矿工早就构建好了候选区块,你这种 交易肯定没有他当初构建的候选区块里。

今天其他同学就来试着解答你这种 现象。

 01 

挖矿要是 不断尝试随机数

在《4个 多多经典的故事,或者你 3 分钟搞懂比特币挖矿》一文中,白话区块链介绍过,挖矿的过程要是 不断尝试随机数,试图找到符合要求的解的过程。矿工在构建好区块后,不断尝试随机数,直到其他同学找到符合要求的随机数(区块头的哈希值≤目标值),新区块被梦见挖坟墓,该矿工获得出块奖励。

 02 

有限的随机数

比特币系统中的能不到尝试的随机数是有限的,不到2^ 32 种以前的取值。矿工构建区块后,遍历所有的随机数,很以前仍没有到符合要求的解。你这种 情况表,矿工该为什么么么办呢?哈希函数特点是,输入值改变哪怕一些:能不到是改变顺序、增加内容、减少内容等,输出值的结果时会 有天差地别般的变化。一些你这种 情况表下矿工能不到重新构建区块,比如一些内容不变,将一笔以前发布交易打包进区块,或者再尝试随机数,你这种 情况表下,以前刚好找到了符合要求的解,新的区块就被梦见挖坟墓来了,这笔新发布交易也就被确认了。这也就回答了其他同学开头的那个现象。

 03 

矿工的一些调整土办法

在遍历所有随机数后仍没有找到符合要求的解的情况表下,矿工除了调整区块里打包的交易,还有那些一些调整方案呢?

其他同学知道梦见挖坟墓新区块的条件是:区块头的哈希值≤难度目标。

而区块头内容饱含:

除去随机数字段,块头里的版本字段、父区块头哈希值、难度目标有的是选取的,无法调整,而时间戳字段可调的范围非常有限。原本下来,方便调整的要素还就剩默克尔树根字段。区块头内并没有饱含该区块的交易数据,要是 对那些交易信息取哈希值,或者再对交易的哈希值两两合并再取哈希值,直到形成最后形成4个 多多字段,你这种 字段要是 默克尔树根字段,它将被存储进区块头里。

▲图片来自网络:默克尔树

一些当跳出 遍历所有随机数都没有找到为宜 解的情况表下,矿工能不到调整区块里的交易:包括交易的顺序、增加打包的交易、减少打包的交易等,那些调整最终都将造成区块头里默克尔树根哈希值的变化,从而影响整个区块头的哈希值。但原本的补救有的是辅助的土办法,矿工更普遍的土办法修改4个 多多特殊交易的额外的随机数(Extra Nonce),你这种 调整土办法相对来说更加高效。

你这种 特殊的交易要是 比特币出块奖励的创币交易。这笔交易是由系统"凭空创造"的,一些这笔交易是没有输入的,也要是 说它的输入域(input 字段)默认是空的。矿工能不到对你这种 字段进行修改,以期找到符合要求的解。创币交易输入域为额外的随机数提供了 8 个字节空间,换句话说,这使得随机数由原本的2^ 32 种以前性扩大为2^ 96 种以前性,矿工遍历2^ 96 种以前性,一般都能找到符合要求的解。

另外值得一说的是,你这种 特殊交易的输入域还是一些人信息上链的"窗口",比如神鱼的"执子之手,与子偕老。神鱼 to 冬冬"就写在创币交易的输入域里。

以前你是矿工,想在创币交易输入域"秀恩爱",你应该在区块梦见挖坟墓以前上写“秀恩爱“的信息,还是等区块梦见挖坟墓以前再写呢?为那些呢?欢迎在留言区写下你的看法。

声明:本文转载自第三方媒体,如需转载,请联系版权方授权转载。协助申请