区块链背书验证制造技术

示例操作可以包括以下中的一个或多个：接收输入，该输入包括背书策略、区块链网络的结构以及针对要容忍的故障程度的要求；将所接收的输入变换为中间数据，该中间数据包括代表区块链网络的节点的故障状态的变量的标识符，以及背书策略和针对要容忍的故障程度的要求对节点的故障状态的约束：否定中间数据中约束的子集；基于所有可能的故障状态，确定遵循背书策略和针对故障程度的要求的区块链是否具有区块链固有特性；以及经由显示屏显示确定结果。

【技术实现步骤摘要】
区块链背书验证
本申请一般涉及区块链开发，并且更具体地，涉及用于验证可定制背书策略的实现是否满足区块链特性的系统。
技术介绍
集中式数据库在一个位置存储和维护数据。该位置通常是中央计算系统，诸如服务器或大型计算机。通常可以从多个不同点访问存储在集中式数据库中的信息。例如，多个用户或客户端工作站可以基于客户端/服务器配置在集中式数据库上同时工作。由于集中式数据库的单一位置，因此集中式数据库易于管理、维护和控制，特别是出于安全目的。在集中式数据库中，由于所有数据的单个存储位置也意味着给定的数据集仅具有一个主记录，因此使数据完整性最大化，并使数据冗余最小化。这有助于维护数据尽可能准确和一致，并增强数据可靠性。然而，集中式数据库存在重大缺陷。例如，集中式数据库具有单个故障点。特别地，如果没有容错设置并且发生硬件故障，则数据库中的所有数据都会丢失，并且所有用户的工作都会中断。此外，集中式数据库高度取决于网络连接。因此，因特网连接越慢，每个数据库访问所需的时间就越长。另一个缺点是，当集中式数据库经历高流量时，可能会出现瓶颈制约。此外，由于仅维护数据的一个活动/生产副本，因此集中式数据库提供了对数据的有限访问。因此，多个用户可能无法在不产生诸如覆盖必要数据的问题的情况下同时访问同一条数据。此外，由于中央数据库几乎没有数据冗余，因此如果一组数据意外丢失，则可能很难恢复，除非通过手动操作从备份磁盘存储中恢复。在全球供应链、金融服务、医疗保健、政府和许多其它行业中，创新者正在探索使用区块链来打破传统存储并将其转变为分散存储方案的方法。许多行业领导者已经通过使用区块链存储实现了显著的业务收益，包括更高的透明度、增强的安全性、改进的可追溯性、提高的交易效率和速度以及降低的成本。在可以将数据(例如，交易)存储在区块链上之前，必须由区块链网络内的节点的共识(consensus)来批准。HyperledgerFabric是一种支持特定于应用的、可定制的共识协议(称为背书策略)的区块链基础设施，该协议可以支持多种区块链应用。然而，由于允许的定制，因此难以确保实现背书策略的区块链网络满足诸如拜占庭容错的区块链要求。因此，需要用于验证可定制的背书策略和实现它们的网络的机制。
技术实现思路
一个示例实施例可以提供系统，该系统包括以下中的一个或多个：存储装置，其被配置为存储输入，该输入包括背书策略、区块链网络的结构和针对区块链的要求；以及处理器，其被配置为以下中的一个或多个：将输入变换为中间数据，该中间数据包括区块链网络的节点的故障状态、背书策略对节点的约束、以及区块链要求对节点的否定约束，基于变换的中间数据确定背书策略是否满足区块链要求的要求，并经由显示屏显示确定的结果。另一示例实施例可以提供方法，该方法包括以下中的一个或多个：接收输入，该输入包括背书策略、区块链网络的结构以及针对区块链的要求，将接收的输入变换为中间数据，该中间数据包括区块链网络的节点的故障状态、背书策略对节点的约束、以及区块链要求对节点的否定约束，基于中间数据确定背书策略是否满足区块链要求，并经由显示屏显示确定的结果。另一示例实施例可以提供包括指令的非暂态计算机可读介质，当指令被处理器读取时使处理器执行以下中的一个或多个：接收输入，该输入包括背书策略、区块链网络的结构，以及针对区块链的要求，将接收的输入变换为中间数据，该中间数据包括区块链网络的节点的故障状态、背书策略对节点的约束、以及区块链要求对节点的否定约束，基于中间数据确定背书策略是否满足区块链要求，并经由显示屏显示确定的结果。附图说明图1是示出根据示例实施例的计算系统验证背书策略的过程的图。图2A是示出根据示例实施例的用于资产共享场景的对等节点区块链架构配置的图。图2B是示出根据示例实施例的对等节点区块链配置的图。图3是示出根据示例实施例的许可的区块链网络的图。图4A是示出根据示例实施例的用于验证区块链背书策略的过程的图。图4B是示出根据示例实施例的区块链背书策略的验证的输入和输出的图。图4C是示出根据示例实施例的正确背书策略的图。图4D是示出根据示例实施例的失败的背书策略的图。图5是示出根据示例实施例的用于验证区块链背书策略的方法的图。图6A是示出根据示例实施例的被配置为根据在此描述的一个或多个操作对区块链执行各种操作的物理基础设施的图。图6B是示出根据示例实施例的在签约方和中介服务器之间的智能合约配置的图，其中中介服务器被配置为针对区块链实施智能合约条款。图6C是示出根据示例实施例的在签约方和中介服务器之间的智能合约配置的图，其中中介服务器被配置为针对区块链实施智能合约条款。图6D是示出根据示例实施例的另一示例基于区块链的智能合约系统的图。图7A是示出根据示例实施例的将新区块添加到区块链账本的过程的图。图7B是示出根据示例实施例的用于区块链的数据区块结构的内容的图。图8是示出被配置为支持一个或多个示例实施例的示例计算机系统的图。具体实施方式容易理解的是，如在此一般描述和附图中示出的本专利技术组件可以以各种不同的配置来布置和设计。因此，如附图中所示的方法、装置、非暂时性计算机可读介质和系统中的至少一个的实施例的以下详细描述并非旨在限制所要求保护的本申请的范围，而是仅代表所选的实施例。在本说明书的全文中描述的本专利技术特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。例如，在整篇说明书中，短语“示例实施例”、“一些实施例”或其他类似语言的使用是指结合实施例描述的特定特征、结构或特性可以被包括在至少一个实施例中的事实。因此，在整篇说明书出现的短语“示例实施例”、“在一些实施例中”、“在其他实施例中”或其他类似语言不一定都是指相同的一组实施例，并且所描述的特征、结构或者特性可以以任何合适的方式组合在一个或多个实施例中。另外，虽然术语“消息”可能已经在实施例的描述中使用，但是该应用可以应用于许多类型的网络数据，例如分组、帧、数据报等。术语“消息”还包括分组、帧、数据报及其任何等同物。此外，虽然在示例性实施例中可以描绘某些类型的消息和信令，但是它们不限于某种类型的消息，并且该应用不限于某种类型的信令。示例实施例提供了能够验证区块链的可定制共识规则(也称为背书策略)的方法、系统、非暂态计算机可读介质、设备和/或网络。开发者在制定背书策略时可以使用在此描述的实施例。在这些示例中，背书策略限定在区块链网络中的哪些参与者(节点)必须在可将交易存储在区块链上之前背书交易。同时，共识分为三个阶段，包括背书、排序和验证。共识是其中网络中的节点提供对交易的有保证的排序并验证需要提交到账本的那些交易区块的过程。根据背书和共识策略，共识必须确保所提议的区块中所有交易的正确性，顺序和正确性以及因此执行结果的协议(暗示对全局状态的协议)，以及接口链接并取决于智能合约层来验证区块中有序交易集的正确性。共识必须满足两个特性以保证本文档来自技高网...

