CN111178863B

CN111178863B - Transaction charging method, device, equipment and medium based on blockchain

Info

Publication number: CN111178863B
Application number: CN201911396647.XA
Authority: CN
Inventors: 肖伟
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2019-12-30
Filing date: 2019-12-30
Publication date: 2023-09-15
Anticipated expiration: 2039-12-30
Also published as: CN111178863A

Abstract

The application discloses a transaction charging method, device, equipment and medium based on a blockchain, and relates to the technical field of blockchains. The specific implementation scheme is as follows: performed by a transaction initiator, the method comprising: generating an initial transaction request; initiating a charging request to a target paying party according to the initial transaction request; acquiring payment vouchers fed back by the target payment party; and associating the initial transaction request with the payment certificate to form a payment transaction request, transmitting the payment transaction request to a blockchain node to request the blockchain node to deduct fees according to the payment certificate, and processing the payment transaction request. According to the embodiment of the application, the transaction request initiated by one blockchain account is controlled to charge the other blockchain account, so that the charging modes in the blockchain system are enriched, and a plurality of complex business application scenes can be effectively supported.

Description

Transaction charging method, device, equipment and medium based on blockchain

Technical Field

The application relates to the technical field of computers, in particular to a block chain technology.

Background

Blockchains are a combination of multiple computer technologies, such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, etc. A plurality of block chain link points participate in the block chain network, and various transaction requests initiated in the block chain network are calculated, processed and stored. Since each block link point typically needs to provide computing and storage resources for all users, the transaction requests being processed will be serviced with a fee.

In a blockchain system, the fee paid for a transaction request is typically a virtual electronic resource, such as electronic money. However, the existing charging mode is single, and the blockchain technology is widely adopted in different service scenarios, so that the single charging mode is difficult to support the complex service processing requirements.

Disclosure of Invention

The embodiment of the application provides a transaction charging method, device, equipment and medium based on a block chain, which are used for optimizing a charging mode in a block chain system and effectively supporting different service application scenes.

In a first aspect of an embodiment of the present application, there is provided a transaction charging method based on a blockchain, executed by a transaction initiator, the method including:

Generating an initial transaction request;

initiating a charging request to a target paying party according to the initial transaction request;

acquiring payment vouchers fed back by the target payment party;

and associating the initial transaction request with the payment certificate to form a payment transaction request, transmitting the payment transaction request to a blockchain node to request the blockchain node to deduct fees according to the payment certificate, and processing the payment transaction request.

One embodiment of the above application has the following advantages or benefits: by controlling the transaction request initiated by one blockchain account to charge the other blockchain account, the charging mode in the blockchain system is enriched, and multiple complex business application scenes can be effectively supported.

Optionally, the method comprises the following steps: the step of initiating a charging request to a target paying party according to the initial transaction request comprises the following steps:

according to the initial transaction request, the charging request is initiated to a plurality of target payment parties simultaneously or in a time-sharing manner; or (b)

And according to the initial transaction request, initiating the charging request to a target paying party.

Optionally, the method comprises the following steps: if the target payment party is a plurality of, associating the initial transaction request with the payment credential, forming a payment transaction request includes:

And according to the fed-back multiple payment vouchers, if the sum of the fees of the multiple payment vouchers meets the payment requirement of the initial transaction request, associating the initial transaction request with the multiple payment vouchers to form a payment transaction request.

Optionally, the method comprises the following steps: determining that the sum of the fees for the plurality of payment credentials meets the payment requirements of the initial transaction request includes:

a plurality of payment vouchers are determined for which a sum of fees is capable of satisfying the payment requirements of the initial transaction request in accordance with at least one of the order of receipt of the payment vouchers, the target payment party information and the payment vouchers.

and associating the initial transaction request with all the payment certificates to form a payment transaction request.

The above alternatives have the following advantages or benefits: by requesting payment from multiple targeted payees, a more complex billing process may be implemented, thereby adding controllable links and factors, and thus enabling more traffic control through the billing process.

Optionally, the method comprises the following steps: the payment credential is a transfer transaction request signed by the target payer with a blockchain account private key of the target payer.

Optionally, the method comprises the following steps: generating the initial transaction request includes:

signing the data of the initial transaction request once by adopting a blockchain account private key of the transaction initiator;

correspondingly, associating the initial transaction request with the payment credential, forming a payment transaction request includes:

and packaging the payment certificate and the initial transaction request after primary signing, and adopting a blockchain account private key of the transaction initiator to conduct secondary signing so as to form the payment transaction request.

The above alternatives have the following advantages or benefits: the private key signature enables the transaction initiator to confirm the initial transaction request and the payment transaction request packaged with the payment certificate respectively.

pre-executing the initial transaction request to estimate the to-be-paid use;

and initiating a charging request to the target paying party according to the to-be-paid fee.

Determining an initial transaction data identifier according to the initial transaction request;

and carrying the initial transaction data identifier, the attribute data of the initial transaction request and the identity identifier of the transaction initiator together in a charging request and sending the charging request to the target paying party.

The above alternatives have the following advantages or benefits: by carrying the initial transaction data identifier, the attribute data of the initial transaction request and the identity identifier of the transaction initiator, a basis for deciding whether to pay or not can be provided for a paying party, and payment control can be perfected.

Optionally, the method comprises the following steps: the payment party is a service party of a third party application program, the transaction initiator is a client of the third party application program, and the third party application program is deployed in the blockchain network in the form of an intelligent contract and is used for generating the initial transaction processing and the payment transaction request.

The above alternatives have the following advantages or benefits: by using the charging mode in the service scene of the third party application program, a controllable charging mode can be provided for the service side of the third party application program, and the initiative of initiating the transaction request by the user of the customer service side is higher.

In a second aspect of the embodiment of the present application, there is provided a transaction charging method based on a blockchain, which is executed by a paying party, the method including:

receiving a charging request sent by a transaction initiator according to an initial transaction request initiated;

and generating a payment certificate according to the charging request, feeding back to the transaction initiator so that the transaction initiator associates the initial transaction request with the payment certificate to form a payment transaction request, and transmitting the payment transaction request to a blockchain node.

Optionally, the method comprises the following steps: before generating the payment certificate according to the charging request, the method further comprises:

and determining whether payment is agreed according to at least one of the identity of the transaction initiator, the initial transaction data identifier and the attribute data of the initial transaction request carried in the charging request.

One embodiment of the above application has the following advantages or benefits: the charging method for transaction requests in the blockchain is enriched by requesting one blockchain account to provide payment vouchers for another blockchain account, so that more business application scenes can be supported.

In a third aspect of the embodiments of the present application, there is provided a transaction charging method based on a blockchain, performed by a blockchain link point, the method including:

Acquiring a payment transaction request;

acquiring payment credentials from the payment transaction request;

deducting fees according to the payment vouchers, and processing the payment transaction request;

wherein the payment party account of the payment voucher is different from the transaction initiator account of the payment transaction request.

Optionally, the method comprises the following steps: obtaining payment credentials from the payment transaction request includes:

signature verification is carried out on the payment transaction request by adopting the account public key of the transaction initiator;

if the verification is passed, acquiring payment credentials from the payment transaction request;

and verifying the payment certificate by adopting the account public key of the payment party, and signing and verifying an initial transaction request in the payment transaction request by adopting the account public key of the transaction initiator.

One embodiment of the above application has the following advantages or benefits: when a block chain node processes a transaction request initiated by one block chain account, deducting fees from another block chain account, so that the charging mode of the transaction request in the block chain is enriched, and more business application scenes can be supported.

In a fourth aspect of the embodiments of the present application, there is provided a transaction charging device based on a blockchain, configured at a transaction initiator, the device including:

An initial transaction generation module for generating an initial transaction request;

the charging request initiating module is used for initiating a charging request to a target paying party according to the initial transaction request;

the payment certificate acquisition module is used for acquiring payment certificates fed back by the target payment party;

and the payment transaction generation module is used for associating the initial transaction request with the payment certificate to form a payment transaction request, transmitting the payment transaction request to the blockchain node so as to request the blockchain node to deduct the cost according to the payment certificate and process the payment transaction request.

In a fifth aspect of an embodiment of the present application, there is provided a transaction charging device based on a blockchain, configured on a payment party, the device including:

the charging request receiving module is used for receiving a charging request sent by a transaction initiator according to an initial transaction request initiated by the transaction initiator;

and the payment certificate generation module is used for generating a payment certificate according to the charging request and feeding back the payment certificate to the transaction initiator so that the transaction initiator associates the initial transaction request with the payment certificate to form a payment transaction request, and the payment transaction request is transmitted to a blockchain node.

In a sixth aspect of the embodiments of the present application, there is provided a transaction charging device based on a blockchain, configured at a blockchain node, the device including:

the payment transaction acquisition module is used for acquiring a payment transaction request;

a payment voucher obtaining module, configured to obtain a payment voucher from the payment transaction request;

the fee deduction module is used for deducting the fee according to the payment certificate and processing the payment transaction request;

In a seventh aspect of the embodiment of the present application, there is provided an electronic device, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the blockchain-based transaction billing method provided by the first aspect or the second aspect or the third aspect of the embodiments of the present application.

An eighth aspect of an embodiment of the present application provides a non-transitory computer readable storage medium storing computer instructions for causing a computer to execute the blockchain-based transaction billing method provided in the first aspect or the second aspect or the third aspect of the embodiment of the present application.

Other effects of the above alternative will be described below in connection with specific embodiments.

Drawings

The drawings are included to provide a better understanding of the present application and are not to be construed as limiting the application. Wherein:

FIG. 1 is a flowchart of a transaction charging method based on blockchain according to an embodiment of the present application;

FIG. 2 is a flowchart of a transaction charging method based on blockchain according to a second embodiment of the present application;

FIG. 3 is a flowchart of another transaction charging method based on blockchain according to the third embodiment of the present application;

FIG. 4 is a flowchart of yet another transaction charging method based on blockchain according to a fourth embodiment of the present application;

fig. 5 is a block diagram of a transaction charging device based on a blockchain according to a fifth embodiment of the present application;

FIG. 6 is a block diagram of another transaction charging device based on blockchain according to a sixth embodiment of the present application;

FIG. 7 is a block diagram illustrating a transaction charging arrangement according to a seventh embodiment of the present application;

fig. 8 is a block diagram of an electronic device implementing blockchain-based transaction billing according to an eighth embodiment of the application.

Detailed Description

Exemplary embodiments of the present application will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present application are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Example 1

Fig. 1 is a flowchart of a transaction charging method based on blockchain according to an embodiment of the present application. The charging method provided by the embodiment of the application is suitable for the process of charging and executing the transaction request in the block chain network. In an embodiment of the present application, the billing process involves three parties, namely the transaction initiator, the payer, and the blockchain node performing the fee deduction and the execution of the transaction request. The transaction initiator and the payment party are users with the blockchain account, the initiation and payment of the transaction are realized through a blockchain-based transaction charging device configured in a blockchain node, and the blockchain-based transaction charging device can be realized in a software and/or hardware mode.

The embodiment of the application firstly introduces a transaction charging method executed by a transaction initiator, which comprises the following steps:

s110, generating an initial transaction request;

in the above operations, the initial transaction request is a transaction generated by the transaction initiator that requires processing by the block link point. The initial transaction request may be generated by invoking a smart contract or may be generated by other techniques supported by the blockchain system. May be used to process any business function such as a business intelligence contract-generated transaction request that may be deployed by a service provider of a third party application.

S120, initiating a charging request to a target paying party according to the initial transaction request;

specifically, a charging request is initiated to the target payment party based on the initial transaction request to request target payment Fang Geichu payment credentials as a desired deduction for the transaction request. Wherein the targeted payer party may be default set or dynamically determined according to rules. For example, for a business scenario provided by a third party application facilitator, the target payer may default to a blockchain account corresponding to the third party application facilitator. The account address of the target payment party can be determined in the business intelligence contract in a default setting mode, or a rule mode for acquiring the account address of the target payment party can be set in the business intelligence contract, so that the target payment party can be dynamically determined according to the rule mode. The rule is, for example, a query from a list of account addresses stored in the blockchain.

The target payer may also be determined by the transaction initiator, e.g., by determining a trusted, possibly paid account address as the target payer.

In the above operation, optionally, the transaction initiator pre-executes the initial transaction request to estimate the to-be-paid use; and initiating a charging request to the target paying party according to the to-be-paid fee. Specifically, the transaction initiator may request a local blockchain node to perform a pre-execution to effectively estimate the cost of execution. After determining to pay, a charging request may be initiated to the target paying party at full or partial amount.

In order for the target payer to decide whether to pay, the initial transaction request or information about the transaction initiator may be provided to the target payer to request payment. Optionally, the method comprises the following steps: the step of initiating a charging request to a target paying party according to the initial transaction request specifically comprises the following steps:

The method specifically comprises the following steps: the initial transaction data identification is a hash value calculated from the data of the initial transaction request to uniquely identify the initial transaction request. The attribute data is introductory data to the initial transaction request, which attribute data may be extracted to facilitate targeted payer identification, as desired. For example, the attribute data may be a transaction initiation time, a transaction digest, etc., that indicates the type of transaction. The identity of the transaction initiator can be a blockchain account address or a public key, or other identities. For example, when the application scenario is a third party service application, the identity may also include account information of the client, and so on.

Alternatively, the initial transaction request may be sent directly to the targeted payer for the billing request. Thus, the target payer may also determine the charge amount by executing the initial transaction request, or determine whether to approve the payment.

In the embodiment of the application, the transaction initiator and the payment party both correspond to the blockchain account and can be borne in the computing equipment where the blockchain full node or the lightweight node is located. The transaction initiator and the payer may interact through a communication protocol between blockchain nodes, or may interact through other means of communication.

S130, acquiring payment vouchers fed back by the target payment party;

