以太坊nonce值以太坊nonce
其实以太坊nonce值的问题并不复杂，但是又很多的朋友都不太了解以太坊 nonce，因此呢，今天小编就来为大家分享以太坊nonce值的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！
本文目录
2021-01-19 记录一次以太坊nonce值的问题比特币区块里的各个字段含义(先写了个nonce)以太坊区块链之Bug --2020/05/19【以太坊易错概念】nonce, 公私钥和地址,BASE64/BASE58,2021-01-19 记录一次以太坊nonce值的问题之前在做后端接口的时候，封装了构造交易及发送交易这一层，其中构造交易的时候，获取用户的nonce这里，没有自己维护，而是从链上获取，且之前由于一些业务这里没有做队列，导致前端并发调用的时候，会产生一个账户同时构造两个相同nonce值得交易，最终会导致失败一条。
Client.PendingNonceAt 是从pending中获取该账户的本次交易改用的nonce，本以为这里已经处理了就没管，不曾想，还是会出现上面的交易重复的bug。
经修改，如果是特殊账户，可在业务层自行维护计数器做nonce值，维护成本较大，且复杂。
第二种 就是这里加个队列，毕竟及时性不是区块链该有的东西。
比特币区块里的各个字段含义(先写了个nonce)nonce是个啥意思？根据bitcoinwiki
nonce是一个4-byte大小的区域，nonce的值设定使得该块的hash是以一串0开头的。
对于块数据的一点点改变（比如nonce）都会引起blockhash的巨大变化。由于逆向预测hash值相对应的一组bit值（hash原文）是不可行的，在尝试足够多的nonce值且计算每个nonce值相对应的blockhash之后可以找到一个满足有指定数量0bits(0比特位)的hash值。而0bits的数量值是由difficult设定的。最终产生的hash须得是一个小于当前difficulty值。
因为这个迭代的计算耗费时间和资源，块的出现也就是得到了正确的nonce值，这构成了proofofwork
关于以太坊里的nonce网上很多解释，很多一上来就是交易计数器，然而却把跟POW有关的丢了吗？事实上以太坊里的nonce有两种意思，一个是proofofworknonce，一个是accountnonce。
那智能合约呢？合约也算是Account的一种，那也有nonce吗？
是的，而且合约里面的nonce也差不多，也是一个counter。在智能合约里，nonce的值代表的是该合约创建的合约数量。只有当一个合约创建另一个合约的时候才会增加nonce的值。但是当一个合约调用另一个合约中的method时nonce的值是不变的。
在以太坊中nonce的值可以这样来获取（其实也就是属于一个账户的交易数量）：
但是这个方法只能获取交易once的值。目前是没有内置方法来访问contract中的nonce值的，除了自己定义一个counter来计数...
那好，再来看一下EthereumBlock中的nonce：
以太坊和比特币区块链一样，也需要proofofwork（计划转移到股份证明也早已在做了）。在比特币区块链中，pow应该是要算出一个符合难度要求的值，通常是以一串0开头的。这个难度一直在变化。可以查看比特币区块链的POW难度变化。
以太坊区块链之Bug --2020/05/19为了防止交易重播，ETH（ETC）节点要求每笔交易必须有一个nonce数值。每一个账户从同一个节点发起交易时，这个nonce值从0开始计数，发送一笔nonce对应加1。当前面的nonce处理完成之后才会处理后面的nonce。注意这里的前提条件是相同的地址在相同的节点发送交易。
以下是nonce使用的几条规则：
●当nonce太小（小于之前已经有交易使用的nonce值），交易会被直接拒绝。
●当nonce太大，交易会一直处于队列之中，这也就是导致我们上面描述的问题的原因；
●当发送一个比较大的nonce值，然后补齐开始nonce到那个值之间的nonce，那么交易依旧可以被执行。
●当交易处于queue中时停止geth客户端，那么交易queue中的交易会被清除掉。
第一个字段AccountNonce，直译就是账户随机数。它是以太坊中很小但也很重要的一个细节。以太坊为每个账户和交易都创建了一个Nonce，当从账户发起交易的时候，当前账户的Nonce值就被作为交易的Nonce。这里，如果是普通账户那么Nonce就是它发出的交易数，如果是合约账户就是从它的创建合约数。
为什么要使用这个Nonce呢？其主要目的就是为了防止重复攻击（ReplayAttack）。因为交易都是需要签名的，假定没有Nonce，那么只要交易数据和发起人是确定的，签名就一定是相同的，这样攻击者就能在收到一个交易数据后，重新生成一个完全相同的交易并再次提交，比如A给B发了个交易，因为交易是有签名的，B虽然不能改动这个交易数据，但只要反复提交一模一样的交易数据，就能把A账户的所有资金都转到B手里。
当使用账户Nonce之后，每次发起一个交易，A账户的Nonce值就会增加，当B重新提交时，因为Nonce对不上了，交易就会被拒绝。这样就可以防止重复攻击。当然，事情还没有完，因为还能跨链实施攻击，直到EIP-155引入了chainID，才实现了不同链之间的交易数据不兼容。事实上，Nonce并不能真正防止重复攻击，比如A向B买东西，发起交易T1给B，紧接着又提交另一个交易T2，T2的Gas价格更高、优先级更高将被优先处理，如果恰好T2处理完成后剩余资金已经不足以支付T1，那么T1就会被拒绝。这时如果B已经把东西给了A，那A也就攻击成功了。所以说，就算交易被处理了也还要再等待一定时间，确保生成足够深度的区块，才能保证交易的不可逆。
Price指的是单位Gas的价格，所谓Gas就是交易的消耗，Price就是单位Gas要消耗多少以太币（Ether），Gas*Price就是处理交易需要消耗多少以太币，它就相当于比特币中的交易手续费。
GasLimit限定了本次交易允许消耗资源的最高上限，换句话说，以太坊中的交易不可能无限制地消耗资源，这也是以太坊的安全策略之一，防止攻击者恶意占用资源。
Recipient是交易接收者，它是common.Address指针类型，代表一个地址。这个值也可以是空的，这时在交易执行时，会通过智能合约创建一个地址来完成交易。
Amount是交易额。这个简单，不用解释。
Payload比较重要，它是一个字节数组，可以用来作为创建合约的指令数组，这时每个字节都是一个单独的指令；也可以作为数据数组，由合约指令来进行操作。合约由以太坊虚拟机（EthereumVirtualMachine，EVM）创建并执行。
V、R、S是交易的签名数据。以太坊当中，交易经过数字签名之后，生成的signature是一个长度65的字节数组，它被截成三段，前32字节被放进R，再32字节放进S，最后1个字节放进V。那么为什么要被截成3段呢？以太坊用的是ECDSA算法，R和S就是ECSDA签名输出，V则是RecoveryID。
R,S,V是交易签名后的值，它们可以被用来生成签名者的公钥；R，S是ECDSA椭圆加密算法的输出值，V是用于恢复结果的ID
【以太坊易错概念】nonce, 公私钥和地址,BASE64/BASE58,以太坊里的nonce有两种意思，一个是proofofworknonce，一个是accountnonce。
在智能合约里，nonce的值代表的是该合约创建的合约数量。只有当一个合约创建另一个合约的时候才会增加nonce的值。但是当一个合约调用另一个合约中的method时nonce的值是不变的。
在以太坊中nonce的值可以这样来获取（其实也就是属于一个账户的交易数量）：
但是这个方法只能获取交易once的值。目前是没有内置方法来访问contract中的nonce值的
通过椭圆曲线算法生成钥匙对（公钥和私钥），以太坊采用的是secp256k1曲线,
公钥采用uncompressed模式，生成的私钥为长度32字节的16进制字串，公钥为长度64的公钥字串。公钥04开头。
把公钥去掉04，剩下的进行keccak-256的哈希，得到长度64字节的16进制字串，丢掉前面24个，拿后40个，再加上"0x"，即为以太坊地址。
整个过程可以归纳为：
2）有些网关或系统只能使用ASCII字符。Base64就是用来将非ASCII字符的数据转换成ASCII字符的一种方法，而且base64特别适合在http，mime协议下快速传输数据。Base64使用【字母azAZ数字09和+/】这64个字符编码。原理是将3个字节转换成4个字节(3X8)=24=(4X6)
当剩下的字符数量不足3个字节时，则应使用0进行填充，相应的，输出字符则使用'='占位，因此编码后输出的文本末尾可能会出现1至2个'='。
1）Base58是用于Bitcoin中使用的一种独特的编码方式，主要用于产生Bitcoin的钱包地址。相比Base64，Base58不使用数字"0"，字母大写"O"，字母大写"I"，和字母小写"l"，以及"+"和"/"符号。
Base58Check是一种常用在比特币中的Base58编码格式，增加了错误校验码来检查数据在转录中出现的错误。校验码长4个字节，添加到需要编码的数据之后。校验码是从需要编码的数据的哈希值中得到的，所以可以用来检测并避免转录和输入中产生的错误。使用Base58check编码格式时，编码软件会计算原始数据的校验码并和结果数据中自带的校验码进行对比。二者不匹配则表明有错误产生，那么这个Base58Check格式的数据就是无效的。例如，一个错误比特币地址就不会被钱包认为是有效的地址，否则这种错误会造成资金的丢失。
为了使用Base58Check编码格式对数据（数字）进行编码，首先我们要对数据添加一个称作“版本字节”的前缀，这个前缀用来明确需要编码的数据的类型。例如，比特币地址的前缀是0（十六进制是0x00），而对私钥编码时前缀是128（十六进制是0x80）。表4-1会列出一些常见版本的前缀。
接下来，我们计算“双哈希”校验码，意味着要对之前的结果（前缀和数据）运行两次SHA256哈希算法：
checksum=SHA256(SHA256(prefix+data))
在产生的长32个字节的哈希值（两次哈希运算）中，我们只取前4个字节。这4个字节就作为校验码。校验码会添加到数据之后。
结果由三部分组成：前缀、数据和校验码。这个结果采用之前描述的Base58字母表编码。下图描述了Base58Check编码的过程。
相同:
1）哈希算法、Merkle树、公钥密码算法
https://blog.csdn.net/s_lisheng/article/details/77937202?from=singlemessage
2）全新的SHA-3加密标准——Keccak
https://blog.csdn.net/renq_654321/article/details/79797428
3）在线加密算法
http://tools.jb51.net/password/hash_md5_sha
4）比特币地址生成算法详解
https://www.cnblogs.com/zhaoweiwei/p/address.html
5）Base58Check编码实现示例
https://blog.csdn.net/QQ604666459/article/details/82419527
6）比特币交易中的签名与验证
https://www.jianshu.com/p/a21b7d72532f
好了，本文到此结束，如果可以帮助到大家，还望关注本站哦！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 931614094@qq.com 举报，一经查实，本站将立刻删除。