CN111047441A - 一种发行多种积分通证的区块链系统 - Google Patents
一种发行多种积分通证的区块链系统 Download PDFInfo
- Publication number
- CN111047441A CN111047441A CN201911123182.0A CN201911123182A CN111047441A CN 111047441 A CN111047441 A CN 111047441A CN 201911123182 A CN201911123182 A CN 201911123182A CN 111047441 A CN111047441 A CN 111047441A
- Authority
- CN
- China
- Prior art keywords
- block
- transaction
- block chain
- verification
- issuing
- 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
- 238000012795 verification Methods 0.000 claims abstract description 69
- 238000004806 packaging method and process Methods 0.000 claims abstract description 11
- 238000013524 data verification Methods 0.000 claims abstract description 4
- 238000003860 storage Methods 0.000 claims abstract description 4
- 238000000034 method Methods 0.000 claims description 10
- 238000012856 packing Methods 0.000 claims description 5
- 238000006243 chemical reaction Methods 0.000 claims description 2
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000008520 organization Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- KAICRBBQCRKMPO-UHFFFAOYSA-N phosphoric acid;pyridine-3,4-diamine Chemical compound OP(O)(O)=O.NC1=CC=NC=C1N KAICRBBQCRKMPO-UHFFFAOYSA-N 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
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
- 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
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
Abstract
本发明公开一种发行多种积分通证的区块链系统，包括终端用户节点、验证节点和商业用户节点，终端用户节点通过区块链网络系统获取所需的区块链数据；验证节点是拥有完整区块链数据并参与数据验证、打包、存储的区块链网络节点；商业用户节点在区块链网络系统上开发、部署满足自己商业需求的项目；区块链系统采用PoP共识算法；区块链网络系统的区块链数据中的每个区块都包括交易数据和附加数据区块，该附加数据区块的数据产生附加数据区块哈希值，该哈希值与默克尔树的根哈希值并列；附加数据区块中含有区块链网络系统上新加入的商业用户及其发行积分相关信息。本发明发行多种积分通证的区块链系统具有高效、成本低、内耗小的特点，应用范围广泛。
Description
技术领域
本发明涉及一种区块链网络结构及算法，具体为一种发行多种积分通证的区块链系统。
背景技术
传统的区块链只支持一种统一的数值(常被叫做积分或数字通证)从前往后通过交易流通，数值在不同的账户间进出迁移，所有的账户里的所有数值都被统一看待，看不出任何差别，如果企业用户有自己特殊的要求，需要定义自己特有的数值，例如积分、股权、筹码、票据、令牌等，用户则需要做很多额外的工作以达到目的，这使得在传统区块链上开发某些企业应用非常麻烦，成本很高，难度也很大。
本发明人在不断探索研究过程中发明一种新的区块链共识算法(PoP算法，Proofof Participants，参与者证明)，并申请了专利，专利申请号为CN 2019110844574。PoP算法可以将竞争区块打包权的节点的竞争方向从算力投资转向区块链生态系统自身的健康成长，削弱PoW算法(Proof of Work，工作量证明)在区块链系统中的过度能源消耗问题。
如果能将新的区块链PoP共识算法应用到发行积分通证系统中，将有重大的意义。
发明内容
为解决以上现有问题，本发明提供一种发行多种积分通证的区块链系统。本发明通过以下技术方案实现。
一种发行多种积分通证的区块链系统，包括终端用户节点、验证节点和商业用户节点，所述终端用户节点通过区块链网络系统获取所需的区块链数据；所述验证节点是拥有完整区块链数据并参与数据验证、打包、存储的区块链网络节点；所述商业用户节点在区块链网络系统上开发、部署满足自己商业需求的项目；所述区块链系统采用PoP共识算法。
所述区块链网络系统所运行的区块链中的每个区块都包括交易数据和附加数据区块，该附加数据区块的数据产生附加数据区块哈希值，该哈希值与区块中的交易数据所产生的默克尔树的根哈希值并列。
所述附加数据区块中存储有区块链网络系统上新加入的商业用户及其发行积分相关的信息。
进一步说明的，所述商业用户在本区块链网络系统上发行定制积分的过程如下：
(1)首先创建一个账户，并拥有和备份该账户的私钥；
(2)向该账户地址里转入一定数量的原始积分，作为预存的发行积分；
(3)发起一个注册发行定制积分的请求；
(4)区块链系统的所有验证节点接到该请求以后，将该请求放入内存池待处理；
(5)每一个验证节点在开始打包时，把这个商业用户的请求及其相关数据信息打包进当前生成区块的额外附加数据块里；
(6)抢到打包权的验证节点，将自己生成的最新区块广播到整个区块链网络系统；
(7)整个区块链网络系统里，接收到新区快的节点会立即验证新区块的有效性；如果验证不通过则抛弃接收到的区块数据，继续工作；如果验证通过，则将新区块增加到自己当前的区块链上作为顶层区块(区块高度记为m)，将该新区块广播出去，然后在该区块的基础上投入下一个区块的工作；
(8)注册成功的企业其账户里的发行积分将被锁定。
更进一步说明的，所述发行定制积分的过程还包括以下步骤：
(9)在随后的预定个数Q的区块里，发行方的原始积分地址将被锁定，所有的打包验证节点对该发行方进行投票，以支持还是反对该发行方的发行积分请求；
(10)在区块高度为m+Q的区块打包验证时，统计该发行方发行积分请求在区块高度m+1到m+Q-1之间所有的投票情况；如果反对数大于或等于总投票数的1/3，则发行请求失败，发行被驳回，发行方的原始积分地址被解锁；如果反对数小于总投票数的1/3，则发行请求成功，发行方的原始积分地址继续被锁定，发行方自动进入发行交易期。
更进一步说明的，所述发行定制积分的过程还包括以下步骤：
(11)一旦发行申请成功，进入发行交易期后，在随后的第P个区块里，验证节点自动为发行方生成一个正式发行交易，该发行交易将发行方的预存的原始积分按照发行比率自动转换成发行方自己的定制积分；在第m+Q+P个区块里，验证节点将验证和确认之前的发行操作，给企业分配一个积分类型编号，并将发行结果登记在这个区块里以激活发行积分的交易流通；
(12)发行交易成功后，企业账户里预存的原始积分将被消耗，产生一种新的定制类型的积分，该积分的类型以区块链系统分配给该企业的数字代号标注；
(13)从第m+Q+P+1个区块开始，新发行的积分将正式流通，被区块链系统所有验证节点接收、验证和存储。
进一步说明的，所述节点用户的打包线程不停地将交易池中的交易组合打包，再附加上一个不断递增的随机数重复计算该数据包的哈希值，当哈希值符合目标难度值时，该节点用户将区块广播出去。
进一步说明的，所述区块链系统的交易类型包括：原始交易、发行交易、兑换交易和衍生交易；
所述原始交易是指区块链系统原始通证之间的交易；
所述发行交易是指通过区块链系统，从平台原始通证按照一定的比率放大(比率放大倍数是10的n次方，n＝0|1|2|3|4|5|6)，发行自定义的积分或者其他数字通证的交易；
所述兑换交易是指从商业用户自定义积分或者其他数字通证按照当初发行比率的倒数兑换回区块链系统原始通证的交易；
所述衍生交易是指在区块链系统上发行的某一特定商业积分或其他数字通证之间的交易。
更进一步说明的，所述区块链系统对交易的验证发生按如下步骤进行：
(1)针对本区块链系统开发的客户端软件将做第一次验证，客户端软件只能发出与本系统兼容的交易，即必须是原始交易、发行交易、兑换交易、衍生交易中的一种，如果不是上述交易中的一种，该交易将被拒绝，客户端软件拒绝的方式是：拒绝向区块链系统广播该交易；
(2)验证节点在接收到一笔交易时，将会验证该交易的合法性，其中检验的一项内容就是，该交易属于上述交易的一种类型，如果检验不合法，则该交易将被抛弃，不继续向区块链广播，也不收录进入等待打包队列；
(3)验证节点在打包一个区块后，将会把该区块广播到区块链上所有的验证节点，其他的验证节点在接收到该区块后，将进一步验证该区块的正确性，其中包括对区块中所有交易的验证，如果某一笔交易不合法，该验证节点将会抛弃该区块，不继续向区块链其他节点广播该区块。
系统的四种交易的数据结构如下：
(一)原始交易数据结构，见表1：
表1
其中：
数据结构头部的0——交易类型为原始交易；
数据结构中其余位置的0表示原始积分；
Inputs——输入账户引用列表；
Txid——被引用的尚未花费其输出的交易ID；
Outputs——输出账户地址列表。
(二)发行交易数据结构，见表2：
表2
其中：
1——交易类型，1表示发行交易；
0表示原始积分；
Inputs——输入账户引用列表；
Txid——被引用的未花费其输出的交易的交易ID；
Issue——与发行相关的数据结构；
Outputs——输出账户地址列表；
nnnnnn——积分类型。
(三)兑换交易数据结构，见表3：
表3
其中：
2——交易类型，2表示兑换交易；
Inputs——输入账户引用列表；
Txid——被引用的尚未花费其输出的交易的交易ID；
nnnnnn——输入积分类型编码；
Outputs——输出账户地址列表；
0表示原始积分.
(四)衍生交易数据结构，见表4：
表4
其中：
nnnnnn——交易积分类型，nnnnnn是衍生交易的类型编码，用于标识商业用户的身份和积分的类型；
Inputs——输入账户引用列表；
Txid——被引用的尚未花费其输出的交易的交易ID；
Outputs——输出账户地址列表。
最后，所述区块链系统中与新加入的参与者角色相关的信息包括：当前区块高度，新加入的参与者ID，引荐者ID，区块生成者ID。
本发明的有益效果：
本发明一种发行多种积分通证的区块链系统提出了一种新的区块链架构网络系统及区块链共识算法，本发明将基于本区块链的交易分成不同类型，包括原始交易、发行交易、兑换交易、衍生交易四种，将系统中流通的数值统一定义为积分，系统给每种交易上传输的积分赋予特定的类型，以标识该积分属于不同的企业或商业应用，不同类型的积分之间只有满足预先定义的共识规则才能交易，这样有特殊需求的应用可以申请在区块链上发行自定义的积分，该积分有自己被分配的唯一的类型进行标识，遵循区块链统一的共识规则在区块链上流通。用户在此基础上可以方便地开发和部署自己的DAPP应用。
附图说明
图1为本发明一种新的区块链网络系统结构图；
图2为传统区块链运行结构框架示意图；
图3为本发明一种新的区块链网络系统运行结构框架示意图。
具体实施方式
下面结合附图对本发明的技术方案作更为详细、完整的说明。
具体实施例1，一种新的区块链网络系统，如图1所示，该系统包括终端用户1、节点用户2和商业用户3三种参与者，各个用户使用(或作为)网络上的计算设备，通过端对端的方式互相连接，进行通信。终端用户1是指那些部署在区块链应用层的各种不同软件的用户，这些用户利用区块链基础设施，通过不同设备(如智能手机、台式机电脑、笔记本电脑、平板电脑、汽车、各种智能家电等)和软件与区块链接触，获取生活或工作的便利。节点用户2是指拥有完整区块链数据并参与数据验证、打包、存储、维护的区块链网络节点。商业用户3是指利用已有区块链基础设施和生态系统，在区块链系统上开发、部署满足自己商业需求的项目的企业或组织。下面对该系统所采用的区块链结构，运行机制等进行详细描述。
为配合上述新的区块链网络系统，本发明对传统区块链结构进行了改进，如图2所示，为传统区块链结构，其中Tx1，Tx2，Tx3，Tx4分别表示交易1，交易2，交易3，交易4；H1，H2，H3，H4分别表示交易1，交易2，交易3，交易4对应的哈希键值；Hm表示交易的哈希值两两哈希后形成的二叉Merkle树的根哈希；BLOCK表示区块链的一个区块头。传统的区块结构对每笔交易进行Hash256运算，得到一个32字节的Hash值。每笔交易都对应一个唯一的Hash值。例如第一笔交易(Tx)经过运算，对应结果H1,第二笔交易经过运算，对应结果H2，同理，有H3,H4等。对H1,H2组合，继续进行Hash256运算，记H12＝Hash256(H1+H2)，同理，有H34，H56,H78等，继续上述步骤，对结果进行两两Hash256运算，如上述Hash256(H12+H34),Hash256(H56+H78),直至形成一个树节点的根哈希值，即区块Merkle Root。区块(Block)是一个被包含在区块链中的聚合了数据的容器数据结构，它由一个包含元数据的区块头和紧跟其后的构成区块主体的一长串交易组成。所述根哈希值作为区块头的一部分被区块所包含。
如图3所示，为本发明的区块链结构，其中Tx1，Tx2，Tx3，Tx4分别表示交易1，交易2，交易3，交易4；H1，H2，H3，H4分别表示交易1，交易2，交易3，交易4对应的哈希键值；Hm表示交易的哈希值两两哈希后形成的二叉Merkle树的根哈希；BLOCK表示区块链的一个区块头；Node表示每一个区块附加的额外数据结构；Hn表示附加的额外数据结构的哈希键值。本发明在传统的区块链结构的基础上为每一个区块增加了一个新的哈希值Hn，该哈希值和默克尔树的根哈希并列，该哈希值来源于该区块中一个新附加的数据区块，在该附加数据区块里登记存储有区块链网络系统上新加入的参与者角色的各种数据信息，例如：当前区块高度，新加入的参与者ID，引荐者ID，区块生成者ID，申请发行定制积分的用户的登记信息，打包上一区块耗费的积分等数据信息，亦可包括其他与新加入的参与者相关的信息。将这些数据整体作一哈希运算即可得到附加的数据区块的哈希值。
本发明在区块链系统的底层协议中规定，理想的区块生成速度是每一分钟产生一个数据块，相关算法和公式的设计宗旨是通过历史数据统计和系统参数的动态调整，让系统将区块的生成速度收敛到平均每分钟1个区块，按照这个目标，则在不同的时间段，区块链系统将会产生的总块数如下表，表5。
表5
| 时间单位 | 计算公式 | 总块数 | 备注 |
| 1小时 | 1×60＝ | 60 | |
| 1天 | 24×60＝ | 1440 | |
| 1周 | 7×24×60＝ | 10080 | |
| 1月 | 30.5×24×60＝ | 43920 | 每月按30.5天算 |
| 1年 | 365×24×60＝ | 525600 | 每年按365天算 |
企业即商业用户通过以下方式可以在本发明的区块链网络系统发行该用户自己的积分，企业如果想把原先的基于数据库的用户积分系统移到区块链上，需要在区块链上发行一个区块链网络系统的积分，然后将自己原有的基于数据库的用户积分根据实际应用场景逐步换成区块链积分。
商业用户在区块链上发行自己的积分是一件严肃、慎重的商业活动，要遵循一套严格的流程，在此之前，商业用户需要按照一定的流程在区块链上注册登记商业实体的信息，发出发行积分的申请，所有的验证节点需要对商业用户的发行积分申请进行投票，投票数据将会记录在区块链上，所有的验证节点共同存储和验证。
商业用户发行定制积分的过程如下：
为了方便阅读，作为文字上的区别，我们将本区块链系统自己的积分称作原始积分，将商业用户(企业和/或组织)在本区块链系统上定制发行的积分称作定制积分。商业用户可以利用本区块链系统上的原始积分替换自己已有的会员积分系统(或其他基于数字通证的价值系统)。商业用户也可以直接利用本区块链系统上的原始积分实现自己的会员积分系统(或其他基于数字通证的价值系统)。商业用户在本区块链系统上定制发行自己的定制积分，要遵循一定的流程，具体如下：
1、商业用户首先需要通过应用程序创建一个账户，并拥有和备份该账户的私钥；
2、商业用户要向该账户地址里转入一定数量的原始积分(可通过购买等方式获得)，比如说1万积分，作为预存的发行积分；
3、商业用户通过应用程序发起一个“注册发行定制积分”的请求，该请求里包含了商业用户信息的数据结构，例如：组织名称、积分简称、原始积分地址、发行数量、发行比率、保荐节点等数据，该请求信息将被登记注册打包存储在某一个区块里(假设该区块的高度为m)；所述保荐节点是同意该商业用户发行定制积分且愿意为该商业用户提供保证和推荐的节点用户(验证节点)；
4、区块链系统的所有全节点(节点用户)接到该请求以后，将该请求放入内存池待处理；
5、每一个全节点在开始打包时，会按照规则把这个商业用户的请求及其相关数据信息打包进当前生成区块的额外附加数据块里；
6、抢到打包权的节点，会将自己生成的最新区块广播到整个区块链网络系统；
7、整个区块链网络系统里，接收到新区快的节点会立即验证新区块的有效性；
8、如果验证不通过(例如数据不合理；信息重复；存在于黑名单中等)，则抛弃接收到的区块数据，继续工作；
9、如果验证通过，则将新区块增加到自己当前的区块链上，将该新区块广播出去，然后投入下一个区块的工作；
10、根据协议规定，“注册发行定制积分”的请求被成功打包后，该企业账户里的积分将被锁定；
11、在随后的10080个区块里(大约一周时间)，是发行方的沉默期，发行方的原始积分地址将被锁定，所有的打包验证节点可以对该发行方进行投票，支持还是反对该发行方的发行积分请求；
12、在区块高度为m+10080的区块打包验证时，需要统计该发行方发行积分请求在区块高度m+1到m+10079之间所有的投票情况；
13、如果反对数大于或等于总投票数的1/3，则发行请求失败，发行被驳回，发行方的原始积分地址被解锁；
14、如果反对数小于总投票数的1/3，则发行请求成功，发行方的原始积分地址继续被锁定，发行方自动进入发行交易期；
15、一旦发行申请成功，进入发行交易期后，在随后的43920个区块里(大约1个月时间，或30.5天)，发行方必须通过客户端软件发起一个发行交易，该发行交易将发行方的预存的原始积分按照发行比率自动转换成发行方自己的定制积分，该交易将被打包进区块里；
16、在第m+54000(也就是m+10080+43920)个区块里，验证节点将验证和确认之前的发行操作(所述验证包括验证发行比率、发行总数、积分简称等字段内容)，给企业分配一个积分类型编号(范围从100001到999999)，并将发行结果登记在这个区块里以激活发行积分的交易流通；
17、根据协议的具体规定，发行交易成功后，企业账户里预存的的原始积分将被消耗，产生一种新的定制类型的积分，该积分的类型以区块链系统分配给该企业的数字代号标注；
18、从第m+54001个区块开始，新发行的积分将可以正式流通，被区块里系统所有验证节点接收、验证和存储。
通过上述方式，企业的定制积分可以在该企业自己的商业领域里流通，由公共区块链网络系统帮助其验证、维护和存储。区块链生态系统上的公共节点在帮助验证、维护和存储数据时将会按照一定的协议规则收取服务费，服务费可以直接从流通的定制积分中扣取并通过兑换交易兑换成原始积分。
为了方便管理整个区块链系统上的所有参与者，本系统的验证节点将根据区块链上登记的信息，重构参与者列表，在内存池中建立三张参与者快速查找表，该表中存储了经常用到的参与者用户的信息。
对于积分发行方(也就是发行定制积分的商业用户)，内存池中存在一个可供查询的积分发行方列表，每一个积分发行方的记录数据结构，如表6所示。
表6
| 字段名称 | 字段说明 |
| 积分类型 | 积分发行方身份ID，用6位数字表示 |
| 积分简称 | 2到4位大写字母 |
| 发行方全称 | 发行方公司或组织全称 |
| 发行日期时间 | 注册在区块链上的所在区块的时间戳 |
| 发行区块 | 注册在区块链上的所在区块的区块高度 |
| 发行数量 | 发行的定制积分的总量 |
| 兑换比率 | 区块链积分到发行的定制积分的兑换比率 |
| 推荐者 | 保荐该发行方的验证节点的身份ID |
| 其他信息 | 与该发行方相关的其它信息 |
节点用户(验证节点)的作用是不停地接收网络上传送过来的交易，按照共识规则验证这些交易，将验证通过的交易放进内存池等待队列等待打包，并继续传播下去，而验证未通过的交易将立即被抛弃。
商业用户定制积分是商业用户自己的积分，和区块链系统的积分是不一样的，如果能让所有的验证节点也能像验证区块链系统的积分一样验证商业用户的定制积分，那么商业用户就能利用区块链系统基础实施和自己在上面发行的定制积分做很多有意义的事情。为此，我们对标准的区块链系统的交易验证机制进行了改造，让区块链系统也能验证商业用户发行的定制积分。
我们将交易分成几种不同的类型，并且给交易中的积分附上了类型的概念。
1.原始交易：原始交易的交易类型是0，原始交易的积分是区块链网络系统自己的原始积分，这种交易除掉赋有积分类型和交易类型外和传统的区块链交易没有区别。
2.发行交易：发行交易将原始积分按照一定的比例兑换成企业发行的定制积分，发行交易中包括了积分简称、积分类型、从原始积分到企业定制积分的汇兑比率。
3.兑换交易：兑换交易将企业发行的定制积分按照企业发行的原始汇兑比率兑换成原始积分，这是发行交易的一个逆交易。
4.衍生交易：衍生交易是一个定制企业积分的自身交易，发生在企业自己的应用场景之内，发生在企业自身的用户之间。
下表为交易类型与交易名称对照表，见表7。
表7
区块链系统对交易的验证按如下方式进行：
首先，针对本区块链系统开发的各种通用或专用客户端软件将做第一次验证。客户端软件只能发出与本系统兼容的交易，也就是交易必须满足本区块链系统协议定义的交易类型，即软件能识别出交易是原始交易、发行交易、兑换交易、衍生交易中的一种，如果不是上述交易中的一种，该交易将被拒绝。客户端软件拒绝的方式是：拒绝向区块链系统广播该交易。
其次，验证节点在接收到一笔交易时，将会验证该交易的合法性，其中检验的一项内容就是，该交易属于上述交易的一种类型，如果检验不合法，则该交易将被抛弃，不会继续向区块链广播，也不会收录进入等待打包队列。
第三，验证节点在打包一个区块后，将会把该区块广播到区块链上所有的验证节点，其他的验证节点在接收到该区块后，将进一步验证该区块的正确性，其中包括对区块中所有交易的验证，如果某一笔交易不合法，该验证节点将会抛弃该区块，不继续向区块链其他节点广播该区块。
关于上述四种交易的数据结构示意如下：
原始交易数据结构示意图见表8。
表8
注：
数据结构头部的0——交易类型为原始交易
数据结构中其余位置的0表示原始积分
Inputs——输入账户引用列表
Txid——被引用的尚未花费其输出的交易ID
Outputs——输出账户地址列表
注意：以上数据结构是为了方便读者理解抽象出来的示意图，其真实的数据结构Inputs是引用UTXO，包括txid和UTXO的索引号，且Inputs将会是一个数组，引用一个或多个txid和UTXO，Outputs也是一个数组，包括一个或多个输出地址(可能存在找零地址)。以下交易结构同理。
发行交易数据结构示意图，见表9。
表9
注：
1——交易类型，1表示发行交易；
0表示原始积分；
Inputs——输入账户引用列表；
Txid——被引用的未花费其输出的交易的交易ID；
Issue——与发行相关的数据结构；
Outputs——输出账户地址列表；
nnnnnn——积分类型。
注意：此交易数据可以考虑重复存储一份在附加区块里，方便验证节点快速检索。
兑换交易数据结构示意图，见表10。
表10
注：
2——交易类型，2表示兑换交易；
Inputs——输入账户引用列表；
Txid——被引用的尚未花费其输出的交易的交易ID；
nnnnnn——输入积分类型编码；
Outputs——输出账户地址列表；
0表示原始积分。
衍生交易示意图，见表11。
表11
注：
nnnnnn——交易积分类型，nnnnnn是衍生交易的类型编码，用于标识商业用户的身份和积分的类型；
Inputs——输入账户引用列表；
Txid——被引用的尚未花费其输出的交易的交易ID；
Outputs——输出账户地址列表。
显然，所描述的实施例仅是本发明的个别实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施，都属于本发明的保护范围。
Claims (8)
1.一种发行多种积分通证的区块链系统，包括终端用户节点、验证节点和商业用户节点，所述终端用户节点通过区块链网络系统获取所需的区块链数据；所述验证节点是拥有完整区块链数据并参与数据验证、打包、存储的区块链网络节点；所述商业用户节点在区块链网络系统上开发、部署满足自己商业需求的项目；其特征在于：
所述区块链系统采用POP共识算法；
所述区块链网络系统所运行的区块链中的每个区块都包括交易数据和附加数据区块，该附加数据区块的数据产生附加数据区块哈希值，该哈希值与区块中的交易数据所产生的默克尔树的根哈希值并列；
所述附加数据区块中存储有区块链网络系统上新加入的商业用户及其发行积分相关的信息。
2.根据权利要求1所述的一种发行多种积分通证的区块链系统，其特征在于：
所述商业用户在本区块链网络系统上发行定制积分的过程如下：
(1)首先创建一个账户，并拥有和备份该账户的私钥；
(2)向该账户地址里转入一定数量的原始积分，作为预存的发行积分；
(3)发起一个注册发行定制积分的请求；
(4)区块链系统的所有验证节点接到该请求以后，将该请求放入内存池待处理；
(5)每一个验证节点在开始打包时，把这个商业用户的请求及其相关数据信息打包进当前生成区块的额外附加数据块里；
(6)抢到打包权的验证节点，将自己生成的最新区块广播到整个区块链网络系统；
(7)整个区块链网络系统里，接收到新区快的节点会立即验证新区块的有效性；如果验证不通过则抛弃接收到的区块数据，继续工作；如果验证通过，则将新区块增加到自己当前的区块链上作为顶层区块(区块高度记为m)，将该新区块广播出去，然后在该区块的基础上投入下一个区块的工作；
(8)注册成功的企业其账户里的发行积分将被锁定。
3.根据权利要求2所述的一种发行多种积分通证的区块链系统，其特征在于：
所述发行定制积分的过程还包括以下步骤：
(9)在随后的预定个数Q的区块里，发行方的原始积分地址将被锁定，所有的打包验证节点对该发行方进行投票，以支持还是反对该发行方的发行积分请求；
(10)在区块高度为m+Q的区块打包验证时，统计该发行方发行积分请求在区块高度m+1到m+Q-1之间所有的投票情况；如果反对数大于或等于总投票数的1/3，则发行请求失败，发行被驳回，发行方的原始积分地址被解锁；如果反对数小于总投票数的1/3，则发行请求成功，发行方的原始积分地址继续被锁定，发行方自动进入发行交易期。
4.根据权利要求2所述的一种发行多种积分通证的区块链系统，其特征在于：
所述发行定制积分的过程还包括以下步骤：
(11)一旦发行申请成功，进入发行交易期后，在随后的第P个区块里，验证节点自动为发行方生成一个正式发行交易，该发行交易将发行方的预存的原始积分按照发行比率自动转换成发行方自己的定制积分；在第m+Q+P个区块里，验证节点将验证和确认之前的发行操作，给企业分配一个积分类型编号，并将发行结果登记在这个区块里以激活发行积分的交易流通；
(12)发行交易成功后，企业账户里预存的原始积分将被消耗，产生一种新的定制类型的积分，该积分的类型以区块链系统分配给该企业的数字代号标注；
(13)从第m+Q+P+1个区块开始，新发行的积分将正式流通，被区块链系统所有验证节点接收、验证和存储。
5.根据权利要求1所述的一种发行多种积分通证的区块链系统，其特征在于：
所述节点用户的打包线程不停地将交易池中的交易组合打包，再附加上一个不断递增的随机数重复计算该数据包的哈希值，当哈希值符合目标难度值时，该节点用户将区块广播出去。
6.根据权利要求1所述的一种发行多种积分通证的区块链系统，其特征在于：
所述区块链系统的交易类型包括：原始交易、发行交易、兑换交易和衍生交易；
所述原始交易是指区块链系统原始通证之间的交易；
所述发行交易是指通过区块链系统，从平台原始通证按照一定的比率放大(比率放大倍数是10的n次方，n＝0|1|2|3|4|5|6)，发行自定义的积分或者其他数字通证的交易；
所述兑换交易是指从用户自定义的积分或者其他数字通证按照当初发行比率的倒数兑换回区块链系统原始通证的交易；
所述衍生交易是指在区块链系统上发行的某一特定商业积分或其他数字通证之间的交易。
7.根据权利要求1所述的一种发行多种积分通证的区块链系统，其特征在于：
所述区块链系统对交易的验证发生按如下步骤进行：
(1)针对本区块链系统开发的客户端软件将做第一次验证，客户端软件只能发出与本系统兼容的交易，即必须是原始交易、发行交易、兑换交易、衍生交易中的一种，如果不是上述交易中的一种，该交易将被拒绝，客户端软件拒绝的方式是：拒绝向区块链系统广播该交易；
(2)验证节点在接收到一笔交易时，将会验证该交易的合法性，其中检验的一项内容就是，该交易属于上述交易的一种类型，如果检验不合法，则该交易将被抛弃，不继续向区块链广播，也不收录进入等待打包队列；
(3)验证节点在打包一个区块后，将会把该区块广播到区块链上所有的验证节点，其他的验证节点在接收到该区块后，将进一步验证该区块的正确性，其中包括对区块中所有交易的验证，如果某一笔交易不合法，该验证节点将会抛弃该区块，不继续向区块链其他节点广播该区块。
8.根据权利要求1所述的一种发行多种积分通证的区块链系统，其特征在于：所述区块链系统中与新加入的参与者角色相关的信息包括：当前区块高度，新加入的参与者ID，引荐者ID，区块生成者ID。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911123182.0A CN111047441A (zh) | 2019-11-16 | 2019-11-16 | 一种发行多种积分通证的区块链系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911123182.0A CN111047441A (zh) | 2019-11-16 | 2019-11-16 | 一种发行多种积分通证的区块链系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111047441A true CN111047441A (zh) | 2020-04-21 |
Family
ID=70232945
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911123182.0A Pending CN111047441A (zh) | 2019-11-16 | 2019-11-16 | 一种发行多种积分通证的区块链系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111047441A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111523896A (zh) * | 2020-05-06 | 2020-08-11 | 杭州复杂美科技有限公司 | 防攻击方法、设备和存储介质 |
| CN111626735A (zh) * | 2020-05-28 | 2020-09-04 | 上海逐鲨智能科技有限公司 | 一种数据交互系统、方法和模块 |
| CN112288445A (zh) * | 2020-10-23 | 2021-01-29 | 清华大学深圳国际研究生院 | 一种基于区块链的账号积分管理方法 |
| CN113378218A (zh) * | 2021-06-02 | 2021-09-10 | 浙江数秦科技有限公司 | 一种基于区块链的知识产权数据存证确权方法 |
| CN113742761A (zh) * | 2021-11-04 | 2021-12-03 | 深圳时空云科技有限公司 | 一种数字身份铸造方法、装置 |
-
2019
- 2019-11-16 CN CN201911123182.0A patent/CN111047441A/zh active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111523896A (zh) * | 2020-05-06 | 2020-08-11 | 杭州复杂美科技有限公司 | 防攻击方法、设备和存储介质 |
| CN111626735A (zh) * | 2020-05-28 | 2020-09-04 | 上海逐鲨智能科技有限公司 | 一种数据交互系统、方法和模块 |
| CN112288445A (zh) * | 2020-10-23 | 2021-01-29 | 清华大学深圳国际研究生院 | 一种基于区块链的账号积分管理方法 |
| CN113378218A (zh) * | 2021-06-02 | 2021-09-10 | 浙江数秦科技有限公司 | 一种基于区块链的知识产权数据存证确权方法 |
| CN113742761A (zh) * | 2021-11-04 | 2021-12-03 | 深圳时空云科技有限公司 | 一种数字身份铸造方法、装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111047441A (zh) | 一种发行多种积分通证的区块链系统 | |
| Kleiner et al. | Extreme points and majorization: Economic applications | |
| JP7316392B2 (ja) | ブロックチェーンが実現される方法及びシステム | |
| CN108885761B (zh) | 用于区块链上的安全点对点通信的方法 | |
| CN109155036B (zh) | 用于经由区块链控制资产有关的动作的系统及方法 | |
| CN110147990B (zh) | 基于区块链的缴费代扣签约方法及装置、电子设备 | |
| CN109767212B (zh) | 基于区块链的资产兑换方法、系统、终端及存储介质 | |
| CN110163590B (zh) | 基于区块链的缴费代扣方法及装置、电子设备、存储介质 | |
| CN112434343B (zh) | 一种基于双重区块链技术的虚拟电厂安全调度与交易方法 | |
| Buterin | Ethereum white paper | |
| CN108805627B (zh) | 媒体资源分配方法、装置、系统、介质及设备 | |
| KR20210008111A (ko) | 트랜잭션 증명 방식의 합의 알고리즘이 적용된 블록체인 시스템 및 그 방법 | |
| CN109034840A (zh) | 基于清洁能源产生的绿证交易方法和系统 | |
| Hwang et al. | InfiniteChain: A multi-chain architecture with distributed auditing of sidechains for public blockchains | |
| CN112801649B (zh) | 基于区块链的流量统计系统、方法及装置 | |
| CN110674533B (zh) | 基于大规模科学核心计算的区块链共识激励系统与方法 | |
| CN112200568B (zh) | 基于区块链的账户创建方法、装置及电子设备 | |
| TW202022640A (zh) | 基於區塊鏈的共享資源租賃方法、裝置和電腦設備 | |
| CN110728513A (zh) | 一种基于raft协议的区块链工作方法及系统 | |
| Gola et al. | Addressing the sustainability of distributed ledger technology | |
| CN114900536A (zh) | 基于区块链的积分通兑共识存储方法及系统 | |
| CN114219342A (zh) | 一种基于非同质化通证的碳资产管理方法及装置 | |
| CN113448694A (zh) | 一种提高事务处理能力的区块链共识方法 | |
| CN110417917B (zh) | 用于票据流转的方法、系统、计算机设备和介质 | |
| CN110610398A (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200421 |