Skip to main content
Metode Lanjutan: Dapatkan estimasi biaya prioritas menggunakan kunci akun untuk kasus penggunaan khusus seperti analisis pra-transaksi, operasi batch, dan riset pola akun.

Ikhtisar

Metode kunci akun menyediakan alternatif yang lebih sederhana daripada serialisasi transaksi ketika Anda memerlukan estimasi biaya cepat atau ingin memperkirakan biaya sebelum membuat transaksi lengkap.

Advanced Use Cases

  • Analisis pra-transaksi
  • Operasi akun secara batch
  • Riset dan pola pasar
  • Arsitektur khusus

Trade-offs

  • Kurang akurat dibandingkan transaksi yang diserialisasi
  • Tidak ada analisis khusus instruksi
  • Paling sesuai untuk pola tingkat akun
Rekomendasi: Untuk sebagian besar aplikasi, gunakan metode transaksi yang diserialisasi. Metode kunci akun ini ditujukan untuk kasus penggunaan khusus ketika Anda memerlukan analisis tingkat akun atau perencanaan pra-transaksi.

Kapan Harus Menggunakan Kunci Akun

Pre-transaction Planning

Dapatkan estimasi biaya sebelum membuat transaksi lengkap

Simplified Integration

Ketika arsitektur Anda menyulitkan serialisasi transaksi

Quick Market Analysis

Analisis pola biaya untuk akun tertentu tanpa membuat transaksi

Multi-account Analysis

Pahami pola biaya di beberapa akun secara terpisah

Mulai Cepat

1

Identify Accounts

Tentukan akun yang akan terlibat dalam transaksi Anda
2

Call the API

Buat permintaan dengan kunci akun dan tingkat prioritas yang diinginkan
3

Apply the Fee

Gunakan estimasi tersebut untuk menetapkan biaya prioritas dalam transaksi Anda

Contoh Dasar

Panduan Implementasi

Fungsi Inti

Berikut adalah fungsi yang dapat digunakan kembali untuk mendapatkan estimasi biaya prioritas:

Contoh Lengkap dengan Beberapa Tingkat Prioritas

Jenis Akun & Strategi

Akun program bervolume tinggi biasanya menunjukkan biaya prioritas yang lebih tinggi akibat persaingan.
Perilaku yang diharapkan: Biaya lebih tinggi akibat volume transaksi dan persaingan yang tinggi.

Opsi Konfigurasi Lanjutan

Opsi evaluateEmptySlotAsZero sangat berguna untuk estimasi berbasis akun:
Ketika true (bawaan), slot tanpa transaksi diperlakukan sebagai biaya nol, bukan dikecualikan. Hal ini memberikan estimasi yang lebih seimbang untuk akun dengan aktivitas yang jarang.
Minta informasi terperinci tentang pola biaya setiap akun:
Ini mengembalikan informasi tambahan tentang cara biaya dihitung untuk setiap akun.
Sesuaikan jumlah slot yang dianalisis untuk estimasi biaya:
Periode peninjauan lebih pendek: Data lebih baru yang mungkin lebih fluktuatifPeriode peninjauan lebih panjang: Konteks historis yang lebih stabil

Praktik Terbaik untuk Pemilihan Akun

Include Writable Accounts

Prioritas: Fokus pada akun yang akan diubah

Add Key Programs

Konteks: Sertakan akun program yang relevan

Penanganan Kesalahan & Fallback

Keterbatasan & Pertimbangan

Keterbatasan metode berbasis akun:
  1. Kurang akurat untuk akun hanya-baca - Algoritma berfokus pada akun yang dapat ditulis
  2. Tidak ada analisis khusus instruksi - Tidak dapat mempertimbangkan operasi tertentu
  3. Bergantung pada aktivitas akun - Kurang akurat untuk akun yang tidak aktif
  4. Tidak mempertimbangkan ukuran transaksi - Tidak memperhitungkan kompleksitas transaksi
Kapan harus beralih ke transaksi yang diserialisasi:
  • Aplikasi produksi yang memerlukan akurasi tertinggi
  • Transaksi kompleks dengan beberapa instruksi
  • Ketika pola biaya khusus instruksi penting
  • Aplikasi yang sangat mementingkan performa

Sumber Daya Terkait

Serialized Transactions

Metode yang lebih akurat menggunakan serialisasi transaksi penuh

API Reference

Dokumentasi dan parameter API lengkap