基于区块链的虚拟资源分配方法及装置、电子设备与流程

本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种基于区块链的虚拟资源分配方法及装置、电子设备。

背景技术：

区块链技术，也被称之为分布式账本技术，是一种由若干台计算设备共同参与“记账”，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。

技术实现要素：

本说明书提出一种基于区块链的虚拟资源分配方法，所述方法包括：

接收客户端发送的资源分配交易；其中，所述资源分配交易包括目标用户的用户标识；

响应于所述资源分配交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；

如果所述业务指标满足虚拟资源分配条件，进一步调用所述智能合约中的虚拟资源分配逻辑，从虚拟资源池中为所述目标用户分配预设数额的虚拟资源，并将分配的虚拟资源转入与所述用户标识对应的区块链账户；

其中，所述虚拟资源池中的虚拟资源锚定了与所述业务对应的业务运营方的业务利润。

可选的，还包括：

如果所述业务指标不满足虚拟资源分配条件，确定所述区块链上与所述用户标识对应的区块链账户中是否持有所述虚拟资源；如果是，将所述区块链账户中持有的虚拟资源转入所述虚拟资源池。

可选的，校验所述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件，包括以下示出的任一：

采集所述目标用户在预设的业务周期内的业务指标，并确定采集到的业务指标是否满足虚拟资源分配条件；

查询所述区块链上存证的，由校验方发布至所述区块链的针对所述目标用户在预设的业务周期内的业务指标的校验结果，并基于查询到的所述校验结果确定所述业务指标是否满足虚拟资源分配条件；

查询所述区块链上存证的，由所述业务运营方发布至所述区块链的在预设的业务周期内的业务指标满足虚拟资源分配条件的用户列表，并将所述目标用户的用户标识与所述用户列表中的用户标识进行匹配，以确定所述业务指标是否满足虚拟资源分配条件。

可选的，所述业务包括支付业务；所述业务指标包括支付订单数；

所述虚拟资源分配条件包括以下示出的任一：

在预设的业务周期内的支付订单数达到预设阈值；

在预设的业务周期内的各单位业务周期内的平均支付订单数达到预设阈值；

在预设的业务周期内的各单位业务周期内的支付订单数均达到预设阈值。

可选的，所述虚拟资源禁止在所述区块链上的各区块链账户之间进行转移。

可选的，所述方法还包括：

接收客户端发送的资源兑换交易；其中，所述资源兑换交易包括目标用户的用户标识和待兑换的目标虚拟资源的数量；

响应于所述资源兑换交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标虚拟资源是否满足虚拟资源兑换条件；

如果所述目标虚拟资源满足虚拟兑换条件，进一步调用所述智能合约中的虚拟资源兑换逻辑，生成与所述目标虚拟资源对应的允许兑换事件，并将所述允许兑换事件发布至所述区块链进行存证，以使得支付平台在监听到所述区块链中存证的所述允许兑换事件时，基于所述区块链存证的所述虚拟资源池中的单笔虚拟资源锚定的业务利润金额和所述目标虚拟资源的数量计算兑换金额，并基于所述兑换金额向与所述用户标识对应的兑换账户进行转账处理。

可选的，所述虚拟资源，包括以下示出的任一：

锚定了业务运营方的业务利润营收的虚拟股票；

锚定了业务运营方的业务利润营收的虚拟资产；

锚定了业务运营方的业务利润营收的虚拟期权；

锚定了业务运营方的业务利润营收的电子凭证。

可选的，所述业务运营方为支付平台；或者，接入所述支付平台的商家。

本说明书还提出一种基于区块链的虚拟资源分配装置，所述装置包括：

第一接收模块，接收客户端发送的资源分配交易；其中，所述资源分配交易包括目标用户的用户标识；

第一校验模块，响应于所述资源分配交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；

分配模块，如果所述业务指标满足虚拟资源分配条件，进一步调用所述智能合约中的虚拟资源分配逻辑，从虚拟资源池中为所述目标用户分配预设数额的虚拟资源，并将分配的虚拟资源转入与所述用户标识对应的区块链账户；

其中，所述虚拟资源池中的虚拟资源锚定了与所述业务对应的业务运营方的业务利润。

可选的，还包括：

回收模块，如果所述业务指标不满足虚拟资源分配条件，确定所述区块链上与所述用户标识对应的区块链账户中是否持有所述虚拟资源；如果是，将所述区块链账户中持有的虚拟资源转入所述虚拟资源池。

可选的，所述第一校验模块，进一步执行以下示出的任一：

采集所述目标用户在预设的业务周期内的业务指标，并确定采集到的业务指标是否满足虚拟资源分配条件；

查询所述区块链上存证的，由校验方发布至所述区块链的针对所述目标用户在预设的业务周期内的业务指标的校验结果，并基于查询到的所述校验结果确定所述业务指标是否满足虚拟资源分配条件；

查询所述区块链上存证的，由所述业务运营方发布至所述区块链的在预设的业务周期内的业务指标满足虚拟资源分配条件的用户列表，并将所述目标用户的用户标识与所述用户列表中的用户标识进行匹配，以确定所述业务指标是否满足虚拟资源分配条件。

可选的，所述业务包括支付业务；所述业务指标包括支付订单数；

所述虚拟资源分配条件包括以下示出的任一：

在预设的业务周期内的支付订单数达到预设阈值；

在预设的业务周期内的各单位业务周期内的平均支付订单数达到预设阈值；

在预设的业务周期内的各单位业务周期内的支付订单数均达到预设阈值。

可选的，所述虚拟资源禁止在所述区块链上的各区块链账户之间进行转移。

可选的，还包括：

第二接收模块，接收客户端发送的资源兑换交易；其中，所述资源兑换交易包括目标用户的用户标识和待兑换的目标虚拟资源的数量；

第二校验模块，响应于所述资源兑换交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标虚拟资源是否满足虚拟资源兑换条件；