【技术保护点】
1.一种方法，包括：/n接收输入，所述输入包括背书策略、区块链网络的结构、以及针对要容忍的故障程度的要求；/n将所接收的输入变换为中间数据，所述中间数据包括代表所述区块链网络的节点的故障状态的变量的标识符，以及所述背书策略和针对要容忍的故障程度的所述要求对所述节点的所述故障状态的约束；/n否定所述中间数据中所述约束的子集；/n基于所有可能的故障状态，确定遵循所述背书策略和针对所述故障程度的所述要求的区块链是否具有区块链固有特性；以及/n经由显示屏显示所述确定的结果。/n

【技术特征摘要】
20190107 US 16/2418431.一种方法，包括：
接收输入，所述输入包括背书策略、区块链网络的结构、以及针对要容忍的故障程度的要求；
将所接收的输入变换为中间数据，所述中间数据包括代表所述区块链网络的节点的故障状态的变量的标识符，以及所述背书策略和针对要容忍的故障程度的所述要求对所述节点的所述故障状态的约束；
否定所述中间数据中所述约束的子集；
基于所有可能的故障状态，确定遵循所述背书策略和针对所述故障程度的所述要求的区块链是否具有区块链固有特性；以及
经由显示屏显示所述确定的结果。


2.根据权利要求1所述的方法，其中，所述区块链固有特性包括拜占庭容错特性，所述拜占庭容错特性包括活性要求和安全性要求中的一个或多个。


3.根据权利要求1所述的方法，其中，所述变换包括：将所述区块链网络中的一组节点变换为描述相应节点的故障状态的状态变量。


4.根据权利要求3所述的方法，其中，所述变换包括：将所述背书策略变换为对所述状态变量的一组约束。


5....

【专利技术属性】
技术研发人员：河原亮，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：美国;US