報告書では、v0ファイルのみを受け付けるRPCのjoinpsbtsがv2の出力も拒否すると説明している。v2に対応していない場合、外部の署名ソフトウェアでも同様の問題が起きる可能性がある。

GitHubには、10月21日付の、検証済みで署名されたv32.0の最終ソースタグが表示されている。10月22日に確認した時点で公式ダウンロードページにはまだ31.1が掲載されていたため、このタグだけをもって32.0のバイナリが入手可能だと判断すべきではない。

メンテナーのfanquakeは10月21日、この互換性の問題を32.1に先送りした。32.0はすでに予定を過ぎており、バックポートできる修正はまだ用意できていないと述べた。プルリクエスト36539は、GUIで作成したPSBTをv0に戻すことを提案しており、10月22日の確認時点で未解決のままだった。CryptoSlateが9月に報じたリリース候補版では、RPCのフォーマット既定値の変更が指摘されていた。GUI修正の先送りは、その後の動きだ。

PSBTのフォーマット不一致を避ける方法

異なるバージョンを使う共同署名者は、Core 32のRPCインターフェースでファイルを作成する際、psbt_version=0を指定し、walletcreatefundedpsbtまたはcreatepsbtを使ってv0を選択できる。v32.0の機能テストでは両方のフォーマットバージョンを扱い、デコード後の出力が指定されたバージョンと一致するかを確認している。

BIP 370では、既存のv2 PSBTから未署名トランザクションを再構築することでv0に変換することも認められているが、操作者が実行するコマンド自体は提供していない。