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
模式,但速度有点慢,占用了更多的磁盘空间


问题
  • 快速
    模式是否足以满足上述用途
  • 哪个更好
  • 如果我们从
    full
    mdoe切换到
    fast
    模式,那么
    geth
    是否需要重新下载所有历史年份?或者,它将重用历史


(我在
以太坊
网站上问了另一个关于以太坊的问题,如果你感兴趣,你也可以看一下:)

完全同步下载区块链的所有区块,并重放曾经发生过的所有交易。在执行此操作时,它存储事务的收据并不断更新状态数据库

快速同步不会重播事务。来自的这段引语很好地描述了这一点(您也可以在那里找到其他信息)

而不是一次只处理一个链接,以及 回放历史记录中发生的所有事务,快速同步 沿块下载交易凭证,并提取 整个最新状态数据库

请注意,它还下载收据,以便查询历史数据


  • 快速模式是否足以满足上述用途

    快速同步仅用于最初获取区块链。快速同步过程结束后,您的节点将充当完全同步的节点。由于快速同步节点也具有所有历史数据,因此它适合您的用例

  • 哪个更好

    看情况而定。在完全同步的情况下,您需要处理能力,而在另一种情况下,您需要带宽

  • 如果我们从完全模式切换到快速模式,geth是否需要重新下载所有 有多少年的历史?或者,它将重用历史

    出于安全原因,无法切换已运行节点的同步模式


完全同步下载区块链的所有区块,并重播曾经发生的所有交易。在执行此操作时,它存储事务的收据并不断更新状态数据库

快速同步不会重播事务。来自的这段引语很好地描述了这一点(您也可以在那里找到其他信息)

而不是一次只处理一个链接,以及 回放历史记录中发生的所有事务,快速同步 沿块下载交易凭证,并提取 整个最新状态数据库

请注意,它还下载收据,以便查询历史数据


  • 快速模式是否足以满足上述用途

    快速同步仅用于最初获取区块链。快速同步过程结束后,您的节点将充当完全同步的节点。由于快速同步节点也具有所有历史数据,因此它适合您的用例

  • 哪个更好

    看情况而定。在完全同步的情况下,您需要处理能力,而在另一种情况下,您需要带宽

  • 如果我们从完全模式切换到快速模式,geth是否需要重新下载所有 有多少年的历史?或者,它将重用历史

    出于安全原因,无法切换已运行节点的同步模式


Stack Overflow是一个关于编程和开发问题的网站。对于这个问题,您可能应该使用上的另一个站点。另请参见帮助中心。Stack Overflow是一个关于编程和开发问题的网站。对于这个问题,您可能应该使用上的另一个站点。另请参见帮助中心中的。