Chuyển đến nội dung chính
Tiết kiệm chi phí, cải thiện hiệu suất: Nhận mức ước tính phí ưu tiên chính xác dựa trên điều kiện mạng theo thời gian thực. Chỉ trả mức phí cần thiết để đạt tốc độ mong muốn.

Phí ưu tiên là gì?

Trên Solana, phí ưu tiên cho phép giao dịch của bạn vượt lên trước trong hàng đợi của trình xác thực khi mạng bị tắc nghẽn. Có thể xem chúng như làn đường cao tốc dành cho giao dịch.

Base Fees vs Priority Fees

Phí cơ sở là chi phí cố định để xử lý giao dịchPhí ưu tiên là khoản thanh toán tùy chọn để giao dịch được xử lý nhanh hơn

How They Work

Bạn đặt giá cho mỗi đơn vị tính toán — mức giá cao hơn sẽ được xử lý trước khi mạng bị tắc nghẽn

Tại sao nên sử dụng phí ưu tiên

Phí ưu tiên hiện là một phần tiêu chuẩn của giao dịch Solana, giúp đảm bảo thời gian xác nhận ổn định và hiệu suất mạng tối ưu.

Reliable Confirmation

Đảm bảo giao dịch được xác nhận nhanh chóng và ổn định, ngay cả khi điều kiện mạng thay đổi

Competitive Edge

Duy trì lợi thế cạnh tranh trong các hoạt động nhạy cảm về thời gian như giao dịch, đúc tài sản và tương tác DeFi

User Experience

Xử lý giao dịch nhanh chóng và nhất quán để mang lại trải nghiệm tốt hơn cho người dùng

Network Efficiency

Giúp tối ưu hóa việc phân bổ tài nguyên và hiệu suất tổng thể của mạng

Giải thích các mức ưu tiên

API của chúng tôi cung cấp sáu mức ưu tiên dựa trên hoạt động mạng gần đây:
Phí thấp nhất quan sát được - Dựa trên mức phí tối thiểu ghi nhận trong các slot gần đâyPhù hợp nhất cho: Các giao dịch không khẩn cấp khi ưu tiên tối ưu hóa chi phíLưu ý: Có thể dẫn đến thời gian xác nhận lâu hơn
Phân vị thứ 25 - Lựa chọn tiết kiệm với thời gian xác nhận hợp lýPhù hợp nhất cho: Các hoạt động tiêu chuẩn không yêu cầu cao về tốc độLưu ý: Cân bằng tốt giữa chi phí và độ tin cậy
Phân vị thứ 75 - Mức phí cao hơn để xử lý nhanh hơnPhù hợp nhất cho: Các hoạt động nhạy cảm về thời gian và tình huống cạnh tranhLưu ý: Được ưu tiên xử lý khi mạng có nhiều hoạt động
Phần đuôi trên, có thêm biên dự phòng - Mức phí cao cấp để đạt tốc độ tối đaPhù hợp nhất cho: Các hoạt động quan trọng, chiến lược MEV và giao dịch khẩn cấpLưu ý: Nằm trên phân vị thứ 95 của các mức phí quan sát được và không loại bỏ giá trị ngoại lai. Hãy xem đây là mức phí mục tiêu để giao dịch được đưa vào khối, không phải thước đo mức phí mà mạng đang trả
Mức tối đa quan sát được - Mức phí cao nhất ghi nhận trong các slot gần đây, không lọc giá trị ngoại laiPhù hợp nhất cho: Chỉ dành cho tình huống khẩn cấpCảnh báo: Chỉ một giá thầu cực đoan ở bất kỳ đâu trong cửa sổ dữ liệu quá khứ cũng có thể thiết lập giá trị này. Giá trị này thường xuyên lên đến hàng tỷ micro-lamport cho mỗi đơn vị tính toán - hãy thận trọng khi sử dụng

Cách tính các giá trị ước tính

Các giá trị ước tính được suy ra từ phí đã trả trong các slot gần đây (tối đa 150, được kiểm soát bởi lookbackSlots). Có hai chi tiết quan trọng khi bạn so sánh các con số này với số liệu đo lường on-chain của riêng mình:
  • Các giao dịch không biểu quyết và không đặt giá đơn vị tính toán được tính là 0. Phần lớn giao dịch không biểu quyết trong một slot thông thường hoàn toàn không có chỉ thị SetComputeUnitPrice. Chúng được đưa vào phân phối dưới dạng các mẫu có phí bằng 0, đó là lý do min và low thường trả về 0. Nếu chỉ tính các phân vị trên những giao dịch có đặt giá, các con số của bạn sẽ cao hơn số liệu của chúng tôi ở mọi mức.
  • veryHigh và unsafeMax không loại bỏ giá trị ngoại lai. Một số ít giao dịch đặt giá cực đoan trong cửa sổ dữ liệu quá khứ có thể làm tăng đáng kể cả hai mức, đồng thời veryHigh còn có thêm biên dự phòng trên phân vị thứ 95 để duy trì vai trò là mức phí mục tiêu khả thi giúp giao dịch được đưa vào khối.
