CN114154189B - 一种数据或文件的两段式哈希上链存证方法 - Google Patents
一种数据或文件的两段式哈希上链存证方法 Download PDFInfo
- Publication number
- CN114154189B CN114154189B CN202110122269.7A CN202110122269A CN114154189B CN 114154189 B CN114154189 B CN 114154189B CN 202110122269 A CN202110122269 A CN 202110122269A CN 114154189 B CN114154189 B CN 114154189B
- Authority
- CN
- China
- Prior art keywords
- file
- blockchain
- hash
- data
- segment
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Bioethics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Databases & Information Systems (AREA)
- Storage Device Security (AREA)
Abstract
本发明提供一种数据或文件的两段式哈希上链存证方法,其中第一段哈希存储计算过程包括:对上传的第一文件(F1)哈希计算后获得第一哈希值(H1),并打上第一时间戳(T1);将第一哈希值(H1)和第一时间戳(T1)同时存储在区块链溯源***的区块链上;第二段哈希存储计算过程包括:将第一哈希值(H1)以及区块链附加信息(Z)附加到第一文件(F1)上,获得第二文件(F2);对附加后的第二文件(F2)哈希计算后获得第二哈希值(H2),并打上第二时间戳(T2);将第二哈希值(H2)和第二时间戳(T2)同时存储在区块链溯源***的区块链上。区块链溯源***中同时存储文件、文件哈希与时间戳三个维度的信息,解决上链过程中数据错误问题。
Description
技术领域
本发明属于区块链及计算机存储***技术领域,特别涉及到上链存证***涉及的协议技术,即一种数据或文件的两段式哈希上链存证方法。
背景技术
区块链(Blockchain)是一种分布式账本***,由多个节点共同维护,其特点是不易篡改、很难伪造、可追溯。区块链记录发生交易的所有信息,一旦数据进入了区块链,即使是内部工作人员在区块链中也无法做任何更改。这种不可更改的特点不是来自使用某种操作,而是由于区块链***和机制本身。这使得运用区块链技术较之其他安全技术而言更为简便和有效。凡是需要公正、公平、诚实的地方,都可以使用区块链技术。
区块链虽然有很好的存储结构以及安全机制,可以用来做存证***,上链后,数据不能再被更改,并由此区块链***常常被人使用于朔源***。但是如果上传的数据或文件已经被更改,或是上传后,在***操作的时候,有错误或是发生人为的恶意篡改,那么存储在区块链上的数据便会有问题。通过问题发生的过程可知,问题不是发生在上链后,而是发生在上链前(例如上传错误的数据或是文件),或是上链过程中(例如操作员犯错或是故意更改)。如果存证的文件是具有法律效力的文件,就会引起法律纠纷。上链前出现的数据问题可以通过例如预言机机制进行解决。
传统方式上,文件朔源处理方式就是将原始文件到***进行公证。***检验后认为真实的,会在文件的拷贝上加盖***章,证明拷贝是真实的。例如原始文件是毕业证书,当事人提供原始文件到***后,如果经***检验认为该毕业证书是真实的,就会在拷贝件上盖章。当事人就可以基于经过盖章的拷贝件去申请工作或学校。区块链朔源***也需要类似这样的机制,但是区块链并不具备***的职能(虽然可以和***合作),因此区块链无法检验数据或是文件的真实性,但是区块链可以确保如下几点:
1)原始数据或文字存在,并且没有被篡改过;
2)区块链出示上面有区块链“章”(例如该区块链签名信息以及数据和文件信息,包括数据和文件的哈希值、时间戳和/或块信息)的新数据或新文件后,取得该新数据或新文件的用户可以检验信息是否真实,检验的原理在于可以通过文件上的“章”找到区块链后,通过区块链找到原始信息。
然而,朔源面临来自多方的攻击,例如数据被更改,数据没有被保存,数据没有被签名等。这些都是区块链***已经解决的问题,但是数据或文件在被上传处理的过程中发生的更改,传统区块链上链方式是无法解决,这一过程,操作员可以更改文件,例如在加盖区块链信息(哈希信息和时间戳)的更改流程中,操作员可以做微小的修改,原始数据或文件的提供者没有细查或者没有察觉,经过上传流程后就将一份被更改的数据或被更改的文件存储固定在区块链***中。如果上传者对此进行签名并认定这是真版,则被篡改的版本摇身一变成为真版,原始数据或文件就被无端作废。即使后来在法庭上,都可能会由于上传者签名认定区块链上所存储数据或文件的真实性而以假乱真,这是非常严重的。
现有的存证方法,如CN108304710A公开了一种基于区块链的融入身份认证功能的电子***签章方法,用区块链的不可篡改性,提供电子***加盖的服务,在其服务中,建立了电子***的管理查询链,需要终端的操作均在链上进行。通过终端将需要盖章的电子文件上传至签章云服务器上等待盖章,对需要加盖电子公章的多方电子文件均进行哈希运算,获取哈希值,加盖时间戳并提取文件摘要信息以及盖印人的真实身份信息及其盖印时的经纬度信息;把哈希值、时间戳、加盖电子***后的电子文件的摘要信息、盖印人信息嵌入到区块链中。该技术提供电子***的服务,并且假设环境,***以及操作员是诚实的,不会在盖章和上链流程上舞弊,即利用传统区块链的非篡改性来加盖公章,提高文件公信度,由于该方法是假设盖章和上链流程,***和操作员不会作弊,所以只需要上链存证一次。此外,国外的BYSTAMP、STAMPD、以及Oodles等公司的电子章的解决方案也都是采取类似的方法,即只上链一次。然而,这种存证一次的方案并不能防止文件在上传的过程中被篡改,目前还没有针对上链过程中出现的数据错误问题的行之有效的解决方案。
发明内容
本发明为了解决上链过程中可能出现的数据问题,提出一种数据或文件两段式哈希上链协议,,适用于对文件不可篡改性有高要求和对具有法律效力的文件,进行保护,例如律师函,知识产权书等文件。并且本协议可以使用在非法律应用上,例如食品、医药、医疗、政务、能源、金融等。协议对应具体的两段式哈希上链方法,结合文件、文件哈希与时间戳3维度设计两段式上链流程,并分别存储在不同区块中,确保在上链过程中操作员不会犯错(不论是不小心还是故意为之),从而使得使用者对所使用文件的真实性更加放心。
本发明的目的在于提出一种数据或文件的两段式哈希上链存证方法,包含两段哈希存储计算过程,包括如下步骤:
步骤1,第一段哈希存储计算过程,包括:
步骤11,对上传的第一文件(F1)进行哈希计算后获得第一哈希值(H1),并打上第一时间戳(T1);
步骤12,将所述第一哈希值(H1)和所述第一时间戳(T1)同时存储在区块链溯源***的区块链上;
步骤2,第二段哈希存储计算过程,包括:
步骤21,将所述第一哈希值(H1)以及区块链附加信息(Z)附加到所述第一文件(F1)上,获得第二文件(F2);
步骤22,对附加后的所述第二文件(F2)进行哈希计算后获得第二哈希值(H2),并打上第二时间戳(T2);
步骤23,将所述第二哈希值(H2)和所述第二时间戳(T2)同时存储在区块链溯源***的区块链上。
优选的,所述区块链溯源***中同时存储文件、文件哈希与时间戳三个维度的信息。
优选的,所述步骤1由区块链溯源***完成作业,或者由使用所述区块链溯源***的客户和区块链溯源***一起完成;所述步骤1由使用所述区块链的客户和区块链***合作完成的情况下,所述客户使用手机或计算机***提供的客户端获得所述第一文件的第一哈希值,并将所述第一文件包含的文字和所述第一哈希值一起打包、加密和签名后形成数据包,将所述数据包送交到区块链朔源***,所述区块链朔源***接到所述数据包后,将所述数据包打开并验证其中所述第一文件的身份,证实所述身份后,检验所述文件和所述第一哈希值是否一致,如果一致,则将所述第一文件(H1)和所述第一时间戳(T1)共同存储在所述区块链上,如果不一致,则拒绝将所述第一文件(H1)和所述第一时间戳(T1)共同存储在所述区块链上,并通知所述第一文件(H1)的上传者。
优选的,在这中间过程,所述区块链溯源***还包括其他验证流程,所述其他验证流程包括:在第3方网站证实所述第一文件(H1)的真实性,或与***合作证实所述第一文件(H1)的真实性。这些都是可以添加的功能,都可以和本专利的机制一起合作,而本专利都覆盖这些场景。
优选的,所述区块链溯源***的应用方也可以对所述第一文件(H1)和所述第二文件(H2)使用加密算法和/或签名算法。
优选的,所述区块链附加信息(Z)包括所述第一段哈希存储计算过程的所述区块链中的块信息或所述区块链的身份信息,采用电子***或者区块链溯源***中的电子身份的形式。
优选的,所述区块链的身份信息表示区块链朔源***的身份证信息,包括区块链服务商信息、版本、时间信息和/或***、机构或单位的审批证明,其中所述区块链服务商信息包括注册信息、公司名称和/或品牌信息。
优选的,所述区块链可以为不同的种类或品牌,所述区块链使用相同或不同的共识机制,所述区块链使用相同或不同的数据库、加密算法、网络协议和数据结构,所述区块链包括预言机或不包括预言机。
优选的,所述哈希计算的算法为MD5、SHA-1、SHA-2、SHA-256、SHA-512、SHA-3或RIPEMD-160算法,当然本领域技术人员根据需要也可以使用其他公知的算法。
优选的,还包括针对所述区块链存储进行辅助存储的步骤,所述辅助存储采用普通数据库或大数据平台实施,在所述辅助存储实施过程中,所述普通数据库或大数据平台存储与所述区块链溯源***中与所述第一文件(F1)和所述第二文件(F2)分别一一对应的哈希值和时间戳数据。
本发明的有益效果:
1)防止无意或恶意更改原始数据:通过对原始的第一文件(F1)的计算,保证了原来文件(F1)中的数据没有改变,特别是客户可以通过手机或服务器,自己先计算文件哈希值,然后才发出对应的文件,从而客户通过区块链溯源***是否回复第一文件、第一文件的哈希值以及第一块信息的方式可以验证区块链朔源***是否收到同样信息,即通过自身就能进行简单的提前校验。
2)防止区块链朔源***更改文件
通过第二哈希值(H2)的计算,保证了第一文件(F1)在发出请求到上传存储***这之间文件内容和数据并没有发生改变,同时客户也可以由此验证第二文件(F2)内所包含的第一文件(F1)没有被更改。
3)通过第一时间戳(T1) 和第二时间戳( T2)之间的差异确定上链的公信力。
4)不同于现有技术所提供的电子***服务,本发明重点不是电子***,而是提供一种更加安全的存证机制,可以使用现有的电子***方法,也可以提供其他的电子***方法,或者存储于其他区块链上,基本解决构思在于通过两段式的存证机制,既存源文件及其哈希值,又存加盖电子***后的文件和哈希值,以同时解决文件上链时候防止任何参与方更改相关文件或数据的技术问题。
5)无需假设使用环境中***以及操作员必须是诚实的,不会在盖章和上链流程上舞弊;在基于***或操作员上链的流程中都存在舞弊可能的情况下也能实施该方法,确保上链后的文件和数据不能被修改。
6)有别于现有技术中利用传统区块链的非篡改性来加盖公章,提高文件公信度,采取的两段式上链存证防止在流程中作弊情形,其中第一次上链的技术效果与现有技术的上链效果相同,而第二次上链流程中,电子章是盖在第一次上链信息上的,这就保证在这流程,文件没有被篡改,这是一次上链机制无法做到的。
根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。
附图说明
后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解,这些附图未必是按比例绘制的。本发明的目标及特征考虑到如下结合附图的描述将更加明显,附图中:
图1为根据本发明实施例的数据或文件的两段式哈希上链存证方法流程图。
具体实施方式
为了使得本发明能够针对其发明要点更加明显易懂,下面将结合附图和实例对本发明作进一步的说明。在下面的描述中阐述了很多细节和具体实例,提供这些实例是为了能够更透彻地理解本发明,并且能够将本发明完整形象地传达给本领域的技术人员。虽然本发明能够以很多不同于此描述的其它方式实施,但是本领域技术人员可以在不违背本发明内涵的情况下做相应的推广,因此本发明不受下面公开的具体实例及具体附图所限制。
如图1所示本实施例提出一种两段式两块式的文件上链存证协议,适用于对文件不可篡改性有高要求和对具有法律效力的文件,进行保护,例如律师函,知识产权书等文件。并且本协议可以使用在非法律应用上,例如食品、医药、医疗、政务、能源、金融等。本实施例不限制区块链种类或是品牌,只要是这条区块链有共识机制(包括使用不同共识机制)使用不同数据库,不同加密算法,不同网络协议,不同数据结构、有预言机或是没有预言机,本实施例都覆盖。
由于文件上可以包含数据,本实施例讨论的是以文件代表数据以及文件。
数据或文件的两段式哈希上链存证方法,包含两段哈希存储计算过程,区块链溯源***中同时存储文件、文件哈希与时间戳三个维度的信息。包括如下步骤:
步骤1,第一段哈希存储计算过程,包括:
步骤11,对上传的第一文件F1进行哈希计算后获得第一哈希值H1,即H1= HashF1,并打上第一时间戳T1;
步骤12,将第一哈希值H1和第一时间戳T1同时存储在区块链溯源***的区块链上;
步骤2,第二段哈希存储计算过程,包括:
步骤21,将第一哈希值H1以及区块链附加信息Z附加到第一文件F1上,获得第二文件F2;
步骤22,对附加后的第二文件F2进行哈希计算后获得第二哈希值H2,即H2=HashF2=HashF1+H1,并打上第二时间戳T2;
步骤23,将第二哈希值H2和第二时间戳T2同时存储在区块链溯源***的区块链上。
步骤1由区块链溯源***完成作业,或者由使用区块链溯源***的客户和区块链溯源***一起完成;步骤1由使用区块链的客户和区块链***合作完成的情况下,客户使用手机或计算机***提供的客户端获得第一文件的第一哈希值,并将第一文件包含的文字和第一哈希值一起打包、加密和签名后形成数据包,将数据包送交到区块链朔源***,区块链朔源***接到数据包后,将数据包打开并验证其中第一文件的身份,证实身份后,检验文件和第一哈希值是否一致,如果一致,则将第一文件H1和第一时间戳T1共同存储在区块链上,如果不一致,则拒绝将第一文件H1和第一时间戳T1共同存储在区块链上,并通知第一文件H1的上传者。
在这中间过程,区块链溯源***还包括其他验证流程,其他验证流程包括:在第3方网站证实第一文件H1的真实性,或与***合作证实第一文件H1的真实性。这些都是可以添加的功能,都可以和本专利的机制一起合作,而本专利都覆盖这些场景。
区块链溯源***的应用方也可以对第一文件H1和第二文件H2使用加密算法和/或签名算法。
区块链附加信息Z包括第一段哈希存储计算过程的区块链中的块信息或区块链的身份信息,采用电子***或者区块链溯源***中的电子身份的形式。
区块链的身份信息表示区块链朔源***的身份证信息,包括区块链服务商信息、版本、时间信息和/或***、机构或单位的审批证明,其中区块链服务商信息包括注册信息、公司名称和/或品牌信息。
区块链可以为不同的种类或品牌,区块链使用相同或不同的共识机制,区块链使用相同或不同的数据库、加密算法、网络协议和数据结构,区块链包括预言机或不包括预言机。
哈希计算的算法为MD5、SHA-1、SHA-2、SHA-256、SHA-512、SHA-3或RIPEMD-160算法,当然本领域技术人员根据需要也可以使用其他公知的算法。
还包括针对区块链存储进行辅助存储的步骤,辅助存储采用普通数据库或大数据平台实施,在辅助存储实施过程中,普通数据库或大数据平台存储与区块链溯源***中与第一文件F1和第二文件F2分别一一对应的哈希值和时间戳数据;如表1所示辅助存储中数据表格式。
表1辅助存储中数据表格式
序号 | 哈希值 | 时间戳 | 文件 |
1 | H1 | T1 | F1 |
2 | H2 | T2 | F2 |
完成了这样的操作后,区块链上就有了两个哈希值,一个是文件F1的哈希H1,一个是F2的哈希H2。
本实施例的两段式机制防止文件或数据上传时可能出现的问题:
1防止无意或恶意更改原始数据:通过对原始的第一文件F1的计算,保证了原来文件(F1)中的数据没有改变,特别是客户可以通过手机或服务器,自己先计算文件哈希值,然后才发出对应的文件,从而客户通过区块链溯源***是否回复第一文件、第一文件的哈希值以及第一块信息的方式可以验证区块链朔源***是否收到同样信息,即通过自身就能进行简单的提前校验。
2防止区块链朔源***更改文件
通过第二哈希值H2的计算,保证了第一文件F1在发出请求到上传存储***这之间文件内容和数据并没有发生改变,同时客户也可以由此验证第二文件F2内所包含的第一文件F1没有被更改。
3通过第一时间戳T1 和第二时间戳 T2之间的差异确定上链的公信力。
第一时间戳T1 和第二时间戳 T2两个时间戳的间隔应该是很短的,因为第一段存储完成之后,立刻进行第二段存储操作。第一时间戳T1 和第二时间戳 T2的时间间隔就是两段存储操作消耗的时间。这个时间是很短的,但具体情况可以根据网络通信环境的质量和***存储的性能而定。但不管怎么,这个时间间隔是必须是短的例如3秒以内。如果第一时间戳T1 和第二时间戳 T2的时间间隔长,那么就有可能存储文件被篡改的情况,因为有了篡改操作所消耗的时间。因此,如果第一时间戳T1 和第二时间戳 T2差异超过预定的时段,这次上链就算失败。
传统的区块链溯源操作发生在上链一次,打上时间戳以后。许多区块链溯源***都仅上链一次例如IBM Food Trust工具。但是许多上链后都附带区块链“章”。目前面临的问题在于如果区块链溯源***如果仅存放一份文件,应该存放原始的第一文件F1,还是盖章的第二文件F2,如果存放第一文件F1,那么区块链溯源***之外传播的第二文件F2是不是正确,由于放在数据库的两份文件F1 和F2都可以被更改,攻击者可以将数据库上的F1和F2一起更改,当用户取到的实际上存在虚假数据的第二文件F2,而该第二文件F2指向虚假的第一文件F1,即使经过查询也都会被认定为是真的,以至于攻击成功而存在区块链上的真实数据所在的第一文件F1,由于没有被指引,很难被发现和比较。
如果存放的是第二文件F2,客户会挑战区块链溯源***在上链时没有存放第一文件F1而可能存在更改数据的情况,从而不接受第二文件F2。
因此综合考虑两份文件F1和F2都应该被存储区块链朔源***上面。
另外F2除了盖“章”外,在上链流程中有没有更改原来内容。如果文件有少许的更改量,这是很难察觉出来。在法律文件,文字多,只要更改几个字,法律条款的意义就相差很大。例如将生效日期12月1日改为12月11日,可能就会有影响例如事件发生在12月2日,不在篡改的有效期内。这种更改可能是因为打上时间戳时覆盖的,也可能是上传文件的操作员的误操作,也不排除是操作人员故意篡改的。这样就可能将一个已经更改的不正确的文件上传到链上。
本实施例由于使用两段式哈希上链存证的协议而避免上面一系列问题的出现。
实施例
用户A将凭证材料F1通过手机APP客户端上传至区块链客户端C上,区块链客户端C对凭证材料F1通过哈希算法计算其哈希值,即H1= HashF1,哈希算法可以是SHA-512、SHA-384等算法。区块链客户端C将文件F1、文件F1计算出来的哈希值H1和当前时间戳T1以交易的形式放入区块中,并将建好的区块广播给区块链B的各个共识节点。
区块链B的各个共识节点在收到区块,对区块中交易文件F1、文件F1哈希值和时间戳之后进行验证,验证包括签名验证和文件哈希验证,并将验证结果发给各个区块链共识节点。各个区块链共识节点在收到验证结果之后进行投票,对于通过投票的交易,区块链生成 “凭证章”凭证Z,如果一致,可以将文件,H1, T1(时间戳)一起放进块。如果不一致,就拒绝这次上链,通知用户A。同时将文件F1、哈希值H1和凭证Z打包生成新的文件F2,并进行投票和共识,对通过的交易,附加到文件F1上,得到文件F2,即F2=F1+H1+Z,。然后再对附加后的文件F2进行哈希计算,得出新的哈希值H2,即H2=HashF2=HashF1+H1,并添加上时间戳T2存储区块链BC上。
在查询文件时候,客户D从区块链客户端通过读取用户第二次存证的文件F2。而F2指向F1,也包含H1, 而F2和F1都存在区块链上,保证这两份文件都没有篡改过,而同时F2保证F1没有被篡改。
用户D拿着原始文件F1进行哈希,得出的结果与F2提供的哈希值H1是一样的,这样就确保了原始文件F1的一致性。
另外,用户D还可以比较时间戳T1和时间戳T2,确保文件未篡改。用户A可以分享F2文件存储地址的二维码或链接,便于其他用户查看。
公开出示的是F2文件,而不是F1文件。这样做的原因是为了保护F1原始文件的作者的首创性。通过F1的哈希值H1来保证原始文件指纹,之后再操作F1文件的人只能是在F1的基础上进行修改,不剥夺F1的原创性。
虽然本发明已经参考特定的说明性实施例进行了描述,但是不会受到这些实施例的限定而仅仅受到附加权利要求的限定。本领域技术人员应当理解可以在不偏离本发明的保护范围和精神的情况下对本发明的实施例能够进行改动和修改。
Claims (10)
1.一种数据或文件的两段式哈希上链存证方法,其特征在于:包含两段哈希存储计算过程,包括如下步骤:
步骤1,第一段哈希存储计算过程,包括:
步骤11,对上传的第一文件F1进行哈希计算后获得第一哈希值H1,并打上第一时间戳T1;
步骤12,将所述第一哈希值H1和所述第一时间戳T1同时存储在区块链溯源***的区块链上;
步骤2,第二段哈希存储计算过程,包括:
步骤21,将所述第一哈希值H1以及区块链附加信息Z附加到所述第一文件F1上,获得第二文件F2;
步骤22,对附加后的所述第二文件F2进行哈希计算后获得第二哈希值H2,并打上第二时间戳T2;
步骤23,将所述第二哈希值H2和所述第二时间戳T2同时存储在区块链溯源***的区块链上。
2.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述区块链溯源***中同时存储文件哈希与时间戳两个维度的信息。
3.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述步骤1由区块链溯源***完成作业,或者由使用所述区块链溯源***的客户和区块链溯源***一起完成;所述步骤1由使用所述区块链的客户和区块链***合作完成的情况下,所述客户使用手机或计算机***提供的客户端获得所述第一文件的第一哈希值,并将所述第一文件包含的文字和所述第一哈希值一起打包、加密和签名后形成数据包,将所述数据包送交到区块链朔源***,所述区块链朔源***接到所述数据包后,将所述数据包打开并验证其中所述第一文件的身份,证实所述身份后,检验所述文件和所述第一哈希值是否一致,如果一致,则将所述第一文件H1和所述第一时间戳T1共同存储在所述区块链上,如果不一致,则拒绝将所述第一文件H1和所述第一时间戳T1共同存储在所述区块链上,并通知所述第一文件H1的上传者。
4.根据权利要求3所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:在这中间过程,所述区块链溯源***还包括其他验证流程,所述其他验证流程包括:在第3方网站证实所述第一文件H1的真实性,或与***合作证实所述第一文件H1的真实性。
5.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述区块链溯源***的应用方也可以对所述第一文件H1和所述第二文件H2使用加密算法和/或签名算法。
6.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述区块链附加信息Z包括所述第一段哈希存储计算过程的所述区块链中的块信息或所述区块链的身份信息,采用电子***或者区块链溯源***中的电子身份的形式。
7.根据权利要求6所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述区块链的身份信息表示区块链朔源***的身份证信息,包括区块链服务商信息、版本、时间信息和/或***、机构或单位的审批证明,其中所述区块链服务商信息包括注册信息、公司名称和/或品牌信息。
8.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述区块链可以为不同的种类或品牌,所述区块链使用相同或不同的共识机制,所述区块链使用相同或不同的数据库、加密算法、网络协议和数据结构,所述区块链包括预言机或不包括预言机。
9.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:所述哈希计算的算法为MD5、SHA-1、SHA-2、SHA-256、SHA-512、SHA-3或RIPEMD-160算法。
10.根据权利要求1所述的一种数据或文件的两段式哈希上链存证方法,其特征在于:还包括针对所述区块链存储进行辅助存储的步骤,所述辅助存储采用普通数据库或大数据平台实施,在所述辅助存储实施过程中,所述普通数据库或大数据平台存储与所述区块链溯源***中与所述第一文件F1和所述第二文件F2分别一一对应的哈希值和时间戳数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110122269.7A CN114154189B (zh) | 2021-01-29 | 2021-01-29 | 一种数据或文件的两段式哈希上链存证方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110122269.7A CN114154189B (zh) | 2021-01-29 | 2021-01-29 | 一种数据或文件的两段式哈希上链存证方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114154189A CN114154189A (zh) | 2022-03-08 |
CN114154189B true CN114154189B (zh) | 2022-06-24 |
Family
ID=80461551
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110122269.7A Active CN114154189B (zh) | 2021-01-29 | 2021-01-29 | 一种数据或文件的两段式哈希上链存证方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114154189B (zh) |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109002732B (zh) * | 2018-07-17 | 2022-04-26 | 深圳前海微众银行股份有限公司 | 数据存证方法、设备和***以及数据取证方法 |
CN109101572B (zh) * | 2018-07-17 | 2021-03-02 | 何晓行 | 基于区块链的存证方法、装置及服务器、存储介质 |
TWI676385B (zh) * | 2018-08-31 | 2019-11-01 | 中華電信股份有限公司 | 時戳簽章系統及使用時戳簽章封包之方法 |
CN109409122B (zh) * | 2018-09-13 | 2022-08-16 | 远光软件股份有限公司 | 文件存储方法及其电子设备、存储介质 |
US10949388B2 (en) * | 2018-11-16 | 2021-03-16 | Advanced Messaging Technologies, Inc. | Systems and methods for distributed data storage and delivery using blockchain |
CN109756341B (zh) * | 2018-12-05 | 2022-03-11 | 新华三技术有限公司 | 电子签章方法及装置 |
CN111259070B (zh) * | 2019-11-28 | 2024-04-19 | 国网山东省电力公司 | 一种业务数据存储、获取的方法及相关装置 |
CN111177172A (zh) * | 2019-12-31 | 2020-05-19 | 江苏荣泽信息科技股份有限公司 | 一种基于区块链的电子存证*** |
CN111445238A (zh) * | 2020-02-11 | 2020-07-24 | 江苏荣泽信息科技股份有限公司 | 一种基于区块链的电子存证*** |
-
2021
- 2021-01-29 CN CN202110122269.7A patent/CN114154189B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN114154189A (zh) | 2022-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109409122B (zh) | 文件存储方法及其电子设备、存储介质 | |
US10735207B2 (en) | System and method for implementing blockchain-based digital certificates | |
CN110785760B (zh) | 用于登记数字文档的方法和*** | |
CN110800254B (zh) | 用于生成数字标记的***和方法 | |
US6401206B1 (en) | Method and apparatus for binding electronic impressions made by digital identities to documents | |
CN110995673B (zh) | 基于区块链的案件证据管理方法、装置、终端及存储介质 | |
US20120260098A1 (en) | Storage and Authentication of Data Transactions | |
CZ78798A3 (cs) | Systém a způsob prokázání pravosti dokumentů | |
CN109242404B (zh) | 履历信息管理方法、装置、计算机设备与可读存储介质 | |
CN115147975B (zh) | 一种基于区块链的加密网络投票方法 | |
KR20200094956A (ko) | 블록체인을 활용한 전자문서 서비스 플랫폼 | |
US10735204B2 (en) | System and method for generating digital marks | |
US11301823B2 (en) | System and method for electronic deposit and authentication of original electronic information objects | |
CN113452526A (zh) | 电子文件存证方法、验证方法及相应装置 | |
CN114626046A (zh) | 一种基于智能密码钥匙的电子签章的方法 | |
CN113672991A (zh) | 一种基于区块链技术的公共电子合同缔约方法 | |
CN113761578A (zh) | 一种基于区块链的文书验真方法 | |
CN110493011B (zh) | 基于区块链的证书颁发管理方法以及装置 | |
CN114154189B (zh) | 一种数据或文件的两段式哈希上链存证方法 | |
CN115225346A (zh) | 一种面向征信大数据领域的数据存证*** | |
CN110535663B (zh) | 一种基于区块链的可信时间戳服务的实现方法及*** | |
CN114565485A (zh) | 基于区块链ipfs存储的劳动合同管理方法和*** | |
CN109635594A (zh) | 电子契约签署与再签署过程的防伪验证方法 | |
KR20200143626A (ko) | 하이브리드블록체인을 이용해 프라이버시 보호하며 부인방지하는 방법 | |
CN111414629B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |