ERPC améliore la récupération des transactions historiques centrée sur Solana RPC getTransaction par jusqu'à environ 6x — déjà appliqué dans toutes les régions et tous les plans RPC Solana, renforçant la récupération des données pour les 30 dernières époques

ERPC améliore la récupération des transactions historiques centrée sur Solana RPC getTransaction par jusqu'à environ 6x — déjà appliqué dans toutes les régions et tous les plans RPC Solana, renforçant la récupération des données pour les 30 dernières époques

ERPC améliore la récupération des transactions historiques centrée sur Solana RPC getTransaction par jusqu'à environ 6x — déjà appliqué dans toutes les régions et tous les plans RPC Solana, renforçant la récupération des données pour les 30 dernières époques
ELSOUL LABO B.V. (Siège: Amsterdam, Pays-Bas; Directeur et Directeur Général: Fumitake Kawasaki) et Validators DAO, les opérateurs de ERPC, sont heureux d'annoncer une amélioration significative de la performance pour la récupération historique des transactions centrée sur Solana RPC Allez-y.
Avec cette mise à jour, dans notre environnement de comparaison interne, getTransaction on ERPC Solana RPC est maintenant jusqu'à environ 6x plus rapide qu'avant la mise à jour. L'amélioration a déjà été appliquée dans toutes les régions et est accessible à toutes ERPC Solana utilisateurs des offres RPC sans configuration supplémentaire.
En particulier, la recherche de données pour les 30 dernières années a été renforcée. Comme référence approximative, 30 époques correspondent à environ deux mois de données historiques récentes. Cette amélioration facilite la récupération des données de transactions historiques fréquemment référencées plus rapidement pour les cas d'utilisation tels que les explorateurs, les portefeuilles, l'indexation, l'infrastructure analytique, les systèmes de surveillance, le backend API, et les vérifications de l'historique des transactions.
ERPC Tableau de bord: https://dashboard.erpc.global/en Site officiel d'ERPC: https://erpc.global/en

Améliorer sensiblement la récupération des transactions historiques centrée sur getTransaction

Les applications Solana n'envoient pas seulement des transactions. Dans de nombreux environnements de production, ils doivent aussi confirmer les résultats, afficher l'historique des transactions, analyser les détails des transactions, concilier les systèmes internes, effectuer la surveillance, déboguer les problèmes et exécuter des pipelines d'indexation. getTransaction est utilisé dans nombre de ces workflows.
Bien que getTransaction soit une méthode de base pour récupérer les détails d'une seule transaction, elle est appelée très souvent dans les applications réelles. Les portefeuilles l'utilisent pour afficher l'historique des transactions aux utilisateurs. Les explorateurs et les systèmes d'analyse l'utilisent pour inspecter les détails de chaque transaction. Les applications de trading et les systèmes de backend comptent également sur elle pour confirmer l'état des transactions soumises et vérifier ce qui s'est réellement passé sur la chaîne.
Cette mise à jour améliore considérablement les performances de la récupération de transaction historique centrée sur getTransaction. Dans notre environnement de comparaison interne, la récupération getTransaction est devenue jusqu'à environ 6x plus rapide qu'avant la mise à jour. Cela facilite la récupération de plus de données de transaction en moins de temps.
Cette amélioration ne consiste pas seulement à rendre une méthode plus rapide. De nombreuses applications Solana combinent la réception des données en temps réel, l'envoi des transactions, la confirmation des résultats, l'affichage historique, l'analyse et la surveillance. Les réponses plus rapides à getTransaction affectent directement la vitesse des processus de confirmation, d'affichage, de remblayage et d'analyse dans l'ensemble de l'application.

Renforcer la récupération de données pour les 30 dernières époques, environ deux mois comme référence

