如何為 Polygon archive node 的限制做準備

由於Polygon 生態系統近期的成長，在 GETH 客戶端上運作的 Polygon 歸檔節點（archive node）預計將超過 16TB 的儲存門檻。

如果您尚未升級儲存空間大小，Polygon 的歸檔節點限制可能會導致您的歸檔節點失敗。

本文將說明這件事發生的原因，以及如何為即將到來的 Polygon 歸檔節點限制做好準備。

Polygon 歸檔節點限制何時會達到？

Polygon 歸檔節點限制預計會在 5/23 當週達到。

超過 16TB 門檻的確切日期與時間取決於兩個因素：

1. 歸檔節點已經運作多久
2. 16TB 是如何計算的

發生較多 re-org 的節點會使用更多磁碟空間，而 16TB 可以是 16,000 GB 或 16384GB，這之間的差距大約會在一週內被填滿。

為什麼要提高儲存限制？

Polygon 鏈自 2020 年 6 月首次上線以來經歷了大幅度的成長。因此，必須維護 Polygon 完整區塊鏈歷史副本的歸檔節點營運者，將需要在自己的歸檔節點上儲存所有這些資料。

雖然 Polygon 是最早超過 16TB 資料量的鏈之一，但隨著其他鏈生態系統持續成長，它們很快也會面臨同樣的挑戰，因此我們建議即使您目前沒有在使用 Polygon，也繼續閱讀下去以了解如何做好準備。

16TB 儲存限制對我的 Polygon 歸檔節點代表什麼意義？

對大多數雲端主機供應商來說，16TB 的儲存限制是很常見的。除非您已經為 Polygon 歸檔節點準備了龐大的磁碟空間與基礎設施，否則一旦達到此限制，您很可能將無法再提供資料服務。

這代表您所有的歸檔請求都將開始失敗。

為什麼我需要歸檔資料？

歸檔資料讓您能夠存取整個區塊鏈歷史，而不僅僅是取得 Polygon 的歷史交易記錄。這對於顯示以下類型的資料極為重要：

1. 錢包交易記錄
2. 趨勢與分析
3. 索引資料
4. 以及其他任何需要查看歷史資料的用途

4 種為 Polygon 歸檔節點限制做準備的方法

這裡有幾種選項，取決於您想針對短期、中期還是長期來優化。我們將逐一說明。

1. 刪除並重新同步節點（短期）

刪除並重新同步您的節點，可以清除不再屬於正典鏈（canonical chain）的資料，包括叔塊（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。