CN113763185A - 基于区块链的用于现金投资的数据处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了一种基于区块链的用于现金投资的数据处理方法及装置。在数据处理方法中，确定现金投资执行过程中的关键执行点，现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行；在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息；将所获取的执行信息打包成第一区块，第一区块包括该执行信息对应的第一哈希值，第一哈希值是基于该执行信息生成的；以及将第一区块记录在区块链上。

Description

基于区块链的用于现金投资的数据处理方法及装置

技术领域

本说明书实施例涉及区块链技术领域，具体地，涉及基于区块链的用于现金投资的数据处理方法及装置。

背景技术

现金投资区别于普通投资，是企业利用闲置货币资金购买银行或金融机构理财的投资方式，主要产品有活期存储、定期存款、定活两便存款、通知存款、大额存单、智能存款、结构性存款以及现金管理类产品。

目前，企业在进行现金投资时，主要进行线下操作。例如，企业线下接触金融机构，并与交易对手就投资产品进行询报价以确定投资产品的报价信息。然后企业与金融机构线下签订合同，并开始执行合同。在现金投资完成后，企业对现金投资的全过程中的合同、流水等资料进行存档，企业内部的审计部门对现金投资的整个过程进行核查和审计，此外，外部审计和监管机构也对现金投资的整个过程进行核查和审计，以确保合规并进行披露。

发明内容

鉴于上述，本说明书实施例提供了基于区块链的用于现金投资的数据处理方法及装置。通过本说明书实施例提供的技术方案，将现金投资执行过程中的各个关键执行点的执行信息上链，以实现对现金投资执行过程的全生命周期的溯源管理。

根据本说明书实施例的一个方面，提供了一种基于区块链的用于现金投资的数据处理方法，包括：确定现金投资执行过程中的关键执行点，所述现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行；在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息；将所获取的执行信息打包成第一区块，所述第一区块包括该执行信息对应的第一哈希值，所述第一哈希值是基于该执行信息生成的；以及将所述第一区块记录在区块链上。

根据本说明书实施例的另一方面，还提供一种基于区块链的用于现金投资的数据处理装置，包括：关键执行点确定单元，被配置为确定现金投资执行过程中的关键执行点，所述现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行；执行信息获取单元，被配置为在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息；区块生成单元，被配置为将所获取的执行信息打包成第一区块，所述第一区块包括该执行信息对应的第一哈希值，所述第一哈希值是基于该执行信息生成的；以及区块记录单元，被配置为将所述第一区块记录在区块链上。

根据本说明书实施例的另一方面，还提供一种电子设备，包括：至少一个处理器，与所述至少一个处理器耦合的存储器，以及存储在所述存储器上的计算机程序，所述至少一个处理器执行所述计算机程序来实现上述任一所述的基于区块链的用于现金投资的数据处理方法。

根据本说明书实施例的另一方面，还提供一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的基于区块链的用于现金投资的数据处理方法。

根据本说明书实施例的另一方面，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上任一所述的基于区块链的用于现金投资的数据处理方法。

附图说明

通过参照下面的附图，可以实现对于本说明书实施例内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。

图1示出了根据本说明书实施例的示例环境的示意图。

图2示出了根据本说明书实施例的区块链网络的一个示例的架构示意图。

图3示出了根据本说明书实施例的基于区块链的用于现金投资的数据处理方法的一个示例的流程图。

图4示出了本说明书实施例的共识过程的示例的示意图。

图5示出了本说明书实施例的共识过程中的预准备消息、准备消息以及确认消息的格式的一个示例的示意图。

图6示出了根据本说明书实施例的基于区块链的用于现金投资的数据处理装置的一个示例的方框图。

图7示出了本说明书实施例的用于实现基于区块链的用于现金投资的数据处理方法的电子设备的方框图。

具体实施方式

以下将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本说明书实施例内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。

如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。

在本文中，“交易对手”是企业或公司进行现金投资的对象，可以包括金融机构、银行等。

区块链是一个分布式的共享账本和数据库，并且具有去中心化、不可篡改、留痕、回溯、公开透明等特点。区块链上的数据以数据区块的形式存储，数据区块按照时间顺序相连组合成链式数据结构。区块链中的各个区块通过所包括的加密散列与前一个区块链接，此外，每个区块还包括时间戳、加密哈希以及一个或多个交易。区块中的各个交易通过哈希处理形成Merkle树。在Merkle树中，最下面的叶节点包含基础数据，每个中间节点是它的子节点的散列，根节点是它的子节点的散列，代表Merkle树的根部，Merkle树的根节点存储代表该Merkle树中的所有数据的哈希值。当验证一个哈希值是否是Merkle树中存储的交易时，可以通过判断该哈希值是否与Merkle树的结构一致来进行快速验证。

区块链网络是由多个计算节点组成的以去中心化为基础的点对点网络，用于管理、更新和维护一个或多个区块链结构。根据区块链网络中节点的开放程度不同，区块链网络的类型可以包括公有区块链网络、私有区块链网络和联盟区块链网络。

公有区块链网络是参与实体的公有网络，公有区块链网络中可以存在成千上万个实体协作处理，每个实体操作该公有区块链网络中的至少一个节点，相应地，公有区块链网络中的共识过程也由各个节点完成。在共识过程中，参与共识的节点对区块进行签名以表明该节点对该区块的共识确认，然后完成共识的区块被添加到区块链网络的区块链中。此外，公有区块链网络支持公有交易，公有交易是在公有区块链网络中的所有节点之间共享，并经过所有节点共识后存储在全局区块链中。全局区块链是指跨所有节点复制的区块链。区块链网络中的共识由共识机制提供支持，共识机制是区块链事务达成分布式共识的算法，共识机制可以包括：工作量证明(POW，proof-of-work)，权益证明(POS，proof-of-stake)和权威证明(POA，proof-of-authority)。