the target payment party may confirm approval of payment or may confirm rejection of payment after receiving the charging request. The determination may be made by a user by manually checking the charging request, or may be automatically confirmed by setting a rule. For example, for a third party application facilitator, payment may be agreed upon if it belongs to a client of the third party application by verifying the identity information of the transaction initiator of the charging request. When the target payment party refuses to pay, the transaction initiator can be actively informed of the decision of refusing to pay, or feedback can be omitted, if the transaction initiator can not acquire payment credentials within a set time period, the transaction initiator is considered as refusing to pay.

The target payor generates payment vouchers after agreeing to pay, which are vouchers for the blockchain node to make fee deductions. The fee paid is electronic resources, such as electronic money, or other resource elements, that are in circulation in the blockchain system. Typically, the electronic resource is managed through a blockchain account, so the fee deduction is the transfer of the electronic resource from the blockchain account of the target payer to the account of the blockchain node. The target payer may sign with his own blockchain account private key to indicate approval of the transfer as payment vouchers.

One specific example of a payment credential is: the payment credential is a transfer transaction request signed by the target payer with a blockchain account private key of the target payer. The transfer transaction request may be in different forms in the blockchain system supported by different technologies, for example, may be an unexpired transaction output (Unspent Transaction Output, UTXO), and the target payer signs a UTXO held by his account with a private key for the blockchain node to deduct the transfer fee.

And S140, associating the initial transaction request with the payment certificate to form a payment transaction request, transmitting the payment transaction request to a blockchain node to request the blockchain node to deduct fees according to the payment certificate, and processing the payment transaction request.

After the transaction initiator obtains the payment credentials, the initial transaction request is associated with the payment credentials to form a payment transaction request that is transmitted to the blockchain node. The association modes can be various, so long as the corresponding relationship between the two modes can be established, so that the blockchain node can identify the corresponding relationship. For example, the transaction identification of the initial transaction request may be recorded in association with payment credentials.

The preferred association means are:

generating the initial transaction request includes: signing the data of the initial transaction request once by adopting a blockchain account private key of the transaction initiator;

In the technical scheme, the first private key signature is the actual content of the transaction request initiated by the transaction initiator; the second private key signature is the transaction initiator validating the payment credential. The association of the payment credentials may be achieved by encapsulating them into the initial transaction request. Taking UTXOs as an example, a payment field may be reserved in the initial transaction request, and the payment field is filled with the UTXOs provided by the target payment party, thereby achieving encapsulation.

In the above operation, the associated payment transaction request is sent to the blockchain node, and the blockchain node can perform the deduction operation based on the payment certificate, and then processes the actual service requirement of the payment transaction request. Alternatively, the blockchain node may verify the validity of the payment credential and whether the fee is full, and if the validation is not passed, may feed back a request to resubmit, or refuse to execute the payment transaction request.

The above-described packaging operation may also be performed by the targeted payment party. If the transaction initiator sends an initial transaction request to the target payer, the target payer may directly encapsulate payment credentials in the initial transaction request for provision to the transaction initiator.

The transaction initiator may actively acknowledge to the blockchain node whether the deduction and execution of the uplink is successful.

According to the technical scheme, the payment certificate is provided by requesting another blockchain account, so that the charging mode of the transaction request in the blockchain is enriched, and more business application scenes can be supported.

The optional service application scenario may be: the payment party is a service party of a third party application program, the transaction initiator is a client of the third party application program, and the third party application program is deployed in the blockchain network in the form of an intelligent contract and is used for generating the initial transaction processing and the payment transaction request. The third party application can be various business applications such as an e-commerce platform class, a user data storage class and the like. These applications are typically served to multiple clients by a server-side set-up centralized server. Clients can access servers of the server on the one hand, and can also directly access blockchains through lightweight nodes deployed at user terminals on the other hand. In the process of providing business services by the service party, payment can be made by the blockchain account registered by the service party. Of course, during payment, the payer may incorporate various payment policies to control the business application. Such as by refusing to pay to control the use of the service by certain clients, etc.

Example two

Fig. 2 is a flowchart of a transaction charging method based on a blockchain according to a second embodiment of the present application, which further provides an implementation manner of requesting payment from multiple target payparties based on the foregoing embodiment. The embodiment comprises the following steps:

s210, generating an initial transaction request;

s220, according to the initial transaction request, the charging request is initiated to a plurality of target payment parties simultaneously or in a time-sharing manner;

in this embodiment, the charging request may be initiated to a target payer based on the initial transaction request. Alternatively, the charging request may be initiated to multiple targeted payors. The determination of multiple targeted payors may be made by default, or may be determined based on a dynamic query of set rules, and may be arbitrarily selected by the transaction initiator within a specified range, as described above.

The transaction initiator can send the same charging request to a plurality of target payment parties at the same time, the plurality of target payment parties can choose to agree to pay, the plurality of target payment parties can choose to reject to pay, the feedback payment vouchers generally have a sequence, and the transaction initiator can decide how to use the payment vouchers according to the situation.

