Question

在Windows 10上，我会在命令提示符下进入

> geth --rinkeby 哪个开始将我的节点与网络同步

在另一个命令提示符下，我走了

> geth --rinkeby attach ipc:\\.\pipe\geth.ipc

然后

> eth.syncing

给出

{

currentBlock: 3500871,

highestBlock: 3500955,

knownStates: 25708160,

pulledStates: 25680474,

startingBlock: 3500738

}

如您所见，我总是比最高的区块落后80个左右。我听说这对于testnet是正常的。我在Rinkeby上创建了一个帐户，并通过水龙头https://faucet.rinkeby.io/请求以太币。我也尝试过https://faucet.ropsten.be/，但没能以太。

在geth控制台上，我可以显示提供给我的帐户

> eth.accounts

["0x7bf0a466e7087c4d40211c0fa8aaf3011176b6c6"]

并查看我得到的余额：

eth.getBalance(eth.accounts[0])

我不知道这是否是由于我的节点比最高节点落后80个区块...？

编辑：值得补充的是，由于空间不足，我在C驱动器上的AppData / Roaming / Ethereum中创建了一个符号链接，在D驱动器上创建了另一个链接。（不知道这是否会影响我的同步）

Answer 1

我想您遇到了一个问题，即“最后65个块不同步”

问：我被困在主网后面的64个区块上吗？！

A：如上所述，您不会被卡住，只需完成该块   下载阶段，也等待状态下载阶段完成。   如今，此后期阶段所花的时间比仅仅获得   块。

有关更多信息，https://github.com/ethereum/mist/issues/3760#issuecomment-390892894

Answer 2

停下脚步，重新开始。排在最高处是很正常的。对于以太币，请检查一次etherscan，看看是否确实从水龙头收到了以太币。这样，您将知道从水龙头接收到的水块高度是多少。然后等到您的geth同步到那个块。另外，最好的选择是使用Quicknode之类的东西，而不必担心在继续进行开发工作之前始终保持机器运行或等待数小时。是的，他们的名义费用不高，但是就他们提供的服务而言，这是非常值得的。

盖斯（Geth）在最后80个区块上保持同步

2 个答案: