区块链项目验收报告翻车太常见，问题就出在没人真去看链上数据

导读： 我干这行已经五年了, 而且我也经手过上千份区块链项目验收报告, 九成九的问题并不是什么技术没达到标准, 而是那份报告压根就没有把所谓的“验收”两个字真正当回事。...

我干这行已经五年了, 而且我也经手过上千份区块链项目验收报告, 九成九的问题并不是什么技术没达到标准, 而是那份报告压根就没有把所谓的“验收”两个字真正当回事。

区块链项目验收报告怎么过

不要把验收报告写成那种像产品说明书一样的东西。甲方他们想要的, 是一张能够和合同里的SOW工作范围一点点对应的打勾清单, 这里面包含上链的部署地址、合约版本的哈希值、节点的数量还有测试交易的相关记录, 任何一项内容都绝对不能被遗漏。

我曾经遇到过一个特别离谱的情况,就是一个价值两百万元的工程项目, 在它的验收报告里面, 填写的合约地址居然是属于测试网的范围, 结果审计方在旁边看了之后, 当场就非常生气并翻脸了。

数据务必实现上链操作, 并且确保该内容是处于可被查验的状态, 仅仅提供哈希值、区块高度与时间戳信息是不够的, 哪怕只是截取一张图片也不足以作为充分依据, 因此必须附带区块链浏览器的链接地址, 以便审计人员能够自行点击进入页面进行详细核实。

区块链项目验收报告写啥

最应该去写, 但是几乎没有人会去写的, 是风险与遗留问题清单。你要搞清楚智能合约有没有那些没有被覆盖到的边界情况, 也要弄清楚跨链桥的流动性阈值到底设置成了多少, 还得确认运维交接文档给得全不全。如果不把这些事情给写清楚, 那等到后面的时候, 不管是扯皮也好, 还是争吵也好, 是能一直扯到年底去的。

关于那个签字页, 千万不可以存在偷懒的心理, 必须由开发方这一侧、甲方那一侧以及监理方这第三侧进行三方联合签署, 同时在文档里面明确写下对应的日期还有版本号, 并且要把附件清单完整地列出来, 这三个部分都是绝对不能缺少的环节, 只有做到了这些步骤, 从法律的角度去进行衡量, 才能够被认为是一个真正的完整闭环, 法律意义上这才算真正闭环。

验收报告绝不是仅仅为了应付了事, 它是你的项目从完成施工阶段到彻底收尾阶段的唯一有效证明。在着手撰写之前, 你需要先向自己提出一个问题: 甲方如果持有这份文件, 是否具备直接办理财务入账手续的条件。