私有区块链网络只针对特定实体，私有区块链网络中的各个节点的读写权限被严格控制。此外，私有区块链网络的加入门槛很高，需要经过许可才能加入私有区块链网络成为其中的一个节点，基于此，私有区块链网络通常也称为许可网络，其对允许谁参与网络以及在网络中参与水平进行限制，比如，有的节点可以参与所有交易的上链过程，有些节点只能参与指定的部分交易的上链过程。私有区块链网络中可以使用现有参与方对添加新实体投票、监管机构控制许可等各种类型的访问控制机制。

联盟区块链网络中的参与实体之间也是私有的，可以被认为是参与实体的私有网络。联盟区块链网络可以由若干个实体组成的，每个实体操作该联盟区块链网络中的至少一个节点。联盟区块链网络中的共识过程由授权节点来执行，授权节点可以是联盟区块链网络中所有节点或部分节点，每个授权节点对待上链的区块进行签名以表明对该区块的共识确认，然后该区块会被添加到区块链上。

图1示出了根据本说明书实施例的示例环境100的示意图。如图1所示，示例环境100允许实体参与区块链网络102。区块链网络102例如可以是公有链、私有链或联盟链的区块链网络。示例环境100可以包括计算设备104、106、108、110、112和网络114。在一实施例中，网络114可以包括局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、因特网或其组合，并连接至网站、用户设备(例如计算设备)和后端系统。在一实施例中，计算设备104、106、108、110、112可以通过有线和/或无线通信方式访问网络114。

在某些情况下，计算设备106、108可以是云计算系统的节点(未显示)，或者每个计算设备106、108可以是单独的云计算系统，包括由网络互连并作为分布式处理系统工作的多台计算机。

在一实施例中，计算设备104～108可以运行任何适当的计算系统，使其能够作为区块链网络102中的节点。例如，计算设备104～108可以包括但不限于服务器、台式计算机、笔记本电脑、平板电脑计算设备和智能手机。在一实施例中，计算设备104～108可以归属于相关实体并用于实现相应的服务，例如，该服务可以用于对某一实体或多个实体之间的交易进行管理。

在一实施例中，计算设备104～108分别存储有区块链网络102对应的区块链账本。计算设备104可以是(或包含)用于提供浏览器功能的网络服务器，该网络服务器可基于网络114提供与区块链网络102相关的可视化信息。在一些情况下，计算设备104可以不参与区块验证，而是监控区块链网络102以确定其他节点(譬如可以包括计算设备106-108)何时达成共识，并据此生成相应的区块链可视化用户界面。

在一实施例中，计算设备110和112可以是与区块链网络102相连的客户端设备。例如，计算设备110可以是医疗机构平台处的终端设备，以及计算设备112可以是广告监管平台处的终端设备。计算设备110和112可以包括但不限于服务器、台式计算机、笔记本电脑、平板电脑计算设备和智能手机。

在一实施例中，计算设备104可以接收客户端设备(例如计算设备110或计算设备112)针对区块链可视化用户界面发起的请求。在一些情况下，区块链网络102的节点也可以作为客户端设备，比如计算设备108的用户可以使用运行在计算设备108上的浏览器向计算设备104发送上述请求。

响应于上述请求，计算设备104可以基于存储的区块链账本生成区块链可视化用户界面(如网页)，并将生成的区块链可视化用户界面发送给请求的客户端设备。如果区块链网络102是私有类型或联盟类型的区块链网络，对区块链可视化用户界面的请求可以包括用户授权信息，在生成区块链可视化用户界面并发送给请求的客户端设备之前，可以由计算设备104对该用户授权信息进行验证，并在验证通过后返回相应的区块链可视化用户界面。

区块链可视化用户界面可以显示在客户端设备上(例如可显示在图1所示的用户界面116中)。当区块链账本发生更新时，用户界面116的显示内容也可以随之发生更新。此外，用户与用户界面116的交互可能导致对其他用户界面的请求，例如显示区块列表、区块详情、交易列表、交易详情、账户列表、账户详情、合约列表、合约详情或者用户对区块链网络实施搜索而产生的搜索结果页面等。

图2示出了根据本说明书实施例的区块链网络的一个示例的架构示意图。

如图2所示，企业节点220是区块链网络214中的区块链节点或者其组成部分，企业节点220可以是由企业构建的节点。企业可以通过企业节点220进行数据上链。图2示出的区块链网络中包括的企业节点220仅作为一个示例。在另一示例中，企业方与区块链网络214中的区块链节点通信连接。在该示例中，企业方将待上链的数据发送给通信连接的区块链节点，区块链节点再将待上链的数据上链至区块链以进行存储。这样可以避免已存储的数据被删除或者被篡改。

此外，区块链网络214还可以包括交易对手节点240，交易对手节点240可以由交易对手构建。交易对手节点240可以作为区块链网络214中的共识节点，与其他共识节点进行共识操作。图2示出的区块链网络214中包括的交易对手节点240仅作为一个示例，在本说明书实施例中，区块链网络214中也可以不包括交易对手节点240。

此外，区块链网络214还可以包括审计机构节点260，审计机构节点260可以由审计机构所构建，审计机构可以包括企业内部审计部门和外部审计机构，外部审计机构可以包括会计师事务所、监管机构等。审计机构节点260可以作为区块链网络214中的共识节点，与其他共识节点进行共识操作。图2示出的区块链网络214中包括的审计机构节点260仅作为一个示例，在本说明书实施例中，区块链网络214中也可以不包括审计机构节点260。

在一个示例中，本说明书实施例中的区块链网络可以是联盟链网络，联盟链网络可以构建在一个平台上，平台的运营方(以下称为平台方)可以对联盟链网络进行管控。例如，平台方可以控制联盟链网络中的节点的加入和退出。在一个示例中，平台方可以根据预设的节点约束机制来控制节点的加入和退出。针对节点约束机制中的节点加入机制，请求设备可以向平台方发送加入请求以申请加入联盟链网络，平台方可以响应于该加入请求对请求设备进行审核，审核的内容可以包括企业的资质、财务报表信息、诉讼信息等，将审核通过的请求设备加入联盟链网络以成为节点。针对节点约束机制中的节点退出机制，请求退出的设备可以是联盟链网络中的节点，该设备可以向平台方发送退出请求以申请退出联盟链网络，平台方可以响应于该退出请求进行相应的退出操作，比如，注销该设备的有效证书，并将该设备退出联盟链网络的消息广播给联盟链网络中的其他节点。

