5

我使用 web3 和供应商主网。我按合同进行了 2 笔交易。首先是批准方法，另一笔交易是多转账。我将第二个签名存储在数据库中。如果第一笔交易成功，我发送第二笔交易/。第二笔交易几乎总是错误随机数太低`。我该如何解决这个问题

4

2 回答 2

10

对于正确的nonce 管理，您有 2 个选项：

  • 通过 web3.eth 请求为您的地址确认的交易数量。getTransactionCount (ethAddress)，在处理下一个之前递增，发送并等待接收。如果您需要高吞吐量并且依赖特定节点可用和同步，这将非常慢。

  • 您在数据库级别维护自己的本地计数器。使用数据库的访问锁来处理可能的并发请求并每次都返回正确的值。您不希望将此计数器保留在内存中，因为如果您的应用程序崩溃或重新启动，它们将会丢失。这是非常有效的，因为您不需要节点，并且您可以发送尽可能多的交易。如果出现问题...（随机数太低）重置为 web3.eth.getTransactionCount(ethAddress) 的值。

重要提示：您可能想知道为什么不使用 web3.eth.getTransactionCount(ethAddress, 'pending')。这是因为“待处理”选项使调用不可靠，因为节点很难在队列和内存池中拥有准确数量的事务。

为了更好地理解节点如何看待您的消息的随机数。在这里查看这个答案：https ://ethereum.stackexchange.com/questions/2808/what-happens-when-a-transaction-nonce-is-too-high/2809#2809

还有这个：发送原始交易以太坊 infura nodejs npm

于 2019-06-11T08:34:05.237 回答
2

据我了解，这里可能有两个问题（解决方案）；1) 您可能必须手动增加 nonce 以进行多传输操作的 gas 估计。2）这些天有些服务器非常慢，所以你要么在执行第二个事务之前获取第一个事务的 transactionReceipt(poll) 以确保它已被挖掘。这样，您可能会获得第二次交易的正确随机数。但是，如果您懒惰地这样做，则只是两个事务之间的合理延迟。

于 2019-06-08T10:37:27.173 回答