The transaction initiator may also send different charging requests to multiple target payors, mainly where the payment amounts may vary. For example, if several target payors are set to pay in combination, the amount of payment in each billing request is a multiple of the total amount. Then, if any of the targeted payors does not agree to pay, the initial transaction request cannot advance normally. Of course, the total of the multiple payment amounts may be equal to or exceed the estimated amount to be paid by the transaction initiator to ensure that sufficient fees are incurred.

The transaction initiator may also time-share the generation of multiple charging requests to multiple target payors, e.g., in accordance with a confidence level or default priority order, and if payment credentials are available from one target payor, no charging request is sent to the next target payor, otherwise, transmission is continued until sufficient payment credentials are available.

The multiple charging requests initiated by the transaction initiator can carry or not carry information of multiple target payment parties, so that the multiple target payment parties can know other target payment parties or can not know the other target payment parties, and only decide whether to agree to payment or not.

The implementation of transaction initiation to request payment from multiple targeted payors is not limited in this regard and may be flexible in making the determination.

S230, acquiring payment vouchers fed back by the target payment party;

the transaction initiator may obtain one or more payment credentials in this operation.

S240, associating the initial transaction request with the payment certificate to form a payment transaction request, transmitting the payment transaction request to a blockchain node to request the blockchain node to deduct fees according to the payment certificate, and processing the payment transaction request.

A specific transaction initiator may have multiple ways of processing when using payment credentials.

One of the processing modes is as follows: if the target payment party is a plurality of, associating the initial transaction request with the payment credential, forming a payment transaction request includes:

In the processing mode, the transaction initiator selects the payment certificates, and combines to obtain a plurality of payment certificates with sufficient cost, and the redundant payment certificates can be abandoned.

Further, determining that the sum of the fees for the plurality of payment credentials meets the payment requirements of the initial transaction request may include: a plurality of payment vouchers are determined for which a sum of fees is capable of satisfying the payment requirements of the initial transaction request in accordance with at least one of the order of receipt of the payment vouchers, the target payment party information and the payment vouchers.

In the above scheme, the payment vouchers are selected, and the payment vouchers can be used according to the receiving order, the information of the target payment party, the attribute of the payment vouchers, and the like.

Another processing mode is as follows: if the target payment party is a plurality of, associating the initial transaction request with the payment credential, forming a payment transaction request includes:

In the above scheme, the transaction initiator does not select the payment credential, and may use all the obtained payment credentials. Which payment credentials to use may then be determined by the blockchain node. For example, the blockchain node randomly uses payment vouchers that meet the cost requirements among a plurality of payment vouchers, and the excess payment vouchers may be discarded.

The technical solution of the present embodiment further provides an implementation manner of charging to a plurality of target payment parties. When the target payment party has a plurality of payment parties, the charging process has more controllable factors, and more flexible business scenes can be supported.

Example III

Fig. 3 is a flowchart of another transaction charging method based on blockchain according to the third embodiment of the present application, where the embodiment may be implemented by a transaction charging device based on blockchain configured in a target payment party, and the device may be implemented in a software and/or hardware manner. The method of the present embodiment may be performed in conjunction with the method performed by the transaction initiator provided in the foregoing embodiment.

As shown in fig. 3, the method includes:

s310, receiving a charging request sent by a transaction initiator according to an initial transaction request initiated by the transaction initiator;

as previously introduced, the billing request indicates that payment is required for execution of the initial transaction request.

The payment party can determine whether to agree to pay according to at least one of the identity of the transaction initiator, the initial transaction data identifier and the attribute data of the initial transaction request carried in the charging request. Thus, the payment party may actually take payment control to provide payment credentials for a conditional transaction initiator or transaction. Other unsatisfied conditions may refuse to pay.

S320, generating a payment certificate according to the charging request, and feeding back to the transaction initiator so that the transaction initiator associates the initial transaction request with the payment certificate to form a payment transaction request, and transmitting the payment transaction request to a blockchain node.

The payer may determine the electronic resource that can be paid for as payment credentials, such as UTXO, from his own blockchain account, corresponding to the blockchain account. The payer may sign with his own blockchain account private key to indicate approval of the payment. The payment party may feed back the public key to the transaction initiator along with the payment credentials.

On the basis of the above technical solution, optionally, generating a payment credential according to the charging request and feeding back the payment credential to the transaction initiator may specifically include:

generating payment vouchers according to the charging request, and signing by adopting a private key of a payment party blockchain account;

encapsulating the payment in the initial transaction request provided by the transaction initiator, and feeding back the payment to the transaction initiator together with a payment Fang Oukuai link public key

Embodiments of the present application may be implemented in conjunction with a method performed by a transaction initiator provided in the foregoing embodiments, and specific details may be found in the foregoing embodiments. According to the embodiment of the application, the charging evidence is provided by requesting one blockchain account to the other blockchain account, so that the charging mode of the transaction request in the blockchain is enriched, and more business application scenes can be supported.

