做存证先想清楚要存什么，链上只放摘要才划得来
一提存证，容易想着把整份材料都放上去才踏实。可链上每一份都要在各处留一份，塞得越多，摊子越沉。通常要的只是日后能证明「这份东西当时长这样」，一段摘要就够了。一、原文与摘要
原文留在自家库里，链上放它算出来的一串摘要。验的时候把原文重算一遍，和链上那串一比，对得上就说明中间没被改过，链上也不必存那些不相干的明细。审批时附一份各节点对钟的情况，时间取自哪家的钟先说清，各按本地时间，同一笔差几分钟，先后就讲不明白。
原文的存放要跟着一起做扎实，链上再稳，原文丢了也验不了。两头是一件事，只把心思花在链上，等于给一把没有钥匙的锁做了个结实盒子。排期里给验真那条公开路径留一轮试用，让不参与开发的人拿原文自己比一遍，看得懂、比得通，这份说明才算写到位，不然还得专人陪着解释。
二、哈希怎么算
算摘要之前把原文定成固定形状：字段顺序、空值怎么写、时间用什么格式。同一份内容两种排法算出来两串，日后验的时候就会莫名其妙对不上。按季把各类记录的数量拉成一张表，哪一类涨得明显就单独标出，标出来之后谈分批还是加资源都有依据，不用在会上凭感觉估一个数。
定好的算法和版本记进存证记录里。过几年换了算法，老记录还能按老办法复算，不至于一批旧材料集体变成验不了的死账。每月把笔数和开销并排记一行，连着记几个月就能看出走势，要调容量或者改提交方式时，手上有现成的数，不必临时找几处系统凑一份出来。
三、时间戳可信
记录里的时间取哪家的钟，事先说清楚，各节点把钟对齐。各按各的本地时间，同一笔在两处差了几分钟，排序一乱，先后就说不清了。给使用方的说明里把几种结果各写一段，分别讲清接着该做什么，写全了对方照着办就行，不用每回碰到一种新情形就来问一句这算什么。
时间之外留一笔登记顺序号，钟偶尔有偏差时还能靠它排先后。两样都在，回头讲这一笔发生在哪一步，才不用靠谁的印象。值班交接把算法换版的过渡范围交清楚，哪批记录还按老办法复算，接手的人碰到验不过，能先想到是版本没对上，不是内容被人动过。
四、谁都能验
验真别做成只有自家后台能做的事。给一条公开的验法，拿原文和记录自己就能比一遍，用的人不必先信谁的口头说明。排期里给走一笔真实业务留半天，从起头到末了逐跳看有没有人、有动作、有记录，纸上顺的地方，现场往往还差一张交接单。
验的结果要说得明白：对得上证明什么、对不上又说明什么。含糊一句「验证通过」，碰上原文换过格式的情况，容易被当成别的意思用出去。复盘会把补录的那几笔单独拉出来看，凭什么补、谁核过、标了没有，三样齐了才算补得干净，混进日常流水就再也分不出先后。
五、成本按条算
一条记录要占多少空间、要在几处留、要等多久才落定，折算成单条成本。乘以每月的笔数，才知道这套做法撑不撑得住，别等账单出来才回头砍。成本上把事后补一笔的工夫折进去，比交接时多记一行贵得多，算过这笔账，现场才愿意为那一跳多花半分钟。
笔数涨得快的那类活，可以按时段合成一批再提交，链上留这批的根，明细仍在自家库。省的是重复开销，验的时候照样能顺着根找到那一条。新人上手先让他把同一份材料按两种字段顺序各算一遍，看到两串结果不一样，固定形状这条约定就不用再讲第二遍。
六、旧数据补录
系统上线之前那些老材料要不要补，得单独立个规矩：补哪段、凭什么补、补进去怎么标。不标清楚，日后再看会分不出哪些是当时记的、哪些是后来追的。
补录的记录里带上说明和经办人，别混进日常流水。混进去之后，统计每月存证笔数会突然鼓一块，解释起来比当初分开放麻烦得多。原文和对应那串的存放位置写进同一份索引，各自归谁管、备份在哪也一并注明，日后要验，照着索引两处都找得到，不至于只翻出半边。
存证图的是多年以后还能拿得出一句有依据的话。原文、摘要、钟点、验法、成本、补录，六处想周全，链上那一小段才顶用；只顾着往里塞，塞得越满越难长久养。 感谢楼主愿意花时间分享，让我们这些后来者能少踩很多坑。
页:
[1]