mais cedo hoje, @heliuslabs lançou um novo método RPC, getTransactionsForAddress (gTFA) vamos falar sobre como funciona por trás das cenas as transações da solana normalmente referenciam de 6 a 10 contas (até ~256) quando você consulta "me dê o histórico da conta X", você está pedindo ao RPC para escanear transações e encontrar aquelas que incluem X na sua lista de contas isso é essencialmente tentar encontrar uma agulha em um palheiro você não pode simplesmente adicionar um índice padrão no array "accounts" em grande escala – os bancos de dados têm dificuldades em indexar arrays de comprimento variável a solução: construímos nosso próprio índice, com uma entrada por par único (transação, conta) isso não é uma tarefa pequena – há ~493 bilhões de transações (e crescendo) nosso índice atualmente possui mais de 2,3 trilhões (!) de linhas apesar do tamanho, o tempo de busca P50 é de ~8ms sob carga de produção e temos muitos outros índices para alimentar buscas por slot, tempo, status, etc tudo rodando em hosts bare metal construídos para esse propósito com petabytes de NVMEs de última geração, replicados em várias regiões resumindo – nós sofremos para que você não precise sofrer desfrute