WO2018176964A1

WO2018176964A1 - Method and apparatus for financial data sharing, and electronic device

Info

Publication number: WO2018176964A1
Application number: PCT/CN2017/120383
Authority: WO
Inventors: 郝延山; 谢锦生; 龙旻明; 杜衡
Original assignee: 北京京东金融科技控股有限公司
Priority date: 2017-03-31
Filing date: 2017-12-30
Publication date: 2018-10-04
Also published as: CN106991612A

Abstract

Disclosed are a method and apparatus for financial data sharing, and an electronic device. The method comprises: generating first block data according to financial asset data; generating second block data according to the first block data and audit data; generating third block data according to the second block data and payment data; and issuing the third block data to finish financial data chain code deployment. The method and apparatus for financial data sharing and the electronic device can guarantee the authenticity of the underlying data of the asset securitization service providers.

Description

Method, device and electronic device for financial data sharing

The present disclosure claims the priority of the invention patent application whose application date is March 31, 2017, the application number is CN201710206923.6, and the invention creation name is "method, device and electronic device for financial data sharing".

Technical field

The present invention relates to the field of financial data analysis and processing, and in particular to a method and apparatus for financial data sharing, and an electronic device and a computer readable medium.

Background technique

Asset-backed securities (ABS) refers to financial activities in which securities are issued on the basis of standardized product design for credit enhancement, supported by stable cash flows generated by the underlying assets in the future. Since the asset securitization business has been in the market since 2014, the market has grown rapidly and has reached a stock scale of nearly 2 trillion. The asset-based securitization business can fully optimize the financial institution's asset structure, reduce the financial market system risk, release the financial institution's loan scale, increase its capital adequacy ratio, and bring great benefits in improving the financial institution's profit model and accelerating its business transformation. s help. Asset securitization financial products, with its standard product structure and issuance process, structured financial product design, opened up another channel for the financing of consumer finance business. Through standardized ABS products and financing through batch issuance, Internet consumer financial institutions can fully reduce financing costs, revitalize existing assets, and support business continuity. It is estimated that asset securitization financing can reduce the overall financing cost of consumer finance companies by 1-3 percentage points.

From the perspective of the business itself, most Internet consumer finance companies have the advantage of the scene, but the ABS assets they issue still face difficulties in docking with the funds. The whole market still has “invisible” for such ABS, “ Can't help but ask questions. Among them, the pain points are mainly reflected in three aspects:

1. The true and false of the underlying assets cannot be guaranteed.

2. If the consumer finance company itself has a problem, no one will solve the follow-up problem of the borrower's repayment.

3. Asset securitization products are characterized by complex structure, multiple participants, many operational links, long data transmission chains, and complicated data and cash flow distribution processes. It is difficult for investors and intermediaries to penetrate the bottom to grasp risks.

These three pain points have determined that although Internet consumer finance companies have strong asset production capacity, they are difficult to obtain recognition from low-cost funds. Therefore, they can only choose a higher-cost source of funds, thus limiting development.

Therefore, there is a need for a new method, apparatus, and electronic device for financial data sharing.

The above information disclosed in the Background section is only for enhancement of understanding of the background of the invention, and thus it may include information that does not constitute the prior art known to those of ordinary skill in the art.

Summary of the invention

In view of this, the present invention provides a method and apparatus for financial data sharing, and an electronic device and a computer readable medium, which can ensure the authenticity of the underlying data of the asset securitization service provider.

Other features and advantages of the invention will be apparent from the description and appended claims.

According to a first aspect of the present invention, a method for financial data sharing is provided, the method comprising: generating first block data according to financial asset data; generating second block data according to the first block data and the audit data; Generating third block data according to the second block data and the payment data; and publishing the third block data to complete the financial data chain code deployment.

In an exemplary embodiment of the present disclosure, the first block data, the second block data, and the third block data are confirmed by a consensus mechanism by a consensus algorithm.

In an exemplary embodiment of the present disclosure, the consensus algorithm includes a Byzantine fault tolerance algorithm.

In an exemplary embodiment of the present disclosure, publishing the third block data to complete the financial data chain code deployment includes publishing the third block data to complete chain code deployment of the federation chain of financial data.

In an exemplary embodiment of the present disclosure, generating the first block data according to the financial asset data includes: encapsulating the financial asset data according to the predefined first transaction field to generate the first packaged data; indicating the first processing public Key; indicating a first transaction event; performing signature verification on the first package data, the first process public key, and the first transaction event to generate first block data.

