Block chain asset processing method and device, equipment, storage medium and product

Abstract

The invention provides a block chain asset processing method and device, equipment, a storage medium and a product. The method comprises the following steps: calling a market data synchronization service to detect at least one decentralized transaction contract to obtain transaction event information, and storing the obtained transaction event information, one decentralized transaction contract corresponding to one decentralized transaction object for asset transaction; when a market data synchronization request initiated by a client for a to-be-queried asset is obtained, obtaining a transaction event information set; performing data analysis on each transaction data included in the transaction event information set to obtain market data of the to-be-queried assets, the market data being used for reflecting asset transaction value conditions of the to-be-queried assets; and returning the market data of the to-be-queried assets to the client. According to the method and the device, the transaction data in the decentralized transaction objects can be integrated based on the block chain, so that more accurate and reliable market data can be provided for digital assets.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to a blockchain asset processing method, a blockchain asset processing device, a computer device, a computer-readable storage medium, and a computer program product. Background Art

[0002] At present, with the widespread application of blockchain technology, business activities in various fields involved in the chain are increasing, especially the business in the financial field is increasingly frequently used in the blockchain. There are many types of digital assets on the blockchain, so in the financial field, for a variety of digital assets, analyzing the market data of digital assets is an important reference indicator for evaluating the value of digital assets.

[0003] Nowadays, the market data of digital assets is usually provided by decentralized exchanges (decentralized trading objects) according to the transaction data generated by themselves. Since decentralized exchanges can only obtain transaction data in their own exchanges to analyze market data, the market data analyzed in this way is not accurate enough. Summary of the invention

[0004] The embodiments of the present application propose a blockchain asset processing method, device, equipment, storage medium and product, which can integrate transaction data from multiple decentralized transaction objects based on blockchain, thereby providing more accurate and reliable market data for digital assets.

[0005] On the one hand, the embodiment of the present application proposes a blockchain asset processing method, the method comprising:

[0006] Call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. One decentralized trading contract corresponds to one decentralized trading object for asset trading;

[0007] When a market data synchronization request initiated by a client for an asset to be queried is obtained, a transaction event information set is obtained, the transaction event information set including: a plurality of transaction data associated with the asset to be queried, any transaction data being determined from the stored transaction event information;

[0008] Perform data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried;

[0009] Return the market data of the asset to be queried to the client.

[0010] On the one hand, an embodiment of the present application proposes a blockchain asset processing device, which includes:

[0011] A processing unit, used to call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. One decentralized trading contract corresponds to one decentralized trading object for asset trading;

[0012] An acquisition unit, configured to acquire a transaction event information set when acquiring a market data synchronization request initiated by a client for an asset to be queried, wherein the transaction event information set includes: a plurality of transaction data associated with the asset to be queried, wherein any transaction data is determined from the stored transaction event information;

[0013] The processing unit is further used to perform data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, where the market data is used to reflect the asset transaction value of the asset to be queried;

[0014] The sending unit is used to return the market data of the asset to be queried to the client.

[0015] In a possible implementation, before the processing unit calls the market data synchronization service to detect at least one decentralized trading contract, it is further configured to perform the following operations:

[0016] Receive a service configuration request, the service configuration request carries configuration information, and the configuration information includes at least one of the following: a contract address of a decentralized trading contract to be detected, and an asset identifier of a digital asset to be detected;

[0017] Start the market data synchronization service to configure the market data synchronization service according to the configuration information;

[0018] Among them, the market data synchronization service that completes the configuration processing is used to: detect the decentralized trading contract indicated by the configuration information to obtain trading event information.

[0019] In a possible implementation, the processing unit is further configured to perform the following operations:

[0020] Obtain an asset transaction request, which includes the transaction data to be uploaded to the chain. The transaction data to be uploaded to the chain is generated after signing based on the private key. The asset transaction request is used to instruct the transaction processing for the asset to be traded;

[0021] Verify the transaction signature of the transaction data uploaded to the chain;

[0022] If the signature verification of the transaction data to be uploaded to the chain is confirmed to have passed, the target decentralized transaction contract matching the asset to be traded is called to execute the transaction data to be uploaded to the chain;

[0023] Among them, after the transaction data to be uploaded to the chain is executed, it is allowed to call the market data synchronization service to detect and obtain the corresponding transaction event information from the target decentralized trading contract.

[0024] In a possible implementation, the processing unit calls the market data synchronization service to detect at least one decentralized trading contract, obtains trading event information, and stores each obtained trading event information, and then performs the following operations:

[0025] When receiving the market data synchronization request initiated by the client for the asset to be queried, the market data query service is called;

[0026] Parsing the request parameters of the market data synchronization request through the market data query service to obtain the asset identifier of the asset to be queried; and

[0027] Query the market data matching the asset to be queried indicated by the asset identifier from the market database through the market data query service;

[0028] If the market data is obtained through the query, the obtained market data will be returned to the client.

[0029] In a possible implementation, the market data of at least one digital asset is stored in the market database; and the processing unit is further configured to perform the following operations:

[0030] When new transaction event information for the asset to be queried is detected from at least one decentralized transaction contract, the market data synchronization service is called to obtain the transaction data included in the new transaction event information;

[0031] The transaction data included in the new transaction event information is sent to the market data query service, so that the market data query service updates the market data of the asset to be queried in the market database according to the transaction data included in the new transaction event information.

[0032] In a possible implementation, the market data synchronization request carries the asset identifier of the asset to be queried; when the market data synchronization request initiated by the client for the asset to be queried is obtained, the acquisition unit obtains a transaction event information set, including any of the following:

[0033] According to the specified time period, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the transaction event information obtained within the specified time period;

[0034] According to the specified number, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the specified number of transaction event information.

[0035] In a possible implementation, the processing unit performs data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, and performs the following operations:

[0036] According to the business needs of the assets to be queried, a multi-dimensional data analysis is performed on each transaction data included in the transaction event information set to obtain the data analysis results of the assets to be queried. The data analysis results are used to reflect the graph data of the assets to be queried in various dimensions;

[0037] Based on the data analysis results of the assets to be queried, the market data of the assets to be queried is generated.

[0038] In a possible implementation, the market data includes time-sharing data under the time dimension; the processing unit performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and performs the following operations:

[0039] Analyze and process the asset value of the asset to be queried in each transaction data detected according to the time dimension to obtain a first analysis result of the asset to be queried, where the first analysis result is used to reflect the asset value trend of the asset to be queried within a preset time interval;

[0040] Based on the first analysis result of the asset to be queried, time-sharing data of the asset to be queried in the time dimension is generated according to a preset time interval.

[0041] In a possible implementation, the market data includes K-line data under the value dimension; the processing unit performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and performs the following operations:

[0042] Analyze and process the asset value of the asset to be queried in each transaction data detected according to the value dimension to obtain a second analysis result of the asset to be queried, and the second analysis result is used to reflect the overall change trend of the asset value of the asset to be queried;

[0043] Based on the second analysis result of the asset to be queried, the K-line data of the asset to be queried in the value dimension is obtained.

[0044] In a possible implementation, the market data includes time-sharing data and K-line data; a market data display interface is displayed in the client, and the market data display interface displays: at least one digital asset to be queried, and at least one decentralized trading object; it is allowed to initiate a market data synchronization request for any selected digital asset and the selected decentralized trading object in the market data query interface; wherein,

[0045] After receiving the time-sharing data and K-line data to be queried, the client will distinguish between the time-sharing chart and K-line chart of the asset to be queried in the market data display interface. The time-sharing chart is generated after rendering the time-sharing data, and the K-line chart is generated after rendering the K-line data;

[0046] Differentiated display includes: any one of split screen display, switching display, and color differentiated display.

[0047] In a possible implementation, after obtaining the market data synchronization request initiated by the client for the asset to be queried, the processing unit is further configured to perform the following operations:

[0048] Get the identity information of the request object that initiates the market data synchronization request in the client;

[0049] Perform identity authentication on the request object according to the identity information, and the identity authentication process includes: any one or more of authority verification, legality verification, and security verification;

[0050] If it is determined that the identity authentication of the request object is passed, the acquisition of the transaction event information set is triggered, and data analysis is performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried.

[0051] On the one hand, an embodiment of the present application provides a computer device, which includes a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the above-mentioned data processing method.

[0052] On the one hand, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is read and executed by a processor of a computer device, the computer device executes the above-mentioned data processing method.

[0053] On the one hand, an embodiment of the present application provides a computer program product or a computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the above-mentioned data processing method.

[0054] In an embodiment of the present application, a market data synchronization service can be called to detect at least one decentralized trading contract, obtain transaction event information, and store each obtained transaction event information. Any decentralized trading contract has been configured and processed by the market data synchronization service, and one decentralized trading contract corresponds to a decentralized trading object for asset trading. When a market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set can be obtained, and the transaction event information set includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information. Then, data analysis can be performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried. Finally, the market data of the asset to be queried can be returned to the client. It can be seen from this that this application can detect the transaction event information in the on-chain contract by configuring the decentralized transaction contract corresponding to the decentralized transaction object, so that the transaction data generated in each decentralized transaction object can be integrated to analyze the market data of the asset to be queried. Since the transaction data can be obtained from multiple different decentralized transaction objects and the data acquisition sources are relatively rich, the market data obtained based on the analysis of transaction data from rich sources is more accurate and reliable. BRIEF DESCRIPTION OF THE DRAWINGS

[0055] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present application. For ordinary technical objects in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0056] Figure 1 It is a schematic diagram of the principle of a blockchain asset processing solution provided in an embodiment of the present application;

[0057] Figure 2a It is a structural diagram of a blockchain system provided by an embodiment of the present application;

[0058] Figure 2b This is a schematic diagram of the structure of a blockchain provided by an embodiment of the present application;

[0059] Figure 3 This is a schematic diagram of the architecture of a blockchain asset processing system provided by an embodiment of the present application;

[0060] Figure 4 It is a flowchart of a blockchain asset processing method provided by an embodiment of the present application;

[0061] Figure 5It is a flowchart of executing a decentralized trading contract provided by an embodiment of the present application;

[0062] Figure 6 This is a schematic diagram of a scenario for obtaining identity information provided by an embodiment of the present application;

[0063] Figure 7 It is a schematic diagram of an interactive process of a blockchain asset processing method provided in an embodiment of the present application;

[0064] Figure 8 This is a schematic diagram of a data query interface provided by an embodiment of the present application;

[0065] Fig. 9 This is a schematic diagram of an interface for displaying market data provided by an embodiment of the present application;

[0066] Fig.10 It is a structural schematic diagram of a blockchain asset processing device provided in an embodiment of the present application;

[0067] Fig.11 It is a structural diagram of a computer device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0068] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0069] This application provides a blockchain asset processing solution, which is mainly applicable to digital assets involved in the financial field, specifically involving accurate and reliable calculation of digital asset market data based on blockchain. Figure 1 , Figure 1 This is a schematic diagram of the principle of a blockchain asset processing solution provided by the embodiment of this application. Figure 1As shown, ① after the corresponding configuration processing, the blockchain network can access the market data query service and the market data synchronization service, and call the market data synchronization service to detect at least one decentralized trading contract (such as decentralized trading contract 1, decentralized trading contract 2), obtain transaction event information, and store the detected transaction event information in the transaction database. Any decentralized trading contract has been configured by the market data synchronization service, and a decentralized trading contract corresponds to a decentralized trading object for asset trading. ② The request object can initiate a market data synchronization request for the asset to be queried in the market data query interface displayed by the client, and the backend service of the client can forward the market data synchronization request generated by the front end (client) to the blockchain network. Specifically, when the blockchain side obtains the market data synchronization request initiated by the client for the asset to be queried, the service is accessed and the market data synchronization service is called through the RPC (Remote Procedure Calls) interface, so that a set of transaction event information can be obtained, which includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information. ③ Data analysis can be performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, which is used to reflect the asset transaction value of the asset to be queried. ④ Subsequently, the market data of the asset to be queried can be returned to the client to output the market data of the asset to be queried in the market data query interface of the client.

[0070] It can be seen from this that this application can detect the transaction event information in the on-chain contract by configuring the decentralized transaction contract corresponding to the decentralized transaction object, so that the transaction data generated in each decentralized transaction object can be integrated to analyze the market data of the asset to be queried. Since the transaction data can be obtained from multiple different decentralized transaction objects and the data acquisition sources are relatively rich, the market data obtained based on the analysis of transaction data from rich sources is more accurate and reliable.

[0071] Next, the relevant technical terms involved in the blockchain asset processing provided by this application are introduced in detail in conjunction with the relevant drawings:

[0072] 1. Market data synchronization service:

[0073] The market data synchronization service refers to a service that can synchronize data on the chain. In the present application, the market data synchronization service can synchronize transaction event information from the blockchain after the configuration processing of the management object. In one possible implementation, the market data synchronization service refers to a general service configured in the blockchain network, so any blockchain node in the blockchain network can call the general service; in another possible implementation, the market data synchronization service is a business service configured in any blockchain node, that is, the blockchain node configured with the service has the function of calling the market data synchronization service. Specifically, the specific principle of service configuration for the market data synchronization service is: it is necessary to configure the decentralized transaction contract on the chain that the market data synchronization service allows to detect, so as to synchronize the detected transaction event information from the decentralized transaction contract. In addition, after the market data synchronization service synchronizes the transaction event information, it can store the synchronized transaction event information.

[0074] 2. Transaction event information and transaction data:

[0075] Transaction event information is information used to describe the occurrence of a transaction event. A transaction event refers to an event that generates a transaction. For example, exchanging a first digital asset for a second digital asset can be considered a transaction. For another example, transferring a target amount of digital assets from the account of a first object to the account of a second object can also be considered a transaction. Among them, the transaction event information can be detected from a decentralized transaction contract based on a market data synchronization service. Specifically, the transaction event information may include: the time of occurrence of the transaction event, one or more transaction data generated by the transaction event, the transaction parties involved in the transaction event (for example, a transaction between object A and object B), and the transaction location to which the transaction event belongs (i.e., a decentralized transaction object, commonly known as a decentralized exchange).

[0076] Transaction data refers to the specific data generated during the transaction process. In this application, transaction data refers to data related to digital assets. The so-called digital assets refer to the digitized form of assets, which can be considered as an electronic asset based on a node network and a digital encryption algorithm, and can be used as a substitute for cash assets. The types of digital assets involved in different transactions can be the same or different: for example, the game assets involved in game transactions can be considered as a digital asset; for another example, the tokens or digital collections involved in blockchain transactions can also be considered as a digital asset.

[0077] 3. Assets to be queried:

[0078] The asset to be queried refers to any of many types of digital assets, and the asset to be queried refers to the digital asset that has been processed by the configuration of the market data synchronization service, and the digital asset processed by the configuration of the market data synchronization service refers to the digital asset that is allowed to be queried. It should be understood that digital assets rely on decentralized trading objects for issuance or trading, and different types of decentralized trading objects can allow the same or different types of digital assets to be traded. For example, if the type of decentralized trading object is a game type, then in the decentralized trading object of the game type, digital assets of the game type are allowed to be traded; for another example, if the type of decentralized trading object is a token type, then in the decentralized trading object of the token type, digital assets of the token type are allowed to be traded.

[0079] 4. Market data of the asset to be queried:

[0080] The market data is used to reflect the asset transaction value of the asset to be queried. The asset transaction value may include, but is not limited to: the value change of the asset to be queried during the transaction, the highest transaction value of the asset to be queried, the lowest transaction value of the asset to be queried, the estimated transaction value trend of the asset to be queried, and so on. Specifically, the market data may include graph data under multiple dimensions, and the graph data under any dimension is used to characterize the data graph under the corresponding dimension. For example, the market data includes time-sharing data under the time dimension, and the time-sharing data can be used to express the time-sharing graph of the asset to be queried. The so-called time-sharing graph refers to the value of the asset to be queried within a fixed time period (for example, every minute) The trend of the value of the asset to be queried under the time dimension. For another example, the market data includes K-line data under the value dimension, and the K-line data can be used to express the K-line graph of the asset to be queried. The so-called K-line graph is drawn based on the issuance value, the highest asset value, the lowest asset value, and the termination transaction value of the asset to be queried. It can be used to reflect the overall trend and value information of the value of the asset to be queried.

[0081] 5. Blockchain Technology

[0082] Blockchain is essentially a decentralized database, a string of data blocks generated by cryptographic methods. Each data block contains relevant information, which is used to verify the validity of its information (anti-counterfeiting) and generate the next block. Specifically, this application will introduce the relevant terms such as blockchain system and blockchain structure in detail.

[0083] (1) Blockchain system:

[0084] See also Figure 2a , Figure 2aThis is a schematic diagram of the structure of a blockchain system provided by an embodiment of the present application. Figure 2a As shown, the blockchain system can be a data sharing system. The so-called data sharing system refers to a system for sharing data between node devices. The data sharing system 200 may include multiple node devices 201. The multiple node devices 201 may refer to various computer devices in the data sharing system. The computer device may be, for example, a terminal device or a server. Among them, the device types of different node devices 201 may be the same or different. For example, a node device 201 may be a terminal device, and another node device 201 may be a server.

[0085] Specifically, each node device 201 can receive input information when performing normal work, and maintain the shared data in the data sharing system based on the received input information. For example, when any node device 201 in the blockchain system receives input information (for example, an asset transaction request), the node device 201 can send the transaction data carried in the asset transaction request to other node devices according to the asset transaction request, so that each node device performs signature verification on the transaction data. If it is determined that the signature verification of the transaction data is passed, the transaction data can be stored in the blockchain system. Subsequently, any node device 201 can obtain the transaction data associated with the asset to be queried from the blockchain system.

[0086] (2) Blockchain Node:

[0087] ①Node function:

[0088] a. Application functions are used to be deployed in the blockchain to implement specific businesses according to actual business needs, and record data related to the implementation of business functions to form record data: for example, transaction data refers to data used to record the implementation of asset transaction functions. In this application, a digital signature can be carried in the transaction data to indicate the source of the transaction data, and the transaction data can be sent to other nodes in the blockchain system. When other nodes successfully verify the source and integrity of the transaction data, the transaction data can be added to the temporary block to complete the on-chain processing of the transaction data. Subsequently, asset transaction processing can be performed on the on-chain transaction data in the blockchain.

[0089] b. Contract function. Any blockchain node in the blockchain system has the function of calling and executing the corresponding smart contract. The so-called smart contract (referred to as contract): smart contract has three major elements: commitment, agreement, and digital form. Therefore, it can expand the application scope of blockchain to all aspects of financial industry transactions, payments, settlements and liquidations. Smart contract means that when a pre-compiled condition is triggered, the smart contract will immediately execute the corresponding contract terms. Its working principle is similar to the if-then statement of a computer program. Among them, a smart contract virtual machine (ETHereumVirtual Machine, EVM) runs in the blockchain node. The smart contract virtual machine is a virtual machine that can execute smart contracts. The smart contract virtual machine can understand and execute these codes to realize the functions of smart contracts. In the embodiment of the present application, multiple decentralized trading contracts are involved, and any decentralized trading contract can be used to execute transaction data for asset transactions.

[0090] ②Node identification:

[0091] Each node in the blockchain system has a corresponding node identifier, and each node in the blockchain system can store the node identifiers of other nodes in the blockchain system, so that the generated blocks can be broadcast to other nodes in the blockchain system based on the node identifiers of other nodes. Each node can maintain a node identifier list as shown in the following table, and store the node name and node identifier in the node identifier list.

[0092] The node identifier may be an IP (Internet Protocol, a protocol for interconnecting networks) address or any other information that can be used to identify the node. Table 1 only uses the IP address as an example for description.

[0093] Table 1. Node ID list

[0094]

[0095]

[0096] In the embodiment of the present application, each blockchain node needs to perform consensus processing on the transaction data used for asset transactions, and the consensus processing involves data interaction between nodes. During the data interaction process, each node can carry its own node identification, so that other nodes can perform node verification processing based on the corresponding node identification before performing consensus processing, thereby improving the security of the blockchain consensus process.

[0097] (2) Block structure:

[0098] See also Figure 2b , Figure 2bThis is a schematic diagram of the structure of a blockchain provided by an embodiment of the present application. Figure 2b As shown in the figure, the blockchain consists of multiple blocks, and each blockchain contains a genesis block. As the name implies, the so-called genesis block is the first block, the initial block. The genesis block includes a block header and a block body. The block header stores the input information feature value, version number, timestamp and difficulty value, and the block body stores the input information (such as transaction data); the next block of the genesis block uses the genesis block as the parent block, and the next block also includes a block header and a block body. The block header stores the input information feature value of the current block, the block header feature value, version number, timestamp and difficulty value of the parent block, and so on, so that the transaction data stored in each block in the blockchain is associated with the transaction data stored in the parent block, ensuring the security of the transaction data in the block.

[0099] In the embodiment of the present application, the transaction data used for asset transactions can be stored in a block structure. Figure 2b The block storage structure shown can make it difficult for each transaction data in the block body to be tampered with, which can ensure the data security of the asset transaction process, thereby improving the reliability and security of the market data of the asset to be queried.

[0100] 6. Cloud Technology:

[0101] In the blockchain asset processing scheme proposed in this application, the blockchain involves more data computing services and data storage services, so a lot of computer operating costs are required. Then, this application can realize the processing operations required for chaining based on cloud storage technology in cloud technology. Specifically: each transaction data can be stored in the transaction pool based on the data storage service; and each transaction data in the transaction event information set can be analyzed based on the data computing service. Among them, the so-called cloud technology is a general term for network technology, information technology, integration technology, management platform technology, application technology, etc. based on the cloud computing business model application, which can form a resource pool, which is used on demand and flexible and convenient. Among them, cloud technology can include cloud storage technology. The so-called cloud storage is a new concept extended and developed from the concept of cloud computing. The distributed cloud storage system (hereinafter referred to as the storage system) refers to a storage system that uses cluster applications, grid technology, and distributed storage file systems to collect a large number of different types of storage devices (storage devices are also called storage nodes) in the network through application software or application interfaces to work together and provide data storage and business access functions to the outside world.

[0102] It should be noted that the relevant data involved in the asset processing process in this application, for example: transaction event information, transaction data, and market data of the assets to be queried, etc. When the above embodiments of this application are applied to specific products or technologies, user permission or consent must be obtained, and the relevant data collection, use and processing processes must comply with relevant laws, regulations and standards of the country and region, comply with the principles of legality, legitimacy and necessity, and do not involve the acquisition of data types prohibited or restricted by laws and regulations. In some optional embodiments, the relevant data involved in the embodiments of this application are obtained after the object has been authorized separately. In addition, when obtaining the separate authorization of the object, the purpose of the relevant data involved is indicated to the object.

[0103] Combine the following Figure 3 The architecture diagram of the asset processing system provided in the embodiment of the present application is introduced in detail.

[0104] See also Figure 3 , Figure 3 Schematic diagram of the architecture of a blockchain asset processing system provided by an embodiment of the present application. Figure 3 As shown, the architecture diagram of the asset processing system may include at least: a client 301, and at least one blockchain node 302. Each blockchain node 302 constitutes a blockchain network. It should be noted that the number of nodes in the blockchain network is only used for example, and the number of nodes in this application is not specifically limited. Any blockchain node 302 in the blockchain network can be directly or indirectly connected to the client 301 through wired or wireless communication.

[0105] Any computer device (client 301 or blockchain node 302) in the asset processing system can be a mobile phone, tablet computer, laptop computer, PDA, mobile Internet device (MID), vehicle, vehicle-mounted equipment, roadside equipment, aircraft, wearable device, smart devices such as smart watches, smart bracelets, pedometers, etc., virtual reality devices... and so on.

[0106] Any computer device (client 301 or blockchain node 302) in the asset processing system can be a server. Specifically, the server can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms.

[0107] It is understandable that the types of various computer devices in the asset processing system can be the same or different. For example, the client 301 can be a mobile phone, and the blockchain node 302 can also be a mobile phone; for another example, the client 301 can be a mobile phone, and the blockchain node 302 can be a laptop. This application does not limit the number and type of various computer devices in the asset processing system.

[0108] (1) First, the functions of the client 301 and the blockchain node 302 in the blockchain asset processing system are introduced accordingly:

[0109] ① Client 301: can be used to display a market data query interface, which displays at least one digital asset to be queried and at least one decentralized trading object. The user can initiate a market data synchronization request for the asset to be queried in the market data query interface to obtain the market data of the asset to be queried. Subsequently, after obtaining the market data of the asset to be queried, the corresponding query results (such as the time-sharing chart and K-line chart of the asset to be queried) can be output in the market data query interface.

[0110] ② Blockchain node 302: runs a market data synchronization service and a market data query service, can call the market data synchronization service to detect at least one decentralized transaction contract in the blockchain, obtain transaction event information, and store each transaction event information obtained; and call the market data query service to query the market data of the asset to be queried from the market database.

[0111] (2) Then, the data interaction process between the client 301 and the blockchain node 302 in the blockchain asset processing system is described in detail:

[0112] ① The blockchain node 302 calls the market data synchronization service to detect at least one decentralized trading contract, obtains transaction event information, and stores each transaction event information obtained. Any decentralized trading contract has been processed by the configuration of the market data synchronization service. A decentralized trading contract corresponds to a decentralized trading object for asset trading;

[0113] ② The client 301 may generate a market data synchronization request for the asset to be queried, wherein the market data synchronization request is used to request to obtain the market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried;

[0114] ③ The client 301 forwards the market data synchronization request to the blockchain node 302;

[0115] ④ After receiving the market data synchronization request sent by the client, the blockchain node 302 may obtain a transaction event information set, which includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information;

[0116] ⑤ The blockchain node 302 performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried; then, the blockchain node 302 may return the market data of the asset to be queried to the client 301;

[0117] ⑥ After receiving the market data of the asset to be queried, the client 301 can render the market data, thereby outputting the corresponding time-sharing chart and K-line chart in the interface.

[0118] The blockchain asset processing system provided by the present application can call the market data synchronization service to detect at least one decentralized transaction contract, obtain transaction event information, and store the obtained transaction event information. Any decentralized transaction contract has been configured and processed by the market data synchronization service, and one decentralized transaction contract corresponds to a decentralized transaction object for asset trading; when a market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set can be obtained, and the transaction event information set includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information; then, data analysis can be performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried; finally, the market data of the asset to be queried can be returned to the client. It can be seen from this that this application can detect the transaction event information in the on-chain contract by configuring the decentralized transaction contract corresponding to the decentralized transaction object, so that the transaction data generated in each decentralized transaction object can be integrated to analyze the market data of the asset to be queried. Since the transaction data can be obtained from multiple different decentralized transaction objects and the data acquisition sources are relatively rich, the market data obtained based on the analysis of transaction data from rich sources is more accurate and reliable.

[0119] It can be understood that the blockchain asset processing system described in the embodiment of the present application is to more clearly illustrate the technical solution of the embodiment of the present application, and does not constitute a limitation on the technical solution provided in the embodiment of the present application. It is known to those skilled in the art that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution provided in the embodiment of the present application is also applicable to similar technical problems.

[0120] Based on the foregoing description of the blockchain asset processing solution and blockchain asset processing system of the present application, the specific embodiments involved in the blockchain asset processing solution will be described in detail below in conjunction with the accompanying drawings.

[0121] See also Figure 4 , Figure 4 is a flowchart of a blockchain asset processing method provided by an embodiment of the present application. The asset processing method can be Figure 3 The computer device (blockchain node) in the blockchain asset processing system shown is executed. The blockchain asset processing method mainly includes but is not limited to the following steps S401 to S404:

[0122] S401: Call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. A decentralized trading contract corresponds to a decentralized trading object for asset trading.

[0123] In specific implementation, the detection method of transaction event information may include: synchronous method, asynchronous method, or synchronous combined with asynchronous method. Among them, the so-called synchronous method refers to: a method of obtaining data while generating data, that is, when a new transaction is detected in a decentralized trading contract, the transaction event information generated by the transaction can be obtained in real time. The asynchronous method refers to: a method of generating data first and then obtaining data, that is, when a transaction is detected in a decentralized trading contract, when the transaction is completed, the transaction event information generated by the transaction can be obtained. The synchronous combined with asynchronous method means: a part of the data is collected in a synchronous manner, and the other part of the data is collected in an asynchronous manner. For example, if the number of decentralized trading contracts to be detected is k1+k2, the transaction event information can be collected in a synchronous manner for k1 centralized trading contracts, and in an asynchronous manner for k2 decentralized trading contracts. The embodiment of the present application does not specifically limit the method for collecting transaction event information.

[0124] In a possible implementation, the blockchain node calls the market data synchronization service to detect at least one decentralized trading contract, which may include: calling the market data synchronization service to detect at least one decentralized trading contract at a preset time interval (for example, every one minute), thereby obtaining transaction event information. Subsequently, the transaction event information obtained by the detection may be stored in a transaction database, wherein the transaction event information in the transaction database may be stored according to: different decentralized trading contracts, or according to decentralized trading contracts and different digital assets involved.

[0125] For example, the data storage format of the transaction database can be shown in Table 2.1:

[0126] Table 2.1 Data storage format of transaction database

[0127] Decentralized trading contracts Transaction event information Contract 1 tx1 Contract 2 tx2 Contract 3 tx3

[0128] As shown in Table 2.1 above, the transaction database can store: each transaction event information detected, and the source of each transaction event information (i.e., from which decentralized transaction contract it was detected). Using this data storage format, the source of each transaction event information can be intuitively and clearly understood, which is convenient for subsequent data analysis and processing of digital assets.

[0129] For another example, the storage structure of the transaction database can be shown in Table 2.2:

[0130] Table 2.2 Data storage format of transaction database

[0131] Decentralized trading contracts Digital Assets Transaction event information Contract 1 token1 tx1 Contract 2 token2 tx2 Contract 3 token3 tx3

[0132] As shown in Table 2.2 above, the transaction database can store: each transaction event information detected, the digital assets involved in each transaction event information, and the source of each transaction event information. Using this data storage format, not only can the source of each transaction event information be intuitively and clearly understood, but also the digital assets associated with different transaction event information can be distinguished, which can make data analysis and processing of digital assets more convenient.

[0133] In the above implementation, the decentralized trading contract being detected has been processed by the configuration of the market data synchronization service, that is, the decentralized trading contract detected by the market data synchronization service refers to the smart contract that is allowed to be detected. The specific process of how to configure the market data synchronization service is described in detail below.

[0134] In a possible implementation, before the blockchain node calls the market data synchronization service to detect at least one decentralized trading contract, the following steps are also included: ① receiving a service configuration request, which carries configuration information, and the configuration information includes at least one of the following: the contract address of the decentralized trading contract to be detected, and the asset identifier of the digital asset to be detected. Specifically, the management object can configure the decentralized trading contracts (such as contract 1, contract 2, and contract 3) that the market data synchronization service can detect, and configure the digital assets that can be detected (such as tokens and digital collections). After completing the corresponding configuration, the market data synchronization service can be called to detect each configured decentralized trading contract. ② Start the market data synchronization service to configure the market data synchronization service according to the configuration information; wherein, the market data synchronization service that has completed the configuration processing is used to: detect the decentralized trading contracts (such as contract 1, contract 2, and contract 3) indicated by the configuration information to obtain transaction event information. Among them, a decentralized trading contract refers to a smart contract that has the ability to execute asset transactions. Therefore, after the management object configures the market data synchronization service, the market data synchronization service can be called to perform transaction detection on the configured decentralized trading contract, thereby obtaining the transaction event information generated in the decentralized trading contract.

[0135] It should be understood that any transaction event information is information used to describe the occurrence of a transaction event. The transaction generation process and the transaction execution process are introduced in detail below.

[0136] (1) Transaction generation process:

[0137] In a possible implementation, the transaction generation process is as follows: ① The blockchain node obtains an asset transaction request, which includes the transaction data to be uploaded to the chain. The transaction data to be uploaded to the chain is generated after the signature processing is based on the private key, and the asset transaction request is used to indicate the transaction processing for the assets to be traded. ② Then, the transaction signature of the transaction data to be uploaded to the chain is verified; specifically, the signature verification of the transaction data to be uploaded to the chain can be performed based on the public key. ③ If it is determined that the signature verification of the transaction data to be uploaded to the chain passes, the target decentralized transaction contract that matches the asset to be traded is called to execute the transaction data to be uploaded to the chain; specifically, the target decentralized transaction contract used to execute the transaction data to be uploaded to the chain can be the smart contract specified in the asset transaction request, or it can be a smart contract that matches the asset to be queried, and the embodiment of the present application does not specifically limit this. Among them, after the transaction data to be uploaded to the chain is executed, it is allowed to call the market data synchronization service to detect and obtain the corresponding transaction event information from the target decentralized transaction contract.

[0138] (2)Transaction execution process.

[0139] See also Figure 5 , Figure 5 This is a flow chart of executing a decentralized trading contract provided by an embodiment of the present application. Figure 5 As shown, in the process of executing the decentralized trading contract, the following steps S1-S6 are mainly included:

[0140] S1. Trigger the contract.

[0141] In specific implementation, the blockchain node can obtain the contract address of the target decentralized trading contract from the asset transaction request, and trigger the call of its corresponding smart contract based on the contract address of the target decentralized trading contract.

[0142] S2. Analyze transactions.

[0143] In specific implementation, the blockchain node parses the asset transaction request, obtains the contract call address and contract name, and obtains the smart contract used to execute the transaction data to be uploaded to the chain (for example, including information such as the contract name, contract method, and contract input).

[0144] S3. Load the contract’s storage information and the contract’s bytecode.

[0145] In the specific implementation, the blockchain node obtains the corresponding contract bytecode and contract input from the transaction data to be uploaded to the chain and the status database.

[0146] S4. Execute the contract.

[0147] In specific implementation, the contract code is executed in the blockchain node to complete the business logic indicated by the corresponding transaction data to be uploaded to the chain, such as the transfer logic and exchange logic of digital assets.

[0148] S5. Return the result and update the status database.

[0149] In specific implementation, the blockchain node writes the transaction execution results corresponding to the transaction data to be uploaded to the chain back to the status database to complete the update of the business status.

[0150] S6. Create a Merkle tree root and store it in the block.

[0151] In specific implementation, when all the transaction data to be uploaded to the chain in the asset transaction request has been executed, the system will store the hash summary of the current state of the state database as an authentication record in the blockchain.

[0152] Optionally, after the transaction data to be uploaded to the chain is successfully executed, the blockchain node can return the transaction execution result to the client. Based on the above description, the decentralized transaction contract on the chain can accurately and reliably execute the transaction data, and after the transaction is executed, the transaction event information generated during the transaction process can be detected from the decentralized transaction contract that executes the corresponding transaction.

[0153] In a possible implementation, after calling the market data synchronization service to detect at least one decentralized trading contract, obtaining the transaction event information, and storing the obtained transaction event information, the following steps are also included: first, when obtaining the market data synchronization request initiated by the client for the asset to be queried, calling the market data query service; then, parsing the request parameters of the market data synchronization request through the market data query service to obtain the asset identifier of the asset to be queried; and, querying the market data matching the asset to be queried indicated by the asset identifier from the market database through the market data query service; finally, if the market data is obtained by query, the obtained market data is returned to the client; if the market data cannot be obtained by query, the execution of step S402 is triggered. In this implementation, after the market data synchronization service receives the market data synchronization request, the market data synchronization request can be forwarded to the market data query service, and the market data query service can directly query the market data matching the asset to be queried in the market database. If the market data matching the asset to be queried can be queried in the market database, the queried market data can be directly returned to the client. In this way, a quick query can be performed from the market database to improve the efficiency of obtaining market data.

[0154] In a possible implementation, the market data of at least one digital asset is stored in the market database. The blockchain node is also used to perform the following steps: first, when new transaction event information for the asset to be queried is detected from at least one decentralized transaction contract, the market data synchronization service is called to obtain the transaction data included in the new transaction event information; then, the transaction data included in the new transaction event information is sent to the market data query service, so that the market data query data updates the market data of the asset to be queried in the market database according to the transaction data included in the new transaction event information. In this implementation, the market data synchronization service is responsible for real-time detection of the on-chain contract, so that the latest transaction event information on the chain can be obtained in real time; the market data query service is used to query the market data of various digital assets from the market database. In short, the market data synchronization service is a write service, and the market data query service is a read service. Therefore, after the market data synchronization service writes the new transaction event information, the market data of the corresponding digital asset in the market database can be updated through the market data query service, thereby improving the accuracy and reliability of the market data of the digital asset.

[0155] In a possible implementation, after obtaining the market data synchronization request initiated by the client for the asset to be queried, the blockchain node can also perform the following steps: obtain the identity information of the request object that initiates the market data synchronization request in the client; perform identity authentication processing on the request object according to the identity information, and the identity authentication processing includes: any one or more of authority verification, legality verification, and security verification; if it is determined that the identity authentication of the request object is passed, trigger the execution of obtaining the transaction event information set, and perform data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried. Please refer to Figure 6 , Figure 6 Schematic diagram of a scenario for obtaining identity information provided by an embodiment of the present application. Figure 6 As shown, before obtaining the identity information of the request object of the market data synchronization request, it is necessary to send an authorization request to the request object. The authorization request is used for the authorization of the request object. The identity information of the request object can be obtained only after the request object agrees to the authorization. For example, after the client used by the request object obtains the authorization request sent by the blockchain node, the interface S600 can be displayed. The interface S600 displays a prompt message prompting the request object whether to confirm the authorization, and a confirmation control 501 and a rejection control 602 are provided. If the request object clicks the confirmation control 601, it means that the request object agrees to the authorization. If the request object clicks the rejection control 602, it means that the request object refuses the authorization. In this way, the security of the identity information of the request object can be guaranteed and the identity information can be prevented from being leaked.

[0156] S402: When a market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set is obtained, the transaction event information set includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information.

[0157] In a possible implementation, the market data synchronization request carries the asset identifier of the asset to be queried; when the market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set is obtained, including any of the following:

[0158] ①According to the specified time period, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the transaction event information obtained within the preset time period. As shown in Table 2.2 above, if the market data synchronization request carries the asset identifier token1, the transaction event information tx1 associated with the asset to be queried indicated by the token1 can be obtained from the transaction database; if the market data synchronization request carries the asset identifier token2, the transaction event information tx2 associated with the asset to be queried indicated by the token2 can be obtained from the transaction database. Among them, the specified time period can be, for example, the time period of 10:00-10:10, that is, the transaction event information associated with the asset to be queried indicated by the asset identifier in the specified time period of 10:00-10:10 is used as the acquired transaction event information, thereby generating a transaction event information set.

[0159] ②According to the specified number, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the specified number of transaction event information. For example, if the specified number is 10, 10 transaction event information associated with the asset to be queried indicated by the asset identifier can be obtained from the transaction database. Specifically, the method of selecting these 10 transaction event information from the transaction database may include: random selection method, method from far to near according to the time when the transaction occurred, etc., which is not specifically limited in this application.

[0160] ③According to the designated decentralized trading contract, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from the stored transaction event information, and a transaction event information set is formed based on the transaction event information in the designated decentralized trading contract. For example, the designated decentralized trading contract may be contract 1, and multiple transaction event information detected in contract 1 and associated with the asset to be queried may be obtained from the transaction database to form a transaction event information set.

[0161] It should be understood that any transaction event information includes one or more transaction data generated by the transaction process. Therefore, after obtaining the transaction event information set, one or more transaction data associated with the asset to be queried can be determined from each transaction event information in the transaction event information set. Here, associated means: involving the asset to be queried, that is, the transaction process includes the asset to be queried. For example, if the asset to be queried is "RMB", for a swap transaction between digital assets, if the swap transaction involves RMB, then the swap transaction can be: an exchange transaction between US dollars and RMB, or an exchange transaction between RMB and US dollars.

[0162] By adopting the above method, when receiving the client's market data synchronization request for the asset to be queried, the transaction event information related to the asset to be queried can be obtained from the transaction event information detected in the on-chain contract (decentralized trading contract). Since the transaction event information is closely related to the asset to be queried, it provides a more reliable basis for subsequent data analysis of the market data of the asset to be queried.

[0163] S403: Perform data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, where the market data is used to reflect the asset transaction value of the asset to be queried.

[0164] In a possible implementation, data analysis is performed on each transaction data included in a transaction event information set to obtain market data of the asset to be queried, which may include the following steps: first, according to the business needs of the asset to be queried, multi-dimensional data analysis is performed on each transaction data included in the transaction event information set to obtain data analysis results of the asset to be queried, and the data analysis results are used to reflect the graph data of the asset to be queried in various dimensions; then, based on the data analysis results of the asset to be queried, the market data of the asset to be queried is generated.

[0165] The following uses the time dimension and value dimension as examples to explain in detail the calculation process of market data.

[0166] ① In a possible implementation, the market data includes time-sharing data under the time dimension. The blockchain node performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, which may include the following steps: First, the asset value of the asset to be queried in each transaction data detected is analyzed and processed according to the time dimension to obtain the first analysis result of the asset to be queried, and the first analysis result is used to reflect the asset value trend of the asset to be queried within a preset time interval (for example, one minute); then, based on the first analysis result of the asset to be queried, the time-sharing data of the asset to be queried under the time dimension is generated according to the preset time interval. Among them, the time-sharing data may include: the asset value of the asset to be queried within each preset time interval, for example, the time-sharing data may be as shown in the following Table 3.1:

[0167] Table 3.1 Time-sharing data

[0168] Time interval Asset Value t0-t1 x1 t1-t2 x2 t3-t4 x3

[0169] As shown in Table 3.1, the time-sharing data can be used to describe the asset value of the asset to be queried in different time intervals, that is, the time-sharing data can reflect the asset value trend of the asset to be queried in each time interval (for example, one minute).

[0170] ② In a possible implementation, the market data includes K-line data under the value dimension; the blockchain node performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, which may include the following steps: First, the asset value of the asset to be queried in each transaction data detected is analyzed and processed according to the value dimension to obtain the second analysis result of the asset to be queried, and the second analysis result is used to reflect the overall change trend of the asset value of the asset to be queried; then, based on the second analysis result of the asset to be queried, the K-line data of the asset to be queried under the value dimension is obtained. Among them, the K-line data may include: the highest asset value, the lowest asset value, the issuance value, and the termination transaction value of the asset to be queried, for example, the K-line data may be shown in the following Table 3.2:

[0171] Table 3.2 K-line data

[0172] Asset Value Trading Hours Issue value t0 Highest asset value t1 Minimum asset value t2 Termination transaction value t3

[0173] As shown in Table 3.2, the K-line data can be used to describe the transaction time corresponding to the issuance value, highest asset value, lowest asset value, and termination transaction value of the asset to be queried, that is, the K-line data can reflect the overall change trend of the asset value of the asset to be queried.

[0174] It should be understood that the process of performing data analysis on each transaction data in the transaction event information set is not limited to the two dimensions (time dimension and value dimension) shown above, and the data analysis process of the transaction data can be adaptively adjusted according to different business needs.

[0175] In the above implementation, since each transaction data in the transaction event information set is obtained from each decentralized transaction contract, and one decentralized transaction contract corresponds to one decentralized transaction object, each transaction data used for data analysis comes from multiple decentralized transaction objects. Therefore, the source of data analysis is more comprehensive and rich, which can make the market data obtained by analysis more accurate. In addition, in the process of data analysis of each transaction data in the transaction event information set, it can be analyzed according to multiple dimensions (such as time dimension, value dimension, etc.), so that the determined market data can more comprehensively and accurately reflect the asset transaction value of the asset to be queried.

[0176] S404: Return the market data of the asset to be queried to the client.

[0177] In a possible implementation, the blockchain node can encrypt the market data and return the encrypted market data to the client. Specifically, the market data can be encrypted according to the client's identification. In this implementation, the market data of the asset to be queried can be prevented from being stolen by other clients to cause data leakage, thereby ensuring the security of the market data transmission process.

[0178] In another possible implementation, if the market data of the asset to be queried includes: time-sharing data and K-line data, the blockchain node can give priority to sending market data with smaller data volume (such as time-sharing data) to the client according to the data volume of the time-sharing data and the K-line data, and then send market data with larger data volume (such as K-line data) to the client. Such a data sending method can realize serial transmission of data, and avoid the situation where the system is paralyzed due to the large amount of data of the market data sent first, so that the data with smaller data volume cannot be sent.

[0179] In an embodiment of the present application, a market data synchronization service can be called to detect at least one decentralized trading contract, obtain transaction event information, and store each obtained transaction event information. Any decentralized trading contract has been configured and processed by the market data synchronization service, and one decentralized trading contract corresponds to a decentralized trading object for asset trading. When a market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set can be obtained, and the transaction event information set includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information. Then, data analysis can be performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried. Finally, the market data of the asset to be queried can be returned to the client. It can be seen from this that this application can detect the transaction event information in the on-chain contract by configuring the decentralized transaction contract corresponding to the decentralized transaction object, so that the transaction data generated in each decentralized transaction object can be integrated to analyze the market data of the asset to be queried. Since the transaction data can be obtained from multiple different decentralized transaction objects and the data acquisition sources are relatively rich, the market data obtained based on the analysis of transaction data from rich sources is more accurate and reliable.

[0180] See also Figure 7 , Figure 7It is a schematic diagram of the interaction process of a blockchain asset processing method provided in an embodiment of the present application. The interaction process of the asset processing method involves: a client, a market data query service, a market data synchronization service, and a decentralized trading contract. Among them, the market data query service and the market data synchronization service are services configured in the blockchain node. Specifically, the interaction process of the blockchain asset processing method mainly includes but is not limited to the following steps S701 to S718. Among them, the interaction process mainly involves: a service configuration process, an asset transaction process, and a market data acquisition process. The above three processes are described in detail below.

[0181] 1. Service configuration process (S701-S703).

[0182] S701: The management object initiates a service configuration request to the market data synchronization service.

[0183] In specific implementation, the service configuration request is used to request configuration processing of the market data synchronization service, and the configuration processing may include the decentralized trading contracts allowed to be detected by the market data synchronization service, and the digital assets allowed to be detected. Therefore, the configuration information carried in the service configuration request submitted by the management object may include at least one of the following: the contract address of the decentralized trading contract to be detected, and the asset identifier of the digital asset to be detected.

[0184] S702: Initialize configuration of market data synchronization service.

[0185] In the specific implementation, the market data synchronization service is started to initialize the market data synchronization service according to the configuration information. The initialization configuration refers to: configuring the decentralized trading contracts that the market data synchronization service allows to detect, and configuring the digital assets that the market data synchronization service allows to detect.

[0186] S703: The market data synchronization service detects the decentralized trading contract.

[0187] In specific implementation, after reading the configuration information, the market data synchronization service can perform transaction detection on the decentralized trading contract specified by the configuration information to obtain transaction event information from at least one decentralized trading contract.

[0188] 2. Asset transaction process (S704-S711).

[0189] S704: The target object logs in the private key.

[0190] In one possible implementation, the process of the target object logging in to the private key (resource client) specifically includes: first, receiving an address login request for the target object, which is generated based on the blockchain address request of the target object; then, in response to the address login request, generating a login random parameter, and returning the login random parameter to the client; wherein the login random parameter is used to trigger the client to request the resource client of the target object to obtain the login signature data for the target object, and the login signature data is used to complete the login operation of the target object in the client.

[0191] Furthermore, the blockchain node receives the login signature data sent by the client, and the login signature data is determined by the resource client of the target object after signing the blockchain address and login random parameters of the target object; then, the login signature data is verified, and if the result of the verification is successful, it is determined that the target object has successfully logged in to the resource client.

[0192] S705: The private key signs the on-chain transaction.

[0193] In specific implementation, after receiving an asset transaction request, the transaction data to be uploaded to the chain carried in the asset transaction request can be signed. During the signature processing, the signature processing can be performed based on the blockchain address of the target object, thereby ensuring the reliability of the transaction data to be uploaded to the chain.

[0194] S706: Submit the transaction on the chain and execute the transaction through the decentralized transaction contract.

[0195] In specific implementation, after the transaction data to be uploaded to the chain is signed, the signed transaction data (referred to as the on-chain transaction) can be sent to the blockchain network, and the transaction data can be executed according to the decentralized transaction contract specified in the transaction data to be uploaded to the chain.

[0196] S707: The decentralized trading contract executes the transaction.

[0197] In specific implementation, the decentralized trading contract that executes the transaction to be on-chain can be the smart contract specified in the on-chain transaction, and the specific process of the decentralized trading contract executing the transaction can be referred to in detail. Figure 5 The specific process shown in the embodiment will not be repeated in the embodiments of the present application.

[0198] S708: Return the transaction execution result.

[0199] In specific implementation, after the decentralized trading contract executes the on-chain transaction, the corresponding transaction execution result can be obtained and returned to the client.

[0200] S709: The market data synchronization service obtains transaction event information.

[0201] In specific implementation, after the transaction is executed, the market data synchronization service can synchronously obtain the transaction execution results of the on-chain transaction, the transaction data involved in the transaction process, as well as the transaction start time, transaction end time and other data, and generate transaction event information based on the above data.

[0202] S710: The market data synchronization service stores transaction event information.

[0203] S711: Transaction data analysis.

[0204] In specific implementation, the market data synchronization service performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, wherein the market data is used to reflect the asset transaction value of the asset to be queried. In one possible implementation, performing data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried may include the following steps: first, according to the business needs of the asset to be queried, performing multi-dimensional data analysis on each transaction data included in the transaction event information set to obtain the data analysis result of the asset to be queried, and the data analysis result is used to reflect the graph data of the asset to be queried in each dimension; then, based on the data analysis result of the asset to be queried, generate the market data of the asset to be queried. It should be noted that the specific process of obtaining market data through data analysis can be referred to. Figure 4 The specific process involved in step S403 in the embodiment will not be described in detail in the embodiment of the present application.

[0205] 3. Market data acquisition process (S712-S718).

[0206] S712: The front end requests market data from the gateway service.

[0207] In a possible implementation, a market data query interface may be displayed in the client (also known as the front end), and the market data interface displays: at least one digital asset to be queried and at least one decentralized trading object. Figure 8 , Figure 8 Schematic diagram of a data query interface provided by an embodiment of the present application. Figure 8As shown, the data query interface S801 displays multiple digital asset selection items (e.g., selection item 8011, selection item 8012, and selection item 8013), one selection item corresponds to one type of digital asset, for example, selection item 8011 corresponds to a token type digital asset, and selection item 8012 corresponds to a game type digital asset, and selection item 8013 corresponds to a digital collection type digital asset. In specific implementation, the user can click on any digital asset selection item in the market data query interface S801 to generate a market data synchronization request for the selected digital asset, for example, the user can click on selection item 8011 to generate a market data synchronization request for the asset to be queried (token digital asset). Further, after selecting the asset to be queried, the user can also select one or more decentralized transaction objects in the market data query interface S802, for example, the user can select decentralized transaction object 1 and decentralized transaction object 2, so as to query the market data of the asset to be queried from decentralized transaction object 1 and decentralized transaction object 2 for the selected digital asset. Under this implementation, users can select the digital assets to be queried from the data query interface, and can select the decentralized transaction objects to be queried, thereby flexibly meeting the personalized needs of users and improving the user experience of data query.

[0208] S713: The gateway service verifies the login status.

[0209] In specific implementation, the gateway service, as a bridge for communication between the client and the blockchain node, can be responsible for authenticating the request object of the client's market data synchronization request. Authentication includes: verifying the login status (such as login authority), legitimacy, and validity of the request object. The verification process is as follows: first, obtain the identity information of the request object that initiates the market data synchronization request in the client; then, authenticate the request object according to the identity information; if it is determined that the identity authentication of the request object is passed, trigger the execution of obtaining the transaction event information set, and perform data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried; if it is determined that the identity authentication of the request object is not passed, ignore the market data synchronization request. In this way, the request object can be authenticated, thereby improving the data security in the data acquisition process.

[0210] S714: The gateway service requests the market data query service to query market data.

[0211] S715: The market data query service performs data query from the market database.

[0212] In specific implementation, when a market data synchronization request initiated by a client for an asset to be queried is obtained, the market data query service is called; the request parameters of the market data synchronization request are parsed by the market data query service to obtain the asset identifier of the asset to be queried; and the market data query service is used to query the market data matching the asset to be queried indicated by the asset identifier from the market database. The market database stores market data of at least one digital asset, any market data is generated based on data analysis by the data synchronization service, and the market data may include: time-sharing data and K-line data.

[0213] S716: The market data query service returns the market data to the gateway service.

[0214] In specific implementation, if matching market data can be queried from the market database, the queried market data will be returned to the gateway service.

[0215] S717: The gateway service returns the time-sharing data and K-line data to the client.

[0216] S718: The client performs data rendering.

[0217] In specific implementation, after receiving the time-sharing data and K-line data to be queried, the client will distinguish between the time-sharing chart and the K-line chart of the asset to be queried in the market data interface. Among them, the time-sharing chart is generated after rendering the time-sharing data, and the K-line chart is generated after rendering the K-line data; the distinguished display includes: any one of split-screen display, switching display, and color distinguished display.

[0218] See also Fig. 9 , Fig. 9 Schematic diagram of an interface for displaying market data provided by an embodiment of the present application. Fig. 9 As shown, the market data display interface is provided with a time-sharing control 9011 and a K-line control 9012. If the user clicks the time-sharing control 9011, the time-sharing chart of the asset to be queried can be displayed in the display interface S901; if the user clicks the K-line control 9012, the time-sharing chart of the asset to be queried can be switched in the display interface S902. Among them, the time-sharing chart and the K-line chart can be displayed in the same interface (for example, different areas of the same interface), or in different interfaces (for example, the time-sharing chart is suspended on the K-line chart display), and the display mode of the time-sharing chart can be different from the display mode of the K-line chart (for example, color), for example, the display color of the time-sharing chart is red, and the display color of the K-line chart is black, etc. By adopting the above method, different data charts corresponding to the same digital asset can be displayed in the interface, which is convenient for users to distinguish intuitively.

[0219] In the embodiments of the present application, firstly, after the client initiates a market data synchronization request, the market data synchronization service can obtain the open and transparent transaction event information on the chain by detecting the decentralized transaction contract, thereby generating the market data of the digital assets based on the transaction data in these transaction event information. Since the transaction data is open and transparent data on the chain, the credibility and verifiability of the market data can be achieved. Secondly, the digital assets on the chain can more comprehensively reflect the market data of the digital assets through the transactions of various transaction objects. Thirdly, the transaction data involving digital assets is transparent, and there is no situation where the centralized transaction object does evil, thereby ensuring the reliability of the market data.

[0220] The above detailed description of the method of the embodiment of the present application. In order to facilitate the better implementation of the above scheme of the embodiment of the present application, the device of the embodiment of the present application is provided below accordingly. Next, in combination with the blockchain asset processing scheme provided in the above embodiment of the present application, the relevant devices of the embodiment of the present application are introduced accordingly.

[0221] See also Fig.10 , Fig.10 Schematic diagram of the structure of a blockchain asset processing device provided in an embodiment of the present application. Fig.10 As shown, the blockchain asset processing device 1000 can be applied to the blockchain node mentioned in the above embodiments. Specifically, the blockchain asset processing device 1000 can be a computer program (including program code) running in a computer device, for example, the blockchain asset processing device 1000 is an application software; the blockchain asset processing device 1000 can be used to execute the corresponding steps in the data processing method provided in the embodiment of the present application. In specific implementation, the blockchain asset processing device 1000 can specifically include:

[0222] Processing unit 1001 is used to call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. One decentralized trading contract corresponds to one decentralized trading object for asset trading;

[0223] The acquisition unit 1002 is used to acquire a transaction event information set when acquiring a market data synchronization request initiated by the client for the asset to be queried, wherein the transaction event information set includes: a plurality of transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information;

[0224] The processing unit 1001 is further used to perform data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, where the market data is used to reflect the asset transaction value of the asset to be queried;

[0225] The sending unit 1003 is used to return the market data of the asset to be queried to the client.

[0226] In a possible implementation, before the processing unit 1001 calls the market data synchronization service to detect at least one decentralized trading contract, it is further configured to perform the following operations:

[0227] Receive a service configuration request, the service configuration request carries configuration information, and the configuration information includes at least one of the following: a contract address of a decentralized trading contract to be detected, and an asset identifier of a digital asset to be detected;

[0228] Start the market data synchronization service to configure the market data synchronization service according to the configuration information;

[0229] Among them, the market data synchronization service that completes the configuration processing is used to: detect the decentralized trading contract indicated by the configuration information to obtain trading event information.

[0230] In a possible implementation, the processing unit 1001 is further configured to perform the following operations:

[0231] Obtain an asset transaction request, which includes the transaction data to be uploaded to the chain. The transaction data to be uploaded to the chain is generated after signing based on the private key. The asset transaction request is used to instruct the transaction processing for the asset to be traded;

[0232] Verify the transaction signature of the transaction data uploaded to the chain;

[0233] If the signature verification of the transaction data to be uploaded to the chain is confirmed to have passed, the target decentralized transaction contract matching the asset to be traded is called to execute the transaction data to be uploaded to the chain;

[0234] Among them, after the transaction data to be uploaded to the chain is executed, it is allowed to call the market data synchronization service to detect and obtain the corresponding transaction event information from the target decentralized trading contract.

[0235] In a possible implementation, the processing unit 1001 calls the market data synchronization service to detect at least one decentralized trading contract, obtains trading event information, and stores each obtained trading event information, and then performs the following operations:

[0236] When receiving the market data synchronization request initiated by the client for the asset to be queried, the market data query service is called;

[0237] Parsing the request parameters of the market data synchronization request through the market data query service to obtain the asset identifier of the asset to be queried; and

[0238] Query the market data matching the asset to be queried indicated by the asset identifier from the market database through the market data query service;

[0239] If the market data is obtained through the query, the obtained market data will be returned to the client.

[0240] In a possible implementation, the market data of at least one digital asset is stored in the market database; the processing unit 1001 is further configured to perform the following operations:

[0241] When new transaction event information for the asset to be queried is detected from at least one decentralized transaction contract, the market data synchronization service is called to obtain the transaction data included in the new transaction event information;

[0242] The transaction data included in the new transaction event information is sent to the market data query service, so that the market data query service updates the market data of the asset to be queried in the market database according to the transaction data included in the new transaction event information.

[0243] In a possible implementation, the market data synchronization request carries the asset identifier of the asset to be queried; when the market data synchronization request initiated by the client for the asset to be queried is obtained, the acquisition unit 1002 acquires a transaction event information set, including any of the following:

[0244] According to the specified time period, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the transaction event information obtained within the specified time period;

[0245] According to the specified number, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the specified number of transaction event information.

[0246] In a possible implementation, the processing unit 1001 performs data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, and performs the following operations:

[0247] According to the business needs of the assets to be queried, a multi-dimensional data analysis is performed on each transaction data included in the transaction event information set to obtain the data analysis results of the assets to be queried. The data analysis results are used to reflect the graph data of the assets to be queried in various dimensions;

[0248] Based on the data analysis results of the assets to be queried, the market data of the assets to be queried is generated.

[0249] In a possible implementation, the market data includes time-sharing data under the time dimension; the processing unit 1001 performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and performs the following operations:

[0250] Analyze and process the asset value of the asset to be queried in each transaction data detected according to the time dimension to obtain a first analysis result of the asset to be queried, where the first analysis result is used to reflect the asset value trend of the asset to be queried within a preset time interval;

[0251] Based on the first analysis result of the asset to be queried, time-sharing data of the asset to be queried in the time dimension is generated according to a preset time interval.

[0252] In a possible implementation, the market data includes K-line data under the value dimension; the processing unit 1001 performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and performs the following operations:

[0253] Analyze and process the asset value of the asset to be queried in each transaction data detected according to the value dimension to obtain a second analysis result of the asset to be queried, and the second analysis result is used to reflect the overall change trend of the asset value of the asset to be queried;

[0254] Based on the second analysis result of the asset to be queried, the K-line data of the asset to be queried in the value dimension is obtained.

[0255] In a possible implementation, the market data includes time-sharing data and K-line data; a market data display interface is displayed in the client, and the market data display interface displays: at least one digital asset to be queried, and at least one decentralized trading object; it is allowed to initiate a market data synchronization request for any selected digital asset and the selected decentralized trading object in the market data query interface; wherein,

[0256] After receiving the time-sharing data and K-line data to be queried, the client will distinguish between the time-sharing chart and K-line chart of the asset to be queried in the market data display interface. The time-sharing chart is generated after rendering the time-sharing data, and the K-line chart is generated after rendering the K-line data;

[0257] Differentiated display includes: any one of split screen display, switching display, and color differentiated display.

[0258] In a possible implementation, after obtaining the market data synchronization request initiated by the client for the asset to be queried, the processing unit 1001 is further configured to perform the following operations:

[0259] Get the identity information of the request object that initiates the market data synchronization request in the client;

[0260] Perform identity authentication on the request object according to the identity information, and the identity authentication process includes: any one or more of authority verification, legality verification, and security verification;

[0261] If it is determined that the identity authentication of the request object is passed, the acquisition of the transaction event information set is triggered, and data analysis is performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried.

[0262] In an embodiment of the present application, a market data synchronization service can be called to detect at least one decentralized trading contract, obtain transaction event information, and store each obtained transaction event information. Any decentralized trading contract has been configured and processed by the market data synchronization service, and one decentralized trading contract corresponds to a decentralized trading object for asset trading. When a market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set can be obtained, and the transaction event information set includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information. Then, data analysis can be performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried. Finally, the market data of the asset to be queried can be returned to the client. It can be seen from this that this application can detect the transaction event information in the on-chain contract by configuring the decentralized transaction contract corresponding to the decentralized transaction object, so that the transaction data generated in each decentralized transaction object can be integrated to analyze the market data of the asset to be queried. Since the transaction data can be obtained from multiple different decentralized transaction objects and the data acquisition sources are relatively rich, the market data obtained based on the analysis of transaction data from rich sources is more accurate and reliable.

[0263] See also Fig.11 , Fig.11 11 is a schematic diagram of the structure of a computer device provided in an embodiment of the present application. The computer device 1100 is used to execute the steps performed by the blockchain node in the aforementioned method embodiment, and the computer device 1100 includes: one or more processors 1101; one or more input devices 1102, one or more output devices 1103 and a memory 1104. The above-mentioned processors 1101, input devices 1102, output devices 1103 and memory 1104 are connected via a bus 1105. Specifically, the memory 1104 is used to store a computer program, and the computer program includes program instructions. The processor 1101 is used to call the program instructions stored in the memory 1104 to perform the following operations:

[0264] Call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. One decentralized trading contract corresponds to one decentralized trading object for asset trading;

[0265] When a market data synchronization request initiated by a client for an asset to be queried is obtained, a transaction event information set is obtained, the transaction event information set including: a plurality of transaction data associated with the asset to be queried, any transaction data being determined from the stored transaction event information;

[0266] Perform data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried;

[0267] Return the market data of the asset to be queried to the client.

[0268] In a possible implementation, before the processor 1101 calls the market data synchronization service to detect at least one decentralized trading contract, it is further configured to perform the following operations:

[0269] Receive a service configuration request, the service configuration request carries configuration information, and the configuration information includes at least one of the following: a contract address of a decentralized trading contract to be detected, and an asset identifier of a digital asset to be detected;

[0270] Start the market data synchronization service to configure the market data synchronization service according to the configuration information;

[0271] Among them, the market data synchronization service that completes the configuration processing is used to: detect the decentralized trading contract indicated by the configuration information to obtain trading event information.

[0272] In a possible implementation manner, the processor 1101 is further configured to perform the following operations:

[0273] Obtain an asset transaction request, which includes the transaction data to be uploaded to the chain. The transaction data to be uploaded to the chain is generated after signing based on the private key. The asset transaction request is used to instruct the transaction processing for the asset to be traded;

[0274] Verify the transaction signature of the transaction data uploaded to the chain;

[0275] If the signature verification of the transaction data to be uploaded to the chain is confirmed to have passed, the target decentralized transaction contract matching the asset to be traded is called to execute the transaction data to be uploaded to the chain;

[0276] Among them, after the transaction data to be uploaded to the chain is executed, it is allowed to call the market data synchronization service to detect and obtain the corresponding transaction event information from the target decentralized trading contract.

[0277] In a possible implementation, the processor 1101 calls the market data synchronization service to detect at least one decentralized trading contract, obtains trading event information, and stores each obtained trading event information, and is further configured to perform the following operations:

[0278] When receiving the market data synchronization request initiated by the client for the asset to be queried, the market data query service is called;

[0279] Parsing the request parameters of the market data synchronization request through the market data query service to obtain the asset identifier of the asset to be queried; and

[0280] Query the market data matching the asset to be queried indicated by the asset identifier from the market database through the market data query service;

[0281] If the market data is obtained through the query, the obtained market data will be returned to the client.

[0282] In a possible implementation, the market data of at least one digital asset is stored in the market database; the processor 1101 is further configured to perform the following operations:

[0283] When new transaction event information for the asset to be queried is detected from at least one decentralized transaction contract, the market data synchronization service is called to obtain the transaction data included in the new transaction event information;

[0284] The transaction data included in the new transaction event information is sent to the market data query service, so that the market data query service updates the market data of the asset to be queried in the market database according to the transaction data included in the new transaction event information.

[0285] In a possible implementation, the market data synchronization request carries the asset identifier of the asset to be queried; when the market data synchronization request initiated by the client for the asset to be queried is obtained, the processor 1101 obtains a transaction event information set, including any of the following:

[0286] According to the specified time period, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the transaction event information obtained within the specified time period;

[0287] According to the specified number, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the specified number of transaction event information.

[0288] In a possible implementation, the processor 1101 performs data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, and performs the following operations:

[0289] According to the business needs of the assets to be queried, a multi-dimensional data analysis is performed on each transaction data included in the transaction event information set to obtain the data analysis results of the assets to be queried. The data analysis results are used to reflect the graph data of the assets to be queried in various dimensions;

[0290] Based on the data analysis results of the assets to be queried, the market data of the assets to be queried is generated.

[0291] In a possible implementation, the market data includes time-sharing data under the time dimension; the processor 1101 performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and performs the following operations:

[0292] Analyze and process the asset value of the asset to be queried in each transaction data detected according to the time dimension to obtain a first analysis result of the asset to be queried, where the first analysis result is used to reflect the asset value trend of the asset to be queried within a preset time interval;

[0293] Based on the first analysis result of the asset to be queried, time-sharing data of the asset to be queried in the time dimension is generated according to a preset time interval.

[0294] In a possible implementation, the market data includes K-line data under the value dimension; the processor 1101 performs data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and performs the following operations:

[0295] Analyze and process the asset value of the asset to be queried in each transaction data detected according to the value dimension to obtain a second analysis result of the asset to be queried, and the second analysis result is used to reflect the overall change trend of the asset value of the asset to be queried;

[0296] Based on the second analysis result of the asset to be queried, the K-line data of the asset to be queried in the value dimension is obtained.

[0297] In a possible implementation, the market data includes time-sharing data and K-line data; a market data display interface is displayed in the client, and the market data display interface displays: at least one digital asset to be queried, and at least one decentralized trading object; it is allowed to initiate a market data synchronization request for any selected digital asset and the selected decentralized trading object in the market data query interface; wherein,

[0298] After receiving the time-sharing data and K-line data to be queried, the client will distinguish between the time-sharing chart and K-line chart of the asset to be queried in the market data display interface. The time-sharing chart is generated after rendering the time-sharing data, and the K-line chart is generated after rendering the K-line data;

[0299] Differentiated display includes: any one of split screen display, switching display, and color differentiated display.

