Blockchain 以太坊,使用哪种同步模式,快速还是完全?
有一个Blockchain 以太坊,使用哪种同步模式,快速还是完全?,blockchain,ethereum,go-ethereum,geth,Blockchain,Ethereum,Go Ethereum,Geth,有一个geth程序正在运行,并提供--rpc服务 服务的功能: 同步块 接受rpc请求以创建事务 还有另一个程序尝试读取新的数据块,找出与我们钱包中地址相关的交易,并将数据同步到本地数据库(例如mysql) 目前我们使用的是full模式,但速度有点慢,占用了更多的磁盘空间 问题 快速模式是否足以满足上述用途 哪个更好 如果我们从fullmdoe切换到fast模式,那么geth是否需要重新下载所有历史年份?或者,它将重用历史 (我在以太坊网站上问了另一个关于以太坊的问题,如果你感兴趣,
geth
程序正在运行,并提供--rpc
服务
服务的功能:
- 同步块
- 接受rpc请求以创建事务
- 还有另一个程序尝试读取新的数据块,找出与我们钱包中地址相关的交易,并将数据同步到本地数据库(例如
)mysql
full
模式,但速度有点慢,占用了更多的磁盘空间
问题
模式是否足以满足上述用途快速
- 哪个更好
- 如果我们从
mdoe切换到full
模式,那么fast
是否需要重新下载所有历史年份?或者,它将重用历史geth
(我在
以太坊
网站上问了另一个关于以太坊的问题,如果你感兴趣,你也可以看一下:)完全同步下载区块链的所有区块,并重放曾经发生过的所有交易。在执行此操作时,它存储事务的收据并不断更新状态数据库
快速同步不会重播事务。来自的这段引语很好地描述了这一点(您也可以在那里找到其他信息)
而不是一次只处理一个链接,以及
回放历史记录中发生的所有事务,快速同步
沿块下载交易凭证,并提取
整个最新状态数据库
请注意,它还下载收据,以便查询历史数据
- 快速模式是否足以满足上述用途 快速同步仅用于最初获取区块链。快速同步过程结束后,您的节点将充当完全同步的节点。由于快速同步节点也具有所有历史数据,因此它适合您的用例
- 哪个更好 看情况而定。在完全同步的情况下,您需要处理能力,而在另一种情况下,您需要带宽
- 如果我们从完全模式切换到快速模式,geth是否需要重新下载所有 有多少年的历史?或者,它将重用历史 出于安全原因,无法切换已运行节点的同步模式
- 快速模式是否足以满足上述用途 快速同步仅用于最初获取区块链。快速同步过程结束后,您的节点将充当完全同步的节点。由于快速同步节点也具有所有历史数据,因此它适合您的用例
- 哪个更好 看情况而定。在完全同步的情况下,您需要处理能力,而在另一种情况下,您需要带宽
- 如果我们从完全模式切换到快速模式,geth是否需要重新下载所有 有多少年的历史?或者,它将重用历史 出于安全原因,无法切换已运行节点的同步模式