Chuyển đến nội dung chính
Bạn mới làm quen với Parsed Events? Trước tiên, hãy đọc mô hình tư duy của Parsed Streams — Parsed Events trả về cùng các lệnh đã giải mã qua REST.

Bắt đầu nhanh

1

Get Access

Parsed Events có trên tất cả các gói với chi phí 10 tín dụng cho mỗi yêu cầu. Lấy khóa API từ Helius Dashboard và gửi yêu cầu đến https://mainnet.helius-rpc.com.Xác thực bằng khóa API của dự án, được truyền dưới dạng tham số truy vấn api-key.
2

Parse a Transaction

Truyền các chữ ký trong trường nội dung transactions của POST /v1/parsed-events/transactions:
3

Read the Result

Phản hồi chứa một kết quả cho mỗi chữ ký được yêu cầu, theo thứ tự đầu vào. Mỗi kết quả bao gồm signature, parserStatus và một trong hai trường parsed hoặc parserError:
Ví dụ được rút gọn còn hai lệnh: một lần chuyển token đã giải mã bên trong tuyến và một lệnh AMM có chương trình được danh mục nhận diện nhưng không thể giải mã. Do đó, instructionName có giá trị null, trong khi rawData và rawAccounts vẫn khả dụng. Xem Phản hồi đã phân tích để biết tất cả các trường và xem ví dụ phản hồi đầy đủ.
4

Fetch Address History

POST /v1/parsed-events/transaction-history trả về các kết quả đã phân tích giống như trên cho mọi giao dịch liên quan đến một địa chỉ, mặc định sắp xếp mới nhất trước:
5

Paginate

Phản hồi lịch sử bọc kết quả trong một đối tượng trang. Truyền lại paginationToken trong yêu cầu tiếp theo để tiếp tục. Nếu không có paginationToken, dịch vụ đã đến cuối phạm vi trang khả dụng.

Hướng dẫn

Fetch Pump.fun Mints

Duyệt qua từng trang để xem mọi token mà một ví đã triển khai trên Pump.fun.

Migrate from Enhanced Transactions

Ánh xạ endpoint, tham số và phản hồi từ API cũ.

Tài liệu tham chiếu REST

Cả hai phương thức REST đều chấp nhận nội dung JSON qua POST trong /v1/parsed-events/ tại https://mainnet.helius-rpc.com và được xác thực bằng tham số truy vấn api-key. Nội dung yêu cầu từ chối các trường không xác định, vì vậy lỗi đánh máy sẽ được báo rõ thay vì bị âm thầm bỏ qua.

Phân tích giao dịch

POST /v1/parsed-events/transactions truy xuất đầy đủ các giao dịch Solana theo chữ ký, giải mã chúng bằng cùng bộ giải mã lệnh dựa trên IDL được dùng cho Parsed Streams và trả về một TransactionResult cho mỗi chữ ký được yêu cầu. Thứ tự phản hồi khớp với thứ tự đầu vào, kể cả các chữ ký trùng lặp. Các giao dịch bị thiếu và lỗi bộ phân tích trên từng mục được trả về dưới dạng kết quả parserStatus: "ERROR" ở cấp mục:

Nội dung yêu cầu

string[]
bắt buộc
Các chữ ký giao dịch cần phân tích. Kích thước lô tối đa là 100.
string
mặc định:"confirmed"
Mức cam kết được sử dụng khi truy xuất giao dịch.
  • confirmed
  • finalized
string
mặc định:"none"
Kiểu mã hóa của giao dịch Solana thô được trả về dưới dạng rawTransaction trong mỗi kết quả, theo cấu trúc getTransaction.
  • none
  • json
  • jsonParsed
  • base64

Lưu ý

  • Mức cam kết processed không được hỗ trợ.
  • rawTransaction bị bỏ qua trừ khi bạn đặt trường yêu cầu rawTransaction thành json, jsonParsed hoặc base64. Giá trị cũ includeRawTransaction: true vẫn hoạt động như một bí danh của json.
  • Các giao dịch thực thi thất bại vẫn có thể được phân tích cú pháp. Trong trường hợp đó, parsed.transactionStatus là ERROR và lỗi giao dịch được cung cấp tại parsed.error khi có.
  • Lỗi xác thực ở cấp yêu cầu trả về phản hồi lỗi thay vì kết quả ở cấp mục.

Lịch sử giao dịch đã phân tích cú pháp

POST /v1/parsed-events/transaction-history trả về lịch sử giao dịch đã phân tích cú pháp cho một địa chỉ. Phương thức này hỗ trợ phân trang, giới hạn chữ ký, giới hạn slot, giới hạn thời gian khối, thứ tự sắp xếp và giao dịch thô tùy chọn. Không giống endpoint địa chỉ Giao dịch nâng cao cũ, các tham số yêu cầu được gửi trong phần thân JSON thay vì dưới dạng tham số chuỗi truy vấn.

Phần thân yêu cầu

string
bắt buộc
Địa chỉ cần truy xuất lịch sử giao dịch.
number
mặc định:"100"
Số lượng giao dịch cần trả về. Phải nằm trong khoảng từ 1 đến 100.
string
Trả về các giao dịch trước chữ ký này.
string
Trả về các giao dịch sau chữ ký này.
string
Con trỏ do phản hồi trước trả về.
string
mặc định:"desc"
Thứ tự sắp xếp cho các giao dịch được trả về.
  • asc
  • desc
string
mặc định:"confirmed"
Mức cam kết được sử dụng để truy xuất lịch sử.
  • confirmed
  • finalized
string
mặc định:"succeeded"
Kết quả thực thi cần bao gồm.
  • succeeded
  • failed
  • any
string
mặc định:"none"
Có bao gồm các giao dịch chỉ tham chiếu đến một tài khoản token thuộc sở hữu của address, chứ không phải chính address hay không. Nhiều giao dịch chuyển token đến chỉ tương tác với tài khoản token của người nhận.
  • none
  • balanceChanged
  • all
string
mặc định:"none"
Kiểu mã hóa của giao dịch Solana thô được trả về dưới dạng rawTransaction trong mỗi kết quả, theo cấu trúc getTransaction.
  • none
  • json
  • jsonParsed
  • base64
object
Các giới hạn so sánh slot. Mỗi giới hạn đều là tùy chọn: gt, gte, lt, lte.
object
Các giới hạn so sánh thời gian khối tính bằng giây Unix. Mỗi giới hạn đều là tùy chọn: gt, gte, lt, lte.

Phân trang

Các phản hồi có cấu trúc này. Mỗi mục data sử dụng cùng định dạng TransactionResult do Parse Transactions trả về:
Truyền lại paginationToken trong yêu cầu tiếp theo để tiếp tục. Nếu thiếu paginationToken, dịch vụ đã đi đến cuối phạm vi trang khả dụng.