Priority Fee Solana dan Compute Unit: Cara Kerja untuk Pemula

Salah satu hal yang membuat pengguna baru Solana bingung adalah munculnya opsi priority fee atau compute unit price di wallet dan dApp. Karena fee dasar Solana terkenal murah, banyak orang bertanya: kalau fee dasarnya kecil, kenapa masih ada biaya tambahan?

Jawabannya ada pada cara Solana menjadwalkan transaksi. Saat jaringan ramai, transaksi bukan hanya soal valid atau tidak valid. Ia juga soal siapa yang lebih menarik untuk diproses lebih dulu.

Fee di Solana Tidak Hanya Satu Jenis

Dokumentasi resmi Solana menyebut bahwa setiap transaksi memiliki dua komponen biaya:

base fee sebesar 5.000 lamports per signature;
prioritization fee yang bersifat opsional.

Base fee membayar kerja dasar verifikasi signature. Prioritization fee adalah tambahan agar transaksi punya peluang lebih baik untuk dijadwalkan lebih awal oleh leader saat banyak transaksi bersaing.

Apa Itu Compute Unit

Solana mengukur beban komputasi transaksi dalam satuan compute unit atau CU. Tiap operasi dalam eksekusi program memakai CU. Semakin kompleks instruksinya, semakin besar konsumsi CU.

Ini penting karena priority fee di Solana tidak berdiri sendiri. Ia terkait langsung dengan compute budget yang diminta transaksi.

Rumus Dasarnya

Dokumentasi Solana menjelaskan bahwa prioritization fee dihitung dari:

compute_unit_price * compute_unit_limit

lalu dibagi per satu juta micro-lamports per lamport dan dibulatkan ke atas sesuai aturan jaringan.

Artinya, ada dua knob utama:

SetComputeUnitLimit: berapa banyak CU maksimal yang ingin kamu alokasikan;
SetComputeUnitPrice: berapa harga per CU dalam micro-lamports yang bersedia kamu bayar.

Kalau salah satu naik, total priority fee bisa ikut naik.

Kenapa Compute Unit Limit Sama Pentingnya dengan Price

Ini bagian yang paling sering disalahpahami.

Solana secara eksplisit menyatakan bahwa priority fee ditentukan oleh requested compute unit limit, bukan oleh jumlah CU yang benar-benar dipakai saat eksekusi.

Konsekuensinya:

kalau kamu memasang limit terlalu tinggi, kamu bisa membayar lebih mahal dari yang perlu;
kalau limit terlalu rendah, transaksi bisa gagal karena kehabisan jatah CU;
optimasi fee bukan hanya soal menaikkan price, tetapi juga meminta limit yang realistis.

Jadi, priority fee yang sehat bukan "semakin besar semakin baik". Yang sehat adalah kombinasi price dan limit yang sesuai kebutuhan transaksi.

Nilai Default di Solana

Halaman compute budget Solana menjelaskan beberapa angka penting:

default 200.000 CU per instruction untuk instruksi non-builtin;
maksimum 1.400.000 CU per transaksi.

Dokumentasi juga menyarankan alur praktis:

simulasikan transaksi untuk mengukur konsumsi CU;
tambahkan margin aman sekitar 10 persen;
set limit berdasarkan hasil itu, bukan asal besar.

Ini pendekatan yang jauh lebih masuk akal daripada menyalin setelan dari orang lain.

Kapan Priority Fee Masuk Akal Dipakai

Priority fee masuk akal ketika:

jaringan sedang ramai;
kamu mengirim transaksi sensitif waktu;
kamu bersaing pada momen mint, launch, atau aktivitas pasar yang padat;
transaksi melibatkan dApp kompleks yang rawan kalah antrean.

Dalam panduan production readiness, Solana bahkan menyarankan penggunaan fresh blockhash, compute unit limit yang sesuai hasil estimasi, dan priority fee yang kompetitif sebagai bagian dari alur produksi.

Kapan Priority Fee Tidak Perlu Dibesar-Besarkan

Untuk transaksi sederhana saat jaringan normal, menambahkan fee tinggi sering tidak memberi manfaat sebanding.

Contohnya:

transfer SOL biasa;
transfer token standar;
aktivitas yang tidak sensitif terhadap keterlambatan beberapa detik.

Pada kondisi seperti itu, memakai setelan konservatif atau default sering sudah cukup.

RPC Juga Menyediakan Sinyal Pasar Fee

Solana menyediakan metode RPC getRecentPrioritizationFees yang mengembalikan sampel fee prioritas terbaru. Node menyimpan data hingga sekitar 150 blok terakhir.

Maknanya untuk pengguna dan builder:

