Ein anderer Ansatz zur Anpassung der Schwierigkeit

Bitcoin berechnet die Mining-Schwierigkeit alle 2.016 Blöcke neu, was ungefähr einmal alle zwei Wochen entspricht. In den Zeiträumen zwischen den Anpassungen können Schwankungen der Hashrate die Blockzeiten über oder unter das Ziel drücken, ohne dass es bis zum nächsten Zyklus eine Korrektur gibt.

Kaspa ($KAS) hat seit seinem Launch den entgegengesetzten Ansatz gewählt. Laut dem Kaspa-Developer-Wiki verwendet das Netzwerk einen Difficulty-Adjustment-Algorithmus (DAA) mit gleitendem Fenster, der bei jedem einzelnen Block neu ausrichtet. Jeder neue Block übernimmt ein Fenster der jüngsten Historie von seinem Parent, gemessen in Sekunden statt in einer festen Blockanzahl. So kann das Netzwerk kontinuierlich auf Hashrate-Änderungen reagieren, statt in periodischen Schritten.

Kaspa Notes dokumentiert, dass dieser vollständige Sliding-Window-Ansatz vor dem Crescendo-Hardfork etwa 2.641 Blöcke pro Sekunde untersuchte, um das Mining-Ziel neu zu berechnen, und dabei ungefähr 44 Minuten Historie des Netzwerks abdeckte.

Crescendo und der Wechsel zur Blockabstichprobe

Kaspalytics hält fest, dass der Crescendo-Hardfork am 5. Mai 2025 aktiviert wurde, bei einem DAA-Score von 110.165.000. Die wichtigste Änderung bestand darin, die Blockproduktion von 1 Block pro Sekunde (BPS) auf 10 BPS zu skalieren, also eine Verzehnfachung der Durchsatzrate.

Das Lesen des gesamten 2.641-Block-Fensters jede Sekunde wird mit steigender Blockrate zunehmend teuer. Um dem entgegenzuwirken, führte das Crescendo-Upgrade unter KIP-4 einen Ansatz zur Blockabstichprobe ein, der als nativer Protokollvorschlag konzipiert wurde. Anstatt jeden Block im Fenster zu lesen, entnimmt der Algorithmus eine repräsentative Teilmenge, hält die Berechnung leichtgewichtig und bewahrt dabei die Genauigkeit. Die KIP-14-Spezifikation auf GitHub beschreibt den vollständigen Satz der Konsensänderungen, die in Crescendo gebündelt wurden, wobei die Erhöhung der Blockrate der wichtigste Treiber ist.

Wie Kaspalytics festhält, wurde die Schwierigkeit zum Zeitpunkt der Aktivierung durch einen Faktor 10 geteilt, um die Mining-Ziele für das neue 10-BPS-Regime neu zu kalibrieren. Dadurch entsteht der deutliche Abfall, der in den historischen Difficulty-Charts ab diesem Datum sichtbar ist.

Das Ergebnis ist ein Mechanismus zur Ermittlung der Schwierigkeit, der sich zusammen mit dem Blockdurchsatz skalieren soll, ohne dass den Knoten proportional höhere Rechenkosten entstehen.

Quellen:
Kaspa Developer Wiki: Difficulty Adjustment Algorithm
KIP-14: Der Crescendo-Hardfork (GitHub)
Kaspalytics: Mining Difficulty Chart