Polkadot stable2606-3: Transaktionspool verfolgt jetzt jeden Fork, abschaltbar

Victoria Shinder09 October 2026, 07:532 Min. Lesezeit

Parity hat am 8. Oktober polkadot-stable2606-3 veröffentlicht, ein Patch-Release der aktuellen Linie stable2606, zugleich Node-Version v1.24.3. Die Release Notes bitten Betreiber auf stable2606, zu aktualisieren. Eine Änderung ist nach Rust-SemVer brechend — und genau sie sollten Node-Betreiber zuerst lesen.

Der Transaktionspool folgt jetzt allen Forks. Der fork-aware Transaktionspool wird nun bei jedem importierten Block gepflegt, nicht nur bei Blöcken, die als neuer Best-Block importiert werden; er baut also für jeden Fork eine Ansicht. Ein neues Flag, --pool-best-blocks-only, stellt das alte Verhalten wieder her. Es betrifft nur den fork-aware Pool; der Single-State-Pool wird immer nur auf Best-Blöcken gepflegt. Brechend sind sc-transaction-pool-api, sc-transaction-pool und sc-cli — relevant für Teams, die eigene Nodes mit dem SDK bauen.

Fixes für hängende und Phantom-Transaktionen.

• In seltenen Fällen konnte eine am finalisierten Block gültige Transaktion hängen bleiben: Auf einem Fork gesperrt, wanderte die Sperre in jede neue Ansicht, und die Transaktion wurde für die Sperrdauer (standardmäßig 30 Minuten) still abgelehnt. Der Pool merkt sich jetzt den Sperrgrund und hebt Validierungssperren bei der nächsten Revalidierung auf, wenn die Transaktion am finalisierten Block gültig ist.
• Ein falsches InBlock-Ereignis (mit folgendem Finalized) konnte auftreten, wenn die Originalversion einer ersetzten Transaktion von einem anderen Knoten aufgenommen wurde. InBlock feuert jetzt nur für Hashes, die tatsächlich im importierten Block stehen.
• Bei Reorgs werden Transaktionen aus zurückgezogenen Blöcken in Ausführungsreihenfolge erneut eingereicht; die Reihenfolge über Konten hinweg bleibt nur bei gleicher Priorität erhalten.

Light Clients bekommen Finalität schneller. GRANDPA-Commits gingen bisher pro Runde nur an vier zufällige Light Clients; bei vielen verbundenen Light Clients wuchs deren Finalitätsverzögerung linear. Jetzt kommen Light Clients reihum in Gruppen nach Peer-ID dran und erhalten mindestens alle fünf Runden einen Commit; Knoten mit bis zu 50 Light Clients senden jeden Commit an alle.

Außerdem: ein Fix für Session-Key-Deposit-Benchmarks, der Collator-Selection-Benchmarks bei Runtimes mit KeyDeposit ungleich null reparierte; Korrekturen am Verbindungszustand in litep2p; und neue Typen für die Migration von Parachain-Registrierungen und HRMP-Kanälen von der Relay Chain zur Coretime-Chain. Ab stable2612 werden Binärdateien laut Parity auf Debian bookworm gebaut, da die Bullseye-Builds eingestellt werden.

Quelle: paritytech/polkadot-sdk Release „Polkadot stable2606-3“, 8. Oktober 2026 — https://github.com/paritytech/polkadot-sdk/releases/tag/polkadot-stable2606-3