平台方构建的联盟链网络可以提供给第三方企业使用，第三方企业可以向平台方请求在联盟链网络中进行现金投资业务处理。例如，第三方企业与交易对手作为联盟链网络中的节点，在联盟链网络中进行现金投资，并将现金投资过程中的相关信息都上链至联盟链进行存储，以确保现金投资过程中信息的真实性以及可溯源性。

图3示出了根据本说明书实施例的基于区块链的用于现金投资的数据处理方法的一个示例300的流程图。

图3示出的数据处理方法可以由进行现金投资的企业端来执行，在一个示例中，当企业构造的企业节点位于区块链网络中时，该数据处理方法可以由企业节点来执行。

如图3所示，在310，可以确定现金投资执行过程中的关键执行点。

在本说明书实施例中，现金投资的过程可以包括前期过程、执行过程以及事后整理过程。前期过程用于确定交易对手、投资产品以及报价信息等，执行过程是执行现金投资的具体操作的过程，事后整理过程用于在现金投资完成后对现金投资进行审计、核查的过程。

现金投资执行过程可以包括合同签署阶段、企业审批阶段和合同执行阶段，现金投资执行过程中的各个阶段可以按照现金投资的执行顺序依次执行。在一个示例中，合同签署阶段、企业审批阶段和合同执行阶段按照先后顺序依次执行。首先，在合同签署阶段来执行投资合同的签署操作，然后，企业对所签署的合同进行内部审批或备案，在企业内部审批通过后进入合同执行阶段，在合同执行阶段执行所签署的投资合同。

现金投资执行过程中的各个阶段可以是相互承接的，相互承接的各个阶段依序执行。相邻的两个阶段之间相互影响，在一个示例中，在相邻的两个阶段中，后一阶段依赖于前一阶段，即，前一阶段完成，后一阶段再开始执行。

现金投资执行过程中的关键执行点可以包括多个，每个关键执行点可以属于现金投资执行过程中的一部分，关键执行点可以以设备、部门、不同级别的审核人员等方式呈现。例如，关键执行点是签名设备所执行的操作，在合同签署阶段企业和交易对手确定合同内容后，双方的代表分别在签名设备上签名，签名设备可以获取合同以及对应的签名。又例如，关键执行点是法务部门所执行的操作，在合同签署后的企业审批阶段中，其中一个环节是法务部门对所签署的合同进行审核，以确保合同的合规性。又例如，关键执行点是各个不同级别的审核人员所执行的操作，在企业审批阶段，对应的业务部门需要对合同中涉及的业务进行逐级审批，比如，按照项目组组长、部门经理、主管领导的顺序依次进行审批。

在每个关键执行点处，可以执行相应的操作。各个关键执行点处所执行的操作可以是现金投资执行过程中不可缺少的必需操作，各个关键执行点处所执行的操作对应生成的执行信息可以是现金投资执行过程中不可缺少的必要信息，例如，可以是触发下一个关键执行点进行操作的触发条件。在一个示例中，针对现金投资执行过程中的一个关键执行点，当现金投资执行过程中缺少该关键执行点的操作和/或对应的执行信息时，对于下一个待执行的关键执行点来说，缺少触发条件，从而无法触发该下一个待执行的关键执行点继续执行，进而使得该现金投资执行过程无法继续执行。

针对现金投资执行过程中的每个阶段，可以包括有多个关键执行点，各个关键执行点按照该阶段的指定执行顺序依次执行。

每个关键执行点在该阶段的执行过程中可以起到承上启下的作用，相邻的关键执行点之间相互承接，即，在相邻的两个关键执行点中，上一个关键执行点处完成执行，下一个关键执行点处再开始执行。

各个关键执行点在该阶段中不可缺少，该阶段中的所有关键执行点可以构成该阶段的完整执行过程。当一个阶段中缺少关键执行点时，由于所缺少的关键执行点可以将上一个关键执行点和下一个关键执行点承接起来，当该关键执行点缺少时，上一个关键执行点与下一个关键执行点无法承接起来，从而导致该阶段的执行过程不完整。

在相互承接的相邻两个阶段中，上一个阶段中的最后一个关键执行点可以表示该阶段结束，下一个阶段中的第一个关键执行点可以表示该阶段开始执行。在一个示例中，上一个阶段中的最后一个关键执行点与下一个阶段中的第一个关键执行点可以相互承接，该最后一个关键执行点可以触发第一个关键执行点开始执行，即，该最后一个关键执行点处执行完成时，可以触发该第一个关键执行点处开始执行，即进入下一阶段。

在320，在各个关键执行点处执行完成时，可以获取该关键执行点处生成的执行信息。

在本说明书实施例中，可以实时监控现金投资执行过程，以确定现金投资执行过程的进度。监控现金投资执行过程的方式可以是对现金投资执行过程中的各个关键执行点进行监控，以确定各个关键执行点处的执行状态，执行状态可以包括未执行状态、正在执行状态和已执行状态。

在各个关键执行点处，在执行过程中可以生成相应的执行信息，各个关键执行点处的执行信息可以反映该关键执行点处的执行内容。每个关键执行点处的执行过程可以包括一个或多个操作动作，各个操作动作可以生成相应的操作内容。基于此，执行信息可以包括操作的动作信息、操作的内容信息等中的至少一种。操作的动作信息可以用于表征具体的操作，例如，在关键执行点处的一个操作是签字操作，则所生成的动作信息可以用于表征该签字操作。操作的内容信息可以用于表征操作执行过程中或结束时所生成的对象内容，例如，在关键执行点处的签字操作，所生成的是电子签名，则该签字操作的内容信息包括电子签名。

在一个示例中，当各个关键执行点执行完成时，可以实时地获取该关键执行点处生成的执行信息，以便于后续可以实时地将各个关键执行点处的执行信息上链。

