Skip to main content

Enveloppe de résultat de transaction

Les endpoints REST renvoient des objets TransactionResult. GraphQL expose les mêmes champs sous forme d’objets typés.

Transaction analysée

Transferts natifs

nativeTransfers contiennent des mouvements SOL en lamports. Les transferts natifs incluent les instructions transfer et create_account du System Program, ainsi que les transferts SOL de SPL Token synthétiques close_account.

Transferts de tokens

tokenTransfers contiennent des mouvements de SPL Token et Token-2022. Les transferts de tokens incluent transfer, transfer_checked, transfer_checked_with_fee, burn, burn_checked, mint_to, et mint_to_checked. Les transferts de token de montant zéro sont omis.

Résumés

summary a une forme unique partout où il apparaît — sur la transaction et sur chaque instruction reconnue :
parsedData est la charge utile structurée derrière le résumé, lorsque disponible — par exemple les métadonnées d’échange avec le protocole, le type, les montants, les frappes et les échanges internes le long de la route. Sa forme varie selon le type de résumé et le protocole. Les types de résumés actuels incluent :
  • add_liquidity
  • create_account
  • create_token_account
  • remove_liquidity
  • swap
  • transfer

Instructions analysées

Les comptes d’instructions décodés ont cette forme :
Les clés args et les noms de compte décodés sont en snake_case (source_account, in_amount), tels que publiés dans l’IDL du programme. Les arguments entiers sont couramment renvoyés sous forme de chaînes ("1500000000000") car les valeurs u64 ne rentrent pas dans les nombres JavaScript.

Erreurs décodées

Lorsqu’une transaction échoue avec une erreur de programme personnalisé et que l’API peut identifier l’erreur du programme en échec, decodedError peut inclure :

Exemple complet

Un résultat complet de Parse Transactions pour un échange Jupiter de SOL à PUMP, montrant l’enveloppe, les transferts, les résumés et chaque instruction :