联盟链里的权限得先分好，写的人和看的人不一样
几家一起用一条链，谁都能写、谁都能看，图的是省事，麻烦也跟着来：一处记错了没法说是谁记的，某类明细又不想让每家都瞧见。角色不先分清楚，后面补规矩要动所有接入方。一、角色分开
把角色列成一张短表：谁能提交、谁能验、谁能管成员、谁只读自己的那部分。列得越短越好记，配的时候照表勾，不容易漏也不容易多给。加入时把将来不参与之后的事一并写进同一份约定，谁接手遗留的疑问、旧记录怎么算，写在前头，真到那天照着办，不用临时拉各方重新谈。
角色按活分，不按单位分。同一家单位里，跑业务的人和系统维护的人该拿的权限本就不同，按单位一刀给齐，等于把不该开的口子也开了。排期里给角色表留出各家一起确认的一轮，列得短、照表勾，比上线后一家家补规矩省事，漏给和多给往往都是当初没摊开看。
二、谁能提交
提交口收在有业务依据的那几家，别让所有节点都能往里写。写的人多了，出了错要挨家问，问一圈回来，那笔记录早被下游引用过好几处。每季拿当前名单和当初的批条核一次，多出来的、少掉的分别列两行，列完按行处理，处理完在批条上注个日子，下回再核就有起点。
提交时带上来源标识，记录里就能看出是哪一家、哪个系统递上来的。不带的话，验真虽然还做得成，追责任时却只能停在「链上确实有这一笔」。成本上把换凭据那段新旧并存的窗口算进去，多留几天的验真开销不大，一把收掉导致一批记录集体验不过，回头解释的工夫贵得多。
三、验真不靠谁
验这件事不必圈在某一家手里，各家拿记录自己就能比一遍。谁都能验，才不用为了核对一个结果专门找人开权限、等回复。验的那套做法由几家一起认一份文本，改一个字也走同一处，谁手里那版是旧的，对照版本号就知道，免得同一笔材料在不同地方得出两种说法。
验法写成一份公共说明，含字段怎么拼、摘要怎么算。各写各的实现，两家的验法差一点点，同一笔材料这边过那边不过，争起来没个准绳。值班交接把临时加过的权限逐条列上，注明哪天批的、谁批的，接手的人顺手收一遍，权限表本身也是要被回看的账。
四、密钥保管
签字用的凭据放在专人管的地方，别塞在业务代码或者共享文档里。凭据一旦散开，记录看着还是那条记录，却说不清究竟是谁递的。发版窗口避开对账那几个时点，共识一慢，上游页面一直转，下游按已落定才敢走的动作全排在后面，挑个闲时段调参数省心得多。
换凭据要有一段新旧并存的窗口，窗口里两边都能验，过了再收旧的。一把收掉，恰好卡在换的那几分钟提交的那批记录会集体验不过。复盘时把有异议的那几笔按来源标识查一遍，写的人多了、标识又没带，追责任时就只能停在链上确实有这一笔，再往前一步也没有了。
五、退出怎么算
有加入就得有退出：这家不参与了，它之前递的记录还留不留、以后谁替它答疑问，事先写进约定。没写，散伙时很容易僵在这儿。成本上把待落定队列占的资源和批量提交省下的等待一起算，批攒得越大，中间出岔子要重来的越多，账不是单向省的。
退出的动作留痕，写清哪天起不再能提交。含糊处理，半年后翻到一笔那天的记录，会分不清它当时还在不在成员里。入门时把几种身份各自能做什么写成一页，让他照着页子各试一遍，试过之后再讲怎么配，他心里有具体的画面，不只是一串名词。
六、变更留痕
谁给谁加了权限、什么时候加的、批的人是谁，一条条记着。权限表本身也是要被回看的账，光看当前这张表，看不出某个口子是哪回开的。
定期把表和留痕对一遍，把没人再用的一批收回来。收的时候按记录通知到本人，别默默摘掉，免得下次真要用时才发现进不去又找不到缘由。成员名单每次变动都留一版，注明从哪天起生效，历史版本按日子排好，回看某笔记录时先按日子找到当时那版名单，归属就清楚了。
多人共用的链，规矩比技术更早该定。角色、提交、验真、凭据、退出、留痕，六件事写进约定并照着配，几家才合作得久；先跑起来再说，头一个争议就够把所有接入方拉回桌上。 每一条都很实用，已经记下来了，以后遇到类似问题就能用上。 观点很成熟，分析也很理性，值得大家静下心来认真看一看。
页:
[1]