针对合同签署阶段，关键执行点可以包括企业方、交易对手方以及生成完整合同的操作。在企业方的关键执行点处，在合同上执行签字和盖章的操作，所生成的执行信息可以包括企业方进行签字和盖章的操作信息、企业方的签字数据和企业方的盖章数据。在交易对手方的关键执行点处，在合同上执行签字和盖章的操作，所生成的执行信息可以包括企业方进行签字和盖章的操作信息、企业方的签字数据和企业方的盖章数据。此外，在生成完整合同的操作处，经由企业和交易对手双方的签字和盖章后可以生成完整的合同，此时所生成的执行信息可以包括该合同。

针对企业审批阶段，可以包括由各个审批方按照预定审批顺序构成的审批流程，按照该审批顺序各个审批方依次进行审批。相邻的两个审批方相互承接，后一个审批方的审批操作依赖于前一个审批方的审批操作。对于相邻的两个审批方，前一个审批方批准同意后，审批流程再到达下一个审批方进行审批，若前一个审批方不同意，则审批流程中止，该审批未通过。

各个审批方均可以是关键执行点，在各个审批方处，可以出具审批意见以及用于确认审批方身份的签名，审批意见包括同意和不同意。基于此，在各个审批方处，所生成的执行信息包括：审批方进行审批的操作信息、审批方的审批意见和签名等。

针对合同执行阶段，在现金投资的合同执行过程中，可以包括向交易对手汇款、从交易对手处收取利息等。在合同执行阶段的关键执行点可以包括汇款操作、利息收取操作等。在汇款操作处，所生成的执行信息可以包括：企业进行汇款的操作信息、汇款的金额、收款方信息、汇款时间等。在利息收取操作处，所生成的执行信息可以包括：企业收取利息的操作信息、利息的金额、利息收取的时间等。

在330，将所获取的执行信息打包成第一区块。

在本说明书实施例中，打包成第一区块的执行信息可以包括一个关键执行点处的执行信息，还可以包括多个关键执行点处的执行信息。当将多个关键执行点处的执行信息打包成第一区块时，该多个关键执行点可以是顺序连续执行的关键执行点。在一个示例中，用于打包成第一区块的执行信息包括现金投资执行过程中的所有关键执行点处的执行信息，这样，第一区块中的执行信息可以用于表征整个现金投资执行过程。

在本说明书实施例中，第一区块可以包括该执行信息对应的第一哈希值。第一哈希值可以是基于该执行信息生成的。在另一个示例中，第一哈希值可以是基于执行信息以及执行信息对应的关键执行点信息生成的。

在一个示例中，可以基于执行信息的数据量和区块的容量来将所获取的执行信息打包成第一区块。第一区块可以包括一个或多个区块，当第一区块包括多个区块时，所获取的执行信息被分割成若干份，每一份执行信息被打包成一个区块。执行信息被分割的数量与对应的区块的数量一致。

在该示例中，当执行信息的数据量不大于区块的容量时，可以将执行信息打包成一个区块作为第一区块。当执行信息的数据量大于区块的容量时，可以根据区块的容量进行分割，分割后的每一份执行信息的数据量不大于区块的容量。然后将每一份执行信息打包成一个区块，所得到的所有区块即为第一区块。

在存储到区块之前，需要对执行信息进行哈希计算处理。在一个示例中，可以将所获取的执行信息进行哈希计算以得到对应的第一哈希值。

哈希计算是将任意长度的输入转换为固定长度的第一哈希值的过程。通过对执行信息进行哈希计算后，即使执行信息出现轻微更改，也会导致得到完全不同的第一哈希值。第一哈希值通常是通过使用哈希函数来对执行信息进行哈希计算而生成的。哈希函数的示例包括但不限于安全散列算法(SHA)-256，其输出256比特的第一哈希值。

执行信息中的多个信息可以被哈希化并且存储在区块中。例如，对两个执行信息进行哈希处理得到两个哈希值，然后，对所得到的两个哈希值再次进行哈希处理以得到另一哈希值。重复该过程，直到对于要存储在区块中的所有执行信息，得到单个哈希值。该哈希值被称为Merkle根哈希，并且被存储在区块的头部。任何执行信息的更改都会导致其哈希值发生变化，最终导致Merkle根哈希值发生变化。

在一个示例中，第一区块还可以包括该执行信息对应的关键执行点信息，关键执行点信息用于表征该关键执行点，可以包括该关键执行点的标识信息。例如，关键执行点是财务部门，则关键执行点信息可以是财务部门的标识信息。又例如，关键执行点是部门经理，则此时的关键执行信息可以是该部门经理的员工编码等标识信息。

在该示例中，通过将关键执行点信息与执行信息相对应地打包至第一区块，便于确定各个执行信息对应的关键执行点，进而便于根据关键执行点的执行顺序对各个执行信息进行审计和核查。

在另一个示例中，第一区块还可以包括执行信息，这样，各个关键执行点处的执行信息也被记录在区块链上。记录在区块链上的执行信息不会被篡改，便于对现金投资进行审计时可以直接从区块链上获取现金投资过程中各个关键执行点的执行信息，从区块链上获取的执行信息是可信的，可以直接作为审计数据。

在另一个示例中，第一区块还可以包括执行信息的生成时间，执行信息的生成时间可以用来推算对应的关键执行节点处的执行时间。在一个示例中，可以将执行信息的生成时间确定为对应的关键执行节点处的执行时间，在该示例中，第一区块中的执行信息的生成时间可以用来确定对应的各个关键执行节点的执行顺序，各个关键执行节点的执行顺序即现金投资的执行过程顺序，这样便于对现金投资的执行过程进行审计。

在340，将第一区块记录在区块链上。

在一个示例中，可以将第一区块广播给区块链网络中的共识节点来进行共识处理，在共识节点达成共识后，将第一区块记录在区块链上。

图4示出了本说明书实施例的共识过程的示例的示意图。在本说明书中，第一哈希值和关键执行点信息可以被认为是区块链中的交易数据。在图4的示例中，企业节点作为区块链网络的主节点(即，记账节点，下文中称为主节点R0)。

