aujourd'hui, Solana change pour toujours nous avons résolu le plus grand problème de données/RPC qui existe les données historiques/archivées de Solana — ont maintenant été redessinées contexte rapide : aujourd'hui, lorsque vous interrogez des données historiques (getBlock/getTransaction/getSignaturesForAddress), cela touche Google BigTable c'est i) lent, ii) coûteux, iii) inflexible pour les requêtes par exemple, vous ne pouvez pas physiquement obtenir la première tx pour une adresse Solana sans revenir sans cesse à partir de la dernière tx pour les adresses très sollicitées, cela peut prendre des milliers d'appels RPC — extrêmement lent, coûteux et ennuyeux de plus, imaginez que vous vouliez obtenir les 100 tx les plus récentes pour une adresse, comment le faites-vous ? vous commencez par appeler getSignaturesForAddress pour obtenir toutes les signatures de tx et ensuite appeler getTransaction sur chaque tx pour obtenir ses détails — cela peut prendre 1 001 appels RPC dans le pire des cas plus maintenant nous avons construit un nouveau système de stockage archivistique distribué qui est 1 000 fois plus rapide, plus flexible et plus évolutif le meilleur ? nous introduisons une nouvelle méthode API : getTransactionsForAddress avec cette méthode, vous pouvez maintenant : i) combiner les appels getSignaturesForAddress et getTransaction en un seul appel au lieu de 1 000 ii) vous pouvez rechercher dans l'ordre inverse sans avoir besoin de traverser iii) vous pouvez rechercher des transactions historiques par plages de temps et de slots (par exemple, obtenez-moi toutes les txns du 5 janvier 2025 jusqu'au 5 février 2025) de plus : - les appels getBlock sont maintenant 10 fois plus rapides - les appels getTransaction sont maintenant 10 fois plus rapides - les appels getSignaturesForAddress sont maintenant 10 fois plus rapides 10 fois moins de latence, 100 fois moins d'appels RPC, et 1000 fois moins de code profitez-en ! docs ci-dessous