用Docker部署数字货币钱包，踩过的坑都写出来了

在交易所做钱包服务两年，从裸机整体迁到Docker容器化，过程中翻车的次数比我预想的多。下面把部署数字货币钱包时真正该盯住的几个点摊开说。

钱包服务对隔离性和一致性要求极高，Docker把运行时环境锁死在镜像里，避免不同节点因依赖版本漂移导致签名密钥管理出错。用docker-compose把钱包节点、数据库、消息队列串起来，一条命令就能在测试环境复现生产拓扑，排查问题省很多来回。

镜像里千万别把助记词或私钥硬编码进去，密钥文件必须挂载为卷并设只读权限。compose里给钱包容器限CPU和内存用Docker部署数字货币钱包，踩过的坑都写出来了，防止某个节点内存泄漏把宿主机拖垮。网络用internal把钱包容器和对外API容器隔开数字货币 钱包 docker，缩小攻击面。

实际跑起来最头疼的是时区问题，容器默认UTC，链上区块时间戳和本地审计日志对不上，查交易顺序时反复来回。把TZ写进Dockerfile、compose再覆盖一遍，两边都锁死才不再出岔子。还有镜像更新后忘重建卷，旧配置残留直接让钱包启动panic。

生产环境钱包容器禁用privileged模式，密钥目录权限压到400，镜像走内网registry别拉公共仓库，定期docker scan查漏洞，热修复后滚动重启，全程不要手动ssh进去改文件。

你们团队钱包服务现在跑在K8s上还是裸Docker？容器化之后备份恢复策略重新设计过没有？