CN110232572A - 一种联盟区块链系统中的交易实现方法 - Google Patents

一种联盟区块链系统中的交易实现方法 Download PDF

Info

Publication number
CN110232572A
CN110232572A CN201910495472.1A CN201910495472A CN110232572A CN 110232572 A CN110232572 A CN 110232572A CN 201910495472 A CN201910495472 A CN 201910495472A CN 110232572 A CN110232572 A CN 110232572A
Authority
CN
China
Prior art keywords
alliance
verifying
block chain
catenary system
transaction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910495472.1A
Other languages
English (en)
Inventor
魏利
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Chain Link Technology Co Ltd
Original Assignee
Shenzhen Chain Link Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Chain Link Technology Co Ltd filed Critical Shenzhen Chain Link Technology Co Ltd
Priority to CN201910495472.1A priority Critical patent/CN110232572A/zh
Publication of CN110232572A publication Critical patent/CN110232572A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明提出了一种联盟区块链系统中的交易实现方法,包括:基于供应链生态构建的由区块链及其辅助业务系统组成的联盟区块链系统;根据商业交易的利益相关或利害相关原则确定参与交易验证的主体及其节点;参与交易验证的主体及其节点百分之百参与验证;交易验证的结果百分之百一致;提交到区块链系统完成全网分布式记账,确保交易涉及所有利益相关主体的权益得到保障。

Description

