一种基于区块链的去中心化芯片研发交易数据存储方法及
系统
技术领域
[0001] 本
发明涉及计算机技术领域，尤其涉及一种去中心化芯片研发交易数据存储方法及系统。
背景技术
[0002] 集成
电路是信息产业的基石，集成电路产业发展需要具备深厚的技术功底并长期积累。目前，集成电路的开发需要依次经过
硬件代码、电路、仿真、工艺、版图、流片测试验证、封装等环节，各环节均需专业团队进行维护。
[0003] 目前，可以基于传统的以太坊数据层，对芯片研发交易数据进行存储。其中，以太坊是一个开源的有
智能合约功能的公共区块链平台。如此，不适用于存储数据量较大的芯片研发交易数据。
[0004] 因此，针对以上不足，需要提供一种能够适用于存储较
大数据量的芯片研发交易数据的方法。
发明内容
[0005] 本发明要解决的技术问题在于较大数据量的芯片研发交易数据的存储，针对
现有技术中的
缺陷，提供一种能够适用于存储较大数据量的芯片研发交易数据的方法。
[0006] 为了解决上述技术问题，本发明提供了一种去中心化芯片研发交易数据存储方法，包括：
[0007] 获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据；
[0008] 利用至少两个共识
节点依次循环对
区块头进行至少一次哈希运算，其中，每一次哈希运算均获得一个哈希值，所述区块头根据所述预设时间段内产生的所有交易数据和所有智能合约消息数据而获得；
[0009] 将目标共识节点确定为记账节点，其中，所述目标共识节点优先运算出小于预设自主
挖矿目标值的哈希值；
[0010] 通过所述记账节点，将所述预设时间段内产生的所有芯片研发数据存入分布式链下存储系统，并将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链。
[0011] 优选地，在所述利用至少两个共识节点依次循环对区块头进行至少一次哈希运算之前，进一步包括：从至少两个系统节点和至少一个授权节点中选择出所述至少两个共识节点，其中，所述系统节点为始终在线并稳定运行的节点，所述授权节点为具有共识权限的从业用户节点。
[0012] 优选地，所述从至少两个系统节点和至少一个授权节点中选择出所述至少两个共识节点，包括：从至少一个授权节点中筛选出至少一个目标授权节点，其中，任一授权节点被选中作为目标授权节点的概率与该授权节点对应的参与度成正比，所述参与度由授权节点的在线时间和/或评价得分而确定；将所述至少两个系统节点和所述至少一个目标授权节点确定为所述至少两个共识节点。
[0013] 优选地，所述利用至少两个共识节点依次循环对区块头进行至少一次哈希运算，包括：
[0014] 分别生成与每一个所述共识节点相对应的积分奖励交易信息，其中，对于任一所述共识节点，该共识节点为系统节点时，该共识节点对应的积分奖励交易信息包括奖励积分值和奖励节点标识，所述奖励节点标识用于标识一个所述目标授权节点，该共识节点为授权节点时，该共识节点对应的积分奖励交易信息包括奖励积分值；
[0015] 根据预先确定的节点排序结果，每一个所述共识节点依次对相对应的区块头进行至少一次哈希运算而获得至少一个哈希值，
[0016] 其中，对于所述至少两个共识节点中的任一第一共识节点，通过打包所述第一共识节点对应的积分奖励交易信息以及所述预设时间段内产生的所有交易数据和所有智能合约消息数据，以获得所述第一共识节点对应的第一区块主体，所述第一共识节点对应的第一区块头包括有所述第一区块主体的哈希值、所述区块链上末位区块的哈希值和自主挖矿随机数，其中，所述自主挖矿随机数按照预设的规则变化，使得所述第一共识节点不同次对所述第一区块头进行哈希运算时，所述第一区块头中包括有不同的自主挖矿随机数。
[0017] 优选地，该方法进一步包括：按照相对应的参与度由大至小的顺序，将所述至少一个目标授权节点排列在所述至少两个系统节点之后，并根据各个所述共识节点的排列顺序，获得所述节点排序结果。
[0018] 优选地，在所述将目标共识节点确定为记账节点之后，进一步包括：所述记账节点为系统节点时，根据所述记账节点对应的积分奖励交易信息中包括的第一奖励积分值和第一奖励节点标识，向所述第一奖励节点标识所标识的目标授权节点，发放与所述第一奖励积分值相对应的积分；所述记账节点为授权节点时，根据所述记账节点对应的积分奖励交易信息中包括的第二奖励积分值，向所述记账节点发放与所述第二奖励积分值相对应的积分。
[0019] 优选地，所述将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链，包括：生成新区块，所述新区块包括区块头和区块主体，所述记账节点对所述新区块的区块头进行哈希运算所获得的哈希值小于所述自主挖矿目标值，所述新区块的区块主体为所述记账节点对应的区块主体；将所述新区块链接到所述区块链上。
[0020] 优选地，在所述获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据之前，进一步包括：对于交易节点集群中的任一交易节点，第一交易节点广播有针对一第一芯片研发交易目标的至少一个芯片研发交易需求时，针对每一个所述芯片研发交易需求均执行：根据区块链上存储的针对所述第一芯片研发交易目标的智能合约，在确定出所述第一交易节点和第二交易节点之间，发生有针对当前芯片研发交易需求的第一芯片研发交易时，获取针对所述第一芯片研发交易的交易数据、智能合约消息数据和芯片研发数据。
[0021] 优选地，所述将所述预设时间段内产生的所有芯片研发数据存入分布式链下存储系统，包括：利用分布式链下存储系统，存储所述预设时间段内获取到的所有芯片研发数据，以及针对所述预设时间段内获取到的每一个芯片研发数据的目标哈希值；
[0022] 所述将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链，包括：生成新区块，其中，所述新区块的区块主体包括每一个所述目标哈希值，以及所述预设时间段内获取到的所有交易数据和所有智能合约消息数据，所述新区块的区块头包括所述区块链中末位区块的哈希值、针对所述新区块的区块主体的哈希值和所述新区块生成时间的时间戳；基于所述时间戳，按照区块生成时间的先后顺序，将所述新区块链接到所述区块链上。
[0023] 本发明还提供了一种去中心化芯片研发交易数据存储系统，包括：
[0024] 分布式链下存储系统和包括至少两个共识节点的共识节点集群；
[0025] 其中，所述共识节点的节点类型包括系统节点；
[0026] 所述共识节点集群中的系统节点，用于获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据；
[0027] 所述至少两个共识节点，用于依次循环对区块头进行至少一次哈希运算，其中，每一次哈希运算均获得一个哈希值，所述区块头根据所述预设时间段内产生的所有交易数据和所有智能合约消息数据而获得；将目标共识节点确定为记账节点，其中，所述目标共识节点优先运算出小于预设自主挖矿目标值的哈希值；
[0028] 所述记账节点，用于将所述预设时间段内产生的所有芯片研发数据存入分布式链下存储系统，并将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链。
[0029] 优选地，该系统进一步包括：至少一个授权节点、至少一个普通节点和至少一个访客节点；
[0030] 所述授权节点为联盟内具有共识权利的从业用户节点；
[0031] 所述普通节点为联盟内具有区块读取权限的从业用户节点；
[0032] 所述访客节点为联盟外具有从区块链中读取与其自身相关的所述待存储数据的用户节点；
[0033] 所述授权节点，用于递交成为共识节点的
申请，并在申请审批通过后成为所述共识节点；
[0034] 所述普通节点，用于递交成为授权节点的申请，并在申请审批通过后成为所述授权节点；
[0035] 所述访客节点，用于递交成为普通节点的申请，并在申请审批通过后成为所述普通节点。
[0036] 实施本发明的，具有以下有益效果：能够适用于存储数据量较大的芯片研发交易数据。
附图说明
[0037] 图1是本发明
实施例一提供的一种去中心化芯片研发交易数据存储方法的
流程图；
[0038] 图2是本发明实施例十提供的一种去中心化芯片研发交易数据存储方法的流程图；
[0039] 图3是本发明实施例十一提供的一种去中心化芯片研发交易数据存储系统的示意图。
具体实施方式
[0040] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0041] 实施例一
[0042] 如图1所示，实施例一提供的一种去中心化芯片研发交易数据存储方法，可以包括以下步骤：
[0043] 步骤101：获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据。
[0044] 步骤102：利用至少两个共识节点依次循环对区块头进行至少一次哈希运算，其中，每一次哈希运算均获得一个哈希值，所述区块头根据所述预设时间段内产生的所有交易数据和所有智能合约消息数据而获得。
[0045] 步骤103：将目标共识节点确定为记账节点，其中，所述目标共识节点优先运算出小于预设自主挖矿目标值的哈希值。
[0046] 步骤104：通过所述记账节点，将所述预设时间段内产生的所有芯片研发数据存入分布式链下存储系统，并将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链。
[0047] 需要说明的是，
交易记录的防篡改和芯片研发交易相关数据的可追溯是实现去中心化芯片研发交易模式的根本要求。本实施例中，区块链是实现集成电路去中心化组织研发模式和交易模式的核心关键。区块链技术可通过分布式网络、时序不可篡改的
密码学账本及分布式共识机制，以建立交易双方彼此的信任关系。
[0048] 本实施例中，由各个共识节点依次循环对相应的区块头进行哈希运算，将优先运算出小于自主挖矿目标值的哈希值的共识节点确定为记账节点，从而可以缩短选举记账节点所需的时间，即实现了快速共识，提升了共识的效率。另外，由于各个共识节点运算出小于自主挖矿目标值的哈希值的概率相同，从而保证共识过程中各个共识节点之间的公平，从而可以保证共识过程的可靠性。
[0049] 详细地，两交易节点间发生交易时，交易节点会在区块链网络中广播这一交易信息，如此，共识节点即可实时获取每一次芯片研发交易的交易数据、智能合约消息数据和芯片研发数据。
[0050] 交易数据可以为交易时间、交易双方信息等数据，数据量通常不大，可存储于区块链中。智能合约消息数据可以为，当前发生的交易在与智能合约相匹配时所产生的消息数据，比如当前次交易的时间符合智能合约中预先约定的时间这一数据，数据量通常不大，可存储于区块链中。芯片研发数据，可以包括研发出的阶段性产品，如设计图等，数据量通常较大，可存储于分布式链下存储系统中。
[0051] 可见，本实施例中，数据层可以包括链上和链下两部分，其中链上部分可以是一个分布式
区块链账本，是把区块串成链表的数据结构，链下部分可以是一个分布式存储系统。
[0052] 详细地，区块链的基本技术特征就是，支持将一段时间内发生的交易
整理成区块，区块间按照先后顺序以密码学方式链接起来，形成区块的链，该链在区块链网络参与节点间复制和共享，链上内容依据不同共识机制由参与节点组成的网络集体维护。通常情况下，区块链上的共识机制主要可以用来解决，由谁来构造区块以及如何维护区块链统一的问题。
[0053] 将芯片研发交易的交易数据及智能合约消息数据存储在区块链
上管理，以达到可追溯防篡改的目的，可保证链的可靠运行、增强可监管性、提高区块的出块速度和
稳定性。可见，本实施例可基于区块链技术，构建数据存储、流转和处理的新型分布式计算架构，保障在不通过第三方中介机构信用背书条件下，实现数据的不易篡改、不易伪造、可追溯、可复核等目的。
[0054] 实施例二
[0055] 实施例二与实施例一基本相同，相同之处不再赘述，不同之处在于：在所述利用至少两个共识节点依次循环对区块头进行至少一次哈希运算之前，进一步包括：从至少两个系统节点和至少一个授权节点中选择出所述至少两个共识节点，其中，所述系统节点为始终在线并稳定运行的节点，所述授权节点为具有共识权限的从业用户节点。
[0056] 详细地，系统节点可以为点对点网络中可以始终在线稳定运行的节点，属于为了保证随时都可以正常进行数据存储而部署的节点，因而系统节点通常没有相对应的从业单位或从业个人。相应地，授权节点为点对点网络中具有共识权限的从业用户节点，即授权节点对应有从业单位或从业个人，授权节点的在线状态受相应用户的控制。另外，上述从业用户是指参与芯片研发和芯片交易过程的单位或个人。
[0057] 实施例二中，对于上述至少两个共识节点的组成，可以由两种实现方式。
[0058] 第一方面，在实施例二的一种可能实现方式中，上述至少两个共识节点不包括系统节点。
[0059] 详细地，由于系统节点是可以始终在线稳定运行的节点，系统节点的数量、运行的稳定性和安全性均具有可靠的保证，因此从系统节点中选择节点作为共识节点，并保证所有共识节点均属于系统节点，可以保证共识节点进行共识过程的稳定性。
[0060] 第二方面，可以存在下述实施例三。
[0061] 实施例三
[0062] 实施例三与实施例二基本相同，相同之处不再赘述，不同之处在于：所述从至少两个系统节点和至少一个授权节点中选择出所述至少两个共识节点，包括：从至少一个授权节点中筛选出至少一个目标授权节点，其中，任一授权节点被选中作为目标授权节点的概率与该授权节点对应的参与度成正比，所述参与度由授权节点的在线时间和/或评价得分而确定；将所述至少两个系统节点和所述至少一个目标授权节点确定为所述至少两个共识节点。
[0063] 需要说明的是，从授权节点中选择出的目标授权节点均是处于在线状态的，非在线状态的授权节点不会被选中作为目标授权节点，从而保证后续快速共识过程可以正常进行。
[0064] 针对每一个授权节点，该授权节点的在线时间越长，说明该授权节点参与共识或者进行芯片研发交易的累计时间越长，该授权节点的可信程度越高。另外，授权节点每次参与芯片研发或者芯片交易后，会根据芯片研发或者芯片交易的实际完成情况为授权节点评分，进而授权节点的累计评价得分越高说明该授权节点的信誉越好。从而可以根据授权节点的在线时长和评价得分来确定对应的参与度，在线时长越长且评价得分越高的授权节点的参与度越高，对应参与度越高的授权节点的可信度越高。
[0065] 在从各个授权节点中选择共识节点时，对应参与度越高的授权节点被选中作为共识节点的概率越高，但并非按照对应参与度由高至低的顺序直接选择对应参与度较高的授权节点作为共识节点，这可以保证从授权节点中选择共识节点的公平性。
[0066] 此外，从授权节点中选择目标授权节点，将目标授权节点与所有系统节点确定为共识节点，由于系统节点的存在可以保证共识结果的可靠性，选择部分授权节点作为共识节点参与共识过程，可以提高共识过程和共识结果的公信
力。
[0067] 综合上述两个方面，可以仅从系统节点中选择节点作为共识节点，也可以将系统节点与从授权节点中选择的目标授权节点作为共识节点，故在实际业务实现过程中可以根据需求灵活确定选择共识节点的方法，从而可以提高共识的灵活性。
[0068] 实施例四
[0069] 实施例四与实施例三基本相同，相同之处不再赘述，不同之处在于：所述利用至少两个共识节点依次循环对区块头进行至少一次哈希运算，包括：
[0070] 分别生成与每一个所述共识节点相对应的积分奖励交易信息，其中，对于任一所述共识节点，该共识节点为系统节点时，该共识节点对应的积分奖励交易信息包括奖励积分值和奖励节点标识，所述奖励节点标识用于标识一个所述目标授权节点，该共识节点为授权节点时，该共识节点对应的积分奖励交易信息包括奖励积分值；
[0071] 根据预先确定的节点排序结果，每一个所述共识节点依次对相对应的区块头进行至少一次哈希运算而获得至少一个哈希值，
[0072] 其中，对于所述至少两个共识节点中的任一第一共识节点，通过打包所述第一共识节点对应的积分奖励交易信息以及所述预设时间段内产生的所有交易数据和所有智能合约消息数据，以获得所述第一共识节点对应的第一区块主体，所述第一共识节点对应的第一区块头包括有所述第一区块主体的哈希值、所述区块链上末位区块的哈希值和自主挖矿随机数，其中，所述自主挖矿随机数按照预设的规则变化，使得所述第一共识节点不同次对所述第一区块头进行哈希运算时，所述第一区块头中包括有不同的自主挖矿随机数。
[0073] 举例来说，100个共识节点按照已经确定出的节点排序结果，依次对各自对应的区块头进行10次哈希运算，每一次对区块头进行哈希运算获得相对应的一个哈希值，直至有共识节点运算出小于自主挖矿目标值的哈希值。
[0074] 针对任意一个共识节点X，根据节点排序结果轮到共识节点X进行哈希运算时，共识节点X对其对应的区块头X进行10次哈希运算。其中，区块头X可以包括有相应区块主体的哈希值、区块链末位区块的哈希值、自主挖矿随机数、版本号、时间戳和自主挖矿目标值等信息。共识节点X每对区块头X进行一次哈希运算，区块头X中的自主挖矿随机数加1，比如，共识节点X第一次对区块头X进行哈希运算时区块头X所包括的自主挖矿随机数为0，共识节点X第二次对区块头X进行哈希运算时区块头X所包括的自主挖矿随机数为1，共识节点X第三次对区块头X进行哈希运算时区块头X所包括的自主挖矿随机数为2，以此类推。再比如，之前各个共识节点所进行的哈希运算中均没有运算出小于自主挖矿目标值的哈希值，当共识节点X对区块头X进行第五次哈希运算时，运算出的哈希值小于自主挖矿目标值，则所有共识节点停止对区块头进行哈希运算。共识节点X即为记账节点。
[0075] 详细地，共识节点在对区块头进行哈希运算时，具体可以采用POW(Proof of Work，
工作量证明机制)
算法对区块头进行哈希运算。
[0076] 本实施例中，针对任意一个共识节点，该共识节点对应的区块头中包括有与相应区块主体的哈希值和自主挖矿随机数。由于不同共识节点所生成的积分奖励交易信息可以不同，因此不同共识节点所对应的相应区块主体的哈希值不同，从而保证不同共识节点在首次对相应区块头进行哈希运算所获得的哈希值不同。另外，针对同一个区块头，由于相应共识节点每次对该区块头进行哈希运算后，该区块头中的自助挖矿随机数都会发生变化，使得任意两次哈希运算中该区块头所包括的自助挖矿随机数不同，从而保证同一个共识节点不同次哈希运算可以获得不同的哈希值。
[0077] 由各个共识节点依次循环对相应的区块头进行哈希运算，将优先运算出小于自主挖矿目标值的哈希值的共识节点确定为记账节点，从而可以缩短选举记账节点所需的时间，即实现了快速共识，提升了共识的效率。另外，由于各个共识节点运算出小于自主挖矿目标值的哈希值的概率相同，从而保证共识过程中各个共识节点之间的公平，从而可以保证共识过程的可靠性。
[0078] 实施例五
[0079] 实施例五与实施例四基本相同，相同之处不再赘述，不同之处在于：该方法可以进一步包括：按照相对应的参与度由大至小的顺序，将所述至少一个目标授权节点排列在所述至少两个系统节点之后，并根据各个所述共识节点的排列顺序，获得所述节点排序结果。
[0080] 由于系统节点具有较高的可信性，在每一个区块生成过程中均会参与共识，因此将系统节点排列在各个目标授权节点之前。目标授权节点的参与度可以表征目标授权节点的可信性，参与度越高说明相应目标授权节点的可信性越高，因此按照相应参与度由大至小的顺序将各个目标授权节点排列在各个系统节点之后，使得对应参与度较高的目标授权节点可以优先对应参与度较低的目标授权节点进行哈希运算，一方面保证了共识过程的公平性，另一方面保证共识结果的安全性。
[0081] 实施例六
[0082] 实施例六与实施例四基本相同，相同之处不再赘述，不同之处在于：在所述将目标共识节点确定为记账节点之后，进一步包括：所述记账节点为系统节点时，根据所述记账节点对应的积分奖励交易信息中包括的第一奖励积分值和第一奖励节点标识，向所述第一奖励节点标识所标识的目标授权节点，发放与所述第一奖励积分值相对应的积分；所述记账节点为授权节点时，根据所述记账节点对应的积分奖励交易信息中包括的第二奖励积分值，向所述记账节点发放与所述第二奖励积分值相对应的积分。
[0083] 由于系统节点没有相对应的从业单元或从业个人，因此向系统节点方法节点没有意义，当系统节点被确定为记账节点后，根据此前记账节点生成的积分奖励交易信息，将积分发放给记账节点此前随机确定出的一个目标授权节点。当目标授权节点被确定为记账节点后，根据此前记账节点生成的积分奖励交易信息，将积分发放给记账节点本身，作为进行新区块生成及上链处理的奖励。
[0084] 通过生成积分奖励交易信息，在确定出记账节点之后，根据积分奖励交易信息向参与共识过程的一个授权节点发放积分，积分可以提升节点的参与度，还可以作为
虚拟货币在芯片研发和芯片交易过程中用于货币支付，从而可以对授权节点进行激励，保证授权节点积极参与共识过程，保证共识过程可以正常进行。
[0085] 实施例七
[0086] 实施例七与实施例四基本相同，相同之处不再赘述，不同之处在于：所述将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链，包括：生成新区块，所述新区块包括区块头和区块主体，所述记账节点对所述新区块的区块头进行哈希运算所获得的哈希值小于所述自主挖矿目标值，所述新区块的区块主体为所述记账节点对应的区块主体；将所述新区块链接到所述区块链上。
[0087] 由于同一共识节点每次对区块头进行哈希运算时区块头中的自助挖矿随机数均不相同，因此需要获取到记账节点运算出小于自主挖矿目标值的哈希值时所对应的区块头。另外，由于区块主体中包括有对应于记账节点的积分奖励交易信息，因此积分奖励交易信息同样被存储到区块链中，后续可以从区块链中读取积分奖励交易信息以对积分方法过程进行追溯，保证积分方法过程的公平性。
[0088] 实施例八
[0089] 实施例八与实施例一基本相同，相同之处不再赘述，不同之处在于：在所述获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据之前，进一步包括：对于交易节点集群中的任一交易节点，第一交易节点广播有针对一第一芯片研发交易目标的至少一个芯片研发交易需求时，针对每一个所述芯片研发交易需求均执行：根据区块链上存储的针对所述第一芯片研发交易目标的智能合约，在确定出所述第一交易节点和第二交易节点之间，发生有针对当前芯片研发交易需求的第一芯片研发交易时，获取针对所述第一芯片研发交易的交易数据、智能合约消息数据和芯片研发数据。
[0090] 本实施例中，芯片需求企业可以快速地在平台上提出详细的开发和预算需求。其中，针对一个芯片研发交易目标，可以提出一个或多个芯片研发交易需求。芯片需求企业可以对应于区块链网络中的一交易节点，并由该交易节点在区块链网络中广播各个芯片研发交易需求。如此，各个其他交易节点均可接收到这一广播内容。在区块链网络中，可通过消息的广播来实现数据分享。
[0091] 详细地，对于任一芯片研发交易需求来说，其他交易节点对应的芯片研发企业可自主竞标，并由中标的芯片研发企业负责该芯片研发交易需求的研发交易操作。中标的芯片研发企业所对应的交易节点即为上述第二交易节点。如此，本实施例中的交易节点，即可以为芯片研发交易需求方，也可以为芯片研发交易执行方。
[0092] 实施例八中，交易节点可以为：具有共识权力的授权节点，不涉及区块构造过程但有区块读取权的普通节点，不涉及区块构造过程、没有区块读取权、具有交易权且能够读取与自身相关的交易信息的访客节点，其中，授权节点包括从业单位节点和从业个人节点。
[0093] 详细地，访客节点、普通节点和授权节点均可以作为交易节点，以与其他交易节点间发生交易。其中，访客节点经授权可成为普通节点，普通节点经授权可成为授权节点，授权节点经授权可具有共识权而成为共识节点。平台的系统节点和具有共识权的授权节点即可组成共识节点集群。
[0094] 本实施例中，可以由共识节点对两两交易节点间的交易进行实时监控。比如，上述第一交易节点和上述第二交易节点间针对上述当前芯片研发交易需求而发生交易时，共识节点即可获取交易相关数据。获取到的数据主要用于进行链上和链下的分别存储，以记录这一交易相关数据。
[0095] 交易双方间的交易操作需以预先定好的智能合约为
基础。详细地，智能合约是编程在区块链上的汇编语言。可定制的自动强制执行的智能合约，是实现集成电路去中心化组织研发模式和交易模式的执行保障和利益保障。
[0096] 本实施例中，对于区块链，交易是构成区块的主体内容，区块是区块链网络的数据组织单元，由链表来将区块进行
串联，而哈希运算则是连接纽带。
[0097] 实施例九
[0098] 实施例九与实施例一基本相同，相同之处不再赘述，不同之处在于：所述将所述预设时间段内产生的所有芯片研发数据存入分布式链下存储系统，包括：利用分布式链下存储系统，存储所述预设时间段内获取到的所有芯片研发数据，以及针对所述预设时间段内获取到的每一个芯片研发数据的目标哈希值；
[0099] 所述将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链，包括：生成新区块，其中，所述新区块的区块主体包括每一个所述目标哈希值，以及所述预设时间段内获取到的所有交易数据和所有智能合约消息数据，所述新区块的区块头包括所述区块链中末位区块的哈希值、针对所述新区块的区块主体的哈希值和所述新区块生成时间的时间戳；基于所述时间戳，按照区块生成时间的先后顺序，将所述新区块链接到所述区块链上。
[0100] 本实施例中，对于链上部分，具体地，可以由共识节点将最近一段时间内的交易数据和智能合约消息数据打包成区块，新生成的区块按照发生的时间顺序链接到区块链上。将交易类似打包到区块中，变成不可篡改的交易，保证了交易的安全性，也就是对交易进行了确认。
[0101] 每一个区块都可以包括两部分，区块头和区块主体。其中，预设时间段内收集的交易数据和智能合约消息数据组成区块主体，区块主体中还可以包括该时间段内收集的各个芯片研发数据的目标哈希值。这一目标哈希值同样存在于分布式链下存储系统中，主要可作地址寻址之用，以方便可基于区块链而从分布式链下存储系统中快速查询到所需的芯片研发数据。
[0102] 前一区块的哈希值可作为当前区块的头部信息。当前区块的头部信息还可以包括打包的那些交易数据和智能合约消息数据的哈希值。头部信息包括的时间戳可以用于区块间的排序。
[0103] 本实施例中，对于链下部分，可将芯片研发交易涉及到的芯片研发数据作为链下数据存储到统一的分布式链下存储系统中。详细地，分布式链下存储系统可以包括：
云存储
服务器，和/或，始终在线并稳定运行的系统节点。
[0104] 详细地，芯片研发数据存储在链下存储服务器中时，为方便查询，链下存储服务器中同样会对应存储其哈希值，同上述目标哈希值，以作寻址地址之用。对应地，该目标哈希值会对应地存储在区块链中。以
哈希算法为基础的文件地址，可为分布式的数据存储提供了最佳的安全保障。
[0105] 详细地，当需要查询一芯片研发数据时，相应交易节点可广播这一数据查询
请求，如此，共识节点即可根据智能合约，从区块链中找到该芯片研发数据的目标哈希值，以反馈给该交易节点。对应地，该交易节点即可根据反馈得到的哈希值，来获取到链下存储的该哈希值对应的芯片研发数据。
[0106] 实施例十
[0107] 基于上述实施例一至实施例九，如图2所示，实施例十提供了另一种去中心化芯片研发交易数据存储方法，可以包括以下步骤：
[0108] 步骤201：对于交易节点集群中的任一交易节点，第一交易节点广播有针对一第一芯片研发交易目标的至少一个芯片研发交易需求时，针对每一个芯片研发交易需求均执行：根据区块链上存储的针对第一芯片研发交易目标的智能合约，在确定出第一交易节点和第二交易节点之间，发生有针对当前芯片研发交易需求的第一芯片研发交易时，获取针对第一芯片研发交易的交易数据、智能合约消息数据和芯片研发数据。
[0109] 步骤202：获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据。
[0110] 步骤203：从至少一个授权节点中筛选出至少一个目标授权节点，其中，任一授权节点被选中作为目标授权节点的概率与该授权节点对应的参与度成正比，参与度由授权节点的在线时间和评价得分而确定。
[0111] 详细地，授权节点为具有共识权限的从业用户节点。
[0112] 步骤204：将至少两个系统节点和至少一个目标授权节点确定为至少两个共识节点。
[0113] 详细地，系统节点为始终在线并稳定运行的节点。
[0114] 步骤205：按照相对应的参与度由大至小的顺序，将至少一个目标授权节点排列在至少两个系统节点之后，并根据各个共识节点的排列顺序，获得节点排序结果。
[0115] 步骤206：分别生成与每一个共识节点相对应的积分奖励交易信息，其中，对于任一共识节点，该共识节点为系统节点时，该共识节点对应的积分奖励交易信息包括奖励积分值和奖励节点标识，奖励节点标识用于标识一个目标授权节点，该共识节点为授权节点时，该共识节点对应的积分奖励交易信息包括奖励积分值。
[0116] 步骤207：根据节点排序结果，每一个共识节点依次对相对应的区块头进行至少一次哈希运算而获得至少一个哈希值，其中，对于至少两个共识节点中的任一第一共识节点，通过打包第一共识节点对应的积分奖励交易信息以及预设时间段内产生的所有交易数据和所有智能合约消息数据，以获得第一共识节点对应的第一区块主体，第一共识节点对应的第一区块头包括有第一区块主体的哈希值、区块链上末位区块的哈希值和自主挖矿随机数，其中，自主挖矿随机数按照预设的规则变化，使得第一共识节点不同次对第一区块头进行哈希运算时，第一区块头中包括有不同的自主挖矿随机数。
[0117] 步骤208：将目标共识节点确定为记账节点，其中，目标共识节点优先运算出小于预设自主挖矿目标值的哈希值。
[0118] 步骤209：通过记账节点，利用分布式链下存储系统，存储预设时间段内获取到的所有芯片研发数据，以及针对预设时间段内获取到的每一个芯片研发数据的目标哈希值。
[0119] 步骤210：记账节点生成包括区块头和区块主体的新区块，其中，记账节点对区块头进行哈希运算所获得的哈希值小于自主挖矿目标值，区块头包括区块链中末位区块的哈希值、针对区块主体的哈希值、新区块生成时间的时间戳和自主挖矿随机数，区块主体为记账节点对应的区块主体，区块主体包括记账节点对应的积分奖励交易信息、每一个目标哈希值、预设时间段内获取到的所有交易数据和所有智能合约消息数据。
[0120] 步骤211：记账节点基于时间戳，按照区块生成时间的先后顺序，将新区块链接到区块链上。
[0121] 步骤212：记账节点为系统节点时，根据记账节点对应的积分奖励交易信息中包括的第一奖励积分值和第一奖励节点标识，向第一奖励节点标识所标识的目标授权节点，发放与第一奖励积分值相对应的积分；记账节点为授权节点时，根据记账节点对应的积分奖励交易信息中包括的第二奖励积分值，向记账节点发放与第二奖励积分值相对应的积分。
[0122] 实施例十一
[0123] 如图3所示，实施例十一提供了一种去中心化芯片研发交易数据存储系统，可以包括：
[0124] 分布式链下存储系统301和包括至少两个共识节点的共识节点集群302；
[0125] 其中，所述共识节点的节点类型包括系统节点；
[0126] 所述共识节点集群302中的系统节点，用于获取预设时间段内进行每一个芯片研发交易而产生的交易数据、智能合约消息数据和芯片研发数据；
[0127] 所述至少两个共识节点，用于依次循环对区块头进行至少一次哈希运算，其中，每一次哈希运算均获得一个哈希值，所述区块头根据所述预设时间段内产生的所有交易数据和所有智能合约消息数据而获得；将目标共识节点确定为记账节点，其中，所述目标共识节点优先运算出小于预设自主挖矿目标值的哈希值；
[0128] 所述记账节点，用于将所述预设时间段内产生的所有芯片研发数据存入分布式链下存储系统301，并将所述预设时间段内产生的所有交易数据和所有智能合约消息数据存入区块链。
[0129] 在实施例十一的一种可能实现方式中，该系统可以进一步包括：至少一个授权节点、至少一个普通节点和至少一个访客节点；
[0130] 所述授权节点为联盟内具有共识权利的从业用户节点；
[0131] 所述普通节点为联盟内具有区块读取权限的从业用户节点；
[0132] 所述访客节点为联盟外具有从区块链中读取与其自身相关的所述待存储数据的用户节点；
[0133] 所述授权节点，用于递交成为共识节点的申请，并在申请审批通过后成为所述共识节点；
[0134] 所述普通节点，用于递交成为授权节点的申请，并在申请审批通过后成为所述授权节点；
[0135] 所述访客节点，用于递交成为普通节点的申请，并在申请审批通过后成为所述普通节点。
[0136] 上述系统内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。
[0137] 综上所述，将数据量小的交易数据、智能合约消息数据进行区块链存储，以保证交易的不可篡改；将数据量大的资源、视频、文档等非结构化芯片研发数据进行分布式链下存储，以支持数据的链下快速寻址
访问；通过这一链上链下数据存储方式，可以支持较大数据量芯片研发交易数据的存储，有益于支持系统稳定性，以及推动基于区块链的去中心化芯片研发交易的发展。
[0138] 由各个共识节点依次循环对相应的区块头进行哈希运算，将优先运算出小于自主挖矿目标值的哈希值的共识节点确定为记账节点，从而可以缩短选举记账节点所需的时间，即实现了快速共识，提升了共识的效率。另外，由于各个共识节点运算出小于自主挖矿目标值的哈希值的概率相同，从而保证共识过程中各个共识节点之间的公平，从而可以保证共识过程的可靠性。
[0139] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行
修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
