Hemat biaya, tingkatkan performa: Dapatkan estimasi biaya prioritas yang akurat berdasarkan kondisi jaringan secara real-time. Bayar hanya sesuai kebutuhan untuk kecepatan yang Anda inginkan.
Apa Itu Biaya Prioritas?
Di Solana, biaya prioritas memungkinkan transaksi Anda melaju lebih dahulu dalam antrean validator saat jaringan padat. Anggap saja sebagai jalur ekspres untuk transaksi Anda.Base Fees vs Priority Fees
Biaya dasar adalah biaya tetap untuk pemrosesan transaksiBiaya prioritas adalah pembayaran opsional untuk pemrosesan yang lebih cepat
How They Work
Anda menetapkan harga per unit komputasi—harga yang lebih tinggi akan diproses lebih dahulu saat jaringan padat
Mengapa Menggunakan Biaya Prioritas
Biaya prioritas kini menjadi bagian standar dari transaksi Solana yang membantu memastikan waktu konfirmasi yang andal dan performa jaringan yang optimal.Reliable Confirmation
Pastikan transaksi Anda dikonfirmasi dengan cepat dan andal, bahkan dalam kondisi jaringan yang berubah-ubah
Competitive Edge
Tetap kompetitif dalam operasi yang sensitif terhadap waktu, seperti perdagangan, pencetakan, dan interaksi DeFi
User Experience
Berikan pemrosesan transaksi yang konsisten dan cepat untuk pengalaman pengguna yang lebih baik
Network Efficiency
Bantu mengoptimalkan alokasi sumber daya jaringan dan performa secara keseluruhan
Penjelasan Tingkat Prioritas
API kami menyediakan enam tingkat prioritas berdasarkan aktivitas jaringan terbaru:Min
Min
Biaya terendah yang diamati - Berdasarkan biaya minimum yang terlihat di slot terbaruPaling sesuai untuk: Transaksi yang tidak mendesak saat pengoptimalan biaya menjadi prioritasCatatan: Dapat menyebabkan waktu konfirmasi lebih lambat
Low
Low
Persentil ke-25 - Opsi hemat biaya dengan waktu konfirmasi yang wajarPaling sesuai untuk: Operasi standar yang tidak terlalu mementingkan kecepatanCatatan: Keseimbangan yang baik antara biaya dan keandalan
Medium (Recommended)
Medium (Recommended)
Persentil ke-50 - Biaya median yang memberikan waktu konfirmasi andalPaling sesuai untuk: Sebagian besar aplikasi dan kasus penggunaan umumCatatan: Titik awal yang direkomendasikan untuk sebagian besar pengembang
High
High
Persentil ke-75 - Biaya lebih tinggi untuk pemrosesan yang lebih cepatPaling sesuai untuk: Operasi yang sensitif terhadap waktu dan skenario kompetitifCatatan: Pemrosesan diprioritaskan selama aktivitas jaringan meningkat
VeryHigh
VeryHigh
Ekor atas, dengan ruang tambahan - Biaya premium untuk kecepatan maksimumPaling sesuai untuk: Operasi penting, strategi MEV, dan transaksi mendesakCatatan: Berada di atas persentil ke-95 dari biaya yang diamati dan tidak memangkas pencilan. Perlakukan nilai ini sebagai target agar transaksi berhasil masuk, bukan sebagai ukuran biaya yang dibayar jaringan
UnsafeMax
UnsafeMax
Maksimum yang diamati - Biaya tertinggi yang terlihat di slot terbaru, tanpa pemfilteran pencilanPaling sesuai untuk: Hanya situasi daruratPeringatan: Satu penawaran ekstrem di mana pun dalam jendela peninjauan akan menetapkan nilai ini. Nilainya sering mencapai miliaran mikro-lamport per unit komputasi - gunakan dengan hati-hati
Cara Estimasi Dihitung
Estimasi berasal dari biaya yang dibayarkan di slot terbaru (hingga 150, dikontrol olehlookbackSlots). Ada dua detail penting saat Anda membandingkan angka ini dengan pengukuran on-chain Anda sendiri:
- Transaksi non-voting yang tidak menetapkan harga unit komputasi dihitung sebagai nol. Sebagian besar transaksi non-voting dalam slot biasa sama sekali tidak menyertakan instruksi
SetComputeUnitPrice. Transaksi tersebut masuk ke distribusi sebagai sampel dengan biaya nol, sehinggamindanlowsering mengembalikan0. Jika Anda menghitung persentil hanya berdasarkan transaksi yang dikenai harga, angka Anda akan lebih tinggi daripada angka kami pada setiap tingkat. veryHighdanunsafeMaxtidak memangkas pencilan. Beberapa transaksi yang menawarkan jumlah ekstrem dalam jendela peninjauan dapat meningkatkan kedua tingkat secara signifikan, danveryHighmemiliki ruang tambahan di atas persentil ke-95 agar tetap menjadi target yang layak untuk memastikan transaksi berhasil masuk.
Cakupan: Estimasi Global vs. Khusus Akun
Data yang Anda teruskan menentukan apa yang diukur oleh API.- Teruskan
transactionyang telah diserialisasi - estimasi dibatasi pada akun yang dapat ditulis dan dikunci oleh transaksi Anda. Ini adalah metode yang direkomendasikan saat Anda menetapkan biaya untuk transaksi yang akan dikirim. - Teruskan
accountKeys- estimasi dibatasi pada akun tersebut. Sertakan akun yang dapat ditulis dan akan dikunci oleh transaksi Anda karena Anda bersaing untuk mendapatkan akun tersebut. - Jangan teruskan keduanya - Anda mendapatkan estimasi global untuk seluruh aktivitas jaringan terbaru, bukan biaya yang disesuaikan dengan transaksi Anda.
Metode Implementasi
Serialized Transaction (Recommended)
Metode Utama - Menganalisis transaksi Anda secara tepat untuk akurasi maksimumPaling sesuai untuk: Sebagian besar aplikasi dan kasus penggunaan produksiManfaat:
- Analisis khusus instruksi
- Akurasi tertinggi
- Siap digunakan dalam produksi
- Mempertimbangkan kompleksitas transaksi
Account Keys (Advanced)
Kasus Penggunaan Khusus - Membuat estimasi berdasarkan pola akunPaling sesuai untuk: Analisis pratransaksi, operasi batch, dan arsitektur khususManfaat:
- Analisis pola tingkat akun
- Berguna untuk perencanaan dan penelitian
- Analisis akun secara batch
Contoh Memulai dengan Cepat
Referensi API
getPriorityFeeEstimate
Dokumentasi API lengkap dengan semua parameter dan format respons
Pemantauan Jaringan Secara Real-Time
Dukungan & Sumber Daya
Discord Community
Dapatkan bantuan dari komunitas dan tim Helius
Direct Support
Bantuan untuk pertanyaan dan pengoptimalan biaya prioritas