CN117408687A

CN117408687A - Block chain-based service processing method, device, equipment, medium and product

Info

Publication number: CN117408687A
Application number: CN202311406418.8A
Authority: CN
Inventors: 莫洋; 蓝虎; 秦波; 梁作栋; 黄桂鸿; 张慧; 卢江玮; 陈自民; 许士涛; 高聪; 佘仕好; 范滔
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2023-10-26
Filing date: 2023-10-26
Publication date: 2024-01-16

Abstract

The application provides a business processing method, a business processing device, business processing equipment, business processing media and business processing products based on a block chain. The method comprises the following steps: receiving a service request sent by a client, wherein the service request is used for requesting asset processing service related to a target digital asset; determining K business processing systems supporting asset processing businesses in the blockchain according to the identification of the target digital asset; inquiring service attributes of each service processing system; generating business processing paths aiming at the target digital assets according to the queried business attributes of the K business processing systems, the asset yield of the target digital assets and preset path rules; business processing is performed on the target digital asset in the blockchain according to the business processing path. The method and the device can automatically match the service processing path for the user based on the service attribute of each service processing system on the block chain, not only can meet the service requirement of the user, but also can consider the service capability of the service processing system, thereby improving the service processing efficiency.

Description

Block chain-based service processing method, device, equipment, medium and product

Technical Field

The present application relates to the field of blockchain technologies, and in particular, to a blockchain-based service processing method, a blockchain-based service processing apparatus, a computer device, a computer readable storage medium, and a computer program product.

Background

With the rapid development of blockchain technology, a wide variety of services are increasingly involved in blockchains, such as: transaction services, gaming services, electronic invoice services, and the like. Taking transaction service as an example, before an object requests to execute a transaction in a blockchain, it is often necessary to query the quotation information of each decentralised exchange in the blockchain, and then compare the different quotation information and select the decentralised exchange with the lowest quotation to execute the related transaction.

At present, the quotation of each decentralization exchange needs to be manually collected and analyzed, and a great deal of preparation work needs to be done by a user in the early stage of the exchange, so that the work is complex and the efficiency is low.

Disclosure of Invention

The embodiment of the application provides a business processing method, a device, equipment, a medium and a product based on a block chain, which can automatically match a business processing path for a user based on business attributes of each business processing system on the block chain, can meet business requirements of the user and can consider business capability of the business processing system, thereby improving business processing efficiency.

In one aspect, an embodiment of the present application provides a method for processing a service based on a blockchain, where the method includes:

receiving a service request sent by a client, wherein the service request is used for requesting an asset processing service related to a target digital asset, and the service request comprises: identification of the target digital asset and asset yield of the target digital asset for the requested process;

according to the identification of the target digital asset, K service processing systems supporting asset processing services in the blockchain are determined, wherein K is a positive integer;

inquiring service attributes of each service processing system, wherein the service attributes comprise: the reference quantity of the target digital asset in the business processing system and the business depth allowed to be carried by the business processing system;

generating a business processing path aiming at the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and a preset path rule, wherein the business processing path is used for indicating: m target business processing systems for executing asset processing business of target digital assets, and business volume to be processed of each target business processing system, wherein M is a positive integer and M is less than or equal to K;

business processing is performed on the target digital asset in the blockchain according to the business processing path.

In one aspect, an embodiment of the present application provides a blockchain-based service processing device, including:

the receiving unit is configured to receive a service request sent by a client, where the service request is used to request an asset processing service related to a target digital asset, and the service request includes: identification of the target digital asset and asset yield of the target digital asset for the requested process;

the processing unit is used for determining K business processing systems supporting asset processing businesses in the blockchain according to the identification of the target digital asset, wherein K is a positive integer;

the query unit is used for querying service attributes of each service processing system, wherein the service attributes comprise: the reference quantity of the target digital asset in the business processing system and the business depth allowed to be carried by the business processing system;

the processing unit is further configured to generate a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset, and the preset path rule, where the service processing path is used to indicate: m target business processing systems for executing asset processing business of target digital assets, and business volume to be processed of each target business processing system, wherein M is a positive integer and M is less than or equal to K;

And the processing unit is also used for executing business processing on the target digital asset in the blockchain according to the business processing path.

In one possible implementation, the preset path rules include a first path rule and a second path rule; the processing unit generates a business processing path aiming at the target digital asset according to the queried business attributes of the K business processing systems, the resource yield of the target digital asset and the preset path rule, and the business processing path is used for executing the following operations:

acquiring an asset type of a target digital asset;

if the asset type of the target digital asset is the first type, generating a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset and the first path rule;

if the asset type of the target digital asset is the second type, generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and the second path rule;

wherein the first path rule is different from the second path rule.

In one possible implementation, the preset path rule is a first path rule; the processing unit generates a business processing path aiming at the target digital asset according to the queried business attributes of the K business processing systems, the resource yield of the target digital asset and the preset path rule, and the business processing path is used for executing the following operations:

Determining a first business processing system with the lowest reference quantity aiming at the reference quantity of the target digital asset based on the K business processing systems;

acquiring a first service depth of a first service processing system, and comparing the first service depth with the resource yield of the target digital asset;

if the first business depth is greater than or equal to the asset yield, determining the first business processing system as a target business processing system for executing the asset processing business of the target digital asset;

wherein the traffic volume of the target digital asset being processed in the target business processing system is equal to the asset yield.

In one possible implementation, the processing unit is further configured to perform the following operations:

if the first business depth is smaller than the resource yield, splitting the asset quantity of the target digital asset to obtain a first splitting result, wherein the first splitting result is used for indicating: splitting the asset amount of the target digital asset into a first business depth and a first balance;

a business processing path is determined for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business processing systems.

In one possible implementation, the processing unit determines a business processing path for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business processing systems for performing the following operations:

Determining a second service processing system from K-1 service processing systems except the first service processing system; the reference quantity of the second service processing system is lower than the reference quantity of any one of the K-1 service processing systems for the decentralized exchange;

acquiring a second service depth of a second service processing system, and comparing the second service depth with the first balance;

if the second service depth is greater than or equal to the first balance, using the first service processing system and the second service processing system as M target service processing systems for executing asset processing services of the target digital asset;

wherein the traffic of the target digital asset processed in the first business processing system is a first business depth and the traffic of the target digital asset processed in the second business processing system is a first balance.

if the second service depth is smaller than the first balance, splitting the asset quantity of the target digital asset to obtain a second splitting result, wherein the second splitting result is used for indicating: splitting the asset amount of the target digital asset into a first business depth, a second business depth, and a second balance;

A business processing path is determined for the target digital asset based on the business attributes, the first business depth, the second business depth, and the second balance of the K decentralized exchanges.

In one possible implementation, the preset path rule is a second path rule; the processing unit generates a business processing path aiming at the target digital asset according to the queried business attributes of the K business processing systems, the resource yield of the target digital asset and the preset path rule, and the business processing path is used for executing the following operations:

determining at least one reference business processing system meeting business conditions based on the business depths of the K business processing systems and the asset quantity of the target digital asset, wherein the business depth of any one reference business processing system is greater than or equal to the asset quantity;

determining the service attribute of each reference service processing system based on the queried service attributes of the K service processing systems;

a business process path for the target digital asset is generated based on the business attributes of the respective reference business process systems, the asset yield of the target digital asset, and the second path rules.

In one possible implementation, the processing unit generates a business processing path for the target digital asset based on the business attributes of the respective reference business processing systems, the asset yield of the target digital asset, and the second path rules for performing the following operations:

Sequencing each reference service processing system based on the reference quantity of each reference service processing system to obtain a service sequencing result;

according to the service sequencing result, determining a target service processing system with the lowest reference quantity from all the reference service processing systems;

In one possible implementation, the service request includes a transaction request generated after signature processing based on a private key of the target object; after receiving the service request sent by the client, the processing unit is further configured to perform the following operations:

analyzing request data of the transaction request to obtain signature data of an initiating target object;

based on signature data of the target object, carrying out authentication processing on the target object, wherein the authentication processing comprises: any one or more of signature verification and authority verification;

and if the authentication processing of the target object is passed, triggering and executing the step of determining K business processing systems supporting the asset processing business in the blockchain according to the identification of the target digital asset.

In one possible implementation, the processing unit determines K service processing systems supporting the asset processing services in the blockchain according to the identification of the target digital asset, for performing the following operations:

Determining a de-centralized exchange in the blockchain, which is provided with the target digital asset indicated by the asset identification, as a service processing system supporting an asset processing service; or,

and determining the decentralised exchange with the transaction authority for the target digital asset indicated by the asset identification in the blockchain as a service processing system supporting the asset processing service.

In one possible implementation, the processing unit performs business processing on the target digital asset in the blockchain according to a business processing path for performing the following operations:

determining a target blockchain node in which a trusted execution environment is deployed in a blockchain;

assembling transaction data for the target digital asset according to the business processing path, the transaction data comprising: identification of the target decentralization exchange to be called and the amount of the target digital asset required by each target decentralization exchange;

and sending the transaction data to the target blockchain node, and triggering the execution of business processing on the target digital asset according to the transaction data in a trusted execution environment of the target blockchain node.

In one aspect, embodiments of the present application provide a computer device, where the computer device includes a memory and a processor, where the memory stores a computer program, and where the computer program when executed by the processor causes the processor to perform the above-mentioned blockchain-based service processing method.

In one aspect, embodiments of the present application provide a computer readable storage medium storing a computer program that, when read and executed by a processor of a computer device, causes the computer device to perform the above-described blockchain-based service processing method.

In one aspect, embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium and executes the computer instructions to cause the computer device to perform the blockchain-based business processing method described above.

In this embodiment of the present application, a service request sent by a client may be received, where the service request is used to request an asset processing service related to a target digital asset, where the service request includes: identification of the target digital asset and asset yield of the target digital asset for the requested process; according to the identification of the target digital asset, K service processing systems supporting asset processing services in the blockchain are determined, wherein K is a positive integer; inquiring service attributes of each service processing system, wherein the service attributes comprise: the reference quantity of the target digital asset in the business processing system and the business depth allowed to be carried by the business processing system; generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the resource yield of the target digital asset and preset path rules, wherein the business processing path is used for indicating: m target business processing systems for executing asset processing business of target digital assets, and business volume to be processed of each target business processing system, wherein M is a positive integer and M is less than or equal to K; business processing is performed on the target digital asset in the blockchain according to the business processing path. Therefore, on one hand, when the business related to the target digital asset is requested to be processed, the method and the device can automatically plan a matched business processing path for the asset processing business according to business requirements, so that the business processing efficiency can be improved; on the other hand, in the process of generating the service processing path, the service attribute and the service requirement of the service processing system are combined, so that the service processing method and the service processing system can meet the service requirement of the user and consider the service capability of the service processing system.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings can be obtained according to these drawings without inventive effort for the person skilled in the art.

FIG. 1 is a block chain system architecture diagram according to one embodiment of the present application;

FIG. 2 is a block chain architecture diagram provided in an embodiment of the present application;

FIG. 3 is a schematic block chain-based service processing system according to an embodiment of the present application;

fig. 4 is a schematic flow chart of a block chain-based service processing method according to an embodiment of the present application;

FIG. 5 is a schematic diagram of an interface for displaying asset trend data according to an embodiment of the present application;

FIG. 6a is a schematic diagram of a path generation flow in a transaction scenario provided in an embodiment of the present application;

FIG. 6b is a schematic diagram of a path generation flow in another transaction scenario provided by an embodiment of the present application;

FIG. 7 is a schematic flow chart of a transaction scenario provided in an embodiment of the present application;

FIG. 8 is an interactive flowchart of a method for processing a blockchain-based service according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a block chain-based service processing device according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a computer device according to an embodiment of the present application.

Detailed Description

Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the accompanying claims.

The application provides a service processing scheme based on a block chain, which is suitable for service processing scenes based on the block chain, such as: the business attribute of each business processing system in the block chain can be automatically inquired in the business processing process, and a matched business processing path is automatically generated for the target digital asset according to the business attribute of the business processing system side and the business request of the client side, so that the business requirement of a user can be met, the business capability of the business processing system can be considered, and the business processing efficiency can be improved. In detail, the principles of the blockchain-based service processing scheme provided in the present application generally include the following steps 1) -5):

1) When a target object needs to request an asset processing service (e.g., a transaction service) associated with a target digital asset, a service request may be initiated at a client. Wherein, the service request comprises: identification of the target digital asset and asset yield of the target digital asset for the requested process.

2) According to the identification of the target digital asset, K business processing systems supporting asset processing businesses in the blockchain are determined, for example, the asset processing businesses are transaction businesses, and the business processing systems can be decentralized exchanges.

3) Querying service attributes of each service processing system, wherein the service attributes comprise: the reference amount of the target digital asset in the business processing system (i.e. the corresponding calibration amount of the target digital asset when executing the transaction processing in the business processing system), and the business depth allowed to be carried by the business processing system.

4) Generating business processing paths aiming at the target digital assets according to the queried business attributes of the K business processing systems, the asset yield of the target digital assets and preset path rules; wherein the traffic processing path is for indicating: m target business processing systems for executing asset processing business of target digital asset, and business volume to be processed of each target business processing system, M is positive integer and M is less than or equal to K.

5) Business processing is performed on the target digital asset in the blockchain according to the business processing path.

Therefore, on one hand, when the business related to the target digital asset is required to be processed, the method and the device can automatically plan a matched business processing path for the asset processing business according to business requirements, so that the business processing efficiency can be improved; on the other hand, in the process of generating the service processing path, the service attribute and the service requirement of the service processing system are combined, so that the service processing method and the service processing system can meet the service requirement of the user and consider the service capability of the service processing system.

The following describes in detail the key technical terms involved in the present application.

1. Target digital asset, asset processing business

The target digital asset refers to an object to be processed in the process of executing an asset processing business, and the target digital asset is any one of a plurality of digital assets, and the digital asset is any type of virtual asset, and the virtual asset can be an asset on a blockchain or an asset under the blockchain. For example, the digital asset may include: any type of asset, such as digital collections, electronic invoices, game assets, token, ETH, etc., is not specifically limited in this application.

Asset handling transactions refer to transactions associated with, i.e., handling, a target digital asset. Asset processing services corresponding to different types of target digital assets are different, for example, if the target digital asset is a digital stock, the service corresponding to processing the digital stock may be transaction service; if the target digital asset is a game asset, the service corresponding to the game asset can be a game service; if the target digital asset is an electronic invoice, the business corresponding to the electronic invoice can be an invoicing business, and the like.

2. Service processing system

A business processing system refers to a system or platform in a blockchain for supporting asset processing business, and the business processing system may be hardware or software/program. Wherein different asset processing services correspond to different service processing systems, for example, the asset processing services are transaction services, the service processing systems may be decentralized exchanges in a blockchain, and the decentralized exchanges may include, but are not limited to: uniswap, sushiswap, 0x protocol, etc.; for another example, the asset processing service is an electronic invoice service, and the service processing system may be an invoicing node in the blockchain, for example, the invoicing node refers to a blockchain node with an invoicing function in the blockchain; also, if the asset processing service is a gaming service, then the service processing system may be a gaming node in a blockchain.

3. Resource yield, reference quantity, business depth

Resource yield, as the name implies, refers to the number or amount of target digital assets, and in particular, resource yield in this application refers to the number of target digital assets requested to be processed by an asset processing business. For example, the asset processing business is a transaction business, and the transaction task request may process an ETH asset having an asset yield of 100w; in another example, the asset processing service is an invoicing service, and the resource output processed by the invoicing service request may be 1000 yuan electronic invoice.

Reference quantity refers to the number of units that a target digital asset is calibrated to in a business processing system. For the same target digital asset in the same business scenario, the number (i.e., reference amount) of calibration of different business processing systems is different, for example, in a business scenario, if the target digital asset is an ETH asset, and the asset processing business is an ETH asset requesting to purchase 100w of asset output, the reference amount of the ETH asset in the business processing system 1 (e.g., the decentralized exchange 1) may be 1.2, and the reference amount of the ETH asset in the business processing system 2 (e.g., the decentralized exchange 2) may be 1.5.

The service depth refers to the maximum service quantity allowed to be carried by the service processing system in the process of supporting the asset processing service, namely the service depth is an index for measuring the service capability of the service processing system. For example, the asset processing business is a transaction business, the business processing system may be a decentralised exchange, the business depth may be 100w for the decentralised exchange to allow the transaction of the ETH asset with 100w quota; similarly, if the decentralized exchange is capable of allowing an ETH asset with 80w credit to be traded, the service depth is 80w.

4. Service processing path

A business processing path is a path or method for indicating to perform an asset processing business for a target digital asset. Specifically, the traffic processing path is used to indicate: m target business processing systems that perform asset processing business for the target digital asset, and the amount of business each target business processing system needs to process. For example, the asset processing business is a transaction business, the business processing path may be used to indicate a number of target decentralized exchanges that perform the transaction business, and the amount of business that each target decentralized transaction needs to process.

5. Blockchain techniques

The blockchain is essentially a decentralised database, which is a string of data blocks that are generated in association using cryptographic methods, each of which contains associated information for verifying the validity of its information (anti-counterfeiting) and generating the next Block. Specifically, the present application will describe in detail the blockchain system, the blocks, and other related terms, respectively.

(1) Blockchain system:

referring to fig. 1, fig. 1 is a schematic structural diagram of a blockchain system according to an embodiment of the present application. As shown in fig. 1, the blockchain system may be a data sharing system, where the data sharing system refers to a system for performing data sharing between node devices, and the data sharing system 100 may include a plurality of node devices 101, where the plurality of node devices 101 may be respective computer devices in the data sharing system, and the computer devices may be, for example, terminal devices or servers. The device types of different node devices 101 may be the same or different, for example, one node device 101 may be a terminal device, and another node device 101 may be a server.

In the blockchain system shown in fig. 1, each node device 101 may receive input information while performing normal operation and maintain shared data within the data sharing system based on the received input information. For example, when any node device 101 in the blockchain system receives a transaction uplink request, the node device 101 may parse the transaction uplink request to obtain a transaction to be uplink, and then may send the transaction to be uplink to other blockchain nodes in the blockchain, so that each blockchain node performs blockchain consensus on the current transaction, if the consensus passes, the transaction may be written into the blockchain, so as to complete the uplink processing of the transaction, so that each blockchain node on the blockchain commonly maintains the transaction data (i.e. shared data) of the transaction in the blockchain.

(2) Blockchain nodes:

(1) node function:

a. application functions, configured to be deployed in a blockchain, to implement a specific service according to actual service requirements, where the recording of data related to implementing the service functions forms recording data (e.g., transaction data), where the service functions implemented on the blockchain by the transaction data may include, for example: resource transfer functions, game service functions, etc. In one implementation, a digital signature (e.g., a digital signature generated by signing transaction data using a private key of a ul object) may be carried in a ul request of the transaction data to represent a source of the transaction data, and the transaction data may be sent to other nodes in the blockchain system, so that the other nodes may add the transaction data to the temporary block when verifying the source and integrity of the transaction data, and thus complete the ul processing of the transaction data.

b. Contract function, any block link point in the block chain system has the function of calling and executing corresponding intelligent contracts, namely intelligent contracts (contracts for short): the intelligent contract has three major elements of commitment, agreement and digital form, so that the application range of the blockchain can be expanded to all links of transaction, payment, settlement and clearing in the financial industry. A smart contract refers to the fact that when a pre-compiled condition is triggered, the smart contract immediately executes the corresponding contract terms, the working principle of which is similar to an if-then statement of a computer program. Wherein, the blockchain node is operated with an intelligent contract virtual machine (which is a virtual machine capable of executing intelligent contracts), and the intelligent contract virtual machine can understand and execute the codes to realize the functions of the intelligent contracts. In the application, based on the contract function of the block link point, at least one decentralised exchange contract can be deployed for the block link node, and when the block link node receives a resource transaction (such as a transaction for transferring a target digital asset or a transaction for exchanging the target digital asset), the deployed decentralised exchange contract can be invoked to execute a corresponding contract transaction.

(2) And (3) node identification:

for each node in the blockchain system, the node identification corresponding to the node identification is provided, and each node in the blockchain system can store the node identifications of other nodes in the blockchain system so as to broadcast the generated blocks to other nodes in the blockchain system according to the node identifications of other nodes. Each node can maintain a node identification list shown in the following table, and the node names and the node identifications are correspondingly stored in the node identification list.

The node identifier may be an IP (Internet Protocol, protocol of interconnection between networks) address, and any other information that can be used to identify the node, and the IP address is only illustrated in table 1.

TABLE 1 node identification list

Node name	Node identification
		Node 1	000.000.000.000
Node 2	111.111.111.111
		…	…
Node N	xxx.xxx.xxx.xxx

In the embodiments of the present application, the asset processing services related to the target digital asset, such as transaction services, game services, electronic invoice services, etc., and among the above-mentioned different types of asset processing services, the consensus processing of the service data of the asset processing services by each blockchain node (such as the consensus node) is often involved. The consensus processing generally relates to data interaction among the consensus nodes, and in the data interaction process, any one of the consensus nodes can carry own node identification, so that other consensus nodes can carry out node identity verification processing based on the corresponding node identification before carrying out the consensus processing, and the data security and reliability in the blockchain consensus processing process are improved.

(3) The structure of the block:

referring to fig. 2, fig. 2 is a schematic block chain structure according to an embodiment of the present application. As shown in fig. 2, the blockchain is composed of a plurality of blocks, and each blockchain includes an initiation block, which is the first block, the initial block, as the name implies. The starting block comprises a block head and a block body, wherein the block head stores an input information characteristic value, a version number, a time stamp and a difficulty value, and the block body stores input information; the next block of the starting block takes the starting block as a father block, the next block also comprises a block head and a block body, the block head stores the input information characteristic value of the current block, the block head characteristic value of the father block, the version number, the timestamp and the difficulty value, and the like, so that transaction data stored in each block in the block chain are associated with transaction data stored in the father block, and the security of the transaction data in the block is ensured.

In this embodiment of the present application, the present application relates to digital asset transactions of different types, where the digital asset transactions include transaction data, specifically, after the transaction data is processed in a uplink manner, the transaction data may be added to a block body of a current block in a blockchain, and according to a structure of the block, security and reliability of storage of the transaction data on the chain may be ensured, and risk of tampering of the transaction data may be avoided.

6. Cloud technology

In the service processing scheme based on the blockchain, more data computing services and data storage services are involved in the blockchain, so that a great deal of computer operation cost is required. Then, the business processing scheme provided by the application relates to cloud technology, and the cloud technology is adopted to provide data computing service and data storage service, and particularly call the data computing service, and generate a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the resource output of the target digital asset and the preset path rule; and the data storage service can be called, and the queried service attributes of the service processing systems are stored in data. The Cloud technology (Cloud technology) is based on the general terms of network technology, information technology, integration technology, management platform technology, application technology and the like applied by a Cloud computing business model, can form a resource pool, is used as required, and is flexible and convenient. The cloud technology may include cloud storage technology, so called cloud storage (cloud storage) is a new concept that extends and develops in the concept of cloud computing, and the distributed cloud storage system (hereinafter referred to as a storage system for short) refers to a storage system that provides data storage and service access functions together by integrating a large number of storage devices (storage devices are also referred to as storage nodes) of different types in a network through application software or application interfaces through functions such as cluster application, grid technology, and distributed storage file system.

7. Artificial intelligence

The present application relates generally to asset handling services, which may be gaming services, and in particular, may be cloud gaming related services in the field of artificial intelligence. Among them, the artificial intelligence (Artificial Intelligence, AI) service, which is a comprehensive discipline, involves a wide range of fields, including hardware-level technology and software-level technology. Artificial intelligence infrastructure technologies generally include technologies such as sensors, dedicated artificial intelligence chips, cloud computing, cloud gaming, distributed storage, big data processing technologies, operation/interaction systems, mechatronics, and the like. The artificial intelligence software technology mainly comprises a computer vision technology, a voice processing technology, a natural language processing technology, machine learning/deep learning and other directions.

It should be specifically noted that, related data in the processing of a blockchain-based service referred to in this application, for example: identification of the target digital asset, asset amount, business attributes of the business processing system, and the like. When the above embodiments of the present application are applied to specific products or technologies, user permission or consent needs to be obtained, and related data collection, use and processing processes need to comply with related laws and regulations and standards of countries and regions, comply with legal, legal and necessary principles, and do not relate to obtaining data types prohibited or limited by laws and regulations. In some alternative embodiments, the related data related to the embodiments of the present application is obtained after the object is individually authorized, and in addition, the purpose of the related data related to the object needs to be indicated to the object when the object is obtained for individual authorization.

Architecture diagrams of the blockchain-based service processing system provided in the present application are specifically described below.

Referring to fig. 3, fig. 3 is a schematic architecture diagram of a block chain-based service processing system according to an embodiment of the present application. As shown in fig. 3, the architecture diagram of the service processing system may at least include: a client 301, a traffic aggregator 302, and at least one blockchain node 303. The number of the blockchain nodes 303 is not specifically limited, and the number of the nodes can be flexibly changed according to different service scenes; in addition, the traffic aggregator 302 may be directly or indirectly connected with the client 301, and any of the blockchain nodes 303, via wired or wireless communication.

In one possible embodiment, any of the computer devices (client 301, service aggregator 302, or blockchain node 302) in the blockchain-based service processing system may be a cell phone, tablet, notebook, palmtop, mobile internet device (MID, mobile internet device), vehicle, on-board device, roadside device, aircraft, wearable device, smart device such as a smart watch, smart bracelet, pedometer, etc., virtual reality device.

In another possible embodiment, any of the computer devices (client 301, traffic aggregator 302, or blockchain node 303) in the blockchain-based traffic processing system may also be a server. Specifically, the server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs (Content Delivery Network, content delivery networks), basic cloud computing services such as big data and artificial intelligence platforms, and the like.

It will be appreciated that the types of the respective computer devices in the service processing system of the present application may be the same or different, for example, the client 301 may be a mobile phone, the service aggregator 302 may be a notebook computer, and the blockchain node 303 may be a server; for another example, the client 301 may be an on-board device, and the traffic aggregator 302 and blockchain node 303 may each be a server. The number and type of individual computer devices in a blockchain-based business processing system is not limited by the present application.

The following is a description of each computer device in the above-mentioned business processing system: the data interaction process between the client 301, the traffic aggregator 302, and the blockchain node 303 is illustrated.

(1) The target object may initiate a business request in the client 301 for requesting an asset handling business, such as a transaction business, a game business, an electronic invoice business, etc., associated with the target digital asset. Wherein, the service request comprises: identification of the target digital asset and asset yield of the target digital asset for the requested process.

(2) The client 301 sends a service request to the service aggregator 302. Optionally, the client 301 may sign the service request with the private key of the target object, and then send the signed service request to the service aggregator 302 to indicate the source of the service request.

(3) After receiving the service request, the service aggregator 302 may perform an authentication process on the target object based on the service request, where the authentication process includes, but is not limited to: signature verification, authority verification and the like, and after the authentication processing is passed, determining K service processing systems supporting asset processing services in the blockchain according to the identification of the target digital asset, wherein for example, the asset processing services are transaction services, and the service processing systems can be decentralized exchanges.

(4) The service aggregator 302 queries the service attributes of the respective service processing systems, including: the reference amount of the target digital asset in the business processing system (i.e. the corresponding calibration amount of the target digital asset when executing the transaction processing in the business processing system), and the business depth allowed to be carried by the business processing system.

(5) The service aggregator 302 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset, and the preset path rules; wherein the traffic processing path is for indicating: m target business processing systems for executing asset processing business of target digital asset, and business volume to be processed of each target business processing system, M is positive integer and M is less than or equal to K.

(6) The traffic aggregator 302 routes asset processing traffic to M target traffic processing systems, i.e., to M target blockchain nodes 303 running traffic processing systems, one target blockchain node running a traffic processing system (e.g., a de-centralized exchange), according to the traffic processing path.

(7) Any one of the target business processing systems in the blockchain performs business processing on the target digital asset.

The business processing system based on the blockchain can receive a business request sent by a client, wherein the business request is used for requesting asset processing business related to a target digital asset, and the business request comprises the following steps: identification of the target digital asset and asset yield of the target digital asset for the requested process; according to the identification of the target digital asset, K service processing systems supporting asset processing services in the blockchain are determined, wherein K is a positive integer; inquiring service attributes of each service processing system, wherein the service attributes comprise: the reference quantity of the target digital asset in the business processing system and the business depth allowed to be carried by the business processing system; generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the resource yield of the target digital asset and preset path rules, wherein the business processing path is used for indicating: m target business processing systems for executing asset processing business of target digital assets, and business volume to be processed of each target business processing system, wherein M is a positive integer and M is less than or equal to K; business processing is performed on the target digital asset in the blockchain according to the business processing path. Therefore, on one hand, when the business related to the target digital asset is requested to be processed, the method and the device can automatically plan a matched business processing path for the asset processing business according to business requirements, so that the business processing efficiency can be improved; on the other hand, in the process of generating the service processing path, the service attribute and the service requirement of the service processing system are combined, so that the service processing method and the service processing system can meet the service requirement of the user and consider the service capability of the service processing system.

It can be understood that the blockchain-based service processing system described in the embodiments of the present application is for more clearly describing the technical solution of the embodiments of the present application, and is not limited to the technical solution provided in the embodiments of the present application, and as a general technical object in the art can know, with evolution of a system architecture and occurrence of a new service scenario, the technical solution provided in the embodiments of the present application is equally applicable to similar technical problems.

Specific embodiments related to a blockchain-based business processing scheme are described below with reference to the accompanying drawings.

Referring to fig. 4, fig. 4 is a flowchart of a block chain-based service processing method according to an embodiment of the present application. The service processing method may be performed by a service aggregator in the blockchain-based service processing system shown in fig. 3. As shown in fig. 4, the blockchain-based service processing method mainly includes, but is not limited to, the following steps S401 to S405:

s401: receiving a service request sent by a client, wherein the service request is used for requesting an asset processing service related to a target digital asset, and the service request comprises: identification of the target digital asset and asset yield of the target digital asset for the requested process.

In one possible implementation, the service request includes a transaction request that is generated after signature processing based on a private key of the target object. Then, after receiving the service request sent by the client, the service aggregator may further perform the following steps: firstly, analyzing request data of a transaction request to obtain signature data of an initiating target object; then, based on the signature data of the target object, the target object is subjected to authentication processing, where the authentication processing includes: any one or more of signature verification and authority verification; if the authentication processing of the target object is passed, triggering and executing a subsequent step S402; if the authentication processing of the target object is not passed, the service request is ignored or deleted. Specifically, (1) since the signature data is generated after signature processing is performed by using the private key of the target object, the service aggregator can obtain the public key of the target object, perform signature verification processing on the signature data of the target object based on the public key of the target object, pass signature verification on the target object if the signature verification is successful, and fail signature verification on the target object if the signature verification is failed. (2) Assume that the service aggregator is configured with an object rights list, in which may be recorded: the service aggregator can determine that the authority verification of the target object passes if the identifier (such as name, ID, etc.) of each object with the service request authority is included in the object authority list; if the object rights list does not contain an identification of the target object, the traffic aggregator may determine that rights verification for the target object is not passed. Under the implementation mode, the service aggregator can carry out authentication processing on the target object initiating the service request, and can avoid the risk of data leakage or tampering, thereby ensuring the data security.

In one possible implementation manner, the service aggregator may further request to obtain identity information of the target object during the authentication processing of the target object, and perform identity verification processing on the target object based on the identity information of the target object. When acquiring identity information of a target object, please refer to fig. 5, fig. 5 is a schematic diagram of a scenario for acquiring identity information according to an embodiment of the present application. As shown in fig. 5, before acquiring the identity information of the target object, the blockchain node needs to send an authorization request to the target object, where the authorization request is used to request authorization of the target object, and after the target object agrees to the authorization, the party can acquire the identity information of the target object. For example, after acquiring the authorization request sent by the blockchain node, the terminal device used by the target object may display an interface S500 in the terminal device, where the interface S500 displays prompt information, where the prompt information is used to prompt whether the target object performs authorization of identity information, and a confirmation control 501 and a rejection control 502 are provided, where if the target object clicks the confirmation control 501, the target object agrees with authorization, and if the target object clicks the rejection control 502, the target object rejects authorization. By the method, the authorization of the target object can be requested when the identity information of the target object is acquired, so that the safety of the identity information of the target object is improved, and data leakage is avoided.

S402: and determining K business processing systems supporting the asset processing business in the blockchain according to the identification of the target digital asset, wherein K is a positive integer.

In one possible implementation, the corresponding business processing systems are not identical based on different types of asset processing businesses. Specifically, if the asset processing service is a transaction service, the service processing system supporting the transaction service may be a decentralised exchange; if the asset processing service is a game service, the service processing system supporting the game service may be a game system; if the asset processing service is an electronic invoice service, the service processing system supporting the electronic invoice service may be an invoicing system, or the like.

In one possible implementation, if the asset processing service is a transaction service, the service aggregator determines K service processing systems in the blockchain that support the asset processing service according to the identification of the target digital asset, including: determining a de-centralized exchange in the blockchain, which is provided with the target digital asset indicated by the asset identification, as a service processing system supporting an asset processing service; or determining the decentralized exchange with the transaction authority for the target digital asset indicated by the asset identification in the blockchain as a service processing system supporting the asset processing service.

S403: and querying the service attribute of each service processing system.

Specifically, one service processing system corresponds to one service attribute, and the service attribute of any service processing system includes: the reference amount of the target digital asset in the business processing system and the business depth that the business processing system is allowed to carry.

In one possible implementation, the traffic aggregator may initiate a data query request to the block link point requesting a query of the traffic attributes of the respective traffic processing systems. The blockchain node may parse the data query request to perform a verification process on the traffic aggregator, where the verification process may include: any one or more of authority verification, security verification and validity verification; if the verification processing of the service aggregator is passed, the service aggregator can query from the blockchain to obtain the service attribute of each service processing system. Wherein, a service processing system corresponds to a service attribute, and the service attribute includes: the reference amount of the target digital asset in the business processing system and the business depth that the business processing system is allowed to carry.

S404: and generating a business processing path aiming at the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and the preset path rule.

Specifically, the traffic processing path is used to indicate: m target business processing systems for executing asset processing business of target digital asset, and business volume to be processed of each target business processing system, M is positive integer and M is less than or equal to K.