一种联盟区块链系统中的交易实现方法
技术领域
本发明涉及区块链领域,特别涉及一种联盟区块链系统中的交易实现方法。
背景技术
迄今为止,所有区块链系统的共识验证机制,都是基于区块链底层技术支持下的技术共识的实现,譬如区块链上所有验证节点参与验证,无论持有该节点的主体与本笔交易是否有利害关系;而且会以一定比例而非百分之百的验证一致为区块链记账的前提,仅从全部验证节点这个整体来解决了数据记账一致性问题。现有的区块链技术应用于现实的商业社会中,对交易涉及的利益相关主体,比如交易标的物(或电子凭证)的生产者、发行者、见证人、其他存在利益相关或利害相关关系的主体所持有的节点只是区块链上全部节点的一部分,以现有的区块链技术实现验证,必然导致这些相关主体的利益无法得到体现和保证。在商业社会中,只有交易标的物的存在真实性如何,历史转手情况如何,标的物的来源真实性如何等问题得到保证,标的物才具备交易价值,让与人和受让人,特别是受让人的权益,才能得到真正的保证。只有实现交易过程中的验证,特别是存在利益相关或利害相关关系的主体必须参与的验证,而且验证结果百分之百一致,才能规避验证与交易时间差导致的风险,才能够保障交易主体及与本笔交易存在利益相关或利害相关关系的主体的利益。特别是受让人的权益,才能得到真正的保证。同时,以现有的区块链技术实现验证,非利益相关主体也参与验证,增加了非必要的验证节点,降低了验证的效率。而这些问题,传统的区块链系统共识及验证机制都未能解决。
发明内容
为了解决以上的问题,本发明提供一种联盟区块链系统中的交易实现方法。
本发明的技术方案是这样实现的:
本发明公开了一种联盟区块链系统中的交易实现方法,包括由区块链及其辅助业务系统组成的联盟区块链系统;交易过程中,联盟区块链系统根据商业交易的利益相关或利害相关原则确定参与交易验证的主体及其节点;由联盟区块链系统基于各验证主体各自对应的区块链节点数据,对交易进行验证;由联盟区块链系统判断所有验证主体对应节点全部参与验证,且验证结果完全一致,将交易提交到区块链完成记账,交易完成。
一种联盟区块链系统中的交易实现方法,方法流程如下:
S1.联盟区块链系统基于区块链技术构建,联盟各主体直接或间接持有区块链节点;
S2.的联盟区块链系统基于交易主体达成的交易意向,根据利益相关或利害相关原则,确定参与验证的主体及其对应的区块链节点;
S3.验证由联盟区块链系统判断交易数据与区块链节点数据是否符合所有基于商业规则确定的验证逻辑;
S4.验证完成,联盟区块链系统将交易数据提交到区块链完成记账;
S5.交易完成;
进一步方案为,交易涉及的验证主体对应的区块链节点,是由验证主体自己持有和管理的节点,或者是通过商业协议委托其他主体持有和管理的节点。
进一步方案为,联盟区块链系统根据利益相关或利害相关原则来确定每笔交易的验证主体及这些主体各自对应的区块链节点,验证主体包括交易标的物(或电子凭证)的让与人、受让人、见证人,电子凭证发行人,该交易标的物(或电子凭证)在系统中的所有交易前手,与交易标的物(或电子凭证)存在利益相关或利害相关关系的其它主体。
每一笔交易,必然存在多个利益相关主体或利害关系人,即经济活动中和本笔交易在经济利益上具有直接相关性和间接相关性的主体。以应收账款的流转为例,利益相关主体或利害关系人包括应收账款的让与人、受让人、应收账款的债务人,本次应收账款转让的所有前手,有意愿为应收账款提供融资的金融机构等。以动产的流转为例,每一笔动产交易,利益相关主体或利害关系人包括本次交易的让与人、受让人、动产的监管人、保管人、动产的品质检测人、有意愿为动产提供融资的金融机构,对于特殊类型的动产,还有政府监管机构。
本发明中的验证方法,和传统区块链的全网所有记账节点参与验证的机制不同,本发明的验证方法,只需要与交易存在利益相关或利害相关原则的主体参与验证,不需要全网节点全部参与验证。本发明的方法要求参与验证的主体全部参与验证,验证结果全部一致,而传统区块链验证要求全网所有节点参与验证,不强制要求全部验证节点都参与验证,也不强制要求全部验证结果一致。
进一步方案为,验证由联盟区块链系统进行,联盟区块链系统收集交易数据及所有验证主体各自对应区块链节点的数据,联盟区块链系统判断交易数据与区块链节点数据是否符合所有基于商业规则确定的验证逻辑,验证逻辑写入系统并由系统自动执行。
进一步方案为,验证在区块链上进行,由联盟区块链系统动态配置每笔交易根据利益相关或利害相关原则确定的验证主体对应的节点,并将交易数据提交到区块链节点进行验证,验证通过,完成区块链记账。
所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上,正在进行的交易进行验证,如果所有验证主体节点都参与了验证,且验证结果完全一致,区块链世界接受这一笔交易,交易数据被写入区块链分布式账本。
进一步方案为,验证在区块链外进行,由联盟区块链系统动态从根据每笔交易利益相关或利害相关原则确定的验证主体对应的节点读取数据到区块链外部完成验证,验证通过,由联盟区块链系统将交易数据提交到区块链,进行区块链自身验证机制的验证,验证通过,完成区块链记账。
在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易被提交到区块链,区块链成功完成链上自身验证机制的验证之后,交易写入区块链分布式账本。
进一步方案为,联盟区块链系统判断验证主体节点没有全部参与验证,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上正在进行的交易进行验证,如果有部分验证主体节点没有参与验证,则验证失败,交易中止,系统向相关主体发送“验证失败、交易中止”的信息。
进一步方案为,联盟区块链系统判断验证主体节点全部参与验证但验证结果没有完全一致,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上正在进行的交易进行验证,如果所有验证主体节点的验证结果没有完全一致,则验证失败,交易中止,系统向相关主体发送“验证失败、交易中止”的信息。
进一步方案为,联盟区块链系统判断验证主体节点全部参与验证且验证结果完全一致,验证通过,由联盟区块链系统判断交易数据未成功写入区块链分布式账本,联盟区块链系统向相关主体发送“记账失败、交易中止”的信息。
所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上,正在进行的交易进行验证,如果所有验证主体节点都参与了验证,且验证结果完全一致,区块链世界接受这一笔交易,交易数据写入区块链分布式账本失败,则交易中止,系统向相关主体发送“记账失败、交易中止”的信息。
进一步方案为,联盟区块链系统判断验证主体节点全部参与验证且验证结果完全一致,交易数据成功写入区块链分布式账本,联盟区块链系统向相关主体发送“交易完成”的信息。
所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上,正在进行的交易进行验证,如果所有验证主体节点都参与了验证,且验证结果完全一致,区块链世界接受这一笔交易,交易数据写入区块链分布式账本成功,交易完成,系统向相关主体发送“交易完成”的信息。
进一步方案为,联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,系统判断未收集到全部验证主体对应节点的数据,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;如果部分验证主体节点的账本数据读取没有成功,则验证失败,交易中止,系统向相关主体发送“验证失败、交易中止”的信息。
进一步方案为,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据不符合所有基于商业规则确定的验证逻辑,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,如果基于这些账本数据的验证结果没有全部一致,则验证失败,交易中止。
进一步方案为,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由区块链进行自身验证机制的验证,区块链验证失败,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易数据被提交到区块链,区块链上的验证失败,交易中止。
进一步方案为,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由区块链进行自身验证机制的验证,区块链验证通过,交易数据未成功写入区块链分布式账本,联盟区块链系统向相关主体发送“记账失败、交易中止”的信息。
在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易数据被提交到区块链,区块链上的验证通过,系统判定,区块链将该笔交易写入分布式账本失败,则交易中止。
进一步方案为,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由区块链进行自身验证机制的验证,区块链验证通过,交易数据成功写入区块链分布式账本,联盟区块链系统向相关主体发送“交易完成”的信息。
在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易数据被提交到区块链,区块链上的验证通过,系统判定,区块链将该笔交易写入分布式账本成功,交易完成。
进一步方案为,联盟区块链系统还包括所连接的每个节点、用户端及完成节点、用户端功能所必须的后台服务器、存储器、终端硬件及其运行的相关软件构成的网络系统,还包括用户端之间的点对点(P2P)通信,并能处理操作权利要求1~15中任何一个权利要求所述的方法。
实施本发明的一种联盟区块链系统中的交易实现方法,具有以下有益的技术效果:
1.传统的区块链系统或分布式记账系统的共识验证方式,只是对交易结果的验证,只要让与人拥有足够的标的物,即可交易。无法验证标的物的存在真实性和获得方式真实性。因此交易相关利益主体的权益得不到充分的保障。通过本发明的验证及交易方法,每一次交易,都经过利益相关主体对交易标的物的存在真实性,获得方式真实性进行充分有效的验证,可以确保相关主体的权益得到充分的保证。
2.本发明的交易方法,实现了交易标的物的存在真实性和来源真实性的动态验证,真实性验证和交易同时进行,彻底规避了传统交易方法中,真实性核实时间点和交易时间点错位带来的信用风险。
3.本发明设计的验证方法,可以用于代替传统的联盟区块链系统或分布式记账系统的技术共识算法,因为每笔交易的利益相关主体是随交易动态产生的,不固定,天然满足共识算法的要求,而且利益相关主体互相制约,极小可能出现勾结获益的情况,因而可以有效避免利益勾结、作恶,最重要的是验证节点的数量不会随系统规模的增长而增长,因而可以确保共识算法的效率不随系统规模的增长而下降。
4.对于供应链生态中企业之间的交易,必然建立在实名的基础之上,企业之间的交易,必须确保交易标的物的存在真实性和来源真实性。因此,存在真实性和来源真实性的检验是,企业之间的联盟区块链系统或分布式记账系统的基石。没有这两个真实性的检验,企业之间的联盟区块链系统或分布式记账系统一定是空中楼阁。本发明的方法,创造性地解决这个问题,为企业间交易必须实名的联盟区块链系统或分布式记账系统的发展和应用扫清了一个最大的障碍。
附图说明
图1本发明方法主流程图;
图2本发明区块链系统内验证示意图;
图3本发明从区块链系统节点取数据,区块链系统之外验证示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1至图3,实施例一,一种联盟区块链系统中的交易实现方法,包括由区块链及其辅助业务系统组成的联盟区块链系统;交易过程中,联盟区块链系统根据商业交易的利益相关或利害相关原则确定参与交易验证的主体及其节点;由联盟区块链系统基于各验证主体各自对应的区块链节点数据,对交易进行验证;由联盟区块链系统判断所有验证主体对应节点全部参与验证,且验证结果完全一致,将交易提交到区块链完成记账,交易完成。
一种联盟区块链系统中的交易实现方法,方法流程如下:
S1.联盟区块链系统基于区块链技术构建,联盟各主体直接或间接持有区块链节点;
S2.的联盟区块链系统基于交易主体达成的交易意向,根据利益相关或利害相关原则,确定参与验证的主体及其对应的区块链节点;
S3.验证由联盟区块链系统判断交易数据与区块链节点数据是否符合所有基于商业规则确定的验证逻辑;
S4.验证完成,联盟区块链系统将交易数据提交到区块链完成记账;
S5.交易完成;
进一步地,交易涉及的验证主体对应的区块链节点,是由验证主体自己持有和管理的节点,或者是通过商业协议委托其他主体持有和管理的节点。
进一步地,联盟区块链系统根据利益相关或利害相关原则来确定每笔交易的验证主体及这些主体各自对应的区块链节点,验证主体包括交易标的物(或电子凭证)的让与人、受让人、见证人,电子凭证发行人,该交易标的物(或电子凭证)在系统中的所有交易前手,与交易标的物(或电子凭证)存在利益相关或利害相关关系的其它主体。
每一笔交易,必然存在多个利益相关主体或利害关系人,即经济活动中和本笔交易在经济利益上具有直接相关性和间接相关性的主体。以应收账款的流转为例,利益相关主体或利害关系人有应收账款的让与人、受让人、应收账款的债务人,本次应收账款转让的所有前手,为应收账款提供融资的金融机构等。以动产的流转为例,每一笔动产交易,利益相关主体或利害关系人有本次交易的让与人、受让人、动产的监管人、保管人、动产的品质检测人、为动产提供融资的金融机构,对于特殊类型的动产,还有政府监管机构。
本发明中的验证方法,和传统区块链的全网所有记账节点参与验证的机制不同,本发明的方法,只需要与交易存在利益相关或利害相关原则的主体参与验证,不需要全网节点全部参与验证。本发明的方法要求参与验证的主体全部参与验证,验证结果全部一致,而传统区块链验证要求全网所有节点参与验证,不强制要求全部验证节点都参与验证,也不强制要求全部验证结果一致。
进一步地,验证由联盟区块链系统进行,其特征是,联盟区块链系统收集交易数据及所有验证主体各自对应区块链节点的数据,联盟区块链系统判断交易数据与区块链节点数据是否符合所有基于商业规则确定的验证逻辑,验证逻辑写入系统并由系统自动执行。
进一步地,验证在区块链上进行,由联盟区块链系统动态配置每笔交易根据利益相关或利害相关原则确定的验证主体对应的节点,并将交易数据提交到区块链节点进行验证,验证通过,完成区块链记账。
本实施例中,针对IBM Fabric区块链平台,所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上,正在进行的交易进行验证,如果所有验证主体节点都参与了验证,且验证结果完全一致,区块链世界接受这一笔交易,交易数据被写入区块链分布式账本。
进一步地,验证在区块链外进行,由联盟区块链系统动态从根据每笔交易利益相关或利害相关原则确定的验证主体对应的节点读取数据到区块链外部完成验证,验证通过,由联盟区块链系统将交易数据提交到区块链,进行区块链自身验证机制的验证,验证通过,完成区块链记账。
本实施例中,针对IBM Fabric区块链平台,在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易被提交到区块链,区块链成功完成链上自身验证机制的验证之后,交易写入区块链分布式账本。
进一步地,联盟区块链系统判断验证主体节点没有全部参与验证,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上正在进行的交易进行验证,如果有部分验证主体节点没有参与验证,则验证失败,交易中止,系统向相关主体发送“验证失败、交易中止”的信息。
进一步地,联盟区块链系统判断验证主体节点全部参与验证但验证结果没有完全一致,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上正在进行的交易进行验证,如果所有验证主体节点的验证结果没有完全一致,则验证失败,交易中止,系统向相关主体发送“验证失败、交易中止”的信息。
进一步地,联盟区块链系统判断验证主体节点全部参与验证且验证结果完全一致,验证通过,由联盟区块链系统判断交易数据未成功写入区块链分布式账本,联盟区块链系统向相关主体发送“记账失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上,正在进行的交易进行验证,如果所有验证主体节点都参与了验证,且验证结果完全一致,区块链世界接受这一笔交易,交易数据写入区块链分布式账本失败,则交易中止,系统向相关主体发送“记账失败、交易中止”的信息。
进一步地,联盟区块链系统判断验证主体节点全部参与验证且验证结果完全一致,交易数据成功写入区块链分布式账本,联盟区块链系统向相关主体发送“交易完成”的信息。
本实施例中,针对IBM Fabric区块链平台,所有参与验证的主体对应的区块链节点,基于本节点的账本数据,对被提交到区块链上,正在进行的交易进行验证,如果所有验证主体节点都参与了验证,且验证结果完全一致,区块链世界接受这一笔交易,交易数据写入区块链分布式账本成功,交易完成,系统向相关主体发送“交易完成”的信息。
进一步地,联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,系统判断未收集到全部验证主体对应节点的数据,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;如果部分验证主体节点的账本数据读取没有成功,则验证失败,交易中止,系统向相关主体发送“验证失败、交易中止”的信息。
进一步地,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据不符合所有基于商业规则确定的验证逻辑,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,如果基于这些账本数据的验证结果没有全部一致,则验证失败,交易中止。
进一步地,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由区块链进行自身验证机制的验证,区块链验证失败,联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易数据被提交到区块链,区块链上的验证失败,交易中止。
进一步地,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由区块链进行自身验证机制的验证,区块链验证通过,交易数据未成功写入区块链分布式账本,联盟区块链系统向相关主体发送“记账失败、交易中止”的信息。
本实施例中,针对IBM Fabric区块链平台,在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易数据被提交到区块链,区块链上的验证通过,系统判定,区块链将该笔交易写入分布式账本失败,则交易中止。
进一步地,由联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,联盟区块链系统收集到全部验证主体对应节点数据,联盟区块链系统判断交易数据与区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由区块链进行自身验证机制的验证,区块链验证通过,交易数据成功写入区块链分布式账本,联盟区块链系统向相关主体发送“交易完成”的信息。
本实施例中,针对IBM Fabric区块链平台,在把交易数据提交到区块链之前,系统先根据交易的利益相关或利害相关原则确定参与验证的主体及其对应的区块链节点,并分别到这些节点读取账本数据,然后基于各自节点的账本数据,执行验证;所有验证主体节点的账本数据都读取成功,且基于这些账本数据的验证结果全部一致,则交易数据被提交到区块链,区块链上的验证通过,系统判定,区块链将该笔交易写入分布式账本成功,交易完成。
进一步地,联盟区块链系统还包括所连接的每个节点、用户端及完成节点、用户端功能所必须的后台服务器、存储器、终端硬件及其运行的相关软件构成的网络系统,还包括用户端之间的点对点(P2P)通信,并能处理操作任何的方法。
相对于现有技术,本方案的创新进步如下:
进步1.传统分布式记账系统的共识验证方式,只是对交易结果的验证,只要让与人拥有足够的标的物,即可交易。无法验证标的物的存在真实性和来源(获得方式)真实性。因此交易相关利益主体的权益得不到充分的保障。通过本发明的验证及交易方法,每一次交易,都经过利益相关主体对交易标的物的存在真实性,获得方式真实性进行充分有效的验证,可以确保相关主体的权益得到充分的保证。
进步2.本发明的交易方法,实现了交易标的物的存在真实性和来源真实性的动态验证,真实性验证和交易同时进行,彻底规避了传统交易方法中,真实性核实时间点和交易时间点错位带来的信用风险。
进步3.本发明的验证方法,可以用于代替传统分布式记账系统的技术共识验证算法,因为每笔交易的利益相关主体是随交易动态产生的,不固定,天然满足共识算法的要求,而且利益相关主体互相制约,极少可能出现勾结获益的情况,因而可以有效避免利益勾结、作恶,最重要的是验证节点的数量不会随系统规模的增长而增长,因而可以确保共识算法的效率不随系统规模的增长而下降。
进步4.对于供应链生态中企业之间的交易,必然建立在实名的基础之上,企业之间的交易,必须确保交易标的物的存在真实性和来源真实性。因此,存在真实性和来源真实性的检验,是企业之间分布式记账系统的基石。没有这两个真实性的检验,企业之间的分布式记账系统一定是空中楼阁。本发明的方法,创造性地解决这个问题,为企业间分布式记账系统的发展和应用扫清了一个最大的障碍。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
以上所述仅为本专利优选实施方式,并非限制本专利范围,凡是利用说明书及附图内容所作的等效结构或等效流程变换,直接或间接运用在其它相关的技术领域,均属于本专利保护范围。

