把节点、钱包、界面拆开跑：-m 多进程模式

比特币核心除了一体化的 bitcoind 与 bitcoin-qt，还能把节点、钱包、图形界面拆成各自独立的进程跑。官方文档 doc/multiprocess.md 描述了这个入口：Unix 平台构建时默认启用多进程支持，产出额外的 bitcoin-node 与 bitcoin-gui 可执行文件；官方推荐的调用方式是 bitcoin -m node、bitcoin -m gui——统一入口命令加上 -m（全称 --multiprocess）后，实际执行的就是拆分版二进制。

一、拆开跑换到了什么

文档给出的第一收益是隔离：节点、钱包、界面运行在各自的地址空间里，钱包代码崩溃不会把 P2P 节点一起带走，反之亦然；进程间通过 Cap’n Proto 的 IPC 通道通信，-debug=ipc 可以把跨进程请求与响应打进日志，排障时等于多了一门可观察的语言。构建侧的入口是 -DENABLE_IPC=ON——文档写明该选项在 Unix 系统上受支持且默认开启，开启后额外产出 bitcoin-node 与 bitcoin-gui 两个补充可执行文件。第二收益是可组合：文档列出的方向里，钱包进程与 GUI 进程分别支持 -ipcconnect 挂到已存在的节点进程上——一个节点进程服务多个钱包进程、或给一套运行中的节点临时接一个新界面，都是这个架构的自然用法。第三收益才轮到”部署”：同一文档提到，按组件分开后，未来才谈得上让不同部分跑在不同机器上独立起停——当前版本它仍是同一台机器上的进程分家。

二、与统一入口命令的关系

自 30.0 版起，核心新增了一个 bitcoin 命令行门面：它自身不实现功能，只是转调其他可执行文件——bitcoin node 等于 bitcoind，bitcoin gui 等于 bitcoin-qt，bitcoin rpc 等于带命名参数的 bitcoin-cli；官方发布说明同时写明它只是替代调用方式，不取代也不打算废弃原有命令。-m（全称 --multiprocess）决定门面背后接的是单体还是拆分件：不带 -m 走 bitcoind/bitcoin-qt，带上就换 bitcoin-node/bitcoin-gui。文档还特意提醒拆分版二进制没进 PATH、名字未来可能变，日常入口请用 bitcoin -m 形式。构建侧的对应条件是 Cap’n Proto 依赖与构建开关——发行版工件是否带拆分件，看构建说明与安装目录里的清单即可判断。

三、什么时候值得用，以及别期待什么

值得用的典型画像有三类：把钱包进程当作可重启组件的托管与测试环境；想在崩溃隔离上加一层、又不改变任何行为的节点运维；以及读源码、做功能测试的人——官方测试套件正是用拆分模式跨进程跑用例，文档给的跑法是把 BITCOIN_CMD 设为 bitcoin -m 再调用测试脚本，整套功能测试原样复用。不值得期待的同样要说清：行为上两者应等价（官方文档明言拆分版当前与单体版唯一差异是多出 -ipcbind 一类选项），性能不会因分家变快，共识与链上数据更是一个字节都不变——它属于软件的进程拓扑，与网络安全性无关。

上手验证隔离是否生效也有廉价办法：在节点进程运行期间用 kill -9 杀掉钱包或 GUI 进程，观察节点是否继续同步——拆分模式下邻居连接的存续正是地址空间隔离的直接证据；反过来在单体构建上做同一实验，整进程一起退出，对比一目了然。排障期的 -debug=ipc 输出则要注意体量：每条跨进程请求与响应都会进日志，长时间开着会把磁盘写忙，用完即收。

还有一处常被混淆的近邻值得分清：从 30.0 版起，bitcoin 门面命令带有一个实验性的 IPC 挖矿接口——用 bitcoin -m node -ipcbind=unix 启动节点后，它会在一个 unix 套接字上监听 IPC 客户端，供 Stratum v2 之类的挖矿软件索取区块模板、提交挖出的块。那是这条 IPC 通道在挖矿方向的特定用途绑定，和本文说的整机拆件是两回事：一个解决”矿机软件怎么接进节点”，一个解决”节点自身怎么分家”。选型口径一句话：需要进程隔离与组件化就用 -m，没有特殊诉求就让一体化构建安静地跑。本文只讲机制，不构成任何投资建议。