CN112053271A - 基于区块链的公益平台数据存证管理方法及系统 - Google Patents

基于区块链的公益平台数据存证管理方法及系统 Download PDF

Info

Publication number
CN112053271A
CN112053271A CN202011098901.0A CN202011098901A CN112053271A CN 112053271 A CN112053271 A CN 112053271A CN 202011098901 A CN202011098901 A CN 202011098901A CN 112053271 A CN112053271 A CN 112053271A
Authority
CN
China
Prior art keywords
donation
block chain
donation information
fingerprint
information
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.)
Granted
Application number
CN202011098901.0A
Other languages
English (en)
Other versions
CN112053271B (zh
Inventor
索艳明
申子熹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202011098901.0A priority Critical patent/CN112053271B/zh
Publication of CN112053271A publication Critical patent/CN112053271A/zh
Application granted granted Critical
Publication of CN112053271B publication Critical patent/CN112053271B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • 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
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Tourism & Hospitality (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Hardware Design (AREA)
  • Technology Law (AREA)
  • Development Economics (AREA)
  • Computing Systems (AREA)
  • Bioethics (AREA)
  • Data Mining & Analysis (AREA)
  • Child & Adolescent Psychology (AREA)
  • Software Systems (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例提供了一种基于区块链的公益平台数据存证管理方法及系统，涉及区块链技术领域。该方法包括：接收用户通过公益平台发起的公益捐赠请求；响应于用户通过公益平台的捐赠操作，生成对应的捐赠信息；在捐赠信息对应的捐赠款入账后，对捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹；将捐赠信息指纹向区块链发起上链交易请求，以对捐赠信息指纹进行区块打包处理，并向区块链的节点广播共识校验；接收区块链对捐赠数据指纹进行共识达成、数据存证后返回的区块链地址，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系。本申请实施例能够提高公众对捐赠信息的信任度。

Description

基于区块链的公益平台数据存证管理方法及系统
技术领域
本申请涉及区块链技术领域，具体而言，本申请涉及一种基于区块链的公益平台数据存证管理方法及系统。
背景技术
公益平台，主要是一些组织发起并通过网络手段而开展公益活动的公益性网站。这类的公益平台主要是结合传统的公益目标，利用各种方式，特别是时下网络交互特性，通过互联网、微博、手机、移动终端等新兴共享媒介，将各种公益需求、公益服务资源整合在这种共享平台中，使得各项公益项目和公益力量能直接、有效地转换和调配到公益需求个体上，建立渗透面广泛的公益信息交互平台。
但公益平台的发展仍然存在着一些亟需解决的痛点，现有公益平台均是中心化平台，将所有数据只记录于私有服务器，数据有可能被篡改的风险，因此目前公益平台存在两个主要问题：
其一是如何提高广大网民对互联网公益平台的信任度、打破信任危机，网民在募捐时最关注的问题是平台是否将我们的善款用在了其募捐的项目上，以及关注的公益项目在本平台募捐的实时善款是否真实；
其二是如何提高公益监管方对本平台的监管效率，监管方传统的监管模式是制度制约、查账或多方核金额交易流水等，监管效率低，成本高。
发明内容
本发明实施例提供一种克服上述问题或者至少部分地解决上述问题的基于区块链的公益平台数据存证管理方法及系统。
第一方面，提供了一种基于区块链的公益平台数据存证管理方法，包括：
接收用户通过公益平台发起的公益捐赠请求；
响应于用户通过公益平台的捐赠操作，生成对应的捐赠信息；
在捐赠信息对应的捐赠款入账后，对捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹；
将捐赠信息指纹向区块链发起上链交易请求，以使得区块链对捐赠信息指纹进行区块打包处理和广播共识校验；
接收区块链对捐赠数据指纹进行共识达成后返回的区块链地址，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系。
在一个可能的实现方式中，将捐赠信息指纹向区块链发起上链交易请求，包括：
调用区块链开放的上链接口，向区块链中的全节点发送上链交易请求，上链交易请求中携带捐赠信息指纹。
在一个可能的实现方式中，区块链对捐赠信息指纹进行区块打包处理和广播共识校验，包括：
由区块链中的全节点确定捐赠信息指纹在区块链中的存储地址，生成记录捐赠信息指纹以及存储地址的区块；
由全节点将区块广播至区块链中的其他全节点进行共识校验；
若共识校验成功，则确定共识达成，将区块广播至区块链中的所有节点进行同步，全节点将捐赠信息指纹保持至存储地址，并将存储地址作为区块链地址。
在一个可能的实现方式中，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系，之后还包括：
接收验证方通过公益平台发起的捐款信息验证请求，由公益平台跳转至区块链核验平台；
区块链核验平台展示区块链地址输入框，响应于用户填入区块链地址输入框的待验证的区块链地址，向区块链发起待验证的区块链地址的核验请求，接收区块链返回的核验结果并转发至公益平台，
公益平台根据核验结果展示提示信息。
在一个可能的实现方式中，公益平台根据核验结果展示提示信息包括：
当核验结果为捐赠信息指纹时，将捐赠信息指纹作为待验证的捐赠信息指纹；
确定与待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹；
比较待验证的捐赠信息指纹与验证用捐赠信息指纹，若相同，则将与验证用捐赠信息指纹存在映射关系的捐赠信息作为提示信息进行展示。
在一个可能的实现方式中，公益平台根据核验结果展示提示信息包括：
当核验结果为空值时，将待验证的区块链地址为伪造地址的告警信息作为提示信息进行展示。
在一个可能的实现方式中，公益平台根据核验结果展示提示信息包括：
当核验结果为捐赠信息指纹时，将捐赠信息指纹作为待验证的捐赠信息指纹；
确定与待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹；
比较待验证的捐赠信息指纹与验证用捐赠信息指纹，若相同，则将与验证用捐赠信息指纹存在映射关系的捐赠信息作为提示信息进行展示。
在一个可能的实现方式中，公益平台根据核验结果展示提示信息包括：
当核验结果为空值时，将待验证的区块链地址为伪造地址的告警信息作为提示信息进行展示。
在一个可能的实现方式中，对捐赠信息进行数据指纹处理，包括：
对捐赠信息中的各字段信息按预定顺序进行拼接处理，得到字符串；
利用预设的哈希算法对字符串做哈希运算，获得具有唯一标识的捐赠信息指纹。
第二方面，提供了一种基于区块链的公益平台数据存证管理系统，包括：公益平台和区块链；
其中，公益平台包括：
捐赠请求接收模块，用于接收用户发起的公益捐赠请求；
捐赠信息生成模块，用于响应于用户的捐赠操作，生成对应的捐赠信息；
捐赠信息指纹生成模块，用于在捐赠信息对应的捐赠款入账后，对捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹；
上链请求模块，用于将捐赠信息指纹向区块链发起上链交易请求；
区块链地址接收模块，用于接收区块链对捐赠数据指纹进行共识达成、数据存证后返回的区块链地址，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系。
区块链包括全节点，全节点用于对捐赠信息指纹进行区块打包处理，并向区块链的节点广播共识校验。
在一个可能的实现方式中，上链请求模块具体用于调用区块链开放的上链接口，向区块链中的全节点发送上链交易请求，上链交易请求中携带捐赠信息指纹。
在一个可能的实现方式中，全节点包括：
区块生成模块，用于确定捐赠信息指纹在区块链中的存储地址，生成记录捐赠信息指纹以及存储地址的区块；
广播模块，用于将区块广播至区块链中的其他全节点进行共识校验；
同步模块，用于若共识校验成功，则确定共识达成，将区块广播至区块链中的所有节点进行同步，全节点将捐赠信息指纹保持至存储地址，并将存储地址作为区块链地址。
在一个可能的实现方式中，公益平台还包括：
验证请求接收模块，用于接收验证方通过公益平台发起的捐款信息验证请求，由公益平台跳转至区块链核验平台；
其中，区块链核验平台用于展示区块链地址输入框，响应于用户填入区块链地址输入框的待验证的区块链地址，向区块链发起待验证的区块链地址的核验请求，接收区块链返回的核验结果并转发至公益平台；
公益平台还包括：提示信息展示模块，用于根据核验结果展示提示信息。
在一个可能的实现方式中，提示信息展示模块包括：
待验证指纹获取单元，用于当核验结果为捐赠信息指纹时，将捐赠信息指纹作为待验证的捐赠信息指纹；
验证用指纹获取单元，用于确定与待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹；
比较单元，用于比较待验证的捐赠信息指纹与验证用捐赠信息指纹，若相同，则将与验证用捐赠信息指纹存在映射关系的捐赠信息作为提示信息进行展示。
在一个可能的实现方式中，提示信息展示模块包括：
告警模块，用于当核验结果为空值时，将待验证的区块链地址为伪造地址的告警信息作为提示信息进行展示。
在一个可能的实现方式中，捐赠信息指纹生成模块包括：
字符串生成模块，用于对捐赠信息中的各字段信息按预定顺序进行拼接处理，得到字符串；
哈希运算模块，用于利用预设的哈希算法对字符串做哈希运算，获得具有唯一标识的捐赠信息指纹。
第三方面，本发明实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如第一方面所提供的方法的步骤。
第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所提供的方法的步骤。
本发明实施例提供的基于区块链的公益平台数据存证管理方法及系统，通过接收用户通过公益平台发起的公益捐赠请求，响应于用户提供公益平台的捐赠操作，生成捐赠信息，并且在捐赠信息对应的捐赠款入账后，再对捐赠信息进行数据指纹处理，能够增强捐赠信息管理上的可靠性，进一步对捐赠信息进行数据指纹处理，能够节省捐赠信息在区块链核验平台中占用的存储空间，并且通过将捐赠信息指纹上传在区块链中存证，使得捐赠信息具有不可伪造、全程留痕、可以追溯以及公开透明的优势，提高公众对捐赠信息的信任度，为后续公众或者监管机构对捐赠信息进行核验提供了条件。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的分布式系统应用于区块链系统的一个可选的场景示意图；
图2为本申请实施例提供的区块结构一个可选的示意图；
图3为本申请实施例提供的一种基于区块链的公益平台数据存证管理系统的架构图；
图4为本申请实施例的基于区块链的公益平台数据存证管理方法的流程示意图；
图5为本申请实施例的用户及监管方与公益平台的交互示意图；
图6为本申请实施例的公益平台数据存证管理方法的逻辑图；
图7为本申请实施例的网民核验捐款记录以及监管方核验募捐项目汇总信息的逻辑示意图；
图8为本申请实施例提供的一种基于区块链的公益平台数据存证管理系统的结构示意图；
图9为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请提供的广告曝光的控制方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
下面将结合图1和图2，为本申请实施例提供的具体实施场景进行说明。本申请实施例涉及的区块链网络可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。
以分布式系统为区块链系统为例，参见图1，图1是本申请实施例提供的分布式系统100应用于区块链系统的一个可选的场景示意图，由多个节点200(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端300形成，节点之间形成组成的点对点(P2P，PeerTo Peer)网络，P2P协议是一个运行在传输控制协议(TCP，TransmissionControlProtocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。
参见图1示出的区块链系统中各节点的功能，涉及的功能包括：
1)路由，节点具有的基本功能，用于支持节点之间的通信。
节点除具有路由功能外，还可以具有以下功能：
2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。
例如，应用实现的业务包括：
2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；
2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。
2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。
3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。
参见图2，图2是本申请实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时间的时间戳等信息。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。
图3为本申请实施例提供的一种基于区块链的公益平台数据存证管理系统的架构图，如图3所示，该管理系统包括4个层级，分别为：网民及核验方端、服务层、区块链以及支撑层，具体的，
网民及核验方端，能够发起公益捐款、捐款核验以及公益项目核验。网民及核验方端能够与公益平台进行交互，获取公益平台展示的公益项目，向公益项目捐款，在捐款流程完成后，网民及核验方端即可进行捐款的核验，例如核验捐款的对象、金额、项目是否有误。公益项目核验可以是对公益项目的一定时间范围内的全部捐款信息的核验，也可以是对部分捐款信息的核验，具体可以核验捐款对象、金额、时间等等信息。
服务层是整个处理系统的核心层，通过统一服务网关，接收网民及监管方端发起的募捐请求和上链请求，服务层的服务事项除了包括如下述各实施例的处理方法，还包括平台管理服务，例如对公益平台自身稳定性、流畅性的维护；业务操作服务，例如对负责捐赠信息的上链、捐赠业务流程及逻辑处理等等；数据服务，用于将用户具体的捐款内容整理为预设的数据格式、存储相关数据等等；区块链管理服务，服务层可以维护区块链上的全节点，从而参与到区块链网络上数据的共同维护，也在本地存储区块链上的共识达成所需的相关算法等等。
区块链包括若干个简称为节点的区块链节点设备，目前区块链根据其组成节点的准入形式的不同，一般分为公有链、联盟链和私有链，本实施例应用于联盟链的应用场景。在联盟链的语境下，机构指代的是逻辑意义上参与组网区块链的成员，每个机构会提供自己的节点设备来参与物理意义上的组网，也就是说区块链组网中的多个节点设备可能归属于同一个机构。
本申请实施例的区块链中的节点分为全节点和轻节点两种，其中全节点通过验证数据来保证区块链上数据的安全性和正确性；轻节点则不参与验证数据，至负责同步验证后的数据，每一个轻节点都需要连接到一个全节点，以便同步网络的当前状态并能够参与运行。
支撑层，该层为系统的底层，用于提供基础设施、底链网络、链管理层和中间件设备等，其中基础设施中包括用于运行区块链以及服务层的网络设备，底链网络即区块链中的底层公链，底层公链的存在，就相当于区块链的基础设施。链管理层用于管理区块链网络中的共识达成机制、各节点设备的权限、服务层、区块链的系统升级等等，中间件设备则用于服务层和区块链的顺利交互、服务层和区块链中不同子模块件资源共享、功能共享等等。
图4为本申请实施例的基于区块链的公益平台数据存证管理方法的流程示意图，如图4所示，该方法包括：
S101、接收用户通过公益平台发起的公益捐赠请求。
本申请实施例的公益平台可以展示多个公益项目的捐赠接口，从而使公众接入捐赠接口视为发起公益捐赠请求，可以理解的是，当用户接入捐赠接口后，公益平台进一步向用户展示待填写的捐赠信息的状态栏，例如捐款金额状态栏，用于填写捐款金额；姓名状态栏，用于填写捐款人的姓名，等等。
S102、响应于用户通过公益平台的捐赠操作，生成对应的捐赠信息。
当用户在公益平台展示的状态栏上填写相应的信息时，公益平台感知用户进行捐赠操作，公益平台根据用户在状态栏中填写的各信息，根据预设的格式生成捐赠信息。
表1为捐赠信息表的示意图，如表1所示，该表中包括多个字段，其中，捐款时间是指捐款人完成捐款的时间，机构ID即发起募捐项目的募捐机构的唯一标识，可以由公益平台预先配置好。机构统一社会信用代码是指募捐机构在国内依法注册登记后获得的信息。募捐项目ID是每个募捐项目的唯一标识，可以由公益平台预先配置，也可以由募捐机构预先配置。募捐项目名称即募捐项目的名称。项目备案编号是募捐项目在有关部门依法备案后获得的信息。捐款流水号可以是向指定银行账号转账后获得的流水号。捐款用户ID是捐款人的唯一标识，可以用身份证号来表示，捐款证书编号是在捐款完成后由公益平台或者募捐机构生成的编号。其他捐款人信息填入的是与捐款用户一起捐款的捐款人的信息，可以为空。
Figure BDA0002724684890000111
表1捐赠信息表
进一步地，本申请实施例在生成针对一次捐款的捐赠信息后，每隔一定时间就会统计公益项目的捐款信息，获得公益项目的总的捐款记录，也即汇总捐赠信息，本公开根据捐款信息进行汇总获得汇总捐赠信息，由于每个捐款信息的变动都会带来汇总捐赠信息的变动，因此本公开将汇总捐赠信息进行存证能够增强捐赠信息管理上的可靠性。
表2为本申请实施例的汇总捐赠信息表，如表2所示，汇总捐赠信息表中包括数据统计的起始时间和结束时间，还包括表1中示出的机构ID、机构名称、募捐项目ID、募捐项目名称等，捐款人数是指捐款的人的数量，比如例如：甲，算一人；乙，算一人；甲乙加在一起是两个人数，这两个人不能重复计数，例如：张三，算一人；王五，算一人；赵六，算一人，加在一起是三个人数，这三个人不能重复计数。捐款人次是捐款的若干次人数的总和，可以把人数重复计算的，包括重复出现的人数。例如：甲，算一人；乙，算一人；丙，算一人。加起来是三人次。如果他们每个人分别募捐两次，加起来就是六人次。可以重复计数。
Figure BDA0002724684890000112
Figure BDA0002724684890000121
表2汇总捐赠信息表
S103、在捐赠信息对应的捐赠款入账后，对捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹。
本申请实施例在获取捐赠信息后，特别地，需要在捐赠信息对应的捐赠款到账后再对捐赠信息进行后续处理，这样就能够保证后续出来的捐赠信息均是真实入账的信息。本申请实施例的后续处理包括对捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹一般地，数字指纹(Digital Fingerprinting)是指与用户和某次购买过程有关的信息。在本申请实施例中，对公益项目进行捐赠操作的公众即是用户，而捐赠操作即相当于购买过程。本公开的数据指纹处理包括但不限于通过MD4、MD5、SHA-1等算法对捐赠信息进行运算。本申请实施例通过生成捐赠信息的具有唯一标识的捐赠信息指纹，能够节省捐赠信息在区块链中占用的存储空间。
进一步地，本申请实施例的公益平台可以展示数据指纹处理的具体公式，从而方便公众利用具体公式对捐赠信息进行验证。
S104、将捐赠信息指纹向区块链发起上链交易请求，以使得区块链对捐赠信息指纹进行区块打包处理和广播共识校验。
本申请实施例通过调用区块链开放的上链接口，将捐赠信息指纹向区块链发起上链交易请求，区块链接收到捐赠信息指纹后，进行区块打包处理，具体地，区块链中的节点接收到捐赠信息指纹后尝试打包，打包根据时间进行判断，若一个节点打包区块的时间比得到的包的时间短，则舍弃自己的区块。
应当理解的是，区块的产生(打包)并不是区块链的最终目的，保存交易信息才是区块链的最终目的，想要保存交易信息，就必须在保存前对交易信息进行验证，只有验证通过，才能将教育信息保持在区块链中，因此本申请实施例当节点完成区块打包处理后，需要向区块链中的节点广播共识校验，本申请实施例对共识校验的具体方式不作具体的限定。
本申请实施例的区块包括区块头和区块体，其中区块头可以记录时间戳以及区块链地址，区块体用于存储捐赠信息指纹。
要想整个联盟链核验平台维持一份相同的数据，同时保证每个区块节点设备的公平性，整个联盟链核验平台的所有区块链节点设备必须要有统一的协议，也即共识达成处理。所谓“共识达成处理”，是通过特殊节点(在本申请实施例中为第一类区块链节点)的投票，在很短的时间内完成对交易(即捐赠信息的数据指纹)的验证和确认；对一笔交易，如果利益不相干的若干个区块链节点设备能够达成共识，就可以认为全联盟链核验平台对此也能够达成共识。本申请实施例的共识达成处理可以为工作量证明机制、权益证明机制、股权授权证明机制或者Pool验证池中的一种。
工作量证明机制：即对于工作量的证明，是生成要加入到区块链中的一笔新的交易信息(即新区块)时必须满足的要求。在基于工作量证明机制构建的联盟链核验平台中，区块链节点设备通过计算随机哈希散列的数值解争夺记账权，求得正确的数值解以生成区块的能力是节点算力的具体表现。工作量证明机制具有完全去中心化的优点，在以工作量证明机制为共识的区块链中，节点可以自由进出。
权益证明机制：要求证明人提供一定数量加密货币的所有权即可。权益证明机制的运作方式是，当创造一个新区块时，矿工需要创建一个“币权”交易，交易会按照预先设定的比例把一些币发送给矿工本身。
股份授权证明机制是一种新的保障网络安全的共识机制。它在尝试解决传统的PoW机制和PoS机制问题的同时，还能通过实施科技式的民主抵消中心化所带来的负面效应。股份授权证明机制与董事会投票类似，该机制拥有一个内置的实时股权人投票系统，就像系统随时都在召开一个永不散场的股东大会，所有股东都在这里投票决定公司决策。基于DPoS机制建立的区块链的去中心化依赖于一定数量的代表，而非全体用户。在这样的区块链中，全体节点投票选举出一定数量的节点代表，由他们来代理全体节点确认区块、维持系统有序运行。
Pool验证池基于传统的分布式一致性技术建立，并辅之以数据验证机制，是目前区块链中广泛使用的一种共识机制。Pool验证池不需要依赖代币就可以工作，在成熟的分布式一致性算法(Pasox、Raft)基础之上，可以实现秒级共识验证，更适合有多方参与的多中心商业模式。
S105、接收区块链对捐赠数据指纹进行共识达成后返回的区块链地址，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系。
当捐赠数据指纹经过共识达成以及数据存证后，捐赠数据指纹就成功地上传到了区块链中，捐赠数据指纹也在区块链中具有了一个区块链地址，该区块链地址表征了捐赠数据指纹在区块链中的存储地址。区块链将区块链地址返回至公益平台，这样公益平台通过向公众公开捐赠信息、捐赠信息的数据指纹以及区块链地址，即可方便公众进行核验。
本申请实施例的基于区块链的公益平台数据存证管理方法，通过接收用户通过公益平台发起的公益捐赠请求，响应于用户提供公益平台的捐赠操作，生成捐赠信息，并且在捐赠信息对应的捐赠款入账后，再对捐赠信息进行数据指纹处理，能够增强捐赠信息管理上的可靠性，进一步对捐赠信息进行数据指纹处理，能够节省捐赠信息在区块链核验平台中占用的存储空间，并且通过将捐赠信息指纹上传在区块链中存证，使得捐赠信息具有不可伪造、全程留痕、可以追溯以及公开透明的优势，提高公众对捐赠信息的信任度，为后续公众或者监管机构对捐赠信息进行核验提供了条件。
在上述各实施例的基础上，作为一种可选实施例，将捐赠信息指纹向区块链发起上链交易请求，包括：
调用区块链开放的上链接口，向区块链中的全节点发送上链交易请求，上链交易请求中携带捐赠信息指纹。
本申请实施例通过调用区块链开放的上链接口，可以将捐赠信息指纹上传至区块链中的至少一个全节点中，由全节点确定捐赠信息指纹在区块链中的存储地址。
在上述各实施例的基础上，作为一种可选实施例，区块链对捐赠信息指纹进行区块打包处理和广播共识校验，包括：
由区块链中的全节点确定捐赠信息指纹在区块链中的存储地址，生成记录捐赠信息指纹以及存储地址的区块。
应当理解的是，此时全节点仅仅是确认存储地址，并没有将捐赠信息指纹存入该存储地址，只有当记录该存储地址的区块共识达成后，才会将捐赠信息指纹存入该存储地址。由上述实施例可知，全节点如果或者接收到捐赠信息指纹的时间比得到的包的时间短，则舍弃自己的打包区块，所以本申请实施例无需限制介绍捐赠信息指纹的全节点的数量。
由全节点将区块广播至区块链中的其他全节点进行共识校验。
若共识校验成功，则确定共识达成，将区块广播至区块链中的所有节点进行同步，全节点将捐赠信息指纹保持至存储地址，并将存储地址作为区块链地址。
当共识达成后，区块需要广播至区块链中的所有节点——包括全节点和轻节点进行同步，生成区块的全节点则将捐赠信息作为保持至存储地址，将该存储地址作为区块链地址返回给公益平台进行展示和保存。
申请实施例除了能够将捐赠的相关信息在区块链中进行保存，还能够供用户及核验方对捐赠的相关信息进行校验，具体地，在上述各实施例的基础上，作为一种可选实施例，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系，之后还包括：
S106、接收验证方通过公益平台发起的捐款信息验证请求，由公益平台跳转至区块链核验平台。
本申请实施例的公益平台可以提供捐款信息验证的接口，供验证方使用，验证方既可以捐过款的个人用户，也可以是公证处、慈善基金会、公益平台的研发机构、公众媒体机构等核验方。验证法通过捐款信息验证的接口发起捐款信息验证请求，公益平台在接收到该请求后，跳转至区块链核验平台。
S107、区块链核验平台展示区块链地址输入框，响应于用户填入区块链地址输入框的待验证的区块链地址，向区块链发起待验证的区块链地址的核验请求，接收区块链返回的核验结果并转发至公益平台。
由区块链核验平台进一步展示区块链地址输入框，可以理解的是，区块链地址输入框，供验证方输入区块链地址。当用户在区块链地址输入框输入区块链地址后，区块链核验平台向区块链发起待验证的区块链地址的核验请求。其中，核验请求中记录了待验证的区块链地址。
区块链通过查询是否存在该验证的区块链地址，可以理解的是，查询结果要么是存在该区块链地址，那么就将该地址保存的区块中记录的捐赠信息指纹作为核验结果返回区块链核验平台；要么就是不存在该区块链地址，则将空值作为核验结果返回给区块链核验平台。
S108、公益平台根据核验结果展示提示信息。
区块链核验平台将核验结果转发至公益平台，由公益平台进一步根据核验结果展示提示信息，例如可以是展示区块链地址为真，或者区块链地址造假等等。
在上述各实施例的基础上，作为一种可选实施例，本申请实施例在确定区块链地址为真实存在后，还进一步利用该区块链地址验证捐赠信息是否被篡改，具体的，当核验结果为捐赠信息指纹时，公益平台根据核验结果展示提示信息，包括：
当核验结果为捐赠信息指纹时，将捐赠信息指纹作为待验证的捐赠信息指纹。
区块链若确定区块链地址真实存在，则将该区块链地址保存的区块中记录的捐赠信息指纹作为核验结果返回区块链核验平台，区块链核验平台将核验结果转发公益平台，由公益平台将区块中记录的捐赠信息指纹作为待验证的捐赠信息指纹。
确定与待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹。
由于公益平台中记录了区块链地址、捐赠信息指纹和捐赠信息三者的对应关系，所以公益平台可以搜索与验证方输入到区块链核验平台的待验证的区块链地址对应的捐赠信息，作为验证用捐赠信息，其目的为了验证存在在本地的验证用捐赠信息是否被篡改。通过对验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹。
应当注意的是，公益平台在对验证用捐赠信息进行数据指纹处理时所使用的算法，应当与公益平台公示的算法，也即步骤S103中所使用的哈希算法相同。
表3为本申请实施例展示的捐赠信息展示表，该表是在公益平台查找到与待验证的区块链地址存在映射关系的捐赠信息后构建的表，如表3所示，捐赠信息表供包括5个字段，分别为uniq_id、block_id、data_fingerprint、block_height和upload_time；其中，uniq_id是指捐款流水号，block_id是查询到的区块链地址，data_fingerprint是指区块链地址中存储的捐赠信息的数据指纹，block_height是指区块高度，是可以通过该区块在区块链中的位置识别区块的另一种方式，上链时间即捐赠信息的数据指纹上传至区块链的时间。
表3中还定义了各字段的数据类型，string是C++、java、VB等编程语言中的字符串，字符串是一个特殊的对象，属于引用类型。在java、C#中，String类对象创建后，字符串一旦初始化就不能更改，因为string类中所有字符串都是常量，数据是无法更改，由于string对象的不可变，所以可以共享。Int64是有符号64位整数数据类型，nt64为比较此类型的实例、将实例的值转换为它的字符串表示形式以及将数字的字符串表示形式转换为此类型的实例提供了相应的方法。
字段 说明 类型 备注
uniq_id 捐赠流水号 string
block_id 区块链地址 string
data_fingerprint 数据指纹 string
block_height 区块高度 int64
upload_time 上链时间 string
表3捐赠信息展示表
比较待验证的捐赠信息指纹与验证用捐赠信息指纹，若相同，则将与验证用捐赠信息指纹存在映射关系的捐赠信息作为提示信息进行展示。
应当理解的是，如果待验证的捐赠信息指纹与验证用捐赠信息指纹相同，说明公益平台本地存储的验证用捐赠信息没有被篡改过，与区块链中记录的捐赠信息(指纹)是一致的，所以可以将捐赠信息作为提示信息进行展示。
当核验结果为空值时，公益平台根据核验结果展示提示信息，包括：将待验证的区块链地址为伪造地址的告警信息作为提示信息进行展示。本申请实施例的公益平台可以进一步展示告警信息提醒用户，更利于捐赠信息的监督。
在上述各实施例的基础上，作为一种可选实施例，对捐赠信息进行指纹处理，包括：对捐赠信息中的各字段信息按预定顺序进行拼接处理，得到字符串；利用预设的哈希算法对字符串做哈希运算，获得具有唯一标识的捐赠信息指纹。
需要说明的是，本申请实施例考虑到捐款信息往往存在固定的格式，而仅仅是具体的捐款金额、捐款人等信息不同，因此如果将捐款信息中的各字段按照预定顺序进行拼接，一方面更利于捐赠信息的有序存储，另一方面在对拼接后生成的字符串进行哈希运算时，能够避免因数据顺序不同而导致生成的哈希运算结果不同的问题。
图5为本申请实施例的用户及监管方与公益平台的交互示意图，如图5所示，用户及监管方登录公益平台，对公益平台上实时展示的任意一个募捐项目捐款；公益平台响应于捐款操作，执行捐款处理流程，例如对账目进行统计更新、开具发票等等，此外还可以定时汇总捐款项目的捐赠结果，对捐赠结果也基于区块链技术进行捐款记录。在对每一笔捐款进行处理或者对捐款项目的捐赠结果进行更新汇总后，继续获得汇总捐款信息的捐赠信息指纹，通过调用区块链开放的上链接口，将捐赠信息指纹广播至区块链进行存证；
在捐赠结果上链完成后，公益平台接收区块链在对捐赠信息指纹进行存证后返回的区块链地址，建立区块链地址、捐赠信息以及捐赠信息指纹间的映射关系，公开展示映射关系，从而为网民和监管方核验公益项目的捐赠信息奠定基础。
当网民、监管方核验捐赠信息时，首先登陆公益平台，向公益平台发送对某个募捐项目的捐赠信息的验证操作，公益平台响应于该验证操作，查找该募捐项目实时的捐款情况，捐款情况中可以包括每一笔捐赠信息的明细以及捐赠金额的总数等等，公益平台还可以将捐赠信息、区块链地址以及数据指纹间的映射关系发送给网民，从而方便网民进一步利用区块链地址核验捐款信息的真实性。
网民在利用区块链地址进行验证时，向公益平台发送对待验证的区块链地址的验证操作，公益平台响应于该验证操作，由公益平台跳转至区块链核验平台，展示区块链地址输入框，响应于用户填入区块链地址输入框的待验证的区块链地址，向区块链发起待验证的区块链地址的核验请求，区块链核验平台接收区块链返回的核验结果，核验结果有两种可能，一种是为捐赠信息指纹，另一种是空值，若为捐赠信息指纹，则将捐赠信息指纹作为待验证的捐赠信息指纹；确定与待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对验证用捐赠信息进行数据指纹处理，获得验证用捐款信息的捐赠信息指纹；比较验证用捐款信息的捐赠信息指纹与待验证的捐赠信息指纹，若相同，则验证通过，向网民返回核验通过的信息，如果为空值，则展示待验证的区块链地址为伪造地址的告警信息。
图6为本申请实施例的公益平台数据存证管理方法的逻辑图，如图6所示，该过程包括：
首先，网民登录公益平台，对公益平台上实时展示的募捐项目发起公益捐款；之后，公益平台响应于捐款操作，受理网民发起的公益捐款，执行捐款操作流程，并整理本次捐款的捐赠信息，通过数据指纹处理生成捐赠信息的捐款信息指纹，在生成捐款信息指纹后，公益平台调用区块链的上链接口，发起上链请求。
区块链中的全节点将捐款信息指纹调整为生成区块所需的数据格式，之后确定捐款信息指纹在区块链上的存储地址，生成记录捐赠信息指纹以及存储地址的区块。
全节点将区块广播至联盟链核验平台中的所有全节点进行共识校验，若共识校验成功，则确定共识达成，则将达成共识的区块广播至区块链的所有节点进行同步，全节点将捐赠信息指纹保持至存储地址，并将存储地址作为区块链地址，将区块链地址发送至公益平台；若没有达成共识，则确定上链失败，并重启上链过程。
图7为本申请实施例的网民核验捐款记录以及监管方核验募捐项目汇总信息的逻辑示意图，如图7所示，包括：
网民和监管方通过公益平台预设的输入接口，输入捐款信息验证请求，公益平台跳转至区块链核验平台，展示区块链地址输入框；
区块链核验平台响应于用户填入区块链地址输入框的待验证的区块链地址，该区块链地址可以是网民想要验证的某笔捐款记录的区块链地址，也可以是监管方想要验证的某个募捐项目汇总的信息；
区块链核验平台向区块链发起待验证的区块链地址的核验请求，核验请求中携带待验证的区块链地址；
区块链向区块链核验返回的核验结果，核验结果为空值或者待验证的区块链地址对应的唯一标识，若为空值，则意味着捐款信息不存在，由公益平台展示待验证的区块链地址为伪造地址的告警信息或者返回捐款信息不存在的告警信息；若核验结果为待验证的区块链地址对应的捐赠信息指纹，则查找与待验证的区块链地址存在映射关系的捐赠信息，以进一步验证存储在公益平台本地的捐赠信息是否篡改。
图8为本申请实施例提供的基于区块链的公益平台数据存证管理系统的结构示意图，如图8所示，该系统包括公益平台11和区块链12，其中，公益平台11包括：
捐赠请求接收模块101，用于接收用户发起的公益捐赠请求；
捐赠信息生成模块102，用于响应于用户的捐赠操作，生成对应的捐赠信息；
捐赠信息指纹生成模块103，用于在捐赠信息对应的捐赠款入账后，对捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹；
上链请求模块104，用于将捐赠信息指纹向区块链发起上链交易请求；
区块链地址接收模块105，用于接收区块链对捐赠数据指纹进行共识达成、数据存证后返回的区块链地址，建立并展示区块链地址、捐赠信息以及捐赠信息指纹间的映射关系。
区块链包括若干个全节点201，全节点201用于对捐赠信息指纹进行区块打包处理，并向区块链的节点广播共识校验。
本申请实施例提供的数据存证管理系统，具体执行上述数据存证管理方法的流程，具体请详见上述数据存证管理方法的内容，在此不再赘述。本申请实施例提供的数据存证管理系统，通过接收用户通过公益平台发起的公益捐赠请求，响应于用户提供公益平台的捐赠操作，生成捐赠信息，并且在捐赠信息对应的捐赠款入账后，再对捐赠信息进行数据指纹处理，能够增强捐赠信息管理上的可靠性，进一步对捐赠信息进行数据指纹处理，能够节省捐赠信息在区块链核验平台中占用的存储空间，并且通过将捐赠信息指纹上传在区块链中存证，使得捐赠信息具有不可伪造、全程留痕、可以追溯以及公开透明的优势，提高公众对捐赠信息的信任度，为后续公众或者监管机构对捐赠信息进行核验提供了条件。
在上述各实施例的基础上，作为一种可选实施例，上链请求模块具体用于调用区块链开放的上链接口，向区块链中的全节点发送上链交易请求，上链交易请求中携带捐赠信息指纹。
在上述各实施例的基础上，作为一种可选实施例，全节点包括：
区块生成模块，用于确定捐赠信息指纹在区块链中的存储地址，生成记录捐赠信息指纹以及存储地址的区块；
广播模块，用于将区块广播至区块链中的其他全节点进行共识校验；
同步模块，用于若共识校验成功，则确定共识达成，将区块广播至区块链中的所有节点进行同步，全节点将捐赠信息指纹保持至存储地址，并将存储地址作为区块链地址。
在上述各实施例的基础上，作为一种可选实施例，公益平台还包括：
验证请求接收模块，用于接收验证方通过公益平台发起的捐款信息验证请求，由公益平台跳转至区块链核验平台；
其中，区块链核验平台用于展示区块链地址输入框，响应于用户填入区块链地址输入框的待验证的区块链地址，向区块链发起待验证的区块链地址的核验请求，接收区块链返回的核验结果并转发至公益平台；
公益平台还包括：提示信息展示模块，用于根据核验结果展示提示信息。
在上述各实施例的基础上，作为一种可选实施例，提示信息展示模块包括：
待验证指纹获取单元，用于当核验结果为捐赠信息指纹时，将捐赠信息指纹作为待验证的捐赠信息指纹；
验证用指纹获取单元，用于确定与待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹；
比较单元，用于比较待验证的捐赠信息指纹与验证用捐赠信息指纹，若相同，则将与验证用捐赠信息指纹存在映射关系的捐赠信息作为提示信息进行展示。
在上述各实施例的基础上，作为一种可选实施例，提示信息展示模块包括：
告警模块，用于当核验结果为空值时，将待验证的区块链地址为伪造地址的告警信息作为提示信息进行展示。
在上述各实施例的基础上，作为一种可选实施例，捐赠信息指纹生成模块包括：
字符串生成模块，用于对捐赠信息中的各字段信息按预定顺序进行拼接处理，得到字符串；
哈希运算模块，用于利用预设的哈希算法对字符串做哈希运算，获得具有唯一标识的捐赠信息指纹。
本申请实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：通过接收用户通过公益平台发起的公益捐赠请求，响应于用户提供公益平台的捐赠操作，生成捐赠信息，并且在捐赠信息对应的捐赠款入账后，再对捐赠信息进行数据指纹处理，能够增强捐赠信息管理上的可靠性，进一步对捐赠信息进行数据指纹处理，能够节省捐赠信息在区块链核验平台中占用的存储空间，并且通过将捐赠信息指纹上传在区块链中存证，使得捐赠信息具有不可伪造、全程留痕、可以追溯以及公开透明的优势，提高公众对捐赠信息的信任度，为后续公众或者监管机构对捐赠信息进行核验提供了条件。
在一个可选实施例中提供了一种电子设备，如图9所示，图9所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。
处理器4001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器4003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述方法实施例所示的内容。
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，通过接收用户通过公益平台发起的公益捐赠请求，响应于用户提供公益平台的捐赠操作，生成捐赠信息，并且在捐赠信息对应的捐赠款入账后，再对捐赠信息进行数据指纹处理，能够增强捐赠信息管理上的可靠性，进一步对捐赠信息进行数据指纹处理，能够节省捐赠信息在区块链核验平台中占用的存储空间，并且通过将捐赠信息指纹上传在区块链中存证，使得捐赠信息具有不可伪造、全程留痕、可以追溯以及公开透明的优势，提高公众对捐赠信息的信任度，为后续公众或者监管机构对捐赠信息进行核验提供了条件。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于区块链的公益平台数据存证管理方法，其特征在于，包括：
接收用户通过公益平台发起的公益捐赠请求；
响应于用户通过所述公益平台的捐赠操作，生成对应的捐赠信息；
在所述捐赠信息对应的捐赠款入账后，对所述捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹；
将所述捐赠信息指纹向区块链发起上链交易请求，以使得所述区块链对所述捐赠信息指纹进行区块打包处理和广播共识校验；
接收所述区块链对所述捐赠数据指纹进行共识达成后返回的区块链地址，建立并展示所述区块链地址、所述捐赠信息以及所述捐赠信息指纹间的映射关系。
2.根据权利要求1所述的公益平台数据存证管理方法，其特征在于，所述将所述捐赠信息指纹向区块链发起上链交易请求，包括：
调用区块链开放的上链接口，向所述区块链中的全节点发送上链交易请求，所述上链交易请求中携带所述捐赠信息指纹。
3.根据权利要求1所述的公益平台数据存证管理方法，其特征在于，所述区块链对所述捐赠信息指纹进行区块打包处理和广播共识校验，包括：
由区块链中的全节点确定所述捐赠信息指纹在区块链中的存储地址，生成记录所述捐赠信息指纹以及所述存储地址的区块；
由所述全节点将所述区块广播至所述区块链中的其他全节点进行共识校验；
若共识校验成功，则确定共识达成，将所述区块广播至区块链中的所有节点进行同步，所述全节点将所述捐赠信息指纹保持至所述存储地址，并将所述存储地址作为所述区块链地址。
4.根据权利要求1所述的公益平台数据存证管理方法，其特征在于，所述建立并展示所述区块链地址、所述捐赠信息以及所述捐赠信息指纹间的映射关系，之后还包括：
接收验证方通过公益平台发起的捐款信息验证请求，由公益平台跳转至区块链核验平台；
所述区块链核验平台展示区块链地址输入框，响应于用户填入所述区块链地址输入框的待验证的区块链地址，向所述区块链发起所述待验证的区块链地址的核验请求，接收所述区块链返回的核验结果并转发至公益平台；
所述公益平台根据所述核验结果展示提示信息。
5.根据权利要求4所述的公益平台数据存证管理方法，其特征在于，所述公益平台根据所述核验结果展示提示信息包括：
当所述核验结果为捐赠信息指纹时，将所述捐赠信息指纹作为待验证的捐赠信息指纹；
确定与所述待验证的区块链地址具有映射关系的捐赠信息，作为验证用捐赠信息，对所述验证用捐赠信息进行数据指纹处理，得到具有唯一标识的验证用捐赠信息指纹；
比较所述待验证的捐赠信息指纹与所述验证用捐赠信息指纹，若相同，则将与所述验证用捐赠信息指纹存在映射关系的捐赠信息作为提示信息进行展示。
6.根据权利要求4所述的基于区块链的公益平台数据存证管理方法，其特征在于，所述公益平台根据所述核验结果展示提示信息包括：
当所述核验结果为空值时，将所述待验证的区块链地址为伪造地址的告警信息作为提示信息进行展示。
7.根据权利要求1的公益项目捐赠信息的处理方法，其特征在于，所述对所述捐赠信息进行数据指纹处理，包括：
对所述捐赠信息中的各字段信息按预定顺序进行拼接处理，得到字符串；
利用预设的哈希算法对所述字符串做哈希运算，获得具有唯一标识的捐赠信息指纹。
8.一种基于区块链的公益平台数据存证管理系统，其特征在于，包括公益平台和区块链；
其中，所述公益平台包括：
捐赠请求接收模块，用于接收用户发起的公益捐赠请求；
捐赠信息生成模块，用于响应于用户的捐赠操作，生成对应的捐赠信息；
捐赠信息指纹生成模块，用于在所述捐赠信息对应的捐赠款入账后，对所述捐赠信息进行数据指纹处理，得到具有唯一标识的捐赠信息指纹；
上链请求模块，用于将所述捐赠信息指纹向所述区块链发起上链交易请求；
区块链地址接收模块，用于接收所述区块链对所述捐赠数据指纹进行共识达成、数据存证后返回的区块链地址，建立并展示所述区块链地址、所述捐赠信息以及所述捐赠信息指纹间的映射关系。
所述区块链包括全节点，所述全节点用于对所述捐赠信息指纹进行区块打包处理，并向所述区块链的节点广播共识校验。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述基于区块链的公益平台数据存证管理方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至7中任意一项所述基于区块链的公益平台数据存证管理方法的步骤。
CN202011098901.0A 2020-10-14 2020-10-14 基于区块链的公益平台数据存证管理方法及系统 Active CN112053271B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011098901.0A CN112053271B (zh) 2020-10-14 2020-10-14 基于区块链的公益平台数据存证管理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011098901.0A CN112053271B (zh) 2020-10-14 2020-10-14 基于区块链的公益平台数据存证管理方法及系统

Publications (2)

Publication Number Publication Date
CN112053271A true CN112053271A (zh) 2020-12-08
CN112053271B CN112053271B (zh) 2022-01-28

Family

ID=73606408

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011098901.0A Active CN112053271B (zh) 2020-10-14 2020-10-14 基于区块链的公益平台数据存证管理方法及系统

Country Status (1)

Country Link
CN (1) CN112053271B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112597117A (zh) * 2020-12-26 2021-04-02 讯飞智元信息科技有限公司 文件共享方法、相关装置及文件共享系统
CN113159768A (zh) * 2021-04-20 2021-07-23 支付宝(杭州)信息技术有限公司 一种交易存证方法、装置及设备
CN113691508A (zh) * 2021-08-06 2021-11-23 上海浦东发展银行股份有限公司 数据传输方法、系统、装置、计算机设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109146747A (zh) * 2018-08-01 2019-01-04 深圳市网心科技有限公司 一种公益项目信息监管方法、平台、系统、设备及介质
CN110597884A (zh) * 2019-09-23 2019-12-20 腾讯科技（深圳）有限公司 一种基于区块链网络的募捐方法、装置、设备及存储介质
CN110597813A (zh) * 2019-09-10 2019-12-20 腾讯科技（深圳）有限公司 一种基于区块链的信息记录方法、装置、设备及存储介质
CN111461715A (zh) * 2020-03-30 2020-07-28 杭州时戳信息科技有限公司 基于区块链的物资捐赠方法、系统、存储介质及服务器
KR102141173B1 (ko) * 2019-08-30 2020-08-04 김태복 블록체인을 이용한 기부 물품거래 시스템

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109146747A (zh) * 2018-08-01 2019-01-04 深圳市网心科技有限公司 一种公益项目信息监管方法、平台、系统、设备及介质
KR102141173B1 (ko) * 2019-08-30 2020-08-04 김태복 블록체인을 이용한 기부 물품거래 시스템
CN110597813A (zh) * 2019-09-10 2019-12-20 腾讯科技（深圳）有限公司 一种基于区块链的信息记录方法、装置、设备及存储介质
CN110597884A (zh) * 2019-09-23 2019-12-20 腾讯科技（深圳）有限公司 一种基于区块链网络的募捐方法、装置、设备及存储介质
CN111461715A (zh) * 2020-03-30 2020-07-28 杭州时戳信息科技有限公司 基于区块链的物资捐赠方法、系统、存储介质及服务器

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112597117A (zh) * 2020-12-26 2021-04-02 讯飞智元信息科技有限公司 文件共享方法、相关装置及文件共享系统
CN113159768A (zh) * 2021-04-20 2021-07-23 支付宝(杭州)信息技术有限公司 一种交易存证方法、装置及设备
CN113159768B (zh) * 2021-04-20 2022-10-18 支付宝(杭州)信息技术有限公司 一种交易存证方法、装置及设备
CN113691508A (zh) * 2021-08-06 2021-11-23 上海浦东发展银行股份有限公司 数据传输方法、系统、装置、计算机设备及存储介质
CN113691508B (zh) * 2021-08-06 2023-04-18 上海浦东发展银行股份有限公司 数据传输方法、系统、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN112053271B (zh) 2022-01-28

Similar Documents

Publication Publication Date Title
EP3635607B1 (en) Computer-implemented system and method for managing transactions over a blockchain network
Gamage et al. A survey on blockchain technology concepts, applications, and issues
Sunyaev et al. Distributed ledger technology
Yeow et al. Decentralized consensus for edge-centric internet of things: A review, taxonomy, and research issues
CN112053271B (zh) 基于区块链的公益平台数据存证管理方法及系统
Bada et al. Towards a green blockchain: A review of consensus mechanisms and their energy consumption
Kaur et al. Scalability in blockchain: Challenges and solutions
Ferrer-Gomila et al. A fair contract signing protocol with blockchain support
CN113395363B (zh) 基于区块链的数据处理方法、装置、设备及存储介质
Lu Implementing blockchain in information systems: A review
Pasdar et al. Blockchain oracle design patterns
CN112001663B (zh) 基于区块链的物资捐赠数据处理方法及相关设备
CN112288213A (zh) 一种基于区块链的高可信需求响应系统和方法
Harshavardhan et al. Blockchain technology in cloud computing to overcome security vulnerabilities
Scheid et al. Blockchains and distributed ledgers uncovered: clarifications, achievements, and open issues
Saranya et al. Proof of transaction (PoTx) based traceability system for an agriculture supply chain
US11922526B2 (en) Net settlement of subrogation claims using a distributed ledger
CN114399320A (zh) 一种基于区块链nft的票据供应链防伪溯源系统及方法
Fikri et al. A blockchain architecture for trusted sub-ledger operations and financial audit using decentralized microservices
CN116596551A (zh) 基于区块链的供应链产品溯源方法、存储介质和电子设备
Arya et al. Blockchain: Basics, applications, challenges and opportunities
Lee An in Depth Analysis of Blockchain Technology and its Potential Industrial Applications
JP7508521B2 (ja) ブロックチェーンネットワークを介してデータを通信し、格納し、及び処理するためのブロックチェーンベースのシステム及び方法
Ramya et al. A Hybrid Proof of Stake-Trust Block Chain Model in Pervasive Social Networking for E-voting System
George Bitcoin

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
GR01 Patent grant
GR01 Patent grant