TestRPC和Metamask:挂起待定事务

Question

我正在使用Remix并通过Metamask连接到Testrpc。

我可以成功地启动用于testrpc的合同，但是它依赖于Remix对公共方法的后续调用(Remix说“9个待定事务”永远不会通过)。

合同对林克比罚款。我在多个工作合同中尝试过这种设置，但Remix总是留给我"x未决事务“(每个合同的编号并不总是相同)。

以下是我的testrpc输出：

  Transaction: 0xbf367579e3cb1b414343a4f333bd79388e4fbfe668a57ea59b830934e41512bf
  Contract created: 0x81d49759138f933491a4125ce22c7173e782af4d
  Gas usage: 3347223
  Block Number: 1

eth_getTransactionReceipt
eth_getTransactionByHash
eth_call
eth_call
eth_call
...(more eth_calls)
eth_call
eth_call
eth_call
eth_getBlockByNumber
eth_getBlockByNumber
eth_getBalance
eth_getTransactionCount
eth_getBalance
eth_getTransactionCount
eth_getBalance
eth_getTransactionCount
eth_getBalance
eth_getTransactionCount
eth_getBalance
eth_getTransactionCount
eth_getBalance
eth_getTransactionCount
eth_getBlockByNumber
eth_getBlockByNumber
...(more eth_getBlockByNumber)

问题是什么？

Answer 1

我在testrpc中使用这两个命令行：

1. 读取挂起的事务

web3.eth.getBlock("pending")

1. 采矿交易

web3.currentProvider.sendAsync(
   { jsonrpc:"2.0", method: "evm_mine" },
   function(err, result) { console.log(result); }
)

TestRPC允许您使用命令参数-b或-阻塞时间自动挖掘块.但是这个特性错误(经过几分钟的服务，我得到了错误)。

Answer 2

这意味着您的TestRPC节点不会将您的事务传输到网络属性。

事务有时会卡在geth (或叉)节点中，通常发生在与其他对等点的连接问题时。

您可以通过在块链资源管理器中查找事务哈希来验证它是否存在。

有时候帮你解决问题的是-

• 重新启动节点时，它可以连接到新的对等点，并传播它所拥有的挂起的事务。
• 连接到不同的RPC节点，然后您将看到您没有挂起的事务，只需再次提交它们。

Answer 3

您能从附加到testRPC网的控制台中调用公共方法吗？这将是调试该问题的一步。

我在混音VM和testRPC方面都遇到了问题。因此，我建议使用专用网络。我无法使geth --dev标志正常工作，所以我还建议使用geth init创建您自己的私有区块链。请遵循本教程。http://www.ethdocs.org/en/latest/network/test-networks.html#id3

您还需要解锁您的帐户和我的交易。这不像主网络挖掘，所以您可以在笔记本电脑CPU上进行挖掘。请随便问我任何问题。最近我艰难地克服了类似的障碍。