兑换模块，如果所述目标虚拟资源满足虚拟兑换条件，进一步调用所述智能合约中的虚拟资源兑换逻辑，生成与所述目标虚拟资源对应的允许兑换事件，并将所述允许兑换事件发布至所述区块链进行存证，以使得支付平台在监听到所述区块链中存证的所述允许兑换事件时，基于所述区块链存证的所述虚拟资源池中的单笔虚拟资源锚定的业务利润金额和所述目标虚拟资源的数量计算兑换金额，并基于所述兑换金额向与所述用户标识对应的兑换账户进行转账处理。

可选的，所述虚拟资源，包括以下示出的任一：

锚定了业务运营方的业务利润营收的虚拟股票；

锚定了业务运营方的业务利润营收的虚拟资产；

锚定了业务运营方的业务利润营收的虚拟期权；

锚定了业务运营方的业务利润营收的电子凭证。

可选的，所述业务运营方为支付平台；或者，接入所述支付平台的商家。

在以上技术方案中，通过将虚拟资源池中的虚拟资源与业务运营方的业余利润锚定，并在区块链上部署用于向用户分配虚拟资源的智能合约，使得用户通过客户端构建交易调用该智能合约，就可以触发将业务运营方的业务利润以虚拟资源的形式，向在预设的业务周期内的业务指标满足虚拟资源分配条件的用户群体进行分配，从而实现将业务运营方的业务利润，向在一定周期内的业务指标满足一定条件的高价值用户派发。

附图说明

图1是一示例性实施例提供的一种创建智能合约的示意图；

图2是一示例性实施例提供的调用智能合约的示意图；

图3是一示例性实施例提供的创建智能合约和调用智能合约的示意图；

图4是一示例性实施例提供的一种基于区块链的虚拟资源分配方法的流程图；

图5是一示例性实施例提供的一种电子设备的结构示意图；

图6是一示例性实施例提供的一种基于区块链的虚拟资源分配装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

区块链一般被划分为三种类型：公有链(publicblockchain)，私有链(privateblockchain)和联盟链(consortiumblockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。

其中，去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者(也可称为区块链中的节点)可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。

私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。

联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。

基于区块链的基本特性，区块链通常是由若干个区块构成。在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，构成一条在时间上有序的数据链条。

对于物理世界产生的真实数据，可以将其构建成区块链所支持的标准的交易(transaction)格式，然后发布至区块链，由区块链中的节点设备对收到的交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔交易打包进区块，在区块链中进行持久化存证。

其中，区块链中支持的共识算法可以包括：

第一类共识算法，即节点设备需要争夺每一轮的记账周期的记账权的共识算法；例如，工作量证明(proofofwork,pow)、股权证明(proofofstake，pos)、委任权益证明(delegatedproofofstake，dpos)等共识算法；

第二类共识算法，即预先为每一轮记账周期选举记账节点(不需要争夺记账权)的共识算法；例如，实用拜占庭容错(practicalbyzantinefaulttolerance，pbft)等共识算法。

在采用第一类共识算法的区块链网络中，争夺记账权的节点设备，都可以在接收到交易后执行该笔交易。争夺记账权的节点设备中可能有一个节点设备在本轮争夺记账权的过程中胜出，成为记账节点。记账节点可以将收到的交易与其它交易一起打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识。

在采用第二类共识算法的区块链网络中，具有记账权的节点设备在本轮记账前已经商定好。因此，节点设备在接收到交易后，如果自身不是本轮的记账节点，则可以将该交易发送至记账节点。对于本轮的记账节点，在将该交易与其它交易一起打包以生成最新区块的过程中或者之前，可以执行该交易。记账节点在生成最新区块后，可以将该最新区块或者该最新区块的区块头发送至其它节点设备进行共识。

如上所述，无论区块链采用以上示出的哪种共识算法，本轮的记账节点都可以将接收到的交易打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识验证。如果其它节点设备接收到最新区块或者该最新区块的区块头后，经验证没有问题，可以将该最新区块追加到原有的区块链末尾，从而完成区块链的记账过程。其它节点验证记账节点发来的新的区块或区块头的过程中，也可以执行该区块中的包含的交易。

在区块链领域，有一个重要的概念就是账户(account)；以以太坊为例，以太坊通常将账户划分为外部账户和合约账户两类；外部账户就是由用户直接控制的账户；而合约账户则是由用户通过外部账户创建的，包含合约代码的账户(即智能合约)。当然，对于一些基于以太坊的架构而衍生出的区块链项目(比如蚂蚁区块链)，还可以对区块链支持的账户类型，进行进一步的扩展，在本说明书中不进行特别限定。

对于区块链中的账户而言，通常会通过一个结构体，来维护账户的账户状态。当区块中的交易被执行后，区块链中与该交易相关的账户的状态通常也会发生变化。

以以太坊为例，账户的结构体通常包括balance，nonce，code和storage等字段。其中：

balance字段，用于维护账户目前的账户余额；

nonce字段，用于维护该账户的交易次数；它是用于保障每笔交易能且只能被处理一次的计数器，有效避免重放攻击；

code字段，用于维护该账户的合约代码；在实际应用中，code字段中通常仅维护合约代码的hash值；因而，code字段通常也称之为codehash字段。

storage字段，用于维护该账户的存储内容(默认字段值为空)；在实际应用中，对于合约账户而言，通常会分配一个独立的存储空间，用以存储该合约账户的存储内容；该独立的存储空间通常称之为该合约账户的账户存储。合约账户的存储内容通常构建成mpt(merklepatriciatrie)树的数据结构存储在上述独立的存储空间之中；其中，基于合约账户的存储内容构建成的mpt树，通常也称之为storage树。而storage字段通常仅维护该storage树的根节点；因此，storage字段通常也称之为storageroot字段。

其中，对于外部账户而言，以上示出的code字段和storage字段的字段值均为空值。

而大多数区块链项目，通常都会使用merkle树，或者基于merkle树的数据结构，来存储和维护数据。以以太坊为例，以太坊使用了mpt树(一种merkle树变种)，作为数据组织形式，用来组织和管理账户状态、交易信息等重要数据。

以太坊针对区块链中需要存储和维护的数据，设计了三颗mpt树，分别是mpt状态树、mpt交易树和mpt收据树。

mpt状态树，是由区块链中所有账户的账户状态(state)数据组织成的mpt树；mpt交易树，是由区块链中的交易(transaction)数据组织成的mpt树；mpt收据树，是区块中的交易在执行完毕后生成的与每笔交易对应的交易(receipt)收据组织成的mpt树。以上示出的mpt状态树、mpt交易树和mpt收据树的根节点的hash值，最终都会被添加至对应区块的区块头中。

其中，mpt交易树和mpt收据树均与区块相对应，即每一个区块都有自己的mpt交易树和mpt收据树。而mpt状态树是一个全局的mpt树，并不与某一个特定的区块相对应，而是涵盖了区块链中所有账户的账户状态数据。

对于组织成的mpt交易树、mpt收据树和mpt状态树，最终都会在采用多级数据存储结构的key-value型数据库(比如，leveldb)中进行存储。

而采用多级数据存储结构的上述数据库，通常采用多级数据存储的结构，可以被划分为n级数据存储；例如，各级数据存储可以依次设为l0，l1，l2，l3....l(n-1)；对于上述数据库中的各级数据存储而言，等级编号越小通常级别越高；例如，l0存储的是最新的若干区块的数据，l1存储的是次新的若干区块的数据，以此类推。

其中，各级数据存储对应的存储介质的读写性能，通常也可以存在性能差异；例如，级别高(即等级编号较小的)的数据存储对应的存储介质的读写性能，可以高于级别低的数据存储对应的存储介质的读写性能。在实际应用中，级别高的数据存储，可以使用存储成本较高，存储性能较优的存储介质；而级别低的数据存储，可以使用单位成本低，且容量较大的存储介质。

需要说明的是，区块链每产生一个最新区块，则在该最新区块中的交易被执行之后，区块链中这些被执行交易的相关账户(可以是外部账户也可以是合约账户)的账户状态，通常也会随之发生变化；

例如，当区块中的一笔“转账交易”执行完毕后，与该“转账交易”相关的转出方账户和转入方账户的余额(即这些账户的balance字段的字段值)，通常也会随之发生变化。

而节点设备在区块链产生的最新区块中的交易执行完毕后，由于当前区块链中的账户状态发生了变化，因此节点设备需要根据区块链中所有账户当前的账户状态数据，来构建mpt状态树，用于维护区块链中所有账户的最新状态。

也即，每当区块链中产生一个最新区块，并且该最新区块中的交易执行完毕后，导致区块链中的账户状态发生变化，节点设备都需要基于区块链中所有账户最新的账户状态数据，重新构建一颗mpt状态树。

换句话说，区块链中每一个区块，都有一个与之对应的mpt状态树；该mpt状态树，维护了在该区块中的交易在执行完毕后，区块链中所有账户最新的账户状态。

在实际应用中，不论是公有链、私有链还是联盟链，都可能提供智能合约(smartcontract)的功能。区块链上的智能合约是在区块链上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。

以以太坊为例，支持用户在以太坊网络中创建并调用一些复杂的逻辑。以太坊作为一个可编程区块链，其核心是以太坊虚拟机(evm)，每个以太坊节点都可以运行evm。evm是一个图灵完备的虚拟机，通过它可以实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在evm上运行的。实际上，evm直接运行的是虚拟机代码(虚拟机字节码，下简称“字节码”)，所以部署在区块链上的智能合约可以是字节码。

如图1所示，bob将一个包含创建智能合约信息的交易(transaction)发送到以太坊网络后，节点1的evm可以执行这个交易并生成对应的合约实例。节点1中的“0x68e12cf284…”代表了这个合约的地址，交易的data字段的字段值保存的合约代码可以是字节码，交易的to字段的字段值为一个null(空)的账户。节点间通过共识机制达成一致后，这个智能合约成功创建，后续用户可以调用这个智能合约。

智能合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址，合约代码(code)和账户存储(storage)将保存在该合约账户的账户存储中；智能合约的行为由合约代码控制，而智能合约的账户存储则保存了智能合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。

前述提到，包含创建智能合约的交易的data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。例如，高级语言可以诸如solidity、serpent、lll语言等。对于采用高级语言编写的智能合约代码，可以经过编译器编译，生成可以部署到区块链上的字节码。

以solidity语言为例，用其编写的合约代码与面向对象编程语言中的类(class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。状态变量是永久存储在智能合约的账户存储(storage)字段中的值，用于保存合约的状态。

如图2所示，仍以以太坊为例，bob将一个包含调用智能合约信息的交易发送到以太坊网络后，节点1的evm可以执行这个交易并生成对应的合约实例。图中2中交易的from字段用于记录发起调用智能合约的账户的地址，to字段用于记录被调用的智能合约的地址，交易的data字段用于记录调用智能合约的方法和参数。调用智能合约后，合约账户的账户状态可能改变。后续，某个客户端可以通过接入的区块链节点(例如图2中的节点1)查看合约账户的账户状态。

智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。

创建智能合约和调用智能合约的示意图如图3所示。以太坊中要创建一个智能合约，需要经过编写智能合约、变成字节码、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易，各个节点的evm可以分别执行该交易，将智能合约代码分布式的运行在以太坊网络中各个节点的虚拟机中。

在本说明书中，旨在提出一种基于区块链上部署的智能合约，将业务运营方的业务利润以虚拟资源的形式，向该业务运营方的用户群体中的高价值用户派发的技术方案。

一方面，业务运营方可以预先创建一个虚拟资源池，并将虚拟资源池中的虚拟资源与自身的业务利润进行锚定；例如，业务运营方可以将每年的业务利润按照一定比例拿出一部分，形成利润池，与虚拟资源池中的虚拟资源进行锚定，作为虚拟资源池中的虚拟资源的价值支撑。

另一方面，业务运营方还可以在区块链上部署用于向用户分配虚拟资源的智能合约；

其中，在部署的该智能合约中，可以包含校验逻辑和虚拟资源分配逻辑；该校验逻辑可以用于校验用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；上述虚拟资源分配条件，可以由上述智能合约的开发者以代码的形式写入上述智能合约；

上述虚拟资源分配逻辑，用于在用户在预设的业务周期内的业务指标满足虚拟资源分配条件时，从虚拟资源池中为该用户分配虚拟资源，并将分配的虚拟资源转入该用户的区块链账户；上述虚拟资源池中可分配的虚拟资源的总数量，也可以由上述智能合约的开发者以代码的形式写入上述智能合约；

当上述智能合约部署完成后，上述业务运营方或者上述业务运营方的普通用户，均可以通过客户端构建资源分配交易；其中，该资源分配交易中可以携带目标用户的用户标识；然后，可以将该资源分配交易发布至区块链，来调用部署在区块链上的上述智能合约，为该目标用户分配虚拟资源；

而区块链中的节点设备在收到该资源分配交易后，可以响应该资源分配交易，调用上述智能合约中的校验逻辑，校验该目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；如果是，可以进一步调用上述智能合约中的虚拟资源分配逻辑，从上述虚拟资源池中为该目标用户分配预设数额的虚拟资源，并将分配的虚拟资源转入与上述目标用户的用户标识对应的区块链账户；

在以上技术方案中，通过将虚拟资源池中的虚拟资源与业务运营方的业余利润锚定，并在区块链上部署用于向用户分配虚拟资源的智能合约，使得用户通过客户端构建交易调用该智能合约，就可以触发将业务运营方的业务利润以虚拟资源的形式，向在预设的业务周期内的业务指标满足虚拟资源分配条件的用户群体进行分配，从而实现将业务运营方的业务利润，向在一定周期内的业务指标满足一定条件的高价值用户派发。

请参见图4，图4是一示例性实施例提供的一种基于区块链的虚拟资源分配方法的流程图。如图4所示，该方法应用于区块链中的节点设备；所述方法包括以下步骤：

步骤402，接收客户端发送的资源分配交易；其中，所述资源分配交易包括目标用户的用户标识；

步骤404，响应于所述资源分配交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；

步骤406，如果所述业务指标满足虚拟资源分配条件，进一步调用所述智能合约中的虚拟资源分配逻辑，从虚拟资源池中为所述目标用户分配预设数额的虚拟资源，并将分配的虚拟资源转入与所述用户标识对应的区块链账户；其中，所述虚拟资源池中的虚拟资源锚定了与所述业务对应的业务运营方的业务利润。

在本说明书中，上述虚拟资源，具体包括可以由区块链上的区块链账户(包括外部账户和合约账户)进行持有的任意形式的资源对象；

其中，上述虚拟资源的具体形式，在本说明书中不进行特别限定，在实际应用中可以灵活的进行定义。

例如，在示出的一种实施方式中，上述虚拟资源，具体可以包括但不限于以下示出的几种形式：锚定了业务运营方的业务利润营收的虚拟股票；锚定了业务运营方的业务利润营收的虚拟资产；锚定了业务运营方的业务利润营收的虚拟期权；锚定了业务运营方的业务利润营收的电子凭证(token)，等等。

其中，区块链账户持有虚拟资源，具体可以包括以下示出的持有形式：

在一种方式中，区块链账户持有虚拟资源，可以是指将虚拟资源以余额的形式，添加到区块链账户的balance字段中；

例如，对于虚拟股票、虚拟资产、电子凭证等形式的，易于通过余额来对价值进行计数的虚拟资源，区块链账户在持有这类虚拟资源时，可以直接以余额的形式，将这类虚拟资源添加到区块链账户的balance字段中；

在另一种方式中，可以对区块链账户的balance字段的含义进行扩展，使balance字段不再仅仅表示“余额”，而是用于维护区块链持有的虚拟资源的地址信息；在这种情况下，区块链账户持有虚拟资源，则可以是指将虚拟资源的地址信息，添加到区块链账户的balance字段中。

例如，对于虚拟资产这类虚拟资源，其实际所锚定的价值，通常并不固定；比如，用户可以灵活的将真实世界中的各类资产作为锚定物，在区块链上来“发行”虚拟资产；因此，对于虚拟资产这类不易通过余额来对价值进行计数的虚拟资源，区块链账户在持有这类虚拟资源时，则可以直接将虚拟资产的地址信息，添加到区块链账户的balance字段中。

需要说明的是，由于在本说明书中，虚拟资源最终只会分配给在预设的业务周期内的业务指标满足一定条件的高价值用户；因此，分配给这类用户的虚拟资源，可以理解为是业务运营方对用户群体中的高价值用户的激励措施。在这种情形下，对于区块链上的各区块链账户持有的虚拟资源，可以被禁止在区块链上的各区块链账户之间进行转移；

例如，以上述虚拟资源为虚拟股票为例，对于各区块链账户持有的虚拟股票，可以约定只能由在预设的业务周期内的业务指标满足一定条件的高价值用户的区块链账户持有，而禁止在不同用户的区块链账户之间进行的流转。

在本说明书中，业务运营方可以预先创建一个虚拟资源池，并将虚拟资源池中的虚拟资源与自身的业务利润进行锚定；

其中，上述虚拟资源池，具体可以是区块链上与上述业务运营方对应的一个区块链账户，该区块链账户中可以持有业务运营方能够用于分配的虚拟资源；例如，在实现时，作为上述虚拟资源池的区块链账户具体可以是由上述业务运营方在区块链上部署的一个智能合约对应的合约账户。

其中，本说明书中描述的将虚拟资源与业务利润进行锚定，是指将业务利润作为虚拟资源的价值支撑；业务运营方可以将每年的业务利润按照一定比例拿出一部分，形成利润池(资金池)，作为虚拟资源池中的虚拟资源的价值支撑(也称之为锚定物)，完成虚拟资源池中的虚拟资源与业务利润之间的锚定。

例如，以上述虚拟资源为虚拟股票为例，将虚拟股票与业务运营方的业务利润进行锚定后，就可以基于业务利润池的资金总额和虚拟资源池中的虚拟资源的总数，换算出每一股虚拟股票所能兑换的资金数额，从而赋予虚拟股票真实的经济价值。

其中，上述虚拟资源池中可分配的虚拟资源的总数量，在本说明书中不进行特别限定，在实际应用中，业务运营方可以基于与虚拟资源池锚定的业务利润的总额来进行确定；

例如，仍以上述虚拟资源为虚拟股票为例，业务运营方可以基于业务利润池中的资金总额，来确定需要“发行”的虚拟股票的总股数。

而在将虚拟资源池中的虚拟资源与业务运营方的业务利润进行锚定之后，业务运营方还可以基于与虚拟资源池锚定的业务利润总额，和虚拟资源池中的虚拟资源数量，计算与虚拟资源池中的单笔虚拟资源锚定的业务利润金额(即单笔虚拟资源的经济价值)；然后将计算出的与虚拟资源池中的单笔虚拟资源锚定的业务利润金额发布至区块链中进行存证。

例如，在实现时，可以基于计算出的与虚拟资源池中的单笔虚拟资源锚定的业务利润金额，构建一笔存证交易，并将该存证交易发布至区块链，由区块链中的各节点设备进行共识，并在达成共识后，由区块链中的记账节点将该存证交易打包进行区块在区块链中进行持久化存证。

另一方面，业务运营方还可以在区块链上部署用于向用户分配虚拟资源的智能合约；其中，在区块链上部署智能合约的具体过程，不再赘述，可以参考图1示出的智能合约创建过程。而区块链上与该智能合约对应的合约账户，可以作为上述虚拟资源池，持有上述业务运营方能够用于分配的虚拟资源。

在部署的上述智能合约中，可以包含校验逻辑和虚拟资源分配逻辑；其中，上述校验逻辑和虚拟资源分配逻辑，均可以是由业务运营方的智能合约开发者开发的可供调用的合约代码；比如，可供调用的函数。

其中，上述校验逻辑，具体可以用于校验用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；上述虚拟资源分配条件，可以由上述智能合约的开发者以代码的形式写入上述智能合约；

上述虚拟资源分配逻辑，具体用于在用户在预设的业务周期内的业务指标满足虚拟资源分配条件时，从虚拟资源池中为该用户分配虚拟资源，并将分配的虚拟资源转入该用户的区块链账户。

当上述智能合约部署完成后，上述业务运营方或者上述业务运营方的普通用户，均可以通过客户端构建资源分配交易，并将该资源分配交易发布至区块链，以调用部署在区块链上的上述智能合约，来为该目标用户分配虚拟资源；其中，业务运营方是虚拟资源的分配一方；而上述目标用户则是指虚拟资源的被分配的一方。该资源分配交易具体为调用智能合约的交易类型；在该资源分配交易中，可以携带上述智能合约的地址和目标用户的用户标识。

在示出的一种实施方式中，在普通用户的用户客户端上，具体可以提供一“领取虚拟资源”的交互选项(比如交互按钮)；业务运营方后台可以采集所有用户在预设的业务周期内的业务指标，并将上述业务指标满足虚拟资源分配条件的用户作为高价值用户筛选出来，然后通过用户客户端向这些高价值用户发出“领取虚拟资源”的提醒；

当这些高价值用户通过用户客户端收到该提醒后，可以操作上述交互选项，触发用户客户端自动“打包”一笔资源分配交易，并将该资源分配交易发布至区块链，以调用部署在区块链上的上述智能合约，来“领取”虚拟资源。

在示出的另一种实施方式中，在业务运营方后台的客户端上，可以提供一“发放虚拟资源”的交互选项(比如交互按钮)；业务运营方后台可以采集所有用户在预设的业务周期内的业务指标，将上述业务指标满足虚拟资源分配条件的用户作为高价值用户筛选出来，然后通过业务运营方后台的客户端向业务运营方的管理人员发出“领取虚拟资源”的提醒；

当业务运营方的管理人员通过业务运营方后台的客户端收到该提醒后，可以操作上述交互选项，触发该客户端自动“打包”一笔资源分配交易，并将该资源分配交易发布至区块链，以调用部署在区块链上的上述智能合约，向该目标用户“发放”虚拟资源。

在本说明书中，区块链中的节点设备在收到上述资源分配交易后，可以与其它节点设备一起对该资源分配交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔资源分配交易与其它交易一起打包进区块，在区块链中进行持久化存证。其中，对上述资源分配交易的共识处理过程，本说明书中不再进行赘述。

对于打包进区块的上述资源分配交易，区块链中的节点设备均可以执行上述资源分配交易，在本地的evm中运行该资源分配交易所调用的上述智能合约中的校验逻辑对应的执行代码，校验上述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；

其中，需要说明的是，校验上述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件的过程，即为从上述业务运营方的用户群体中筛选出价值用户的过程。

在实际应用中，以上筛选过程可以直接由智能合约来完成；也可以由其它的校验方或者业务运营方完成之后，将相应的筛选结果发布至区块进行存证，进而智能合约可以将区块链上存证的筛选结果作为参考，来进一步甄别上述目标用户是否为价值用户。

在示出的一种实施方式中，如果以上筛选过程由智能合约来完成，此时上述智能合约中的校验逻辑所对应的执行逻辑，具体可以是，采集上述目标用户在预设的业务周期内的业务指标，并确定采集到的业务指标是否满足虚拟资源分配条件；

在这种情况下，区块链中的节点设备在本地的evm中运行上述资源分配交易所调用的上述智能合约中的校验逻辑对应的执行代码，校验上述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件时，可以自主的采集上述目标用户在预设的业务周期内的业务指标，然后进一步确定采集到的业务指标是否满足虚拟资源分配条件；

也即，由智能合约自主采集上述目标用户在预设的业务周期内的业务指标，来做出该业务指标是否满足虚拟资源分配条件的判断。

在示出的另一种实施方式中，如果以上筛选过程由第三方的校验方来完成，则区块链中的节点设备在收到上述资源分配交易后，除了可以与其它节点设备一起对该资源分配交易进行共识处理以外，还可以将上述资源分配交易复制一份，进一步提交给第三方的校验方，由校验方基于该资源分配交易中携带的上述目标用户的用户标识，来采集该目标用户在预设的业务周期内的业务指标，并对该业务指标发起校验，来确定该业务指标是否满足虚拟资源分配条件，然后可以将相关的校验结果发布至区块链进行存证。

在这种情况下，上述智能合约中的校验逻辑所对应的执行逻辑，具体可以是，查询所述区块链上存证的，由校验方发布至区块链的针对上述目标用户在预设的业务周期内的业务指标的校验结果，并基于查询到的上述校验结果来确定上述业务指标是否满足虚拟资源分配条件；

相应的，区块链中的节点设备在本地的evm中运行上述资源分配交易所调用的上述智能合约中的校验逻辑对应的执行代码，校验上述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件时，可以查询区块链上存证的上述校验结果，并基于查询到的上述校验结果来确定上述业务指标是否满足虚拟资源分配条件。

也即，智能合约并不需要自主采集上述目标用户在预设的业务周期内的业务指标，来做出该业务指标是否满足虚拟资源分配条件的判断；而是通过第三方的校验结果，来确定该业务指标是否满足虚拟资源分配条件。

在示出的另一种实施方式中，如果以上筛选过程由业务运营方来完成，则业务运营方后台在日常的业务运营过程中，就可以采集用户在预设的业务周期内的业务指标，对采集到的业务指标进行统计分析，来筛选出上述业务指标满足虚拟资源分配条件的用户，并基于这些筛选出的用户的用户标识生成用户列表；然后，可以将上述用户列表发布至区块链进行存证。

在这种情况下，上述智能合约中的校验逻辑所对应的执行逻辑，具体可以是，查询所述区块链上存证的，由业务运营方发布至区块链的在预设的业务周期内的业务指标满足虚拟资源分配条件的用户列表，并将上述资源分配交易中携带的上述目标用户的用户标识与上述用户列表中的用户标识进行匹配，来确定上述目标用户的上述业务指标是否满足虚拟资源分配条件；

相应的，区块链中的节点设备在本地的evm中运行上述资源分配交易所调用的上述智能合约中的校验逻辑对应的执行代码，校验上述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件时，可以查询区块链上存证的上述用户列表，并将上述资源分配交易中携带的上述目标用户的用户标识与上述用户列表中的用户标识进行匹配；如果上述资源分配交易中携带的上述目标用户的用户标识与上述用户列表中的任一用户标识匹配，可以确定上述目标用户的上述业务指标满足虚拟资源分配条件；反之，可以确定上述目标用户的上述业务指标不满足虚拟资源分配条件；

也即，智能合约并不需要自主采集上述目标用户在预设的业务周期内的业务指标，来做出该业务指标是否满足虚拟资源分配条件的判断；而是根据业务运营方发布至区块链的上述业务指标满足虚拟资源分配条件的用户列表，通过用户匹配的方式，来确定上述目标用户的业务指标是否满足虚拟资源分配条件。

在本说明书中，如果经过上述校验过程，确定上述目标用户在预设的业务周期内的业务指标，满足上述虚拟资源分配条件，此时可以确认该目标用户为业务运营方的用户群体中的高价值用户；区块链中的节点设备还可以在本地的evm中进一步运行该资源分配交易所调用的上述智能合约中的虚拟资源分配逻辑对应的执行代码，从上述虚拟资源池中为该目标用户分配预设数额的虚拟资源，并将分配的虚拟资源转入与上述目标用户的用户标识对应的区块链账户；

例如，上述资源分配交易执行完毕后，上述目标用户的用户标识对应的区块链账户，和作为虚拟资源池的合约账户的账户状态(账户余额)均会发生变化，节点设备可以在本地存储的mpt状态树上，查找上述目标用户的用户标识对应的区块链账户和上述合约账户，然后根据分配给该目标用户的虚拟资源的数额，更新该区块链账户和上述合约账户的balance字段的余额信息(减少该合约账户的余额，并等量增加该区块链账户的余额)；或者，将分配给该目标用户的虚拟资源的地址信息，从上述合约账户的balance字段中移除，然后添加至该区块链账户的balance字段，以完成针对该区块链账户和合约账户的状态更新。

在本说明书中，除了可以通过构建资源分配交易调用上述智能合约，为目标用户分配虚拟资源以外，还可以引入虚拟资源回收机制，在目标用户在预设的业务周期内的业务指标不满足虚拟资源分配条件时，对已经分配给上述目标用户的虚拟资源进行回收，重新转入上述虚拟资源池。

在示出的一种实施方式中，如果经过上述校验过程，确定上述目标用户在预设的业务周期内的业务指标，不满足上述虚拟资源分配条件；此时可以进一步确定区块链上与上述目标用户的用户标识对应的区块链账户中，是否持有上述虚拟资源；如果是，此时可以对该区块链账户持有的虚拟资源进行回收，将这些虚拟资源转入上述虚拟资源池。

例如，可以根据需要回收的虚拟资源的数额，更新该目标用户对应的区块链账户和上述合约账户的balance字段的余额信息；或者，将需要回收的虚拟资源的地址信息，从上述目标用户对应的区块链账户的balance字段中移除，然后添加至作为上述虚拟资源池的上述合约账户的balance字段，以完成针对该区块链账户和合约账户的状态更新。

其中，回收的虚拟资源的数量，可以与分配给目标用户的虚拟资源数量对应，也可以是该目标用户对应的区块链账户中实际持有的所有虚拟资源；也即，如果上述目标用户在预设的业务周期内的业务指标，不满足上述虚拟资源分配条件，可以将上一次分配给该目标用户的预设数量的虚拟资源收回，也可以将该目标用户对应的区块链账户当前持有的虚拟资源全部收回，在本说明书中不进行特别限定。

在本说明书中，上述虚拟资源分配条件，具体可以由上述业务运营方基于实际的虚拟资源分配需求来进行定义；上述虚拟资源分配条件的具体内容，以及上述业务指标的具体内容，通常均取决于上述业务运营方实际运营的业务的具体类型。

例如，在示出的一种实施方式中，上述业务具体可以是支付业务，上述业务运营方具体可以是支付平台；或者，接入支付平台的商家；也即，无论是支付平台还是接入支付平台的商家，均可以作为运营方将自身的业务利润分配给用户群体中的高价值用户。相应的，上述业务指标，具体可以是支付订单数。

在这种情况下，上述虚拟资源分配条件具体可以包括但不限于以下示出的几种规则：

在预设的业务周期内的支付订单数达到预设阈值；比如，在30天内的支付订单数达到了n笔；

在预设的业务周期内的各单位业务周期内的平均支付订单数达到预设阈值；比如，在30天内平均每天的支付订单数达到了n笔；

在预设的业务周期内的各单位业务周期内的支付订单数均达到预设阈值；比如，在30天内平均每天的支付订单数均达到了n笔；

需要说明的是，以上以支付业务为例仅为示例性描述，在实际应用中，业务运营方可以基于实际的虚拟资源分配需求，和运营的业务的具体业务类型，来灵活选定业务指标类型，并定义相应的虚拟资源分配条件，进而从用户群体中筛选出有价值用户，在本说明书中不再进行一一列举。

例如，除了以上示出的几种虚拟资源分配条件以外，业务运营方还可以在满足上述虚拟资源分配条件的用户群体的基础上，再进一步进行筛选，将满足上述虚拟资源分配条件的用户群体中的前n名用户，确定为有价值用户，进而可以通过这种方式，来严格控制分配虚拟资源的用户数量。

在本说明书中，上述目标用户还可以在持有的虚拟资源满足一定的虚拟资源兑换条件时，向上述业务运营方兑换业务利润；

例如，以上述虚拟资源为业务运营方分配给目标用户的虚拟股票或者虚拟期权为例，而上述虚拟兑换条件可以是指虚拟股票或者虚拟期权的解禁条件，当目标用户持有的虚拟股票或者虚拟期权满足了解禁条件，可以向业务运营方兑现资金。比如，在实际应用中，上述业务运营方可以为分配给用户的虚拟股票或者虚拟期权设置解禁期，这种情况下，上述解禁条件是指，虚拟股票或者虚拟期权是否到了解禁期。

而业务运营方还可以在区块链上部署用于兑换虚拟资源的智能合约；在部署的上述智能合约中，可以包含校验逻辑和虚拟资源兑换逻辑；其中，上述校验逻辑和虚拟资源兑换逻辑，也可以是由业务运营方的智能合约开发者开发的可供调用的合约代码；比如，可供调用的函数。

其中，上述校验逻辑，具体可以用于校验用户持有的虚拟资源，是否满足虚拟资源兑换条件；上述虚拟资源兑换条件，可以由上述智能合约的开发者以代码的形式写入上述智能合约；

上述虚拟资源兑换逻辑，具体用于在用户持有的虚拟资源满足虚拟资源兑换条件时，生成与该虚拟资源对应的允许兑换事件，并将该允许兑换事件发布至区块链进行存证。

当上述智能合约部署完成后，持有虚拟资源的上述目标用户，可以通过客户端构建资源兑换交易，并将该资源兑换交易发布至区块链，以调用部署在区块链上的上述智能合约，向业务运营方兑换业务利润；其中，该资源兑换交易可以包括上述目标用户的用户标识和待兑换的目标虚拟资源的数量；

区块链中的节点设备在收到上述资源兑换交易后，可以与其它节点设备一起对该资源分配交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔资源兑换交易与其它交易一起打包进区块，在区块链中进行持久化存证。

对于打包进区块的上述资源兑换交易，区块链中的节点设备均可以执行上述资源兑换交易，在本地的evm中运行该资源兑换交易所调用的上述智能合约中的校验逻辑对应的执行代码，校验目标虚拟资源，是否满足虚拟资源兑换条件；

其中，上述虚拟资源兑换条件的具体内容，在本说明书中不进行特别限定，可以由上述业务运营方基于实际的兑换需求来灵活的进行设定；例如，在实际应用中，上述虚拟资源兑换条件具体可以是虚拟资源的解禁条件；

如果经过上述校验过程，确定上述目标虚拟资源，满足上述虚拟资源兑换条件，此时可以进一步调用上述智能合约中的虚拟资源兑换逻辑，基于智能合约的事件机制，生成与上述目标虚拟资源对应的允许兑换事件(event)，并将该允许兑换事件发布至上述区块链进行存证。其中，该允许兑换事件中也可以携带上述目标用户的用户标识和待兑换的上述目标虚拟资源的数量；

例如，在实际应用中，上述允许兑换事件具体可以写入上述智能合约的账户存储(storage)中，也可以作为上述虚拟资源兑换交易执行完毕后产生的交易日志(log)写入与该虚拟资源兑换交易对应的收据(receipt)中。

在本说明书中，上述业务运营方具体可以通过第三方的支付平台来完成分配给用户的虚拟资源的兑换。支付平台可以通过监听上述智能合约生成的上述允许兑换事件(event)，来完成上述目标虚拟资源的兑换转账动作；

例如，在实际应用中，支付平台可以通过监听基于上述智能合约的账户存储中的存储内容构建的storage树，或者最新区块的receipt树上产生的最新的数据，来获取上述智能合约生成的上述允许兑换事件。

如果支付平台监听到上述区块链上存证的上述允许兑换事件，可以基于上述区块链存证的上述虚拟资源池中的单笔虚拟资源锚定的业务利润金额，和上述目标虚拟资源的数量，来计算兑换金额；然后，在计算完成后，可以基于支付平台的转账功能，按照该兑换金额向与上述目标用户的用户标识对应的兑换账户进行转账处理，向资金转入该目标用户的兑换账户。

当支付平台完成针对上述目标虚拟资源的兑换转账处理后，还可以基于兑换结果，构建一笔存证交易，并将该存证交易发布至区块链，由区块链中的各节点设备进行共识，并在达成共识后，由区块链中的记账节点将该存证交易打包进行区块在区块链中进行持久化存证。

在以上技术方案中，通过将虚拟资源池中的虚拟资源与业务运营方的业余利润锚定，并在区块链上部署用于向用户分配虚拟资源的智能合约，使得用户通过客户端构建交易调用该智能合约，就可以触发将业务运营方的业务利润以虚拟资源的形式，向在预设的业务周期内的业务指标满足虚拟资源分配条件的用户群体进行分配，从而实现将业务运营方的业务利润，向在一定周期内的业务指标满足一定条件的高价值用户派发；

例如，以上述业务为支付业务为例，业务运营方可以是支付平台或者接入支付平台的商家，支付平台或者商家可以将上一年的利润的一部分，以虚拟股票的形式，发放给“在30天内平均每天的支付订单数均达到了n笔”的有价值用户，从而让普通用户也有机会共享支付平台或者商家的利润。

与上述方法实施例相对应，本申请还提供了装置的实施例。

与上述方法实施例相对应，本说明书还提供了一种基于区块链的虚拟资源分配装置的实施例。本说明书的基于区块链的虚拟资源分配装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本说明书的基于区块链的虚拟资源分配装置所在电子设备的一种硬件结构图，除了图5所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

图6是本说明书一示例性实施例示出的一种基于区块链的虚拟资源分配装置的框图。

请参考图6，所述基于区块链的虚拟资源分配装置60可以应用在前述图5所示的电子设备中，包括：

第一接收模块601，接收客户端发送的资源分配交易；其中，所述资源分配交易包括目标用户的用户标识；

第一校验模块602，响应于所述资源分配交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标用户在预设的业务周期内的业务指标，是否满足虚拟资源分配条件；

分配模块603，如果所述业务指标满足虚拟资源分配条件，进一步调用所述智能合约中的虚拟资源分配逻辑，从虚拟资源池中为所述目标用户分配预设数额的虚拟资源，并将分配的虚拟资源转入与所述用户标识对应的区块链账户；

其中，所述虚拟资源池中的虚拟资源锚定了与所述业务对应的业务运营方的业务利润。

在本实施例中，所述装置60还包括：

回收模块604(图6中未示出)，如果所述业务指标不满足虚拟资源分配条件，确定所述区块链上与所述用户标识对应的区块链账户中是否持有所述虚拟资源；如果是，将所述区块链账户中持有的虚拟资源转入所述虚拟资源池。

在本实施例中，所述第一校验模块602，进一步执行以下示出的任一：

采集所述目标用户在预设的业务周期内的业务指标，并确定采集到的业务指标是否满足虚拟资源分配条件；

查询所述区块链上存证的，由校验方发布至所述区块链的针对所述目标用户在预设的业务周期内的业务指标的校验结果，并基于查询到的所述校验结果确定所述业务指标是否满足虚拟资源分配条件；

查询所述区块链上存证的，由所述业务运营方发布至所述区块链的在预设的业务周期内的业务指标满足虚拟资源分配条件的用户列表，并将所述目标用户的用户标识与所述用户列表中的用户标识进行匹配，以确定所述业务指标是否满足虚拟资源分配条件。

在本实施例中，所述业务包括支付业务；所述业务指标包括支付订单数；

所述虚拟资源分配条件包括以下示出的任一：

在预设的业务周期内的支付订单数达到预设阈值；

在预设的业务周期内的各单位业务周期内的平均支付订单数达到预设阈值；

在预设的业务周期内的各单位业务周期内的支付订单数均达到预设阈值。

在本实施例中，所述虚拟资源禁止在所述区块链上的各区块链账户之间进行转移。

在本实施例中，所述装置60还包括：

第二接收模块604(图6中未示出)，接收客户端发送的资源兑换交易；其中，所述资源兑换交易包括目标用户的用户标识和待兑换的目标虚拟资源的数量；

第二校验模块(图6中未示出)，响应于所述资源兑换交易，调用所述区块链中部署的智能合约中的校验逻辑，校验所述目标虚拟资源是否满足虚拟资源兑换条件；

兑换模块(图6中未示出)，如果所述目标虚拟资源满足虚拟兑换条件，进一步调用所述智能合约中的虚拟资源兑换逻辑，生成与所述目标虚拟资源对应的允许兑换事件，并将所述允许兑换事件发布至所述区块链进行存证，以使得支付平台在监听到所述区块链中存证的所述允许兑换事件时，基于所述区块链存证的所述虚拟资源池中的单笔虚拟资源锚定的业务利润金额和所述目标虚拟资源的数量计算兑换金额，并基于所述兑换金额向与所述用户标识对应的兑换账户进行转账处理。

在本实施例中，所述虚拟资源，包括以下示出的任一：

锚定了业务运营方的业务利润营收的虚拟股票；

锚定了业务运营方的业务利润营收的虚拟资产；

锚定了业务运营方的业务利润营收的虚拟期权；

锚定了业务运营方的业务利润营收的电子凭证。

在本实施例中，所述业务运营方为支付平台；或者，接入所述支付平台的商家。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。