主节点R0将打包而成的区块广播给区块链网络中的所有共识节点来进行共识处理，例如，主节点R0将打包而成的区块广播给备份节点R1、R2以及R3进行共识处理。注意，共识过程被示为包括4个网络节点R0，R1，R2和R3仅用于说明目的，共识过程也可以包括任何合适数量的网络节点。

在本说明书的实施例中，共识过程可以采用PoW(工作量证明算法)、PoS(权益证明算法)和PBFT(实用拜占庭容错算法)等等实现。下面以PBFT共识过程为例来进行说明。

如图4所示，PBFT共识处理的过程包括：预准备阶段(Pre-prepare)410、准备阶段(Prepare)420以及确认阶段(Commit)430。

具体地，在410，主节点R0对要记录到区块链中的执行信息打包为消息m，然后生成预准备消息Pre-prepare，并且在给定的时间间隔内，将预准备消息Pre-prepare发送(例如，广播)给备份节点R1、R2和R3。预准备消息Pre-prepare表明主节点R0正在启动共识过程。

在本说明书的实施例中，如图5所示，预准备消息Pre-prepare的格式可以为：<<PRE-PREPARE，epoch，seq，D(m)，signature-p>，m，j>。这里，“PRE-PREPARE”表示预准备消息的协议标识，“epoch”表示R0作为主节点的时代，“seq”表示所需共识的提议(即，向区块链216增加该区块)的提议编号，“D(m)”表示请求消息集合的摘要，“signature-p”表示R0的签名，“m”表示请求消息的具体内容(即，区块中的各条认证信息的具体内容)，以及“j”表示R0的节点标识。这里，D(m)通过对区块中的各条认证信息集合进行哈希计算而得到。

在准备阶段420，对于每个备份节点(R1、R2或R3)，在接收到预准备消息Pre-prepare并检测预准备消息Pre-prepare合法后，可以将预准备消息Pre-prepare存储在本地日志中，并生成用于响应预准备消息Pre-prepare的准备消息Prepare，再将所生成的准备消息Prepare广播至其他节点。准备消息Prepare指示备份节点已从主节点接收到预准备消息Pre-prepare，并且正在响应预准备消息Pre-prepare发送应答。

相应地，每个备份节点也会接收到其他备份节点发送的预准备消息Pre-prepare。以备份节点R1为例，备份节点R1接收到主节点R0发送的预准备消息Pre-prepare之后，会将生成的准备消息Prepare广播至主节点R0、备份节点R2和R3。相应地，备份节点R1也会接收到主节点R0、备份节点R2和R3发送的准备消息Prepare。

在本说明书中，备份节点广播的准备消息Prepare可以用于表示该备份节点在准备阶段420所做出的共识承诺。

在本说明书中，如图5所示，准备消息Prepare的格式可以是：<PREPARE，epoch，seq，D(m)，i，signature-i>。这里，“PREPARE”表示准备消息Prepare的协议标识，“i”表示发送准备消息Prepare的节点的节点标识，“signature-i”表示发送准备消息Prepare的节点的签名。准备消息Prepare中的“epoch”、“seq”以及“D(m)”的含义与上述预准备消息Pre-prepare中的“epoch”、“seq”以及“D(m)”的含义相同。

在确认阶段430，当网络节点从其他网络节点接收到足够数量的准备消息Prepare时，该网络节点确定已经达成共识。例如，如果主节点R0或备份节点R1，R2或R3接收到Quorum个(例如，2f+1，其中f表示故障网络节点的数目)准备消息Prepare，则确定在网络节点之间达成共识。然后，主节点R0或备份节点R1，R2或R3会向其他节点广播确认消息Commit。

在本说明书中，如图5所示，确认消息Commit的格式可以是：<COMMIT，epoch，seq，D(m)，p，signature-p>。其中，“COMMIT”表示确认消息Commit的协议标识，“p”表示发送确认消息Commit的节点的节点标识，“signature-p”表示发送确认消息Commit的节点的签名。确认消息Commit中的“epoch”、“seq”以及“D(m)”的含义与上述预准备消息Pre-prepare中的“epoch”、“seq”以及“D(m)”的含义相同。

在本说明书中，节点发送确认消息Commit并将确认消息Commit存储至本地日志中，以表示该节点在确认阶段430所做出的共识承诺。

在如上针对发起的提议达成共识后，主节点将该区块记录到区块链中，由此完成将第一区块记录到区块链中。

此外，在将交易数据打包成第一区块之前，还可以对所获取的执行信息进行加密处理，从而避免执行信息被其他共识节点获悉而导致信息泄露。相应地，在这种情况下，使用经过加密后的执行信息来计算该执行信息的第一哈希值。当区块中存储有执行信息时，在区块中存储的也是经过加密后的执行信息。此外，要说明的是，针对执行信息的加密可以包括对现金投资执行过程包括的全部执行信息进行加密，或者对现金投资执行过程包括的部分执行信息进行加密。

针对执行信息的加密方法的示例包括但不限于对称加密、非对称加密、同态加密等。对称加密可以使用单个密钥来对执行信息进行加密(根据明文生成密文)和解密(根据密文生成明文)的加密过程。在对称加密中，多个节点可以具有相同的密钥，因此每个节点都可以对执行信息进行加密/解密。

非对称加密可以使用密钥对来对执行信息进行加密。具体地，企业节点220可以使用企业方的公钥/私钥对中的公钥来对执行信息进行加密，然后使用企业节点220处的公钥/私钥对中的私钥来对经过加密后的执行信息进行数字签名，并将经过数字签名后的加密数据发送给区块链中的共识节点，由共识节点使用企业节点220的公钥私钥对中的公钥进行解密并验证，在共识节点达成共识后记录到区块链上。

如本文所述，区块链网络214以对等网络的形式提供，该对等网络包括多个区块链节点，这些区块链节点分别用于对块链数据所形成的区块链216(也可以称为区块链账本216)进行持久化。图2中仅示出了一份区块链216，但区块链网络中可以存在多份区块链216或其副本，比如，每个区块链节点可以分别维护一份区块链216或其副本。

