在索引器同步附近，为什么存档设置为 false 需要这么多 space？
Near indexer sync , why is it taking so much space with archive set to false?
我有一个非常新手的问题，我正在测试网上同步索引器，它下载了 30+Go（大约需要 2 天）
看来它正在下载整个分类帐
我不明白的是为什么
知道 config.json（已编辑）
中的“存档”选项设置为 false
我以为它只会下载 2.5epoch 或类似的东西（已编辑）
所以我想我在这里遗漏了一些基本的东西
谁能给我解释一下？非常感谢！
它在 Indexer for Explorer 的 README 部分中有描述 https://github.com/near/near-indexer-for-explorer#syncing
很快：
- 每个节点（包括索引器）都必须存储整个区块链状态、所有块头和最后 5 个纪元的块（每个纪元是 42300 个块）
- 你最好 public 备份以加速你的同步过程，而不是等待几天
- 您需要拥有约 200 GB 的 SSD（当前主网为约 160 GB）
遗憾的是，您无法避免同步和大量存储使用。
在 NEAR，我们正在考虑如何将无服务器索引器创建为用户服务。虽然目前还没有预计到达时间。
我有一个非常新手的问题，我正在测试网上同步索引器，它下载了 30+Go（大约需要 2 天）
看来它正在下载整个分类帐
我不明白的是为什么
知道 config.json（已编辑）
中的“存档”选项设置为 false我以为它只会下载 2.5epoch 或类似的东西（已编辑）
所以我想我在这里遗漏了一些基本的东西
谁能给我解释一下？非常感谢！
它在 Indexer for Explorer 的 README 部分中有描述 https://github.com/near/near-indexer-for-explorer#syncing
很快：
- 每个节点（包括索引器）都必须存储整个区块链状态、所有块头和最后 5 个纪元的块（每个纪元是 42300 个块）
- 你最好 public 备份以加速你的同步过程，而不是等待几天
- 您需要拥有约 200 GB 的 SSD（当前主网为约 160 GB）
遗憾的是，您无法避免同步和大量存储使用。
在 NEAR，我们正在考虑如何将无服务器索引器创建为用户服务。虽然目前还没有预计到达时间。