Claims (16)

1.一种联盟区块链系统中的交易实现方法,其特征在于:包括由区块链及其辅助业务系统组成的联盟区块链系统;交易过程中,所述联盟区块链系统根据商业交易的利益相关或利害相关原则确定参与交易验证的主体及其节点;由所述联盟区块链系统基于各验证主体各自对应的区块链节点数据,对交易进行验证;由所述联盟区块链系统判断所有验证主体对应节点全部参与验证,且验证结果完全一致,将交易提交到区块链完成记账,交易完成;
所述联盟区块链系统中的交易实现方法的流程如下:
S1.所述联盟区块链系统基于区块链技术构建,联盟各主体直接或间接持有所述区块链节点;
S2.所述联盟区块链系统基于交易主体达成的交易意向,根据利益相关或利害相关原则,确定参与验证的主体及其对应的所述区块链节点;
S3.所述验证由所述联盟区块链系统判断所述交易数据与所述区块链节点数据是否符合所有基于商业规则确定的验证逻辑;
S4.所述验证完成,所述联盟区块链系统将交易数据提交到所述区块链完成记账;
S5.交易完成。
2.根据权利要求1所述的联盟区块链系统中的交易实现方法,其特征在于,所述交易涉及的验证主体对应的区块链节点,是由所述验证主体自己持有和管理的节点,或者是通过商业协议委托其他主体持有和管理的节点。
3.根据权利要求1所述的联盟区块链系统中的交易实现方法,其特征在于,所述联盟区块链系统根据利益相关或利害相关原则来确定每笔交易的验证主体及这些主体各自对应的区块链节点,所述验证主体包括交易标的物(或电子凭证)的让与人、受让人、见证人,电子凭证发行人,该交易标的物(或电子凭证)在系统中的所有交易前手,与交易标的物(或电子凭证)存在利益相关或利害相关关系的其它主体。
4.根据权利要求1所述的联盟区块链系统中的交易实现方法,其特征在于,所述验证由所述联盟区块链系统进行,所述联盟区块链系统收集交易数据及所有验证主体各自对应区块链节点的数据,所述联盟区块链系统判断所述交易数据与所述区块链节点数据是否符合所有基于商业规则确定的验证逻辑,所述验证逻辑写入系统并由系统自动执行。
5.根据权利要求1所述的联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链上进行,由所述联盟区块链系统动态配置每笔交易根据利益相关或利害相关原则确定的验证主体对应的节点,并将交易数据提交到区块链节点进行验证,验证通过,完成区块链记账。
6.根据权利要求1所述的联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链外进行,由所述联盟区块链系统动态从根据每笔交易利益相关或利害相关原则确定的验证主体对应的节点读取数据到区块链外部完成验证,验证通过,由所述联盟区块链系统将所述交易数据提交到区块链,进行区块链自身验证机制的验证,验证通过,完成区块链记账。
7.根据权利要求1或5所述的联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链上进行,所述联盟区块链系统判断所述验证主体节点没有全部参与验证,所述联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
8.根据权利要求1或5的所述联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链上进行,所述联盟区块链系统判断所述验证主体节点全部参与验证但验证结果没有完全一致,所述联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
9.根据权利要求1或5的所述联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链上进行,所述联盟区块链系统判断所述验证主体节点全部参与验证且验证结果完全一致,验证通过,由所述联盟区块链系统判断所述交易数据未成功写入区块链分布式账本,所述联盟区块链系统向相关主体发送“记账失败、交易中止”的信息。
10.根据权利要求1或5的所述联盟区块链系统中的交易实现方法,其特征在于所述验证在区块链上进行,,所述联盟区块链系统判断所述验证主体节点全部参与验证且验证结果完全一致,所述交易数据成功写入区块链分布式账本,所述联盟区块链系统向相关主体发送“交易完成”的信息。
11.根据权利要求1或6的所述联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链外进行,所述联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,所述系统判断未收集到全部验证主体对应节点的数据,所述联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
12.根据权利要求1或6的所述联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链外进行,由所述联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,所述联盟区块链系统收集到全部验证主体对应节点数据,所述联盟区块链系统判断所述交易数据与所述区块链节点数据不符合所有基于商业规则确定的验证逻辑,所述联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
13.根据权利要求1或6的所述联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链外进行,由所述联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,所述联盟区块链系统收集到全部验证主体对应节点数据,所述联盟区块链系统判断所述交易数据与所述区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由所述区块链进行自身验证机制的验证,区块链验证失败,所述联盟区块链系统向相关主体发送“验证失败、交易中止”的信息。
14.根据权利要求1或6的所述联盟区块链系统中的交易实现方法,其特征在于,所述验证在区块链外进行,由所述联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,所述联盟区块链系统收集到全部验证主体对应节点数据,所述联盟区块链系统判断所述交易数据与所述区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由所述区块链进行自身验证机制的验证,区块链验证通过,所述交易数据未成功写入区块链分布式账本,所述联盟区块链系统向相关主体发送“记账失败、交易中止”的信息。
15.根据权利要求1或6的所述联盟区块链系统中的交易实现方法,其特征在于,所述的验证在区块链外进行,由所述联盟区块链系统从参与验证主体对应区块链节点读取数据到区块链外部完成数据验证,所述联盟区块链系统收集到全部验证主体对应节点数据,所述联盟区块链系统判断所述交易数据与所述区块链节点数据符合所有基于商业规则确定的验证逻辑,提交到区块链,由所述区块链进行自身验证机制的验证,区块链验证通过,所述交易数据成功写入区块链分布式账本,所述联盟区块链系统向相关主体发送“交易完成”的信息。
16.根据权利要求1所述的联盟区块链系统中的交易实现方法,其特征在于,所述联盟区块链系统还包括所连接的每个节点、用户端及完成节点、用户端功能所必须的后台服务器、存储器、终端硬件及其运行的相关软件构成的网络系统,还包括用户端之间的点对点(P2P)通信,并能处理操作权利要求1~15中任何一个权利要求所述的方法。
CN201910495472.1A 2019-06-10 2019-06-10 一种联盟区块链系统中的交易实现方法 Pending CN110232572A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910495472.1A CN110232572A (zh) 2019-06-10 2019-06-10 一种联盟区块链系统中的交易实现方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910495472.1A CN110232572A (zh) 2019-06-10 2019-06-10 一种联盟区块链系统中的交易实现方法