此外，要说明的是，图3中描述的实施例采用基于共识协议的区块链记录方式实现。在本说明书的其他实施例中，也可以采用无需共识处理的区块链记录方式实现，例如，无需共识处理的可信账本。

在本说明书实施例的一个示例中，区块链网络中可以部署有第一智能合约，该第一智能合约可以用于在合同签署阶段执行合同签署操作。

第一智能合约可以在进入合同签署阶段时被触发。第一智能合约中可以记录有企业，在第一智能合约被触发时，可以确定企业以及企业的交易对手。然后，可以获取在企业与交易对手之间经过协商后的合同内容，再将合同内容分发给企业和交易对手各方。在企业和交易对手都确定合同内容无误后进行签字和盖章，以完成合同签署。

此外，第一智能合约还可以包括数据采集功能，第一智能合约可以采集企业和交易对手的执行信息，执行信息可以包括：企业方所执行的签字操作信息和盖章操作信息，交易对手方所执行的签字操作信息和盖章操作信息，以及企业方和交易对手方生成的签字数据和盖章数据。所采集的执行信息可以被打包成第一区块后上链。

在另一个示例中，区块链网络中可以部署有第二智能合约，该第二智能合约可以用于在企业审批阶段执行审批流程。

第二智能合约可以在合同签署阶段完成后被触发。第二智能合约可以记录有企业审批的审批流程，审批流程可以由多个审批方按照预定审批顺序构成，按照该审批顺序各个审批方依次进行审批。

第二智能合约可以连接审批流程中的各个审批方，并监控各个审批方的审批进度，相应地，各个审批方可以调用第二智能合约。当第二智能合约被触发时，启动审批流程，首先，审批流程中的第一个审批方进行审批操作，第一个审批方调用第二智能合约将该第一个审批方的审批内容以及是否审批通过的意见记录在第二智能合约中，当第二智能合约中记录第一个审批方审批通过的意见时，可以将审批流程推进至第二个审批方，由第二个审批方继续进行审批，以此类推，直至审批流程结束或中止。

通过将合同签署阶段和企业审批阶段智能合约化，可以按照预先部署的智能合约自动执行合同签署阶段和企业审批阶段，无需人为参与，提高了合同签署阶段和企业审批阶段的客观性，从而可以避免合同签署阶段和企业审批阶段中的不合规状况。

在本说明书实施例的一个示例中，在合同签署阶段完成后，区块链上可以记录有合同签署阶段所签署的合同。企业构建的企业节点作为区块链网络中的节点，可以从区块链上获取上链的合同。

在合同执行阶段，企业和交易对手按照合同内容来执行合同。在现金投资中，主要的操作包括汇款操作和利息收取操作。在整个现金投资过程中，可以包括多次汇款操作和多次利息收取操作，可以将每一次汇款操作和每一次利息收取操作确定为指定关键执行点。在合同中可以记录各个指定关键执行点对应的执行内容，比如，在指定时间汇款操作的汇款金额是多少，相对应地，可以收取的利息是多少。

针对汇款操作的指定关键执行点，该指定关键执行点生成的执行信息可以包括企业进行汇款的操作信息、汇款金额、汇款时间、收款方信息和汇款方信息等。在该指定关键执行点执行完成时，可以获取该指定关键执行点生成的执行信息。

针对利息收取的指定关键执行点，该指定关键执行点生成的执行信息可以包括所收取的利息金额、利息收取的时间等，在该指定关键执行点执行完成时，可以获取该指定关键执行点生成的执行信息。

然后，针对上述两种执行信息，可以将所获取的执行信息与区块链上记录的合同中该指定关键执行点对应的内容进行比对，以确定合同执行阶段的实际执行信息与对应的合同内容是否一致。在比对不一致的情况下，可以将比对信息反馈给企业，以便于企业在合同执行与合同内容出现偏差时及时调整合同执行策略，以确保与合同内容一致。

在本说明书实施例的一个示例中，在现金投资中，在现金投资执行过程前，需要经历现金投资的前期过程，前期过程用于确定交易对手、投资产品以及产品报价等。现金投资的前期过程至少包括交易对手和投资产品确定过程和询报价过程。

在交易对手和投资产品确定过程中，可以根据企业针对交易对手的交易对手准入机制来确定进行现金投资的交易对手，根据针对投资产品的投资产品准入机制来确定现金投资的投资产品。交易对手准入机制和投资产品准入机制可以是企业自定义设定的。

交易对手准入机制可以根据交易对手的评级、规模、资本充足率等指标来设置，可以将符合交易对手准入机制的金融机构确定为交易对手。当所确定的交易对手中包括有多个，可以进一步地从该多个交易对手中确定进行现金投资的交易对手，确定的方式可以包括将该多个交易对手中的交易对手准入机制的各项指标综合表现最好的一个金融机构确定为现金投资的交易对手。

投资产品准入机制可以根据投资产品的收益性、风险性和流动性等指标来设置，可以将符合投资产品准入机制的投资产品确定为现金投资的投资产品。当所确定的投资产品中包括有多个，可以进一步地从该多个投资产品中确定现金投资的投资产品，确定的方式可以包括将该多个投资产品中的投资产品准入机制的各项指标综合表现最好的一个投资产品确定为现金投资的投资产品。

在交易对手和投资产品确定过程中，所生成的事前信息可以包括所确定的交易对手、投资产品、确定交易对手的依据和确定投资产品的依据等。

在询报价过程中，企业与交易对手之间就投资产品的报价进行沟通，沟通的报价信息可以包括投资的金额、期限、利率等。通过企业与交易对手之间的沟通来对现金投资的投资产品的具体投资信息进行选择。

在交易对手和投资产品确定过程中，所生成的事前信息可以包括投资金额、期限、利率等报价信息和对报价信息的选择操作信息。

针对现金投资的前期过程，可以将现金投资的前期过程中生成的事前信息打包成第二区块，再将第二区块记录在区块链上。第二区块可以包括事前信息对应的第二哈希值，该第二哈希值是基于事前信息生成的。

