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

  • 时间:
  • 浏览:0

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

作者 | 晏文春

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

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

这俩 间题梳理成如下表述:

假设最新的区块淬硬层 为 1 万,在10: 00 整被挖掘出,矿工快速构建区块淬硬层 为 1 万零 1 的区块,因此 在10:05,大白发布了有2个多交易,在10: 06 最新的区块被挖掘出,因此 打包了大白发布这笔交易,这是为有哪些呢?按理说,这俩 新交易发布的事先,矿工早就构建好了候选区块,这俩 交易肯定没了他当初构建的候选区块里。

今天或多或少人就来试着解答这俩 间题。

 01 

挖矿全都我不断尝试随机数

在《有2个多经典的故事,并且 3 分钟读懂比特币挖矿》一文中,白话区块链介绍过,挖矿的过程全都我不断尝试随机数,试图找到符合要求的解的过程。矿工在构建好区块后,不断尝试随机数,直到另一个人找到符合要求的随机数(区块头的哈希值≤目标值),新区块被挖掘出,该矿工获得出块奖励。

 02 

有限的随机数

比特币系统中的后该 尝试的随机数是有限的,这么2^ 32 种可能的取值。矿工构建区块后,遍历所有的随机数,很可能仍没了到符合要求的解。这俩 情况汇报,矿工该为何办呢?哈希函数特点是,输入值改变哪怕或多或少:后该 是改变顺序、增加内容、减少内容等,输出值的结果后该有天差地别般的变化。全都这俩 情况汇报下矿工后该 重新构建区块,比如或多或少内容不变,将一笔事先发布交易打包进区块,因此 再尝试随机数,这俩 情况汇报下,可能刚好找到了符合要求的解,新的区块就被挖掘出来了,这笔新发布交易也就被确认了。这也就回答了或多或少人开头的那个间题。

 03 

矿工的或多或少调整最好的办法

在遍历所有随机数后仍这么找到符合要求的解的情况汇报下,矿工除了调整区块里打包的交易,还有有哪些或多或少调整方案呢?

或多或少人知道挖掘出新区块的条件是:区块头的哈希值≤难度目标。

而区块头内容含高:

除去随机数字段,块头里的版本字段、父区块头哈希值、难度目标都是确定的,无法调整,而时间戳字段可调的范围非常有限。全都我下来,方便调整的每段还就剩默克尔树根字段。区块头内并这么含高该区块的交易数据,全都我对有有哪些交易信息取哈希值,因此 再对交易的哈希值两两合并再取哈希值,直到形成最后形成有2个多字段,这俩 字段全都我默克尔树根字段,它将被存储进区块头里。

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

全都当再次冒出遍历所有随机数都这么找到共要解的情况汇报下,矿工后该 调整区块里的交易:包括交易的顺序、增加打包的交易、减少打包的交易等,有有哪些调整最终都将造成区块头里默克尔树根哈希值的变化,从而影响整个区块头的哈希值。但全都我的处理都是辅助的最好的办法 ,矿工更普遍的最好的办法 修改有2个多特殊交易的额外的随机数(Extra Nonce),这俩 调整最好的办法 相对来说更加高效。

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

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

可能你是矿工,想在创币交易输入域"秀恩爱",你应该在区块挖掘出事先上写“秀恩爱“的信息,还是等区块挖掘出事先再写呢?为有哪些呢?欢迎在留言区写下你的看法。

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