[0300] In a possible implementation, after obtaining the market data synchronization request initiated by the client for the asset to be queried, the processor 1101 is further configured to perform the following operations:

[0301] Get the identity information of the request object that initiates the market data synchronization request in the client;

[0302] Perform identity authentication on the request object according to the identity information, and the identity authentication process includes: any one or more of authority verification, legality verification, and security verification;

[0303] If it is determined that the identity authentication of the request object is passed, the acquisition of the transaction event information set is triggered, and data analysis is performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried.

[0304] In an embodiment of the present application, a market data synchronization service can be called to detect at least one decentralized trading contract, obtain transaction event information, and store each obtained transaction event information. Any decentralized trading contract has been configured and processed by the market data synchronization service, and one decentralized trading contract corresponds to a decentralized trading object for asset trading. When a market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set can be obtained, and the transaction event information set includes: multiple transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information. Then, data analysis can be performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried, and the market data is used to reflect the asset transaction value of the asset to be queried. Finally, the market data of the asset to be queried can be returned to the client. It can be seen from this that this application can detect the transaction event information in the on-chain contract by configuring the decentralized transaction contract corresponding to the decentralized transaction object, so that the transaction data generated in each decentralized transaction object can be integrated to analyze the market data of the asset to be queried. Since the transaction data can be obtained from multiple different decentralized transaction objects and the data acquisition sources are relatively rich, the market data obtained based on the analysis of transaction data from rich sources is more accurate and reliable.

[0305] In addition, it should be pointed out here that: the embodiment of the present application also provides a computer storage medium, and a computer program is stored in the computer storage medium, and the computer program includes program instructions. When the processor executes the above program instructions, the method in the corresponding embodiment of the foregoing text can be executed, so it will not be repeated here. For technical details not disclosed in the computer storage medium embodiment involved in this application, please refer to the description of the method embodiment of this application. As an example, the program instructions can be deployed on a computer device, or executed on multiple computer devices located in one place, or, executed on multiple computer devices distributed in multiple locations and interconnected by a communication network.

[0306] According to one aspect of the present application, an embodiment of the present application further provides a computer program product or a computer program, the computer program product or the computer program including computer instructions, the computer instructions being stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device can execute the method in the above corresponding embodiment, and therefore, it will not be described in detail here.

[0307] A person skilled in the art can appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed in this application can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. A person skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0308] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present invention is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium or transmitted through a computer-readable storage medium. The computer instructions can be transmitted from a website site, a computer, a server or a data center to another website site, a computer, a server or a data center by wired (e.g., coaxial cable, optical fiber, digital line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that a computer can access or a data processing device such as a server, a data center, etc. that includes one or more available media integrated. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive (SSD)), etc.

[0309] The above disclosure is only the preferred embodiment of the present application, which certainly cannot be used to limit the scope of rights of the present application. Therefore, equivalent changes made according to the claims of the present application are still within the scope covered by the present application.

Claims

1. A blockchain asset processing method, characterized in that: include: Call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. One decentralized trading contract corresponds to one decentralized trading object for asset trading; When a market data synchronization request initiated by a client for an asset to be queried is obtained, a transaction event information set is obtained, wherein the transaction event information set includes: a plurality of transaction data associated with the asset to be queried, and any transaction data is determined from the stored transaction event information; Performing data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, wherein the market data is used to reflect the asset transaction value of the asset to be queried; The market data of the asset to be queried is returned to the client.

2. The method according to claim 1, characterized in that Before calling the market data synchronization service to detect at least one decentralized trading contract, the method further includes: Receive a service configuration request, wherein the service configuration request carries configuration information, wherein the configuration information includes at least one of the following: a contract address of a decentralized trading contract to be detected, and an asset identifier of a digital asset to be detected; Starting a market data synchronization service to configure the market data synchronization service according to the configuration information; The market data synchronization service that has completed the configuration processing is used to detect the decentralized trading contract indicated by the configuration information to obtain trading event information.

3. The method according to claim 2, characterized in that The method further comprises: Obtain an asset transaction request, wherein the asset transaction request includes transaction data to be uploaded to the chain, wherein the transaction data to be uploaded to the chain is generated after signature processing based on the private key, and the asset transaction request is used to instruct transaction processing for the asset to be traded; Verifying the transaction signature of the transaction data to be uploaded to the chain; If it is determined that the signature verification of the transaction data to be put on the chain is passed, the target decentralized transaction contract matching the asset to be traded is called to execute the transaction data to be put on the chain; Among them, after the transaction data to be uploaded to the chain is executed, it is allowed to call the market data synchronization service to detect and obtain corresponding transaction event information from the target decentralized transaction contract.

4. The method according to claim 1, characterized in that The calling of the market data synchronization service to detect at least one decentralized trading contract, obtaining trading event information, and storing each obtained trading event information further includes: When receiving the market data synchronization request initiated by the client for the asset to be queried, the market data query service is called; Parsing the request parameters of the market data synchronization request through the market data query service to obtain the asset identifier of the asset to be queried; and Querying the market data matching the asset to be queried indicated by the asset identifier from the market data database through the market data query service; If the market data is obtained through the query, the market data obtained through the query is returned to the client.

5. The method according to claim 4, characterized in that The market data of at least one digital asset is stored in the market database; the method further includes: When new transaction event information for the asset to be queried is detected from the at least one decentralized transaction contract, calling the market data synchronization service to obtain the transaction data included in the new transaction event information; The transaction data included in the new transaction event information is sent to the market data query service, so that the market data query service updates the market data of the asset to be queried in the market database according to the transaction data included in the new transaction event information.

6. The method according to claim 1, characterized in that The market data synchronization request carries the asset identifier of the asset to be queried; when the market data synchronization request initiated by the client for the asset to be queried is obtained, a transaction event information set is obtained, including any of the following: According to a specified time period, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the transaction event information obtained within the specified time period; According to the specified number, the transaction event information associated with the asset to be queried indicated by the asset identifier is obtained from each stored transaction event information, and a transaction event information set is formed based on the specified number of transaction event information.

7. The method according to claim 1, characterized in that The performing of data analysis on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried includes: According to the business requirements of the asset to be queried, a multi-dimensional data analysis is performed on each transaction data included in the transaction event information set to obtain a data analysis result of the asset to be queried, wherein the data analysis result is used to reflect the graph data of the asset to be queried in each dimension; Based on the data analysis result of the asset to be queried, the market data of the asset to be queried is generated.

8. The method according to claim 7, characterized in that The market data includes time-sharing data under the time dimension; the data analysis of each transaction data included in the transaction event information set to obtain the market data of the asset to be queried includes: Analyze and process the asset value of the asset to be queried in each transaction data detected according to the time dimension to obtain a first analysis result of the asset to be queried, where the first analysis result is used to reflect the asset value trend of the asset to be queried within a preset time interval; Based on the first analysis result of the asset to be queried, time-sharing data of the asset to be queried in the time dimension is generated according to a preset time interval.

9. The method according to claim 7, characterized in that The market data includes K-line data under the value dimension; the data analysis of each transaction data included in the transaction event information set to obtain the market data of the asset to be queried includes: Analyzing and processing the asset value of the asset to be queried in each transaction data detected according to the value dimension to obtain a second analysis result of the asset to be queried, wherein the second analysis result is used to reflect the overall change trend of the asset value of the asset to be queried; Based on the second analysis result of the asset to be queried, K-line data of the asset to be queried under the value dimension is obtained.

10. The method according to any one of claims 7 to 9, characterized in that: The market data includes time-sharing data and K-line data; the client displays a market data query interface, which displays: at least one digital asset to be queried and at least one decentralized trading object; it is allowed to initiate a market data synchronization request for any selected digital asset and the selected decentralized trading object in the market data query interface; wherein, After receiving the time-sharing data and K-line data to be queried, the client distinguishes between the time-sharing chart and the K-line chart of the asset to be queried in the market data display interface, wherein the time-sharing chart is generated after rendering the time-sharing data, and the K-line chart is generated after rendering the K-line data; The differentiated display includes: any one of split screen display, switching display, and color differentiated display.

11. The method according to claim 1, characterized in that After obtaining the market data synchronization request initiated by the client for the asset to be queried, the process further includes: Obtaining the identity information of the request object that initiates the market data synchronization request in the client; Performing identity authentication processing on the request object according to the identity information, wherein the identity authentication processing includes: any one or more of authority verification, legality verification, and security verification; If it is determined that the identity authentication of the request object is passed, the acquisition of the transaction event information set is triggered, and data analysis is performed on each transaction data included in the transaction event information set to obtain the market data of the asset to be queried.

12. A blockchain asset processing device, characterized in that: include: A processing unit, used to call the market data synchronization service to detect at least one decentralized trading contract, obtain transaction event information, and store each transaction event information obtained. One decentralized trading contract corresponds to one decentralized trading object for asset trading; an acquisition unit, configured to acquire a transaction event information set when acquiring a market data synchronization request initiated by a client for an asset to be queried, wherein the transaction event information set includes: a plurality of transaction data associated with the asset to be queried, any transaction data being determined from the stored transaction event information; The processing unit is further used to perform data analysis on each transaction data included in the transaction event information set to obtain market data of the asset to be queried, wherein the market data is used to reflect the asset transaction value of the asset to be queried; The sending unit is used to return the market data of the asset to be queried to the client.

13. A computer device, characterized in that: include: storage devices and processors; a memory storing one or more computer programs; A processor, configured to load the one or more computer programs to implement the blockchain asset processing method as described in any one of claims 1 to 11.

14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and the computer program is suitable for being loaded by a processor and executing the blockchain asset processing method according to any one of claims 1 to 11.

15. A computer program product, characterized in that The computer program product includes a computer program, which is suitable for being loaded by a processor and executing the blockchain asset processing method as described in any one of claims 1-11.

Images