Pendekatan yang berbeda untuk penyesuaian kesulitan
Bitcoin menghitung ulang tingkat kesulitan penambangan setiap 2.016 blok, yang kira-kira terjadi sekali setiap dua minggu. Pada jeda di antara penyesuaian, fluktuasi pada hashrate dapat mendorong waktu blok di atas atau di bawah target tanpa koreksi sampai siklus berikutnya.
Kaspa ($KAS) mengambil pendekatan yang sebaliknya sejak peluncurannya. Menurut wiki pengembang Kaspa, jaringan menggunakan Algoritma Penyesuaian Kesulitan (DAA) berbasis moving window yang melakukan penyesuaian pada setiap blok. Setiap blok baru mewarisi jendela riwayat terbaru dari induknya, yang diukur dalam detik, bukan dalam jumlah blok yang tetap, sehingga jaringan dapat merespons perubahan hashrate secara berkelanjutan, bukan secara bertahap berkala.
Kaspa Notes mencatat bahwa sebelum hard fork Crescendo, pendekatan jendela geser penuh ini memeriksa sekitar 2.641 blok setiap detik untuk menghitung ulang target penambangan, mencakup kurang lebih 44 menit riwayat jaringan.
Crescendo dan pergeseran ke pengambilan sampel blok
Kaspalytics mencatat bahwa hard fork Crescendo diaktifkan pada 5 Mei 2025, pada skor DAA 110.165.000. Perubahan utamanya adalah menskalakan produksi blok dari 1 blok per detik (BPS) menjadi 10 BPS, peningkatan sepuluh kali lipat dalam throughput.
Membaca seluruh jendela 2.641 blok setiap detik menjadi semakin mahal seiring meningkatnya laju blok. Untuk mengatasi hal ini, peningkatan Crescendo memperkenalkan pendekatan pengambilan sampel blok di bawah KIP-4, sebuah proposal protokol native. Alih-alih membaca setiap blok dalam jendela tersebut, algoritmanya mengambil sampel dari subset yang representatif, menjaga perhitungan tetap ringan sambil tetap mempertahankan akurasi. Spesifikasi KIP-14 di GitHub merinci seluruh rangkaian perubahan konsensus yang tergabung dalam Crescendo, dengan peningkatan laju blok sebagai pendorong utama.
Seperti yang dicatat Kaspalytics, kesulitan dibagi dengan faktor 10 pada saat aktivasi untuk menyesuaikan kembali target penambangan untuk rezim 10 BPS yang baru, menghasilkan penurunan tajam yang terlihat pada bagan kesulitan historis sejak tanggal tersebut.
Hasilnya adalah mekanisme kesulitan yang dirancang untuk berskala seiring peningkatan throughput blok tanpa membebankan biaya komputasi yang meningkat secara proporsional pada node.
Sumber:
Kaspa Developer Wiki: Algoritma Penyesuaian Kesulitan
KIP-14: Hardfork Crescendo (GitHub)
Kaspalytics: Diagram Kesulitan Penambangan