In one possible implementation, the service aggregator generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset, and the preset path rule, and may include the following steps: the business aggregator generates business processing paths for the target digital asset according to the queried reference quantity of the K business processing systems for the target digital asset, business depths of the K business processing systems, resource output of the target digital asset and preset path rules. In this embodiment, the present application is directed to generating business process paths for a target digital asset according to the same preset path rules for any digital asset.

In another possible implementation manner, the preset path rule includes a first path rule and a second path rule; the service aggregator generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset, and the preset path rule, and may include the steps of: acquiring an asset type of a target digital asset; if the asset type of the target digital asset is the first type, generating a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset and the first path rule; if the asset type of the target digital asset is the second type, generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and the second path rule; wherein the first path rule is different from the second path rule. Wherein the first type may include: types of assets that can be subject to asset quantity splitting processing, such as ETH assets, game assets, token; the second type may include: the type of inconvenient asset quantity splitting treatment of digital collection, electronic invoice and the like. In this embodiment, different path rules can be executed according to different types of target digital assets, so that corresponding service processing paths are generated for the target digital assets, that is, the application can adapt to different path rules according to different asset types of digital assets, so that flexibility and suitability in a service processing process can be improved.

The specific process of how the business processing paths are generated for different asset types is described in detail below.

(1) Generating a service processing path by adopting a first path rule corresponding to a first type

A. Lower resource yield

In one possible implementation, the asset type of the target digital asset is a first type and the preset path rule is a first path rule. The service aggregator generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset and the preset path rule, and mainly comprises the following steps: determining a first business processing system with the lowest reference quantity aiming at the reference quantity of the target digital asset based on the K business processing systems; acquiring a first service depth of a first service processing system, and comparing the first service depth with the resource yield of the target digital asset; if the first business depth is greater than or equal to the asset yield, determining the first business processing system as a target business processing system for executing the asset processing business of the target digital asset; wherein the traffic volume of the target digital asset being processed in the target business processing system is equal to the asset yield.

Referring to fig. 6a, fig. 6a is a schematic diagram of a path generation flow in a transaction scenario according to an embodiment of the present application. The transaction scenario depicted in FIG. 6a, wherein the asset processing business is a transaction business and the business processing system is a de-centralized exchange in the blockchain; if the target digital asset to be traded by the target object is an ETH asset, the current decentralized exchange capable of providing the ETH asset includes: uniswap, sushiswap, 0x protocol. (1) The target object needs to purchase a specified number (asset amount) of ETH assets, for example, the asset yield is 10w; (2) each of the queried decentralized exchanges: uniswap, sushiswap, 0x protocol, the decentralised exchange for the lowest reference amount (which can be understood as the lowest price) of the ETH asset is 0x protocol; (3) and the service depth of the decentralised exchange 0x protocol is 60w, the current exchange can bear the asset quantity of the asset processing service, and the service aggregator can route all the asset quantities requested by the current asset processing service to the first decentralised exchange 0x protocol with the lowest reference quantity to execute the transaction. Based on the above mode, in the process of executing the asset processing business related to the target digital asset, the business aggregator can automatically inquire the target decentralized exchange needing to be transacted for the target digital asset, so that the target digital asset can be routed to the decentralized exchange with the lowest price for transacting, and the business requirement of the target object can be better met.

B. The resource yield is larger

In another possible implementation manner, if the first service depth is smaller than the resource yield, splitting the asset quantity of the target digital asset to obtain a first splitting result, where the first splitting result is used to indicate: splitting the asset amount of the target digital asset into a first business depth and a first balance; a business processing path is determined for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business processing systems. In specific implementation, the service aggregator determines a service processing path for the target digital asset based on the service attributes, the first service depths, and the first balances of the K service processing systems, and specifically includes the following steps: firstly, determining a second service processing system from K-1 service processing systems except the first service processing system, wherein the reference quantity of the second service processing system is lower than the reference quantity of any one of the K-1 service processing systems for the decentralized exchange; then, obtaining a second service depth of a second service processing system, and comparing the second service depth with the first balance; if the second service depth is greater than or equal to the first balance, using the first service processing system and the second service processing system as M target service processing systems for executing asset processing services of the target digital asset; wherein the traffic of the target digital asset processed in the first business processing system is a first business depth and the traffic of the target digital asset processed in the second business processing system is a first balance.

Referring to fig. 6b, fig. 6b is a schematic diagram of a path generation flow in another transaction scenario provided in an embodiment of the present application. The trade scenario of fig. 6b, if the target digital asset to be traded by the target object is an ETH asset, the current enabling of the decentralized exchange of the ETH asset includes: uniswap, sushiswap, 0xprotocol. After determining that the target decentralized exchange (i.e., 0x protocol) with the lowest price, (1) if the resource yield of the ETH asset purchased by the target object is higher, assuming that the resource yield is 100w, and the first decentralized exchange with the lowest current reference quantity is 0x protocol, but the service depth of the exchange 0x protocol is 60w, that is, the current exchange can bear the target digital asset with the resource yield of 60w, splitting the asset quantity of the target digital asset can be performed, namely splitting the asset quantity 100w into: a first service depth (60 w), a first balance (40 w); (2) next, in each of the decentralized exchanges except the first decentralized exchange 0x protocol, a second decentralized exchange (assumed to be a unisawap) with the lowest reference is determined, the service depth of the second decentralized exchange unisawap is obtained to be 50w, the service depth (50 w) of the second decentralized exchange is compared with the first balance (40 w), the current exchange unisawap can bear the first balance of the remaining 40w, and then the first balance of the remaining 40w can be routed to the second decentralized exchange unisawap for transaction. Thus, based on the above-mentioned form splitting manner, 60% of the asset amount (i.e. the first service depth) in the transaction service can be routed to the first decentralized exchange 0x protocol for transaction, and 40% of the asset amount (i.e. the first balance) in the transaction service can be routed to the second decentralized exchange unidwap for transaction, so that the determined service processing paths are: the first decentralization exchange is 0x protocol, and the traffic volume to be exchanged is 60w; the second decentralized exchange is uniswap, and the traffic volume to be exchanged is 40w.

Further, after splitting the asset amount of the target digital asset, if the second service depth is smaller than the first balance, splitting the asset amount of the target digital asset again to obtain a second splitting result, where the second splitting result is used to indicate: splitting the asset amount of the target digital asset into a first business depth, a second business depth, and a second balance; then, a business process path is determined for the target digital asset based on the business attributes, the first business depth, the second business depth, and the second balance of the K decentralized exchanges. For example, if the second traffic depth is 30w, the asset quantity 100w may be split into: a first traffic depth (60 w), a second traffic depth (30 w), and a second balance (10 w); and determining that the third service depth of the third decentralized exchange sushitap is assumed to be 20w, and since the second balance 10w is greater than the third service depth 20w, determining that the service processing path is: the first decentralization exchange is 0x protocol, and the traffic volume to be exchanged is 60w; the second decentralization exchange is uniswap, and the traffic volume to be exchanged is 30w; the second decentralized exchange is sushitap, and the traffic volume to be exchanged is 10w.

Similarly, when the service depth of the decentralization exchange cannot bear the asset quantity to be processed, the method needs to split the asset quantity of the target digital asset one or more times, and the reference quantity and the service capacity of each decentralization exchange can be comprehensively considered, so that a better service processing path is provided for the target digital asset, and the subsequent execution of the service processing of the target digital asset is facilitated.

In the process of generating the service processing path by adopting the first path rule, firstly, the service aggregator can determine a target service processing system with the lowest reference quantity based on different reference quantities of a plurality of service processing systems aiming at the target digital asset, and then determine the service processing path based on the service depth of the target service processing system, namely, firstly, the price (reference quantity) of the service processing system is considered and then the service capability of the service processing system is considered.

(2) Generating a service processing path by adopting a second path rule corresponding to a second type

In one possible implementation, the asset type of the target digital asset is a second type and the preset path rule is a second path rule. The service aggregator generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset and the preset path rule, and mainly comprises the following steps: determining at least one reference business processing system meeting business conditions based on the business depths of the K business processing systems and the asset quantity of the target digital asset, wherein the business depth of any one reference business processing system is greater than or equal to the asset quantity; determining the service attribute of each reference service processing system based on the queried service attributes of the K service processing systems; a business process path for the target digital asset is generated based on the business attributes of the respective reference business process systems, the asset yield of the target digital asset, and the second path rules. Wherein any one of the reference business processing systems meeting the business conditions may be a business processing system with a business depth greater than or with a business yield, for example, in a trade scenario, the target digital asset has an asset yield of 80w, then the business processing system (de-centralized exchange) includes: uniswap, sushiswap, 0x protocol. The service depths of the decentralised exchange uniswap, sushiswap and the 0x protocol are respectively as follows: 100w, 80w, 50w, the reference service processing system that can determine that the service condition is satisfied comprises: the exchange uniswap, sushiswap is de-centralized.