priority fee bukan tebakan buta;
kamu bisa melihat kisaran fee yang baru-baru ini muncul di pasar;
biaya kompetitif bisa berubah sesuai kondisi jaringan dan account yang terlibat.

Ini membantu menjelaskan kenapa wallet modern kadang menampilkan rekomendasi fee dinamis.

Priority Fee Bukan Garansi Absolut

Membayar lebih tinggi memang meningkatkan peluang dijadwalkan lebih cepat, tetapi bukan jaminan mutlak. Masih ada faktor lain:

blockhash kedaluwarsa;
endpoint RPC bermasalah;
limit CU salah set;
account lock contention;
transaksi itu sendiri gagal saat eksekusi.

Jadi, kalau transaksi gagal, jangan hanya menyimpulkan "priority fee saya kurang". Bisa jadi akar masalahnya ada di tempat lain.

Dampak ke Pengguna Retail

Bagi pengguna retail, konsep ini terasa saat:

swap ramai di DEX Solana;
launch token baru;
mint NFT atau event yang memicu kompetisi transaksi;
automasi bot dan copy trading.

Di situ, transaksi yang secara teknis valid bisa tetap kalah antrean kalau setelannya terlalu konservatif.

Sebaliknya, pengguna biasa sering rugi karena menaikkan priority fee berlebihan padahal transaksinya sederhana dan tidak dikejar waktu.

Cara Berpikir yang Lebih Sehat

Alih-alih bertanya "berapa fee paling tinggi?", lebih sehat bertanya:

seberapa kompleks transaksi saya;
seberapa sensitif waktu transaksi ini;
berapa CU yang realistis dibutuhkan;
apakah jaringan sedang benar-benar ramai.

Model berpikir ini membuatmu lebih hemat dan lebih rasional.

Checklist Praktis Sebelum Menaikkan Priority Fee

1. Pastikan blockhash masih segar

Blockhash kedaluwarsa tidak akan terselamatkan hanya dengan fee lebih besar.

2. Pastikan limit CU tidak asal tinggi

Limit yang terlalu besar bisa membuat biaya ikut bengkak tanpa alasan.

3. Gunakan simulasi jika tersedia

Ini cara terbaik untuk memahami kebutuhan transaksi kompleks.

4. Lihat rekomendasi wallet atau dApp secara kritis

Rekomendasi otomatis berguna, tetapi tetap perlu dibaca dalam konteks.

Implikasi untuk Pengguna Indonesia

Banyak pengguna Indonesia masuk ke Solana karena pengalaman yang cepat dan murah. Itu benar, tetapi murah tidak sama dengan tanpa mekanisme prioritas. Saat ekosistem padat, Solana tetap punya pasar biaya di tingkat compute budget.

Memahami ini membuat kamu lebih siap saat:

swap gagal masuk tepat waktu;
fee tiba-tiba lebih tinggi dari biasanya;
wallet menampilkan opsi advanced yang sebelumnya tidak pernah kamu perhatikan.

Penutup

Priority fee di Solana adalah alat, bukan tombol ajaib. Ia bekerja bersama compute unit limit dan kondisi jaringan yang sedang berjalan. Kalau dipakai dengan paham konteks, ia bisa membantu transaksi penting melewati antrean lebih efisien. Kalau dipakai asal besar, ia hanya membuatmu membayar lebih mahal.

Intinya sederhana: di Solana, biaya bukan hanya soal jumlah SOL yang dibayar, tetapi juga soal bagaimana transaksi mengalokasikan sumber daya komputasi.

Disclaimer: Artikel ini bersifat edukatif dan bukan panduan eksekusi absolut. Nilai priority fee yang tepat dapat berubah sesuai kondisi jaringan, jenis transaksi, dan implementasi wallet atau dApp yang kamu pakai.

FAQ Priority Fee Solana

Apakah semua transaksi Solana butuh priority fee?

Tidak. Priority fee bersifat opsional. Banyak transaksi sederhana berjalan baik tanpa menaikkannya.

Kenapa biaya bisa naik padahal transaksi saya tidak terlalu besar?

Karena priority fee dipengaruhi compute unit limit yang diminta dan harga per CU, bukan hanya nominal transfer.

Apakah priority fee menjamin transaksi pasti lebih cepat?

Tidak. Ia meningkatkan peluang prioritas, tetapi tidak menjamin keberhasilan atau kecepatan absolut.

Apa kesalahan paling umum saat mengatur priority fee?

Memasang compute unit limit terlalu tinggi atau menaikkan fee tanpa memastikan dulu apakah jaringan memang sedang ramai dan transaksinya memang sensitif waktu.