Des données d’archivage rapides pour les backfills et l’indexation
Interrogez les données historiques de Solana jusqu’à 10 fois plus vite grâce à notre système d’archivage de pointe et à des méthodes RPC exclusives comme getTransactionsForAddress.
Une latence 10 fois plus faible, 100 fois moins d’appels RPC
Accédez facilement à tout l’historique de Solana depuis sa genèse et créez des services backend en toute confiance.
Accédez à tout l’historique de Solana en un seul appel RPC
Indexez plus facilement les données avec getTransactionsForAddress, une nouvelle méthode qui réunit getSignaturesForAddress et getTransaction en un seul appel.
- Utilisez la recherche inversée pour renvoyer les résultats les plus anciens en premier
- Ajoutez des filtres temporels pour filtrer par horodatage ou par slot
- Obtenez un historique unifié pour les adresses et les comptes de tokens
{
"jsonrpc": "2.0",
"id": 1,
"method": "getTransactionsForAddress",
"params": [
"YOUR_ADDRESS_HERE",
{
"transactionDetails": "full",
"sortOrder": "asc", // Oldest first
"limit": 1000,
"filters": {
"tokenAccounts": "all",
"blockTime": {
"gte": 1735689600, // Jan 1, 2025
"lte": 1738368000 // Jan 31, 2025
},
"status": "succeeded"
}
}
]
}
- Utilisez la recherche inversée pour renvoyer les résultats les plus anciens en premier
- Ajoutez des filtres temporels pour filtrer par horodatage ou par slot
- Obtenez un historique unifié pour les adresses et les comptes de tokens
Historique complet des transferts du portefeuille,
sans rapprochement nécessaire
Utilisez getTransfersByAddress pour renvoyer, à l’aide de filtres précis, les enregistrements analysés et lisibles des transferts de SOL et de tokens associés à une adresse de portefeuille.
- Filtrez les transferts par mint, heure, montant, slot, statut, direction ou contrepartie
- Renvoyez des objets de transfert concis et lisibles plutôt que les payloads complets des transactions
- Récupérez tout l’historique des transferts du portefeuille avec une pagination conçue pour les applications en production
{
"jsonrpc": "2.0",
"id": 1,
"method": "getTransfersByAddress",
"params": [
"YOUR_ADDRESS_HERE",
{
"mint": "EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v",
"direction": "in",
"with": "COUNTERPARTY_ADDRESS",
"filters": {
"amount": { "gte": 1000000 },
"blockTime": { "gte": 1735689600, "lte": 1738368000 },
"status": "succeeded"
},
"limit": 100
}
]
}
- Filtrez les transferts par mint, heure, montant, slot, statut, direction ou contrepartie
- Renvoyez des objets de transfert concis et lisibles plutôt que les payloads complets des transactions
- Récupérez tout l’historique des transferts du portefeuille avec une pagination conçue pour les applications en production
L’indexation de Solana,
désormais 10 fois plus rapide
Effectuez le backfill de vos bases de données avec des données historiques 10 fois plus vite grâce à notre système d’archivage optimisé pour les performances, puis utilisez LaserStream pour maintenir les données à jour.
- Temps de recherche P50 de 8 ms sous une charge de production
- Fonctionne sur des serveurs bare metal équipés de NVMes à l’échelle du pétaoctet
- Réplication dans plusieurs régions pour assurer la redondance
- Temps de recherche P50 de 8 ms sous une charge de production
- Fonctionne sur des serveurs bare metal équipés de NVMes à l’échelle du pétaoctet
- Réplication dans plusieurs régions pour assurer la redondance
“L’importation des transactions Solana dans l’outil fiscal d’Awaken depuis des portefeuilles comptant plus de 15 000 transactions prenait auparavant 3 à 5 minutes. Avec getTransactionsForAddress, elle prend moins de 60 secondes. De plus, grâce au filtrage par slot de gTFA, nous pouvons synchroniser en continu les nouvelles transactions à partir du dernier slot importé, plus rapidement et plus facilement qu’en parcourant les données à rebours, des plus récentes aux plus anciennes.”
Effectuez le backfill des données Solana
et maintenez-les à jour
Définissez votre jeu de données
Sélectionnez une plage de dates ou de slots, un type de données (p. ex., blocs, comptes, programmes) et des filtres (p. ex., tokenAccounts) pour définir le périmètre de votre jeu de données.
Ingérez les données historiques
Recevez des jeux de données structurés dans la destination de votre choix, notamment Amazon S3, ClickHouse et PostgreSQL
Maintenez les index à jour
Synchronisez vos index avec les dernières données de Solana en diffusant les nouveaux événements en temps réel avec LaserStream gRPC ou WebSockets.
Cas d’usage des données historiques
Indexation
Alimentez rapidement votre base de données avec des données archivées sans avoir à créer un indexeur.
Conformité
Récupérez l’historique des transactions afin de respecter les réglementations et les exigences des autorités de contrôle.
Backtesting
Téléchargez des jeux de données pour tester des algorithmes de trading, améliorer le retour sur investissement et réduire les risques.
Analyse historique
Identifiez les tendances on-chain, les flux et les comportements des utilisateurs en analysant des jeux de données structurés.
Rapports
Effectuez le backfill des données historiques de l’application et des revenus pour garantir l’exactitude des rapports.
Entraînement
Utilisez des données structurées pour entraîner des LLM sur un jeu de données Solana complet et consultable.
FAQ sur les données historiques
Dans le contexte des données d’archivage de Solana, l’indexation consiste à structurer et à organiser les données historiques des transactions dans une base de données afin de permettre une récupération rapide et efficace. La plupart des entreprises qui développent des produits sur Solana maintiennent des index liés à leur activité (p. ex., les transferts de stablecoins). Le backfill consiste à récupérer les données historiques des transactions à partir de n’importe quel moment depuis le bloc de genèse de Solana afin de créer un index. Dans la plupart des cas, les développeurs peuvent utiliser une méthode RPC comme getTransactionsForAddress pour appliquer des filtres temporels, définir l’ordre de tri (c.-à-d. chronologique ou du plus récent au plus ancien) et parcourir des lots de transactions avec une pagination. Pour les backfills volumineux, les entreprises peuvent contacter notre équipe afin de bénéficier de backfills gérés.
Le libre-service vous permet d’effectuer le backfill ou l’indexation des données Solana à l’aide de méthodes RPC existantes, comme notre méthode getTransactionsForAddress améliorée, afin d’envoyer les données vers la destination de votre choix. Le backfill géré est une offre en version bêta dans laquelle nous prenons en charge le processus ci-dessus pour vous. Dans un premier temps, nous limitons l’accès au service de backfill géré à un nombre restreint de clients afin de mieux comprendre les difficultés rencontrées et les destinations souhaitées pour les données de backfill, avant de le proposer en libre-service.
La méthode recommandée pour indexer les données Solana consiste à utiliser la méthode RPC getTransactionsForAddress afin de récupérer toutes les données d’archivage de Solana, à les stocker dans la base de données de votre choix, comme PostgreSQL ou une base de données en colonnes comme ClickHouse, puis à utiliser une solution de streaming de données Solana comme LaserStream ou Enhanced WebSockets pour maintenir votre index à jour en temps réel.
La méthode RPC getTransactionsForAddress (gTFA) est une méthode RPC Solana exclusive à Helius pour interroger les données d’archivage, qui réunit getSignaturesForAddress et getTransaction en un seul appel. Les développeurs peuvent utiliser de puissantes nouvelles fonctionnalités, notamment la recherche inversée, le filtrage par heure, statut et slot, ainsi que la pagination, pour renvoyer des lots pouvant contenir jusqu’à 100 transactions complètes ou 1 000 signatures.
Le nouveau filtre tokenAccounts pour getTransactionForAddress renvoie toutes les transactions d’une adresse Solana — y compris toutes les transactions impliquant les comptes de tokens associés (ATA) de l’adresse — en un seul appel. Auparavant, les développeurs devaient interroger getTokenAccountsByOwner, puis getSignaturesForAddress pour chaque compte de tokens, ce qui était lent, coûteux et nécessitait souvent des centaines d’appels RPC supplémentaires.
Oui. Pour obtenir une vue complète, utilisez la Parsed Events API afin de parcourir l’historique d’une adresse avec une pagination. Les instructions prises en charge sont décodées en arguments et comptes nommés pour plus de 3 600 programmes Solana, avec les détails des transferts de tokens et des résumés en langage courant lorsque cette fonctionnalité est disponible. Les données d’instructions brutes sont conservées lorsque le décodage n’est pas disponible. Utilisez getTransactionsForAddress lorsque vous avez besoin des payloads bruts des transactions. Vous pouvez également utiliser getTransfersByAddress pour renvoyer des enregistrements concis et analysés des transferts de SOL et de tokens associés à une adresse.
Pour obtenir tout l’historique d’un portefeuille Solana, y compris tous ses comptes de tokens associés (ATA), utilisez la méthode RPC getTransactionsForAddress et définissez le filtre tokenAccounts sur all. Les transactions renvoyées doivent alors faire référence à l’adresse du portefeuille ou à un compte de tokens détenu par celui-ci. Pour en savoir plus, consultez notre guide expliquant comment obtenir l’historique des tokens Solana en un seul appel.
Nous avons créé de A à Z un tout nouveau système d’archivage Solana pour remplacer la base de données Google BigTable par défaut que la plupart des autres fournisseurs RPC utilisent pour diffuser les données historiques. Notre index stocke une entrée pour chaque paire unique (transaction, compte). À ce jour, notre index contient plus de 2 300 milliards de lignes, qui regroupent les plus de 450 milliards de transactions de Solana au moment de la rédaction. Malgré cette taille, le temps de recherche P50 est d’environ 8 ms sous une charge de production. Nous avons également créé d’autres index pour permettre les recherches par slot, heure, statut et bien plus encore. Tous ces index fonctionnent sur des hôtes bare metal conçus sur mesure, équipés de plusieurs pétaoctets de NVMes haut de gamme et répliqués dans plusieurs régions, afin d’offrir aux développeurs un accès fiable, évolutif et à faible latence aux données historiques.
Les méthodes RPC standard comme getBlock sont lentes et inadaptées aux jeux de données réduits et spécifiques. L’utilisation en boucle de méthodes comme getSignaturesForAddress et getTransaction nécessite de nombreuses requêtes RPC inutiles, des délais exponentiels et une logique de nouvelle tentative. Jusqu’à présent, ces méthodes RPC standard interrogeaient également Google BigTable, le datastore d’archivage par défaut utilisé par la plupart des fournisseurs RPC. Nous avons créé notre propre index de A à Z afin d’optimiser le stockage, l’accès et la diffusion des données historiques. Lorsque les développeurs interrogent la méthode getTransactionsForAddress (gTFA), ils réunissent les méthodes standard getSignaturesForAddress et getTransaction dans une seule requête, avec des options supplémentaires de tri, de filtrage et de pagination. Grâce à nos index personnalisés, getTransactionsForAddress offre aux développeurs davantage de contrôle sur leurs requêtes, simplifie les workflows et renvoie les données plus rapidement.
La confiance des meilleures équipes
Grâce à l’endpoint getTransactionsForAddress (gTFA), nous avons réduit les appels RPC de 40 %. Les fonctionnalités de pointe de Helius nous permettent d’offrir à nos utilisateurs l’expérience la plus rapide et la plus fiable.
L’importation des transactions Solana dans l’outil fiscal d’Awaken depuis des wallets contenant plus de 15 000 transactions prenait auparavant 3 à 5 minutes. Avec getTransactionsForAddress, elle prend moins de 60 s. De plus, grâce au filtrage par slot de gTFA, nous pouvons synchroniser en continu les nouvelles transactions depuis le dernier slot importé, plus rapidement et plus facilement qu’en parcourant les données à rebours, des plus récentes aux plus anciennes.
Auparavant, nous devions enchaîner plusieurs appels et assembler la logique pour créer des workflows d’historique des transactions sur Solana. Avec le nouvel endpoint getTransactionsForAddress de Helius, une seule requête suffit désormais pour obtenir toutes les données de transaction, avec filtrage, tri et pagination en une seule étape. Cela a considérablement réduit nos efforts d’ingénierie et offert aux utilisateurs des résultats plus rapides et plus fiables.
Côté RPC, Helius s’est montré incroyablement réactif. C’est inestimable lorsque l’on travaille avec des technologies de pointe comme la compression de NFT. Des délais courts et moins de temps consacré au débogage des problèmes d’indexation nous permettent de nous concentrer davantage sur la création d’excellentes expériences utilisateur.
Notre priorité absolue est la sécurité des utilisateurs. Pour offrir aux traders le meilleur prix et les spreads les plus serrés, nous comptons sur LaserStream pour alimenter notre moteur de prix avec les données onchain les plus récentes et les plus rapides.
Alors que l’activité sur Solana continue de croître, Helius se distingue comme l’un des principaux fournisseurs d’infrastructure Solana. Notre équipe peut ainsi accéder à des données fiables qui répondent aux exigences d’une plateforme de niveau entreprise.
Ayant moi-même créé nos propres pipelines internes d’indexation et de données chez Zeta, je sais à quel point ils peuvent être complexes pour les nouvelles équipes. Pouvoir économiser d’innombrables heures d’ingénierie des données et éviter des factures AWS coûteuses représente un avantage considérable pour nous.
Helius est extrêmement rapide et fiable. Je le recommande à tous ceux qui recherchent la meilleure expérience de développement sur Solana. Helius alimente une grande partie de notre infrastructure chez Backpack.
Grâce à l’endpoint getTransactionsForAddress (gTFA), nous avons réduit les appels RPC de 40 %. Les fonctionnalités de pointe de Helius nous permettent d’offrir à nos utilisateurs l’expérience la plus rapide et la plus fiable.
L’importation des transactions Solana dans l’outil fiscal d’Awaken depuis des wallets contenant plus de 15 000 transactions prenait auparavant 3 à 5 minutes. Avec getTransactionsForAddress, elle prend moins de 60 s. De plus, grâce au filtrage par slot de gTFA, nous pouvons synchroniser en continu les nouvelles transactions depuis le dernier slot importé, plus rapidement et plus facilement qu’en parcourant les données à rebours, des plus récentes aux plus anciennes.
Auparavant, nous devions enchaîner plusieurs appels et assembler la logique pour créer des workflows d’historique des transactions sur Solana. Avec le nouvel endpoint getTransactionsForAddress de Helius, une seule requête suffit désormais pour obtenir toutes les données de transaction, avec filtrage, tri et pagination en une seule étape. Cela a considérablement réduit nos efforts d’ingénierie et offert aux utilisateurs des résultats plus rapides et plus fiables.
Côté RPC, Helius s’est montré incroyablement réactif. C’est inestimable lorsque l’on travaille avec des technologies de pointe comme la compression de NFT. Des délais courts et moins de temps consacré au débogage des problèmes d’indexation nous permettent de nous concentrer davantage sur la création d’excellentes expériences utilisateur.
Notre priorité absolue est la sécurité des utilisateurs. Pour offrir aux traders le meilleur prix et les spreads les plus serrés, nous comptons sur LaserStream pour alimenter notre moteur de prix avec les données onchain les plus récentes et les plus rapides.
Alors que l’activité sur Solana continue de croître, Helius se distingue comme l’un des principaux fournisseurs d’infrastructure Solana. Notre équipe peut ainsi accéder à des données fiables qui répondent aux exigences d’une plateforme de niveau entreprise.
Ayant moi-même créé nos propres pipelines internes d’indexation et de données chez Zeta, je sais à quel point ils peuvent être complexes pour les nouvelles équipes. Pouvoir économiser d’innombrables heures d’ingénierie des données et éviter des factures AWS coûteuses représente un avantage considérable pour nous.
Helius est extrêmement rapide et fiable. Je le recommande à tous ceux qui recherchent la meilleure expérience de développement sur Solana. Helius alimente une grande partie de notre infrastructure chez Backpack.
Commencez à interroger l’historique de Solana
Développez plus vite grâce à des méthodes historiques exclusives à Helius et à une infrastructure d’archivage à faible latence.