Zum Hauptinhalt springen
Parsed Events ist neu für dich? Lies zuerst das mentale Modell von Parsed Streams. Parsed Events gibt dieselben decodierten Anweisungen über REST zurück.

Schnellstart

1

Get Access

Parsed Events ist in allen Tarifen für 10 Credits pro request verfügbar. Hole deinen API key im Helius Dashboard und sende requests an https://mainnet.helius-rpc.com.Authentifiziere dich mit dem API key deines Projekts. Übergib ihn als Query-Parameter api-key.
2

Parse a Transaction

Übergib Signaturen im Body-Feld transactions von POST /v1/parsed-events/transactions:
3

Read the Result

Die response enthält für jede angeforderte Signatur ein Ergebnis in der Reihenfolge der Eingabe. Jedes Ergebnis enthält signature, parserStatus und entweder parsed oder parserError:
Das Beispiel ist auf zwei Instructions gekürzt: einen decodierten token-Transfer innerhalb der Route und eine AMM-Instruction, deren Programm der Katalog kennt, aber nicht decodieren kann. Daher bleibt instructionName auf null gesetzt, während rawData und rawAccounts weiterhin verfügbar sind. Unter Geparste response findest du alle Felder und ein vollständiges Beispiel für eine response.
4

Fetch Address History

POST /v1/parsed-events/transaction-history gibt für jede Transaktion, die eine Adresse berührt hat, dieselben geparsten Ergebnisse wie oben zurück. Standardmäßig erscheinen die neuesten zuerst:
5

Paginate

Responses für den Verlauf geben die Ergebnisse in einem Seitenobjekt zurück. Übergib paginationToken im nächsten request erneut, um fortzufahren. Fehlt paginationToken, hat der Dienst das Ende des verfügbaren Seitenbereichs erreicht.

Anleitungen

Fetch Pump.fun Mints

Durchsuche seitenweise alle token, die eine Wallet auf Pump.fun bereitgestellt hat.

Migrate from Enhanced Transactions

Zuordnung von endpoint, Parametern und response aus der veralteten API.

REST-Referenz

Beide REST-Methoden akzeptieren über POST unter /v1/parsed-events/ an https://mainnet.helius-rpc.com einen JSON-Body. Die Authentifizierung erfolgt mit dem Abfrageparameter api-key. Der Body eines request lehnt unbekannte Felder ab. So führen Tippfehler direkt zu einem Fehler, statt stillschweigend ignoriert zu werden.

Transaktionen parsen

POST /v1/parsed-events/transactions ruft vollständige Solana-Transaktionen anhand ihrer Signatur ab, decodiert sie mit demselben IDL-basierten Anweisungsdecoder wie Parsed Streams und gibt für jede angeforderte Signatur ein TransactionResult zurück. Die Reihenfolge der response entspricht der Eingabereihenfolge, einschließlich doppelter Signaturen. Fehlende Transaktionen und Parserfehler einzelner Elemente werden als parserStatus: "ERROR"-Ergebnisse auf Elementebene zurückgegeben:

Body des request

string[]
erforderlich
Zu parsende Transaktionssignaturen. Die maximale Batchgröße beträgt 100.
string
Standard:"confirmed"
Das commitment zum Abrufen der Transaktionen.
  • confirmed
  • finalized
boolean
Standard:"false"
Wenn true, füge jeder response das rohe payload der Solana-Transaktion als rawTransaction hinzu.

Hinweise

  • Das commitment processed wird nicht unterstützt.
  • rawTransaction wird nur zurückgegeben, wenn includeRawTransaction auf true gesetzt ist.
  • Fehlgeschlagene Transaktionsausführungen können trotzdem geparst werden. In diesem Fall ist parsed.transactionStatus auf ERROR gesetzt. Der Transaktionsfehler ist, sofern verfügbar, unter parsed.error enthalten.
  • Validierungsfehler auf request-Ebene geben statt Ergebnissen auf Elementebene eine Fehler-response zurück.

Geparster Transaktionsverlauf

POST /v1/parsed-events/transaction-history gibt den geparsten Transaktionsverlauf einer Adresse zurück. Unterstützt werden Paginierung, Grenzen für Signaturen, slots und Blockzeiten, Sortierreihenfolge sowie optionale Rohtransaktionen. Anders als beim veralteten Adress-endpoint von Enhanced Transactions werden request-Parameter in einem JSON-Body statt als Query-String-Parameter gesendet.

Body des request

string
erforderlich
Adresse, deren Transaktionsverlauf abgerufen werden soll.
number
Standard:"100"
Anzahl der zurückzugebenden Transaktionen. Muss zwischen 1 und 100 liegen.
string
Gib Transaktionen vor dieser Signatur zurück.
string
Gib Transaktionen nach dieser Signatur zurück.
string
Von der vorherigen response zurückgegebener Cursor.
string
Standard:"desc"
Sortierreihenfolge der zurückgegebenen Transaktionen.
  • asc
  • desc
string
Standard:"confirmed"
Das commitment zum Abrufen des Verlaufs.
  • confirmed
  • finalized
boolean
Standard:"false"
Wenn true, füge jeder response das rohe payload der Solana-Transaktion als rawTransaction hinzu.
object
Vergleichsgrenzen für slot. Jede Grenze ist optional: gt, gte, lt, lte.
object
Vergleichsgrenzen für die Blockzeit in Unix-Sekunden. Jede Grenze ist optional: gt, gte, lt, lte.

Paginierung

Responses haben die folgende Struktur. Jedes data-Element verwendet dasselbe TransactionResult-Format, das „Transaktionen parsen“ zurückgibt:
Übergib paginationToken im nächsten request erneut, um fortzufahren. Fehlt paginationToken, hat der Dienst das Ende des verfügbaren Seitenbereichs erreicht.