在一个示例中，第二区块和第一区块可以是同一个区块，此时，现金投资执行过程中的执行信息与前期过程中的事前信息被打包在同一个区块中。在另一个示例中，第二区块和第一区块可以是不同区块，在该示例中，对于前期过程生成的事前信息，可以在获取到事前信息后实时上链；对于执行过程中的执行信息，也可以实时上链。

在一个示例中，区块链网络中可以部署第三智能合约，该第三智能合约可以由现金投资的准入机制形成，该准入机制可以包括针对交易对手的交易对手准入机制和/或针对投资产品的投资产品准入机制。

当现金投资的准入机制包括交易对手准入机制时，可以根据交易对手准入机制中的交易对手的评级、规模、资本充足率等各个指标来设置交易对手的确定规则，比如，评级高于2A级、资本充足率高于8％。当现金投资的准入机制包括投资产品准入机制时，可以根据投资产品准入机制中的收益性、风险性和流动性等各个指标来设置投资产品的确定规则。比如，可以将收益越高、风险越低、流动性越大的投资产品确定为现金投资的投资产品。

当进入交易对手和投资产品确定过程时，可以触发第三智能合约，从而可以自动执行交易对手的确定操作以及投资产品的确定操作，这样可以避免人为参与操作，提高了现金投资操作的透明度。

在另一个示例中，区块链网络中可以部署第四智能合约，该第四智能合约可以在现金投资的前期过程中用于企业与交易对手执行的询报价操作。

第四智能合约可以在交易对手和投资产品确定过程完成后触发，即确定交易对手和投资产品后触发。在确定交易对手和投资产品后，第四智能合约可以记录所确定的交易对手和投资产品。在第四智能合约被触发后，企业与第四智能合约记录的交易对手之间进行询报价操作。

在询报价操作过程中，第四智能合约可以用于记录企业和交易对手的报价信息，还可以记录企业与交易对手对报价信息进行选择的操作信息。所记录的报价信息和选择操作信息可以作为现金投资的前期过程中的事前信息。

在本说明书实施例的一个示例中，在现金投资过程中，在经过现金投资的前期过程和执行过程后，还可以包括事后整理过程。

在事后整理过程中，审计机构可以对现金投资的前期过程和执行过程进行审计。在联盟链网络的应用场景下，审计机构节点可以作为联盟链网络中的共识节点参与共识。审计机构节点也可以从区块链上获取现金投资的相关信息。在审计机构需要对现金投资进行审计时，可以从区块链上获取现金投资的事前信息和执行信息，事前信息和执行信息可以反映现金投资的完整的前期过程和执行过程。基于此，对所获取的事前信息和执行信息进行审计，相当于对现金投资的前期过程和执行过程进行审计，从而确保对现金投资进行审计的完整性。审计机构从区块链上获取现金投资的事前信息和执行信息，基于区块链的不可篡改性，确保了执行信息和事前信息的真实性，从而确保了审计工作的正确性。

在一个示例中，联盟链网络可以由平台方构建，平台方可以与联盟链网络中的各个节点通信连接，平台方还可以获取各个节点的相关信息，比如，平台方可以获取企业节点的现金投资需求信息。

平台方可以具有向企业节点推送现金投资推荐信息的功能，现金投资推荐信息可以包括推荐的交易对手、投资产品、期限、金额和收益等。具体地，平台方可以根据企业节点的现金投资需求来确定向该企业节点提供的现金投资推荐信息，然后将所确定的现金投资推荐信息推送给该企业节点。

此外，在现金投资的前期过程中，交易对手、投资产品和报价信息都可以根据企业节点的现金投资需求信息来确定。不同企业节点针对现金投资需求信息的表述方式可以不同，基于此，平台方可以对企业节点的现金投资需求信息进行标准化处理。具体地，平台方可以从企业节点的现金投资需求信息中提取关键信息，所提取的关键信息可以用于表征针对交易对手、投资产品和报价的特征信息，比如，交易对手的等级、规模，投资产品的年化率、期限等。通过标准化企业节点的现金投资需求信息，便于更准确地确定企业的需求，从而更准确地进行现金投资。

图6示出了根据本说明书实施例的基于区块链的用于现金投资的数据处理装置600的一个示例的方框图。

图6所示的数据处理装置600可以应用于企业端。在一个示例中，数据处理装置600可以应用于企业构建的企业节点。

如图6所示，数据处理装置600可以包括关键执行点确定单元610、执行信息获取单元620、区块生成单元630和区块记录单元640。

关键执行点确定单元610，被配置为确定现金投资执行过程中的关键执行点，现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行。

执行信息获取单元620，被配置为在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息。

区块生成单元630，被配置为将所获取的执行信息打包成第一区块，第一区块包括该执行信息对应的第一哈希值，第一哈希值是基于该执行信息生成的。

区块记录单元640，被配置为将第一区块记录在区块链上。

在一个示例中，区块记录单元640还可以被配置为：将第一区块广播给区块链网络中的共识节点来进行共识处理；以及在共识节点达成共识后，将第一区块记录在区块链上。

在一个示例中，区块链上记录有合同签署阶段所签署的合同。数据处理装置600还可以包括：执行信息获取单元、信息比对单元和反馈单元。

执行信息获取单元，被配置为在合同执行阶段，当合同执行阶段中的指定关键执行点执行完成时，获取指定关键执行点生成的执行信息。信息比对单元，被配置为将所获取的执行信息与所述合同中所述指定关键执行点对应的内容进行比对。反馈单元，被配置为反馈比对信息。

在一个示例中，区块生成单元630，还可以被配置为将现金投资的前期过程中生成的事前信息打包成第二区块，事前信息包括确定的交易对手、投资产品和报价信息，第二区块包括事前信息对应的第二哈希值，第二哈希值是基于事前信息生成的。区块记录单元640，还可以被配置为将第二区块记录在区块链上。

