如何应对 Polygon 归档节点限制

由于Polygon 生态系统近期的增长，运行在 GETH 客户端上的 Polygon 归档节点预计将突破 16TB 存储阈值。

如果你尚未升级存储空间，Polygon 的归档节点限制可能会导致你的归档节点出现故障。

本文将说明这一情况发生的原因，以及如何为即将到来的 Polygon 归档节点限制做好准备。

Polygon 归档节点限制预计何时会达到？

Polygon 归档节点限制预计将在 5/23 当周达到。

超过 16TB 阈值的具体日期和时间取决于两个因素：

1. 归档节点已经运行了多长时间
2. 16TB 的计算方式

发生更多重组（re-org）的节点会占用更多磁盘空间，而 16TB 既可能指 16,000 GB，也可能指 16384GB，这一差异大约会在一周内被填满。

为什么要提高存储限制？

自 2020 年 6 月首次上线以来，Polygon 链经历了大幅增长。因此，需要维护 Polygon 完整区块链历史副本的归档节点运营者，将不得不在其归档节点上存储所有这些数据。

尽管 Polygon 是最早突破 16TB 数据量的链之一，但随着其他链生态系统的持续增长，它们很快也将面临同样的挑战，因此我们建议即使你目前没有在使用 Polygon，也继续阅读以了解如何做好准备。

16TB 存储限制对我的 Polygon 归档节点意味着什么？

对大多数云托管服务商来说，16TB 是一个常见的存储限制。除非你已经为 Polygon 归档节点准备了巨大的磁盘空间和基础设施，否则一旦达到这一限制，你很可能将无法再提供数据服务。

这意味着你所有的归档请求都将开始失败。

为什么我需要归档数据？

归档数据让你能够访问完整的区块链历史，而不仅仅是获取 Polygon 历史交易。这对于展示以下这类数据极为重要：

1. 钱包交易历史
2. 趋势和分析
3. 索引数据
4. 以及其他任何需要查看历史数据的场景

应对 Polygon 归档节点限制的 4 种方法

这里有几种方案，具体取决于你希望优化的是短期、中期还是长期方案。我们将逐一介绍。

1. 删除并重新同步节点（短期）

删除并重新同步节点会清除不再属于规范链的数据，包括叔块（uncle blocks）等。

删除并重新同步 Polygon 节点相对简单，但这只是一种临时的权宜之计，因为新数据会持续填满刚释放出来的存储空间。

2. 使用逻辑卷管理（LVM）或 RAID0 来管理更多存储空间（中期）

LVM（以及 RAID0）允许你将多个磁盘的存储空间整合到单一文件系统中，从而绕过单个磁盘的最大空间限制。

这项工作并不简单，但它能让节点运营者在继续使用现有 EC2 实例类型和 EBS 卷类型的同时，按需扩展磁盘分区。

另外，AWS 发布了一种新的 EBS 卷类型：io2 block express，最大可支持 64TB 磁盘空间。不过，它仅限于新的 r5b EC2 实例类型使用，且通常被认为用来解决此类磁盘空间问题有些“杀鸡用牛刀”。

3. 将 Polygon 节点客户端切换为 Erigon（长期）

Erigon 是一种原生支持 Bor 共识的节点客户端，与 Polygon/MATIC 区块链兼容。作为对比，使用 Erigon 时，Polygon Proof of Stake 主网的状态数据最小可低至 4.5TB。

虽然为 Polygon 搭建 Erigon 客户端是一个更长期的解决方案，但它能让状态数据更易于管理。

4. 使用 Alchemy 作为你的 Polygon 节点基础设施提供商

Alchemy 团队全天候努力，确保用户在使用 Polygon API 进行构建时，以及在我们支持的任何链上，都能获得流畅、可靠的体验。

所有升级和不兼容变更都由我们处理，你无需操心。而且最棒的是，这是免费的！点击此处注册，几分钟内即可完成 Alchemy 的接入设置。

如需了解更多更新、技巧和发布信息，请在 twitter 上关注我们：@Alchemy。