Cette amélioration vise en particulier à renforcer la récupération des données pour les 30 dernières années. La longueur de l'époque de Solana peut varier selon les conditions du réseau, mais comme référence approximative, les 30 dernières époques correspondent à environ deux mois de données historiques récentes.
Pour de nombreuses applications, les données référencées les plus fréquemment ne sont pas des données d'archives extrêmement anciennes, mais des historiques de transactions récents, des activités récentes de l'utilisateur, des transactions des derniers jours ou des dernières semaines, des événements survenus pendant l'exploitation active, et des changements d'état récents qui doivent être surveillés. En renforçant les performances de récupération pour les 30 dernières époques, cette mise à jour se concentre sur la gamme qui est le plus susceptible d'être utilisée dans les opérations d'application réelles.
Les portefeuilles peuvent afficher l'historique des transactions récentes plus rapidement. Les explorateurs et les services d'analyse peuvent récupérer les détails des transactions récentes plus efficacement. L'infrastructure d'indexation peut plus facilement effectuer des vérifications d'écarts, le ré-extraction, le remblayage et la vérification. Systèmes de surveillance et moteur API peut bénéficier d'une enquête d'incident plus rapide, de la confirmation de transaction, du soutien à la clientèle et du rapprochement interne.
Dans les environnements de production de Solana, la récupération lente des données devient directement une friction opérationnelle. Lorsque les détails de la transaction prennent le temps de récupérer même après qu'une transaction a été effectuée, les interfaces utilisateur peuvent prendre du temps, les processus internes peuvent attendre la confirmation, et les remblayages de données historiques peuvent prendre plus de temps que nécessaire. Cette mise à jour vise à réduire cette friction dans la récupération des transactions historiques.

Déjà appliquée dans toutes les régions et dans toutes les régions ERPC Solana RPC Plans

Cette amélioration de performance getTransaction a déjà été appliquée dans tous les ERPC régions. Il ne se limite pas à une seule région, mais est actif dans toutes les régions où ERPC Solana RPC est disponible.
L'amélioration a également été appliquée à tous ERPC Solana RPC des plans. Les utilisateurs existants peuvent bénéficier de cette mise à jour sans changer de plan ni ajouter de configuration. Nouveaux utilisateurs qui essaient ERPC Solana RPC peut également tester l'environnement actuel avec cette amélioration déjà reflétée.
ERPC fournit Solana RPC, WebSocket, Solana Geyser gRPC, Solana ShredStream, VPS et serveurs bare metal sur la même plate-forme. En améliorant continuellement le placement de réseau, la configuration du serveur, la livraison des données et le réglage opérationnel de Solana, ERPC est de construire un environnement où les utilisateurs peuvent gérer plus de données Solana plus rapidement et de manière plus fiable.
Cette mise à jour fait partie de cette amélioration continue. ERPC n'ajoute pas seulement de nouvelles fonctionnalités. Nous continuons également d'améliorer la performance des plans et des méthodes de base déjà utilisés. Pour les utilisateurs actuels comme pour les nouveaux utilisateurs, notre objectif est de rendre les mêmes plans de plus en plus utiles dans les charges de production réelles.

Efficace pour les explorateurs, l'indexation, l'analyse, la surveillance et le traitement des données de base

L'amélioration de vitesse getTransaction est utile pour de nombreux types d'applications Solana.
Pour les explorateurs et les portefeuilles, il est plus facile d'afficher les détails de transaction que les utilisateurs veulent vérifier. Demandes présentées NFT, DeFi, jeux, paiements, trading, DePIN, IA x Crypto, et d'autres domaines ont souvent besoin de confirmer ce qui s'est réellement passé sur la chaîne et de refléter ce résultat dans les interfaces utilisateur ou les états internes.
Pour l'indexation et l'infrastructure analytique, les événements Solana ne sont pas seulement collectés en temps réel. Les systèmes doivent également récupérer les détails de la transaction au besoin, vérifier le contenu et rapprocher les résultats avec les bases de données internes. La récupération plus rapide de getTransaction facilite le traitement de ces workflows de remblayage et de revérification.
Pour les systèmes de surveillance et le moteur API, la recherche des détails de transaction est également importante. Pour comprendre ce qui s'est passé pour une signature spécifique, quelles instructions ont été exécutées, quels comptes ont été impliqués, si une erreur s'est produite, et si le traitement a répondu aux attentes, getTransaction vitesse de réponse et la stabilité sont des facteurs de production importants.
Dans les applications Solana en temps réel, la première arrivée de données est importante, mais tout le flux de travail en aval est aussi: confirmation, remblayage, enregistrement, affichage et analyse. Cette amélioration getTransaction soutient ces processus pratiques post-réception.

Élargissement de la couverture des méthodes, y compris les méthodes liées aux SAD

