2023区块链运行服务治理实施指南-以联盟链研究为例

区块链运行服务治理实施指南 ——以联盟链研究为例 北京金融科技产业联盟 2023年11月 版权声明 本报告版权属于北京金融科技产业联盟，并受法律保护。转载、编摘或利用其它方式使用本报告文字、图表或观点的，应注明来源。违反上述声明者，将被追究相关法律责任。 编写组成员： 编制工作组 聂丽琴 张开翔 胡达川 王硕 张龙 毛嘉宇 郭林海 张松松 杨波 金博 杨雨 李力 唐仕豪 郭坚 谢谨 李增兴 张文翰 黄步添 焦颖颖参编单 陈鹏位： 王欣明 王旻 邵兵 韩鹏 北京金融科技产业联盟秘书处深圳前海微众银行股份有限公司上海浦东发展银行股份有限公司北京银联金卡科技有限公司 北京市竞天公诚律师事务所交通银行股份有限公司 中国银行股份有限公司浙商银行股份有限公司 杭州云象网络技术有限公司招商银行股份有限公司 拉卡拉支付股份有限公司 腾讯云计算（北京）有限责任公司 前言 区块链项目与中心化组织项目存在较大不同，其业务方、实施方、普通用户较为多样，导致项目治理工作更加复杂。各方对工作的理解也会不同，在技术落地、应用探索、链上协作过程中会存在不同意见。随着区块链治理理念和实践逐渐成熟，治理工作正从过去的中心化管理的方式向分布式管理的方式探索、转变。 为此，联盟组织产业机构、金融机构共同开展区块链分布式治理研究，联盟链治理范畴内的区块链治理是我们主要的讨论对象，在各方持不同意见的情况下求同存异，探索一种合理的机制让各方诉求得到平衡。前期，联盟已经发布《区块链运行服务治理框架研究》（关注联盟微信服务号“北京金融科技产业联盟”获取相关报告），工作组在此基础上，结合产业各方治理实施经验和探索，形成具有参考意义的实施指南。围绕制度建设、技术治理、业务治理三方面，从章程制定、决策机制、审核评估、区块链系统搭建等八个环节提供方法与指引。通过各机构在供应链金融、大宗商品仓单、金融司法等领域的实践案例，生动展现区块链治理的实际应用方法和效果，为行业提供从理论到实践的经验参考。 目录 一、概述1 二、实施指南2 2.1制度建设2 环节一：章程制定2 环节二：决策机制3 环节三：审核评估5 2.2技术治理6 环节四：区块链系统搭建6 环节五：区块链系统升级8 环节六：角色和权限治理9 2.3业务治理11 环节七：业务标准制定11 环节八：数据治理13 三、参考案例16 3.1司法链16 3.2供应链金融18 3.3应收款链20 3.4大宗商品仓单登记22 四、总结26 附录：参考文献28 一、概述 近年，区块链技术的集成应用在技术革新和产业变革中起着重要作用。在政策趋动下产业各方主动作为，区块链技术飞速发展，加之区块链网络的成员角色众多，在行业背景和价值诉求等不同的维度上存在较大差异，区块链技术的治理难以沿用传统IT治理方案，成熟、体系化的区块链治理方案成为各方的迫切需求。 区块链治理的目的是促进各成员进行不断的沟通和博弈，协调各成员的冲突或利益诉求，追求在多方之间达成共识，共同建立并采用一系列可操作的规则、机制和方法，最终有效管理和维护区块链网络，实现区块链项目稳定运行。 区块链治理横跨区块链项目的整个生命周期，通过以下三方面保证区块链项目安全有序地运行。一是制度建设：制定和发布对区块链系统的核心规则和政策；二是技术治理：关注区块链系统的技术实施和运维管理；三是业务治理：对区块链系统中各类业务活动进行规范和管理。 本《指南》为区块链治理提供规范和指导，保障区块链项目的安全性、可信度、高效性和合规性，保护各成员的权益并促进区块链生态、社区和产品健康可持续发展。 二、实施指南 本《指南》主要从制度建设、技术治理及业务治理三个方面中的章程制定、决策机制、审核评估、区块链搭建、区块链系统升级、角色和权限治理、业务标准制定、数据治理八个环节进行说明。 2.1制度建设 区块链治理的运行依赖于明确的规则框架，制度建设作为规则的初始设置，具有决定性的意义。 环节一：章程制定 章程作为区块链治理的基础，承载着区块链治理的各种规则。区块链委员会作为区块链的管理组织，负责章程的制定、审核以及发布，进而使得章程成为区块链治理的依据。章程主要涵盖了组织架构、决策机制、业务范围、业务流程等关键治理规则，通常包含如下章节。 表1区块链常见章程章节设置 章节编号 章节名称 内容说明 0 摘要 关键点摘要说明 1 概述 概述区块链整体项目 1.1 背景 描述历史背景 1.2 目标 说明区块链目标愿景 1.3 版本更新说明 历史版本更新内容说明 1.4 术语 概念术语定义 2 治理模式 区块链治理模式说明 2.1 组织架构 组织架构和成员名单 2.2 决策机制 提案投票决策机制 2.3 治理方式 链上链下治理方式 2.4 奖惩机制 奖惩办法、数量和金额 3 业务模式 业务运作，盈利模式 3.1 业务范围 明确做什么，不做什么 3.2 业务流程 业务处理的主要流程 3.3 业务标准 业务进入和验收的标准 3.4 业务场景 举例说明业务场景 在实际操作中，章程通常包含自然语言编写的链下版本，以及通过代码实现的链上版本。在区块链初始化阶段，所有参与者需在链下共同制定和审核章程；章程确定的治理规则在链上实现后，其相关部分的修改可通过链上机制进行。 环节二：决策机制 区块链的决策事项以及提案和投票规则，构成了章程的关键组成部分。当联盟链成员对某一事项想表达看法或不同意见时，可以发起提案，参与提案讨论，共同完善提案内容。 具体的提案根据区块链组织章程、网络结构、应用特点等有 所不同，以下列出一些常见的提案示例。 表2区块链常见提案示例 提案名称 提案内容 常见投票成员 投票结果 联盟链成立 决定联盟链成立 联盟链创始成员 组织架构变更 联盟链的组织架构，管理层设置 联盟链决策成员 联盟链成员变更 重要成员的加入或退出 联盟链常务委员 章程审议表决 联盟链章程的制定、修订等的审议和表决 联盟链全体成员 年度工作审议 联盟链年度报告审议 联盟链常务委员 重大业务变更 重大业务方向和范围的变更审议 联盟链业务管理成员 重大技术变更 重大技术架构和运维部署的变更审议 联盟链技术管理成员 奖惩机制变更 激励或惩罚的方式、周期、金额变更 联盟链业务管理成员 共识机制变更 共识算法调整 联盟链全体成员 联盟链解散 联盟链关停解散表决 联盟链全体成员 区块链组织需为成员提供发起提案的渠道和方法，如成立专职管理提案事务的部门，建立提案管理系统，登记提案并组织讨论提案可行性，以形成阶段性的结论，如否决提案、继续完善等，对已经完备的提案予以通过。 区块链组织需制定投票流程和投票通过的条件，如一人一票、权重计票等。提案管理部门根据提案内容确定是否进行投票，对于需要投票的提案，明确相应层级的成员成立的委员会进行投票，按投票流程进入投票环节。 委员通过投票对提案发表意见，可以同意、反对或者弃权；委员会的每次投票活动，投票人数需超过规定的比例，提案获得同意票数满足相关条件，提案即通过，否则不通过。通过投票实现区块链的事项决策。 提案和投票流程可参考图1示意。 开始 意见收集 整理合并 讨论完善 形成提案 定投票人 投票方式 计票规则 执行方式 组织投票 唱票结果 核准公布 执行上链 结束 驳回提案 图1提案和投票流程参考示意 投票有多种分类，按是否使用区块链来区分，投票可以分为链下投票和链上投票。 链下投票通常采用人工方式或者传统系统方式进行投票；链上投票是指利用区块链进行投票、投票统计、结果发布的过程。对于链上投票，可以基于区块链系统直接进行投票，并通过投票结果联动触发修改区块链系统的相关参数和链上数据。例如，对于修改成员权限的投票，投票通过后可以联动直接自动完成链上成员权限的修改；也可以建立专门的治理链进行投票，投票结果通过人工操作体现到区块链上，或者通过跨链操作体现到区块链上。根据投票结果修改区块链的合约、相关参数、数据和规则。 环节三：审核评估 区块链技术的一大特性是能在多方参与者间实现法律行为、信息公开和清算结算等过程的原子化和事务性操作，以规避成员的违约和舞弊行为。因此，区块链的整体设计和章程编制过程中，需开展全面的审核评估，以确保角色权限分配、授权认证机制、意向表达真实性确认机制，以及各成员在业务逻辑和数据安全等方面的权利、义务和责任等安排妥当，真实体现区块链参与者意图并产生法律效力。 同时，区块链应用必须始终坚守合法合规的原则，确保所有相关业务合法合规开展。从需求分析阶段至发布部署阶段，区块链应用的每一步都需要对其是否满足数据安全、个人信息保护、金融业务规范等相关法规和规范性文件的要求进行严格评估。 审核评估贯穿区块链业务系统的全流程，可以从需求分析、产品设计和发布部署等三个阶段进行评估，每个阶段的侧重点和输出物有所不同，区块链业务系统成员可基于业务的实际情况进行优化和补充。 （1）需求分析 图2区块链审核评估内容示意 在业务需求阶段，治理委员会需要基于业务诉求、商业模式、服务客群等进行审核评估，披露和提示相关风险点。 （1）产品设计 在研发阶段，治理委员会需要结合产品需求文档、技术文档、设计文档，对产品、应用或功能进行风险评估，并提出相应建议。 （2）发布部署 在发布阶段，产品上线前需申请灰度/验证测试，由治理委员会审核测试结果，以避免潜在相关风险因素在产品上线初期被放大。 2.3技术治理 环节四：区块链系统搭建 区块链系统搭建是联盟链的创立过程，是区块链治理的重要环节，创立过程可参考下图示例。 选择区块链底层平台 建立区块链节点 组建区块链网络 建立业务链 设计智能合约 部署智能合约 测试智能合约 区块链验收 区块链参数配 置 区块链试运行 区块链正式 投产 区块链开放服 务 图3联盟链创立过程示意 1.根据业务需要，选择适合的区块链底层平台。 2.搭建区块链节点，对每条链配置相应的区块链节点和资源，根据业务需要，建立一条或多条区块链。指定每个节点、每个区块链网络、每条业务链的管理者或者分布式管理方式。 3.区块链治理者需对节点明确以下内容： a.节点数量。如最少节点数和最多节点数。 b.约定节点的准入、准出条件。需明确什么样的机构和参与人可以建立区块链节点，什么情况下撤销节点，区块链节点的准入和准出的检查条件、检查方法和处理流程。 c.节点类型和权限。例如，是否为区分共识节点和查询节点。共识节点指参与区块链交易的共识机制处理的节点；查询节点指不参与共识，仅同步数据提供查询功能的节点。 d.节点数据同步的处理办法。如新节点如何从其他节点同步数据、如何从备份中恢复数据等。 e.节点的网络参数配置内容和配置方法。配置内容包括IP地址、端口号、通讯协议、加密机制、消息大小限制、心跳检测时间、断网重试，容错隔离，负载均衡等参数。配 置方法包括配置的操作命令、操作手册等。更新流程包括网络参数配置的链下审批流程和授权操作过程。 4.指定每条区块链使用的智能合约开发语言，根据业务需求，设计区块链智能合约部署在区块链上。智能合约的处理功能应由治理委员会和业务相关方共同议定。按照共识算法或者治理规则进行智能合约部署。需要提供合约部署、操作方法、操作流程，系统可以自动记录合约部署的操作日志以便备查。 5.为保证各联盟成员单位在跨单位、跨平台、跨语言开发区块链智能合约及应用系统过程中，程序执行数据加解密运算的结果安全、准确且互认互通，故开发区块链平台、智能合约及应用系统所采用加密算法库需符合国际或国家相关标准，并通过互通性测试。已通过测试的算法库可由区块链联盟组织进行统一发布和迭代管理。 在技术快速迭代发展过程中，如联盟链需采用最新发明的加密算法技术，如环签名技术、隐私计算技术等，且该算法技术尚未形成国际或国家级标准，则由区块链联盟组织牵头制定相关团体标准及测试标准，保证相关加密算法的准确性、安全性和互通性，再依据