GraphQL Schnittstelle - Helius Docs

Die Parsed Events GraphQL-Schnittstelle bietet beide Methoden an und ermöglicht es den Clients, genau die Felder auszuwählen, die sie benötigen. Senden Sie GraphQL-Operationen an POST /v1/parsed-events/graphql. Verwenden Sie transactions für Parse Transactions und transactionsByAddress für Parsed Transaction History.

Abfragen

`transactions`

Parse Transactions: eine oder mehrere Transaktionssignaturen analysieren.

Argument	Typ	Standard	Beschreibung
`signatures`	`[String!]!`	-	Zu analysierende Transaktionssignaturen.
`commitment`	`Commitment`	`CONFIRMED`	`CONFIRMED` oder `FINALIZED`.

`transactionsByAddress`

Parsed Transaction History: analysierte Transaktionshistorie für eine Adresse abrufen.

Argument	Typ	Standard	Beschreibung
`address`	`String!`	-	Adresse, deren Transaktionshistorie abgerufen werden soll.
`limit`	`Int`	`100`	Anzahl der zurückzugebenden Transaktionen.
`beforeSignature`	`String`	-	Transaktionen vor dieser Signatur zurückgeben.
`afterSignature`	`String`	-	Transaktionen nach dieser Signatur zurückgeben.
`paginationToken`	`String`	-	Cursor mit der Form `slot:transactionIndex`.
`sortOrder`	`SortOrder`	`DESC`	`ASC` oder `DESC`.
`commitment`	`Commitment`	`CONFIRMED`	`CONFIRMED` oder `FINALIZED`.
`filters`	`AddressTransactionFiltersInput`	-	Optionale `slot` und `time` Grenzen.

Rohtransaktionsauswahl

GraphQL beinhaltet rawTransaction nur, wenn es in der Abfrage ausgewählt wird. Wenn es nicht ausgewählt wird, werden rohe Transaktionslasten weggelassen.

Fehlerverhalten

Fehler auf Anfrage-Ebene verwenden GraphQL-Fehler mit einem Erweiterungscode wie BAD_REQUEST, NOT_FOUND, SERVICE_UNAVAILABLE oder INTERNAL_SERVER_ERROR. Parser-Fehler pro Element werden in der Datennutzlast als parserStatus: ERROR mit parserError zurückgegeben.

⌘I