Skip to main content

Đối tượng bao kết quả giao dịch

Cả hai endpoint REST đều trả về các đối tượng TransactionResult.

Giao dịch đã phân tích cú pháp

Chuyển tài sản gốc

nativeTransfers chứa các biến động SOL tính bằng lamport. Lượt chuyển tài sản gốc bao gồm các chỉ thị transfer và create_account của System Program, cùng với các lượt chuyển SOL close_account tổng hợp của SPL Token.

Chuyển token

tokenTransfers chứa các biến động SPL Token và Token-2022. Lượt chuyển token bao gồm transfer, transfer_checked, transfer_checked_with_fee, burn, burn_checked, mint_to và mint_to_checked. Các lượt chuyển token có số lượng bằng 0 sẽ bị bỏ qua.

Bản tóm tắt

summary có cùng một cấu trúc ở mọi nơi xuất hiện — trên giao dịch và trên từng chỉ thị được nhận dạng:
parsedData là payload có cấu trúc làm cơ sở cho bản tóm tắt, nếu có — ví dụ: siêu dữ liệu hoán đổi gồm giao thức, loại, số lượng, mint và mọi lượt hoán đổi bên trong dọc theo tuyến. Cấu trúc của payload thay đổi tùy theo loại bản tóm tắt và giao thức. Các loại bản tóm tắt hiện tại bao gồm:
  • add_liquidity
  • create_account
  • create_token_account
  • remove_liquidity
  • swap
  • transfer

Chỉ thị đã phân tích cú pháp

Các tài khoản chỉ thị đã giải mã có cấu trúc sau:
Các khóa args đã giải mã và tên tài khoản sử dụng snake_case (source_account, in_amount), như được công bố trong IDL của chương trình. Các đối số số nguyên thường được trả về dưới dạng chuỗi ("1500000000000") vì các giá trị u64 không vừa với kiểu số của JavaScript.

Lỗi đã giải mã

Khi giao dịch thất bại do lỗi chương trình tùy chỉnh và API có thể xác định lỗi của chương trình gây ra thất bại, decodedError có thể bao gồm:

Ví dụ đầy đủ

Kết quả Parse Transactions hoàn chỉnh cho lượt hoán đổi từ SOL sang PUMP trên Jupiter, hiển thị đối tượng bao, các lượt chuyển, bản tóm tắt và mọi chỉ thị: