大家好，感谢邀请，今天来为大家分享一下以太坊nonce回滚怎么防止重放公鸡的问题，以及和以太坊 回滚的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！

本文目录

【以太坊易错概念】nonce, 公私钥和地址,BASE64/BASE58,2021-01-19 记录一次以太坊nonce值的问题【以太坊易错概念】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

2021-01-19 记录一次以太坊nonce值的问题之前在做后端接口的时候，封装了构造交易及发送交易这一层，其中构造交易的时候，获取用户的nonce这里，没有自己维护，而是从链上获取，且之前由于一些业务这里没有做队列，导致前端并发调用的时候，会产生一个账户同时构造两个相同nonce值得交易，最终会导致失败一条。 

Client.PendingNonceAt 是从pending中获取该账户的本次交易改用的nonce，本以为这里已经处理了就没管，不曾想，还是会出现上面的交易重复的bug。

经修改，如果是特殊账户，可在业务层自行维护计数器做nonce值，维护成本较大，且复杂。

第二种 就是这里加个队列，毕竟及时性不是区块链该有的东西。

关于以太坊nonce回滚怎么防止重放公鸡的内容到此结束，希望对大家有所帮助。

基金之间可以互相转换吗？转换要求解答

红茶加牛奶有什么功效？一起来了解一下吧

日本著名旅游地你知道吗？一起来看看吧