在一个示例中，所述联盟链网络由平台方构建，所述平台方用于控制所述联盟链网络中节点的加入和退出。数据处理装置600还可以包括推荐信息获取单元，该推荐信息获取单元可以被配置为获取平台方根据企业节点的现金投资需求提供的现金投资推荐信息。

以上参照图1到图6，对根据本说明书实施例的基于区块链的用于现金投资的数据处理方法及装置的实施例进行了描述。

本说明书实施例的基于区块链的用于现金投资的数据处理装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将存储器中对应的计算机程序指令读取到内存中运行形成的。在本说明书实施例中，基于区块链的用于现金投资的数据处理装置例如可以利用电子设备实现。

图7示出了本说明书实施例的用于实现基于区块链的用于现金投资的数据处理方法的电子设备700的方框图。

如图7所示，电子设备700可以包括至少一个处理器710、存储器(例如，非易失性存储器)720、内存730和通信接口740，并且至少一个处理器710、存储器720、内存730和通信接口740经由总线750连接在一起。至少一个处理器710执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。

在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器710：确定现金投资执行过程中的关键执行点，现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行；在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息；将所获取的执行信息打包成第一区块，第一区块包括该执行信息对应的第一哈希值，第一哈希值是基于该执行信息生成的；以及将第一区块记录在区块链上。

应该理解，在存储器中存储的计算机可执行指令当执行时使得至少一个处理器710进行本说明书的各个实施例中以上结合图1-6描述的各种操作和功能。

根据一个实施例，提供了一种例如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-6描述的各种操作和功能。

具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。

本说明书各部分操作所需的计算机程序代码可以用任意一种或多种程序语言编写，包括面向对象编程语言，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB、NET以及Python等，常规程序化编程语言如C语言、Visual Basic 2003、Perl、COBOL 2002、PHP以及ABAP，动态编程语言如Python、Ruby和Groovy，或者其他编程语言等。该程序编码可以在用户计算机上运行，或者作为独立的软件包在用户计算机上运行，或者部分在用户计算机上运行另一部分在远程计算机运行，或者全部在远程计算机或服务器上运行。在后一种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或者在云计算环境中，或者作为服务使用，比如软件即服务(SaaS)。

可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。

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

上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。

以上结合附图详细描述了本说明书的实施例的可选实施方式，但是，本说明书的实施例并不限于上述实施方式中的具体细节，在本说明书的实施例的技术构思范围内，可以对本说明书的实施例的技术方案进行多种简单变型，这些简单变型均属于本说明书的实施例的保护范围。

本说明书内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本说明书内容。对于本领域普通技术人员来说，对本说明书内容进行的各种修改是显而易见的，并且，也可以在不脱离本说明书内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本说明书内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (12)

1.一种基于区块链的用于现金投资的数据处理方法，包括：

确定现金投资执行过程中的关键执行点，所述现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行；

在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息；

将所获取的执行信息打包成第一区块，所述第一区块包括该执行信息对应的第一哈希值，所述第一哈希值是基于该执行信息生成的；以及

将所述第一区块记录在区块链上。

2.如权利要求1所述的数据处理方法，其中，将所述第一区块记录在区块链上包括：

将所述第一区块广播给区块链网络中的共识节点来进行共识处理；以及

在所述共识节点达成共识后，将所述第一区块记录在区块链上。

3.如权利要求1所述的数据处理方法，其中，所述第一区块还包括以下中的至少一种：所述执行信息、所述执行信息对应的关键执行点信息和所述执行信息的生成时间。

4.如权利要求1所述的数据处理方法，其中，区块链网络中部署的智能合约包括以下中的至少一种：

用于在所述合同签署阶段执行合同签署操作的第一智能合约；

用于在所述企业审批阶段执行审批流程的第二智能合约；

由现金投资的交易对手准入机制和/或投资产品准入机制形成的第三智能合约；和

用于在现金投资的前期过程中与交易对手进行询报价操作的第四智能合约。

5.如权利要求1所述的数据处理方法，其中，所述区块链上记录有所述合同签署阶段所签署的合同，

所述方法还包括：

在所述合同执行阶段，当所述合同执行阶段中的指定关键执行点执行完成时，获取所述指定关键执行点生成的执行信息；

将所获取的执行信息与所述合同中所述指定关键执行点对应的内容进行比对；以及

反馈比对信息。

6.如权利要求1所述的数据处理方法，还包括：

将现金投资的前期过程中生成的事前信息打包成第二区块，所述事前信息包括确定的交易对手、投资产品和报价信息，所述第二区块包括所述事前信息对应的第二哈希值，所述第二哈希值是基于所述事前信息生成的；以及

将所述第二区块记录在所述区块链上。

7.如权利要求1所述的数据处理方法，其中，所述数据处理方法由联盟链网络中的企业节点来执行，

所述联盟链网络还包括由交易对手构建的交易对手节点、由审计机构构建的审计节点。

8.如权利要求7所述的数据处理方法，其中，所述联盟链网络由平台方构建，所述平台方用于控制所述联盟链网络中节点的加入和退出，

所述方法还包括：

获取所述平台方根据所述企业节点的现金投资需求提供的现金投资推荐信息。

9.一种基于区块链的用于现金投资的数据处理装置，包括：

关键执行点确定单元，被配置为确定现金投资执行过程中的关键执行点，所述现金投资执行过程包括合同签署阶段、企业审批阶段和合同执行阶段，各个阶段按照现金投资的执行顺序依次执行，每个阶段中的各个关键执行点按照该阶段的指定执行顺序依次执行；

执行信息获取单元，被配置为在各个关键执行点处执行完成时，获取该关键执行节点处生成的执行信息；

区块生成单元，被配置为将所获取的执行信息打包成第一区块，所述第一区块包括该执行信息对应的第一哈希值，所述第一哈希值是基于该执行信息生成的；以及

区块记录单元，被配置为将所述第一区块记录在区块链上。

10.一种电子设备，包括：至少一个处理器，与所述至少一个处理器耦合的存储器，以及存储在所述存储器上的计算机程序，所述至少一个处理器执行所述计算机程序来实现如权利要求1-8中任一所述的方法。

11.一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-8中任一所述的方法。

12.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images