【问题标题】:Near indexer sync , why is it taking so much space with archive set to false?在 indexer sync 附近,为什么归档设置为 false 会占用这么多空间?
【发布时间】:2021-10-21 20:55:19
【问题描述】:

我有一个非常初学者的问题,我正在测试网上同步索引器,它的下载速度类似于 30+Go(大约需要 2 天)

看来它正在下载整个分类帐

我不明白为什么

知道“存档”选项在 config.json(edited) 中设置为 false

我以为它只会下载 2.5epoch 或类似的东西(已编辑)

所以我想我在这里遗漏了一些基本的东西

谁能给我解释一下?非常感谢!

【问题讨论】:

    标签: nearprotocol


    【解决方案1】:

    在 Indexer for Explorer 的 README 部分中有描述 https://github.com/near/near-indexer-for-explorer#syncing

    很快:

    • 每个节点(包括索引器)必须存储整个区块链状态、所有区块头和最后 5 个 epoch 的区块(每个 epoch 为 42300 个区块)
    • 您最好公开备份以加快同步过程,而不是等待几天
    • 您需要拥有 ~200 GB 的 SSD(当前主网约为 160 GB)

    很遗憾,您无法采取任何措施来避免同步和占用大量存储空间。

    在 NEAR,我们正在考虑如何将无服务器索引器创建为用户服务。虽然目前没有预计到达时间。

    【讨论】:

    • 谢谢!但是“存档”选项是什么意思呢?如果我理解得很好,这意味着我必须先下载所有内容,然后节点将垃圾收集除了最后 5 个时期之外的所有内容?
    • "archive" 关闭垃圾收集器。因此,您的节点将存储起源中的每一点信息。目前在主网上它约为 2 TB。我猜要从头开始同步,您将花费大约 8 个月的时间(还没有计算出它只是说它会持续多长时间)。这就是我们每天定期(非存档)或存档备份的原因。
    猜你喜欢
    • 2013-12-03
    • 1970-01-01
    • 1970-01-01
    • 2013-01-01
    • 2012-02-12
    • 2019-12-14
    • 2018-08-20
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多