Skip to main content
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
boolean
mặc định:"false"
Khi true, bao gồm tải trọng giao dịch Solana thô dưới dạng rawTransaction trong mỗi kết quả.

Lưu ý

  • Không hỗ trợ mức cam kết processed.
  • rawTransaction bị lược bỏ trừ khi includeRawTransaction là true.
  • Các giao dịch thực thi thất bại vẫn có thể được phân tích. Trong trường hợp đó, parsed.transactionStatus là ERROR và lỗi giao dịch được cung cấp trong 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

POST /v1/parsed-events/transaction-history trả về lịch sử giao dịch đã phân tích 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à tùy chọn bao gồm giao dịch thô. Không giống endpoint địa chỉ Enhanced Transactions cũ, các tham số yêu cầu được gửi trong nội dung JSON thay vì dưới dạng tham số chuỗi truy vấn.

Nội dung 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
boolean
mặc định:"false"
Khi true, bao gồm tải trọng giao dịch Solana thô dưới dạng rawTransaction trong mỗi kết quả.
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 theo giây Unix. Mỗi giới hạn đều là tùy chọn: gt, gte, lt, lte.

Phân trang

Phản hồi có cấu trúc sau. Mỗi mục data sử dụng cùng định dạng TransactionResult do Phân tích giao dịch trả về:
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.