CN114511321A - 基于点对点的数据处理方法、系统、计算设备及存储介质 - Google Patents

基于点对点的数据处理方法、系统、计算设备及存储介质 Download PDF

Info

Publication number
CN114511321A
CN114511321A CN202210046337.0A CN202210046337A CN114511321A CN 114511321 A CN114511321 A CN 114511321A CN 202210046337 A CN202210046337 A CN 202210046337A CN 114511321 A CN114511321 A CN 114511321A
Authority
CN
China
Prior art keywords
transaction
sub
account
ledger
general
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.)
Granted
Application number
CN202210046337.0A
Other languages
English (en)
Other versions
CN114511321B (zh
Inventor
祝维沙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Yurui Investment Management Co.,Ltd.
Original Assignee
Beijing Wuli Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Wuli Technology Co ltd filed Critical Beijing Wuli Technology Co ltd
Priority to CN202210046337.0A priority Critical patent/CN114511321B/zh
Publication of CN114511321A publication Critical patent/CN114511321A/zh
Application granted granted Critical
Publication of CN114511321B publication Critical patent/CN114511321B/zh
Priority to DE112022000118.6T priority patent/DE112022000118T5/de
Priority to PCT/CN2022/127491 priority patent/WO2023134259A1/zh
Priority to US18/129,088 priority patent/US20230245118A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes

Abstract

本发明涉及数据处理技术领域，尤其涉及一种基于点对点的数据处理方法、系统、计算设备及存储介质，在该基于点对点的数据处理方法中，总账和所有子账通过哈希索引相关联，在子账的交易操作被触发时，通过总账查验子账的交易合法性，在交易合法的前提下更新子账的数额和总账的数额，并促使总账和子账保存当前的交易记录，以及促使总账更新哈希索引表。基于此，总账仅存储子账的最新交易条目及对应的哈希索引，并无子账的交易流水账，而交易流水账存储在子账中供用户自行保管，从而实现点对点支付独特的分布式账本结构，既有中心化的支付数据处理效率，又有区块链账本的特性，能够兼顾支付数据的处理安全性且及对支付数据的处理效率。

Description

基于点对点的数据处理方法、系统、计算设备及存储介质
技术领域
本发明涉及数据处理技术领域，特别是涉及一种基于点对点的数据处理方法、系统、计算设备及存储介质。
背景技术
目前的刷卡支付(储蓄卡或信用卡)、支付宝支付以及微信支付等集中式支付的数据处理方式，其交易效率高且安全性高，但透明性和自治性低。而结合区块链的P2P支付形式的数据处理方式，具有高安全性、高透明性及高自治性等特点，但交易效率低且不利于个人隐私保护。所以，目前的支付数据处理方式不能兼顾支付数据的处理安全性且及对支付数据的处理效率。
发明内容
基于此，有必要基于现有支付方式存在的不能兼顾支付数据的处理安全性且及对支付数据的处理效率的问题，提供一种基于点对点的数据处理方法、系统、计算设备及存储介质。
第一方面，本申请实施例提供一种基于点对点的数据处理方法，包括：
在子账的交易操作被触发时，通过总账查验所述子账的交易合法性；
在交易合法的前提下，更新所述子账的数额和总账对应的数额，并促使所述子账保存当前的交易记录，以及促使所述总账生成所述子账的最新交易条目并更新哈希索引表；其中，
所述交易合法包括交易数据来源合法且交易数据正确；
所述哈希索引表用于记录子账的最新交易记录的哈希值与子账地址的对应关系；
所述总账设置有多组寄存器，每组寄存器存储一种资产，且数额等于所述总账中所有子账的最新交易记录的该资产的数额之和。
可选的，所述交易操作包括任意两个子账之间的内部交易操作，以及任意一个子账与外部账户之间的外部交易操作；其中，任意一个子账与总账之间的交互过程加密进行。
可选的，所述交易操作为内部交易操作时：
将第一子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、第二子账地址；
促使所述总账根据所述交易请求核对所述第一子账的交易合法性；
在交易合法的前提下，所述总账的寄存器数额不变，且促使所述总账生成新的第一子账交易条目和第二子账交易条目；
在交易双方均确认交易时，根据所述第一子账交易条目和所述第二子账交易条目更新哈希索引表并完成交易。
可选的，所述交易操作为外部交易操作且操作类型为转出时：
将子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、外部账户地址；
促使所述总账根据所述交易请求核对所述子账的交易合法性；
在交易合法的前提下，促使所述总账生成新的一条子账交易条目，并在交易双方均确认交易时，根据新的一条子账交易条目将寄存器的该资产种类数额相应扣减，并在查验所述总账的寄存器中该资产种类数额等于所述总账的最新交易条目中所有子账的最新一条交易记录的该资产种类的数额之和后，更新哈希索引表并完成交易。
可选的，所述交易操作为外部交易操作且操作类型为转入时：
促使总账根据子账上报的子账地址和外部账户地址，确认当前交易的资产种类及数额，以及获取外部账户地址中的所述资产种类及数额转入寄存器，寄存器数额增加，生成新的一条子账交易条目并推送至所述子账，以及新的一条子账交易条目更新哈希索引表并完成交易。
可选的，通过总账查验所述子账的交易合法性之后，还包括：
促使总账获取当前交易的执行程序代码，并将所述执行程序代码发送至所述子账授权的审计节点进行所述执行程序代码的哈希值校验。
可选的，在子账的交易操作被触发之前，还包括：
通过子账在总账中定义的多个暂存账户以存储所述子账的用以交易的资产种类及数额，从而实现将一次交易划分为多次交易的操作。
第二方面，本申请实施例提供一种基于点对点的数据处理系统，包括：
验证模块，用于在子账的交易操作被触发时，通过总账查验所述子账的交易合法性；
支付模块，用于在交易合法的前提下，更新所述子账的数额和总账对应的数额；
存储模块，用于促使所述子账保存当前的交易记录，以及促使所述总账生成所述子账的最新交易条目并更新哈希索引表；其中，
所述交易合法包括交易数据来源合法且交易数据正确；
所述哈希索引表用于记录子账的最新交易记录的哈希值与子账地址的对应关系；
所述总账设置有多组寄存器，每组寄存器存储一种资产，且数额等于所述总账中所有子账的最新交易记录的该资产的数额之和。
第三方面，本申请实施例提供一种计算设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述的基于点对点的数据处理方法包括的步骤。
第四方面，本申请实施例提供一种存储介质，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如上述的基于点对点的数据处理方法包括的步骤。
上述技术方案中的一个技术方案具有如下优点和有益效果：
本申请各实施例提供的一种基于点对点的数据处理方法、系统、计算设备及存储介质，在该基于点对点的数据处理方法中，总账和所有子账通过哈希索引相关联，在子账的交易操作被触发时，通过总账查验子账的交易合法性，在交易合法的前提下更新子账的数额和总账的数额，并促使总账和子账保存当前的交易记录，以及促使总账更新哈希索引表。基于此，总账仅存储子账的最新交易条目及对应的哈希索引，并无子账的交易流水账，而交易流水账存储在子账中供用户自行保管，从而实现点对点支付独特的分布式账本结构，既有中心化的交易效率，又有区块链账本的特性，能够提高支付数据的处理安全性及具有良好的对支付数据的处理效率。
附图说明
通过附图中所示的本申请的优选实施例的更具体说明，本申请的上述及其它目的、特征和优势将变得更加清晰。在全部附图中相同的附图标记指示相同的部分，且并未刻意按实际尺寸等比例缩放绘制附图，重点在于示出本申请的主旨。
图1为本申请实施例中总账中子账的条目结构示意图；
图2为本申请实施例中总账中子账索引结构示意图；
图3为本申请实施例中总账结构示意图；
图4为本申请实施例中一种基于点对点的数据处理方法的流程示意图；
图5为本申请实施例中个人把加密资产转出的流程示意图；
图6为本申请实施例中个人把加密资产转入的流程示意图；
图7为本申请实施例中对加密资产转出的验证流程示意图；
图8为本申请实施例中一种基于点对点的数据处理方法的流程示意图；
图9为本申请实施例中一种基于点对点的数据处理方法的流程示意图；
图10为本申请实施例中一种基于点对点的数据处理方法的流程示意图；
图11为本申请实施例中一种基于点对点的数据处理系统的结构示意图；
图12为本申请实施例中一种基于点对点的数据处理系统的结构示意图；
图13为本申请实施例中的计算设备的结构示意图；
图14为本申请实施例中的计算设备的另一结构示意图。
具体实施方式
为了便于理解本申请，下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的首选实施例。但是，本申请可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本申请的公开内容更加透彻全面。
需要说明的是，当一个元件被认为是“连接”另一个元件，它可以是直接连接到另一个元件并与之结合为一体，或者可能同时存在居中元件。本文所使用的术语“设置”、“一端”、“另一端”以及类似的表述只是为了说明的目的。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
为便于本领域技术人员理解，以下对本文中涉及的部分技术用语进行说明：
1、点对点，指的是在支付数据处理过程中，支付方与对手方不必须暴露真实身份的匿名性。目前看到的是中心化的系统，所有的数据个人是无法控制的。
2、总账，由资产寄存器，子账最新交易记录，子账哈希索引表，寄存器表和调用记录日志，交易日志账，验证日志记录等构成。与传统意义的财务总账的概念不同，与加密资产的区块链账本相似。
3、子账，有区块链账本的公钥和私钥功能，与区块链账本的区别是有账本，与总账是对账关系。
在本发明的任一实施例中，能够实现用户自己的账本自己管。而本发明的实施例通过一个云产品(例如，家庭云等)的多签多备份账本，安全等级用户自己设定，从而可以超过银行的安全等级，加上总账的转账控制，真正实现自己的账本自己管。
公开和安全相结合才能保证机器信用。公开是让人相信，安全才能保证数据不出错。区块链安全技术的特点有：加密传输，公钥、私钥认证，通过哈希和签名算法确认数据未被篡改，访问控制，多重签名，组合签名，哈希确认，可核查，多备份，都在本系统得以实现。
本发明实施例与一个云产品结合，实现激励和资本自治。利用加密技术改进中心化系统使得其符合加密资产目前的规范，事实上是符合Web3.0的规范。从目前加密资产普遍采用的区块链和有向无环图的账本技术来看，任何方案超过集中式系统的交易速度都是不可能的。只有改造现有的集中式系统，才有可能把互联网推进到Web3.0。
为了达到上述目的，本发明实施例面临并克服如下问题：
1、资产有来源。
定义点对点的支付系统的资产必须是有共识的资产，资产是有来源的。
现在数字资产的进展产生了两个变化，一个是资产形成有了成熟模式，另一个是记账速度远远不能与中心化的支付系统相比，加密资产的交易速度TPS含义与中心化支付的含义是不同的。无论说的速度多快，在具体到一个两人支付时，都与中心化支付有量级的差别。在有资产来源的限定下，本系统可以达到用中心化支付TPS衡量的交易支付水平。用户感受不到二者明显的速度差别。
2、记账不用区块链。
区块链方式记账的挖矿成本是很高的，而记账则不需要这么大的成本。目前区块链的参与者解决点对点的支付的办法，用的还是区块链的办法解决区块链的问题。而本发明实施例抛弃了区块链利用索引总账方式同样实现了Web3.0。
3、解决区块链账本冗余浪费问题。
对于金融应用来说，要备份冗余，一般6个足够。这是对冗余的考虑，超过这个备份数量就是多余了。本发明实施例的总账支持用户进行总账实时备份，从加密资产的角度，支持公开透明的理念，但是不支持无关交易方参与运算，因为本发明实施例不产生资产，因此不用与本交易无关方参与记账，账务逻辑保证了账本的准确。因为交易是双方行为，双方认可就行。对外转账要复杂一些，在一台主机中的私钥是发起交易者，即转出方指定多签成员，可由发起交易者指定多签人和人数。对于资产不多，也可选择系统多签私钥。
4、实现机器记账和修改，达到机器的信用等级。
本发明实施例用过程可信，实现了由机器取代人。按照这种方法，只有机器有修改权。但是在交易结果形成后，机器也不能修改日志账。
5、没有账本的总账。
让用户自己保管自己的账称为子账。由用户自己操作自己的账，子账是用户交易的流水账。总账是公开的，理论上不需要人管，而是由机器管。
6、去中心化账本设计。
由于只有机器有修改权，故而可称为机器总账，简称总账。由子账和总账构成分布式账本。个人账本在个人手中，个人交易由个人进行，交易双方要进行交易核对。这时，系统不参加交易。整个网络受影响的部分只有总账和参与人，最少只有三方。总账允许多方操作，但是也很难保证没有等待，也要有堆栈等待设计。总账中包括子账最新的变动账，即最新的记录，这条记录与子账最新一条是一样的。总账的最新交易索引和子账的最新记录是核对关系。子账和总账存储的内容也是不同的。这种分布计算和分布存储，更符合电脑行业对分布计算和分布存储的定义。系统用P2P的方式对下载完整账本的节点进行同步更新。为了避免错误，系统只有一个集群是原计算节点，其它都是备份节点。
本发明实施例中总账(户)设计有如下功能：
1、索引功能。
如图1～2所示，图1为本申请实施例中总账中子账的条目结构示意图，图2为本申请实施例中总账中子账索引结构示意图。
总账无子账的交易流水账，供任何人像加密资产账本那样查询。任何人只能查询子账最新的交易记录，如果不作为全节点同步全部交易日志账，是无法查到子账的历史交易记录的。即使同步了全部交易记录，子账是否让查，完全决定于子账的设置。而且，即使公开了，外人也看不懂，用户只能核对自己的交易记录。总账只存储最新交易条目和哈希索引，而交易条目的流水账分别存储在个人子账中，由用户负责保存，从而实现点对点支付独特的分布式账本结构，既有中心化的交易效率，又有区块链账本的特性，使得基于区块链思想的Web3.0走向实用。
总账分为数据区和程序区，数据和程序分开存放，并保存关键的转账程序的哈希值，调用转账程序前，先校验程序的哈希值，以保证程序没有被篡改。
2、总账与外部账户的交换。
如图3所示，图3为本申请实施例中总账结构示意图：
外部地址与总账地址相同，输入输出都需要；
只有子账拥有“外部地址”，同一资产才能转入，其他人转入无效，转入后设计退回功能；
只有子账发起外部转账，才为有效；
总账可查，目录索引、哈希索引不可查是为了隐私的需要，日志账可下载。但是每条交易记录是否可查取决于当事人的加密设定，只有当事人可以对其交易记录进行解密。
哈希索引有子账地址和KYC等数据。
系统设计了外部交互寄存器组，简称外部寄存器。通过外部寄存器使外部账户数据导入系统后，迅速被转移到个人子账中，外部寄存器的数额相应增加。对于加密资产是通过公钥认证外部和内部个人数据的地址，对不同种类资产提供一个API标准的数据结构，转换时银行必须遵循这个标准数据结构。从目前来看是用ERC20格式，就像稳定资产USDT一样。
寄存器本身存储在数据区，与总账账户数据区分开。每个寄存器有自己的数据结构，并有自己的哈希值。为了清楚起见，采用一种资产一地址的原则。
实际上只要在外部任意账户中插入一个地址，就可以完成系统和外部账户的数据交换。这里没有人的干预，当不发生外部转账时寄存器的数据是恒定的。同资产种类外部寄存器的数值是总账记录中所有子账同资产种类子账数字之和。
当转出资产时，总账外部寄存器的总数额减去相应数额，其操作是寄存器以收到转出记录为条件，外部寄存器程序核对无误进入验证程序，此转出记录被保存在数据区外资产寄存器的日志中。
3、验证功能。
验证是为了保证计算过程可信，引入第三方机器验证，发送方、接收方和机器，由交易方和机器共同确认交易结果。验证的结果被临时存在总账索引账中，被永久存在子账中。
3.1、验证外部转账账户正确：保证资产有来源，采用加密资产上一个区块的概念，只是用在对每一条交易记录的计算，计算每一条记录的哈希值，总账中存储了当前的一条记录和前一条记录包括他们的哈希值，在一条记录中包括前一条的哈希和完成记录后的哈希值。举例来说，当一个加密资产发到系统，存在加密资产寄存器中，寄存器也有两个哈希位置，注意一个位置是空的，只有寄存器可能存在这个空位。当寄存器收到外部发来的数据，将寄存器置成与外部加密资产地址相同的数据。这时可以计算出本条记录的哈希值，并存在本条记录的第二个哈希位置。当把寄存器数据转给该客户时，客户验证哈希值，第一个空表示是外部数据，验证第二个哈希值表示记录是否正确。如果正确便接受，并计算自己记录的哈希值。
3.2、验证普通交易是否正确：当客户再次进行转账时，下一个客户验证给自己转账记录的哈希值，客户可以验证账户数据是否正确，哈希2表示由上一条来源，哈希3表示记录哈希值，哈希值与记录的计算结果不符时，程序返回。转账的验证过程和哈希值的位置见表1。
表1转账前验证过程哈希位置示意图
Figure BDA0003470882780000081
假设当前是在发送数据，转账完成后，数据变成表2。
表2转账后验证过程哈希位置变化示意图
Figure BDA0003470882780000082
可以看出第一个哈希是数据来源，第二个是保证数据正确。机器最后做一次核对，确认交易是否正确，正确时就删除“前一条”，从而保证了数据都是有来源的。机器只要验证支出与接受两条的哈希正确就保证数据正确。一个子账本最多有一条记录在总账中。存在总账的发送和接受数据是供查验用的。区块链的联系核心是“前一个区块”。本发明实施例则用了“前一条”的概念。如果区块链可以被认可，那么数据链同样应该被认可。总账不怕暴露，因为真正的账本在私人手中。上述过程能够规避“双花”交易。
3.3、验证总账总账本数和子账账本数相符：只要把子账在总账中的最新数据相加与寄存器数据一样就正确了。在交易之前要验证一次，保证数字正确，交易后再验证一次。如果是对外发送，就要先改变外部寄存器值，再算一次总数，如果验证结果对了，便执行对外发送程序，发送程序有公钥私钥验证。计算集群有一台验证机器用户可以通过多签控制，验证过程是并发的，只有验证通过寄存器才发生改变。
子账交易账册存储在各个子账中，总账一般不能调出，除非得到子账拥有人的许可。其默认设置是关闭的。
子账程序代码本身的哈希值是固定的，对于新拷贝起到验证的作用，版本号相同，程序哈希值就是固定的。在版本发生升级后代码发生变化。为了保证准确，必须让客户升级代码，才能进行新运算。程序和数据是分开的，验证程序代码是为了保证没有黑客插件，以及运行前后的程序代码正确。
4、匿名功能。
匿名是加密资产的一大特色，属于隐私保护。注意上面的叙述，总账也不知道交易的对手。加密资产有了Merkel Tree(默克尔树)来减少存储的消耗，与加密资产账本相比本发明实施例的总账本更经济，子账可以保留他的全部交易，真正做到账本分布，这是加密资产做不到的。与加密资产一样，也是有限匿名，有IP地址相关联，对于公权力也无法抗拒。此外，系统中设计了用户暂存器，一个用户可以定义任意多个暂存器，系统定10个，主要为了避免总账膨胀，暂存器的设计供客户把大的账本数分散，然后再发送。也可发小的数据，当转了两次时，真正的大账户就隐藏起来了。由于账户是公开的，谁都能查，对方知道是谁汇的款，马上会知道你有多少账本。总账只有子账的一条记录有与上一条关联的哈希值，这样对方猜不出你的账户有多少账本。在子账有这么一个设置，设置成隐藏转账，就自动进行两次转账，子账显示在总账上的数据就不怕暴露了。
5、查询功能：分为总账查询和子账查询。
总账是公开的，程序代码也公开，只有总账的私钥不公开。总账的私钥分为三级，最高级别是转账时私钥当时生成。这是速度和安全的矛盾，由用户自己判断决策。如果转大账本，为了安全慢一点又何妨？
5.1、总账查询包括：A.外部寄存器查询。查询外部寄存器可知本系统任意资产种类的总数。B.任意账户名和地址的查询。用户名和地址对应。C.当前任意子账最新交易记录。(注：前提是子账的户主同意总账对自己的子账进行查询时才可以，或者，子账的户主公开自己的子账信息时才可以。决定权在子账的户主手里。)D.统计数据查询，包括分资产种类总交易量和笔数，年，月，天的交易量和笔数及图表等。
5.2、子账查询：A.具体子账的账户名和各种资产内部账户和外部地址的对应关系。B.子账披露的联络方式。C.统计查询和账本的查询类似。D.子账的披露权限在子账，在设置功能中设置。
6、存储功能：分为总账的存储和子账的存储。
6.1、总账的存储。总账是集群，与中心化的集群底层设计是一样的，采用三主机对等设计，共有6个拷贝，实时同步。整个程序不设子账流水账，实质上总账就是计算器，流水账在子账，使用便更新。总账功能中含对子账的可选备份功能，但是要子账主自行设置，并交付费用。另外与本发明对应有一个多签多备份账本，其安全等级超过冷账本，费用也比通过总账系统备份低。
6.2、加密多签多备份账本。在功能和安全性上好过世面上所有硬账本。在本发明实施例的云产品中设计有此功能，该云产品有先进的语音识别功能，将账本密码和加密资产地址存入密码箱，登入本系统支付时可用语音进行，也可用语音或者指纹进行，或者语音联合指纹进行。一般一个人形成三个备份不困难，可用三个该云产品节点形成另外三个备份。在支付完成后自动同步。同步完成后被显示在自己选择的主控节点上。把自己的数据控制在自己手里才是最安全的。此方法同时解决了加密最大的一个痛点——丢失问题。
7、通知功能。
手机通知已经做的很好了，对于接收方，通知分短信通知和邮箱通知，对于发送方，是交易成功的通知。
8、报警功能。
程序运行异常报警，非法登陆报警，发送失败报警，超时报警，设备硬件错误报警。
9、留言功能。
这是社区，有公告板，有私信，供系统客户之间的联系。
本发明实施例的系统是一个符合电脑行业定义的分布式系统，同时又是具有机器信用的点对点的支付系统，是现在世界所有分布式支付系统的进步。本系统的支付速度与集中式的系统基本相同。本系统并不限于资产的支付，也是电子化票证的有效支付工具。
鉴于此，本发明实施例提供的一种基于点对点的数据处理方法、系统、计算设备及存储介质，在该基于点对点的数据处理方法中，总账和子账通过哈希索引相关联，在子账的交易操作被触发时，通过总账查验所述子账的交易合法性，在交易合法的前提下更新所述子账的数额和总账的数额，并促使所述子账保存当前的交易记录，以及促使所述总账更新索引表。基于此，总账无交易数据的流水账，不查询子账的历史交易记录，其只存储索引表，而交易数据的流水账永久存储在子账中，从而实现点对点支付的账本去中心、交易效率高、账户高度自治性且个人隐私数据得以保护。本系统既具有中心化系统交易快速的优点，又避免了中心化的第三方控制，个人可以通过控制一台服务器的多签私钥从而控制整个交易。这个是用区块链的思想改造中心化的支付系统。使得中心化系统升级为Web3.0系统。
其中，web3.0定义：数据主权在民、数据透明可信、众人贡献资源、众人分享利益、众人参与治理。
由此，即使用了区块链达不到这五点还是Web2.0的范畴。本发明实施例的系统定位于此，账本分别存在个人手中。存20亿账户条目的总账，不超过2T容量，运营成本很低。为了加快速度，都用闪存盘也没有多贵，如此速度快过中心化系统。数据的移动受个人控制，数据透明可查，引入社区治理。本系统设计思路不符合现存的区块链主流的思路，会受到区块链教条者的质疑。其实去中心化和区块链都不是对加密资产的本质概括，本质是去信任，去中介化，信任机器。从安全性的角度，加密资产还有51％的算力攻击假设，而本发明实施例的不存在51％的攻击。
为更好地理解本申请实施例提供的技术方案，下面对本申请实施例提供的技术方案适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。
在一应用场景中，总账对应一个计算机系统(如计算机集群)，一个子账对应一个计算机系统，计算机系统与计算机系统之间通过网络进行通信。计算机系统可以为或集成于终端设备，可以是智能手机、平板电脑、笔记本电脑、台式计算机但并不局限于此。
需要说明的是，用于执行本发明实施例的记载的基于点对点的数据处理方法步骤的终端设备应当具备交互功能，如支持语音或触摸屏或键盘。
如图4所示，图4为本申请实施例提供一种基于点对点的数据处理方法的流程示意图。本申请实施例提供一种基于点对点的数据处理方法：
S11、在子账的交易操作被触发时，通过总账查验所述子账的交易合法性。
S12、在交易合法的前提下，更新所述子账的数额和总账对应的数额，并促使所述子账保存当前的交易记录，以及促使所述总账生成所述子账的最新交易条目并更新哈希索引表。
其中，所述交易合法包括交易数据来源合法且交易数据正确。所述哈希索引表用于记录子账的最新交易记录的哈希值与子账地址的对应关系。所述总账设置有多组寄存器，每组寄存器存储一种资产，且数额等于所述总账中所有子账的最新交易记录的该资产的数额之和。
在一个实施例中，索引表用于实现总账的索引功能。基于一资产一地址原则(注：一资产指的是一个资产种类，如加密资产等)，也就是说，个人账本中的资产种类越多，则对应的地址也就会越多，地址是指子账账本中的不同资产种类的地址。而这些地址与个人账户在总账中最新的哈希值是对应的，查到这个哈希值，就可知道是从哪个个人账本发出来的资产。
需要说明的是，哈希索引成为账本地址表数据结构的一部分。哈希索引表示在总账中确定这一条记录的归属。
在一个实施例中，所述交易操作包括任意两个子账之间的内部交易操作，以及任意一个子账与外部账户之间的外部交易操作；其中，任意一个子账与总账之间的交互过程加密进行。
可选的，所述交易操作为内部交易操作时：
将第一子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、第二子账地址；
促使所述总账根据所述交易请求核对所述第一子账的交易合法性；
在交易合法的前提下，所述总账的寄存器数额不变，且促使所述总账生成新的第一子账交易条目和第二子账交易条目；
在交易双方均确认交易时，根据所述第一子账交易条目和所述第二子账交易条目更新哈希索引表并完成交易。
具体的，在交易合法的前提下，所述总账的寄存器数额不变，且促使所述总账生成新的一条第一子账交易条目和第二子账交易条目，将新的一条第一子账交易条目发送至所述第一子账以获取交易确认指令，并将所述交易确认指令转发至所述第二子账以获取交易确认指令，根据所述双方交易确认指令更新总账存储的交易条目和哈希索引表并完成交易。对于生成的第二子账交易条目，处理过程同理。
其中，子账户类似一个账本子账。子账与总账的联系要通过网络，因此这一个过程要加密。
可选的，所述交易操作为外部交易操作且操作类型为转出时：
将子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、外部账户地址；
促使所述总账根据所述交易请求核对所述子账的交易合法性；
在交易合法的前提下，促使所述总账生成新的一条子账交易条目，并在交易双方均确认交易时，根据新的一条子账交易条目将寄存器的该资产种类数额相应扣减，并在查验所述总账的寄存器中该资产种类数额等于所述总账的最新交易条目中所有子账的最新一条交易记录的该资产种类的数额之和后，更新哈希索引表并完成交易。
具体的，在交易合法的前提下，总账促使所述总账生成新的一条子账交易条目发送至所述子账以获取交易确认指令，并将所述交易确认指令转发至所述总账中的外部账户，并进入验证程序，验证通过后，根据所述确认指令将寄存器的该资产种类数额相应扣减，同时，在查验所述总账的寄存器中该资产种类数额等于所述总账的最新交易条目中所有子账的最新一条交易记录的该资产种类的数额之和后，更新索引表并完成交易。
如图5所示，图5为本申请实施例中个人把加密资产转出的流程示意图：转到任意加密资产区块链地址。
1、个人向总账发送资产转出指令。
总账的加密资产外部地址是系统设定的，每个资产都有一组总账寄存器通过各自总账外部地址与加密区块链账本的地址对应。总账都有该个人账户(子账)最新一条交易记录，表示他有多少加密资产。
个人把他想转出的加密资产在总账系统的代号，如YBTC，和任意加密资产区块链地址和持有资产最新记录用私钥签名，送给总账。总账可以用公钥解密。
2、总账对子账的处理。
总账将该个人账户的加密资产(YBTC)和总账的记录核对，若核对结果是正确的，总账新生成一条YBTC转给任意加密资产区块链地址和数据，并加密送给该子账。
3、子账确认最新索引记录并确认转出，同时进行加密，然后返回确认信息到总账。
4、总账将子账返回的内容再次签名启动多签验证和转出程序。
5、完成后扣减总账YBTC外部寄存器的转出的数量，生成该子账的新的YBTC记录。所扣除的数量与该子账转出的数字相等。
6、更新索引哈希与账本地址索引表。
7、更新的该子账的YBTC记录存在总账和转给该子账。
8、子账收妥后返回收到的信息。收到此回复信息后，此条转出信息存储在转出日志中。
需要说明的是，一个完整的转出记录包括四个部分：转出额、转入加密资产地址、转出签名和对应公钥。此办法与加密资产标准对应。
使用这种方法后，在对内转账速度方面是有优势的，加解密过程和核对验证过程将影响速度。如果只是总账核对，则数据核对速度会很快。
可选的，所述交易操作为外部交易操作且操作类型为转入时：
促使总账根据子账上报的子账地址和外部账户地址，确认当前交易的资产种类及数额，以及获取外部账户地址中的所述资产种类及数额转入寄存器，寄存器数额增加，生成新的一条子账交易条目并推送至所述子账，以及新的一条子账交易条目更新哈希索引表并完成交易。
具体的，促使所述总账生成新的一条子账索引，不是完整的交易记录。将索引发送至所述子账以获取交易确认指令，并将所述交易确认指令转发至所述外部账户以获取确认指令，根据所述交易确认指令将寄存器的该资产种类数额相应扣减，并在查验所述总账的寄存器中该资产种类数额等于所述总账的索引表中所有子账的最新一条交易记录的该资产种类的数额之和后，根据上述步骤6～8更新索引表并完成交易。
其中：
6、更新索引哈希与账本地址索引表；
7、更新的该子账的YBTC记录存在总账和转给该子账；
8、子账收妥后返回收到的信息。收到此回复信息后，此条转出信息存储在转出日志中。
图6为本申请实施例中个人把加密资产转入的流程示意图。其中，只能由子账发动加密资产转入，其他转入无效。要说明的是，图中的加密资产一旦转入到本系统，都会转换成等值的YBTC。真正的加密资产将留在加密资产账本中，所以如果不是多签，安全性是没有保证的。加密资产的多签从未出过事经过了实践的考验。
图7为本申请实施例中对加密资产转出的验证流程示意图。
前面已经说明了转出过程，这里将说明验证过程。在本系统内部提到的加密资产都是YBTC，在加密资产区块链账户中有总账外部账户，被生成在加密资产的账本中，本系统总账中有对应的总账外部账户，两者完全一样。当子账把请求送到主机1，确认无误后进入验证程序。可以看出此集群有3台主机，构成对等集群结构，平常只有主机1工作，另两台主机的第一个功能是热备份，可随时接管主机1的工作。另一个重要工作是执行多签。本发明实施例假设主机2的私钥是组合私钥，是由转出子账预先设定的私钥组合，如果不签名，则系统始终处于暂存状态，对于加密资产区块链账本的多签设计是3-3，缺少一个都不能正常工作。所以子账不同意转账，账务就走不下去，若挂机超过24小时，则系统自动取消。
图8为本申请实施例中一种基于点对点的数据处理方法的流程示意图。在一个实施例中，通过总账查验所述子账的交易合法性之后，还包括：
S22、促使总账获取当前交易的执行程序代码，并将所述执行程序代码发送至所述子账授权的审计节点进行所述执行程序代码的哈希值校验。
需要说明的是，在以上所有实施例中，程序除了个人子账(账本)和外部寄存器私钥不公开，相关调用程序不公开，其余代码全部公开，接受任意第三方作为审计节点。子账可以指定任意审计节点进行审计。加入审计会减缓转账过程。在内部转账过程中不建议加入审计节点，因为有机器和输入输出三方认可足够了。对外部转账没有第三方，引入第三方审计和验证节点有必要。输入输出审计的结果是执行程序代码的哈希值是否相同。可让第三方审计代码执行结果。
如图9所示，图9为本申请实施例中一种基于点对点的数据处理方法的流程示意图。在一个实施例中，在子账的交易操作被触发之前，还包括：
S31、通过子账在总账中定义的多个暂存账户以存储所述子账的用以交易的资产种类及数额，从而实现将一次交易划分为多次交易的操作。
(或者，如图10所示，图10为本申请实施例中一种基于点对点的数据处理方法的流程示意图。在一个实施例中，在子账的交易操作被触发之前，还包括：
S41、通过子账在总账中定义的多个暂存器以分布式存储所述子账的用以交易的资产种类及数额，从而实现将一次交易划分为多次交易的操作。)
其中，设计了用户暂存器，一个用户可以定义任意多个暂存器，如10个，这主要是为了避免总账膨胀，暂存器的设计是为了供客户把大的账本数分散，然后再发送。在发小的数据时，若数据转了两次，则真正的大账户就隐藏起来了。假如账户是公开的，谁都能查，那么对方知道是谁汇的款，有多少资产。但是，如果总账只有子账的一条记录有与上一条关联的哈希值，这样对方猜不出你的账户有多少账本。本发明实施例设计自己给自己转账本时是不收费的，在子账中有这么一个设置，设置成隐藏转账，就自动进行两次转账，子账显示在总账上的数据就不会暴露。
在一个实施例中，由于有子账地址和索引哈希表，可以查到子账的最新数据。在设定中设置了查询的等级，与Facebook的生人和熟人的定义一样，分为4级或5级，这四级是：公开、好友、特定好友和自己。其实还有一级，是总账自己查询全部子账，但是你必须是审计节点才行。对于子账允许以上四种情况查自己的最新记录。外部寄存器是公开的，在搜索中输入：“加密资产外部寄存器”，总数就出来了。对于子账查询，比如：“李明，加密资产”，便通过子账地址本关联的索引哈希值找到该子账的最新记录。
总账和子账通过哈希索引关联，使得总账无账，总账也无法查到历史交易记录。所有交易记录都在个人手中，由子账决定是否发给相关人等。总账和子账的结构既不是区块链结构，也不是现在银行的账务结构，比集中式系统简单得多，又没有区块链分布式认证之慢。
本发明上述实施例中，创新点在于实现无中心控制即控制去中心和账本公开，以及隐私保护和自己保存资产等特点。本发明实施例可以在日志账里用序号，与总账的哈希值并不对应，只有用户本人可以看懂他的账，并且很容易与自己的账核对，而其他人则难以看到，保证了数据的隐私性。
本发明实施例的日志账设计方式，其日志账不披露，能够最大限度保护隐私。
本发明实施例的所有的交易被组成交易日志账，本发明实施例按1秒做一个账页，供愿意同步的全节点进行同步。每个账页都可算出哈希值，用所有每日账页哈希值，再计算一个全天账页哈希值，存到网链上，以保证账本没有被篡改。现在一般最快的账本是3秒一个账页，11个确认才有效，一般要30秒左右。假设不考虑网络延时，这是区块链最快的交易速度，实测交易要1～2分钟。如果算上网络阻塞和打包等待，半个小时也是常事。而本发明实施例的交易系统的交易，双方确认即完成，小于一秒钟完成交易，可以达到和接近中心化系统的交易速度TPS。所有中心化交易系统为了保证安全，在结构上都是分布式的。本发明在分布式结构上沿用中心化的集群方法，但是在控制上做到去中心，从而根本上解决所有区块链和有向无环图的记账方案，实现中心化的交易速度。有关的结构细节，本发明实施例会在点对点的支付系统白皮书中披露。
请参阅图11，基于同一发明构思，本申请实施例提供一种基于点对点的数据处理系统，包括：
验证模块51，用于在子账的交易操作被触发时，通过总账查验所述子账的交易合法性；
支付模块52，用于在交易合法的前提下，更新所述子账的数额和总账对应的数额；
存储模块53，用于促使所述子账保存当前的交易记录，以及促使所述总账生成所述子账的最新交易条目并更新哈希索引表；其中，
所述交易合法包括交易数据来源合法且交易数据正确；
所述哈希索引表用于记录子账的最新交易记录的哈希值与子账地址的对应关系；
所述总账设置有多组寄存器，每组寄存器存储一种资产，且数额等于所述总账中所有子账的最新交易记录的该资产的数额之和。
在一个实施例中，所述交易操作包括任意两个子账之间的内部交易操作，以及任意一个子账与外部账户之间的外部交易操作；其中，任意一个子账与总账之间的交互过程加密进行。
在一个实施例中，所述交易操作为内部交易操作时：
将第一子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、第二子账地址；
促使所述总账根据所述交易请求核对所述第一子账的交易合法性；
在交易合法的前提下，所述总账的寄存器数额不变，且促使所述总账生成新的第一子账交易条目和第二子账交易条目；
在交易双方均确认交易时，根据所述第一子账交易条目和所述第二子账交易条目更新哈希索引表并完成交易。
在一个实施例中，所述交易操作为外部交易操作且操作类型为转出时：
将子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、外部账户地址；
促使所述总账根据所述交易请求核对所述子账的交易合法性；
在交易合法的前提下，促使所述总账生成新的一条子账交易条目，并在交易双方均确认交易时，根据新的一条子账交易条目将寄存器的该资产种类数额相应扣减，并在查验所述总账的寄存器中该资产种类数额等于所述总账的最新交易条目中所有子账的最新一条交易记录的该资产种类的数额之和后，更新哈希索引表并完成交易。
在一个实施例中，所述交易操作为外部交易操作且操作类型为转入时：
促使总账根据子账上报的子账地址和外部账户地址，确认当前交易的资产种类及数额，以及获取外部账户地址中的所述资产种类及数额转入寄存器，寄存器数额增加，生成新的一条子账交易条目并推送至所述子账，以及新的一条子账交易条目更新哈希索引表并完成交易。
请参阅图12，在一个实施例中，一种基于点对点的数据处理系统，还包括：
校验模块54，用于促使总账获取当前交易的执行程序代码，并将所述执行程序代码发送至所述子账授权的审计节点进行所述执行程序代码的哈希值校验。
结合图12，在一个实施例中，一种基于点对点的数据处理系统，还包括：
暂存模块50，用于通过子账在总账中定义的多个暂存账户以存储所述子账的用以交易的资产种类及数额，从而实现将一次交易划分为多次交易的操作。
基于同一发明构思，本申请实施例还提供一种计算设备，该计算设备为终端设备。请参见图13，本申请实施例中的计算设备包括至少一个处理器1001，以及与至少一个处理器连接的存储器1002，本申请实施例中不限定处理器1001与存储器1002之间的具体连接介质，例如处理器1001和存储器1002之间可以通过总线连接，该总线可以分为地址总线、数据总线、控制总线等。
在本申请实施例中，存储器1002存储有可被至少一个处理器1001执行的指令，至少一个处理器1001通过执行存储器1002存储的指令，可以执行前述的基于点对点的数据处理方法所包括的步骤。
处理器1001可以是通用处理器，例如中央处理器(CPU)、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器1002作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器1002还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
其中，处理器1001是计算设备的控制中心，可以利用各种接口和线路连接整个计算设备的各个部分，通过运行或执行存储在存储器1002内的指令以及调用存储在存储器1002内的数据，计算设备的各种功能和处理数据，从而对计算设备进行整体监控。可选的，处理器1001可包括一个或多个处理单元，处理器1001可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1001中。在一些实施例中，处理器1001和存储器1002可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
进一步地，本申请实施例中的计算设备还可以包括输入单元1003、显示单元1004、射频单元1005、音频电路1006、扬声器1007、麦克风1008、WiFi模块1009、蓝牙模块1010、电源1011、外部接口1012、耳机插孔1013等部件。本领域技术人员可以理解的是，图9仅仅是计算设备的举例，并不构成对计算设备的限定，计算设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。
输入单元1003可用于接收输入的数字或字符信息，以及产生与计算设备的用户设置以及功能控制有关的键信号输入。例如，输入单元1003可包括触摸屏1014以及其它输入设备1015。触摸屏1014可收集用户在其上或附近的触摸操作(比如用户使用手指、关节、触笔等任何适合的物体在触摸屏1014上或在触摸屏1014附近的操作)，即触摸屏1014可用于检测触摸压力以及触摸输入位置和触摸输入面积，并根据预先设定的程序驱动相应的连接装置。触摸屏1014可以检测用户对触摸屏1014的触控操作，将触控操作转换为触控信号发送给处理器1001，或者理解为可将触控操作的触控信息发送给处理器1001，并能接收处理器1001发来的命令并加以执行。触控信息至少可以包括压力大小信息和压力持续时长信息中的至少一种。触摸屏1014可以提供计算设备和用户之间的输入界面和输出界面。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏1014。除了触摸屏1014，输入单元1003还可以包括其它输入设备1015。比如，其它输入设备1015可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1004可用于显示由用户输入的信息或提供给用户的信息以及计算设备的各种菜单。进一步的，触摸屏1014可覆盖显示单元1004，当触摸屏1014检测到在其上或附近的触控操作后，传送给处理器1001以确定的触控操作的压力信息。在本申请实施例中，触摸屏1014与显示单元1004可以集成为一个部件而实现计算设备的输入、输出、显示功能。为便于描述，本申请实施例以触摸屏1014代表触摸屏1014和显示单元1004的功能集合为例进行示意性说明，当然在某些实施例中，触摸屏1014与显示单元1004也可以作为两个独立的部件。
当显示单元1004和触摸板以层的形式彼此叠加以形成触摸屏1014时，显示单元1004可以用作输入装置和输出装置，在作为输出装置时，可以用于显示图像，例如实现对各种视频的播放。显示单元1004可以包括液晶显示器(Liquid Crystal Display，LCD)、薄膜晶体管液晶显示器(Thin Film Transistor Liquid Crystal Display，TFT-LCD)、有机发光二极管(Organic Light Emitting Diode，OLED)显示器、有源矩阵有机发光二极体(Active Matrix Organic Light Emitting Diode，AMOLED)显示器、平面转换(In-PlaneSwitching，IPS)显示器、柔性显示器、3D显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，根据特定想要的实施方式，计算设备可以包括两个或更多显示单元(或其它显示装置)，例如，计算设备可以包括外部显示单元(图13未示出)和内部显示单元(图13未示出)。
射频单元1005可用于收发信息或通话过程中信号的接收和发送。通常，射频电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，射频单元1005还可以通过无线通信与网络设备和其它设备通信。
音频电路1006、扬声器1007、麦克风1008可提供用户与计算设备之间的音频接口。音频电路1006可将接收到的音频数据转换后的电信号，传输到扬声器1007，由扬声器1007转换为声音信号输出。另一方面，麦克风1008将收集的声音信号转换为电信号，由音频电路1006接收后转换为音频数据，再将音频数据输出处理器1001处理后，经射频单元1005以发送给比如另一计算设备，或者将音频数据输出至存储器1002以便进一步处理，音频电路也可以包括耳机插孔1013，用于提供音频电路和耳机之间的连接接口。
WiFi属于短距离无线传输技术，计算设备通过WiFi模块1009可帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图13示出了WiFi模块1009，但是可以理解的是，其并不属于计算设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
蓝牙是一种短距离无线通讯技术。利用蓝牙技术，能够有效地简化掌上电脑、笔记本电脑和手机等移动通信设备之间的通信，也能够成功地简化以上这些设备与因特网(Internet)之间的通信，计算设备通过蓝牙模块1010使计算设备与其他设备之间的数据传输变得更加迅速高效，为无线通信拓宽道路。蓝牙技术是能够实现语音和数据无线传输的开放性方案。虽然图13示出了蓝牙模块1010，但是可以理解的是，其并不属于计算设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
计算设备还可以包括电源1011(比如电池)，其用于接收外部电力或为计算设备内的各个部件供电。优选的，电源1011可以通过电源管理系统与处理器1001逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
计算设备还可以包括外部接口1012，该外部接口1012可以包括标准的Micro USB接口，也可以包括多针连接器，可以用于连接计算设备与其它设备进行通信，也可以用于连接充电器为计算设备充电。
尽管未示出，本申请实施例中的计算设备还可以包括摄像头、闪光灯等其它可能的功能模块，在此不再赘述。
基于同一发明构思，本申请实施例提供一种计算设备，该计算设备为服务器。如图14所示，本申请实施例中的计算设备包括至少一个处理器1101，以及与至少一个处理器1101连接的存储器1102和通信接口1103，本申请实施例中不限定处理器1101与存储器1102之间的具体连接介质，图11中是以处理器1101和存储器1102之间通过总线1100连接为例，总线1100在图11中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线1100可以分为地址总线、数据总线、控制总线等，为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中，存储器1102存储有可被至少一个处理器1101执行的指令，至少一个处理器1101通过执行存储器1102存储的指令，可以执行前述的基于点对点的数据处理方法所包括的步骤。
其中，处理器1101是计算设备的控制中心，可以利用各种接口和线路连接整个计算设备的各个部分，通过运行或执行存储在存储器1102内的指令以及调用存储在存储器1102内的数据，计算设备的各种功能和处理数据，从而对计算设备进行整体监控。可选的，处理器1101可包括一个或多个处理单元，处理器1101可集成应用处理器和调制解调处理器，其中，处理器1101主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1101中。在一些实施例中，处理器1101和存储器1102可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
处理器1101可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所申请的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器1102作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器1102可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Rand om AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器1102是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器1102还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
通信接口1103是能够用于进行通信的传输接口，例如可以通过通信接口1103接收数据或者发送数据。
继续参见图14，该计算设备还包括帮助计算设备内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1104、用于存储操作系统1105、应用程序1106和其他程序模块1107的大容量存储设备1108。
基本输入/输出系统1104包括有用于显示信息的显示器1109和用于用户输入信息的诸如鼠标、键盘之类的输入设备1110。其中显示器1109和输入设备1110都通过连接到系统总线1100的基本输入/输出系统1104连接到处理器1101。基本输入/输出系统1104还可以包括输入输出控制器以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器还提供输出到显示屏、打印机或其他类型的输出设备。
大容量存储设备通过连接到系统总线1100的大容量存储控制器(未示出)连接到处理器1101。大容量存储设备1108及其相关联的计算机可读介质为该服务器包提供非易失性存储。也就是说，大容量存储设备1108可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。
根据本发明的各种实施例，该计算设备包还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即该计算设备可以通过连接在系统总线1100上的通信接口1103连接到网络1111，或者说，也可以使用通信接口1103来连接到其他类型的网络或远程计算机系统(未示出)。
基于同一发明构思，本申请实施例还提供一种存储介质，该存储介质可以是计算机可读存储介质，该存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行如前述的基于点对点的数据处理方法包括的步骤。
基于同一发明构思，本申请实施例还提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现如前述的基于点对点的数据处理方法包括的步骤。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
在一些可能的实施方式中，本申请实施例提供的社交内容处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机上运行时，程序代码用于使计算机执行前文所描述的根据本申请各种示例性实施方式的基于点对点的数据处理方法包括的步骤。
本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于点对点的数据处理方法，其特征在于，包括：
在子账的交易操作被触发时，通过总账查验所述子账的交易合法性；
在交易合法的前提下，更新所述子账的数额和总账对应的数额，并促使所述子账保存当前的交易记录，以及促使所述总账生成所述子账的最新交易条目并更新哈希索引表；其中，
所述交易合法包括交易数据来源合法且交易数据正确；
所述哈希索引表用于记录子账的最新交易记录的哈希值与子账地址的对应关系；
所述总账设置有多组寄存器，每组寄存器存储一种资产，且数额等于所述总账中所有子账的最新交易记录的该资产的数额之和。
2.根据权利要求1所述的方法，其特征在于，所述交易操作包括任意两个子账之间的内部交易操作，以及任意一个子账与外部账户之间的外部交易操作；其中，任意一个子账与总账之间的交互过程加密进行。
3.根据权利要求2所述的方法，其特征在于，所述交易操作为内部交易操作时：
将第一子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、第二子账地址；
促使所述总账根据所述交易请求核对所述第一子账的交易合法性；
在交易合法的前提下，所述总账的寄存器数额不变，且促使所述总账生成新的第一子账交易条目和第二子账交易条目；
在交易双方均确认交易时，根据所述第一子账交易条目和所述第二子账交易条目更新哈希索引表并完成交易。
4.根据权利要求2所述的方法，其特征在于，所述交易操作为外部交易操作且操作类型为转出时：
将子账上报的交易请求转发至总账，所述交易请求携带资产种类及数额、外部账户地址；
促使所述总账根据所述交易请求核对所述子账的交易合法性；
在交易合法的前提下，促使所述总账生成新的一条子账交易条目，并在交易双方均确认交易时，根据新的一条子账交易条目将寄存器的该资产种类数额相应扣减，并在查验所述总账的寄存器中该资产种类数额等于所述总账的最新交易条目中所有子账的最新一条交易记录的该资产种类的数额之和后，更新哈希索引表并完成交易。
5.根据权利要求2所述的方法，其特征在于，所述交易操作为外部交易操作且操作类型为转入时：
促使总账根据子账上报的子账地址和外部账户地址，确认当前交易的资产种类及数额，以及获取外部账户地址中的所述资产种类及数额转入寄存器，寄存器数额增加，生成新的一条子账交易条目并推送至所述子账，以及新的一条子账交易条目更新哈希索引表并完成交易。
6.根据权利要求1至5任一项所述的方法，其特征在于，通过总账查验所述子账的交易合法性之后，还包括：
促使总账获取当前交易的执行程序代码，并将所述执行程序代码发送至所述子账授权的审计节点进行所述执行程序代码的哈希值校验。
7.根据权利要求1至4任一项所述的方法，其特征在于，在子账的交易操作被触发之前，还包括：
通过子账在总账中定义的多个暂存账户以存储所述子账的用以交易的资产种类及数额，从而实现将一次交易划分为多次交易的操作。
8.一种基于点对点的数据处理系统，其特征在于，包括：
验证模块，用于在子账的交易操作被触发时，通过总账查验所述子账的交易合法性；
支付模块，用于在交易合法的前提下，更新所述子账的数额和总账对应的数额；
存储模块，用于促使所述子账保存当前的交易记录，以及促使所述总账生成所述子账的最新交易条目并更新哈希索引表；其中，
所述交易合法包括交易数据来源合法且交易数据正确；
所述哈希索引表用于记录子账的最新交易记录的哈希值与子账地址的对应关系；
所述总账设置有多组寄存器，每组寄存器存储一种资产，且数额等于所述总账中所有子账的最新交易记录的该资产的数额之和。
9.一种计算设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的基于点对点的数据处理方法包括的步骤。
10.一种存储介质，其特征在于，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1至7任一项所述的基于点对点的数据处理方法包括的步骤。
CN202210046337.0A 2022-01-14 2022-01-14 基于点对点的数据处理方法、系统、计算设备及存储介质 Active CN114511321B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202210046337.0A CN114511321B (zh) 2022-01-14 2022-01-14 基于点对点的数据处理方法、系统、计算设备及存储介质
DE112022000118.6T DE112022000118T5 (de) 2022-01-14 2022-10-25 Peer-to-peer-basiertes datenverarbeitungsverfahren und -system, rechengerät und speichermedium
PCT/CN2022/127491 WO2023134259A1 (zh) 2022-01-14 2022-10-25 基于点对点的数据处理方法、系统、计算设备及存储介质
US18/129,088 US20230245118A1 (en) 2022-01-14 2023-03-31 Point-to-point (p2p)-based data processing method and system, computing device, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210046337.0A CN114511321B (zh) 2022-01-14 2022-01-14 基于点对点的数据处理方法、系统、计算设备及存储介质

Publications (2)

Publication Number Publication Date
CN114511321A true CN114511321A (zh) 2022-05-17
CN114511321B CN114511321B (zh) 2022-09-23

Family

ID=81549626

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210046337.0A Active CN114511321B (zh) 2022-01-14 2022-01-14 基于点对点的数据处理方法、系统、计算设备及存储介质

Country Status (2)

Country Link
CN (1) CN114511321B (zh)
WO (1) WO2023134259A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023134259A1 (zh) * 2022-01-14 2023-07-20 第五力科技有限公司 基于点对点的数据处理方法、系统、计算设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080006685A1 (en) * 2006-07-06 2008-01-10 Firethorn Holdings, Llc Methods and Systems For Real Time Account Balances in a Mobile Environment
CN109102287A (zh) * 2018-08-13 2018-12-28 中国联合网络通信集团有限公司 区块链记账方法、装置、设备及存储介质
CN110473106A (zh) * 2019-08-21 2019-11-19 腾讯科技（深圳）有限公司 一种交易处理的方法以及相关装置
CN111191292A (zh) * 2019-12-16 2020-05-22 平安壹钱包电子商务有限公司 记账方法、装置、系统及计算机可读存储介质
CN111708825A (zh) * 2020-06-11 2020-09-25 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、装置、设备及可读存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100013757A (ko) * 2008-08-01 2010-02-10 주식회사 비즈모델라인 이종의 계좌 연결을 통한 캐시 결제 방법 및 시스템과 이를위한 기록매체
US10475030B2 (en) * 2016-02-22 2019-11-12 Bank Of America Corporation System for implementing a distributed ledger across multiple network nodes
CN110009338B (zh) * 2018-12-25 2020-10-23 创新先进技术有限公司 基于区块链的记账方法及装置、电子设备
CN111630830B (zh) * 2020-04-15 2023-07-04 支付宝(杭州)信息技术有限公司 账户模型下的分布式区块链数据存储
CN114511321B (zh) * 2022-01-14 2022-09-23 北京第五力科技有限公司 基于点对点的数据处理方法、系统、计算设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080006685A1 (en) * 2006-07-06 2008-01-10 Firethorn Holdings, Llc Methods and Systems For Real Time Account Balances in a Mobile Environment
CN109102287A (zh) * 2018-08-13 2018-12-28 中国联合网络通信集团有限公司 区块链记账方法、装置、设备及存储介质
CN110473106A (zh) * 2019-08-21 2019-11-19 腾讯科技（深圳）有限公司 一种交易处理的方法以及相关装置
CN111191292A (zh) * 2019-12-16 2020-05-22 平安壹钱包电子商务有限公司 记账方法、装置、系统及计算机可读存储介质
CN111708825A (zh) * 2020-06-11 2020-09-25 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、装置、设备及可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023134259A1 (zh) * 2022-01-14 2023-07-20 第五力科技有限公司 基于点对点的数据处理方法、系统、计算设备及存储介质

Also Published As

Publication number Publication date
CN114511321B (zh) 2022-09-23
WO2023134259A1 (zh) 2023-07-20

Similar Documents

Publication Publication Date Title
US11899629B2 (en) Decentralized database associating public keys and communications addresses
US20220337411A1 (en) Cryptoasset custodial system with vault-specific rules governing different actions allowed for different vaults
CN110419055B (zh) 基于利用零知识证明的账户票据模型的区块链数据保护
CN110088793B (zh) 区块链网络中的数据隔离
RU2747947C2 (ru) Системы и способы персональной идентификации и верификации
US11551207B2 (en) Expedited virtual currency transaction system
KR101984254B1 (ko) 블록체인 네트워크를 구성하는 노드 장치 및 그 노드 장치의 동작 방법
US20220051218A1 (en) Virtual currency secured physical currency transmission system
US20200082388A1 (en) Authenticating server and method for transactions on blockchain
KR101923943B1 (ko) 보안이 강화된 암호화폐 송금 시스템 및 방법
US11233638B1 (en) Secured electronic token register system
US20210110360A1 (en) Cryptocurrency Exchange Without Bond Backing
JP6521421B1 (ja) 通貨情報処理装置および通貨情報処理システム
CN114511321B (zh) 基于点对点的数据处理方法、系统、计算设备及存储介质
CN111311259A (zh) 票据处理方法、装置、终端及计算机可读存储介质
US11310052B1 (en) Identity authentication blockchain
US20200279233A1 (en) Data structure, transmission device, receiving device, settlement device, method, and computer program
US20200311717A1 (en) Data structure, transmission device, reception device, settlement device, method, and computer program
CN110580652B (zh) 通过链上数字货币结算的链上资产质押融资系统和方法
US20210004791A1 (en) Guaranteeing server and method for transaction on blockchain
CN110619566A (zh) 通过链上数字货币结算的链上质押资产返还系统和方法
CN110648228A (zh) 一种通过链上数字货币结算的链上资产转移系统和方法
US20230245118A1 (en) Point-to-point (p2p)-based data processing method and system, computing device, and storage medium
KR20220041692A (ko) 중앙은행 디지털 화폐를 위한 결제 방법 및 시스템
CN114041156A (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
TR01 Transfer of patent right

Effective date of registration: 20231007

Address after: 7010-7015, 7th Floor, Building B, No. 2 Xinfeng Street, Deshengmenwai, Xicheng District, Beijing, 100000 (Desheng Park)

Patentee after: Beijing Yurui Investment Management Co.,Ltd.

Address before: Room B1001, 10 / F, block B, Tiancheng science and technology building, No. 2, Xinfeng street, Deshengmenwai, Xicheng District, Beijing 100088

Patentee before: Beijing Wuli Technology Co.,Ltd.

TR01 Transfer of patent right