In an exemplary embodiment of the present disclosure, generating the first block data according to the financial asset data further includes synchronizing the first block data to the cache database. In an exemplary embodiment of the present disclosure, generating the second block data according to the first block data and the audit data includes: encapsulating the first block data and the audit data according to the predefined second transaction field to generate Second encapsulating data; indicating a second processing public key; indicating a second transaction event; performing signature verification on the second encapsulation data, the second processing public key, and the second transaction event to generate second block data.

In an exemplary embodiment of the present disclosure, generating the second block data according to the first block data and the audit data further includes: listening data, acquiring the first block data.

In an exemplary embodiment of the present disclosure, generating the second block data according to the first block data and the audit data further includes: synchronizing the second block data to the cache database.

In an exemplary embodiment of the present disclosure, generating third block data according to the second block data and the payment data includes: encapsulating the second block data and the payment data according to the predefined third transaction field, generating the first The third encapsulation data indicates a third processing public key; indicates a third transaction event; and performs signature verification on the third encapsulation data, the third processing public key, and the third transaction event to generate third block data.

In an exemplary embodiment of the present disclosure, generating third block data according to the second block data and the payment data further includes: listening data, acquiring second block data.

In an exemplary embodiment of the present disclosure, generating third block data according to the second block data and the payment data further includes: synchronizing the third block data to the cache database.

In an exemplary embodiment of the present disclosure, the method further includes: performing authority control on the first block data, the second block data, and the write data side of the third block data.

According to a second aspect of the present invention, an apparatus for financial data sharing is provided, the apparatus comprising: a first block module for generating first block data according to financial asset data; and a second block module for Generating second block data according to the first block data and the audit data; a third block module, configured to generate third block data according to the second block data and the payment data; and a chain code deployment module, for The three block data is released to complete the financial data chain code deployment.

In an exemplary embodiment of the present disclosure, the first block module, the second block module, and the third block module are confirmed by a consensus mechanism by a consensus algorithm.

According to a third aspect of the present invention, an electronic device is provided, the electronic device comprising: a processor; a memory storing instructions for the processor to control operations as above.

According to a fourth aspect of the present disclosure, there is provided a computer readable medium having stored thereon a computer program, the program being executed by a processor to implement the method of the first aspect of the above embodiments.

The method and apparatus for financial data sharing and the electronic device and the computer readable medium according to the present invention can ensure the authenticity of the underlying data of the asset securitization service provider.

The above general description and the following detailed description are merely exemplary and are not intended to limit the invention.

DRAWINGS

The above and other objects, features and advantages of the present invention will become more apparent from the embodiments of the invention. The drawings described below are only some of the embodiments of the present invention, and other drawings may be obtained from those skilled in the art without departing from the drawings.

FIG. 1 is a flow chart showing a method for financial data sharing, according to an exemplary embodiment.

2 is a flow chart showing a method for financial data sharing, according to another exemplary embodiment.

FIG. 3 is a block diagram of an apparatus for financial data sharing, according to an exemplary embodiment.

4 is a block diagram of an apparatus for financial data sharing, according to an exemplary embodiment.

FIG. 5 is a block diagram of an electronic device, according to another exemplary embodiment.

detailed description

Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments can be embodied in a variety of forms and should not be construed as being limited to the embodiments set forth herein. To those skilled in the art. The same reference numerals in the drawings denote the same or similar parts, and the repeated description thereof will be omitted.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are set forth However, one skilled in the art will appreciate that the technical solution of the present invention may be practiced without one or more of the specific details, or other methods, components, devices, steps, etc. may be employed. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the invention.

The block diagrams shown in the figures are merely functional entities and do not necessarily have to correspond to physically separate entities. That is, these functional entities may be implemented in software, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and/or processor devices and/or microcontroller devices. entity.

The flowcharts shown in the figures are merely illustrative, and not all of the contents and operations/steps are necessarily included, and are not necessarily performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially merged, so the actual execution order may vary depending on the actual situation.

It will be understood that, although the terms first, second, third, etc. may be used herein to describe various components, these components are not limited by these terms. These terms are used to distinguish one component from another. Thus, a first component discussed below could be termed a second component without departing from the teachings of the present disclosure. The term "and/or" as used herein includes any and all combinations of one or more of the associated listed items.

It will be understood by those skilled in the art that the drawings are only schematic diagrams of exemplary embodiments, and the modules or processes in the drawings are not necessarily required to implement the invention, and therefore are not intended to limit the scope of the invention.