Further, the business aggregator generates a business processing path for the target digital asset based on the business attributes of the respective reference business processing systems, the asset yield of the target digital asset, and the second path rule, and comprises the steps of: sequencing each reference service processing system based on the reference quantity of each reference service processing system to obtain a service sequencing result; according to the service sequencing result, determining a target service processing system with the lowest reference quantity from all the reference service processing systems; wherein the amount of traffic that the target digital asset is transacted in the target business processing system is equal to the asset yield. Specifically, since the reference service system includes: the decentralized exchange uniswap, sushiswap assumes that the reference amounts for the decentralized exchange uniswap, sushiswap for the target digital asset are respectively: 1.2, 1.5, then the business process path for the target digital asset is: the decentralized transaction unisawap may be used as the target business processing system and the amount of business that the target digital asset is processed at the decentralized transaction unisawap is equal to the amount of business output.

In the process of generating the service processing path by adopting the second path rule, the resource output of the target digital asset of the second type is considered to be inconvenient to split, so that the second path rule mainly considers centralized processing in one service processing system, and therefore, the service depth of each service processing system can be considered first, and the reference service processing system capable of bearing the resource output is determined first; and then selecting a target service processing system with optimal price from the reference service processing systems to process the service. The method can ensure that the determined service depth of the target service processing system can bear the amount of assets to be processed, and can ensure that the price of the target service processing system is relatively low as far as possible, and service processing is not required to be executed in a plurality of service processing systems, so that the service processing requirements of specific asset types such as digital collection, electronic invoice and the like are met.

S405: business processing is performed on the target digital asset in the blockchain according to the business processing path.

In one possible implementation, the service aggregator, after determining the service processing paths of the target digital assets, may route asset processing services associated with the target digital assets to M target service processing systems in the blockchain, triggering the execution of service processing on the target digital assets in each target service processing system according to the respective amount of traffic to be processed. For example, in a trade scenario, assuming that the target business processing system is a decentralized trade uniswap, in which the target digital asset (e.g., an ETH asset) is processed with an equal amount of business (e.g., 100 w), then an ETH asset with an amount of 100w of business may be processed in a blockchain decentralized trade uniswap.

In one possible implementation, the service aggregator performs service processing on the target digital asset in the blockchain according to a service processing path, specifically including the steps of: 1) First, a target blockchain node with a trusted execution environment (Trusted Execution Environment, TEE) deployed in the blockchain is determined, wherein the TEE trusted execution environment is a hardware-based computing scheme, and a secure area can be built in a CPU (Central Processing Unit ) through a software and hardware method, so that the confidentiality and integrity of programs and data loaded in the TEE trusted execution environment are guaranteed. The TEE divides the hardware resources and software resources of the system into two execution environments, a trusted part and an untrusted part (normal part), which are isolated from each other, and the untrusted part cannot access the storage and memory of the trusted part. 2) Transaction data is then assembled for the target digital asset according to the business process path, the transaction data comprising: identification of the target decentralization exchange to be called and the amount of the target digital asset required by each target decentralization exchange; 3) And sending the transaction data to the target blockchain node, and triggering the execution of business processing on the target digital asset according to the transaction data in a trusted execution environment of the target blockchain node. In this implementation, business processes can be performed on the target digital asset in the TEE trusted execution environment, thereby improving reliability and security of the business processes.

It should be appreciated that the present embodiments are applicable to applications such as: transaction scenario, electronic invoice scenario, game scenario, etc. The following describes a specific scenario of the blockchain-based service processing scheme provided in the present application in detail, taking a transaction scenario as an example.

Referring to fig. 7, fig. 7 is a flow chart of a transaction scenario provided in an embodiment of the present application. As shown in fig. 7, the transaction scenario mainly involves: at least one of the client, the traffic aggregator, and the blockchain network is a decentralised exchange (i.e. decentralised exchange 1, decentralised exchange 2, decentralised exchange 3), specifically: (1) if the target object needs to initiate a transaction request to the blockchain, where the transaction request may be used to request a transaction service for processing an ETH asset (target digital asset) with a yield of 100w, the target object may initiate a transaction request through the client, where the transaction request carries an identifier (e.g., name, ID, etc.) of the ETH asset to be transacted and an asset amount (100) of the ETH asset, and optionally, a private key of the target object may be used to sign the transaction request, and send the signed transaction request to the service aggregator. (2) After receiving the transaction request, the service aggregator can automatically query a plurality of decentralised exchanges in the blockchain according to the asset identification: the price (reference quantity) of the ETH asset in the decentralized exchange 1, the decentralized exchange 2 and the decentralized exchange 3 respectively and the service depth of each decentralized exchange. (3) The service aggregator determines a service processing path for the ETH asset based on the service attribute (i.e. the reference amount and the service depth) and the asset amount of each of the decentralized exchanges, and it should be noted that details of how to determine the service processing path may refer to the relevant process in step S404 in the embodiment of the present application, which is not described herein again. (4) Assume that the traffic processing path is used to indicate: the transaction is performed in the decentralized exchange 1 at an asset size of 100w, and the transaction aggregator may route (send) the transaction to the decentralized exchange 1 for execution. (5) The specific process of the transaction service executed in the decentralized exchange 1 may include the following steps:

S1, triggering contracts.

In particular, the blockchain node may receive a transaction request sent by the client, and then call an intelligent contract matching a target transaction to be executed by the transaction request, for example, the target transaction is an asset transaction, and the intelligent contract may be an asset processing contract, and the asset processing contract may be an decentralized exchange contract 1.

S2, analyzing the transaction.

In particular implementations, the blockchain node may parse transaction data for the target transaction to obtain a contract call address and a contract name, and obtain an intelligent contract (e.g., including information such as contract name, contract method, and contract input) for executing the target transaction.

S3, loading storage information of the contract and byte codes of the contract.

In particular implementations, the blockchain node obtains corresponding contract bytecodes and contract inputs from a target transaction and status database.

S4, executing the contract.

In particular, when the contract file of the intelligent contract is executed in the blockchain node to complete the business logic of the target transaction, for example, the target transaction is an asset transaction, the called asset processing contract can complete the corresponding asset processing logic, and the transaction execution result can be obtained.

S5, returning a result to update the state database.

In particular, the blockchain node may write the transaction execution result back to the status database to complete the update of the service status.

S6, manufacturing a Merck tree root and storing the root in the block.

In particular, when all transaction data in the block to be agreed upon has been executed, the system stores the hash digest of the current state of the state database as an authentication record in the blockchain.

In the transaction scenario, the optimal service processing path can be automatically matched based on the service aggregator, the user side does not need to compare product quotations of a plurality of decentralized exchanges by itself, and only needs to submit the identification and the asset quantity of the target digital asset to be transacted to the service aggregator, the service aggregator can automatically inquire the prices and the service depths of the plurality of decentralized exchanges, so that the optimal service processing path is determined according to service requirements, and corresponding transaction processing can be executed in a blockchain according to the service processing path.

Referring to fig. 8, fig. 8 is an interaction flow chart of a block chain-based service processing method according to an embodiment of the present application. As shown in fig. 8, the interaction flow of the service processing method mainly involves: the system comprises a client, a service aggregator and a blockchain node, wherein a service processing system is operated in the blockchain node. Specific steps S801 to S811 included in the interactive flow are described in detail below.

S801: the client initiates a service request.

In particular implementations, the business request is for requesting an asset processing business associated with a target digital asset, which may include: any type of asset such as digital collection, electronic invoice, game asset, token, etc., then the corresponding asset processing business associated with the target digital asset may be: transaction business, electronic invoice business, game business, and the like. Wherein, the service request comprises: identification of the target digital asset, and asset yield of the target digital asset for the requested process.

S802: the client sends the service request to the service aggregator.

In one possible implementation, after generating the service request, the client may sign the service request based on the private key of the target object to obtain a signed service request, and then send the signed service request to the service aggregator. The signed service request may be used to indicate the source of the service request, so that the subsequent service aggregator can verify the security and validity of the source of the service request after receiving the service request.

S803: after passing the authentication, the service aggregator responds to the transaction request.

