ERPC versnelt het ophalen van historische transacties rond Solana RPC getTransaction tot ongeveer 6x — al toegepast in alle regio's en op alle Solana RPC-plannen, met betere toegang tot data van de laatste 30 epochs
ERPC versnelt het ophalen van historische transacties rond Solana RPC getTransaction tot ongeveer 6x — al toegepast in alle regio's en op alle Solana RPC-plannen, met betere toegang tot data van de laatste 30 epochs
ELSOUL LABO B.V. (hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, de beheerders van ERPC, kondigen aan dat de prestaties voor het ophalen van historische transacties rond Solana RPC getTransaction aanzienlijk zijn verbeterd.
Met deze update is getTransaction op ERPC Solana RPC in onze interne vergelijkingsomgeving tot ongeveer 6x sneller dan voor de update. De verbetering is al toegepast in alle regio's en is zonder extra configuratie beschikbaar voor alle gebruikers van ERPC Solana RPC-plannen.
Vooral het ophalen van data uit de laatste 30 epochs is versterkt. Als grove richtlijn komt 30 epochs overeen met ongeveer twee maanden aan recente historische data. Deze verbetering maakt het eenvoudiger om vaak geraadpleegde historische transactiegegevens sneller op te halen voor explorers, wallets, indexing, analytics-infrastructuur, monitoringsystemen, backend-API's en controles van transactiegeschiedenis.
Historische transactiegegevens rond getTransaction aanzienlijk sneller ophalen
Solana-applicaties verzenden niet alleen transacties. In productieomgevingen moeten zij daarna ook resultaten bevestigen, transactiegeschiedenissen tonen, transactiedetails analyseren, interne systemen afstemmen, monitoring uitvoeren, problemen debuggen en indexing-pipelines draaien. getTransaction wordt in veel van deze workflows gebruikt.
Hoewel getTransaction een basismethode is om de details van één transactie op te halen, wordt deze methode in echte applicaties zeer vaak aangeroepen. Wallets gebruiken getTransaction om transactiegeschiedenissen aan gebruikers te tonen. Explorers en analytics-systemen gebruiken de methode om de details van afzonderlijke transacties te inspecteren. Ook trading-applicaties en backend-systemen vertrouwen erop om de status van verzonden transacties te bevestigen en te verifiëren wat er daadwerkelijk on-chain is gebeurd.
Deze update verbetert de prestaties van het ophalen van historische transacties rond getTransaction aanzienlijk. In onze interne vergelijkingsomgeving is het ophalen via getTransaction tot ongeveer 6x sneller geworden dan voor de update. Daardoor kunnen meer transactiegegevens in minder tijd worden opgehaald.
Deze verbetering gaat niet alleen over het sneller maken van één methode. Veel Solana-applicaties combineren realtime dataverwerking, transactieverzending, resultaatbevestiging, historische weergave, analytics en monitoring. Snellere getTransaction-responses hebben direct invloed op de snelheid van bevestiging, weergave, backfill en analyse in de applicatie als geheel.
Versterkt voor de laatste 30 epochs, ongeveer twee maanden als richtlijn
Deze verbetering richt zich vooral op het ophalen van data uit de laatste 30 epochs. De lengte van een Solana-epoch kan variëren afhankelijk van de netwerkomstandigheden, maar als grove richtlijn komen de laatste 30 epochs overeen met ongeveer twee maanden aan recente historische data.
Voor veel applicaties wordt niet extreem oude archiefdata het vaakst geraadpleegd, maar recente transactiegeschiedenissen, recente gebruikersactiviteit, transacties van de afgelopen dagen of weken, gebeurtenissen tijdens actieve operatie en recente statuswijzigingen die moeten worden bewaakt. Door de ophaalprestaties voor de laatste 30 epochs te versterken, richt deze update zich op het bereik dat in echte applicatie-operaties het vaakst wordt gebruikt.
Wallets kunnen recente transactiegeschiedenissen sneller tonen. Explorers en analytics-diensten kunnen recente transactiedetails efficiënter ophalen. Indexing-infrastructuur kan controles op ontbrekende data, opnieuw ophalen, backfills en verificatie gemakkelijker uitvoeren. Monitoringsystemen en backend-API's profiteren van snellere incidentanalyse, transactiebevestiging, klantenondersteuning en interne afstemming.
In productieomgevingen op Solana wordt traag ophalen van data direct operationele frictie. Wanneer transactiedetails pas laat beschikbaar zijn nadat een transactie al is voltooid, kunnen gebruikersinterfaces achterlopen, interne processen blijven wachten op bevestiging en backfills van historische data langer duren dan nodig. Deze update is bedoeld om die frictie bij het ophalen van historische transacties te verminderen.
Al toegepast in alle regio's en alle ERPC Solana RPC-plannen
Deze getTransaction-prestatieverbetering is al toegepast in alle ERPC-regio's. De verbetering is niet beperkt tot één specifieke regio, maar is actief in elke regio waar ERPC Solana RPC beschikbaar is.
De verbetering geldt ook voor alle ERPC Solana RPC-plannen. Bestaande gebruikers kunnen ervan profiteren zonder van plan te veranderen of extra configuratie toe te voegen. Nieuwe gebruikers die ERPC Solana RPC proberen, kunnen de huidige omgeving testen waarin deze verbetering al is verwerkt.
ERPC biedt Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, VPS en bare-metalservers aan op één platform. Door Solana-specifieke netwerkplaatsing, serverconfiguratie, datadistributie en operationele tuning continu te verbeteren, bouwt ERPC aan een omgeving waarin gebruikers meer Solana-data sneller en betrouwbaarder kunnen verwerken.
Deze update maakt deel uit van die doorlopende verbetering. ERPC voegt niet alleen nieuwe functies toe, maar blijft ook de prestaties verbeteren van bestaande plannen en kernmethoden die al in gebruik zijn. Voor zowel bestaande als nieuwe gebruikers is het doel om dezelfde plannen steeds bruikbaarder te maken voor echte productieworkloads.
Effectief voor explorers, indexing, analytics, monitoring en backendprocessen
De versnelling van getTransaction is nuttig voor veel soorten Solana-applicaties.
Voor explorers en wallets wordt het eenvoudiger om transactiedetails die gebruikers willen controleren sneller weer te geven. Applicaties in NFT, DeFi, gaming, betalingen, trading, DePIN, AI x Crypto en andere domeinen moeten vaak bevestigen wat er werkelijk on-chain is gebeurd en dat resultaat weerspiegelen in gebruikersinterfaces of interne statussen.
Voor indexing- en analytics-infrastructuur worden Solana-events niet alleen realtime verzameld. Systemen moeten waar nodig ook transactiedetails opnieuw ophalen, inhoud verifiëren en resultaten afstemmen met interne databases. Sneller ophalen via getTransaction maakt zulke backfill- en hercontroleprocessen efficiënter.
Ook voor monitoringsystemen en backend-API's is het ophalen van transactiedetails belangrijk. Om te begrijpen wat er voor een specifieke signature is gebeurd, welke instructies zijn uitgevoerd, welke accounts betrokken waren, of er een fout is opgetreden en of de verwerking overeenkwam met de verwachting, zijn de responssnelheid en stabiliteit van getTransaction belangrijke productiefactoren.
In realtime Solana-applicaties is niet alleen de eerste aankomst van data belangrijk, maar ook de volledige downstream-workflow: bevestiging, backfill, registratie, weergave en analyse. Deze getTransaction-verbetering ondersteunt juist die praktische processen na ontvangst.
Uitbreiding van methode-ondersteuning, inclusief DAS-gerelateerde methoden
Naast de prestatieverbetering van getTransaction breidt ERPC ook de ondersteuning voor methoden verder uit. We blijven ondersteuning toevoegen voor methoden die in echte productieomgevingen worden gebruikt, inclusief DAS-gerelateerde methoden. Wie ERPC eerder niet kon gebruiken omdat een vereiste methode ontbrak, raden we aan om de huidige ondersteuningsstatus opnieuw te testen.
De vereisten van Solana-applicaties verschillen sterk per project. Sommige projecten hebben alleen standaard Solana RPC-methoden nodig, terwijl andere combinaties vereisen met NFT-data, compressed NFT's, assetinformatie, metadata, historie, accountstatus, tokeninformatie en indexer-achtige API's. ERPC blijft de beschikbare methoden uitbreiden op basis van deze praktische vereisten.
Als u eerder hebt geconcludeerd dat ERPC niet bij uw applicatie paste omdat een vereiste methode ontbrak, kan de huidige situatie inmiddels veranderd zijn. Probeer ERPC daarom opnieuw. Als een methode die u nodig hebt nog steeds niet beschikbaar is, maak dan een supportticket aan in de officiële Discord van Validators DAO. We bekijken de vereiste en gebruiken die als referentie voor verdere uitbreiding van de ondersteuning.
Free trial beschikbaar voor nieuwe gebruikers, en eerdere trialgebruikers kunnen soms opnieuw testen
Als u ERPC nog niet hebt geprobeerd, kunt u via het ERPC Dashboard gebruikmaken van de free trial. Daarmee kunt u de getTransaction-versnelling, de versterkte data-ophaalprestaties voor de laatste 30 epochs en de uitgebreidere methode-ondersteuning testen in een omgeving die dicht bij uw eigen workload ligt.
Ook als u in het verleden al een free trial hebt gebruikt, kunt u ERPC mogelijk opnieuw proberen. Als u ERPC lang geleden hebt getest en het destijds niet voldeed aan de vereiste methoden, prestatieverwachtingen of applicatievereisten, raden we aan om de huidige omgeving opnieuw te controleren.
De praktische waarde van Solana RPC hangt af van methode-ondersteuning, regio's, responssnelheid, stabiliteit, prijsstructuur, afstand tot de applicatie en operationele ondersteuning. Omdat ERPC voortdurend wordt verbeterd, kan het resultaat vandaag anders zijn dan bij eerder gebruik. Test de nieuwste omgeving en beoordeel of ERPC past bij uw huidige vereisten.
ERPC Dashboard: https://dashboard.erpc.global/en
Doorlopende verbetering van de praktische prestaties van Solana RPC
ERPC beschouwt Solana RPC niet alleen als toegang tot endpoints, maar als infrastructuur die de uitvoeringskwaliteit van Solana-applicaties ondersteunt. In Solana hebben netwerkafstand, validatorkwaliteit, serverprestaties, datadistributieroutes, prestaties per RPC-methode en combinaties met WebSocket en Geyser gRPC directe invloed op applicatie-ervaring en operationele efficiëntie.
Zelfs basismethoden zoals getTransaction zijn in productie zeer belangrijk. Wanneer de prestaties van kernmethoden verbeteren, kunnen ontwikkelaars meer data verwerken, resultaten sneller verifiëren en soepelere gebruikerservaringen bouwen.
ERPC blijft zijn Solana-specifieke infrastructuur verbeteren voor Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, VPS en bare-metalservers. We blijven werken aan methode-ondersteuning, ophaalsnelheid, aankomststabiliteit, regionale uitbreiding en operationele bruikbaarheid, zodat gebruikers zich kunnen concentreren op Solana-applicatieontwikkeling en productie-operatie.
Contact
Voor vragen over het gebruik van Solana RPC, het ophalen van historische transacties rond getTransaction, DAS-gerelateerde methoden, free trials, bestaande plannen of infrastructuurconfiguraties kunt u een supportticket aanmaken in de officiële Discord van Validators DAO.
ERPC Dashboard: https://dashboard.erpc.global/en
Officiële ERPC-website: https://erpc.global/nl
Officiële Discord van Validators DAO: https://discord.gg/C7ZQSrCkYR
Officiële ERPC-website: https://erpc.global/nl
Officiële Discord van Validators DAO: https://discord.gg/C7ZQSrCkYR
Nieuws
