Gunakan tarif setelah login untuk wilayah, level akun, dan kontrak Anda, lalu cocokkan dengan peran fill yang sebenarnya. Maker 0,02% dan taker 0,05% di artikel ini hanya asumsi pengajaran, bukan tarif universal.
Interval 8 jam umum digunakan, tetapi OKX dapat mengubah kontrak secara dinamis menjadi 6, 4, 2, atau 1 jam. Jangan mengandalkan jam UTC tetap; baca fundingTime dan nextFundingTime, lalu cocokkan dengan tagihan setelah settlement.
Jika tarif yang sudah diselesaikan positif, long membayar short; jika negatif, short membayar long. Untuk posisi linear USDT, jumlah tiap periode memakai nilai posisi pada saat settlement dikalikan tarif settlement periode itu.
fundingRate adalah prediksi settlement berikutnya dan dapat berubah. Gunakan fundingTime dan nextFundingTime untuk waktu, settState untuk status, serta settFundingRate untuk periode yang sedang atau sudah diselesaikan; nextFundingRate dapat kosong dan bukan berarti 0 atau sinyal trading.
Dengan asumsi jelas berupa notional 1000 USDT, kedua sisi taker 0,05%, dan 90 settlement masing-masing membayar 0,01% pada notional tetap, fee trading adalah 1 USDT dan funding 9 USDT. Nilai nyata harus dijumlah per settlement memakai nilai posisi dan settFundingRate; fee keluar memakai nilai keluar aktual.
1. Mulai dari tarif akun dan fill
Biaya perpetual setidaknya terdiri dari fee trading pada setiap nilai fill dan funding pada nilai posisi di setiap settlement. Leverage membantu menghitung notional awal dari margin, tetapi tidak mengubah tarif platform menjadi persentase lain.
Jangan anggap tabel publik sebagai tarif pribadi. Wilayah, level akun, produk, dan kontrak dapat menghasilkan angka berbeda. Setelah login, baca tabel yang berlaku lalu konfirmasi peran maker atau taker dalam riwayat fill. Angka 0,02% dan 0,05% di sini hanya untuk perhitungan.
Catatan biaya yang berguna berisi waktu, jenis fill atau settlement, notional saat itu, dan tarif aktual. Dengan begitu, perubahan harga maupun penambahan atau pengurangan posisi tidak tertutup oleh satu notional awal.
2. Baca waktu dan field settlement dengan benar
Funding adalah arus kas berkala antara sisi long dan short. Tarif settlement positif berarti long membayar short; tarif negatif berarti short membayar long. Pada posisi linear USDT, nilai satu periode memakai nilai posisi di waktu settlement dikalikan tarif settlement periode itu.
Interval 8 jam umum, tetapi OKX dapat menyesuaikannya menjadi 6, 4, 2, atau 1 jam. Dari /api/v5/public/funding-rate?instId=BTC-USDT-SWAP, baca fundingTime dan nextFundingTime untuk mengetahui interval kontrak saat ini, bukan menghafal jam UTC.
fundingRate adalah prediksi settlement berikutnya dan dapat berubah. settState memberi status, sedangkan settFundingRate dipakai untuk periode yang sedang atau sudah diselesaikan. nextFundingRate dapat berupa string kosong pada metode current-period; kosong bukan 0 dan bukan sinyal. Gunakan minFundingRate dan maxFundingRate untuk batas instrumen pada saat data dibaca.
3. Maker / taker ditentukan oleh fill
Maker dan taker menjelaskan peran likuiditas dari fill aktual, bukan nama jenis order. Limit order yang langsung bertemu order book tetap dapat menjadi taker. Post-only membantu menghindari fill aktif, tetapi order dapat dibatalkan atau tidak terisi.
Untuk transaksi yang sudah terjadi, gunakan peran dan nilai dari riwayat fill. Untuk rencana transaksi, hitung skenario maker dan taker secara terpisah; risiko tidak terisi dan pergerakan harga tetap menjadi variabel lain, bukan fee pasti.
4. Dua contoh biaya yang dapat dihitung ulang
Contoh A — asumsi pengajaran. Margin 100 USDT, 10x, notional tetap 1000 USDT; buka dan tutup diasumsikan taker 0,05%; 90 settlement masing-masing membayar 0,01% pada notional yang tidak berubah. Fee dua sisi = 1000 × 0,05% × 2 = 1 USDT. Funding = 1000 × 0,01% × 90 = 9 USDT. Total 10 USDT, yaitu 10% margin awal. Angka ini bukan data historis atau proyeksi.
Jika ditambah harga masuk BTC 100000 USDT, kuantitas 0,01 BTC, arus funding sudah ditetapkan 9 USDT, dan fee keluar taker memakai nilai keluar aktual, persamaan impasnya 0,01 × (harga keluar − 100000) = 0,50 + 9 + 0,01 × harga keluar × 0,05%. Hasilnya sekitar 101000,50 USDT, atau +1,0005%.
Contoh B. Margin 100 USDT, 5x, notional tetap 500 USDT; kedua sisi diasumsikan maker 0,02%; 42 settlement masing-masing 0,01%. Fee = 0,2 USDT, funding = 2,1 USDT, total = 2,3 USDT. Dengan harga masuk 100000 USDT, kuantitas 0,005 BTC, dan fee keluar mengikuti nilai aktual, harga impas sekitar 100460,09 USDT, atau +0,4601%.
Pada posisi nyata, jumlahkan fee berdasarkan nilai setiap fill dan funding berdasarkan nilai posisi di setiap settlement dikalikan settFundingRate. Jangan mengganti seluruh riwayat dengan satu notional atau tarif rata-rata.
5. Annualisasi tanpa mengganti penyebut
Jika asumsi matematisnya adalah membayar 0,01% setiap 8 jam selama 365 hari tanpa compounding, annualisasi sederhananya 0,01% × 3 × 365 = 10,95%. Ini persentase terhadap notional, bukan bunga pinjaman atas sembilan margin dan bukan prediksi tarif masa depan.
Membandingkan biaya notional yang sama dengan margin awal tetap 100 USDT pada contoh 10x menghasilkan 109,5% terhadap margin. Angka itu berubah bila leverage atau penyebut margin berubah. Saat menulis annualisasi, sebutkan interval, penyebut, dan apakah ada compounding. Risiko leverage dapat dibaca terpisah di Matematika Leverage vs Harga Likuidasi.
Funding juga tidak dapat langsung dikurangi hasil spot atau lending lalu disebut laba arbitrase. Perhitungan lengkap memerlukan modal spot, biaya pinjaman, fee, basis, slippage, margin, dan risiko eksekusi.
6. Cocokkan estimasi dengan tagihan
Sebelum order, simpan tarif akun, peran fill yang diperkirakan, nilai transaksi, serta fundingTime, nextFundingTime, dan fundingRate. Setelah fill, ganti dengan data fill aktual. Setelah settlement, gunakan settState, settFundingRate, dan tagihan funding.
Pisahkan selisih menjadi perubahan nilai fill, perubahan peran maker/taker, dan perubahan tarif atau jumlah settlement. Jika posisi ditambah atau dikurangi, catat setiap settlement pada baris sendiri.
Sumber resmi berikut diperiksa pada September 2026: mekanisme funding perpetual OKX, FAQ aturan fee OKX, dan dokumentasi API OKX. Tarif dan cakupan produk yang berlaku tetap harus dikonfirmasi pada akun login di wilayah Anda.