hoje, Solana muda para sempre resolvemos o maior problema de dados/RPC que existe Dados históricos/arquivísticos da Solana — agora foram redesenhados Contexto rápido: hoje, quando você consulta dados históricos (getBlock/getTransaction/getSignaturesForAddress), eles chegam ao Google BigTable isso é i) lento, ii) caro, iii) inflexível para consultas por exemplo, você fisicamente não pode obter o primeiro tx para um endereço Solana sem voltar infinitamente do tx mais recente para endereços ocupados, isso pode levar milhares de chamadas RPC — extremamente lentas, caras e irritantes Além disso, imagine que você queira obter os 100 TXs mais recentes para um endereço, como você faz isso? você primeiro pressiona getSignaturesForAddress para obter todas as assinaturas tx e, em seguida, chama getTransaction em cada tx para obter seus detalhes — isso pode levar 1.001 chamadas RPC no pior caso não mais Criamos um novo sistema de armazenamento de arquivamento distribuído que é 1.000 vezes mais rápido, mais flexível e mais escalável A melhor parte? estamos introduzindo um novo método de API: getTransactionsForAddress Com este método, agora você pode: i) combinar chamadas getSignaturesForAddress e getTransaction em apenas 1 chamada em vez de 1.000 ii) você pode pesquisar na ordem inversa sem precisar atravessar iii) você pode pesquisar transações históricas por intervalos de tempo e slots (por exemplo, obter todos os txns de 5 de janeiro de 2025 a 5 de fevereiro de 2025) além disso: - As chamadas getBlock agora são 10x mais rápidas - As chamadas getTransaction agora são 10 vezes mais rápidas - As chamadas getSignaturesForAddress agora são 10 vezes mais rápidas Latência 10 vezes menor, 100 vezes menos chamadas RPC e 1000 vezes menos código desfrutar! documentos abaixo