界面换引擎账本不动：比特币核心图形端从 Qt5 到 Qt6.8 的两步迁移

界面是壳，账本是核

比特币核心的图形版 bitcoin-qt 本质上是一层壳：进程内包裹着和命令行版同一套节点与钱包逻辑，Qt 只是把区块浏览、余额表格、调试控制台画出来的窗口系统。这一层在近两个大版本里完成了一次安静的换代。30.0 发布说明：图形界面从 Qt 5 迁移到 Qt 6，Windows 上从此支持深色模式，macOS 改用 Metal 图形后端。31.0 发布说明：界面更新至 Qt 6.8。没有共识规则改动，没有数据格式变更，但换引擎这种事，值得把账目摊开看一遍。

为什么换 Qt 这件事现在发生

Qt 5 作为一代长期框架，公开支持周期渐次收尾，新版编译器与操作系统对它的姿态越来越冷淡；Qt 6 是当前维护线，平台后端也随之现代化——30.0 说明里那句 macOS 改用 Metal 图形后端，就是这轮迁移的直接产物之一。核心仓库没有义务为怀旧维持两套窗口系统，而 GUI 又不承载任何共识状态，迁移成本主要是回归测试与翻译层重接——31.0 说明里那句随版本更新的还有翻译文件，正是这类迁移的伴生工作。

迁移期里最扎眼的三处细节

第一处在调试控制台的历史记录。31.0 把 createwallet、createwalletdescriptor、migratewallet 三条命令从 GUI 控制台历史里过滤掉了，官方理由写得很直：更安全、更私密。控制台的历史回翻会原样吐你敲过的字符串，而这三条命令的参数里常带钱包口令——历史文件躺在一台共享机器上，等于口令在明文抽屉里过夜。第二处是恢复钱包对话框的小修正：目标名字为空时给出报错，防的是误操作把恢复流程静默岔开。第三处是平台行为：深色模式与 Metal 后端不改变任何账本行为，但会改变截图、字体渲染与高分屏体验，教程作者比用户更早感知到这类变化。

构建侧的连锁账

GUI 换引擎的账单不只落在用户桌面。同期 31.0 把源码构建的最低编译器要求抬到 Clang 17.0、GCC 12.1——和 Qt 无直接因果，同属把工具链基线推向有维护期版本的同一趋势。从发行版仓库装二进制包的用户感受不明显；自己编译、或把 bitcoind 打包进内网系统的人，升级前要多查一轮依赖矩阵。这也是读发布说明的正确姿势：GUI、构建、RPC 各节的变更看似无关，凑在一起才是一条完整的升级成本曲线。

什么该担心，什么不必

界面壳的任何变化，都不影响你的数据目录：区块、链状态、钱包文件按既有格式继续，升级二进制不动账本；降级则要看版本边界——用旧二进制打开新钱包文件的历史教训集中在钱包格式迁移上，与 Qt 无关，但每次大升级前把钱包备份做一遍，是横跨所有版本不变的纪律。若你在无显示器服务器上跑节点，GUI 换代更是纯粹旁听信息，bitcoind 加 RPC 的世界一条没变。

图形端用户真正要做的三件事

第一，弄清版本来源：发行版仓库与官网分发的通常不是同一个构建，Qt6 变化落到两边的时间自然不同，判断”深色模式怎么没出现”之前先确认自己在 30.0 之后的版本线上。第二，公用机器要清理旧的控制台历史——过滤器只管升级之后敲进的命令，你在 Qt5 时代敲过的字符串仍留在原处，其中可能就有带口令的那几条。第三，依赖自动化点击、截图比对或读屏工具的人，给自己留一轮回归时间：换窗口引擎不动账本，但字体渲染、焦点顺序、绘制时机这些细节恰恰是流程断裂最常发生的地方。

风险提示：本文版本事实以 Bitcoin Core 30.0 与 31.0 官方发布说明为准，界面与依赖要求请以所用版本一手文档核对；升级操作前建议备份钱包文件，本文不构成任何投资建议。