Example IV

Fig. 4 is a flowchart of yet another transaction charging method based on blockchain according to the fourth embodiment of the present application, where the embodiment may be implemented by blockchain link points and may be implemented in conjunction with the methods implemented by the transaction initiator and the payment party according to the foregoing embodiments. The method of the embodiment comprises the following steps:

s410, acquiring a payment transaction request;

the payment transaction request determined by the transaction initiator may be submitted to the blockchain system, broadcast in the blockchain network, and the blockchain node may be caused to obtain the payment transaction request.

S420, acquiring payment vouchers from the payment transaction request;

the blockchain node obtains payment credentials before executing the payment transaction request. Of course, the blockchain node may verify the validity and the amount of the payment credential. For example, verifying that there is a private key signature of the payer indicates agreement to deduct the fee, and whether the amount meets the fee required for the process.

In the embodiment of the present application, acquiring payment credentials from the payment transaction request specifically includes:

S430, deducting fees according to the payment vouchers, and processing the payment transaction request;

the blockchain node is able to execute the payment transaction request and perform the uplink operation by performing an efficient fee deduction based on the payment vouchers.

Wherein the payment party account of the payment voucher is different from the transaction initiator account of the payment transaction request. Alternatively, the payer account may be one or more. If the fee paid exceeds the fee actually required for the process, a partial deduction may be made or the deduction of a partial payment voucher may be abandoned.

Embodiments of the present application may be implemented in conjunction with methods performed by transaction initiators and payors provided in the foregoing embodiments, and specific details may be found in the foregoing description of the embodiments. According to the embodiment of the application, when the block chain node processes the transaction request initiated by one block chain account, the fee deduction is carried out from the other block chain account, so that the charging mode of the transaction request in the block chain is enriched, and more business application scenes can be supported.

Example five

Fig. 5 is a block diagram of a transaction charging device based on blockchain according to a fifth embodiment of the present application, where the device 500 is configured in a transaction initiator, and may be specifically configured in an electronic device carrying the transaction initiator. The device comprises: an initial transaction generation module 510, a billing request initiation module 520, a payment credential acquisition module 530, and a payment transaction generation module 540.

Wherein, the initial transaction generating module 510 is configured to generate an initial transaction request; a charging request initiating module 520, configured to initiate a charging request to a target payment party according to the initial transaction request; a payment receipt acquisition module 530, configured to acquire a payment receipt fed back by the target payment party; a payment transaction generation module 540, configured to associate the initial transaction request with the payment credential to form a payment transaction request, transmit the payment transaction request to a blockchain node, and process the payment transaction request after the blockchain node deducts a fee according to the payment credential.

Based on the above technical solution, the charging request initiating module 520 may be specifically configured to initiate the charging request to a plurality of target payors simultaneously or in a time-sharing manner according to the initial transaction request; or in particular for initiating said charging request to a target payer based on said initial transaction request.

Optionally, if the target payment party is multiple, the payment transaction generation module 540 may be specifically configured to, according to the multiple payment credentials fed back, associate the initial transaction request with the multiple payment credentials to form a payment transaction request if it is determined that the sum of the costs of the multiple payment credentials meets the payment requirement of the initial transaction request.

Wherein the operation performed by the payment transaction generation module 540 to determine that the sum of the fees of the plurality of payment credentials meets the payment requirement of the initial transaction request may specifically be: a plurality of payment vouchers are determined for which a sum of fees is capable of satisfying the payment requirements of the initial transaction request in accordance with at least one of the order of receipt of the payment vouchers, the target payment party information and the payment vouchers.

Alternatively, if the target payment party is a plurality of payment parties, the payment transaction generation module 540 may be specifically configured to associate the initial transaction request with all of the payment credentials to form a payment transaction request.

In the embodiment of the application, the payment certificate is a transfer transaction request signed by the target payment party by adopting a blockchain account private key of the target payment party.

Based on the above technical solution, optionally, the initial transaction generating module 510 is specifically configured to: signing the data of the initial transaction request once by adopting a blockchain account private key of the transaction initiator;

accordingly, the payment transaction generation module 540 may be specifically configured to encapsulate the payment credential and the primary signed initial transaction request, and sign the primary signature with the blockchain account private key of the transaction initiator to form the payment transaction request.

Optionally, the charging request initiating module 520 may be further specifically configured to pre-execute the initial transaction request to estimate a to-be-paid use; and initiating a charging request to the target paying party according to the to-be-paid fee.

Optionally, the charging request initiating module 520 may be further specifically configured to determine an initial transaction data identifier according to the initial transaction request; and carrying the initial transaction data identifier, the attribute data of the initial transaction request and the identity identifier of the transaction initiator together in a charging request and sending the charging request to the target paying party.

