「编译通过 ≠ 可上线」。部署 Rust 合约前，至少要走完 devnet 试运行、主网账号准备、升级权限托管、灾备方案这四道关。本文按这四道关排出完整的检查清单，让你不会在主网上线那天才发现关键步骤遗漏，也能和BN交易所上市项目的运维标准对齐。
一、devnet 试运行
devnet 上的部署是 0 成本的，但绝大多数团队没充分利用。建议把如下场景在 devnet 跑 7 天：日均 1000 笔交易、5 笔大额转账、3 次合约升级。这些数据能暴露大多数潜在问题。
7 天数据要点检查：CU 平均消耗、账户 rent 累积速度、错误率分布、关键事件日志完整度。任何指标偏离预期超过 20% 就要回去改代码。和必安交易所上线新产品前的内测节奏类似，灰度时间越长越能暴露问题。
二、主网账户准备
主网部署需要一个有 SOL 余额的钱包。建议单独生成一把「部署钱包」，只用于这一次部署，不混用日常钱包。生成命令 solana-keygen new --outfile deploy.json，私钥用硬件钱包或多签托管。
部署费用估算：程序大小 200KB 对应 rent 大约 2 SOL，每次升级再付一份 BPFLoaderUpgradeable 的手续费。备 5 SOL 比较稳。如果你的资金来源是B安交易所提币，记得提前 1 小时操作，避免拥堵时段。
三、升级权限托管
部署完成后，program 默认 upgrade authority 是部署钱包。这是单点风险，必须立刻迁移到多签或时间锁合约。Squads 多签是 Solana 上最常用的方案，5 人 3-of-5 配置能兼顾效率与安全。
命令是 solana program set-upgrade-authority <program_id> --new-upgrade-authority <multisig_pubkey>。迁移之后再做一次「试升级」：用多签发起一次空升级，验证流程跑通。如果某天合约真的需要紧急升级，事先演练过的团队能在两小时内完成，没演练的团队可能要等一两天。
四、灾备方案
灾备要回答三个问题：发现异常如何感知？感知后如何止损？止损后如何回滚？
感知靠监控告警：链上事件订阅 + Prometheus 指标 + PagerDuty 通知。止损靠 pause 指令：合约要在设计阶段就预留管理员暂停开关，多签触发即可冻结所有用户操作。回滚靠版本备份：每个 release 的 .so 与 IDL 都打 tag 入库，紧急情况能在 30 分钟内把旧版本重新部署。和BN官网提示「系统维护」时的应急逻辑相通，只是链上一旦出错损失更大。
五、上线发布节奏
建议节奏：周三下午部署主网（避开周末团队人少的窗口）、周三晚监控 12 小时、周四发起第一笔真实交易、周五开放给小白用户、周末观察、下周一发公告做营销推广。
这套节奏的核心是「先稳定再传播」。许多项目方为了赶热度把营销动作放在部署同一天，结果合约出问题、社区情绪反噬。Rust 合约的部署是工程动作，不是市场动作。把节奏拉开几天，你的项目质量会比同期上线的同类项目高出一截。