我只是在想,因为我试图将Ropsten与Mist快速同步,所以它达到了一个大约60万个街区的数字并停止了,所以我关闭了Mist并重新打开它,它只进入了“开始的蜂群”部分。然后,我关闭命令提示符并重新打开Mist,现在它有了大量的块,并且返回到了1%。
发布于 2017-12-01 04:13:24
是的,快速同步将继续进行,它将和上次关闭时离开的块保持同步。
谢谢
发布于 2020-05-25 10:04:19
我想这里有几个问题要回答。在我看来,OP使用命令行中的Geth同步Ropsten,同时运行Mist。
Kishore的回答假设问题是:在重新启动时,Geth是否会继续以快速模式同步。就像Kishore提到的,它会的。(至少到2020年5月仍是如此。)
另一种看待此问题的方法是,客户端在关闭时是否会继续同步。简短的回答是否定的。当客户端关闭时,可能仍然会有一些块下载。
我包括这些答案给未来的访问者,他们可能已经用这些方式解释了这个问题,尽管仔细阅读增加了另一层内容。OP正在同步Ropsten,并开始被困在600 K街区附近。顺便说一句,这很可能是由于OP到达了上海攻击区,这意味着客户机仍然同步的可能性很大,尽管速度非常慢。
第一,行动只关闭了薄雾,大概是让盖斯继续运转。如果我的记忆正常(Mist已经被废弃了很长时间),Mist将在Geth已经运行的时候使用Geth而不激活它的客户端。因此,理论上说,关闭薄雾并没有取得任何成果,而盖思将继续在背景中同步。这很可能是当Mist第二次被重新打开的时候,会有更多的街区出现的原因。第一次Mist被困在“开始蜂群”上。我假设这只是一个软件错误,也许是由于上海街区的资源消耗增加了。如果是这样的话,OP不需要关闭Geth,只需重新启动Mist。
不过,这与Mist没有多大关系,因为Mist被认为是一种工具,但我认为我应该努力纠正这一情况。
https://ethereum.stackexchange.com/questions/30776
复制相似问题