FISCO BCOS 联盟链，成绩单与关键记录上链存证，可核验、防篡改。
每个都有代价，我们选了哪边、为什么。
没有最优方案，只有适配场景。
| 方案 | 可信度 | 成本 | 适用场景 |
|---|---|---|---|
| 数据库 + 审计日志 | 依赖中心方信用 | 低 | 单一主体内部追溯 |
| 联盟链（3 节点起） | 多方共同背书 | 中（要 3 台机器 + 运维） | 多主体协作、要防篡改 |
| 公有链 | 完全开放 | 高（gas + 性能差） | 需要对外公开验证的场景 |
客户名称按保密要求匿名。
顺序不能反 —— 先做写操作、先做多步编排，出错都很难查。
先问清：有几个互不隶属的主体参与？只有 1 个就不要上链。
3 节点 PBFT 是最小可用配置，能容忍 1 个节点故障。再多按参与方数量加。
明确哪些字段上链、哪些留本地、哈希怎么算。这一步定了后面很难改。
通过 SDK 把业务操作映射成链上交易，注意做异步与失败重试 —— 链的写入比数据库慢。
给最终用户一个能查的页面：输入编号，返回链上记录与哈希比对结果。没有核验入口的链，等于没做。
不写形容词，写口径。
这些是真实问过的问题，答案不带营销话术。