Das Upgrade vom September 2026
Sicherheitsupgrade auf Doichain Core 31 bei Block 431017, Referenz-Hashes, Startprüfung und Umgang mit der Altkette.
Am 11. September 2026 um 14:33:16 UTC aktivierte das Netzwerk bei Block 431017 Doichain Core 31. Seitdem produziert die Kette wieder Blöcke nahe am Zehn-Minuten-Ziel.
Was sich geändert hat
- Difficulty-Algorithmus DigiShield v3 mit Anpassung in jedem Block, siehe Konsens und Merged Mining.
- Prüfung der deklarierten Difficulty. Der Altclient prüfte das
nBits-Feld nie gegen die Regeln. Diese Lücke ist geschlossen. - Strikte Namens-Eigentümerschaft. Ein bestehender Name kann nur noch durch Ausgeben seines vorherigen Outputs geändert werden.
Geldmenge, Halving-Plan, Adressen und alle Guthaben bis Block 431017 sind unverändert.
Referenz-Hashes
| Höhe | Hash | Bedeutung |
|---|---|---|
| 0 | 000006fdd8b4d786fd9bdde5bae9486c464e3aa4336c5f8415dfdd3fc1679134 |
Genesis |
| 431016 | 4f5e8c0e4efb3504f8923ea175e4e5e688963819dcfbe33cc7f5a28c33616823 |
letzter Block vor dem Upgrade |
| 431017 | 75a4ca09bf092862061e0e1c9f066145962f222ef965f3e9ccc27c6bcd0da320 |
Aktivierung, letzter gemeinsamer Block |
| 431018 | 71d50ff12b090561cc918ddb560334b4350758c7eace3f058dd332fb112f4b67 |
erster Block der Doichain |
| 431018 (Altkette) | bab49c132328d09664261c3061608442408d4f667eaa457ed874b879923f2d34 |
von Core 31 mit bad-diffbits abgelehnt |
Startprüfung für jede Node
Sobald getblockchaininfo den Wert initialblockdownload: false meldet:
doichain-cli getblockhash 431018
# erwartet: 71d50ff12b090561cc918ddb560334b4350758c7eace3f058dd332fb112f4b67Liefert die Node bab49c13…2d34, steht sie auf der Altkette. Dann die Node stoppen, das Datenverzeichnis löschen und mit dem aktuellen Release neu synchronisieren. Die Synchronisation ab Genesis dauert auf aktueller Hardware nur wenige Minuten. Die Prüfung gehört ins Monitoring, mit Alarm, falls sich das Ergebnis je ändert.
Ohne eigene Node: Die Doichain-API meldet das Ergebnis unter fork_check in GET /v1/status, die Startseite dieses Portals zeigt es live.
Die Altkette
Nodes mit Doichain Core 0.20.x und älter folgen nach Block 431017 einer eigenen Kette. Weil sie die Difficulty nicht prüfen, ist diese Kette in der Blockzahl weit vorausgeeilt. Alles, was dort nach Block 431017 geschah, existiert auf der Doichain nicht: keine Belohnungen, keine Überweisungen, keine Einzahlungen.
Erkennungsmerkmale einer Altketten-Quelle:
- Blockhöhe deutlich über der des Referenz-Explorers
- User-Agent
/Satoshi:0.20.x/statt/Satoshi:31.1.x/ - anderer Hash bei Höhe 431018
Welche Explorer derzeit der Altkette folgen, steht unter Ressourcen.
Replay-Schutz
Es gibt keinen. Transaktionen, die ausschließlich UTXOs von vor dem Upgrade ausgeben, sind auf beiden Ketten gültig und können von jedem auf der Altkette wiederholt werden. Abhilfe ist das Markieren: alte UTXOs zusammen mit einem UTXO ausgeben, das nur auf der Doichain existiert (etwa aus einer nach Block 431017 bestätigten Transaktion). Für die Doichain selbst ist eine Wiederholung auf der Altkette folgenlos, relevant ist sie nur für Inhaber, die auch Altketten-Coins verwalten.
Quellen
- Technische Integrationsspezifikation 2026.1, Abschnitt 7 und Anhang A
- github.com/Doichain/doichain-core/issues/16
Fehler gefunden oder etwas fehlt? In der Redaktion bearbeiten oder anDoichain@le-space.de melden.