Không sử dụng veryHigh hoặc unsafeMax làm số liệu thống kê phí mạng. Cả hai đều được chủ ý đặt trọng số lớn cho phần đuôi và nằm trên mức phí mà hầu hết giao dịch thực tế phải trả.
Tính chi phí: Tổng phí ưu tiên = Giá trên mỗi đơn vị tính toán × Số đơn vị tính toán đã sử dụngMột giao dịch thông thường sử dụng 200.000-400.000 đơn vị tính toán. Ở mức Medium hiện tại (~40.000 microlamport mỗi đơn vị), phí ưu tiên sẽ là 0,000008-0,000016 SOL. Luôn kiểm tra điều kiện mạng hiện tại để có giá trị ước tính chính xác.

Phạm vi: Ước tính toàn cục và ước tính theo tài khoản

Dữ liệu bạn truyền vào sẽ quyết định nội dung mà API đo lường.
  • Truyền một transaction đã tuần tự hóa - giá trị ước tính được giới hạn trong các tài khoản có thể ghi mà giao dịch của bạn khóa. Đây là phương thức được khuyến nghị khi bạn thiết lập mức phí cho giao dịch sắp gửi.
  • Truyền accountKeys - giá trị ước tính được giới hạn trong các tài khoản đó. Hãy bao gồm các tài khoản có thể ghi mà giao dịch của bạn sẽ khóa, vì đó là những tài khoản mà bạn phải cạnh tranh quyền truy cập.
  • Không truyền cả hai - bạn nhận được giá trị ước tính toàn cục trên tất cả hoạt động mạng gần đây, chứ không phải mức phí được điều chỉnh riêng cho giao dịch của mình.
Giá trị ước tính toàn cục không phải là mức phí cần trả. Khi không có transaction hoặc accountKeys, phản hồi mô tả điều kiện trên toàn mạng, bao gồm cả tình trạng tắc nghẽn tại những tài khoản mà giao dịch của bạn không bao giờ truy cập.Solana định giá phí ưu tiên theo từng tài khoản có thể ghi, vì vậy việc trả mức veryHigh toàn cục thường khiến bạn trả thừa đáng kể mà không cải thiện tỷ lệ giao dịch được đưa vào khối. Luôn truyền một transaction hoặc các accountKeys có thể ghi khi giá trị ước tính sẽ được dùng để đặt phí cho giao dịch mà bạn sắp gửi.

Phương thức triển khai

Serialized Transaction (Recommended)

Phương thức chính - Phân tích chính xác giao dịch của bạn để đạt độ chính xác tối đaPhù hợp nhất cho: Hầu hết ứng dụng và trường hợp sử dụng trong môi trường sản xuấtLợi ích:
  • Phân tích theo từng chỉ thị
  • Độ chính xác cao nhất
  • Sẵn sàng cho môi trường sản xuất
  • Xem xét độ phức tạp của giao dịch

Account Keys (Advanced)

Trường hợp sử dụng chuyên biệt - Ước tính dựa trên các mẫu tài khoảnPhù hợp nhất cho: Phân tích trước giao dịch, hoạt động hàng loạt và kiến trúc chuyên biệtLợi ích:
  • Phân tích mẫu ở cấp tài khoản
  • Hữu ích cho việc lập kế hoạch và nghiên cứu
  • Phân tích tài khoản hàng loạt

Ví dụ bắt đầu nhanh

Tài liệu tham khảo API

getPriorityFeeEstimate

Tài liệu API đầy đủ, bao gồm tất cả tham số và định dạng phản hồi

Giám sát mạng theo thời gian thực

Mẹo chuyên nghiệp: Theo dõi điều kiện mạng để tối ưu hóa chiến lược phí ưu tiên. Trong điều kiện bình thường, hãy sử dụng các mức ưu tiên thấp hơn. Khi mạng tắc nghẽn, hãy cân nhắc các mức cao hơn cho những hoạt động nhạy cảm về thời gian.Bạn có thể kiểm tra điều kiện mạng hiện tại bằng trình khám phá Solana hoặc phương thức RPC getRecentPerformanceSamples.

Hỗ trợ và tài nguyên

Discord Community

Nhận trợ giúp từ cộng đồng và đội ngũ Helius

Direct Support

Giải đáp câu hỏi về phí ưu tiên và hỗ trợ tối ưu hóa