Mining-Softwareversionen
Verteilung der Node-Versionen unter aktiven Minern
Was ist das?
Dieses Diagramm zeigt die Verteilung der Mining-Softwareversionen, die im Kaspa-Netzwerk gerade aktiv sind. Jedes Mal, wenn ein Miner einen Block erzeugt, schreibt die Node-Software Versionsinformationen in die Coinbase-Transaktion. Aus Tausenden jüngerer Blöcke lässt sich so genau ablesen, welche Softwareversionen die Hashrate des Netzwerks in einem gegebenen Moment tragen.
Versionsvielfalt ist ein wichtiger Gesundheitsindikator für jedes Blockchain-Netzwerk. Laufen 100% der Miner dieselbe Version, ist die Abstimmung effizient, das Netzwerk aber potenziell anfällig: Ein einzelner Fehler trifft alle gleichzeitig. Extreme Zersplitterung über viele veraltete Versionen zeigt dagegen schlechte Upgrade-Koordination und mögliche Konsensrisiken. Der Zielzustand ist eine große Mehrheit auf dem jüngsten stabilen Release, mit einem kleinen nachlaufenden Anteil, der noch aktualisiert.
Kaspas Upgrade-Governance setzt darauf, dass Node-Betreiber ihre Software freiwillig aktualisieren. Anders als Netzwerke mit formaler On-Chain-Abstimmung nutzt Kaspa einen groben Konsens: Miner signalisieren Bereitschaft einfach, indem sie neue Versionen betreiben. Wird eine Änderung auf Konsens-Ebene vorgeschlagen (etwa die Änderungen der Transaktionsmasse in KIP-9 oder künftige DAA-Anpassungen), setzen Entwickler eine Aktivierungsschwelle. Sobald genug Hashrate kompatible Versionen betreibt, wird das Upgrade aktiv. Dieses Diagramm zeigt diese Adoption in Echtzeit.
So nutzen Sie diese Daten
Wenn Sie Miner sind, prüfen Sie hier, ob Sie eine Version betreiben, die die Mehrheit des Netzwerks unterstützt. Eine veraltete Version nach der Aktivierung eines Konsens-Upgrades kann dazu führen, dass das Netzwerk Ihre Blöcke ablehnt und Einnahmen ausbleiben. Verschiebt sich die dominante Version, ist es Zeit, Ihre Nodes zu aktualisieren.
Für Investoren und Analysten ist die Versionsverteilung ein Frühindikator kommender Netzwerk-Upgrades. Gewinnt eine neue Version einen deutlichen Hashrate-Anteil (in Richtung 70–80%), spricht das dafür, dass eine Konsensänderung bald aktiviert wird. Das kann Kursfolgen haben, wenn das Upgrade wesentliche neue Funktionen bringt, etwa Smart Contracts (KIP-10), bessere Skalierbarkeit oder ökonomische Änderungen.
Entwickler und Forscher können mit diesen Daten die Stabilität des Netzwerks einschätzen. Ein schneller, sauberer Wechsel auf neue Versionen zeigt eine gesunde und reaktionsfähige Mining-Community. Bleibt über Wochen ein relevanter Hashrate-Anteil auf alten Versionen, können Kommunikationslücken, Kompatibilitätsprobleme mit bestimmter Mining-Hardware oder Widerstand gegen vorgeschlagene Änderungen dahinterstehen. Diese Information hilft Protokollentwicklern, Aktivierungsschwellen passend zu terminieren.
So wird es berechnet
Versionsdaten werden aus Coinbase-Transaktionen der jüngsten 36.000 Blöcke gewonnen (etwa 10 Stunden bei Kaspas Rate von einem Block pro Sekunde). Jede Coinbase-Transaktion enthält eine Versionszeichenkette der Mining-Software, typischerweise im Format "kaspad/x.y.z" oder mit der eigenen Kennung des Pools. Diese Zeichenketten werden gelesen und zur Verteilung aggregiert.
Das Fenster von 36.000 Blöcken balanciert Aktualität und statistische Aussagekraft. Es ist lang genug, um eine aussagekräftige Hashrate-Verteilung zu erfassen (auch Miner mit kleinerem Anteil erzeugen in diesem Fenster Blöcke), und kurz genug, um jüngere Änderungen abzubilden. Die Daten aktualisieren sich alle 60 Sekunden, sobald neue Blöcke hinzukommen.
Manche Mining-Pools verwenden eigene Coinbase-Zeichenketten, die die zugrunde liegende Node-Version nicht klar ausweisen. In diesen Fällen wird die Pool-Kennung unverändert angezeigt. Weil die Blockproduktion probabilistisch ist, entspricht die Darstellung eines Miners in diesem Diagramm seiner Hashrate: Größere Miner erscheinen prominenter, einfach weil sie im Stichprobenfenster mehr Blöcke erzeugen.