首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >盖斯在最后的80个街区上坚持同步

盖斯在最后的80个街区上坚持同步
EN

Stack Overflow用户
提问于 2018-12-13 01:19:56
回答 2查看 3.9K关注 0票数 3

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

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

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

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

然后

> eth.syncing

这给

代码语言:javascript
运行
复制
{

currentBlock: 3500871,

highestBlock: 3500955,

knownStates: 25708160,

pulledStates: 25680474,

startingBlock: 3500738

}

正如你所看到的,我总是从最高的街区落后约80。我听说这对测试网来说是正常的。我在Rinkeby上创建了一个帐户,并通过水龙头:https://faucet.rinkeby.io/请求以太。我也试过https://faucet.ropsten.be/,但没有得到乙醚。

在geth控制台上,我可以显示我的帐户

代码语言:javascript
运行
复制
> eth.accounts

["0x7bf0a466e7087c4d40211c0fa8aaf3011176b6c6"]

看看我得到的平衡:

代码语言:javascript
运行
复制
eth.getBalance(eth.accounts[0])

我不知道这是不是因为我的节点比最高节点落后80个街区.?

编辑:也许值得补充的是,我在我的C驱动器上创建了一个符号链接,从我的AppData/漫游/Ethereum到我的D驱动器上的另一个文件夹,因为我已经没有空间了。(不知道这是否会影响我的同步)

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2018-12-16 23:07:25

我猜你遇到了一个叫做“不同步65个街区”的问题

问:我被困在主干网后64个街区?! 答:如前所述,您没有卡住,只是完成了块下载阶段,等待状态下载阶段也完成。现在,后一阶段所花的时间比仅仅得到这些区块要长得多。

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

票数 3
EN

Stack Overflow用户

发布于 2018-12-13 03:43:32

停下来,重新开始。在最高的街区后面是很正常的。对于乙醚,检查一次以太扫描,如果你真的从水龙头接收到乙醚。这样你就可以知道你从水龙头上得到的块高。那就等着你的同步直到那块。另外,最好的选择是使用类似于快速节点的东西,在这里您不需要担心总是让机器运行或在继续进行开发工作之前等待几个小时。是的,他们有少量的象征性费用,但是对于他们提供的服务来说,这是非常值得的。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/53753719

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档