区块链应用落地N种方式 作为功能组件的区块链

区块链应用落地N种方式
区块链作为一种分布式应用，必须与其他系统结构结合，包括其他分布式结构，甚至集中结构，从产业逻辑的角度，而不仅仅是从技术逻辑的角度，面对真实的业务场景需要构建信息系统结构，相互学习，匹配行业和业务逻辑。
1.作为功能组件的区块链
区块链业务场景应用的第一种方式是将区块链作为一个功能组件嵌入到行业现有的业务逻辑和系统架构中，以区块链的形式部分共享相应的数据和信息，确保数据和信息不被篡改和伪造。这是区块链应用程序最简单、最方便的方式。
例如，企业或医院的业务管理系统。这种管理系统本身就是一个集中和分层的应用程序系统，团队或部门管理只是应用程序系统内部的一个管理单元。然而，团队或部门涉及与所有人利益相关的数据和信息，如工作任务分配、绩效考核、奖惩等，确实需要得到团队或部门内部相关人员的认可、披露和作为历史。当然，在这方面还需要一些其他的数据。此时，相关数据和信息可以在团队或部门的业务管理单元内共享，通过嵌入区块链的功能，确保共享的数据和信息得到相关人员或所有人的认可，不得篡改或伪造。团队或部门以外的其他团队或部门既没有必要，也没有权利获取这些内部数据。团队或部门的上级机构，根据逐级负责的部门管理逻辑，一般不需要深入团队或部门的内部数据，因为大多数时候只需要掌握相应的数据汇总结果。
在企业或医院的业务管理系统中，还有另外两种类型的数据和信息共享需求。一种仍然是基于层次管理的，如企业或医院领导需要共享某种数据和信息。除了自上而下的通知外，这些信息更有可能涉及到团队或部门之间的业务合作和业务协调。但是，为了简化管理流程，提高管理效率，没有必要或不可能将所有涉及的人员纳入这个管理系统。涉及各团队或部门之间的业务合作和协调的数据和信息，特别是获得相关领导的认可和认证，并以不可篡改、不可伪造的方式进行历史保存。另一种是基于特定任务，需要跨越团队或部门，甚至跨越不同层次形成的特定任务系统。这些系统不仅有我们常说的组织管理中的线性组织，而且可能是针对特定任务形成的临时工作组织。这类组织内部有大量的责任和权利也需要通过区块链技术解决。
2.区块链作为系统的基本架构
区块链业务场景应用的第二种方式是区块链作为整个系统的基本架构，在系统中的节点之间共享相应的数据和信息。这将是区块链在工业或行业层面发挥作用的最重要方式。这样，系统架构中的业务节点就可以根据自己的业务定位重构和优化整个业务流程，在不篡改、不伪造的数据共享的基础上，对原始业务流程进行分散化和分散化。整个系统的区块链基础设施不影响各业务节点在原业务范围内建立自己的信息系统，开展各自的业务。
例如，跨境清算系统。通过区块链实现的不同机构之间的跨境清算，其清算数据必须经过相关清算节点的认可和认证，并以不可篡改、不可伪造的方式保存。在区块链结构的跨境清算系统中，没有传统的清算机构，也没有中央竞争对手。根据现行规则，清算节点和清算节点在业务发展过程中直接完成跨境清算，不仅提高了系统清算效率，而且消除了由于清算机构和中央竞争对手的存在而不得不支付的系统费用。同时，每个参与跨境清算的清算主体都有一个或多个业务内容丰富的机构。这些清算节点所代表的机构内部业务的系统结构可能是集中的组织结构、传统的分布式组织结构或区块链组织结构。这些业务系统必须在整个跨境清算系统的组织结构下进行，并根据各自的业务逻辑与其他跨境业务节点进行交互。
再比如供应链管理系统。用区块链实现的供应链管理系统，会通过在相关的节点之间共享业务数据，进而重构整个供应链的业务流程，去掉原来因数据垄断而不再被需要的数据中心和中介环节，从总体上提升系统协同效率，提高系统总体利润水平。但供应链管理系统中的每一个节点，其背后也都必然运行着一整套管理系统。这些管理系统，在供应链管理系统整体的区块链架构之下，发挥各自应有的作用。

