vandaag heeft @heliuslabs een nieuwe RPC-methode gelanceerd, getTransactionsForAddress (gTFA) laten we praten over hoe het werkt onder de motorkap solana-transacties verwijzen doorgaans naar 6-10 accounts (tot ~256) wanneer je vraagt "geef me de geschiedenis van account X", vraag je de RPC om transacties te scannen en de transacties te vinden die X in hun lijst van accounts bevatten dit is in wezen proberen een naald in een hooiberg te vinden een standaardindex op de "accounts"-array toevoegen op grote schaal is niet eenvoudig – databases hebben moeite met het indexeren van arrays van variabele lengte de oplossing: we hebben onze eigen index gebouwd, met één invoer per unieke (transactie, account) paar dit is geen kleine prestatie – er zijn ~493 miljard transacties (en groeiende) onze index bevat momenteel meer dan 2,3 biljoen (!) rijen ondanks de grootte is de P50-opzoektijd ~8ms onder productiebelasting en we hebben veel andere indices om opzoekingen op slot, tijd, status, enz. te ondersteunen alles draait op speciaal gebouwde bare metal hosts met petabytes aan top-of-the-line NVMEs, gerepliceerd over meerdere regio's tldr – we hebben geleden zodat jij dat niet hoeft te doen geniet