Ethereum 我的geth快速同步mainnet会赶上吗?
我正在使用AMD Ryzen 7 2700x CPU、64Gb内存1Tb SSD、100Mb互联网低速配置来创建以太坊节点。我正在运行geth synchmode“fast”命令来构建一个节点,但它似乎永远也赶不上!我应该看看什么数字,看看它是否会。我读过,所以我知道块计数不是我真正应该寻找的?是否还有其他的东西,我应该监控它们的变化率,看看我是否在追赶?e、 g.eth.synching命令输出中的拉取状态?或者日志条目中详细说明导入的新状态条目的挂起编号? 我的geth命令:Ethereum 我的geth快速同步mainnet会赶上吗?,ethereum,geth,Ethereum,Geth,我正在使用AMD Ryzen 7 2700x CPU、64Gb内存1Tb SSD、100Mb互联网低速配置来创建以太坊节点。我正在运行geth synchmode“fast”命令来构建一个节点,但它似乎永远也赶不上!我应该看看什么数字,看看它是否会。我读过,所以我知道块计数不是我真正应该寻找的?是否还有其他的东西,我应该监控它们的变化率,看看我是否在追赶?e、 g.eth.synching命令输出中的拉取状态?或者日志条目中详细说明导入的新状态条目的挂起编号? 我的geth命令: geth --
geth --syncmode "fast" --cache=4096 -llow-insecure-unlock --http --datadir /crypto/ethereum/mainnet --keystore /crypto/ethereum/keystore --signer=/crypto/ethereum/clef.ipc --maxpeers 25 2>/crypto/ethereum/mainnet_sync_r5.log
来自eth.synching的输出:
同步
{currentBlock:12168062,最高区块:12168171,
已知状态:183392940,
拉拔状态:183343841,
起始块:12160600} 我的命令日志的最后几行: 信息[04-03 | 11:16:04.511]导入的新状态条目计数=1350经过时间=7.456ms 已处理=183847128挂起=53248 trieretry=93 coderetry=0重复=2969意外=4186274 信息[04-03 | 11:16:04.674]导入的新状态条目计数=0 已用时间=4.487ms已处理=183847128待处理=52401 Trierery=93 coderetry=0重复=2969意外=4186367 信息[04-03|11:16:04.681]导入的新状态条目
计数=1059已用=6.784ms已处理=183848187待处理=52401 trieretry=93 coderetry=0重复=2969意外=4186367 信息[04-03|11:16:04.880]导入的新状态条目
计数=1152已用=5.161ms已处理=183849339待处理=53150 trieretry=0 coderetry=0 duplicate=2969意外的=4186367 信息[04-03 | 11:16:05.003]导入的新状态条目
计数=1152已用时间=5.906ms已处理时间=183850491待处理时间=52394 trieretry=0 coderetry=0 duplicate=2969意外的=4186367 它应该在一天内赶上