In the embodiment of the present application, an optional application example is that the payment party is a server of a third party application program, the transaction initiator is a client of the third party application program, and the third party application program is deployed in a blockchain network in a form of an intelligent contract, and is used for generating the initial transaction processing and the payment transaction request.

The embodiment can execute the transaction charging method executed by the transaction initiator, and has the corresponding functions and beneficial effects.

Example six

Fig. 6 is a block diagram of another transaction charging device based on blockchain according to a sixth embodiment of the present application, where the device 600 is configured in a payment party, and may be specifically configured in an electronic device carrying the payment party. The device comprises: a billing request receiving module 610 and a payment credential generation module 620. Wherein, the charging request receiving module 610 is configured to receive a charging request sent by a transaction initiator according to an initial transaction request initiated by the transaction initiator; and the payment credential generation module 620 is configured to generate a payment credential according to the charging request, and feed back the payment credential to the transaction initiator, so that the transaction initiator associates the initial transaction request with the payment credential to form a payment transaction request, and transmit the payment transaction request to a blockchain node.

Optionally, the payment determining module is further configured to determine whether to agree to payment according to at least one of the identity of the transaction initiator, the initial transaction data identifier, and the attribute data of the initial transaction request, which are carried in the charging request, before generating the payment credential according to the charging request.

Embodiments of the present application may be implemented in conjunction with a device configured by a transaction initiator provided in the foregoing embodiments, and specific details may be found in the foregoing description of embodiments. According to the embodiment of the application, the charging evidence is provided by requesting one blockchain account to the other blockchain account, so that the charging mode of the transaction request in the blockchain is enriched, and more business application scenes can be supported.

The embodiment can execute the transaction charging method executed by the paying party, and has the corresponding functions and beneficial effects.

Example seven

Fig. 7 is a block diagram of a transaction charging device based on a blockchain, which is 700 configured in a blockchain node according to a seventh embodiment of the present application. The device comprises: a payment transaction acquisition module 710, a payment credential acquisition module 720, and a fee deduction module 730.

Wherein, the payment transaction acquisition module 710 is configured to acquire a payment transaction request; a payment credential acquisition module 720, configured to acquire a payment credential from the payment transaction request; a fee deduction module 730, configured to deduct a fee according to the payment credential and process the payment transaction request; wherein the payment party account of the payment voucher is different from the transaction initiator account of the payment transaction request.

Optionally, the payment credential obtaining module 720 is specifically configured to: signature verification is carried out on the payment transaction request by adopting the account public key of the transaction initiator; if the verification is passed, acquiring payment credentials from the payment transaction request; and verifying the payment certificate by adopting the account public key of the payment party, and signing and verifying an initial transaction request in the payment transaction request by adopting the account public key of the transaction initiator.

The embodiment of the application can be implemented in combination with the devices configured by the transaction initiator and the payment party provided by the foregoing embodiment, and specific details can be found in the description of the foregoing embodiment. According to the embodiment of the application, when the block chain node processes the transaction request initiated by one block chain account, the fee deduction is carried out from the other block chain account, so that the charging mode of the transaction request in the block chain is enriched, and more business application scenes can be supported.

The embodiment can execute the transaction charging method for the block link point execution, which is provided by the embodiment of the application, and has corresponding functions and beneficial effects.

According to an embodiment of the present application, an electronic device and a readable storage medium are also provided.

As shown in fig. 8, a block diagram of a blockchain-based transaction billing electronic device is provided according to an embodiment eight of the application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the applications described and/or claimed herein.

As shown in fig. 8, the electronic device includes: one or more processors 801, memory 802, and interfaces for connecting the components, including high-speed interfaces and low-speed interfaces. The various components are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the electronic device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In other embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories and multiple memories. Also, multiple electronic devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). One processor 801 is illustrated in fig. 8.

Memory 802 is a non-transitory computer readable storage medium provided by the present application. The memory stores instructions executable by at least one processor to cause the at least one processor to perform the blockchain-based transaction billing method provided by the embodiments of the present application. The non-transitory computer readable storage medium of the present application stores computer instructions for causing a computer to perform the blockchain-based transaction billing method provided by the embodiments of the present application.

Memory 802, which is a non-transitory computer-readable storage medium, may be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions/modules (e.g., initial transaction generation module 510, billing request initiation module 520, payment credential acquisition module 530, and payment transaction generation module 540, or billing request receipt module 610 and payment credential generation module 620, or payment transaction acquisition module 710, payment credential acquisition module 720, and fee deduction module 730, shown in fig. 5, or payment credential acquisition module 610, and fee deduction module 730, shown in fig. 6) corresponding to a blockchain-based transaction billing method in embodiments of the application. The processor 801 executes various functional applications of the server and data processing, i.e., implements the blockchain-based transaction billing method in the above-described method embodiments, by running non-transitory software programs, instructions, and modules stored in the memory 802.

