Skip to main content
Neu bei Parsed Events? Lies zuerst das Parsed Streams mentale Modell — Parsed Events liefert die gleichen dekodierten Anweisungen über REST und GraphQL.

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:
3

Ergebnis lesen

Die Antwort enthält ein Ergebnis pro angeforderter Signatur, in Eingabereihenfolge. Jedes Ergebnis umfasst signature, parserStatus und entweder parsed oder parserError:
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 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:
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 über POST 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.
  • confirmed
  • finalized
boolean
Standard:"false"
Wenn true, schließe das rohe Solana-Transaktionspayload als rawTransaction bei jedem Ergebnis ein.

Hinweise

  • processed-Commitment wird nicht unterstützt.
  • rawTransaction wird ausgelassen, es sei denn, includeRawTransaction ist true.
  • Auch Transaktionsausführungsfehler können geparst werden. In diesem Fall ist parsed.transactionStatus ERROR, und der Transaktionsfehler wird auf parsed.error angezeigt, 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.
  • asc
  • desc
string
Standard:"confirmed"
Commitment-Level, das für den Historienabruf verwendet wird.
  • confirmed
  • finalized
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. Jedes data-Element verwendet das gleiche TransactionResult-Format, das von Parse Transactions zurückgegeben wird:
Übergebe paginationToken in der nächsten Anfrage zurück, um fortzufahren. Wenn paginationToken fehlt, hat der Dienst das Ende des verfügbaren Seitenbereichs erreicht.