In one possible implementation, the service aggregator may further perform the following steps after receiving the service request sent by the client: firstly, analyzing request data of a transaction request to obtain signature data of an initiating target object; then, based on the signature data of the target object, the target object is subjected to authentication processing, where the authentication processing includes: any one or more of signature verification and authority verification; if the authentication process on the target object is passed, triggering and executing a subsequent step S804; if the authentication processing of the target object is not passed, the service request is ignored or deleted. Specifically, (1) since the signature data is generated after signature processing is performed by using the private key of the target object, the service aggregator can obtain the public key of the target object, perform signature verification processing on the signature data of the target object based on the public key of the target object, pass signature verification on the target object if the signature verification is successful, and fail signature verification on the target object if the signature verification is failed. (2) Assume that the service aggregator is configured with an object rights list, in which may be recorded: the service aggregator can determine that the authority verification of the target object passes if the identifier (such as name, ID, etc.) of each object with the service request authority is included in the object authority list; if the object rights list does not contain an identification of the target object, the traffic aggregator may determine that rights verification for the target object is not passed. Under the implementation mode, the service aggregator can carry out authentication processing on the target object initiating the service request, and can avoid the risk of data leakage or tampering, thereby ensuring the data security.

S804: the service aggregator determines K service processing systems in the blockchain that support asset processing services based on the identification of the target digital asset.

In one possible implementation, the business request is assumed to include a transaction request, i.e., the asset processing business is a transaction business. The service aggregator determines K service processing systems in the blockchain that support asset processing services based on the identification of the target digital asset, comprising the steps of: determining a de-centralized exchange in the blockchain, which is provided with the target digital asset indicated by the asset identification, as a service processing system supporting an asset processing service; or determining the decentralized exchange with the transaction authority for the target digital asset indicated by the asset identification in the blockchain as a service processing system supporting the asset processing service.

S805: the service aggregator requests to query the blockchain for service attributes of the respective service processing system.

Specifically, the service attributes include: the reference amount of the target digital asset in the business processing system and the business depth that the business processing system is allowed to carry. For example, in a trade scenario, a business processing system supporting a business may be an off-center exchange, then the reference amount of a target digital asset in an off-center exchange may be a scalar of the price of a pointer to the target digital asset, and the business depth may be the maximum value of the asset yield of the target digital asset that the off-center exchange is capable of carrying; as another example, in a gaming scenario, the business processing system supporting the gaming business may be a gaming node, then the reference amount of the target digital asset in the decentralized exchange may be a scalar of the price of the pointer to the gaming asset, and the business depth may be the maximum of the asset yields of the gaming asset that the gaming node is capable of providing.

S806: the blockchain node returns the query result to the traffic aggregator.

S807: the traffic aggregator determines the target traffic processing system with the lowest reference.

In one possible implementation, the service aggregator determines a first service processing system with a lowest reference amount based on the reference amounts of the K service processing systems for the target digital asset, and uses the first service processing system as the target service processing system for executing the asset processing service of the target digital asset.

S808: the traffic aggregator compares traffic depths of the target traffic processing systems with asset volumes.

In specific implementation, the service aggregator obtains a first service depth of a first service processing system (target service processing system), and compares the first service depth with the resource yield of the target digital asset to obtain a comparison result.

S809: the traffic aggregator determines a traffic processing path for the target digital asset based on the comparison.

Specifically, the traffic processing path is used to indicate: m target business processing systems for executing asset processing business of target digital asset, and business volume to be processed of each target business processing system, M is positive integer and M is less than or equal to K. And, the comparison result includes: the first business depth is greater than or equal to the resource yield; alternatively, the first traffic depth is less than the resource yield.

(1) If the first business depth is greater than or equal to the asset yield, determining the first business processing system as a target business processing system for executing the asset processing business of the target digital asset; wherein the traffic volume of the target digital asset being processed in the first business processing system is equal to the asset yield.

(2) If the first business depth is smaller than the resource yield, splitting the asset quantity of the target digital asset to obtain a first splitting result, wherein the first splitting result is used for indicating: splitting the asset amount of the target digital asset into a first business depth and a first balance; then, a business process path is determined for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business process systems.

It should be noted that, the detailed process of determining the service processing path may refer to the related process in step S404 in the embodiment of fig. 4, and the embodiment of the present application will not be described herein.

S810: the traffic aggregator requests traffic processing from the blockchain node based on the traffic processing path.

In particular, the service aggregator may route the service request to M target service processing systems in the blockchain according to the service processing path, and perform service processing on the target digital asset by each target service processing system according to the traffic to be processed.

S811: the blockchain node requests to return a service execution result to the service aggregator.

In the embodiment of the application, when the client requests to execute the asset processing service related to the target digital asset, the service aggregator can query service attributes of a plurality of service processing systems in the blockchain, and automatically match an optimal service processing path according to the service attributes of each service processing system and the asset quantity of the target digital asset. Therefore, the application has the following beneficial effects: on the one hand, the collection, analysis and other early works of the business attributes of the business processing system are handed to the business aggregator for execution, the manual execution of a user side is not needed, and the workload of the user can be reduced for the user; on the other hand, the data analysis based on the service aggregator can provide an optimal service processing path for the target digital asset, so that the service requirement of a user side is met as much as possible, and benefits are maximized for the user; in yet another aspect, the asset amount at the user side and the service depth of the service processing system are comprehensively considered to provide an optimal service processing path for the user, so that the service requirement can be met, and the service capability of the service processing system can be considered.

The following provides an apparatus of an embodiment of the present application, and then, in combination with the above-mentioned blockchain-based service processing scheme provided by the embodiment of the present application, a corresponding description is given to a related apparatus of the embodiment of the present application.

Referring to fig. 9, fig. 9 is a schematic structural diagram of a block chain-based service processing apparatus according to an embodiment of the present application. As shown in fig. 9, the blockchain-based service processing device 900 may be applied to the service aggregator mentioned in the foregoing embodiment. In particular, the blockchain-based business processing device 900 may be a computer program (including program code) running in a computer apparatus, for example, the business processing device 900 is an application software; the service processing apparatus 900 may be configured to perform corresponding steps in the blockchain-based service processing method provided in the embodiments of the present application. In particular, the blockchain-based service processing device 900 may specifically include:

a receiving unit 901, configured to receive a service request sent by a client, where the service request is used to request an asset processing service related to a target digital asset, and the service request includes: identification of the target digital asset and asset yield of the target digital asset for the requested process;

A processing unit 902, configured to determine K service processing systems supporting an asset processing service in the blockchain according to the identification of the target digital asset, where K is a positive integer;

a query unit 903, configured to query service attributes of each service processing system, where the service attributes include: the reference quantity of the target digital asset in the business processing system and the business depth allowed to be carried by the business processing system;

the processing unit 902 is further configured to generate a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset, and the preset path rule, where the service processing path is used to indicate: m target business processing systems for executing asset processing business of target digital assets, and business volume to be processed of each target business processing system, wherein M is a positive integer and M is less than or equal to K;

the processing unit 902 is further configured to perform business processing on the target digital asset in the blockchain according to the business processing path.

In one possible implementation, the preset path rules include a first path rule and a second path rule; the processing unit 902 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset and the preset path rules, and is used for executing the following operations:

Acquiring an asset type of a target digital asset;

wherein the first path rule is different from the second path rule.

In one possible implementation, the preset path rule is a first path rule; the processing unit 902 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset and the preset path rules, and is used for executing the following operations:

In one possible implementation, the processing unit 902 is further configured to perform the following operations:

In one possible implementation, processing unit 902 determines a business processing path for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business processing systems for performing the following operations:

In one possible implementation, the preset path rule is a second path rule; the processing unit 902 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset and the preset path rules, and is used for executing the following operations:

In one possible implementation, processing unit 902 generates a business processing path for the target digital asset based on the business attributes of the respective reference business processing systems, the asset yield of the target digital asset, and the second path rules for performing the following operations:

In one possible implementation, the service request includes a transaction request generated after signature processing based on a private key of the target object; after receiving the service request sent by the client, the processing unit 902 is further configured to perform the following operations:

In one possible implementation, the processing unit 902 determines, according to the identification of the target digital asset, K service processing systems in the blockchain that support asset processing services, for performing the following operations:

In one possible implementation, the processing unit 902 performs business processing on the target digital asset in the blockchain according to a business processing path for performing the following operations:

Referring to fig. 10, fig. 10 is a schematic structural diagram of a computer device according to an embodiment of the present application. The computer device 1000 is configured to perform the steps performed by the service aggregator in the foregoing method embodiment, where the computer device 1000 includes: one or more processors 1001; one or more input devices 1002, one or more output devices 1003, and a memory 1004. The processor 1001, the input device 1002, the output device 1003, and the memory 1004 are connected by a bus 1005. The memory 1004 is used to store a computer program, including program instructions. Specifically, the processor 1001 is configured to call program instructions stored in the memory 1004, and is configured to perform the following operations:

In one possible implementation, the preset path rules include a first path rule and a second path rule; the processor 1001 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset, and the preset path rules, and is configured to perform the following operations:

acquiring an asset type of a target digital asset;

wherein the first path rule is different from the second path rule.

In one possible implementation, the preset path rule is a first path rule; the processor 1001 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset, and the preset path rules, and is configured to perform the following operations:

In one possible implementation, the processor 1001 is further configured to:

In one possible implementation, the processor 1001 determines a business processing path for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business processing systems for performing the following operations:

In one possible implementation, the processor 1001 is further configured to:

In one possible implementation, the preset path rule is a second path rule; the processor 1001 generates a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource volumes of the target digital asset, and the preset path rules, and is configured to perform the following operations:

In one possible implementation, the processor 1001 generates a business processing path for the target digital asset based on the business attributes of the respective reference business processing systems, the asset yield of the target digital asset, and the second path rule for performing the following operations:

In one possible implementation, the service request includes a transaction request generated after signature processing based on a private key of the target object; after receiving the service request sent by the client, the processor 1001 is further configured to:

In one possible implementation, the processor 1001 determines, according to the identification of the target digital asset, K service processing systems in the blockchain that support asset processing services, for performing the following operations:

In one possible implementation, the processor 1001 performs business processing on the target digital asset in the blockchain according to a business processing path for:

Furthermore, it should be noted here that: the embodiment of the present application further provides a computer storage medium, and the computer storage medium stores a computer program, where the computer program includes program instructions, when executed by a processor, can perform the method in the corresponding embodiment, and therefore, a detailed description will not be given here. For technical details not disclosed in the embodiments of the computer storage medium related to the present application, please refer to the description of the method embodiments of the present application. As an example, the program instructions may be deployed on one computer device or executed on multiple computer devices at one site or distributed across multiple sites and interconnected by a communication network.

According to one aspect of the present application, the present application embodiments also provide a computer program product or computer program comprising computer instructions 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 perform the method in the foregoing corresponding embodiment, and therefore, a detailed description will not be given here.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may 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 processes or functions described in accordance with embodiments of the present invention are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable devices. The computer instructions may be stored in or transmitted across a computer-readable storage medium. The computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). Computer readable storage media can be any available media that can be accessed by a computer or data processing device, such as a server, data center, or the like, that contains an integration of one or more of the available media. The usable medium may be a magnetic medium (e.g., a floppy Disk, a hard Disk, a magnetic tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a Solid State Disk (SSD)), or the like.

The foregoing disclosure is only illustrative of the preferred embodiments of the present application and is not intended to limit the scope of the claims herein, as the equivalent of the claims herein shall be construed to fall within the scope of the claims herein.

Claims

1. A method for processing a block chain based service, comprising:

receiving a service request sent by a client, wherein the service request is used for requesting asset processing service related to a target digital asset, and the service request comprises the following steps: the identification of the target digital asset and the asset yield of the target digital asset for which processing is requested;

determining K business processing systems supporting the asset processing business in a blockchain according to the identification of the target digital asset, wherein K is a positive integer;

querying service attributes of each service processing system, wherein the service attributes comprise: the reference quantity of the target digital asset in the service processing system and the service depth allowed to be carried by the service processing system;

generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and a preset path rule, wherein the business processing path is used for indicating: m target business processing systems for executing asset processing business of the target digital asset, wherein M is a positive integer and M is less than or equal to K, and the business volume to be processed by each target business processing system;

And executing business processing on the target digital asset in the blockchain according to the business processing path.

2. The method of claim 1, wherein the preset path rules comprise a first path rule and a second path rule; the generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and a preset path rule comprises the following steps:

acquiring an asset type of the target digital asset;

if the asset type of the target digital asset is a first type, generating a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset and a first path rule;

if the asset type of the target digital asset is the second type, generating a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the asset yield of the target digital asset and a second path rule;

wherein the first path rule is different from the second path rule.

3. The method of claim 2, wherein the preset path rule is a first path rule; the generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and a preset path rule comprises the following steps:

determining a first business processing system with the lowest reference quantity based on the reference quantity of the K business processing systems aiming at the target digital asset;

acquiring a first service depth of the first service processing system, and comparing the first service depth with the resource yield of the target digital asset;

if the first business depth is greater than or equal to the asset amount, determining the first business processing system as a target business processing system for executing an asset processing business of the target digital asset;

wherein the targeted digital asset is processed in the targeted business processing system with an amount of traffic equal to the asset yield.

4. A method as claimed in claim 3, wherein the method further comprises:

if the first service depth is smaller than the resource yield, splitting the asset quantity of the target digital asset to obtain a first splitting result, wherein the first splitting result is used for indicating: splitting the asset amount of the target digital asset into a first business depth and a first balance;

And determining a service processing path for the target digital asset based on the service attributes, the first service depth and the first balance of the K service processing systems.

5. The method of claim 4, wherein the determining a business process path for the target digital asset based on the business attributes, the first business depth, and the first balance of the K business process systems comprises:

acquiring a second service depth of the second service processing system, and comparing the second service depth with the first balance;

if the second service depth is greater than or equal to the first balance, using the first service processing system and the second service processing system as M target service processing systems for executing the asset processing service of the target digital asset;

6. The method of claim 5, wherein the method further comprises:

if the second service depth is smaller than the first balance, splitting the asset amount of the target digital asset to obtain a second splitting result, wherein the second splitting result is used for indicating: splitting the asset amount of the target digital asset into a first business depth, a second business depth, and a second balance;

and determining a business processing path for the target digital asset based on the business attributes, the first business depth, the second business depth and the second balance of the K decentralised exchanges.

7. The method of claim 1, wherein the preset path rule is a second path rule; the generating a business processing path for the target digital asset according to the queried business attributes of the K business processing systems, the asset yield of the target digital asset and a preset path rule comprises the following steps:

determining at least one reference business processing system meeting business conditions based on the business depths of the K business processing systems and the asset quantity of the target digital asset, wherein the business depth of any one of the reference business processing systems is greater than or equal to the asset quantity;

a business processing path for the target digital asset is generated based on the business attributes of the respective reference business processing systems, the asset yield of the target digital asset, and a second path rule.

8. The method of claim 7, wherein the generating a business process path for the target digital asset based on business attributes of each reference business process system, asset yield of the target digital asset, and a second path rule comprises:

according to the service sequencing result, determining a target service processing system with the lowest reference quantity from the reference service processing systems;

9. The method of any of claims 1-8, wherein the business request comprises a transaction request generated after signature processing based on a private key of a target object; after receiving the service request sent by the client, the method further comprises:

Analyzing the request data of the transaction request to obtain signature data of the initiating target object;

based on the signature data of the target object, performing authentication processing on the target object, wherein the authentication processing comprises: any one or more of signature verification and authority verification;

and if the authentication processing of the target object is passed, triggering and executing the step of determining K business processing systems supporting the asset processing business in a block chain according to the identification of the target digital asset.

10. The method of claim 9, wherein determining K business processing systems in a blockchain that support the asset processing business based on the identification of the target digital asset comprises:

determining a de-centralized exchange in the blockchain that provides the target digital asset indicated by the asset identification as a business processing system supporting the asset processing business; or,

and determining an anti-centralized exchange in the blockchain, which has the transaction authority for the target digital asset indicated by the asset identification, as a service processing system supporting the asset processing service.

11. The method of claim 10, wherein said performing business processes on said target digital asset in said blockchain according to said business processing path comprises:

Determining a target blockchain node in which a trusted execution environment is deployed in the blockchain;

12. A blockchain-based service processing device, the device comprising:

the receiving unit is configured to receive a service request sent by a client, where the service request is used to request an asset processing service related to a target digital asset, and the service request includes: the identification of the target digital asset and the asset yield of the target digital asset for which processing is requested;

the processing unit is used for determining K business processing systems supporting the asset processing business in a block chain according to the identification of the target digital asset, wherein K is a positive integer;

the query unit is used for querying service attributes of each service processing system, and the service attributes comprise: the reference quantity of the target digital asset in the service processing system and the service depth allowed to be carried by the service processing system;

The processing unit is further configured to generate a service processing path for the target digital asset according to the queried service attributes of the K service processing systems, the resource yield of the target digital asset, and a preset path rule, where the service processing path is used to indicate: m target business processing systems for executing asset processing business of the target digital asset, wherein M is a positive integer and M is less than or equal to K, and the business volume to be processed by each target business processing system;

the processing unit is further configured to perform business processing on the target digital asset in the blockchain according to the business processing path.

13. A computer device, comprising: a memory device and a processor;

a memory in which one or more computer programs are stored;

a processor for loading the one or more computer programs to implement the blockchain-based business processing method of any of claims 1-11.

14. A computer readable storage medium, characterized in that the computer readable storage medium stores a computer program adapted to be loaded by a processor and to perform the blockchain based service processing method according to any of the claims 1-11.

15. A computer program product, characterized in that the computer program product comprises a computer program adapted to be loaded by a processor and to perform the blockchain-based service processing method according to any of the claims 1-11.