3.各种区块链的混合并行
多个区块链系统也可能同时存在于同一业务系统中。
我们开发的跨链去中心化交易系统CCDEX，公共链和私有链同时使用。CCDEX交易系统分层处理清算和交易，清算系统面向所有交易用户，是一个公共链系统。在交易匹配环节中，采用多匹配节点的竞争机制，各匹配节点独立完成全网络所有交易节点的交易匹配。CCDEX结构在一个完全分布式的网络环境中，因此不同匹配节点在同一时间段收到的交易订单会有所不同。在底层区块链系统的块周期中，根据最大交易量的原则，将当前区块中最大交易量的匹配节点的匹配结果作为当前区块的最终匹配结果，并记录在区块链上。匹配节点需要申请和批准，所有匹配节点也是同一类型的节点，业务场景也是单一的业务场景。因此，在交易匹配链中形成了一个私有链系统。
4.区块链构成区块链网
无论是将区块链作为功能组件嵌入到现有的系统结构中，还是区块链作为整个系统的基本结构，都是区块链与其他系统结构的有机集成。此外，根据数据内容和共享范围，需要实现数据共享的同一节点也可以构建为区块链系统。在此基础上，将不同的区块链系统连接到业务连接和数据连接形成区块链网络。
为了研究区块链网络的不同组成结构，我们需要进一步分析区块链的分类定义。
一般来说，私有链被定义为机构或组织内部的准入区块链，联盟链被定义为面向多个业务实体的准入区块链，而公共链被定义为面向任何许链。
我们之前的文章区分了私有链和联盟链的定义。我们认为上述定义明显模糊，如摩根大通发布的JPM Coin是联盟链还是私有链？一般认为JPM Coin因为JPM Coin面向多学科。然而，这些主体是摩根大通自身业务系统中的组织客户。从这个角度来看，更适合将其定义为私有链。Facebook 计划发行Libra也有类似的定义问题。在这方面，我们建议私有链是单一场景单用户类型的访问区块链，联盟链是多场景多用户类型的访问区块链。这样，就可以建立各种类型的区块链网络。
（1）联盟链系统由私有链构建。每个私有链系统都为单一类型的用户处理单一场景的业务。当这些私有链与私有链业务相关时，联盟链系统可以自然地建立在许多私有链的基础上，联盟链系统可以处理多业务场景和多用户类型的复杂业务。例如，我们上面提到的供应链管理系统区块链。该系统一般是供应链业务中多业务场景和不同用户类型的联盟链架构。然而，供应链业务场景中的每个节点不仅是一个单一的业务节点，而且是一个完整的信息系统。如果每个节点所在的信息系统向单个业务场景和单个用户类型，并采用区块链架构，则该系统是由私有链构建的联盟链系统。
(2)私有链系统由私有链构建。如果我们分析DPOS我们可以发现，事实上，共识机制DPOS共识形成是在私有链的基础上构建的私有链系统。DPOS一般来说，共识机制是一个单一的业务场景，用于投票或选举并形成共识，节点也面向同一类型的节点。DPOS节点背后的群体仍然是相同类型的用户节点，业务场景仍然是单一的业务场景，但由于共识的效率，这些节点的权限属于不同的层次。
（3）私有链系统由联盟链构建。区块链系统构建的每一个多业务场景、多用户的供应链管理系统都是联盟链系统。当多个联盟链系统由于供应链管理系统等某些需求或要求时A业务局限于A区域、供应链管理系统B业务局限于B地区，当A地区和B当区域业务往来需要统筹运输车辆时，只需要A一个跨区运输调度节点在联盟链中选出，B一个跨区运输调度节点在联盟链中选出，还有C联盟链、D联盟链等，可以在联盟链系统上建立私有链系统，协调联盟链之间的车辆运输调度节点。
（4）由联盟链搭建出联盟链系统。比如一个类似手机一样的功能丰富的电子产品由N由不同的功能组件组成，每个功能组件由不同的功能组件组成M根据其特定的内部结构，参与功能组件A元器件制造商的生产A1，A2，……，Am以及组件组装制造商Am 1由于这些组件的类型和数量、物流配送、资金结算、信息流通等数据内容构建了联盟链系统A。在此之外，生产这一产品其他功能组件的元器件供货商和元器件组装厂商也构建了另外不同的联盟链系统B，C，D，E……在这些联盟链系统上，生产该产品的组装制造商X以及N功能组件组装制造商Am 1，Bm 1，Cm 1，Dm 1，……，Nm 1在各种联盟链的基础上建立了超级联盟链系统。
根据不同的业务需求，我们甚至可以通过不同的区块链系统构建多层嵌套，从而形成复杂的区块链网络。
我们还没有对公共链系统进行深入分析。
由于公共链面向非持有人和非许可链，因此很难在公共链系统的用户之间建立强烈的信任关系，难以承载过于复杂的业务应用程序，也不可能形成复杂的业务关系。我们目前看到的公共链是面向单一业务场景和单一用户类型的非许可链。至于我们是否能看到未来的多业务场景和多用户类型的非许可链，还有待进一步观察。如果未来有这种多业务场景和多用户类型的非许可链，我们将暂时将这种多业务场景和多用户类型的非许可链命名为公共联盟链。然后，根据上述许可链的逻辑，公共链可以构建为公共联盟链。
当然，我们也可以在当前公共链的基础上建立不同的私人链或联盟链。如果采用区块链技术，那么每个景点或酒店都是一个公共链系统，因为这些景点或酒店不能判断谁是他的客户，谁不是他的客户，所以他们只能采用非允许系统。但与此同时，这些景点或酒店作为一个节点，一定是工商或税务区块链系统中的一个节点。但工商或税务系统的区块链必须是私人链或联盟链，而不是公共链系统。
此外，还会有不同的私有链或联盟链作为公共链或公共联盟链的节点。例如，目前的分散交易所，由于非特定用户，其区块链系统将不可避免地呈现为公共链的整体结构。这些分散的交易所面临着个人用户节点和组织客户节点。如果这些组织客户背后的业务系统架构也采用区块链架构，它们可能是私有链系统或联盟链系统，类似于当前传统交易所系统中的组织客户。

标签：区块 区块链 区块链应用 的区块链 区块链应