The exemplary embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

As shown in FIG. 1, in S102, first block data is generated based on the financial asset data. The financial asset data can be, for example, asset related data from the asset side. The asset side represents the assets owned by the enterprise, including fixed assets, current assets, and intangible assets. According to the above, the asset side can process the asset for financial securitization. The asset side can generate the first block data based on its financial asset data. For example, the financial data may be subjected to predetermined encapsulation processing to generate first block data. The predetermined encapsulation process may, for example, comprise: encapsulating the financial asset data according to a predefined first transaction field to generate first encapsulation data; indicating a first processing public key; indicating a first transaction event; and the first encapsulation data And the first processing public key and the first transaction event perform signature verification to generate first block data.

In S104, second block data is generated based on the first block data and the audit data. For example, the funder may conduct an asset review based on the first block data, for example, reviewing the loan slip, the repayment plan, the audit of the financial asset itself, and the like, and generating audit data after the audit. For example, after the first block data is encapsulated together with the audit data, and the public key and the next transaction event are specified, the signature authentication generates the second block data.

In S106, third block data is generated based on the second block data and the payment data. For example, the payment channel that is responsible for the financial payment performs the lending operation according to the second block data, generates the payment data after the lending operation, encapsulates the second block data and the payment data, and indicates various related public keys and transaction events. After the operation, the third block data is generated through signature verification.

In S108, the third block data is published to complete the financial data chain code deployment. For example, the third block data can be broadcast to the financial system to complete the chain code deployment. It is also possible, for example, to publish the third block data to complete the chain code deployment of the federated chain of financial data.

According to the method for financial data sharing of the present invention, data security is performed by using a chain chain decentralization, tamper resistance, and distributed account book characteristics by way of chain code deployment, once the chain is entered, It cannot be tamed by a single party and can guarantee the authenticity of the underlying data of the asset securitization service provider.

It will be clearly understood that the present invention describes how to make and use particular examples, but the principles of the invention are not limited to the details of the examples. Rather, these principles can be applied to many other embodiments based on the teachings of the present disclosure.

In an exemplary embodiment of the present disclosure, the publishing the third block data to complete the financial data chain code deployment comprises: publishing the third block data to complete financial data The chain code deployment of the alliance chain.

The blockchain is essentially a collective term for several technical solutions, including peer-to-peer peer-to-peer network transport protocols, cryptographic encryption algorithms, distributed consensus mechanisms, and Nash equilibrium game design. Based on the combination of these technologies, a reliable database of decentralization and trust can be realized, and an algorithmic proof mechanism is used to ensure traceable traceability of information recorded on the chain, which cannot be forged and cannot be tampered with. The alliance blockchain refers to the blockchain whose consensus process is controlled by pre-selected nodes; for example, imagine a community of 15 financial institutions, each of which runs a node, and in order to make each block effective Obtained confirmation from 10 of them (2/3 confirmation). The blockchain may allow everyone to read, or be restricted to participants, or take a hybrid route, such as the root hash of the block and its API (application programming interface), the API allows the outside world to be used Make a limited number of queries and get information about the status of the blockchain. These blockchains can be thought of as "partial decentralization." The alliance chain adopts a multi-center approach, and the participant nodes are also set in advance and confirmed by a consensus mechanism. In the alliance chain, different from the public chain, you can set and control permissions, and have higher applicability and scalability.

According to some embodiments, for example, in the embodiment, multiple verification points are deployed, for example, four verification nodes, an asset side, a fund side, and a money channel side each have a private key, and each verification node A distributed set of ledger databases is deployed locally (or in the cloud). Each transaction in the blockchain management system requires all nodes to reach a consensus before they can be chained.

According to the method for financial data sharing of the present invention, by deploying the financial data in the chain code of the alliance chain, the cost and time of reading and writing in different places can be greatly reduced, and the simpler and more efficient consensus service can be provided, and the inheritance can be realized. The advantages of decentralization reduce the pressure of monopoly.

In an exemplary embodiment of the present disclosure, the first block data, the second block data, and the third block data are confirmed by a consensus mechanism by a consensus algorithm. In an exemplary embodiment of the present disclosure, the consensus algorithm includes: a Byzantine fault tolerance algorithm.

PBFT is the abbreviation of Practical Byzantine Fault Tolerance, which means Byzantine fault-tolerant algorithm. The algorithm was proposed by Miguel Castro (Castro) and Barbara Liskov (Liskov) in 1999 to solve the problem of the inefficiency of the original Byzantine fault-tolerant algorithm. Early Byzantine fault-tolerant algorithms or assumptions based on synchronous systems, or because performance is too low to operate in real systems. At the same time, the POW (Prove of Work) algorithm is too slow to confirm and consumes a lot of resources. The basic idea of the BFT algorithm is as follows: The client sends a series of requests to each replicas node to perform the corresponding operations. The BFT algorithm ensures that all normal replicas nodes perform the same sequence of operations. Because all replicas are deterministic and have the same initial state, these replicas produce the same result state according to state machine replication. When the client receives the results returned by the f+1 replicas node, if the results are the same, because the BFT algorithm ensures that there are at most f replicas, at least one replica is correct, then the client receives the results. It is all right. But the difficulty with state machine replication is to ensure that normal replicas execute the same requests in the same sequence, especially how to deal with Byzantine failures. PBFT, which uses replica replication, solves the Byzantine fault tolerance problem and allows the algorithm to work in an asynchronous environment and improve response performance by more than an order of magnitude. Using this algorithm to implement the Byzantine Fault Tolerant Network File System (NFS), performance testing proves that the system is only 3% slower than the standard NFS without copy replication.

According to the method for financial data sharing of the present invention, the method of deploying financial data in a chain code by the Byzantine fault-tolerant algorithm enables the method of financial data sharing to work in an asynchronous mode and speed up the processing of financial data.

As shown in FIG. 2, in S202, the financial asset data is encapsulated according to a predefined first transaction field to generate first encapsulated data. The financial data is processed and packaged according to a predefined transaction field.

In S204, the first processing public key is indicated. For example, the public key of the next processor is indicated.

In S206, the first transaction event is indicated. For example, a transaction event to be processed next may be indicated.

In S208, signature verification is performed on the first package data, the first process public key, and the first transaction event, and the first block data is generated.

In an exemplary embodiment of the present disclosure, the generating the first block data according to the financial asset data further includes: synchronizing the first block data to a cache database.

In an exemplary embodiment of the present disclosure, the generating the second block data according to the first block data and the audit data includes: packaging the first block data and the according to a predefined second transaction field. Examining the data to generate the second package data; indicating the second process public key; indicating the second transaction event; signing the second package data, the second process public key, and the second transaction event, generating the The second block data is described. For the generation of the second block, reference may be made to the process of generating the first block data in the above, and details are not described herein again.

In an exemplary embodiment of the present disclosure, the generating the second block data according to the first block data and the audit data further includes: listening data, acquiring the first block data, and The two blocks of data are synchronized to the cache database.

In an exemplary embodiment of the present disclosure, the generating third block data according to the second block data and the payment data includes: packaging the second block data and the according to a predefined third transaction field. Determining payment data, generating third encapsulated data indicating a third processing public key; indicating a third transaction event; performing signature verification on the third packaged data, the third processed public key, and the third transaction event, generating the Three block data. For the generation of the third block, reference may be made to the process of generating the first block data in the above, and details are not described herein again.

In an exemplary embodiment of the present disclosure, the generating third block data according to the second block data and the payment data further includes: listening data, acquiring the second block data, and The three block data is synchronized to the cache database.

According to some embodiments, the asset side loan flow chart and the asset side repayment process may be performed as described in this embodiment. The transfer, approval, lending and payment of each loan in the financial system is completed by the consensus of the verification nodes through the blockchain. Once a loan has been reviewed by the financial system's investment decision engine and the loan is completed by the designated payment channel, the payment channel will return the transaction flow unique certificate in real time and write it into the blockchain to complete the entry of a loan asset. In this way, the service provider system guarantees the authenticity and non-tamperability of the underlying asset data through the blockchain.

Those skilled in the art will appreciate that all or a portion of the steps to implement the above-described embodiments are implemented as a computer program executed by a CPU. When the computer program is executed by the CPU, the above-described functions defined by the above-described methods provided by the present invention are performed. The program may be stored in a computer readable storage medium, which may be a read only memory, a magnetic disk or an optical disk, or the like.

Further, it should be noted that the above-described drawings are merely illustrative of the processes included in the method according to the exemplary embodiments of the present invention, and are not intended to be limiting. It is easy to understand that the processing shown in the above figures does not indicate or limit the chronological order of these processes. In addition, it is also easy to understand that these processes may be performed synchronously or asynchronously, for example, in a plurality of modules.

The following is an embodiment of the apparatus of the present invention, which can be used to carry out the method embodiments of the present invention. For details not disclosed in the embodiment of the device of the present invention, please refer to the method embodiment of the present invention.

The first block module 302 is configured to generate first block data according to the financial asset data.

The second block module 304 is configured to generate second block data according to the first block data and the audit data.

The third block module 306 is configured to generate third block data according to the second block data and the payment data.

The chain code deployment module 308 is configured to publish the third block data to complete financial data chain code deployment.

In an exemplary embodiment of the present disclosure, the first block module, the second block module, and the third block module perform a consensus mechanism confirmation by a consensus algorithm.

The apparatus for financial data sharing according to the present invention performs data fidelity by means of chain code deployment, using blockchain decentralization, tamper resistance, and distributed ledger characteristics, once entered into the chain, It cannot be tamed by a single party and can guarantee the authenticity of the underlying data of the asset securitization service provider.

The device block diagram can be used to implement the functions shown by the method in the above. Through system construction, for example, the architecture is mainly divided into three layers, and the first is a basic service layer, which is mainly composed of a verification node and a non-authentication node, and also includes a member management service. It can realize the functions of identity authentication, rights management, block consensus, etc. Secondly, it is based on the business logic layer on the service layer, which can be, for example, chaincode (chain code), deployed on the blockchain, and can be provided through the interface provided by Fabricchaincode. Implement complex business logic, and provide deployment, invocation, and query interfaces; third, the application software, the client SDK, which is packaged into a standard interface and can provide functions such as private key storage, transaction signature, data cache, and chain code call. At the same time, it also provides a blockchain browser, which can realize real-time monitoring of nodes and transactions, which is convenient for intuitive and clear understanding of the current operating state of the system.

Fabric has a separate member management module, membersrvc. The username and password of each participant are saved in the custom SDK. The participant's business system calls its custom SDK to initiate the business process. The custom SDK attaches the username and password to the transaction interface, and generates a static registration certificate (ECerts) and saves it to the fabric. Service architecture layer. Before sending the REST API request, the business logic layer will receive the user name and password uploaded by the participant's custom SDK, log in to the blockchain, and must provide the corresponding user name to deploy and call the chain code when operating the chain code.

As shown in FIG. 5, the electronic device 50 can include a processor 510, a memory 520, a transmitter 530, and a receiver 540.

Memory 520 can store instructions for processor 510 to control operational processing. Memory 520 can include volatile or non-volatile memory such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable programmable read only memory (EPROM), Programming read only memory (PROM), read only memory (ROM), etc., the invention is not limited thereto.

Processor 510 can invoke instructions stored in memory 520 to control related operations. According to an embodiment, the memory 520 stores instructions for the processor 510 to control: generating first block data according to the financial asset data; generating second block data according to the first block data and the audit data; The block data and the payment data generate third block data; and the third block data is published to complete the financial data chain code deployment. It is easy to understand that the memory 520 can also store instructions for the processor 510 to control other operations in accordance with embodiments of the present invention, and details are not described herein.

In another aspect, the present application further provides a computer readable medium, which may be included in an electronic device described in the above embodiments, or may be separately present without being assembled into the electronic device. in. The computer readable medium carries one or more programs that, when executed by one of the electronic devices, cause the electronic device to implement the method of FIGS. 1 and 2 in the above embodiments.

It will be understood by those skilled in the art that the above various modules may be distributed in the device according to the description of the embodiments, or may be correspondingly changed in one or more devices different from the embodiment. The modules of the above embodiments may be combined into one module, or may be further split into multiple sub-modules.

Through the description of the above embodiments, those skilled in the art can easily understand that the exemplary embodiments described herein may be implemented by software, or may be implemented by software in combination with necessary hardware. Therefore, the technical solution according to the embodiment of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network. A number of instructions are included to cause a computing device (which may be a personal computer, server, mobile terminal, or network device, etc.) to perform a method in accordance with an embodiment of the present invention.

From the above detailed description, those skilled in the art will readily appreciate that the method, apparatus, and electronic device for financial data sharing in accordance with embodiments of the present invention have one or more of the following advantages.

According to some embodiments, the method for financial data sharing of the present invention performs data fidelity by utilizing blockchain decentralization, tamper resistance, and distributed account book characteristics by way of chain code deployment of financial data. After entering the chain, it will not be tamper-proof by the single party, which can guarantee the authenticity of the underlying data of the asset securitization service provider.

