Bitcoin Core pflegte diese Woche drei ältere Linien, BIP 323 kam in zwei davon
Neben dem Hauptrelease 32.1 veröffentlichte Bitcoin Core in derselben Woche drei Wartungsreleases: 31.2, 30.4 und 29.5, die beiden letzten angekündigt am 28. Oktober. Zusammen gelesen zeigen ihre Release Notes, wie das Projekt entscheidet, was in ältere Linien zurückfließt.
Eine konsensnahe Änderung wurde in zwei davon übernommen. Sowohl 31.2 (https://github.com/bitcoin/bitcoin/blob/v31.2/doc/release-notes.md) als auch 30.4 (https://github.com/bitcoin/bitcoin/blob/v30.4/doc/release-notes.md) ignorieren nun die BIP-9-Versionsbits 5 bis 28 für Soft-Fork-Signale, wie BIP 323 es vorsieht, und reservieren sie als zusätzlichen Nonce-Raum; Knoten warnen nicht mehr vor unbekannten Deployments, wenn Blöcke diese Bits setzen. 29.5 (https://github.com/bitcoin/bitcoin/blob/v29.5/doc/release-notes.md) enthält das nicht.
Die übrigen Rückportierungen sind enger und teilweise gemeinsam. 30.4 und 29.5 enthalten dieselben Netzwerk- und Hilfskorrekturen: Entfernen des DNS-Seeds eines Beitragenden, Annahme von v2-Transport für Adressen aus Seeds, Angleichung der Ausnahmeüberwachung zwischen den Backends poll() und select(), ein Timeout für pausierte Sende-Peers und das Speichern von Positionen in Flatfiles als 64-Bit-Ganzzahlen. 31.2 begrenzt zusätzlich die Warteschlange für privaten Versand auf 10.000 Einträge und portiert Validierungskorrekturen zurück, darunter regelmäßiges Verdichten des Chainstate.
Die Release Notes von 32.1 erklären 29.x und älter für am Lebensende, womit 29.5 das letzte geplante Release dieser Reihe ist.

Was das bedeutet
Miner nutzen Versionsbits als zusätzlichen Nonce-Raum; ohne BIP 323 würden Knoten weiter vor Deployments warnen, die es nicht gibt. Die Übernahme in 31.x und 30.x, nicht aber in 29.x, hält die Warnungen auf allen unterstützten Linien still und lässt die auslaufende minimal. Für Betreiber ist der Rat einfach: 29.x hat sein letztes Update erhalten, also auf eine unterstützte Reihe wechseln.