En plus de l'amélioration de performance getTransaction, ERPC a également élargi la couverture des méthodes appuyées. Nous élargissons continuellement le soutien aux méthodes utilisées dans les opérations réelles, y compris les méthodes DAS. Pour ceux qui auparavant ne pouvaient pas utiliser ERPC parce qu'une méthode requise n'a pas été soutenue, nous vous encourageons à tester à nouveau le statut de support actuel.
Les exigences en matière de demande de Solana varient considérablement d'un projet à l'autre. Certains projets n'ont besoin que de normes Solana RPC méthodes, tandis que d'autres nécessitent des combinaisons impliquant NFT données compressées NFT, informations sur les actifs, métadonnées, historique, état de compte, informations jeton et style indexeur APIPar. ERPC continue d'accroître la disponibilité des méthodes pour répondre à ces exigences pratiques.
Si vous avez déjà décidé que ERPC n'a pas adapté votre application parce qu'une méthode requise était manquante, la situation actuelle peut avoir changé. Veuillez essayer. ERPC Encore. Si une méthode dont vous avez besoin n'est toujours pas disponible, veuillez créer un ticket de support dans le Discord officiel de Validators DAO. Nous examinerons l'exigence et l'utiliserons comme référence pour l'expansion future du soutien.

Essai gratuit disponible pour les premiers utilisateurs, et certains utilisateurs d'essais précédents peuvent être capables d'essayer à nouveau

Si vous n'avez pas essayé ERPC vous pouvez utiliser l'essai gratuit de la ERPC Tableau de bord. Vous pouvez tester l'amélioration de vitesse getTransaction, la récupération renforcée pour les 30 dernières époques, et la couverture de méthode élargie dans un environnement proche de votre charge de travail réelle.
Même si vous avez utilisé un essai gratuit dans le passé, vous pourriez être en mesure d'essayer ERPC Encore. Si vous avez testé ERPC il y a longtemps et il ne répondait pas à vos méthodes, attentes de rendement ou exigences d'application à ce moment-là, nous vous encourageons à vérifier à nouveau l'environnement actuel.
La valeur pratique Solana RPC dépend de la couverture de la méthode, de la disponibilité de la région, de la vitesse de réponse, de la stabilité, de la structure des prix, de la proximité de l'application et du soutien opérationnel. Parce que ERPC continue à s'améliorer, le résultat aujourd'hui peut différer de ce que vous avez vécu précédemment. Veuillez tester le dernier environnement et voir si ERPC correspond à vos besoins actuels.
ERPC Tableau de bord: https://dashboard.erpc.global/en

Continuer à améliorer la performance pratique Solana RPC

ERPC préparations Solana RPC non seulement en tant qu'accès au terminal, mais en tant qu'infrastructure qui supporte la qualité d'exécution des applications Solana. Dans Solana, distance réseau, qualité de validateur, performances du serveur, chemins de transmission des données, par méthode RPC performance de récupération, et les combinaisons avec WebSocket et Geyser gRPC affecter directement l'expérience d'application et l'efficacité opérationnelle.
Même les méthodes de base comme getTransaction sont très importantes dans la production. Lorsque la performance des méthodes de base s'améliore, les développeurs peuvent gérer plus de données, vérifier les résultats plus rapidement et construire des expériences utilisateur plus fluides.
ERPC continuera d'améliorer son infrastructure spécialisée en Solana Solana RPC, WebSocket, Solana Geyser gRPC, Solana ShredStream, VPS et serveurs bare metal. Nous continuerons de travailler sur la couverture des méthodes, la vitesse de récupération, la stabilité des arrivées, l'expansion régionale et la facilité d'utilisation opérationnelle afin que les utilisateurs puissent se concentrer sur le développement d'applications et les opérations de production de Solana.

Coordonnées

Pour des questions sur Solana RPC utilisation, récupération historique des transactions centrée sur getTransaction, méthodes liées à DAS, essais gratuits, plans existants, ou configuration de l'infrastructure, créez un ticket de support dans le Discord officiel de Validators DAO.
ERPC Tableau de bord: https://dashboard.erpc.global/en Site officiel d'ERPC: https://erpc.global/en Discord officiel de Validators DAO: https://discord.gg/C7ZQSrCkYR