ERPC passa a oferecer acesso completo ao histórico da Solana RPC em todas as regiões, com recuperação contínua por meio da integração ao Old Faithful

ERPC passa a oferecer acesso completo ao histórico da Solana RPC em todas as regiões, com recuperação contínua por meio da integração ao Old Faithful

ERPC passa a oferecer acesso completo ao histórico da Solana RPC em todas as regiões, com recuperação contínua por meio da integração ao Old Faithful
A ERPC, operada pela ELSOUL LABO B.V. (sede: Amsterdã, Países Baixos; CEO: Fumitake Kawasaki) em conjunto com a Validators DAO, anuncia a disponibilidade oficial do acesso a dados históricos pela Solana RPC.
No endpoint edge.erpc.global, a Solana RPC da ERPC entrega dados históricos por meio do History Access. Usuários com o Plano Free, com outras alocações gratuitas ou com um plano pago solicitam o History Access para blocos e transações mais antigos adicionando history=true à URL edge.erpc.global.
O aprimoramento foi viabilizado pela integração do Old Faithful, tecnologia open source desenvolvida especificamente para arquivamento e distribuição de dados históricos da Solana, à infraestrutura RPC da ERPC.

Desafios estruturais do acesso a dados históricos pela Solana RPC

Na Solana, são gerados aproximadamente 500 GB de dados por época, que em geral dura de um a dois dias. Esse volume continua crescendo ano após ano, impondo grandes exigências de capacidade de armazenamento e desempenho de E/S aos nós RPC.
Para preservar desempenho e estabilidade operacional, a maioria dos nós RPC convencionais mantém apenas um número limitado de épocas recentes. Em muitos casos, configurações com cerca de 4 TB de armazenamento guardam somente três ou quatro épocas, equivalentes a aproximadamente uma semana de histórico. Por isso, tentativas de recuperar blocos, transações ou estados de conta mais antigos frequentemente produzem respostas ausentes ou incompletas.
Essas limitações há muito representam desafios práticos para casos de uso dependentes de dados históricos, incluindo análises on-chain, análise de comportamento de longo prazo, backtesting, auditoria e pesquisa.

Limitações práticas das abordagens convencionais de arquivamento

Tradicionalmente, operar um nó de arquivamento era considerado o principal método para acessar todo o histórico do ledger da Solana. Essa abordagem, porém, exige replicação de volumes enormes de dados, uma sincronização inicial demorada e custos operacionais elevados e contínuos.
Configurações de arquivamento baseadas no Google Cloud Bigtable, em particular, envolvem custos consideráveis de migração de dados durante a implantação e continuam gerando despesas significativas na operação. Para muitos desenvolvedores e organizações, isso torna essas soluções inviáveis. Além disso, a forte dependência de um único provedor de nuvem também gera preocupações sob a ótica da descentralização, princípio fundamental dos sistemas blockchain.

Modelo de distribuição de dados históricos viabilizado pelo Old Faithful

O Old Faithful é uma infraestrutura open source de arquivamento criada para enfrentar esses desafios no ecossistema Solana. Ele gera e fornece arquivos históricos no formato Content Addressable Archives (CAR) a partir de arquivos RocksDB produzidos por nós de armazenamento da Solana.
No formato CAR, cada época, bloco, transação e shred é identificado de maneira única por um hash de conteúdo. Isso permite verificar a integridade dos dados e confirmar que eles não foram adulterados, mesmo quando são obtidos de fontes de distribuição não confiáveis.
O Old Faithful foi projetado para processar todo o histórico do ledger da Solana, desde a gênese até o presente, e oferece suporte a diversos meios de distribuição, incluindo HTTP, CDNs e sistemas de armazenamento distribuído.

Integração do Old Faithful à ERPC

Ao integrar o Old Faithful à sua infraestrutura Solana RPC, a ERPC oferece acesso a dados históricos pela interface RPC já existente. Os dados históricos vêm do mesmo endpoint edge.erpc.global e dos mesmos métodos Solana RPC dos dados recentes; uma requisição pede o History Access adicionando history=true à URL do endpoint.
A atualização foi aplicada de maneira uniforme em todas as regiões da ERPC, garantindo disponibilidade consistente dos dados históricos independentemente da localização geográfica. Mesmo em implantações distribuídas globalmente, os usuários podem contar com a mesma cobertura histórica em todas as regiões.

Características de desempenho e pesquisa e desenvolvimento contínuos

Devido ao volume inerentemente grande dos dados históricos, algumas consultas podem demorar mais do que consultas a dados recentes. Esse comportamento reflete características estruturais do acesso ao histórico e não indica falha do sistema nem degradação de desempenho.
A ERPC continua pesquisando e desenvolvendo formas de reduzir o tempo de resposta na recuperação de dados históricos, incluindo a avaliação de configurações com armazenamento NVMe de alta capacidade de próxima geração. Otimizações graduais serão introduzidas com base nos aprendizados das operações reais.

Ampliação dos casos de uso atendidos

Com esta atualização, a Solana RPC da ERPC passa a atender a uma variedade maior de casos de uso além das aplicações em tempo real. Análises de longo prazo, verificações históricas, pesquisas, auditorias e análise do comportamento de aplicações podem ser realizadas sem infraestrutura adicional.
Oferecer acesso a dados históricos como extensão natural do uso padrão de RPC amplia significativamente a aplicação prática dos serviços Solana RPC da ERPC.

Uso

Para ler blocos e transações mais antigos, adicione history=true à URL do endpoint edge.erpc.global de uma requisição HTTP. Exceto getTransactionsForAddress, uma requisição sem history=true é respondida a partir do intervalo recente que cada nó mantém.
Uma requisição HTTP pode enviar a API key na URL:
text
https://edge.erpc.global?api-key=<YOUR_API_KEY>&history=true
Ou a API key vai em um cabeçalho Authorization, com history=true na URL:
text
https://edge.erpc.global?history=true
O cabeçalho é Authorization: Bearer <YOUR_API_KEY>.
Documentação RPC da ERPC: https://erpc.global/pt/doc/rpc/general/
Exceto getTransactionsForAddress no modo "full", uma chamada respondida pelo History Access custa 640 tokens a mais que o preço normal do seu método, e uma chamada respondida a partir do intervalo recente que cada nó mantém conserva o preço normal, mesmo com history=true. getTransactionsForAddress no modo "full" custa o preço normal mais 640 tokens para cada transação obtida, recente ou antiga. As alocações gratuitas, incluindo a do Plano Free, têm um limite para o History Access.
Uma consulta a dados históricos pode demorar muito mais que uma requisição normal, em alguns casos segundos. A ERPC oferece o History Access como uma opção separada que mantém as consultas a dados históricos à parte das requisições normais, para que as requisições normais continuem rápidas.
Os usuários podem obter e verificar sua API key da ERPC no ERPC Web Dashboard.
Discord oficial da Validators DAO: https://discord.gg/C7ZQSrCkYR<br> Site oficial da ERPC: https://erpc.global/pt