Geth 在最后 80 个区块上卡住同步答案

【问题标题】：Geth stuck syncing on the last 80 blocksGeth 在最后 80 个区块上卡住同步
【发布时间】：2019-05-14 04:32:55
【问题描述】：

在 Windows 10 上，在我的命令提示符下，我去

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

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

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

然后

> eth.syncing

给了

{

currentBlock: 3500871,

highestBlock: 3500955,

knownStates: 25708160,

pulledStates: 25680474,

startingBlock: 3500738

}

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

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

> eth.accounts

["0x7bf0a466e7087c4d40211c0fa8aaf3011176b6c6"]

查看我得到的余额：

eth.getBalance(eth.accounts[0])

不知道是不是因为我的节点比最高节点落后80块...？

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

【问题讨论】：

标签： ethereum geth

【解决方案1】：

我猜你遇到了一个称为“不同步最后 65 个块”的问题

问：我被困在主网后面 64 个街区？！

A：如上所述，你并没有被卡住，只是完成了块下载阶段，也等待状态下载阶段完成。如今，后一个阶段比仅仅获得块。

【讨论】：

是的，我只是认为它“卡住了”，因为我会在落后之前快速同步前几百万个块。我只是让它在完成前同步几个小时

【解决方案2】：

停止 geth 并重新开始。站在最高的街区后面是很正常的。对于以太币，如果您真的从水龙头收到以太币，请检查一次 etherscan。这样你就会知道你从水龙头收到的块高度是多少。然后等到你的 geth 同步到那个块。此外，最好的选择是使用Quicknode 之类的东西，您无需担心始终保持机器运行或等待数小时才能继续开发工作。是的，他们象征性地收取少量费用，但对于他们提供的服务来说，这是非常值得的。

【讨论】：