CN105630609B - 区块链的打包存储方法 - Google Patents
区块链的打包存储方法 Download PDFInfo
- Publication number
- CN105630609B CN105630609B CN201610100747.3A CN201610100747A CN105630609B CN 105630609 B CN105630609 B CN 105630609B CN 201610100747 A CN201610100747 A CN 201610100747A CN 105630609 B CN105630609 B CN 105630609B
- Authority
- CN
- China
- Prior art keywords
- address
- balance
- block
- root hash
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5017—Task decomposition
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
区块链的打包存储方法,一个公钥地址有多笔支出时,必须依次验证余额是否足够,这里将支出地址按地址的区间分类,可用不同的线程或进程来分别校验交易,可确保同一支出地址不超过余额,每个地址区间收款增加的余额再传送到相应的地址区间所在的服务器,再一次统计最后的余额。存储数据时,为克服写盘速度的限制,可循环依次向多台服务器写盘,可以将区块链区块高度和服务器的个数做除法取模映射,或将区块高度与服务器的对应关系作为元数据,交给专门的元数据服务器来管理,访问数据时,首先访问元数据服务器,获得区块高度对应的服务器,设置每次写盘的数据量,可以使每次写盘结束的时刻不大于下次轮到写盘的时刻。
Description
技术领域
本发明涉及互联网技术领域,特别是区块链技术。
背景技术
现有以比特币为主的区块链技术方案,都是用单台机器来处理余额校验和打包,受带宽和硬盘读写的限制,大规模的并发量受到限制。
发明内容
为了克服上述现有技术的不足,本发明区块链的打包存储方法,将交易记录分类,可使交易校验、余额校验、打包存储都可以分散到多台服务器上,提高了并发量。
本发明所采用的技术方案是:
同一区块中,一个公钥地址有多笔支出时,必须依次验证余额是否足够,这里将支出地址按地址的区间分类,可用不同的线程或进程来分别校验交易,可确保同一支出地址不超过余额,步骤如下:
步骤S1:打包服务器接收交易记录,根据地址区间按序分类(如A1、A2、A3、A4及对应的服务器),将支出地址按上述地址区间分类放入相应的不同线程或不同进程或不同服务器;
步骤S2:对同一分类的支出地址再用多线程进行有效性校验,校验每笔交易是否能用公钥解开签名,并将解开的哈希值与交易内容的哈希值对比,如果一致就通过真实性校验;
步骤S3:通过真实性校验的交易后,依次计算交易中每个支出地址扣除所有支出金额后支出地址的余额,放到集合B中,超过余额的交易放到一个等待集合C中待处理或作废,接收地址的增加金额也放到一个集合D中;
步骤S4:将本机多线程或多进程的计算结果(集合B和D)合并到本机一个线程中计算累计的帐户地址的余额,分三种情况:
(1)若某地址在本区块既有接收又有支出交易的(集合B和D同时有):
接收地址的余额=累计本区块接收地址的增加金额+本区块中B中的该地址的余额
(2)若某地址在本区块只有接收没有支出交易的(只在集合D中有,B中没有):
接收地址的余额=累计本区块接收地址的增加金额+最近历史区块的该地址的余额
(3)若某地址在本区块只有支出交易没有接收交易的(只在集合B中有,D中没有):
支出地址的余额=本区块中B中的该地址的余额
步骤S5:将S4计算好的余额发送到地址分类(如A1、A2、A3、A4等)相应的线程或进程或服务器中(步骤S3相应的线程或进程中);
步骤S6:各线程或进程分别按分类交易哈希值排序生成梅克尔树,计算分类梅克尔树根哈希值,若和其他对应的默克尔树根哈希值一致,则存储到硬盘;
步骤S7:将步骤S6生成的梅克尔树根哈希值依次再建一个梅克尔树,计算本区块的梅克尔树根哈希值。
在步骤S5中,根据地址区间按序分类的交易是在不同服务器处理的情况下,可将收款方的增加余额的信息进行压缩,并完整地发送到相应的服务器上(按地址分类),每台服务器也可以向其他服务器请求相应地址区间的余额信息压缩包。
在步骤S6,将交易排序后构造梅克尔树打包,将本地址分类区间的地址余额信息集合打包,打包信息可以存储在本地,也可以传送给相应的服务器保存。
在步骤S6中,将交易排序后构造梅克尔树的根哈希值与其他对应的根哈希值对比,若与达成共识的分类区块梅克尔根哈希值是不一致的,则下载相应的部分数据。
在步骤S7中,将本服务器当前区块的根哈希值与其他服务器对应区块的根哈希值对比,若与达成共识的区块根哈希值是不一致的,则对比其下分类区块的根哈希值,将有差异的分类区块同步更新即可。
在步骤S6中,在存储数据时,为克服写盘速度的限制,可循环依次向多台服务器写盘,可以将区块链区块高度和服务器的个数做除法取模映射,或将区块高度与服务器的对应关系作为元数据,交给专门的元数据服务器来管理,访问数据时,首先访问元数据服务器,获得区块高度对应的服务器,设置每次写盘的数据量,可以使每次写盘结束的时刻不大于下次轮到写盘的时刻。
与现有技术相比,本发明的有益效果是本发明的区块链的打包方法可将在一台服务器上处理的交易真实性校验、余额校验统计、打包存储可以分散到多台服务器上,可大幅度提高了交易的并发数量,加快处理速度,减少因交易拥堵导致的延时或错误。
附图说明
图1为将支出地址按地址区间分类放入相应的不同线程或不同进程或不同服务器分别打包,并汇总余额的图。
具体实施方式
实施例1,参照图1:
区块链的打包存储方法,同一区块中,一个公钥地址有多笔支出时,必须依次验证公钥地址余额是否足够,这里将支出地址按地址的区间分4类(00**、01**、10**、11**),可用独立的线程或进程或服务器分别校验交易,可确保同一支出地址不超过余额,步骤如下:
步骤S1:打包服务器接收交易记录,根据地址区间按序分类(如00**、01**、10**、11**),对应A1、A2、A3、A4服务器,将支出地址按上述地址区间分类放入相应的不同线程或不同进程或不同服务器;
步骤S2:对同一分类的支出地址再用多线程进行有效性校验,校验每笔交易是否能用公钥解开签名,并将解开的哈希值与交易内容的哈希值对比,如果一致就通过真实性校验;
步骤S3:通过真实性校验的交易后,依次计算交易中每个支出地址扣除所有支出金额后支出地址的余额,放到集合B中,超过余额的交易放到一个等待集合C中待处理或作废,接收地址的增加金额也放到一个集合D中;
步骤S4:将本机多线程或多进程的计算结果(集合B和D)合并到本机一个线程中计算累计的帐户地址的余额,分三种情况:
(1)若某地址在本区块既有接收又有支出交易的(集合B和D同时有):
接收地址的余额=累计本区块接收地址的增加金额+本区块中B中的该地址的余额
(2)若某地址在本区块只有接收没有支出交易的(只在集合D中有,B中没有):
接收地址的余额=累计本区块接收地址的增加金额+最近历史区块的该地址的余额
(3)若某地址在本区块只有支出交易没有接收交易的(只在集合B中有,D中没有):
支出地址的余额=本区块中B中的该地址的余额
步骤S5:将S4计算好的余额发送到地址分类(如A1、A2、A3、A4等)相应的线程或进程或服务器中(步骤S3相应的线程或进程中);
步骤S6:各线程或进程分别按分类交易哈希值排序生成梅克尔树,计算分类梅克尔树根哈希值,若和其他对应的默克尔树根哈希值一致,则存储到硬盘;
步骤S7:将步骤S6生成的梅克尔树根哈希值依次再建一个梅克尔树,计算本区块的梅克尔树根哈希值。
在步骤S5中,根据地址区间按序分类的交易是在不同服务器处理的情况下,可将收款方的增加余额的信息进行压缩,并完整地发送到相应的服务器上(按地址分类),每台服务器也可以向其他服务器请求相应地址区间的余额信息压缩包。
在步骤S6,将交易排序后构造梅克尔树打包,将本地址分类区间的地址余额信息集合打包,打包信息可以存储在本地,也可以传送给相应的服务器保存。
在步骤S6中,将交易排序后构造梅克尔树的根哈希值与其他对应的根哈希值对比,若与达成共识的分类区块梅克尔根哈希值是不一致的,则下载相应的部分数据。
在步骤S7中,将本服务器当前区块的根哈希值与其他服务器对应区块的根哈希值对比,若与达成共识的区块根哈希值是不一致的,则对比其下分类区块的根哈希值,将有差异的分类区块同步更新即可。
在步骤S6中,在存储数据时,为克服写盘速度的限制,可循环依次向多台服务器写盘,可以将区块链区块高度和服务器的个数做除法取模映射,
区块链区块高度值
1、5、9、13、、、——>存入服务器A13/4=3...1(区块高度除以服务器数量得余数)
2、6、10、14、、、——>存入服务器B14/4=3...2
3、7、11、15、、、——>存入服务器C15/4=3...3
4、8、12、16、、、——>存入服务器D16/4=4...0
区块链每秒产生一个区块,每个区块120兆(24万条交易数据),每个区块写入硬盘时间为4秒,每台服务器每4个区块轮到写一次,4台服务器平均每秒写一个区块。
Claims (6)
1.区块链的打包存储方法,其特征在于,同一区块中,一个公钥地址有多笔支出时,必须依次验证余额是否足够,这里将支出地址按地址的区间分类,用不同的线程或进程来分别校验交易,确保同一支出地址不超过余额,步骤如下:
步骤S1:打包服务器接收交易记录,根据地址区间按序分类,将支出地址按上述地址区间分类放入相应的不同线程或不同进程或不同服务器;
步骤S2:对同一分类的支出地址再用多线程进行有效性校验,校验每笔交易是否能用公钥解开签名,并将解开的哈希值与交易内容的哈希值对比,如果一致就通过真实性校验;
步骤S3:通过真实性校验的交易后,依次计算交易中每个支出地址扣除所有支出金额后支出地址的余额,放到集合B中,超过余额的交易放到一个等待集合C中待处理或作废,接收地址的增加金额也放到一个集合D中;
步骤S4:将本机多线程或多进程的计算结果,即集合B和D合并到本机一个线程中计算累计的帐户地址的余额,分三种情况:
(1)若某地址在本区块既有接收又有支出交易的,即集合B和D同时有:
接收地址的余额=累计本区块接收地址的增加金额+本区块中B中的该地址的余额
(2)若某地址在本区块只有接收没有支出交易的,即只在集合D中有,B中没有:
接收地址的余额=累计本区块接收地址的增加金额+最近历史区块的该地址的余额
(3)若某地址在本区块只有支出交易没有接收交易的,即只在集合B中有,D中没有:
支出地址的余额=本区块中B中的该地址的余额
步骤S5:将S4计算好的余额发送到步骤S3中地址分类相应的线程或进程或服务器中;
步骤S6:各线程或进程分别按分类交易哈希值排序生成梅克尔树,计算分类梅克尔树根哈希值,若和其他对应的梅克尔树根哈希值一致,则存储到硬盘;
步骤S7:将步骤S6生成的梅克尔树根哈希值依次再建一个梅克尔树,计算本区块的梅克尔树根哈希值。
2.根据权利要求1所述区块链的打包存储方法,其特征在于,在步骤S5中,根据地址区间按序分类的交易是在不同服务器处理的情况下,将收款方的增加余额的信息进行压缩,并完整地发送到相应的服务器上,每台服务器向其他服务器请求相应地址区间的余额信息压缩包。
3.根据权利要求l所述区块链的打包存储方法,其特征在于,在步骤S6,将交易排序后构造的梅克尔树打包,将本地址分类区间的地址余额信息集合打包,打包信息存储在本地,或传送给相应的服务器保存。
4.根据权利要求l所述区块链的打包存储方法,其特征在于,在步骤S6中,将交易排序后构造的梅克尔树的根哈希值与其他对应的根哈希值对比,若与达成共识的分类区块梅克尔根哈希值是不一致的,则下载相应的部分数据。
5.根据权利要求l所述区块链的打包存储方法,其特征在于,在步骤S7中,将本服务器当前区块的根哈希值与其他服务器对应区块的根哈希值对比,若与达成共识的区块根哈希值是不一致的,则对比其下分类区块的根哈希值,将有差异的分类区块同步更新即可。
6.根据权利要求l或3所述区块链的打包存储方法,其特征在于,在步骤S6中,在存储数据时,为克服写盘速度的限制,循环依次向多台服务器写盘,将区块链区块高度和服务器的个数做除法取模映射,或将区块高度与服务器的对应关系作为元数据,交给专门的元数据服务器来管理,访问数据时,首先访问元数据服务器,获得区块高度对应的服务器,设置每次写盘的数据量,使每次写盘结束的时刻不大于下次轮到写盘的时刻。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610100747.3A CN105630609B (zh) | 2016-02-24 | 2016-02-24 | 区块链的打包存储方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610100747.3A CN105630609B (zh) | 2016-02-24 | 2016-02-24 | 区块链的打包存储方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105630609A CN105630609A (zh) | 2016-06-01 |
CN105630609B true CN105630609B (zh) | 2021-05-11 |
Family
ID=56045586
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610100747.3A Active CN105630609B (zh) | 2016-02-24 | 2016-02-24 | 区块链的打包存储方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105630609B (zh) |
Families Citing this family (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107527286A (zh) * | 2016-06-20 | 2017-12-29 | 惠众商务顾问(北京)有限公司 | 社区区块链多态链接及智能化处理装置 |
CN106251216B (zh) * | 2016-07-18 | 2020-12-25 | 恒宝股份有限公司 | 一种用于缓解节点存储压力的方法和系统 |
US11405395B2 (en) * | 2016-07-29 | 2022-08-02 | Nchain Licensing Ag | Accessing an internet of things device using blockchain metadata |
CN106302720B (zh) * | 2016-08-13 | 2019-12-13 | 青岛莱月网络科技有限公司 | 一种用于区块链可生存存储系统及其方法 |
CN106445711B (zh) * | 2016-08-28 | 2019-04-30 | 杭州云象网络技术有限公司 | 一种应用于区块链的拜占庭容错共识方法 |
CN109791591B (zh) * | 2016-10-06 | 2023-07-07 | 万事达卡国际公司 | 经由区块链进行身份和凭证保护及核实的方法和系统 |
CN106506638B (zh) * | 2016-11-04 | 2020-01-07 | 江苏通付盾科技有限公司 | 区块链中的区块存储方法及装置 |
CN106453636A (zh) * | 2016-11-22 | 2017-02-22 | 深圳银链科技有限公司 | 可信区块生成方法及系统 |
CN108171601B (zh) * | 2016-12-07 | 2021-07-27 | 中国电信股份有限公司 | 区块链溯源追踪方法、装置和系统 |
CN106779708B (zh) * | 2016-12-23 | 2021-02-02 | 中钞信用卡产业发展有限公司杭州区块链技术研究院 | 基于智能合约的区块链上参与方身份管理方法及系统 |
CN106897351B (zh) * | 2016-12-29 | 2020-11-10 | 北京瑞卓喜投科技发展有限公司 | 有向无环图型区块链的生成方法及系统 |
CN108269072A (zh) * | 2016-12-30 | 2018-07-10 | 深圳瀚德创客金融投资有限公司 | 用于区块链的交易处理方法和网络节点 |
CN106874440B (zh) * | 2017-02-07 | 2019-11-12 | 杭州秘猿科技有限公司 | 一种基于sql数据库的区块链状态存储方法 |
CN111917864B (zh) * | 2017-02-22 | 2023-08-22 | 创新先进技术有限公司 | 一种业务校验的方法及装置 |
CN107341702B (zh) | 2017-03-08 | 2020-06-23 | 创新先进技术有限公司 | 一种业务处理的方法及装置 |
CN107463596B (zh) * | 2017-03-24 | 2020-08-04 | 北京瑞卓喜投科技发展有限公司 | 针对设置链外勘误表的区块链并行查询方法及系统 |
CN111612468B (zh) * | 2017-03-24 | 2024-03-19 | 创新先进技术有限公司 | 一种发送交易信息和共识验证的方法及装置 |
CN107181797B (zh) * | 2017-05-11 | 2020-03-06 | 中国农业银行股份有限公司 | 一种区块链的区块压缩方法和系统 |
CN108959280B (zh) * | 2017-05-17 | 2021-08-06 | 中国移动通信有限公司研究院 | 一种存储虚拟资源关联信息的方法及装置 |
CN107193672B (zh) * | 2017-05-31 | 2020-01-14 | 无锡井通网络科技有限公司 | 一种跨区块异步调用合约系统 |
CN107277151B (zh) * | 2017-06-27 | 2020-11-03 | 曙光信息产业(北京)有限公司 | 一种作业调度系统的计时方法 |
WO2019019056A1 (zh) * | 2017-07-26 | 2019-01-31 | 杭州复杂美科技有限公司 | 前置机参与区块链共识的方法 |
CN107423426B (zh) * | 2017-08-02 | 2020-06-02 | 众安信息技术服务有限公司 | 一种区块链块数据的数据归档方法及电子设备 |
CN107729137B (zh) * | 2017-09-04 | 2021-06-22 | 深圳壹账通智能科技有限公司 | 服务器、区块链验签解密的方法及存储介质 |
CN107728941B (zh) * | 2017-09-28 | 2019-09-24 | 中国银行股份有限公司 | 一种区块链数据压缩方法及系统 |
CN107800795A (zh) * | 2017-10-30 | 2018-03-13 | 中国联合网络通信集团有限公司 | 区块信息的处理方法及装置 |
CN108243241B (zh) * | 2017-11-10 | 2019-10-15 | 杭州复杂美科技有限公司 | 一种区块链交易的存储方式及排队方式 |
CN108256843B (zh) * | 2018-01-12 | 2022-06-07 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
CN108399572A (zh) * | 2018-03-22 | 2018-08-14 | 深圳市网心科技有限公司 | 区块链交易处理方法、装置及存储介质 |
CN110472971A (zh) * | 2018-05-09 | 2019-11-19 | 厦门本能管家科技有限公司 | 一种双进程打块方法及系统 |
CN109086388B (zh) * | 2018-07-26 | 2020-12-29 | 百度在线网络技术(北京)有限公司 | 区块链数据存储方法、装置、设备及介质 |
CN109087097B (zh) * | 2018-07-26 | 2020-11-03 | 京东数字科技控股有限公司 | 一种更新链码同一标识的方法和装置 |
CN109064173A (zh) * | 2018-08-01 | 2018-12-21 | 江苏恒宝智能系统技术有限公司 | 一种节点信息管理系统和方法 |
CN109359222B (zh) * | 2018-08-06 | 2021-07-06 | 杭州复杂美科技有限公司 | 数据存储方法及系统、设备和存储介质 |
CN109194486A (zh) * | 2018-08-23 | 2019-01-11 | 东北大学 | 可信赖协同模型及数据模型、元数据存储及协同验证算法 |
CN109698750B (zh) * | 2018-11-08 | 2021-06-11 | 平安科技(深圳)有限公司 | 区块链的区块生成方法、装置、设备及可读存储介质 |
CN109636388B (zh) * | 2018-12-07 | 2024-02-23 | 深圳市智税链科技有限公司 | 区块链网络中的数据处理方法、装置、介质及电子设备 |
CN110445626B (zh) * | 2019-07-15 | 2021-11-02 | 杭州复杂美科技有限公司 | 区块打包、广播方法和系统、设备及存储介质 |
MY192336A (en) * | 2019-07-23 | 2022-08-17 | Advanced New Technologies Co Ltd | Managing transactions on blockchain networks |
SG11202002814UA (en) * | 2019-08-01 | 2021-03-30 | Advanced New Technologies Co Ltd | Shared blockchain data storage based on error correction code |
WO2021016998A1 (en) | 2019-08-01 | 2021-02-04 | Advanced New Technologies Co., Ltd. | Shared blockchain data storage based on error correction code |
CN110659905B (zh) * | 2019-09-20 | 2023-09-22 | 腾讯科技(深圳)有限公司 | 交易验证方法、装置、终端设备以及存储介质 |
CN111581214B (zh) * | 2020-05-07 | 2023-07-18 | 成都汉为科技有限公司 | 适用于能源区块链的并行merkle树构建与验证方法 |
CN111770149B (zh) * | 2020-06-23 | 2023-02-14 | 江苏荣泽信息科技股份有限公司 | 基于分布式存储的新型联盟链系统 |
CN111815845B (zh) * | 2020-07-08 | 2022-03-15 | 中钞信用卡产业发展有限公司杭州区块链技术研究院 | 基于异构区块链的摇号方法、装置、系统、设备和介质 |
CN112115498B (zh) * | 2020-09-28 | 2023-12-01 | 上海申铁信息工程有限公司 | 一种基于区块链的数据访问权限控制方法与装置 |
CN115914249B (zh) * | 2022-12-05 | 2023-09-29 | 淮阴工学院 | 基于区块链块分类的冷链数据存储与查询方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104320262A (zh) * | 2014-11-05 | 2015-01-28 | 中国科学院合肥物质科学研究院 | 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统 |
CN104392354A (zh) * | 2014-11-05 | 2015-03-04 | 中国科学院合肥物质科学研究院 | 一种用于加密数字货币的公钥地址与用户账号的关联和检索方法及其系统 |
CN105282198A (zh) * | 2014-07-07 | 2016-01-27 | 仝达 | 基于p2p网络的任务的数据处理方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150379510A1 (en) * | 2012-07-10 | 2015-12-31 | Stanley Benjamin Smith | Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain. |
-
2016
- 2016-02-24 CN CN201610100747.3A patent/CN105630609B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105282198A (zh) * | 2014-07-07 | 2016-01-27 | 仝达 | 基于p2p网络的任务的数据处理方法和装置 |
CN104320262A (zh) * | 2014-11-05 | 2015-01-28 | 中国科学院合肥物质科学研究院 | 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统 |
CN104392354A (zh) * | 2014-11-05 | 2015-03-04 | 中国科学院合肥物质科学研究院 | 一种用于加密数字货币的公钥地址与用户账号的关联和检索方法及其系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105630609A (zh) | 2016-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105630609B (zh) | 区块链的打包存储方法 | |
CN110868440B (zh) | 区块链公链 | |
WO2018177191A1 (zh) | 基于区块链确定交易合法性的方法及装置 | |
CN112669155B (zh) | 基于区块链的交易分发执行方法、装置服务器及存储介质 | |
CN107274159B (zh) | 一种基于区块并发执行算法的记账系统及方法 | |
US8347292B2 (en) | Transaction aggregation to increase transaction processing throughout | |
US20210049715A1 (en) | Blockchain-based data procesing method, apparatus, and electronic device | |
CN105045917B (zh) | 一种基于实例的分布式数据恢复方法和装置 | |
CN107239954A (zh) | 一种提高区块产生速度的方法及装置 | |
CN111179066B (zh) | 业务数据的批量处理方法、装置、服务器和存储介质 | |
CN113568981B (zh) | 一种交易数据处理方法、装置、设备以及介质 | |
AU2019227419A1 (en) | Summary chains in distributed systems | |
CN111797168A (zh) | 区块并行处理方法、设备和存储介质 | |
CN108959374A (zh) | 数据存储方法、装置及电子设备 | |
CN114741368A (zh) | 基于人工智能的日志数据统计方法及相关设备 | |
Kose et al. | From the global to the national cycle: an intricate liaison | |
CN111861733B (zh) | 基于地址模糊匹配的欺诈防控系统及方法 | |
CN113590703A (zh) | Es数据导入方法、装置、电子设备及可读存储介质 | |
CN106502579B (zh) | 一种数据存储失败时的重建方法及装置 | |
CN114462998A (zh) | 一种日志防篡改方法、系统及存储介质 | |
WO2020042927A1 (zh) | 区块链公链 | |
CN113763166B (zh) | 一种数据核对的方法及装置 | |
CN115221174A (zh) | 基于人工智能的数据分级存储方法、装置、设备及介质 | |
Che et al. | Improved streaming quotient filter: a duplicate detection approach for data streams. | |
US11768855B1 (en) | Replicating data across databases by utilizing validation functions for data completeness and sequencing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |