CN112269838B - 基于区块链的监管方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种基于区块链的监管方法、装置、电子设备及存储介质，涉及区块链技术领域。其中，该方法可以应用于区块链业务系统中的任一监管节点，该区块链业务系统可以包括：监管链和业务链，监管链包括至少一个监管节点，业务链包括至少一个业务节点；该方法包括：接收监管指令变更请求，监管指令变更请求用于指示待变更的监管指令；根据监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；向业务链中的业务节点发送变更后的监管指令，使得在本监管节点中的监管指令发生变更时，可以及时同步给业务链中的业务节点，提高业务节点中监管指令的实时变更响应度。

Description

基于区块链的监管方法、装置、电子设备及存储介质

技术领域

本申请涉及区块链技术领域，特别涉及一种基于区块链的监管方法、装置、电子设备及存储介质。

背景技术

区块链是一种去中心化的分布式账本，它将每一笔交易都记录在区块链网络的每一个节点上。每个节点内包括所有的区块，每个区块包括若干笔交易，所有区块的集合就包含了区块链上所有交易的集合。

现有的对于区块链的监管主要是基于可信环境，在交易数据入链之前预先进行监管审查，从而达到敏感数据过滤，敏感业务初审的作用。

但现有的监管方式由于比较简单，因此存在对监管规则的实时变更机制响应度较差的问题。

发明内容

本申请的目的在于，针对上述现有技术中的不足，提供一种基于区块链的监管方法、装置、电子设备及存储介质，可以提高对监管规则的实时变更机制的响应度。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种基于区块链的监管方法，应用于区块链业务系统中的任一监管节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个所述监管节点，所述业务链包括至少一个业务节点；所述方法包括：

接收监管指令变更请求，所述监管指令变更请求用于指示待变更的监管指令；

根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；

向所述业务链中的业务节点发送所述变更后的监管指令，以使所述业务节点根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

可选地，所述根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令，包括：

根据所述监管指令变更请求，与所述监管链中的其他监管节点进行共识，获取共识结果；

根据所述共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令。

可选地，所述根据所述共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令，包括：

若所述共识结果指示所述监管链中的监管节点达成共识，则写入所述监管指令变更请求，获取变更后的监管指令。

第二方面，本申请实施例提供了一种基于区块链的监管方法，应用于区块链业务系统的任一业务节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个监管节点，所述业务链包括至少一个所述业务节点；所述方法包括：

获取监管节点传输的变更后的监管指令；

根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

可选地，所述待处理业务数据包括：待入链的业务数据，或，待部署的智能合约数据。

可选地，所述根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，包括：

根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果，所述共识结果指示所述待处理业务数据是否符合所述业务链的预设入链标准。

可选地，所述根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果之前，还包括：

在所述待处理业务数据到达业务池之前，采用预言机获取所述变更后的监管指令对应的字节码；

通过监管引擎加载所述字节码获取监管结果。

可选地，所述根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果，包括：

在所述待处理业务数据到达业务池之前，将所述监管结果附加在所述待处理业务数据上，获取附加数据，将所述附加数据加入到所述业务池中；

根据所述附加数据，与其他业务节点进行共识，获取所述共识结果。

可选地，所述根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准之后，还包括：

若所述待处理业务数据不符合所述业务链的预设入链标准，则将所述待处理业务数据滤除。

第三方面，本申请实施例提供了一种基于区块链的监管装置，应用于区块链业务系统中的任一监管节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个所述监管节点，所述业务链包括至少一个业务节点；所述装置包括：接收模块、获取模块以及发送模块；

接收模块，用于接收监管指令变更请求，所述监管指令变更请求用于指示待变更的监管指令；

获取模块，用于根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；

发送模块，用于向所述业务链中的业务节点发送所述变更后的监管指令，以使所述业务节点根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

可选地，获取模块，具体用于根据所述监管指令变更请求，与所述监管链中的其他监管节点进行共识，获取共识结果；

根据所述共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令。

可选地，获取模块，具体用于若所述共识结果指示所述监管链中的监管节点达成共识，则写入所述监管指令变更请求，获取变更后的监管指令。

第四方面，本申请实施例提供了一种基于区块链的监管装置，应用于区块链业务系统的任一业务节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个监管节点，所述业务链包括至少一个所述业务节点；所述装置包括：获取模块和判断模块；

所述获取模块，用于获取监管节点传输的变更后的监管指令；

所述判断模块，用于根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

可选地，所述待处理业务数据包括：待入链的业务数据，或，待部署的智能合约数据。

可选地，所述判断模块，具体用于根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果，所述共识结果指示所述待处理业务数据是否符合所述业务链的预设入链标准。

可选地，所述判断模块，还用于在所述待处理业务数据到达业务池之前，采用预言机获取所述变更后的监管指令对应的字节码；

通过监管引擎加载所述字节码获取监管结果。

可选地，所述判断模块，具体用于在所述待处理业务数据到达业务池之前，将所述监管结果附加在所述待处理业务数据上，获取附加数据，将所述附加数据加入到所述业务池中；

根据所述附加数据，与其他业务节点进行共识，获取所述共识结果。

可选地，所述判断模块，还用于若所述待处理业务数据不符合所述业务链的预设入链标准，则将所述待处理业务数据滤除。

第五方面，本申请实施例提供了一种电子设备，包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行上述基于区块链的监管方法的步骤。

第六方面，本申请实施例提供了一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述基于区块链的监管方法的步骤。

本申请的有益效果是：

本申请实施例提供的一种基于区块链的监管方法、装置、电子设备及存储介质，该方法可以应用于区块链业务系统中的任一监管节点，区块链业务系统包括：监管链和业务链，监管链包括至少一个监管节点，业务链包括至少一个业务节点；该方法包括接收监管指令变更请求，监管指令变更请求用于指示待变更的监管指令；根据监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；向业务链中的业务节点发送变更后的监管指令，使得在本监管节点中的监管指令发生变更时，可以及时同步给业务链中的业务节点，提高业务节点中监管指令的实时变更响应度。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种区块链业务系统的架构示意图；

图2为本申请实施例提供的一种基于区块链的监管方法的流程示意图；

图3为本申请实施例提供的另一种基于区块链的监管方法的流程示意图；

图4为本申请实施例提供的又一种基于区块链的监管方法的流程示意图；

图5为本申请实施例提供的另一种基于区块链的监管方法的流程示意图；

图6为本申请实施例提供的又一种基于区块链的监管方法的流程示意图；

图7为本申请实施例提供的另一种基于区块链的监管方法的流程示意图；

图8为本申请实施例提供的又一种基于区块链的监管方法的流程示意图；

图9为本申请实施例提供的一种基于区块链的监管装置的功能模块示意图；

图10为本申请实施例提供的另一种基于区块链的监管装置的功能模块示意图；

图11为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

其中，在介绍本申请之前，首先对本申请中的相关名词进行解释：

区块链：一个分布式的共享账本和数据库，具有去中心化、不可篡改、全程留痕、可以追溯、集体维护、公开透明等特点，这些特点保证了区块链的“诚实”与“透明”，为区块链创造信任奠定基础。一条区块链可以是一个独立的账本，两条不同的区块链，就是两个不同的独立的账本。

跨链技术：能让价值跨过链和链之间的障碍，进行直接的流通的技术。比如，两条不同的区块链就是两个不同的独立的账本，两个账本没有关联，本质上价值没有办法在账本间转移，通过跨链技术则可以将用户在一条区块链上存储的价值变成另一条区块链上存储的价值，实现价值的流通。跨链本质上和货币兑换是一样的，跨链并没有改变每个区块链上的价值总额，只是不同的持有人之间进行了一个兑换而已，跨链技术的核心要素之一则是帮助一条区块链上的用户找到另一条区块链上的愿意进行兑换的用户。

预言机：在计算复杂度理论与可计算性理论中，预言机(oracle machine)，又称谕示机，是一种抽象电脑，用来研究决定型问题，可以被视为一个多了个黑盒子(预言者)的图灵机，这个黑盒子的功能是可以在单一运算之内解答特定问题，预言者可以解答的问题，根据给定可以是任何复杂度类之内的问题。

智能合约：可以概括为一段代码(智能合约)，被部署在分享的、复制的账本上，它可以维持自己的状态，控制自己的资产和对接收到的外界信息或者资产进行回应，或者可以理解为：它是运行在可复制、共享的账本上的计算机程序，可以处理信息，接收、储存和发送价值，允许在没有第三方参与的情况下执行可信交易，这些交易是可追踪且不可逆的。智能合约包括体现交易的协议或规则的逻辑或计算机程序。例如，智能合约可包括在特定条件下控制各方之间的数字货币或资产的转移的逻辑。智能合约可以以编程语言编码并部署到区块链网络运行时平台。

共识：就是大部分的节点，都在自己本地区块链上接收到了相同的区块；“共识机制”，是通过特殊节点的投票，在很短的时间内完成对交易的验证和确认；对一笔交易，如果利益不相干的若干个节点能够达成共识，就可以认为全网对此也能够达成共识。

内存池：也称作交易池，用来暂存尚未被加入到区块的交易记录。同时，节点还要将交易广播到网络中，其他节点对交易进行验证，无误以后也加入到自己的交易池里。当交易在网络上广播之后，就会被加进交易池，但不是所有交易都会被加入交易池。

P2P广播：网络的参与者共享他们所拥有的一部分硬件资源(处理能力、存储能力、网络连接能力、打印机等)，这些共享资源通过网络提供服务和内容，能被其它对等节点(Peer)直接访问而无需经过中间实体。在此网络中的参与者既是资源、服务和内容的提供者(Server)，又是资源、服务和内容的获取者(Client)。

可信执行环境：类似黑盒的受保护环境，在这个环境中可以执行可信计算，其基于可信硬件(即与系统其他部分隔离开的硬件)，拥有独立处理器和内存，其运行完全独立于操作系统、虚拟机监视器(VMM)、Bios以及普通计算机的其他核心部件。

以链治链：也即建立起“法链”，借助区块链技术来对区块链行业进行监管。

零知识证明：指的是证明者能够在不向验证者提供任何有用的信息的情况下，使验证者相信某个论断是正确的。零知识证明实质上是一种涉及两方或更多方的协议，即两方或更多方完成一项任务所需采取的一系列步骤。证明者向验证者证明并使其相信自己知道或拥有某一消息，但证明过程不能向验证者泄漏任何关于被证明消息的信息。

现有的对区块链进行监管时，主要有两类监管方式：一类是基于可信环境在数据入链之前预先进行监管审查，从而达到敏感数据过滤，敏感业务初审的作用；另一类是根据监管智能合约的方式实施监管审查，但也是通过远程过程调用(Remote Procedure Call，RPC)方式确认执行结果，强依赖监管服务。比如，链外发起一笔交易(存证、交易都可以称为交易)，在可信环境中基于两种模式执行监管命令，得到监管结果，一种是根据监管服务的指令本地执行，一种是通过RPC向监管服务发起审查申请，从而得到审查结果。可以看出，现有的对区块链进行监管时，需要通过智能合约的编写，但由于其监管方式比较简单，因此存在对监管规则的实时变更机制响应度比较差的问题；此外，现有的监管方式中，由于更多是数据在节点的终端录入前进行监管，因此，对于作恶情况的容错性较差。

有鉴于此，本申请提供一种基于区块链的监管方法，可以提高业务节点中监管指令的实时变更响应度，保障监管结果的可信度，此外，还可以保障上链数据的有效性。

图1为本申请实施例提供的一种区块链业务系统的架构示意图。图2为本申请实施例提供的一种基于区块链的监管方法的流程示意图，该方法可以应用于区块链业务系统中的任一监管节点160，该区块链业务系统可以包括：监管链110和业务链120，该监管链110包括至少一个监管节点160，该业务链120包括至少一个业务节点170，其中，监管节点160或业务节点170包括多个时，可以是一系列无差别的节点，具有灵活的节点准入退出机制。可选地，监管节点160或业务节点170对应的实体可以是区块链网络中的计算机、矿机、服务器等，在一些实施例中，监管节点可以通过虚拟机来执行，本申请在此不作限定。可选地，如图1所示，监管链110中多个监管节点160可以通过网络130进行数据交互，业务链120中多个业务节点170可以通过网络140进行数据交互，监管节点160和业务节点170通过网络可以进行数据交互。如图2所示，该方法可以包括：

S101、接收监管指令变更请求，监管指令变更请求用于指示待变更的监管指令。

其中，监管节点可以与相应的监管客户端进行数据交互，监管指令变更请求可以是监管客户端发起的，用于指示待变更的监管指令，可以理解的是，该监管指令变更请求可以包括：更新的监管指令，又或者，可以包括新增的监管指令，本申请在此不作限定。

在一些实施例中，监管客户端可以将该监管指令变更请求程序化处理后通过带权限的合约传输给监管节点，其中，权限可以包括：对监管链的操作和共识权限。当然，需要说明的是，监管指令变更请求可以通过监管链中的任一监管节点接收，可选地，任一监管节点接收到监管指令变更请求后，可以向监管链中的监管节点进行广播，使得监管链中的监管节点可以收到该监管指令变更请求。

S102、根据监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令。

在一些实施例中，若监管指令变更请求包括更新的监管指令，则可以根据该更新的监管指令对本监管节点中的至少部分监管指令进行更新，获取更新后的监管指令；又或者，若监管指令变更请求包括新增的监管指令，则可以将该新增的监管指令增加到本监管节点中，获取该新增的监管指令，使得可以对监管节点中的监管指令进行实时更新。

S103、向业务链中的业务节点发送变更后的监管指令，以使业务节点根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若是，则写入待处理业务数据。

其中，对于本监管节点来说，在获取到上述变更后的监管指令后，则可以向业务链中的业务节点发送变更后的监管指令，使得在本监管节点中的监管指令发生变更时，可以及时同步给业务链中的业务节点，提高业务节点中监管指令的实时变更响应度。可以理解的是，对于业务节点来说，业务节点可以接收该变更后的监管指令，后续则可以根据该变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若符合，则可以将该待处理业务数据写入该业务节点中，从而可以记录到业务链上，保障上链数据的有效性，应用本申请实施例，实现了对业务节点上监管指令的实时更新。

综上，本申请实施例所提供的一种基于区块链的监管方法，该方法可以应用于区块链业务系统中的任一监管节点，区块链业务系统包括：监管链和业务链，监管链包括至少一个监管节点，业务链包括至少一个业务节点；该方法包括接收监管指令变更请求，监管指令变更请求用于指示待变更的监管指令；根据监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；向业务链中的业务节点发送变更后的监管指令，使得在本监管节点中的监管指令发生变更时，可以及时同步给业务链中的业务节点，提高业务节点中监管指令的实时变更响应度。

图3为本申请实施例提供的另一种基于区块链的监管方法的流程示意图。可选地，如图3所示，上述根据监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令，包括：

S201、根据监管指令变更请求，与监管链中的其他监管节点进行共识，获取共识结果。

S202、根据共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令。

其中，监管链中的某监管节点接收到该监管指令变更请求后，则该监管节点和监管链中的其他监管节点，可以对该监管指令变更请求指示的待变更的监管指令进行共识，获取共识结果，该共识结果可以指示监管链中的监管节点是否达成共识。其中，若达成共识，则可以对本监管节点中的监管指令进行变更，获取变更后的监管指令。

可以理解的是，对本监管节点中的监管指令进行变更的过程，也即将监管指令变更请求指示的待变更的监管指令记录到监管链上的过程，记录之后，本监管节点中的监管指令则生效为变更后的监管指令。应用本申请实施例，若监管指令发生变更，通过在监管链上对监管指令变更请求进行共识处理，可以保证监管指令的公正性和可信度，从而可以将变更后的监管指令存证入链。

在一些实施例中，共识过程可采用预设的共识算法实现，比如，工作量证明(Proofof Work，POW)、权益证明(Proof of Stake，POS)、股份授权证明(Delegated Proof ofStake，DPOS)、瑞波协议共识算法(Ripple Protocol Consensus Algorithm，RPCA)、实用拜占庭容错算法(Practical Byzantine Fault Tolerance，PBFT)、一致性共识算法等，本申请在此不作限定。

可选地，上述根据共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令，包括：

若共识结果指示监管链中的监管节点达成共识，则写入监管指令变更请求，获取变更后的监管指令。

其中，若共识结果指示监管链中的监管节点达成共识，则可以将该监管指令变更请求写入本监管节点中，从而获取本监管节点变更后的监管指令。

可以理解的是，若共识结果指示监管链中的监管节点未达成共识，则可以将该监管指令变更请求滤除，也即不将该监管指令变更请求写入到本监管节点中。需要说明的是，本申请在此并不限定监管链中的监管节点达成共识的判定方式，可以是监管链中的所有监管节点均达成共识，又或者，可以是监管链中满足预设阈值数量的监管节点达成共识，比如，基于瑞波协议共识算法进行共识处理时，瑞波协议共识算法使得多个监管节点能够基于由特殊信任监管节点达成共识。在瑞波网络中，每个监管节点都会维护一个信任节点列表且认为信任列表中的节点不会联合起来作弊；在共识过程中，各个需要共识的交易需要接受来自信任节点列表中节点的投票，只有超过一定阈值后才能达成共识，但实际共识算法并不以此为限。

基于上述实施例，另外需要说明的是，上述监管链也可以基于零知识证明实现，在一些实施例中，监管指令可以包括电路集合，用于对不符合审计和审查的数据进行过滤和筛除，使得在实现实时监管的基础上，可以实现隐私审查。

图4为本申请实施例提供的又一种基于区块链的监管方法的流程示意图，该方法可以应用于区块链业务系统的任一业务节点，区块链业务系统可以包括：监管链和业务链，该监管链包括至少一个监管节点，该业务链包括至少一个业务节点，可选地，业务节点对应的实体可以是区块链网络中的计算机、矿机、服务器等，本申请在此不作限定。

如图4所示，该方法可以包括：

S301、获取监管节点传输的变更后的监管指令。

S302、根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若是，则写入待处理业务数据。

其中，业务节点可以与客户端进行数据交互，该客户端可以安装在任意终端设备上，比如，移动终端、计算机、掌上电脑等，在此不作限定，用户通过该终端设备可以进行相应的交易，该交易对应的交易数据则可以为客户端触发的待处理业务数据，可选地，该交易可以包括但不限于：存证、交换有价物(例如，资产、产品、服务和货币)等，业务链中的任一业务节点接收到客户端触发的待处理业务数据后，该业务节点可以在业务链中全网广播该待处理业务数据，使得各业务节点均可获取到该待处理业务数据。

当然，本申请在此并不限定变更后的监管指令的传输方式，在一些实施例中，任一监管节点可以通过跨链技术向业务节点分发传输变更后的监管指令，比如，可以通过事件机制触发跨链交易机制，从而将变更后的监管指令同步给业务链中；又或者，业务节点可以根据预设时间间隔主动向监管节点拉取实时监管指令，其中，该拉取方式可以通过RPC方式或者通过长链接下的通讯协议拉取，本申请在此不作限定。可以理解的是，若业务链中的某业务节点获取到某监管节点传输的变更后的监管指令后，则该业务节点可以在业务链中全网广播变更后的监管指令，以便各业务节点可以知晓变更后的监管指令，保证各业务节点中节点数据的一致性。

应用本申请实施例，使得业务链中的各业务节点可以获取到监管节点传输的变更后的监管指令和客户端触发的待处理业务数据，根据该变更后的监管指令可以判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若符合，则可以将该待处理业务数据写入该业务节点中，从而可以记录到业务链上，保障上链数据的有效性。

在一些实施例中，根据不同的待处理业务数据，该预设入链标准可以不同，比如，预设入链标准可以包括：是否符合监管的数据要求，比如，是否为敏感数据、垃圾数据、非法数据等；是否为合规业务数据等，但不以此为限。又或者，预设入链标准可以包括：智能合约数据中是否存在漏洞的合约、智能合约数据是否存在业务问题，比如，不符合业务的合规性执行逻辑等，本申请在此不作限定。

综上，本申请实施例提供的基于区块链的监管方法，可以应用于区块链业务系统的任一业务节点，该区块链业务系统包括：监管链和业务链，监管链包括至少一个监管节点，业务链包括至少一个业务节点；该方法包括：获取监管节点传输的变更后的监管指令；根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若是，则写入待处理业务数据，应用本申请实施例，可以根据实时变更后的监管指令对待处理业务数据进行监管，从而保障上链数据的有效性。

可选地，上述待处理业务数据包括：待入链的业务数据，或，待部署的智能合约数据。

其中，待入链的业务数据可以为某交易数据，比如，某次转账交易数据；待部署的智能合约数据可以为需要部署到链上的智能合约，用户可通过编写智能合约数据来管理业务链上的账户，可通过调用智能合约对业务链进行管理，如部署，删除节点，新增节点，执行交易，查询等，本申请在此不作限定。根据不同的应用场景，待处理业务数据可以包括待入链的业务数据或待部署的智能合约数据，本申请在此不作限定。

图5为本申请实施例提供的另一种基于区块链的监管方法的流程示意图。可选地，如图5所示，上述根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，包括：

S401、根据监管指令、待处理业务数据与其他业务节点进行共识，获取共识结果，共识结果指示待处理业务数据是否符合业务链的预设入链标准。

其中，判断待处理业务数据是否符合业务链的预设入链标准，可以根据业务链中业务节点对该待处理业务数据的共识结果来判定，该共识结果可以用于指示该待处理业务数据是否符合业务链的预设入链标准。

在一些实施例中，若该共识结果指示业务链中的业务节点达成共识，则可以认为待处理业务数据符合业务链的预设入链标准，可以将该待处理业务数据记录到链上；而若未达成共识，则可以认为待处理业务数据不符合业务链的预设入链标准，可以对该待处理业务数据进行过滤或删除。需要说明的是，对于共识处理过程的相关算法可参见前述监管节点有关部分的说明，本申请在此不再赘述。

图6为本申请实施例提供的又一种基于区块链的监管方法的流程示意图。可选地，如图6所示，上述根据监管指令、待处理业务数据与其他业务节点进行共识，获取共识结果之前，还包括：

S501、在待处理业务数据到达业务池之前，采用预言机获取变更后的监管指令对应的字节码。

S502、通过监管引擎加载字节码获取监管结果。

在一些实施例中，业务链中可以包括预言机和监管引擎，其中，可以基于跨链技术通过预言机接收监管节点发送的变更后的监管指令，并获取该变更后的监管指令对应的字节码，通过监管引擎动态加载该字节码，实现监管指令的执行得到相应的监管结果，其中，字节码可以理解为一种中间状态(中间码)的二进制代码(文件)，监管引擎则可以将字节码指令解释/编译为本业务节点可以执行的机器指令执行并获取监管结果。当然，需要说明的是，预言机也可用于管理业务链中的监管指令，在此不作限定。

图7为本申请实施例提供的另一种基于区块链的监管方法的流程示意图。可选地，如图7所示，上述根据监管指令、待处理业务数据与其他业务节点进行共识，获取共识结果，包括：

S601、在待处理业务数据到达业务池之前，将监管结果附加在待处理业务数据上，获取附加数据，将附加数据加入到业务池中。

S602、根据附加数据，与其他业务节点进行共识，获取共识结果。

其中，在待处理业务数据到达业务池之前，可以根据该监管结果对待处理业务数据进一步处理，在一些实施例中，可以将监管结果附加在待处理业务数据上，获取附加数据，然后再将该附加数据加入到业务池中。可以理解的是，由于该附加数据包括了监管结果，进而根据该附加数据，与其他业务节点进行共识处理时，可以将该监管结果考虑进来，使得若业务链中有业务节点篡改监管指令或监管引擎时，即此业务节点的监管结果可能存在问题，在此情况下，应用本申请实施例，可以对待处理业务数据以及监管结果进行全体共识节点的共识，进而依据共识结果可以判断待处理业务数据是否符合业务链的预设入链标准，保障入链数据的可信度，提高作恶情况下的容错性。可以理解的是，进行共识处理过程时可进行相应的打包处理、而共识之后则可以出块。

当然，本申请在此并不对该附加方式进行限定，可选地，监管结果可以附加在待处理业务数据的结束位置，并通过预设的标记与待处理业务数据进行区分。又或者，可以附加在待处理业务数据的开始位置，本申请在此不作限定。

举例说明，客户端触发的待处理业务数据抵达任一业务节点后，在一些实施例中，该业务节点可以向业务链中的其他业务节点进行广播，各业务节点收到广播的待处理业务数据后，可以通过业务节点中的监管引擎动态加载变更后的监管指令对应的字节码获取监管结果，将监管结果附加在该待处理业务数据上，获取附加数据，将该附加数据放入到交易池，后续业务链中的各业务节点进行共识时，则基于该附加数据进行共识处理，获取共识结果，根据该共识结果可以判定待处理业务数据是否符合业务链的预设入链标准，保障入链数据的可信度。

应用本申请实施例，由于引入了共识机制，使得在多业务节点监管的情况下，可以根据共识结果判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，以解决个别业务节点作恶(比如，某业务节点篡改监管引擎或监管指令时，)或者个别业务节点故障情况(比如，某些节点的机房故障，机房延迟等导致的网络不一致问题)下监管结果不可信的问题，保障监管结果的可信度，从而也可以进一步保障入链数据的可信度。

图8为本申请实施例提供的又一种基于区块链的监管方法的流程示意图。可选地，如图8所示，上述根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准之后，还包括：

S701、若待处理业务数据不符合业务链的预设入链标准，则将待处理业务数据滤除。

其中，对于待处理业务数据不符合业务链的预设入链标准的情况，则可以对该待处理业务数据进行过滤或筛除，本申请在此不作限定，根据实际的应用场景可以灵活调整。

基于上述实施例，当然，需要说明的是，根据实际的应用场景，监管节点和业务节点也可以位于同一区块链中，也即上述监管链和业务链属于一条区块链。相应地，位于同一区块链中时，可以参见前述的方法对该区块链中客户端触发的待处理业务数据进行监管，从而可以保障入链数据的可信度。

综上所述，本申请实施例实现了基于跨链的、全体节点参与的业务数据入链或智能合约入链的监管机制，可以保障入链数据的可信度。

图9为本申请实施例提供的一种基于区块链的监管装置的功能模块示意图，该监管装置可以应用于区块链业务系统中的任一监管节点，区块链业务系统包括：监管链和业务链，监管链包括至少一个监管节点，业务链包括至少一个业务节点，该装置基本原理及产生的技术效果与前述对应的方法实施例相同，为简要描述，本实施例中未提及部分，可参考方法实施例中的相应内容。该监管装置300包括：接收模块310、获取模块320以及发送模块330；

接收模块310，用于接收监管指令变更请求，所述监管指令变更请求用于指示待变更的监管指令；获取模块320，用于根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；发送模块330，用于向所述业务链中的业务节点发送所述变更后的监管指令，以使业务节点根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若是，则写入待处理业务数据。

可选地，获取模块320，具体用于根据所述监管指令变更请求，与所述监管链中的其他监管节点进行共识，获取共识结果；根据所述共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令。

可选地，获取模块320，具体用于若所述共识结果指示所述监管链中的监管节点达成共识，则写入所述监管指令变更请求，获取变更后的监管指令。

图10为本申请实施例提供的另一种基于区块链的监管装置的功能模块示意图，该监管装置可以应用于区块链业务系统的任一业务节点，区块链业务系统包括：监管链和业务链，监管链包括至少一个监管节点，业务链包括至少一个业务节点，该装置基本原理及产生的技术效果与前述对应的方法实施例相同，为简要描述，本实施例中未提及部分，可参考方法实施例中的相应内容。该监管装置400包括：获取模块410和判断模块420。

获取模块410，用于获取监管节点传输的变更后的监管指令；

判断模块420，用于根据变更后的监管指令判断客户端触发的待处理业务数据是否符合业务链的预设入链标准，若是，则写入待处理业务数据。

可选地，待处理业务数据包括：待入链的业务数据，或，待部署的智能合约数据。

可选地，判断模块420，具体用于根据监管指令、待处理业务数据与其他业务节点进行共识，获取共识结果，共识结果指示待处理业务数据是否符合业务链的预设入链标准。

可选地，判断模块420，还用于在待处理业务数据到达业务池之前，采用预言机获取变更后的监管指令对应的字节码；通过监管引擎加载字节码获取监管结果。

可选地，判断模块420，具体用于在待处理业务数据到达业务池之前，将监管结果附加在待处理业务数据上，获取附加数据，将附加数据加入到业务池中；根据附加数据，与其他业务节点进行共识，获取共识结果。

可选地，判断模块420，还用于若待处理业务数据不符合业务链的预设入链标准，则将待处理业务数据滤除。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(Digital Signal Processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

图11为本申请实施例提供的一种电子设备结构示意图。如图11所示，该电子设备可以包括：处理器510、存储介质520和总线530，存储介质520存储有处理器510可执行的机器可读指令，当电子设备运行时，处理器510与存储介质520之间通过总线530通信，处理器510执行机器可读指令，以执行上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

可选地，本申请还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述方法实施例的步骤。具体实现方式和技术效果类似，这里不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种基于区块链的监管方法，其特征在于，应用于区块链业务系统中的任一监管节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个所述监管节点，所述业务链包括至少一个业务节点；所述方法包括：

接收监管指令变更请求，所述监管指令变更请求用于指示待变更的监管指令；

根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；

向所述业务链中的业务节点发送所述变更后的监管指令，以使所述业务节点根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令，包括：

根据所述监管指令变更请求，与所述监管链中的其他监管节点进行共识，获取共识结果；

根据所述共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令。

3.根据权利要求2所述的方法，其特征在于，所述根据所述共识结果，对本监管节点中的监管指令进行变更，获取变更后的监管指令，包括：

若所述共识结果指示所述监管链中的监管节点达成共识，则写入所述监管指令变更请求，获取变更后的监管指令。

4.一种基于区块链的监管方法，其特征在于，应用于区块链业务系统的任一业务节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个监管节点，所述业务链包括至少一个所述业务节点；所述方法包括：

获取监管节点传输的变更后的监管指令，其中，所述变更后的监管指令由所述监管节点根据所接收的监管指令变更请求，对本监管节点中的监管指令进行变更得到，所述监管指令变更请求用于指示待变更的监管指令；

根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

5.根据权利要求4所述的方法，其特征在于，所述待处理业务数据包括：待入链的业务数据，或，待部署的智能合约数据。

6.根据权利要求4或5所述的方法，其特征在于，所述根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，包括：

根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果，所述共识结果指示所述待处理业务数据是否符合所述业务链的预设入链标准。

7.根据权利要求6所述的方法，其特征在于，所述根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果之前，还包括：

在所述待处理业务数据到达业务池之前，采用预言机获取所述变更后的监管指令对应的字节码；

通过监管引擎加载所述字节码获取监管结果。

8.根据权利要求7所述的方法，其特征在于，所述根据所述监管指令、所述待处理业务数据与其他业务节点进行共识，获取共识结果，包括：

在所述待处理业务数据到达业务池之前，将所述监管结果附加在所述待处理业务数据上，获取附加数据，将所述附加数据加入到所述业务池中；

根据所述附加数据，与其他业务节点进行共识，获取所述共识结果。

9.根据权利要求4所述的方法，其特征在于，所述根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准之后，还包括：

若所述待处理业务数据不符合所述业务链的预设入链标准，则将所述待处理业务数据滤除。

10.一种基于区块链的监管装置，其特征在于，应用于区块链业务系统中的任一监管节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个所述监管节点，所述业务链包括至少一个业务节点；所述装置包括：接收模块、获取模块以及发送模块；

接收模块，用于接收监管指令变更请求，所述监管指令变更请求用于指示待变更的监管指令；

获取模块，用于根据所述监管指令变更请求，对本监管节点中的监管指令进行变更，获取变更后的监管指令；

发送模块，用于向所述业务链中的业务节点发送所述变更后的监管指令，以使所述业务节点根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

11.一种基于区块链的监管装置，其特征在于，应用于区块链业务系统的任一业务节点，所述区块链业务系统包括：监管链和业务链，所述监管链包括至少一个监管节点，所述业务链包括至少一个所述业务节点；所述装置包括：获取模块和判断模块；

所述获取模块，用于获取监管节点传输的变更后的监管指令，其中，所述变更后的监管指令由所述监管节点根据所接收的监管指令变更请求，对本监管节点中的监管指令进行变更得到，所述监管指令变更请求用于指示待变更的监管指令；

所述判断模块，用于根据所述变更后的监管指令判断客户端触发的待处理业务数据是否符合所述业务链的预设入链标准，若是，则写入所述待处理业务数据。

12.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1-9任一所述基于区块链的监管方法的步骤。

13.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1-9任一所述基于区块链的监管方法的步骤。