Nossos métodos de arquivamento @solana são até 20 vezes mais rápidos do que qualquer outro no mercado. Abrimos todo o stack de código aberto. Salve isso 🔖 nos favoritos Consultas arquivísticas no Solana são notoriamente lentas e pouco confiáveis: blocos faltando, respostas lentas, dados perdidos. Veja como resolvemos isso 🧵

A pilha padrão de arquivo Solana (Bigtable + nós validadores RPC) é fácil de implantar, mas difícil de escalar. É intensivo em CPU, consome muita memória e tem dificuldades com grandes requisições em lote. Dados históricos são onde a latência mais impacta.

Tentamos otimizar o Bigtable. Adicionei tabelas personalizadas, ajustei consultas, levei o máximo possível. Mas toda mudança exigia reinicializações completas dos nós. De 30 minutos a várias horas cada vez. Então descartamos e reconstruímos tudo: ingestão, armazenamento e servidor RPC.

A nova pilha: → ArchivalRPC: gira em segundos, não em horas. Escala para 200K RPS. → Gestor personalizado: ingestão seletiva para reduzir custos e pontos de falha. → HBase sobre Bigtable: auto-hospedado, co-localizado, latência quase zero.

Velocidade não significa nada se os dados estiverem errados. Construímos a ingestão tripla verificada: cada registro é escrito duas vezes, validado programaticamente e escaneado continuamente. Se uma lacuna for detectada, os pipelines auto-reparáveis a reingerem automaticamente e a reparam.

O resultado, por região: • 100.000 RPS para getTransaction • 50.000 RPS para getSignaturesForAddress • 2.000 RPS para getBlock Até 20 vezes mais rápido do que qualquer outra solução no mercado.