According to other embodiments, the method for financial data sharing of the present invention can greatly reduce the cost and time of reading and writing in different places by deploying financial data in a chain code chain manner, thereby providing simpler and more efficient methods. Consensus service, while inheriting the advantages of decentralization, reducing the pressure of monopoly.

According to other embodiments, the method for financial data sharing of the present invention, by means of a Byzantine fault-tolerant algorithm for deploying financial data in a chain code, enables the method of financial data sharing to work in an asynchronous mode and accelerates financial data. Processing speed.

The exemplary embodiments of the present invention have been particularly shown and described above. It is to be understood that the invention is not limited to the details of the details of the embodiments of the invention.

In addition, the structures, the proportions, the sizes, and the like shown in the drawings of the present specification are only used to cope with the contents disclosed in the specification, and are understood and read by those skilled in the art, and are not intended to limit the conditions that can be implemented by the present disclosure. Therefore, it does not have technical significance. Any modification of the structure, change of the proportional relationship or adjustment of the size should remain in the present disclosure without affecting the technical effects and the objectives that can be achieved by the present disclosure. The scope of the published technical content can be covered. In the meantime, the terms "upper", "first", "second", and "the" are used in the description, and are not intended to limit the scope of the disclosure. The change or adjustment of the relative relationship is also considered to be an area in which the present invention can be implemented without substantial changes in the technical content.

Claims

A method for financial data sharing, comprising:

Generating first block data according to financial asset data;

Generating second block data according to the first block data and the audit data;

Generating third block data based on the second block data and the payment data;

The third block data is published to complete the financial data chain code deployment.
The method according to claim 1, wherein the first block data, the second block data, and the third block data are confirmed by a consensus mechanism by a consensus algorithm.
The method of claim 2 wherein said consensus algorithm comprises:

Byzantine fault tolerant algorithm.
The method of claim 1, wherein the publishing the third block data to complete the financial data chain code deployment comprises:

The third block data is published to complete the chain code deployment of the federated chain of financial data.
The method of claim 1, wherein the generating the first block data based on the financial asset data comprises:

Encapsulating the financial asset data according to a predefined first transaction field to generate first encapsulated data;

Indicate the first processing public key;

Identify the first transaction event;

Performing signature verification on the first package data, the first processing public key, and the first transaction event to generate the first block data.
The method of claim 1, wherein the generating the first block data according to the financial asset data further comprises:

Synchronizing the first block data to a cache database.
The method of claim 1, wherein the generating the second block data based on the first block data and the audit data comprises:

Encapsulating the first block data and the audit data according to a predefined second transaction field to generate second package data;

Specifying the second processing public key;

Identify the second transaction event;

Performing signature verification on the second package data, the second processing public key, and the second transaction event to generate the second block data.
The method of claim 7, wherein the generating the second block data according to the first block data and the audit data further comprises:

Listening to the data and acquiring the first block data.
The method of claim 7, wherein the generating the second block data based on the first block data and the audit data further comprises:

Synchronizing the second block data to a cache database.
The method according to claim 1, wherein the generating the third block data according to the second block data and the payment data comprises:

Encapsulating the second block data and the payment data according to a predefined third transaction field to generate third encapsulated data

Specifying a third processing public key;

Identify the third trading event;

Performing signature verification on the third package data, the third processing public key, and the third transaction event to generate the third block data.
The method of claim 1, wherein the generating the third block data according to the second block data and the payment data further comprises:

Listening to the data and acquiring the second block data.
The method of claim 1, wherein the generating the third block data according to the second block data and the payment data further comprises:

Synchronizing the third block data to a cache database.
The method of claim 1 further comprising:

Rights control is performed on the first block data, the second block data, and the write data side of the third block data.
An apparatus for financial data sharing, comprising:

a first block module, configured to generate first block data according to the financial asset data;

a second block module, configured to generate second block data according to the first block data and the audit data;

a third block module, configured to generate third block data according to the second block data and the payment data;

The chain code deployment module is configured to publish the third block data to complete the financial data chain code deployment.
The apparatus according to claim 14, wherein the first block module, the second block module, and the third block module are confirmed by a consensus mechanism by a consensus algorithm.
An electronic device, comprising:

processor;

A memory storing instructions for the processor to control the operation of any of claims 1-13.
A storage medium arranged to store program code for performing the method of any one of claims 1 to 13.