区块记账权的确认方法及数据处理方法
阅读：1037发布：2020-05-19
专利汇可以提供区块记账权的确认方法及数据处理方法专利检索，专利查询，专利分析的服务。并且本 申请 公开了一种区 块 记账权的确认方法及 数据处理 方法。所述确认方法包括：接收申请成为 指定 区块的候选记账人的特殊交易；将所述特殊交易打包进新区块中并广播所述新区块；接收所述新区块，判断所述特殊交易中的指定区块的序号是否大于当前区块的序号，判断所述特殊交易中的押金是否大于记账的收益，若均是，则将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号；检测当前是否已达到退还之前收取的押金的条件，若是，则退还所述之前收取的押金；在到达所述指定区块时，如果为所述指定区块的候选记账人，则生成所述指定区块。本申请可减少 能源 的消耗，可在一定程度上降低51％攻击的可能。，下面是区块记账权的确认方法及数据处理方法专利的具体信息内容。
1.一种区块记账权的确认方法，其特征在于包括：
接收申请成为指定区块的候选记账人的特殊交易；
将所述特殊交易打包进新区块中并广播所述新区块；
接收所述新区块，判断所述特殊交易中的指定区块的序号是否大于当前区块的序号，判断所述特殊交易中的押金是否大于记账的收益，若均是，则将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号；
检测当前是否已达到退还之前收取的押金的条件，若是，则退还所述之前收取的押金；
在到达所述指定区块时，如果为所述指定区块的候选记账人，则生成所述指定区块。
2.根据权利要求1所述的确认方法，其特征在于：所述候选记账人具有优先级，所述优先级的类型包括绝对优先权和相对优先权；其中，具有所述绝对优先权的所述候选记账人生成的区块一定会被接受，具有所述相对优先权的所述候选记账人生成的区块会被优先接受；所述候选记账人的数量为多个。
3.根据权利要求1所述的确认方法，其特征在于所述接收申请成为指定区块的候选记账人的特殊交易具体包括：
接收所述特殊交易的操作码，所述交易的操作码用于申请成为所述指定区块的候选记账人；
或者，接收特殊的钱包地址，所述特殊的钱包地址用于申请成为所述指定区块的候选记账人。
4.根据权利要求1所述的确认方法，其特征在于在所述将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号之前还包括：判断所述指定区块是否有需要清理的候选记账人，若否，则将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号。
5.根据权利要求4所述的确认方法，其特征在于所述判断所述指定区块是否有需要清理的候选记账人包括：若候选记账人的数量已超出设定数量，则需要清理候选记账人。
6.根据权利要求1所述的确认方法，其特征在于所述退还之前收取的押金的条件包括：
距离所述指定区块指定数量个区块；或者，距离所述指定区块生成已有指定时间。
7.一种区块的数据处理方法，其特征在于包括：
发送申请成为指定区块的候选记账人的特殊交易，所述指定区块的序号大于当前区块的序号；
上缴指定的虚拟货币作为押金，所述押金大于记账的收益；
在达到退还之前上缴的押金的条件时，接收退还的所述之前上缴的押金；
在到达所述指定区块时，如果为所述指定区块的候选记账人，则生成所述指定区块。
8.根据权利要求7所述的数据处理方法，其特征在于所述生成所述指定区块包括：对所述指定区块进行签名，使所述指定区块的哈希值包含所述签名的信息。
9.一种计算机设备，其特征在于所述计算机设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
所述一个或多个程序可被所述一个或多个处理器执行，以实现根据权利要求1至8任一项所述方法。
10.一种计算机可读存储介质，其特征在于：所述计算机可读存储介质中存储有程序指令，所述程序指令被计算机的处理器执行时使所述处理器执行根据权利要求1至8任一项所述方法。
区块记账权的确认方法及数据处理方法
技术领域
背景技术
[0004] 广义上，区块链还指代基于区块链结构实现的分布式记账技术，包括分布式共识、隐私与安全保护、点对点通信技术、网络协议、智能合约等。
[0005] 区块链的基本原理理解起来并不复杂。首先来看三个基本概念：
[0006] 交易(Transaction)：一次对账本的操作，导致账本状态的一次改变，如添加一条转账记录；
[0007] 区块(Block)：记录一段时间内发生的所有交易和状态结果等，是对当前账本状态的一次共识；
[0008] 链(Chain)：由区块按照发生顺序串联而成，是整个账本状态变化的日志记录。
[0009] 区块链的目标是实现一个分布式的数据记录账本。这个账本只允许添加、不允许删除。账本底层的基本结构是由一个个“区块”串联组成，后继区块中记录前一个区块的哈希(Hash)值。某个区块(以及块里的交易)是否合法，可通过计算哈希值的方式进行快速检验。
[0010] 记账权：生成区块的权利。
[0011] 挖矿：生成区块的过程。
[0012] 区块链因为计算节点的不同可分为3大类：
[0013] 公有链：对计算节点没有要求，任何计算节点可以随时加入或退出。
[0014] 联盟链：计算节点由利益相关者共同组成，新的计算节点需要经过确认方可加入。
[0015] 私有链：私有的区块链，如公司或个人独有的区块链，不对外开放记账权。
[0016] 区块链和普通的分布式系统最大的差别是：区块链没有中心，没有绝对的仲裁者。每个节点都可以尝试去生成新的区块(该过程俗称挖矿)，为了确保区块的唯一性，就需要定义相应的规则(算法)，只有满足规则的区块才会被接受。
[0017] 每个节点都有相同的完整账本。这也是区块链安全机制的重要策略。它决定了发生过的交易记录无法篡改。但记账时如果各记各的，必然产生同步和混乱，所以只能由一人来记账，然后同步给其它人。那么由谁来负责记账呢？这需要引入一种新的概念，叫共识机制。比特币采用工作量证明的共识机制决定记账权，即谁证明了自己的工作量大，就由谁来记账(POW)。
[0018] 当前主要的共识算法有POW、POS、DPOS和PBFT。
[0019] POW：Proof of Work，工作量证明。
[0020] 比特币采用工作量证明的共识机制决定记账权，即谁证明了自己的工作量大，就由谁来记账。工作量的大小通过计算区块头的哈希散列值，使它符合足够难度目标来证明。
[0021] 哈希函数(Hash Function)，也称为散列函数，给定一个输入x，它会算出相应的输出H(x)。哈希函数的主要特征是：
[0022] 输入x可以是任意长度的字符串；
[0023] 输出结果即H(x)的长度是固定的；
[0024] 计算H(x)的过程是高效的(对于长度为n的字符串x，计算出H(x)的时间复杂度应为O(n))。
[0025] POW机制就是要求区块的HASH值的前n位为0，其中，零的个数取决于网络的难度值。第一个bit为0的概率为1/2，前2个bit为0的概率为1/4，前n位为0的概率只有1/(2n)。要得到合理的Block Hash需要经过大量尝试计算，耗费大量的算力。所以POW机制的最大问题就是耗能太高，不环保。2019年7月，当前每个比特币的生成成本高达几万人民币(矿机损耗和电费)。
[0026] POW假设大多数人不会作弊。如果想作弊，需要有压倒大多数人的算力(51％攻击)，但不能防止矿工抱团取暖。所谓51％攻击，就是利用一些虚拟区块链货币使用算力作为竞争条件的特点，使用算力优势撤销自己已经发生的付款交易。如果有人掌握了50％以上的算力，就能够比其他人更快地找到开采区块需要的那个随机数，那么此人实际上拥有了决定那个区块的有效权利。
[0027] POS：Proof of Stake，股权证明。
[0028] POS试图解决POW机制中大量资源被浪费的情况。这种机制通过计算用户持有占总币数的百分比以及占有币数的时间来决定记账权(生成区块的权利)。
[0029] POS当然也能防作弊，因为如果一名持有51％以上股权的人作弊，也就相当于骗了自己。
[0030] POS机制由股东自己保证安全，工作原理是利益捆绑。在这个模式下，不持有POS的人无法对POS构成威胁。POS的安全取决于持有者，和其他任何因素无关。
[0031] DPOS：Delegated Proof of Stake，委托股权证明。
[0032] DPOS是POS的进化方案。在常规POW和POS中，影响效率之一大因素在于：任何一个新加入的区块，都需要被整个网络所有节点进行确认。
[0033] DPOS优化方案在于：通过不同的策略，不定时的选中一小群节点；这一小群节点做新区块的创建、验证、签名和相互监督，这样就大幅度的减少了区块创建和确认所需要消耗的时间和算力成本。
[0034] PBFT：Practical Byzantine Fault Tolerance，实用拜占庭容错。
[0035] 它是分布式系统中解决冲突的一种算法，不过它要求节点相对稳定和可信，所以它不适合在公有链上使用，适合用于私有链或联盟链里。
[0036] 流通市值排行榜靠前的币种，大多数都是采用POW机制。
[0037] POS虽然比POW更节能，但如果虚拟货币足够分散，那么同时可能还是有很多节点去生成新的区块，最后只有一个区块被接受，其它的丢弃。
[0038] 以上背景技术内容的公开仅用于辅助理解本申请的发明构思及技术方案，其并不必然属于本申请的现有技术，在没有明确的证据表明上述内容在本申请的申请日已经公开的情况下，上述背景技术不应当用于评价本申请的新颖性和创造性。
发明内容
[0039] 本申请提出一种区块记账权的确认方法及数据处理方法，可减少能源的消耗，可在一定程度上降低51％攻击的可能。
[0040] 在第一方面，本申请提供一种区块记账权的确认方法，包括：
[0042] 将所述特殊交易打包进新区块中并广播所述新区块；
[0043] 接收所述新区块，判断所述特殊交易中的指定区块的序号是否大于当前区块的序号，判断所述特殊交易中的押金是否大于记账的收益，若均是，则将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号；
[0044] 检测当前是否已达到退还之前收取的押金的条件，若是，则退还所述之前收取的押金；
[0045] 在到达所述指定区块时，如果为所述指定区块的候选记账人，则生成所述指定区块。
[0046] 在一些优选的实施方式中，所述候选记账人具有优先级，所述优先级的类型包括绝对优先权和相对优先权；其中，具有所述绝对优先权的所述候选记账人生成的区块一定会被接受，具有所述相对优先权的所述候选记账人生成的区块会被优先接受；所述候选记账人的数量为多个。
[0047] 在一些优选的实施方式中，所述接收申请成为指定区块的候选记账人的特殊交易具体包括：
[0048] 接收所述特殊交易的操作码，所述交易的操作码用于申请成为所述指定区块的候选记账人；
[0049] 或者，接收特殊的钱包地址，所述特殊的钱包地址用于申请成为所述指定区块的候选记账人。
[0050] 在一些优选的实施方式中，在所述将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号之前还包括：判断所述指定区块是否有需要清理的候选记账人，若否，则将发出所述特殊交易的发起者记录为所述指定区块的候选记账人以及记录所述特殊交易中的押金和所述指定区块的序号。
[0051] 在一些优选的实施方式中，所述判断所述指定区块是否有需要清理的候选记账人包括：若候选记账人的数量已超出设定数量，则需要清理候选记账人。
[0052] 在一些优选的实施方式中，所述退还之前收取的押金的条件包括：距离所述指定区块指定数量个区块；或者，距离所述指定区块生成已有指定时间。
[0053] 在第二方面，本申请提供一种区块的数据处理方法，包括：
[0054] 发送申请成为指定区块的候选记账人的特殊交易，所述指定区块的序号大于当前区块的序号；
[0055] 上缴指定的虚拟货币作为押金，所述押金大于记账的收益；
[0056] 在达到退还之前上缴的押金的条件时，接收退还的所述之前上缴的押金；
[0057] 在到达所述指定区块时，如果为所述指定区块的候选记账人，则生成所述指定区块。
[0058] 在一些优选的实施方式中，所述生成所述指定区块包括：对所述指定区块进行签名，使所述指定区块的哈希值包含所述签名的信息。
[0059] 在第三方面，本申请提供一种计算机设备，所述计算机设备包括：
[0060] 一个或多个处理器；
[0061] 存储器，用于存储一个或多个程序；
[0062] 所述一个或多个程序可被所述一个或多个处理器执行，以实现上述方法。
[0063] 在第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有程序指令，所述程序指令被计算机的处理器执行时使所述处理器执行上述方法。
[0064] 与现有技术相比，本申请的有益效果有：
[0065] 本申请可以预先确定指定区块的记账权，由候选记账人生成指定区块；达到退还之前收取的押金的条件时退还押金；在到达指定区块时，如果为指定区块的候选记账人，则生成指定区块。这样，记账操作只需要候选记账人执行，其它的计算节点不需要记账操作，可大大地降低能耗，可以在一定程度上降低51％攻击的可能，且可保证系统的稳定。附图说明
[0066] 图1为本申请第一实施例的区块链系统的结构示意图；
[0067] 图2为本申请第一实施例的区块记账权的确认方法的流程示意图；
[0068] 图3为本申请第二实施例的计算机设备的结构示意图。
具体实施方式
[0069] 为了使本申请实施例所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合图1至图3及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
[0070] 第一实施例
[0071] 本实施例提供一种区块记账权的确认方法。相应的，本实施例还提供一种区块的数据处理方法。
[0072] 参考图1，区块链系统包括处理单元1和存储单元2。
[0073] 区块链中每个区块都有记账人和区块序号的信息。记账人：生成区块的账号地址，可以是公钥或用公钥生成的地址。区块序号：用于标记区块的序号，可以不显示的存储在区块里，基于依赖关系可以动态算出该序号。
[0074] 在本实施例中，确认方法与数据处理方法是相对应的；确认方法与数据处理方法的执行主体都是计算节点。在区块链系统中有无数的计算节点，每个节点的处理逻辑都是一模一样的，结果也必须是一致的；那么实际上就是会有非常多的计算节点去执行确认方法，所有的节点的处理流程都是一样的，所以结果也是一样的。
[0075] 参考图2，在本实施例中，区块记账权的确认方法包括步骤S1至步骤S5。
[0076] 步骤S1、接收申请成为指定区块的候选记账人的特殊交易。
[0077] 在本实施例中，候选记账人是相对记账人而言的。记账人是实际生成区块的账号地址；候选记账人则是拥有区块的记账权，生成该区块后，候选记账人就成为记账人。
[0078] 某计算节点发送申请成为指定区块的候选记账人的特殊交易，设置指定区块的序号和押金的金额。其中，指定区块的序号大于当前区块的序号；押金为虚拟货币，也就是说某计算节点会上缴指定的虚拟货币作为押金，押金的金额大于记账的收益。矿工计算节点则接收该特殊交易。
[0079] 在本实施例中，特殊交易的操作码用于申请成为指定区块的候选记账人，矿工计算节点则会接收到该操作码；特殊交易的操作码可以是系统新增的操作码。在其它实施例中，使用特殊的钱包地址代替特殊交易的操作码；部分区块链系统没有操作码的概念，使用特殊的钱包地址，那么现有不支持操作码的系统也能够集成本实施例的方法，这样对已有的区块链系统的兼容性更好；矿工计算节点则会接收到特殊的钱包地址。
[0080] 步骤S2、将特殊交易打包进新区块中并广播该新区块。
[0081] 在本实施例中，某计算节点通过交易的方式，发送特殊交易，缴纳一定的虚拟货币作为押金，申请成为序号N的指定区块的候选记账人，N为正整数。矿工计算节点接收该特殊交易，将特殊交易打包进新区块中，然后向全网广播该新区块以使其它计算节点可接收到该新区块。其中，该新区块的序号小于特殊交易中的指定区块的序号。
[0082] 在本实施例中，区块的生成流程不变，与常见的区块生成流程相同。
[0083] 步骤S3、接收新区块，判断特殊交易中的指定区块的序号是否大于当前区块的序号，判断特殊交易中的押金是否大于记账的收益，若均是，则将发出特殊交易的发起者记录为指定区块的候选记账人以及记录特殊交易中的押金和指定区块的序号。
[0084] 矿工计算节点向全网广播该新区块后，其余计算节点接收到该新区块后对该新区块中的普通交易和特殊交易进行处理。普通交易的处理流程不变，为常见的处理流程。特殊交易的处理流程包括：判断指定区块的序号是否大于当前区块的序号，以及判断特殊交易中的押金是否大于记账的收益；如果指定区块的序号不是大于当前区块的序号，则该新区块无效；如果特殊交易中的押金不是大于记账的收益，则该新区块无效。通过使押金必须大于记账的收益，这样可避免少数计算节点一直申请成为候选记账人。
[0085] 如果指定区块的序号大于当前区块的序号且特殊交易中的押金大于记账的收益，其余计算节点则记录指定区块将由候选记账人生成或者说候选记账人拥有指定区块的记账权，以及记录特殊交易中的押金和指定区块的序号以便后续退回押金和验证生成的指定区块。如此，后续候选记账人在区块序号达到N时，生成区块(记账)，计算节点收到该区块，优先接受。
[0086] 在其它实施例中，指定区块可能已有候选记账人，而根据系统的设定，候选记账人的数量是有限的，因此，对该新区块进行验证还需要判断指定区块是否有需要清理的候选记账人。若候选记账人的数量已超出设定数量，则需要清理候选记账人，可对各个候选记账人的指标进行比较，具体可以是比较押金的金额多少，选择指标符合要求的候选记账人作为指定区块的候选记账人，清理其余的候选记账人并退回押金。若没有需要清理的候选记账人，则将发出特殊交易的发起者记录为指定区块的候选记账人以及记录特殊交易中的押金和指定区块的序号。
[0087] 步骤S4、检测当前是否已达到退还之前收取的押金的条件，若是，则退还之前收取的押金。
[0088] 当区块达到N+T的条件时，系统自动按原路退还记账人之前上缴的押金，记账人也即计算节点则接收退还的之前上缴的押金。T为押金锁定时间，也即此时距离指定区块生成已有指定时间；T也可以是区块序号，也即当前区块距离指定区块已有指定数量个区块。
[0089] 步骤S5、在到达指定区块时，如果为指定区块的候选记账人，则生成指定区块。
[0090] 在到达指定区块时，各个计算节点判断自己是否为该指定区块的候选记账人也即是否具有该指定区块的记账权，如果有，就生成区块。但因为各种原因，如果该候选记账人没有生成该指定区块。为保证区块链系统的正常运作，区块链系统则使指定区块生成，具体可使用工作量证明(POW)的共识机制确认该指定区块；在其它实施例中，还可以使用其它机制来生成该指定区块。
[0091] 根据上述可知，本实施例可以预先确定指定区块的记账权，由候选记账人生成指定区块；达到退还之前收取的押金的条件时退还押金；在到达指定区块时，如果为指定区块的候选记账人，则生成指定区块。这样，记账操作只需要候选记账人执行，其它的计算节点不需要记账操作，可大大地降低能耗，可以在一定程度上降低51％攻击的可能，且可保证系统的稳定。以比特币为例，当前的算力基本上是集中在六家大的矿池。根据本实施例，那么同一个区块，只需要由一家矿池去生成新区块，其它的矿池可以待机，这样电能消耗可以节省超过80％。
[0092] 候选记账人在生成区块时可以对指定区块进行签名，使指定区块哈希(HASH)值的计算包含签名信息，这样能够保证生成区块的计算节点是记账人本人，签名需要使用密钥，而密钥可以操作对应账户的资产，从而避免公共矿池的出现。
[0093] 候选记账人具有记账权。在本实施例中，记账权的优先级的类型包括绝对优先权和相对优先权。具有绝对优先权的候选记账人生成的区块一定会被接受，不考虑其它因素；这样的好处是记账人有唯一性。具有相对优先权的候选记账人生成的区块在同等条件下会被优先接受，有一定的加分，至于是否被接受还需要参考其它信息综合计算分数；其中，其它信息可根据实际需要设定，具体可以是时间先后；这样的好处是避免中心化(类似POS中心化)。
[0094] 指定区块的候选记账人可以有多个，避免候选记账人对应计算节点故障导致无法正常生成区块。具体可以是候选记账人的数量为多个。如果有多个具有绝对优先权的候选记账人，则可根据押金的多少对各个候选记账人进行排序，押金最多的则排第一；如果第一优先权的节点生成区块肯定会被接受，但它有可能故障，导致没有生成区块，那么第二优先权的节点生成的区块就会被接受。对于相对优先权的记账权，所有计算节点都可以去生成区块，最终哪个区块被接受是根据综合算力决定的；很多节点即使生成区块，也不可能比候选记账人算力高，所以很多计算节点会放弃。应当注意，如前所述，根据实际情况，候选记账人的数量是有限的，超出指定数量则需要根据指定条件清理候选记账人。
[0095] 系统初始的时候，虚拟货币资金不足，无法申请记账权，在这样的情况下可以使用POW的共识机制来生成区块。
[0096] 可限定申请记账权的区块序号N大于或等于当前区块序号加k，k为正整数。那么接下来的k个区块的记账权就是固定的，能够提高区块的生成速度。
[0097] 在步骤S2中，矿工计算节点接收到特定交易后，会通过处理单元1确认特定交易的有效性。此时对特定交易的有效性进行确认的形式可根据需要设定，具体可以是简单验证特定交易的来源是否真实，或者通过步骤S21至步骤S23对特定交易的有效性进行确认。
[0098] 步骤S21、判断指定区块的序号是否大于当前区块的序号，若否，则该特定交易无效。
[0099] 步骤S22、判断押金的金额是否大于指定的门槛(门槛是押金大于记账的奖励)，若否，则该特定交易无效；
[0100] 步骤S23、判断指定区块是否有需要清理的候选记账人。若候选记账人的数量已超出设定数量，则需要清理候选记账人，可对各个候选记账人的指标进行比较，具体可以是比较押金的金额多少，选择指标符合要求的候选记账人作为指定区块的候选记账人，清理其余的候选记账人并退回押金；具体的，检测指定序号的区块是否已存在旧的候选记账人；如果有，判断新的候选记账人的押金的金额是否大于记录中的金额，如果金额大于记录中的金额，则清理旧的记账人并回退押金。若没有需要清理的候选记账人，则判定特定交易有效。
[0101] 在确认特定交易有效之后，矿工计算节点将特定交易放进新区块中。
[0102] 在步骤S3中，其余计算节点验证新区块有效之后执行步骤S31至步骤33。
[0103] 步骤S31、查询存储单元2中是否有新区块的记账人信息，如果有，确认当前的记账人是否有记账权，如果否，则拒绝该区块。
[0104] 步骤S32、如果有多个候选记账人，对于同一个序号就会有多个区块。较早产生的区块为旧的区块，较晚产生的区块为新的区块。如前所述，综合计算各个候选记账人产生的区块的分数，如果新的区块的评分比旧的区块的评分高，则删除旧的区块，如果没有旧的区块则忽略该步骤。
[0105] 步骤S33、处理序号为i的区块及其中的交易，退回序号为i-T的区块的记账人的押金。其中，i为正整数。具体包括：将序号为i的区块加到区块链的末端；将指定区块的序号、候选记账人和押金的金额记录到存储单元，也即前述的记录指定区块将由候选记账人生成以及记录特殊交易中的押金和指定区块的序号。
[0106] 下面通过一个实例对本实施例进行说明。
[0107] 预制的系统配置如下：
[0108] 候选记账人的记账权有绝对优先权；
[0109] 申请的指定区块的序号必须大于当前区块的序号加20；
[0110] 押金需要大于3倍的记账奖励或者说生成区块奖励；
[0111] 押金锁定时间为1000个区块；
[0112] 使用POW机制作为预防故障的方案，确定区块，以防止指定区块没有记账人或者记账人不生成区块；
[0113] 一个区块可以包含3个候选记账人，基于押金和时间先后进行排序。
[0114] 系统运行流程如下：
[0115] 系统生成第一个区块；
[0116] 其它计算节点接入，下载第一个区块；
[0117] 各个计算节点通过算力，竞争抢先生成新的区块，并广播给所有计算节点；只有付出算力最多的区块最终被保留下来(POW机制)；
[0118] 当生成的区块足够多，有计算节点a的虚拟货币数量大于3倍的区块奖励；假设当前的区块序号为i，该计算节点a发起一个特殊交易，特殊交易的内容为申请记账权，区块序号为i+25；
[0119] 有新的区块生成，并包含上面的特殊交易；所有计算节点处理该区块，将上面特殊交易的发起者(钱包地址)记录为区块i的候选记账人；
[0120] 陆续有其它计算节点的虚拟货币数量达到3倍的区块奖励，并申请其它区块的记账权；
[0121] 当区块序号为i+25时，如果记账人为计算节点a，由于计算节点a具有该区块的记账权，所以接受该区块，否则按照POW机制选择区块；
[0122] 随着系统的运行，越来越多的计算节点的虚拟货币数量满足要求；多个计算节点都申请序号为j的区块的记账权，则根据押金的多少和时间先后来决定记账权，j为正整数；只有押金最高的3个计算节点被记录在存储单元中，其它计算节点的押金原路退回；押金最高的3个计算节点按照优先级分别定义为b、c、d；达到第j个区块时，在所有备选的区块中，如果区块的记账人有记账权，将无条件替换没有记账权的区块；节点c生成的区块可以无条件替换节点d生成的区块；节点b生成的区块无条件替换其它节点生成的区块；有多个候选记账人可避免单一记账人出现故障无法及时生成区块；
[0123] 系统处理区块j后，查询存储单元，检测到在序号为j-1000的区块有计算节点抵押了押金，则原路返还该押金；
[0124] 如果指定区块有候选记账人，但候选记账人没有生成区块，那么使用POW机制确认区块。
[0125] 随着区块链系统的运作，本实施例的方法的各个步骤的顺序是灵活的，比如步骤S4在步骤S1之前。
[0126] 第二实施例
[0127] 参考图3，本实施例提供一种计算机设备，该计算机设备包括：一个或多个处理器7，以及存储器8。存储器8用于存储一个或多个程序。
[0128] 一个或多个程序可被一个或多个处理器7执行，从而实现上述实施例的方法，具体可以是实现确认方法或者数据处理方法。
[0129] 本领域普通技术人员可以理解实施例方法中的全部或部分流程可以由计算机程序来命令相关的硬件完成，程序可存储于计算机可读取存储介质中，程序在执行时，可包括如各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
[0130] 以上内容是结合具体/优选的实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，其还可以对这些已描述的实施方式做出若干替代或变型，而这些替代或变型方式都应当视为属于本申请的保护范围。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于区块链架构和物理标记的虚拟货币系统 | 2020-05-17 | 478 |
| 管理装置、虚拟货币系统以及系统 | 2020-05-15 | 635 |
| 一种基于区块链的跨境支付方法、设备及介质 | 2020-05-08 | 134 |
| 直播间广播信息的触发方法和装置 | 2020-05-14 | 580 |
| 一种零散资源分布式虚拟货币挖掘处理方法及装置 | 2020-05-12 | 680 |
| 一种虚拟农场与现实生活结合的互联网平台 | 2020-05-08 | 636 |
| 一种管理与知识产权资产相关的证券单元的系统和方法 | 2020-05-12 | 631 |
| 一种服务机器人使用的区块链虚拟货币系统与方法 | 2020-05-13 | 996 |
| 数字孪生世界采用混合方式挖矿的区块链虚拟货币 | 2020-05-14 | 156 |
| 电子储蓄罐和电子储蓄系统 | 2020-05-08 | 673 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
虚拟货币热门专利
QQ群二维码
意见反馈
意见反馈