Publications (1)

Publication Number Publication Date
CN110232572A true CN110232572A (zh) 2019-09-13

Family

ID=67859468

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910495472.1A Pending CN110232572A (zh) 2019-06-10 2019-06-10 一种联盟区块链系统中的交易实现方法

Country Status (1)

Country Link
CN (1) CN110232572A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111008838A (zh) * 2019-12-20 2020-04-14 深圳前海星际同辉科技有限公司 基于区块链的交易平台系统方法、终端及存储介质
CN111292191A (zh) * 2020-02-18 2020-06-16 杭州复杂美科技有限公司 承兑服务联盟方法、设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016161073A1 (en) * 2015-03-31 2016-10-06 Nasdaq, Inc. Systems and methods of blockchain transaction recordation
CN109493056A (zh) * 2018-12-04 2019-03-19 深圳市链联科技有限公司 一种基于供应链生态应用场景的区块链共识机制
CN109727029A (zh) * 2018-12-18 2019-05-07 杭州茂财网络技术有限公司 一种联盟链共识方法和系统
CN109802993A (zh) * 2018-12-13 2019-05-24 深圳市链联科技有限公司 一种基于供应链生态的联盟链搭建方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016161073A1 (en) * 2015-03-31 2016-10-06 Nasdaq, Inc. Systems and methods of blockchain transaction recordation
CN109493056A (zh) * 2018-12-04 2019-03-19 深圳市链联科技有限公司 一种基于供应链生态应用场景的区块链共识机制
CN109802993A (zh) * 2018-12-13 2019-05-24 深圳市链联科技有限公司 一种基于供应链生态的联盟链搭建方法
CN109727029A (zh) * 2018-12-18 2019-05-07 杭州茂财网络技术有限公司 一种联盟链共识方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111008838A (zh) * 2019-12-20 2020-04-14 深圳前海星际同辉科技有限公司 基于区块链的交易平台系统方法、终端及存储介质
CN111292191A (zh) * 2020-02-18 2020-06-16 杭州复杂美科技有限公司 承兑服务联盟方法、设备和存储介质

