Der Bericht beschreibt außerdem, dass v2-Ausgaben von joinpsbts abgewiesen werden, einem RPC, der nur v0-Dateien akzeptiert. Externe Signatursoftware könnte auf ähnliche Probleme stoßen, wenn sie v2 nicht unterstützt.
GitHub zeigt einen verifizierten, signierten finalen Quellcode-Tag für v32.0 vom 21. Oktober. Auf der offiziellen Download-Seite wurde bei einer Überprüfung am 22. Oktober noch 31.1 angeboten. Der Tag allein sollte daher nicht als Bestätigung dafür verstanden werden, dass v32.0-Binärdateien verfügbar sind.
Maintainer fanquake verschob das Kompatibilitätsproblem am 21. Oktober auf v32.1 und erklärte, v32.0 sei überfällig und es gebe noch keine fertige Fehlerbehebung für einen Backport. Pull Request 36539 schlägt vor, von der GUI erstellte PSBTs wieder auf v0 zu setzen, und war bei der Überprüfung am 22. Oktober noch offen. CryptoSlates Berichterstattung über den Release-Kandidaten im September hatte auf die Änderungen an den Standardformaten der RPCs hingewiesen. Die Verschiebung der GUI-Fehlerbehebung ist die spätere Entwicklung.
So lässt sich eine Abweichung beim PSBT-Format vermeiden
Co-Signer mit unterschiedlichen Versionen können beim Erstellen der Datei über die RPC-Schnittstelle von Core 32 v0 wählen, indem sie psbt_version=0 mit walletcreatefundedpsbt oder createpsbt verwenden. Die Funktionstests für v32.0 decken beide Formatversionen ab und prüfen, ob die dekodierte Ausgabe der angeforderten Version entspricht.
BIP 370 erlaubt außerdem, eine vorhandene PSBT in v2 durch Rekonstruktion ihrer unsignierten Transaktion in v0 umzuwandeln, stellt aber selbst keinen Bedienerbefehl dafür bereit.