CN109829690A - 基于区块链的数据处理方法、装置和系统 - Google Patents
基于区块链的数据处理方法、装置和系统 Download PDFInfo
- Publication number
- CN109829690A CN109829690A CN201910038141.5A CN201910038141A CN109829690A CN 109829690 A CN109829690 A CN 109829690A CN 201910038141 A CN201910038141 A CN 201910038141A CN 109829690 A CN109829690 A CN 109829690A
- Authority
- CN
- China
- Prior art keywords
- stage
- chain
- block chain
- data
- block
- 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
Links
Abstract
本发明公开了一种基于区块链的数据处理方法、装置和系统。其中,该方法包括:获取项目申报过程中每个申报阶段对应的申报数据;根据每个申报阶段对应的共识规则构造区块链,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链;基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中;基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理。本发明解决了现有的科研申报项目平台在申报项目过程中,存在申报过程不透明、暗箱操作的技术问题。
Description
技术领域
本发明涉及项目申报管理领域,具体而言,涉及一种基于区块链的数据处理方法、装置和系统。
背景技术
科研项目申报管理是指课题从指南发布、项目申报、项目评审、立项攻关、节点评审、验收结题等过程的全程管理。其目的是使科研项目实行制度化和科学化的管理,保证科研计划圆满完成,出成果、出人才、出效益,提高竞争力。
目前,科研项目申报可以通过纸质申报系统进行申报,也可通过网上科研项目申报管理系统进行申报。然而,现有的项目申报方式,在进行项目申报时,申请信息不公开,申报过程、评审专家选择、评审结果不透明,存在暗箱操作的问题。另外,由于申请过程不透明,因此,现有的项目申报方式还存在同一学科相似内容一题多申,或者多人就同一问题多年申请多次的问题,导致科研经费重复投入、浪费严重。
现有科研申报管理系统重点关注项目申报阶段与财务管理,而忽视科研过程和成果数据的管理与分析,导致无法及时发现项目申请人存在的各种问题而继续盲目投入经费。另外,在对科研项目进行验收的过程中,科研成果主要由依托单位或项目申请人自行保存,缺乏有效监督机制。而且,科研项目的验收也不存在评审专家信用制度和惩罚机制,从而导致部分专家滥竽充数、弄虚作假、评审结果随意、没有认真审核项目申请人的节点成果是否达到预期要求。现有的科研申报管理系统同时也缺乏项目申请人的诚信机制和惩罚机制,易出现数据造假、成果造假等问题。
此外,现有的科研申报管理系统大部分是基于中心化的传统互联网平台系统,现有的科研申报管理系统的维护工作繁琐,科研项目的申报材料的审查、送审、验收等过程繁琐。
最后,现有的科研申报管理系统还存在“一家独大”、“一言堂”的现象,从而导致暗箱操作的滋生,使得科研申报缺乏公正性和公平性。而且,由于缺乏有效的监督,项目有关信息和过程数据存在被篡改的风险,并且难以追溯。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种基于区块链的数据处理方法、装置和系统,以至少解决现有的科研申报项目平台在申报项目过程中,存在申报过程不透明、暗箱操作的技术问题。
根据本发明实施例的一个方面,提供了一种基于区块链的数据处理方法,包括:获取项目申报过程中每个申报阶段对应的申报数据;根据每个申报阶段对应的共识规则构造区块链,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链;基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中;基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理。
根据本发明实施例的另一方面,还提供了一种基于区块链的数据处理系统,包括:多个终端,用于输入项目申报过程中每个申报阶段对应的申报数据,以及发送对每个申报阶段对应的申报数据的验证请求;数据管理平台,用于根据每个申报阶段对应的共识规则构造区块链,并基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中,然后基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链。
根据本发明实施例的另一方面,还提供了一种基于区块链的数据处理装置,包括:获取模块,用于获取项目申报过程中每个申报阶段对应的申报数据;构造模块,用于根据每个申报阶段对应的共识规则构造区块链,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链;存储模块,用于基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中;处理模块,用于基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理。
根据本发明实施例的另一方面,还提供了一种存储介质,该存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行基于区块链的数据处理方法。
根据本发明实施例的另一方面,还提供了一种处理器,该处理器用于运行程序,其中,程序运行时执行基于区块链的数据处理方法。
在本发明实施例中,采用区块链技术实现对项目申报进行管理的方式,在获取到项目申报过程中每个申报阶段对应的申报数据之后,根据每个申报阶段对应的共识规则构造区块链,然后基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中,并基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链。
由此可见,本申请所提供的方案达到了避免项目申报过程中暗箱操作的目的,从而实现了项目申报过程透明化的技术效果,进而解决了现有的科研申报项目平台在申报项目过程中,存在申报过程不透明、暗箱操作的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种基于区块链的数据处理系统的示意图;
图2是根据本发明实施例的一种可选的基于区块链的数据处理系统的框架结构图;
图3是根据本发明实施例的一种基于区块链的数据处理方法流程图;
图4是根据本发明实施例的一种可选的数据管理平台的结构图;
图5是根据本发明实施例的一种可选的申报数据的存储示意图;
图6是根据本发明实施例的一种可选的区块链中区块的结构示意图;
图7是根据本发明实施例的一种可选的区块链中主从链的结构示意图;
图8是根据本发明实施例的一种可选的点对点网络的结构图;
图9是根据本发明实施例的一种可选的基于共识规则的共识示意图;
图10是根据本发明实施例的一种可选的智能合约体系的示意图;
图11是根据本发明实施例的一种可选的项目经费发放的合约业务流程示意图;
图12是根据本发明实施例的一种可选的项目验收的合约业务流程示意图;以及
图13是根据本发明实施例的一种基于区块链的数据处理装置结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例,提供了一种基于区块链的数据处理系统实施例,如图1所示,该系统包括:多个终端101(图1中仅示出了两个)以及数据管理平台103。
其中,多个终端101,用于发送对项目申报过程中每个申报阶段对应的申报数据的验证请求;数据管理平台103,用于根据每个申报阶段对应的共识规则构造区块链,并基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中,然后基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链。
需要说明的是,上述项目申报的可以为但不限于科研项目的申报,项目申报过程至少包括如下申报阶段:指南管理阶段、项目申报阶段、项目评审阶段、节点评审阶段、经费管理阶段、验收结题阶段以及信用管理阶段。其中,每个申报阶段具有不同的申报数据。
另外,使用多个终端的用户为项目申报管理模式的用户,包括但不限于科研主管机关、依托单位、项目申请人和评审专家。如图2所示的基于区块链的数据处理系统的框架结构图,由图2可知,科研主管机关是整个项目申报管理系统的核心用户,推动着科研项目申报管理的各个阶段,如图2所示的指南管理、项目申报、项目评审、立项攻关、节点评审、验收结题。
可选的,如图2所示,本申请所提供的基于区块链的数据处理系统采用了区块链账本、智能合约、共识机制、数据可视化和大数据挖掘等关键技术,可对项目申请书、项目合同、项目成果、评价信息、信用信息、过程信息、财务信息等关键信息进行管理。其中,去中心化的区块链账本是区块链网络的核心,所有项目实施的过程和细节信息均可记录在区块链账本中。可选的,区块链账本中的数据结构均为链条式结构,一旦记录不可篡改,任何“腐败专家”的虚假结论和项目负责人的造假成果均可通过区块链账本进行存储,从而使得虚假结论或造假成果对所有用户透明化。
需要说明的是,去中心化的机制有利于形成项目分布式管理的社区,不仅减轻了科研主管机关的工作负担,还有效防止了某些单位或者某些专家“一家独大”和“一言堂”的现象。
可选的,图2中的智能合约是区块链账本的用户封装信息、传递信息和记录信息的关键机制,其中,智能合约可允许各个参与用户以代码的形式设置需要完成行动的执行条件。共识机制是保证记录数据真实可信的关键,其中,在本申请中采用依托单位共识、评审专家共识、财务共识等多种共识机制相结合的技术手段来形成具有充分监督、透明公正、不存在寻租空间的项目管理社区式平台。依托单位共识是指申报项目需通过全体依托单位共识认可,以防止出现项目剽窃和知识产权侵害等现象;评审专家共识是指评审资格、评审结论和评审过程需共识认可后才可生效;财务共识是指财务验收的开支数据需要多方财务专业人员和单位的共识支持。
可选的,图2中的大数据挖掘可实现标签化筛选、识别不当评价、成果造假、财务腐败等现象,通过定制化的搜索引擎快速查找项目所需数据,快速匹配同类型项目,并进行项目查重,减少重复投入,从而避免了一题多申的问题。数据可视化用于面向科研过程和科研成果,对多维数据进行可视化展示。
此外,还需要说明的是,在图2所示的框架结构图中,各个申报阶段对应的中间过程可通过分类智能合约体系来判别条件自动触发执行,对应交易数据以及智能合约的消息数据写入区块链,无需再通过传统中心化的管理机构来操作。
根据本发明实施例,还提供了一种基于区块链的数据处理方法实施例,需要说明的是,该数据处理方法可在上述的基于区块链的数据处理系统中运行,以下结合上述的基于区块链的数据处理系统的框架结构对基于区块链的数据处理方法进行说明。
此外,还需要说明的是,为了能有效地开展项目申报管理,数据管理平台可使用云存储服务器系统以及主从联盟链作为该数据管理系统的核心,同时使用分类智能合约体系作为各个管理阶段的保障。其中,云存储服务器和以哈希算法为基础的文件地址为分布式的过程数据存储(例如,项目申请书、项目合同、年度进展报告、中期进展报告、经费决算表、结题报告、技术总结报告等)提供了安全保障。其中,文件地址存储于区块链智能合约中。当需要获取最新的过程数据时,该文件地址可以从区块链上抓取,然后根据该文件地址从云存储服务器上获取对应的文件。
由上可知,执行本实施例所提供的方法的执行主体可以为数据管理平台,其中,图3是根据本发明实施例的基于区块链的数据处理方法流程图,图4是该数据管理平台的结构图,由图4可知,该数据管理平台主要包括接入层、WEB层、服务层和数据层,可使用图4所示的数据管理系统的用户包括依托单位、评审专家、科研主管机关以及项目负责人。
可选的,接入层包括网关和负载均衡,其中,网关用于在接入层上以实现网络互连,也提供过滤和安全功能;负载均衡用于在现有网络结构的基础上提高网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。WEB层包括WEB服务器集群和CDN(Content Delivery Network,内容分发网络)内容传输,其中,WEB服务器集群用于搭建高可用的网站服务器集群,以使数据管理平台能承受高并发请求,抵御网络攻击,任何一台服务器的退服不影响整个集群的运作,并且能对各服务器的运行情况作出实时监控;CDN内容传输通过在现有的Internet中增加新的网络架构,将网站的内容发布到最接近用户的网络边缘,使用户可以就近取得所需的内容,解决Internet网络拥塞状况,提高用户访问网站的响应速度,进而解决了网络带宽小、用户访问量大、网点分布不均的问题以及用户访问网站的响应速度慢的问题。WEB层可通过RPC(Remote ProcedureCall,远程过程调用)协议与服务器进行交互,其中,RPC协议可通过网络从远程计算机程序上请求服务,而无需对底层网络技术的协议进行协议,RPC协议可使得开发包括网络分布式多程序在内的应用程序更加容易。服务层包括用户服务、成果数据服务、财务服务、申报合同服务、区块链服务、过程管理服务等,其中,服务层通过服务组件管理来对上述服务进行有效管理和交互操作。数据层包括对象存储、搜索引擎、区块链、数据库、缓存、消息队列等。
具体的,如图3所示,本发明实施例的基于区块链的数据处理方法包括如下步骤:
步骤S302,获取项目申报过程中每个申报阶段对应的申报数据。
需要说明的是,执行本实施例所提供的基于区块链的数据处理方法的执行主体为图1中的数据管理平台。可选的,对项目申报进行管理的用户可通过终端向数据管理平台输入项目申报过程中每个申报阶段对应的申报数据,从而数据管理平台可获取到每个申报阶段对应的申报数据。其中,项目申报过程至少包括如下申报阶段:指南管理阶段、项目申报阶段、项目评审阶段、节点评审阶段、经费管理阶段、验收结题阶段以及信用管理阶段。
步骤S304,根据每个申报阶段对应的共识规则构造区块链,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链。
需要说明的是,区块链是指在预设时间段内将发生的交易整理成区块,区块间按照先后顺序以密码学方式进行链接,所形成区块的链,其中,该区块的链在区块链网络上可进行节点间的复制和共享,链上的内容可依据不同的共识机制由参与节点组成的网络进行集体维护。
可选的,在本申请中,区块链网络包括五层,即数据层、网络层、共识层、合约层和应用层。其中,数据层包括链上和链下部分,链上部分为上述提及的分布式区块链账本,其中,区块链账本为可将区块串成链表的数据结构。网络层中具有多层P2P(Point-to-Point,点对点)网络架构,共识层可解决如何构造区块以及如何对区块链进行维护的问题,合约层可在不同的申报阶段生成不同的智能合约,应用层是区块链的展示层。
在一种可选的方案中,图5示出了申报数据的存储示意图,其中,申报数据包括图5中的各种交易和消息数据401和各种过程数据和文档402,各种交易和消息数据401是由各个终端407(即共识节点)向区块链网络400发起的各申报阶段的交易数据、摘要信息和智能合约消息数据,通过区块链服务器403存储和部署到区块链上,而每个共识节点都具有各种交易和消息数据401的副本。各种过程数据和文档402包括但不限于项目申请书、任务书、项目合同、年度总结报告、中期总结报告、经费决算表、项目结题报告等,各种过程数据和文档402可通过链下服务器404进行分布式存储,其中,通常采用云存储服务器对其进行分布式存储。
另外,在图5所示的示意图中,交易是构成区块的主体内容,区块是区块链网络的数据组织单元,由链表对区块进行串联,而哈希运算则是连接纽带。数据管理平台的交易和智能合约由共识节点407发起和部署,这些交易数据、摘要信息以及智能合约的消息数据基于特定的共识机制,通过区块链网络的挖矿处理,打包到区块中,变成不可篡改的交易,保证了交易的安全性,也就是对交易进行了确认。如图5所示,区块链包括主链405和多条从链406,共识节点包括系统节点407、管理节点408、普通节点409和访客节点410。其中,各个共识节点可以以终端设备的形式存在,还可以以服务器的形式存在,在本申请中不做具体限定。
需要说明的是,本申请采用主从链的区块链存储结构存储申报数据。主链用于存储每个申报阶段的汇总信息,例如,与科研主管机关有感的日常交易和消息数据,每个项目申报阶段的总体信息或总结信息(即指南管理阶段、项目申报阶段、项目评审阶段、节点评审阶段、经费管理阶段、验收结题阶段以及信用管理阶段的总体信息和总结信息);从链用于存储对应的申报阶段中所生成的申报数据以及合约规则,其中,每条从链分别存储同类交易和消息数据,例如,项目申报从链用于存储项目申报阶段的相关数据的地址,该从链可由科研主管机关、依托单位和项目申请人参与共识形成。
另外,每个申报阶段对应的共识规则具有对应的主链或从链。其中,不同的主链或从链对应不同的共识规则,例如,主链区块的共识规则限定科研主管机关、项目申请人、依托单位和评审专家共同参与,得到共识结果;指南管理阶段的从链的共识规则限定科研主管机关、依托单位和评审专家共同参与,得到共识结果。
此外,还需要说明的是,步骤S304中的共识规则对应的算法包括但不限于PBFT(Practical Byzantine Fault Tolerance,实用拜占庭容错)算法、Paxos算法和Raft算法。
步骤S306,基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中。
需要说明的是,区块链网络的架构可以为点对点的网络结构。点对点(即P2P)的网络结构采用点对点技术来实现,其中,点对点技术可实现用户之间的直接转账和交易,无需经过中间机构的确认和授权,基于点对点的网络结构还可在多个共识节点上进行数据复制的过程中保证数据复制的可靠性。另外,在区块链的点对点网络架构中,区块链可通过消息的广播来实现数据分享,用户可以随时加入该网络,从而提高了区块链网络的可扩展性。由于区块链网络中的资源分布在每一个共识节点中,因此,当网络中的某个节点遭到破坏时,整个区块链网络也可正常运行,即区块链的点对点网络具有较高的容错能力。而且点对点网络还具有自我调节能力,即在某些节点离开之后,点对点网络能够自动调节其网络拓扑结构。区块链网络中节点越多,网络的健壮性就越好。
此外,还需要说明的是,本申请中的数据管理平台可将不同申报阶段的不同参与人员的共识结果存储至对应的从链中,从而实现对区块链的存储方式的优化,增强了区块链的可监管性以及管理的灵活性,便于快速检索和查询以及分权限访问相应从链。
另外,所有终端均可访问主链,而从链仅对参与共识的对象进行开发,因此,采用主从链结构可以设置访问权限,提供数据访问效率和搜索效率,便于大数据分析和数据可视化。
可选的,在将申报数据存储在区块链中之后,多个终端所对应的用户可通过数据管理平台采用智能合约体系对存储在区块链中的申报数据进行管理,即执行步骤S308。
步骤S308,基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理。
需要说明的是,不同的申报阶段对应有不同的合约规则,其中,合约规则包括但不限于指南管理合约、项目申报合约、项目送审合约、项目评审合约、项目立项合约、项目经费发放合约、项目验收合约、专家失信惩罚合约、项目申请人失信惩罚合约。另外,不同的合约规则所涉及到的参与人也不相同,例如,项目经费发放合约可能涉及科研主管机关、项目申请人、评审专家和依托单位。
在一种可选的方案中,以验收结题阶段为例进行说明。在该阶段中,评审专家用于对科研项目的成果、材料进行验收,此时,评审专家在登陆数据管理平台之后,对评审专家的权限进行验证,在确定评审专家在该阶段的权限是对科研成果和科研材料进行验证的情况下,从区块链的验收结题从链中获取科研成果和科研材料对应的文件地址,然后数据管理平台根据得到的文件地址从云存储服务器中得到科研成果和科研材料,以及对应的合约规则,评审专家根据合约规则对科研成果和科研材料进行验证。
基于上述步骤S302至步骤S308所限定的方案,可以获知,在获取到项目申报过程中每个申报阶段对应的申报数据之后,根据每个申报阶段对应的共识规则构造区块链,然后基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中,并基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链。
容易注意到的是,本申请采用了主从联盟链的结构对申报数据进行存储,提高了申报数据的访问效率,便于按照权限设置每个用户能够访问的从链。其中,所有的用户均可访问主链,所有用户可获取到项目申报的汇总信息,从而防止了项目申报过程中的暗箱操作。另外,在本申请中,每个申报阶段具有对应的共识规则,并且,区块链网络采用了点对点的网络结构,提高了共识的灵活性,而且共识规则与主从链一一对应,从而增强了数据管理平台的灵活性、可靠性、可扩展性和稳定性。每个申报阶段具有对应的合约规则来对该申报阶段的申报数据进行验证,可以有效防止一题多申的问题,并对科研成果的验收起到了监督作用。
由此可见,本申请所提供的方案达到了避免项目申报过程中暗箱操作的目的,从而实现了项目申报过程透明化的技术效果,进而解决了现有的科研申报项目平台在申报项目过程中,存在申报过程不透明、暗箱操作的技术问题。
可选的,主链至少包括第一起始区块以及第一结束区块,每条从链至少包括第二起始区块以及第二结束区块,其中,第一起始区块与第二起始区块对应,用于存储对应的申报阶段的开始汇总信息以及区块高度;第一结束区块与第二结束区块对应,用于存储对应的申报阶段的结束汇总信息以及区块高度。
在一种可选的方案中,图6示出了区块链中区块的结构示意图,如图6可知,区块包括区块头和区块主体。其中,区块头包括前一区块Merkle树的根哈希值、本区块Merkle树的根哈希值、时间戳和其他信息;区块主体包括多条交易记录(如图6中的交易记录1和交易记录N)其中,交易记录可以为科研主管机关的日常通知和消息、各申报阶段的交易记录和摘要信息,还可以为各申报阶段的智能合约消息(也称内部交易)。
需要说明的是,在上述过程中,Merkle树的根哈希值可通过对区块内所包含的所有交易经过多次进行双重哈希算法和两两一组拼接的处理得到。
在一种可选的方案中,图7示出了区块链中主从链的结构示意图,其中,在图7中,501为主链,502、503、504、505、506、507和508分别为与不同申报阶段所对应的从链,可选的,502为指南管理阶段的从链,503项目申报阶段的从链,504为项目评审阶段的从链,505为节点评审阶段的从链,506为经费管理阶段的从链,507为验收结题阶段的从链,508为信用管理阶段的从链。
具体的,指南管理阶段的从链502用于记载与指南收集和发布的交易数据和相应智能合约的消息数据,其中,参与共识的节点包括科研主管机关、依托单位和评审专家。项目申报阶段的从链503用于记载项目申报阶段的交易数据和相应智能合约的消息数据,其中,项目申请书电子版存储在链下数据库,参与共识的节点包括科研主管机关、依托单位和项目申请人。项目评审阶段的从链504用于记载项目匿名送审和评审阶段的交易数据(例如,评分和评价数据)和相应智能合约(即合约规则)的消息数据,其中,参与共识的节点包括科研主管机关、依托单位、评审专家和项目申请人。节点评审阶段的从链505用于记载节点评审阶段(例如,任务书拟定、年度进展、中期进展等)的交易数据(例如,任务书审批、进展评分和评价数据)和相应智能合约的消息数据,其中,任务书、年度进展报告、中期进展报告等电子版文件存储在链下服务器,参与共识的节点包括科研主管机关、依托单位、评审专家和项目申请人。经费管理阶段的从链506用于记载经费的分发和使用情况,参与共识的节点包括科研主管机关、依托单位和项目申请人。验收结题阶段的从链507用于记载验收结题阶段的交易数据(例如,评分和评价数据)和相应智能合约的消息数据,其中,结题报告和经费决算报告等电子版文件存储在链下服务器,参与共识的节点包括科研主管机关、依托单位、评审专家和项目申请人。信用管理阶段的从链508用于记载项目申请人和评审专家的信用记录和惩罚情况,其中,参与共识的节点包括科研主管机关、依托单位、评审专家和项目申请人。
进一步地,主链和从链具有锚定关系,现以指南管理阶段的从链502和项目申报阶段的从链503为例进行说明。具体的,如图7所示,主链501的区块5010与指南管理阶段的从链502的区块5020的内容完全相同,均是指南收集和发布阶段的起始区块,用于记录拟征集指南的数量及分组和来源情况(例如,拟向哪些依托单位或哪些专家收集)。主链501的区块5011和指南管理阶段的从链502的区块5021的内容完全相同,均是指南收集和发布阶段的结束区块,用于记录已收集的指南情况(例如,数量及来源情况)和已发布的指南数量及分组和发布对象(例如,依托单位)情况。主链501不记录指南收集过程和发布过程的中间交易数据和智能合约消息数据,而由指南管理阶段的从链502来记录。同理,主链501的区块5012和项目申报阶段的从链503的区块5030的内容完全一样,均是项目申报阶段的起始区块,用于记录科研主管机关的各部门的经费分配方案、各类项目的资助力度、申报资格和申报要求等信息。主链501的区块5013和项目申报阶段的从链503的区块5031的内容完全相同,均是项目申报阶段的结束区块,用于记录项目申报的各种汇总信息。主链501不记录项目申报阶段的中间交易数据和智能合约消息数据,而由目申报阶段的从链503来记录。
在一种可选的方案中,参与项目申报的用户包括但不限于科研主管机关、依托单位、项目申请人和评审专家,可通过输入对应的用户名和密码登陆数据管理平台,数据管理平台在针对接收到的用户名获取访问区块链的终端的当前预设终端的权限信息,并基于权限信息确定当前预设终端访问的区块链类型,其中,区块链类型包括主链和从链。在区块链类型为主链的情况下,数据管理平台获取主链所存储的当前申报阶段所对应的汇总信息;在区块链类型为从链的情况下,数据管理平台确定从链对应的目标申报阶段,并确定目标申报阶段对应的目标从链,从目标从链中获取目标申报阶段对应的申报数据。例如,数据管理平台确定评审专家在验收结题阶段具有检验科研成果和科研材料的权限,但没有财务验收的权限,则数据管理平台从验收结题阶段对应的从链中获取科研成果和科研材料的相关数据。
在一种可选的方案中,图8示出了点对点网络的结构图,如图8所示,点对点的网络结构至少包括系统层801、授权层802、管理层803、普通层804和访客层805,其中,系统层和授权层合称为共识层800。另外,点对点的网络结构的每一层包括不同的共识节点,共识节点包括如下至少之一:系统节点8010、授权节点8020、管理节点8030、普通节点8040和访客节点8050。
可选的,系统层801包括所有系统节点8010。授权层802包括所有授权节点8020,即当前共识过程选中参与共识的所有管理节点和/或普通节点。管理层803包括所有的管理节点8030。普通层804包括所有的普通节点8040。访客层805包括所有的访客节点8050。其中,系统节点8010是数据管理平台中始终在线的稳定运行的节点,授权节点8020是当前共识过程以某种规则选定的管理节点或普通节点,系统节点和授权节点一起完成当前区块的共识,统称为共识节点。所有系统节点8010、所有管理节点8030和所有普通节点8040与主链同步,所有节点(包括访客节点8050)均具有访问主链的权限。所有系统节点8010与所有的从链同步,所有管理节点8030或所有普通节点8040与对应的有权限参与的从链同步,对于没有权限参与的从链,管理节点8030或普通节点8040也没有访问该从链的权限。访客节点8050没有访问任何从链的权限。
具体的,共识层800用于完成区块链的共识。可选的,共识层800至少包括系统层801。其中,在共识层仅包括系统层的情况下,共识层中的共识过程全部由系统节点8010自动完成。共识层也可以由全部系统节点8010和全部授权节点8020组成,其中,授权节点8020是按照预设规则(例如,随机查找规则)从管理层803和/或普通层804中选出的预设数量的当前区块共识时在线的管理节点8030和/或在线的普通节点8040。可选的,预设数量的在线的管理节点和/或在线的普通节点可根据实际场景的需要而选择,从而提高了共识的灵活性。另外,在共识层仅包括系统层的情况下,仅由系统节点8010进行共识可以确保共识稳定性和自动性。在共识层仅包括系统层和授权层的情况下,可以提高联盟链(即上述的主从链)的公信力。由于在每次区块共识过程中共识层800中的授权层802每次选中的管理节点8030和/或普通节点8040可能不同,因此,共识层806和授权层802是动态变化的。
管理层803用于维护管理节点8030、受理访客节点8050成为管理节点8030的申请和选取管理节点8030进入授权层802成为授权节点8020参与共识。每次区块的共识过程中每次从授权层802中选中的管理节点8030可能不同,由此可见,共识层806和授权层802是动态变化的。
普通层804用于维护普通节点8040、受理访客节点8050成为普通节点8040的申请和选取普通节点8040进入授权层802成为授权节点8020参与共识。由于区块的共识过程中每次从授权层802中选中的普通节点8040可能不同,因此共识层806和授权层802是动态变化的。
访客层805包括所有联盟外的访客节点8050。访客节点8050具有交易权,具备主链区块读取权限,不具备任何从链的读取权限。访客层用于维护访客节点8050、递交访客节点8050进入管理层803的申请、递交访客节点8050进入普通层804的申请。访客层805是动态变化的,任何具有上网能力的计算机都可以成为访客节点8050。
在一种可选的方案中,在根据所述每个申报阶段对应的共识规则构造区块链之后,数据管理平台还基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中,并对存储在区块链中的申报数据进行管理。具体的,数据管理平台首先获取系统节点和授权节点对每个申报阶段的汇总信息的第一共识结果,存储第一共识结果至区块链的主链中,然后确定每个申报阶段所对应的共识节点,并获取每个申报阶段所对应的共识节点对该申报阶段的申报数据的第二共识结果,最后存储第二共识结果至该申报阶段所对应的从链中。
可选的,图9示出了基于共识规则的共识示意图。由图9可知,每个共识规则与一条主链和七条从链相对应,其中,每个共识过程对应一个共识规则。在图9中主链501的共识过程901的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点、授权的评审专家节点和授权的项目申请人节点。其中,图9中的实线框表示系统节点必须参与共识,而虚线框表示授权节点可以不参加共识,可根据实际情况由数据管理平台的使用方决定参与共识的节点。指南管理阶段的从链502的共识过程902的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点和授权的评审专家节点。项目申报阶段的从链503的共识过程903的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点和授权的项目申请人节点。项目评审阶段的从链504的共识过程904的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点、授权的评审专家节点和授权的项目申请人节点。节点评审阶段的从链505的共识过程905的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点、授权的评审专家节点和授权的项目申请人节点。经费管理阶段的从链506的共识过程906的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点和授权的项目申请人节点。验收结题阶段的从链507的共识过程907的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点、授权的评审专家节点和授权的项目申请人节点。信用管理阶段的从链508的共识过程908的参与方包括系统节点、授权的科研主管机关节点、授权的依托单位节点、授权的评审专家节点和授权的项目申请人节点。
需要说明的是,在将每个阶段对应的申报数据存储至区块链之后,多个终端可通过数据管理平台从区块链中获取对应阶段的申报数据,并通过智能合约体系对申报数据进行验证处理。
可选的,图10示出了本申请的智能合约体系,该体系可针对不同的申报阶段对申报数据进行验证。其中,智能合约(即合约规则)包括但不限于指南管理合约、项目申报合约、项目送审合约、项目评审合约、项目立项合约、项目经费发放合约、项目验收合约、专家失信惩罚合约、项目申请人失信惩罚合约等合约。其中,不同的合约对应不同的参与方,例如,项目申报合约的参与方包括项目申请人、依托单位和科研主管机关,用于对项目进行资格审查、形式审查和查重。项目送审合约的参与方包括科研主管机关和评审专家,用于对项目进行公正随机匿名送审。
此外,还需要说明的是,数据管理平台可基于智能合约体系对每个申报阶段的申报数据进行验证处理,并对区块链和/或云存储服务器中的数据进行更新记录,并将更新记录的结果写入超级账本中。例如,在验收结题阶段,评审专家基于科研成果和科研材料进行验收,并填写验收结论,数据管理平台将该验收结论存储在区块链和/或云存储服务器中。
在一种可选的方案中,区块链还存储每个申报阶段所对应的合约规则。数据管理平台还基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理。具体的,数据管理平台首先获取当前预设终端根据合约规则对当前申报阶段的验证结果,然后在验证结果指示当前申报阶段验证成功的情况下,获取下一个预设终端对当前申报阶段的验证结果;在验证结果指示当前申报阶段验证失败的情况下,将验证结果返回至上一个预设终端,以使上一个预设终端对当前申报阶段进行验证处理。
可选的,图11示出了项目经费发放的合约业务流程。项目经费发放的合约涉及科研主管机关、项目申请人、评审专家和依托单位。其中,科研主管机关设立经费发放节点和条件,项目申请人进入研发流程。每到一个项目节点,项目申请人在完成节点成果后提出验收申请,评审专家对其成果进行评价。在评价通过之后,依托单位发放下个节点所需的研发经费,然后项目申请人进入下一个节点的研发。在所有的项目节点成果均验收通过之后,经费发放结束,此时,数据管理平台将阶段性成果,例如,年度进展报告或中期进展报告等存储到链下服务器。其中,在合约执行过程中的所有中间消息都存入到节点评审阶段的从链505和经费管理阶段的从链506中。
可选的,图12示出了项目验收的合约业务流程。项目验收合约涉及科研主管机关、项目申请人、评审专家和依托单位。具体的,项目申请人在进入到结题阶段之后,可申请项目结题,需要提供结题报告和技术总结报告。科研主管机关提供验收流程和要求。评审专家判断研究成果和提供的材料是否满足预期要求和验收要求。若不满足,则需要延期或补充材料后重新提交申请。依托单位对项目经费使用情况进行审计并提供经费决算表,财务验收合格的结题申请提交给科研主管机关进行最后审核。若审核通过,则项目验收通过,项目申请人的结题报告、技术总结报告和经费决算表存储到链下服务器中。合约执行过程中的所有中间消息都存入到验收结题阶段的从链507中。
由上述内容可知,本发明提出的采用区块链技术,为科研申报管理平台的各参与方构建的申报和过程管理模式,与现有技术相比,具有如下优势:
(1)将项目相关的申报信息、合同摘要、成果摘要、财务和过程信息均以区块数据的形式记录在链上。申报信息和合同摘要上链,有利于数据归类,防止重复申报;成果摘要上链,有利于共同监督,防止科研造假;过程信息上链,有利于把握进度,防止失控;财务上链,有利于数据透明,防止腐败。
(2)项目所有过程信息、数据和文档通过非对称加密技术存于区块链服务器和云服务器中,只有持有密钥的用户可查看真实内容,对其余用户则为不可见的哈希值;上链项目信息不可篡改,可永久追溯;多方联合,对项目数据进行多重认证,多方备份;链上节点用户可随时扩容,扩容节点均可作为项目过程的监督方。
(3)专家对于项目的评审过程和结论都以区块数据的形式与项目成果摘要一同打包上链,联盟内的所有节点均可通过各类终端接入进行查看与验证,同时对评审过程和结论进行双向匿名评价和打分。链上同一专家的不同项目评价和评分构成了信用系统,由此汇集成专家信用库。专家信用库全网可见,无需任何机构进行背书。
(4)项目数据链条式存储,任何人无权限篡改;链上节点实时数据同步,防止恶意单位或人员串通作假;定制化的搜索引擎,快速查找项目所需数据;快速匹配同类型项目,进行项目查重,减少重复投入;基于数据挖掘的标签化筛选,识别不当评价、成果造假、财务腐败等现象;面向科研过程和成果,进行多维数据可视化展示。
根据本发明实施例,还提供了一种基于区块链的数据处理装置实施例,其中,图13是根据本发明实施例的基于区块链的数据处理装置结构示意图,如图13所示,该装置包括:获取模块1301、构造模块1303、存储模块1305以及处理模块1307。
其中,获取模块1301,用于获取项目申报过程中每个申报阶段对应的申报数据;构造模块1303,用于根据每个申报阶段对应的共识规则构造区块链,其中,区块链包括一条主链和多条从链,每个申报阶段具有对应的从链;存储模块1305,用于基于点对点的网络结构将每个申报阶段对应的申报数据存储在区块链中;处理模块1307,用于基于每个申报阶段所对应的合约规则对每个申报阶段对应的申报数据进行验证处理。
此处需要说明的是,上述获取模块1301、构造模块1303、存储模块1305以及处理模块1307对应于上述实施例的步骤S302至步骤S308,四个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例所公开的内容。
可选的,项目申报过程至少包括如下申报阶段:指南管理阶段、项目申报阶段、项目评审阶段、节点评审阶段、经费管理阶段、验收结题阶段以及信用管理阶段,其中,从链用于存储对应的申报阶段中所生成的申报数据以及合约规则。主链用于存储每个申报阶段的汇总信息。
可选的,主链至少包括第一起始区块以及第一结束区块,每条从链至少包括第二起始区块以及第二结束区块,其中,第一起始区块与第二起始区块对应,用于存储对应的申报阶段的开始汇总信息以及区块高度;第一结束区块与第二结束区块对应,用于存储对应的申报阶段的结束汇总信息以及区块高度。
可选的,每个申报阶段对应的共识规则具有对应的主链或从链。
可选的,点对点的网络结构至少包括系统层、授权层、管理层、普通层和访客层,其中,点对点的网络结构的每一层包括不同的共识节点,共识节点包括如下至少之一:系统节点、授权节点、管理节点、普通节点和访客节点。
在一种可选的方案中,存储模块包括:第一获取模块、第一确定模块、第二获取模块以及第一存储模块。其中,第一获取模块,用于获取系统节点和授权节点对每个申报阶段的汇总信息的第一共识结果,存储第一共识结果至区块链的主链中;第一确定模块,用于确定每个申报阶段所对应的共识节点;第二获取模块,用于获取每个申报阶段所对应的共识节点对该申报阶段的申报数据的第二共识结果;第一存储模块,用于存储第二共识结果至该申报阶段所对应的从链中。
在一种可选的方案中,区块链还存储每个申报阶段所对应的合约规则,处理模块包括:第三获取模块、第四获取模块、第五获取模块以及验证模块。其中,第三获取模块,用于从区块链中提取当前申报阶段对应的申报数据以及对应的合约规则;第四获取模块,用于获取当前预设终端根据合约规则对当前申报阶段的验证结果;第五获取模块,用于在验证结果指示当前申报阶段验证成功的情况下,获取下一个预设终端对当前申报阶段的验证结果;验证模块,用于在验证结果指示当前申报阶段验证失败的情况下,将验证结果返回至上一个预设终端,以使上一个预设终端对当前申报阶段进行验证处理。
在一种可选的方案中,第三获取模块包括:第六获取模块、第二确定模块、第七获取模块以及第三确定模块。其中,第六获取模块,用于获取访问区块链的当前预设终端的权限信息;第二确定模块,用于基于权限信息确定当前预设终端访问的区块链类型,其中,区块链类型包括主链和从链;第七获取模块,用于在区块链类型为主链的情况下,获取主链所存储的当前申报阶段所对应的汇总信息;第三确定模块,用于在区块链类型为从链的情况下,确定从链对应的目标申报阶段,并确定目标申报阶段对应的目标从链,从目标从链中获取目标申报阶段对应的申报数据。
根据本发明实施例的另一方面,还提供了一种存储介质,该存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述的基于区块链的数据处理方法。
根据本发明实施例的另一方面,还提供了一种处理器,该处理器用于运行程序,其中,程序运行时执行上述的基于区块链的数据处理方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (13)
1.一种基于区块链的数据处理方法,其特征在于,包括:
获取项目申报过程中每个申报阶段对应的申报数据;
根据所述每个申报阶段对应的共识规则构造区块链,其中,所述区块链包括一条主链和多条从链,所述每个申报阶段具有对应的从链;
基于点对点的网络结构将所述每个申报阶段对应的申报数据存储在所述区块链中;
基于所述每个申报阶段所对应的合约规则对所述每个申报阶段对应的申报数据进行验证处理。
2.根据权利要求1所述的方法,其特征在于,所述项目申报过程至少包括如下申报阶段:指南管理阶段、项目申报阶段、项目评审阶段、节点评审阶段、经费管理阶段、验收结题阶段以及信用管理阶段,其中,所述从链用于存储对应的申报阶段中所生成的申报数据。
3.根据权利要求2所述的方法,其特征在于,所述主链用于存储所述每个申报阶段的汇总信息。
4.根据权利要求3所述的方法,其特征在于,所述主链至少包括第一起始区块以及第一结束区块,每条从链至少包括第二起始区块以及第二结束区块,其中,所述第一起始区块与所述第二起始区块对应,用于存储对应的申报阶段的开始汇总信息以及区块高度;所述第一结束区块与所述第二结束区块对应,用于存储对应的申报阶段的结束汇总信息以及区块高度。
5.根据权利要求1所述的方法,其特征在于,所述每个申报阶段对应的共识规则具有对应的主链或从链。
6.根据权利要求1所述的方法,其特征在于,所述点对点的网络结构至少包括系统层、授权层、管理层、普通层和访客层,其中,所述点对点的网络结构的每一层包括不同的共识节点,所述共识节点包括如下至少之一:系统节点、授权节点、管理节点、普通节点和访客节点。
7.根据权利要求6所述的方法,其特征在于,基于点对点的网络结构将所述每个申报阶段对应的申报数据存储在所述区块链中,并对存储在所述区块链中的申报数据进行管理,包括:
获取所述系统节点和所述授权节点对所述每个申报阶段的汇总信息的第一共识结果,存储所述第一共识结果至所述区块链的主链中;
确定所述每个申报阶段所对应的共识节点;
获取所述每个申报阶段所对应的共识节点对该申报阶段的申报数据的第二共识结果;
存储所述第二共识结果至该申报阶段所对应的从链中。
8.根据权利要求1所述的方法,其特征在于,所述区块链还存储所述每个申报阶段所对应的合约规则,基于所述每个申报阶段所对应的合约规则对所述每个申报阶段对应的申报数据进行验证处理,包括:
从所述区块链中提取当前申报阶段对应的申报数据以及对应的合约规则;
获取当前预设终端根据所述合约规则对所述当前申报阶段的验证结果;
在所述验证结果指示所述当前申报阶段验证成功的情况下,获取下一个预设终端对所述当前申报阶段的验证结果;
在所述验证结果指示所述当前申报阶段验证失败的情况下,将所述验证结果返回至上一个预设终端,以使所述上一个预设终端对所述当前申报阶段进行验证处理。
9.根据权利要求8所述的方法,其特征在于,从所述区块链中提取当前申报阶段对应的申报数据,包括:
获取访问所述区块链的当前预设终端的权限信息;
基于所述权限信息确定所述当前预设终端访问的区块链类型,其中,所述区块链类型包括所述主链和所述从链;
在所述区块链类型为所述主链的情况下,获取所述主链所存储的当前申报阶段所对应的汇总信息;
在所述区块链类型为所述从链的情况下,确定所述从链对应的目标申报阶段,并确定所述目标申报阶段对应的目标从链,从所述目标从链中获取所述目标申报阶段对应的申报数据。
10.一种基于区块链的数据处理系统,其特征在于,包括:
多个终端,用于输入项目申报过程中每个申报阶段对应的申报数据,以及发送对所述每个申报阶段对应的申报数据的验证请求;
数据管理平台,用于根据所述每个申报阶段对应的共识规则构造区块链,并基于点对点的网络结构将所述每个申报阶段对应的申报数据存储在所述区块链中,然后基于所述每个申报阶段所对应的合约规则对所述每个申报阶段对应的申报数据进行验证处理,其中,所述区块链包括一条主链和多条从链,所述每个申报阶段具有对应的从链。
11.一种基于区块链的数据处理装置,其特征在于,包括:
获取模块,用于获取项目申报过程中每个申报阶段对应的申报数据;
构造模块,用于根据所述每个申报阶段对应的共识规则构造区块链,其中,所述区块链包括一条主链和多条从链,所述每个申报阶段具有对应的从链;
存储模块,用于基于点对点的网络结构将所述每个申报阶段对应的申报数据存储在所述区块链中;
处理模块,用于基于所述每个申报阶段所对应的合约规则对所述每个申报阶段对应的申报数据进行验证处理。
12.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求1至9中任意一项所述的基于区块链的数据处理方法。
13.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至9中任意一项所述的基于区块链的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910038141.5A CN109829690A (zh) | 2019-01-16 | 2019-01-16 | 基于区块链的数据处理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910038141.5A CN109829690A (zh) | 2019-01-16 | 2019-01-16 | 基于区块链的数据处理方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109829690A true CN109829690A (zh) | 2019-05-31 |
Family
ID=66860257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910038141.5A Pending CN109829690A (zh) | 2019-01-16 | 2019-01-16 | 基于区块链的数据处理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109829690A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110457396A (zh) * | 2019-08-15 | 2019-11-15 | 北京北科融智云计算科技有限公司 | 一种基于区块链科研数据处理方法、装置、设备和存储介质 |
CN111062690A (zh) * | 2019-12-12 | 2020-04-24 | 天津理工大学 | 一种基于区块链技术的用户采购管理系统 |
CN111222853A (zh) * | 2020-01-09 | 2020-06-02 | 广州运通链达金服科技有限公司 | 基于区块链的项目资源管理方法、装置及计算机设备 |
CN112435006A (zh) * | 2020-11-24 | 2021-03-02 | 大连理工江苏研究院有限公司 | 一种应用区块链技术的专利全过程管理方法、系统及设备 |
CN116797181A (zh) * | 2023-08-16 | 2023-09-22 | 江西倬慧信息科技有限公司 | 一种投资项目管理方法、系统、平台及可读存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160330034A1 (en) * | 2015-05-07 | 2016-11-10 | Blockstream Corporation | Transferring ledger assets between blockchains via pegged sidechains |
CN107341730A (zh) * | 2017-07-14 | 2017-11-10 | 贵阳翼帆金融科技股份有限公司 | 一种利用数字汇票申报资金的方法及装置 |
CN107844993A (zh) * | 2017-11-01 | 2018-03-27 | 曾巨鹏 | 一种身体活动促进的区块链管理系统及方法 |
CN107995120A (zh) * | 2016-11-22 | 2018-05-04 | 南京银链信息科技有限公司 | 构造多区块链的方法及多区块链系统 |
CN108764925A (zh) * | 2018-05-31 | 2018-11-06 | 李沁福 | 一种基于区块链技术的综合业务平台 |
CN108990002A (zh) * | 2018-06-27 | 2018-12-11 | 柳州市蓝海数链科技有限公司 | 一种区块链数据处理方法、装置、终端及存储介质 |
CN109102400A (zh) * | 2018-07-17 | 2018-12-28 | 横琴密达科技有限责任公司 | 一种包含主链与侧链的区块链系统 |
-
2019
- 2019-01-16 CN CN201910038141.5A patent/CN109829690A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160330034A1 (en) * | 2015-05-07 | 2016-11-10 | Blockstream Corporation | Transferring ledger assets between blockchains via pegged sidechains |
CN107995120A (zh) * | 2016-11-22 | 2018-05-04 | 南京银链信息科技有限公司 | 构造多区块链的方法及多区块链系统 |
CN107341730A (zh) * | 2017-07-14 | 2017-11-10 | 贵阳翼帆金融科技股份有限公司 | 一种利用数字汇票申报资金的方法及装置 |
CN107844993A (zh) * | 2017-11-01 | 2018-03-27 | 曾巨鹏 | 一种身体活动促进的区块链管理系统及方法 |
CN108764925A (zh) * | 2018-05-31 | 2018-11-06 | 李沁福 | 一种基于区块链技术的综合业务平台 |
CN108990002A (zh) * | 2018-06-27 | 2018-12-11 | 柳州市蓝海数链科技有限公司 | 一种区块链数据处理方法、装置、终端及存储介质 |
CN109102400A (zh) * | 2018-07-17 | 2018-12-28 | 横琴密达科技有限责任公司 | 一种包含主链与侧链的区块链系统 |
Non-Patent Citations (1)
Title |
---|
郑传捷等: "浅论区块链下的科研项目管理", 《贵阳学院学报(自然科学版)》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110457396A (zh) * | 2019-08-15 | 2019-11-15 | 北京北科融智云计算科技有限公司 | 一种基于区块链科研数据处理方法、装置、设备和存储介质 |
CN111062690A (zh) * | 2019-12-12 | 2020-04-24 | 天津理工大学 | 一种基于区块链技术的用户采购管理系统 |
CN111222853A (zh) * | 2020-01-09 | 2020-06-02 | 广州运通链达金服科技有限公司 | 基于区块链的项目资源管理方法、装置及计算机设备 |
CN112435006A (zh) * | 2020-11-24 | 2021-03-02 | 大连理工江苏研究院有限公司 | 一种应用区块链技术的专利全过程管理方法、系统及设备 |
CN116797181A (zh) * | 2023-08-16 | 2023-09-22 | 江西倬慧信息科技有限公司 | 一种投资项目管理方法、系统、平台及可读存储介质 |
CN116797181B (zh) * | 2023-08-16 | 2024-02-13 | 江西倬慧信息科技有限公司 | 一种投资项目管理方法、系统、平台及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109711817A (zh) | 基于区块链的数据处理方法、装置和系统 | |
Zhou et al. | Solutions to scalability of blockchain: A survey | |
CN109829690A (zh) | 基于区块链的数据处理方法、装置和系统 | |
CN110020860B (zh) | 一种跨链资产转移方法、系统及计算机可读存储介质 | |
Bouraga | A taxonomy of blockchain consensus protocols: A survey and classification framework | |
US11177941B2 (en) | Methods and systems for a heterogeneous multi-chain framework | |
Wang et al. | SoK: Diving into DAG-based blockchain systems | |
Bartoletti et al. | An empirical analysis of smart contracts: platforms, applications, and design patterns | |
CN109784857A (zh) | 基于区块链的数据处理方法、装置和系统 | |
Desai et al. | A hybrid blockchain architecture for privacy-enabled and accountable auctions | |
CN109889382B (zh) | 一种基于区块链混合共识的域名信息维护系统 | |
Singh et al. | A survey and taxonomy of consensus protocols for blockchains | |
CN112235114A (zh) | 基于区块链的业务处理系统 | |
Bada et al. | Towards a green blockchain: A review of consensus mechanisms and their energy consumption | |
CA3088610A1 (en) | Blockchain methods, nodes, systems and products | |
CN108804928A (zh) | 一种溯源系统中数据的安全可信任区块链及管理方法 | |
CN108428122A (zh) | 一种分布式账本上的贸易融资方法及系统 | |
Musiani et al. | Governing what wasn’t meant to be governed: A controversy-based approach to the study of Bitcoin governance | |
Alzahrani et al. | A new product anti‐counterfeiting blockchain using a truly decentralized dynamic consensus protocol | |
CN111369730B (zh) | 基于区块链的投票表决处理方法和装置 | |
Bao et al. | A survey of blockchain consensus safety and security: State-of-the-art, challenges, and future work | |
Pop et al. | Blockchain based decentralized applications: Technology review and development guidelines | |
CN111782551A (zh) | 针对区块链项目的测试方法、装置及计算机设备 | |
Grossi | Social choice around the block: On the computational social choice of blockchain | |
Jennath et al. | Survey on blockchain consensus strategies |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190531 |