Similar Documents

Publication Publication Date Title
Bakarich et al. The use of blockchains to enhance sustainability reporting and assurance
Tserng et al. Analyzing the role of national PPP units in promoting PPPs: Using new institutional economics and a case study
CN108830490A (zh) 一种利用公有区块链管理动态企业信用评分的方法
CN109493203A (zh) 一种数据核算方法、装置及存储介质
Kosasi et al. Blockchain technology-emerging research themes opportunities in higher education
CN108492183A (zh) 区块链的账户交易方法、系统和计算机可读存储介质
CN110163740A (zh) 一种信用融资方法及装置
CN110445778A (zh) 一种应用于联盟链的共识算法
CN111738725B (zh) 跨境资源转移真实性审核方法、装置及电子设备
CN108282539A (zh) 基于双层网络的去中心化存储系统
CN110222536A (zh) 一种基于分布式记账的仓单数据存储方法
CN111899107B (zh) 一种基于区块链智能合约的科技服务交易方法
CN110210968A (zh) 智能服务交易系统
CN107392610A (zh) 一种分布式网络的可靠数据源的实现方法
CN110060168A (zh) 一种基于联盟链技术进行投标电子保函业务管理系统及方法
CN108347483A (zh) 基于双层网络的去中心化计算系统
Bott et al. Towards a framework for the evaluation and design of distributed ledger technologies in banking and payments
CN109214823A (zh) 基于区块链的交易验证方法、装置、存储介质及电子设备
CN110232572A (zh) 一种联盟区块链系统中的交易实现方法
CN107203343A (zh) 一种数据存储方法、系统及设备
CN112862303A (zh) 一种基于区块链的众包质量评估的系统及方法
CN110860090A (zh) 一种基于区块链的游戏资产交易方法
Kazi et al. Optimal and secure peer-to-peer carbon emission trading: A game theory informed framework on blockchain
US20230022234A1 (en) Physical Item Control
CN110417917A (zh) 用于票据流转的方法、系统、计算机设备和介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20190913

RJ01 Rejection of invention patent application after publication