Schnellstart
1
Zugang erhalten
Parsed Events befindet sich in der offenen Betaphase und ist in kostenpflichtigen Plänen verfügbar. Hole dir deinen API-Schlüssel vom Helius Dashboard und sende Anfragen an
https://mainnet.helius-rpc.com.Authentifiziere mit dem API-Schlüssel deines Projekts, der als api-key-Abfrageparameter übergeben wird.2
Transaktion parsen
Übergebe Signaturen im
transactions-Body-Feld von POST /v1/parsed-events/transactions:- JavaScript
- cURL
3
Ergebnis lesen
Die Antwort enthält ein Ergebnis pro angeforderter Signatur, in Eingabereihenfolge. Jedes Ergebnis umfasst Das Beispiel ist auf zwei Anweisungen verkürzt: eine dekodierte Token-Übertragung innerhalb der Route und eine AMM-Anweisung, deren Programm der Katalog kennt, aber nicht dekodieren kann, weshalb
signature, parserStatus und entweder parsed oder parserError:instructionName als null bleibt, während rawData und rawAccounts verfügbar bleiben. Siehe Parsed Response für jedes Feld und eine vollständige Beispielantwort.4
Adresshistorie abrufen
POST /v1/parsed-events/transaction-history liefert die gleichen geparsten Ergebnisse wie oben für jede Transaktion, die eine Adresse berührt hat, standardmäßig die neuesten zuerst:- JavaScript
- cURL
5
Paginieren
Historienantworten umschließen Ergebnisse in einem Seitenobjekt. Übergebe
paginationToken in der nächsten Anfrage zurück, um fortzufahren. Wenn paginationToken fehlt, hat der Dienst das Ende des verfügbaren Seitenbereichs erreicht.Anleitungen
Pump.fun-Mints abrufen
Blättere durch jeden Token, den ein Wallet auf Pump.fun bereitgestellt hat.
Abfrage mit GraphQL
Wähle genau die geparsten Felder aus, die deine App benötigt.
Migration von Enhanced Transactions
Endpunkt-, Parameter- und Antwortzuordnung der Legacy-API.
REST-Referenz
Beide REST-Methoden akzeptieren einen JSON-Body überPOST unter /v1/parsed-events/ bei https://mainnet.helius-rpc.com, authentifiziert mit dem api-key Abfrageparameter. Anforderungs-Bodys lehnen unbekannte Felder ab, sodass Tippfehler laut und nicht stillschweigend ignoriert werden. GraphQL-Anfragen gehen an POST /v1/parsed-events/graphql.
Transaktionen parsen
POST /v1/parsed-events/transactions ruft vollständige Solana-Transaktionen nach Signatur ab, dekodiert sie mit dem gleichen IDL-basierten Anweisungsdekoder, der Parsed Streams antreibt, und liefert einen TransactionResult pro angeforderter Signatur. Die gleiche Methode ist in GraphQL als transactions verfügbar.
Die Antwortreihenfolge entspricht der Eingabereihenfolge, einschließlich doppelter Signaturen. Fehlende Transaktionen und Parser-Fehler auf Elementebene werden als parserStatus: "ERROR"-Ergebnisse auf Elementebene zurückgegeben:
Anforderungs-Body
string[]
erforderlich
Zu parsende Transaktionssignaturen. Die maximale Batch-Größe beträgt 100.
string
Standard:"confirmed"
Commitment-Level, das beim Abrufen von Transaktionen verwendet wird.
confirmedfinalized
boolean
Standard:"false"
Wenn
true, schließe das rohe Solana-Transaktionspayload als rawTransaction bei jedem Ergebnis ein.Hinweise
processed-Commitment wird nicht unterstützt.rawTransactionwird ausgelassen, es sei denn,includeRawTransactionisttrue.- Auch Transaktionsausführungsfehler können geparst werden. In diesem Fall ist
parsed.transactionStatusERROR, und der Transaktionsfehler wird aufparsed.errorangezeigt, wenn verfügbar. - Validierungsfehler auf Anfrageebene liefern eine Fehlermeldung anstelle von Ergebnissen auf Elementebene.
Geparste Transaktionshistorie
POST /v1/parsed-events/transaction-history liefert die geparste Transaktionshistorie für eine Adresse. Es unterstützt Paginierung, Signaturgrenzen, Slot-Grenzen, Blockzeit-Grenzen, Sortierreihenfolge und optionale rohe Transaktionen. Die gleiche Methode ist in GraphQL als transactionsByAddress verfügbar.
Im Gegensatz zum Legacy Enhanced Transactions Adresse-Endpunkt werden Anforderungsparameter in einem JSON-Body und nicht als Abfragezeichenfolge-Parameter gesendet.
Anforderungs-Body
string
erforderlich
Adresse, deren Transaktionshistorie abgerufen werden soll.
number
Standard:"100"
Anzahl der zurückzugebenden Transaktionen. Muss zwischen
1 und 100 liegen.string
Rückgabe der Transaktionen vor dieser Signatur.
string
Rückgabe der Transaktionen nach dieser Signatur.
string
Cursor, der von der vorherigen Antwort zurückgegeben wurde.
string
Standard:"desc"
Sortierreihenfolge für zurückgegebene Transaktionen.
ascdesc
string
Standard:"confirmed"
Commitment-Level, das für den Historienabruf verwendet wird.
confirmedfinalized
boolean
Standard:"false"
Wenn
true, schließe das rohe Solana-Transaktionspayload als rawTransaction bei jedem Ergebnis ein.object
Slot-Vergleichsgrenzen. Jede Grenze ist optional:
gt, gte, lt, lte.object
Blockzeitvergleichsgrenzen in Unix-Sekunden. Jede Grenze ist optional:
gt, gte, lt, lte.Paginierung
Antworten haben diese Form. Jedesdata-Element verwendet das gleiche TransactionResult-Format, das von Parse Transactions zurückgegeben wird:
paginationToken in der nächsten Anfrage zurück, um fortzufahren. Wenn paginationToken fehlt, hat der Dienst das Ende des verfügbaren Seitenbereichs erreicht.