区块链协同工作总结 三大实战经验分享

导读： 区块链技术若要达成真正的价值，是离不开多节点的，也是离不开多团队的高效协同的。在过去的项目周期当中，我们深度参与了多个联盟链的协作开发，还深度参与了多个公链的协作开发。...

区块链技术若要达成真正的价值，是离不开多节点的，也是离不开多团队的高效协同的。在过去的项目周期当中，我们深度参与了多个联盟链的协作开发，还深度参与了多个公链的协作开发。从共识机制调试开始，一直到智能合约联调，我们积累了大量一手经验。本文将会从协同难点这个层面，也会从效率提升方法这个层面，还会从复盘反思这个层面，做一次系统性的梳理。

区块链协同的挑战有哪些

在进行跨团队协作期间，最大的阻碍通常并非技术自身，而是信息同步以及责任边界处于模糊状态。不同的小组承担着不一样的模块，像链底层、应用层以及运维这些，一旦接口文档的更新出现滞后情况，就会呈现出“各自为战” 的态势。我们所遭遇的典型问题涵盖版本管理混乱、测试环境不一致，还有节点部署参数未对齐，这直接致使合并代码之后链出现分叉。

分布式团队相互间的沟通成本也是十分高昂的。鉴于区块链具备去中心化的特性，所以各方对于数据一致性的理解或许会存在差异，譬如出块时间、共识超时阈值等参数要是修改之后没有及时告知大家，那么情况较轻的话就会出现交易拥堵的状况，要是严重的话甚至会导致网络分裂。正是这些实际存在的问题迫使我们构建了一套更为严谨的协同机制。

提升协同效率的关键方法

聚焦版本以及参数同步的棘手难题，我们采用了基于Git Flow的分支举措，还专为智能合约单独创设预发布链。所有环境配置文件只有经过代码评估才能够施行合并，并且借助脚本自动生成参数比对报告。如此一来，任何人对于链配置的改动都会留下可循之迹，规避了“手改配置却忘记在群里发送”的风险。

为了沟通协作，我们设定了每周三次的固定站会，并且强制规定每次协议变更都得更新至共享知识库。我们还研发了一个机器人，一旦共识模块或者RPC接口出现更新，便会自动推送到协作群，同时@相关负责人予以确认。通过这样一套组合举措，因信息不对称致使的线上事故降低了大约七成，协同效率显著提高。

协同工作总结与反思

区块链技术协同工作，其最为核心关键处在于构建“单一可信源”，不管是代码，亦或是文档，又或者运行参数，全都得确保所有团队所见到的是同一个最新版本。我们进行过尝试，运用多签钱包的思维模式来对关键配置变更予以管理，也就是必须至少要有两人进行确认之后才能够生效，事实表明这极为有效。

当然存在着教训，在早期的时候，我们过度地依赖工具，进而忽视了人的主动性，之后察觉到再好的流程也需要成员予以认同，下一阶段，我们会将复盘会从“追责”转变为“知识沉淀”，鼓励大家主动去提出优化点，协同不存在终点，持续迭代才是前行的出路。

想问大家，在你们围绕区块链展开的协同实战里头，碰到过最为棘手的那种“扯皮”状况是啥，又是怎样去解决的呢，欢迎于评论区分享自身经验，要是觉着本文具有实用价值那就请点赞并进行转发，从而让更多同行业的人能少走些弯路。