---
title: "Como se preparar para o limite de archive node do Polygon"
description: "Os archive nodes do Polygon estão se aproximando do limite de armazenamento de 16TB — aqui estão quatro formas de se preparar antes que suas archive requests comecem a falhar."
---

# Como se preparar para o limite de archive node do Polygon

Devido ao recente crescimento do [ecossistema Polygon](https://www.alchemy.com/dapps/ecosystem/polygon), espera-se que os archive nodes do Polygon rodando no cliente [GETH](https://www.alchemy.com/overviews/what-is-a-geth-node-and-how-to-run-one) ultrapassem o limite de armazenamento de 16TB.

Se você ainda não atualizou o tamanho do seu armazenamento, o limite do archive node do Polygon pode fazer com que seu archive node falhe.

Este post vai explicar por que isso está acontecendo e como se preparar para o próximo limite do archive node do Polygon.

## Quando o limite do archive node do Polygon será atingido?

###### Espera-se que o limite do archive node do Polygon seja atingido na semana de 23/5.

A data e o horário exatos em que o limite de 16TB será ultrapassado dependem de duas coisas:

1. Há quanto tempo o archive node está rodando
1. Como os 16TB são calculados

Nodes que sofrem mais re-orgs usam mais espaço em disco, e 16TB pode significar tanto 16.000 GB quanto 16384GB — essa diferença é preenchida em aproximadamente uma semana.

###### Por que aumentar o limite de armazenamento?

A chain do Polygon passou por um [crescimento enorme](https://www.alchemy.com/case-study/polygon) desde seu lançamento inicial em junho de 2020. Como resultado, os operadores de archive node, que precisam manter uma cópia de todo o histórico da blockchain do Polygon, terão que armazenar todos esses dados em seu archive node.

Embora o Polygon seja uma das primeiras chains a ultrapassar 16TB de dados, conforme outros ecossistemas de chain continuarem crescendo, eles logo enfrentarão o mesmo desafio. Por isso, recomendamos continuar lendo para saber como se preparar, mesmo que você não esteja usando o Polygon ativamente.

## O que o limite de armazenamento de 16TB significa para o meu archive node do Polygon?

Para a maioria dos provedores de hospedagem em nuvem, um limite de armazenamento de 16TB é comum. A menos que você tenha preparado um espaço em disco e uma infraestrutura massivos para seus archive nodes do Polygon, provavelmente você não conseguirá mais servir dados depois que esse limite for atingido.

###### Isso significa que todas as suas requisições de archive começarão a falhar.

### Por que eu preciso de dados de archive?

Os dados de archive permitem acessar todo o histórico da blockchain, em vez de apenas [obter transações históricas do Polygon](https://alchemy.com/blog/how-to-get-historical-transactions-on-polygon). Isso é extremamente importante para exibir dados como:

1. Histórico de transações de wallet
1. Tendências e análises
1. Dados indexados
1. E qualquer outra coisa que dependa de dados históricos

## 4 formas de se preparar para o limite do archive node do Polygon

Há algumas opções aqui, dependendo se você quer otimizar para curto, médio ou longo prazo. Vamos explicar cada uma.

### 1. Deletar e re-sincronizar nodes \(curto prazo\)

Deletar e re-sincronizar seus nodes vai limpar dados que não fazem mais parte da chain canônica, incluindo coisas como uncle blocks.

É relativamente fácil deletar e re-sincronizar nodes do Polygon, mas essa é apenas uma solução paliativa temporária, já que novos dados continuarão preenchendo o espaço de armazenamento recém-liberado.

### 2. Usar logical volume management \(LVM\) ou RAID0 para gerenciar mais espaço de armazenamento \(médio prazo\)

O [LVM](https://www.digitalocean.com/community/tutorials/an-introduction-to-lvm-concepts-terminology-and-operations) \(e o RAID0\) permite alocar armazenamento de múltiplos discos em um único sistema de arquivos, contornando os limites máximos de espaço de um único disco.

Esse não é um trabalho trivial, mas vai permitir que operadores de node escalem suas partições de disco sob demanda, continuando a usar seus tipos de instância EC2 e tipos de volume EBS existentes.

Alternativamente, a AWS lançou um novo tipo de volume EBS: o [io2 block express](https://aws.amazon.com/about-aws/whats-new/2021/07/aws-announces-general-availability-amazon-ebs-block-express-volumes/), que suporta até 64TB de espaço em disco. Porém, ele é limitado a um novo tipo de instância EC2 _r5b_ e geralmente é considerado "exagero" para resolver esse tipo de problema de espaço em disco.

### 3. Trocar para o Erigon como cliente do seu node Polygon \(longo prazo\)

O Erigon é uma opção de cliente de node que suporta nativamente o consenso Bor, compatível com a blockchain Polygon/MATIC. Para efeito de comparação, os state data da Polygon Proof of Stake Mainnet chegam a apenas 4.5TB quando se usa o Erigon.

Embora [configurar um cliente Erigon](https://github.com/ledgerwatch/erigon) para o Polygon seja uma solução de longo prazo, ela permite state data mais gerenciáveis.

### 4. Usar a Alchemy como seu provedor de infraestrutura de node do Polygon

O time da Alchemy trabalha dia e noite para garantir que nossos usuários tenham uma experiência tranquila e confiável [construindo com as APIs do Polygon](https://www.alchemy.com/docs/reference/polygon-pos-api-quickstart), e em qualquer chain que suportamos.

Nós cuidamos de todas as atualizações e breaking changes para que você não precise. E a melhor parte: é grátis! Comece a usar a Alchemy em minutos [se cadastrando aqui](https://alchemy.com/?a=830b94adba).

Para mais atualizações, dicas e lançamentos, siga-nos no twitter [@Alchemy](https://x.com/Alchemy).