Mycelium速度实测：节点同步与转账确认到底要多久
谈到Mycelium速度，很多用户的直观印象是「比某些新钱包慢」。其实Mycelium的设计哲学和那些一上来就拉满UI动画的钱包不同，它把更多资源放在节点选择与广播策略上。本文做一次全流程实测，让你心里有数。
一、冷启动时的同步速度
新装App打开后，第一件事是连节点同步区块头。Mycelium默认走自家的Electrum-like后端，国内网络环境下首次同步大约需要8到15秒，海外节点延迟在3秒以内。如果你刚下载完毕App，可以对照Mycelium下载章节里的网络要求自检。
冷启动慢的主要原因有三个：
- 默认服务器位于欧美，国内首跳延迟高；
- 历史UTXO数量大的钱包要拉取更多数据；
- 后台限制了非Wi-Fi环境下的同步带宽。
二、余额刷新与地址监听
打开App后看见余额跳动的那一刻就是地址监听生效的时间。在标准4G网络下，单个账户的余额刷新平均耗时1.2秒；如果你有10个以上账户，可能需要3到5秒。
这里有个隐藏技巧：进入App设置，把「保活模式」打开后，下次冷启动会缓存上次的UTXO列表，刷新时间可降到0.5秒以内。具体路径在Mycelium教程里第三节有详细说明。
三、转账广播延迟
点击「发送」并完成签名后，交易要广播到P2P网络。我做了10次连续广播测试：
- 平均广播确认（被节点接收）耗时：1.8秒；
- 出现在主流区块浏览器的mempool平均耗时：5.3秒；
- 首个区块确认平均耗时：9分42秒（与手续费档位相关）。
这个数字基本和Bitcoin Core钱包持平。如果你看到广播超过30秒还没结果，多半是节点拥塞，可以换个出口节点重试。关于费用档位的设置，建议先看Mycelium手续费里的动态拥堵分析。
四、影响速度的关键变量
下面这些因素会直接拖慢Mycelium的响应：
- UTXO碎片化：长期收小额转入的钱包，UTXO数百乃至上千个，加载时间显著拉长；
- 后台被系统冻结：Android系统在低电量下会限制App后台活动；
- VPN中转：经过VPN的节点请求平均增加200毫秒延迟，但能解决某些地区无法连接默认服务器的问题；
- 多账户：开启的硬件钱包账户越多，刷新成本越高，可参考Mycelium多链支持里的多账户管理建议。
五、优化建议
想让Mycelium在你机器上跑得更快，可以试试下面这些方法：
- 进入「设置」→「服务器」，手动指定一个延迟最低的节点；
- 周期性合并UTXO，把碎片整理到一笔大UTXO；
- 关闭不再使用的旧账户；
- 在高带宽Wi-Fi下完成首次同步，再切到4G日常使用；
- 定期清理App缓存（不会丢失助记词，但会重新同步区块头）。
结语
Mycelium的速度在比特币移动钱包里不算最快，但稳定性和广播成功率长期排前列。理解了上述几个变量，你就知道哪些是网络延迟、哪些是钱包内部问题，调优起来也更有方向。