Memory 802 may include a storage program area that may store an operating system, at least one application program required for functionality, and a storage data area; the storage data area may store data created from the use of blockchain-based transaction billing electronics, and the like. In addition, memory 802 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory 802 may optionally include memory remotely located relative to processor 801, which may be connected to the blockchain-based transaction billing electronics through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, blockchain networks, and combinations thereof.

The blockchain-based transaction billing electronic device may further include: an input device 803 and an output device 804. The processor 801, memory 802, input devices 803, and output devices 804 may be connected by a bus or other means, for example in fig. 8.

The input device 803 may receive entered numeric or character information and generate key signal inputs related to user settings and function control of the blockchain-based transaction billing electronic device, such as a touch screen, a keypad, a mouse, a track pad, a touch pad, a pointer stick, one or more mouse buttons, a track ball, a joystick, and the like. The output device 804 may include a display apparatus, auxiliary lighting devices (e.g., LEDs), and haptic feedback devices (e.g., vibration motors), among others. The display device may include, but is not limited to, a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display, and a plasma display. In some implementations, the display device may be a touch screen.

Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, application specific ASIC (application specific integrated circuit), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.

These computing programs (also referred to as programs, software applications, or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.

The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.

According to the technical scheme provided by the embodiment of the application, one blockchain account is controlled to pay for the transaction request initiated by the other blockchain account, so that the charging function in the blockchain system is enriched, and more business application scenes with complex requirements can be supported.

It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present application may be performed in parallel, sequentially, or in a different order, so long as the desired results of the technical solution disclosed in the present application can be achieved, and are not limited herein.

The above embodiments do not limit the scope of the present application. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present application should be included in the scope of the present application.

Claims

1. A blockchain-based transaction billing method performed by a transaction initiator, the method comprising:

generating an initial transaction request, and pre-executing the initial transaction request to estimate the to-be-paid use;

acquiring payment vouchers fed back by the target payment party;

2. The method of claim 1, wherein initiating a billing request to a target payer based on the initial transaction request comprises:

3. The method of claim 2, wherein if the target payment party is a plurality of, associating the initial transaction request with the payment instrument, forming a payment transaction request comprises:

4. A method according to claim 3, wherein determining that the sum of the fees for the plurality of payment credentials meets the payment requirements of the initial transaction request comprises:

5. The method of claim 2, wherein if the target payment party is a plurality of, associating the initial transaction request with the payment instrument, forming a payment transaction request comprises:

6. The method of claim 1, wherein the payment credential is a transfer transaction request signed by the target payer with a blockchain account private key of the target payer.

7. The method of claim 1, wherein generating an initial transaction request comprises:

8. The method of claim 1, wherein initiating a billing request to a target payer based on the initial transaction request comprises:

pre-executing the initial transaction request to estimate the to-be-paid use;

9. The method of claim 1, wherein initiating a billing request to a target payer based on the initial transaction request comprises:

10. The method of claim 1, wherein the payment party is a server of a third party application and the transaction initiator is a client of the third party application, the third party application being deployed in a blockchain network in the form of a smart contract for generating initial transaction and payment transaction requests.

11. A blockchain-based transaction billing method, performed by a paying party, the method comprising:

receiving a charging request sent by a transaction initiator according to an initial transaction request initiated; the transaction initiator pre-executes the initial transaction request to estimate the to-be-paid use;

12. The method of claim 11, further comprising, prior to generating payment credentials from the charging request:

and determining whether to agree to pay according to at least one of the identity of the transaction initiator, the initial transaction data identifier and the attribute data of the initial transaction request carried in the charging request.

13. A blockchain-based transaction billing method performed by a blockchain link point, the method comprising:

acquiring a payment transaction request;

acquiring payment credentials from the payment transaction request;

14. The method of claim 13, wherein obtaining payment credentials from the payment transaction request comprises:

15. A blockchain-based transaction billing apparatus configured at a transaction initiator, the apparatus comprising:

the initial transaction generation module is used for generating an initial transaction request and pre-executing the initial transaction request to estimate the to-be-paid use;

16. A blockchain-based transaction billing device configured at a payer, the device comprising:

the charging request receiving module is used for receiving a charging request sent by a transaction initiator according to an initial transaction request initiated by the transaction initiator; the transaction initiator pre-executes the initial transaction request to estimate the to-be-paid use;

17. A blockchain-based transaction billing apparatus configured at a blockchain node, the apparatus comprising:

18. An electronic device, comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,,

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the blockchain-based transaction billing method of any of claims 1-10 or 11-12 or 13-14.

19. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the blockchain-based transaction billing method of any of claims 1-10 or 11-12 or 13-14.