CN109102281A

CN109102281A - A kind of method and apparatus for realizing the integration of digital cash transaction record

Info

Publication number: CN109102281A
Application number: CN201810858345.9A
Authority: CN
Inventors: 李鑫
Original assignee: Beijing Bitmain Technology Co Ltd
Current assignee: Beijing Midoqi Technology Co ltd
Priority date: 2018-07-31
Filing date: 2018-07-31
Publication date: 2018-12-28
Also published as: WO2020024473A1

Abstract

This application provides a kind of method and apparatus for realizing the integration of digital cash transaction record, can be in the available transaction of user record, and the limit transaction record merged no more than transaction record theoretical limit obtains an occasional trade record；Non- limit transaction record based on occasional trade record and in available transaction record in addition to the limit transaction record selects the transaction record to be integrated for meeting fund to be transacted and having integrated transaction record as one for obtaining the user no more than the transaction record of the transaction record theoretical limit.Present invention also provides a kind of digital cash clients, include the device for realizing the integration of digital cash transaction record.Present invention also provides a kind of computer readable storage medium, computer program product and electronic equipments, can be realized the execution of the above-mentioned method for realizing the integration of digital cash transaction record.

Description

Method and device for realizing integration of digital currency transaction records

Technical Field

The present application relates to the field of data processing technology, and for example, to a method and apparatus for implementing digital currency transaction record integration.

Background

Currently, when a user conducts a digital currency transaction, it is often necessary to pick a certain number of available transaction records, such as UTXO (unspent transaction output), to construct a transaction that satisfies the funds to be traded.

When the funds in the available transaction records of the user are small, a large number of available transaction records need to be selected to construct a transaction meeting the funds to be traded, so that the constructed transaction contains the available transaction records exceeding the upper limit of the capacity, the transaction cannot be completed, and the realization of the digital currency transaction is seriously influenced.

Disclosure of Invention

The embodiment of the disclosure provides a method for realizing integration of digital currency transaction records, which comprises the following steps:

acquiring available transaction records of a user;

merging limit transaction records which do not exceed the theoretical maximum transaction record quantity acceptable for the transaction in the available transaction records to obtain a temporary transaction record; wherein the theoretical maximum transaction record quantity acceptable for the transaction is used as a theoretical limit of transaction records;

selecting a transaction record that satisfies the funds to be transacted and does not exceed the theoretical limit of the transaction record as an integrated transaction record for obtaining an integrated transaction record for the user based on the temporary transaction record and non-limit transaction records other than the limit transaction record in the available transaction records.

The following operations may also be included:

sorting the available transaction records by funds; and selecting the limit transaction record from the available transaction records according to the sorting.

The ranking may be in a descending order of funds;

the manner of selecting the limit transaction record may be: the limit transaction record is selected from the available transaction records by funds ranging from small to large.

The manner of selecting the limit transaction record may be:

sequentially selecting the limit transaction records from the available transaction records according to the ranking, or

And jumping to select the limit transaction record from the available transaction records according to the sequence.

The initial number of limit transaction records may be greater than 1.

Obtaining the temporary transaction record may include:

combining the funds in the limit transaction record to obtain combined funds, and including the combined funds in the newly generated temporary transaction record.

The following operations may also be included:

and when the selected transaction record exceeds the theoretical limit of the transaction record, increasing the number of the combined limit transaction records and returning to perform the selection.

Increasing the number of limit transaction records that are merged may include: adding 1 to the number of limit transaction records merged.

The following operations may also be included:

updating the available transaction record with the temporary transaction record, non-limiting transaction record.

The following operations may also be included: and integrating the transaction records to be integrated.

Performing the integration may include: and combining the funds in the transaction records to be integrated to obtain integrated funds.

The following operations may also be included: and obtaining an integrated transaction record of the user according to the integrated result.

Obtaining the integrated transaction record may include: constructing a transaction including the integrated transaction record based on the integrated funds.

The obtaining of the available transaction record of the user may include:

all available transaction records for the user are obtained.

The transaction record to be integrated may include at least one of:

an unconfirmed transaction record;

a confirmed transaction record.

The transaction record may be a UTXO (unspent transaction output).

The disclosed embodiment also provides a device for realizing digital currency transaction record integration, which comprises:

the acquisition unit is used for acquiring available transaction records of a user;

the determining unit is used for combining limit transaction records which do not exceed the theoretical maximum transaction record quantity acceptable for the transaction in the available transaction records to obtain a temporary transaction record; wherein the theoretical maximum transaction record quantity acceptable for the transaction is used as a theoretical limit of transaction records; and

The determining unit may be further configured to:

The ranking may be in a descending order of funds;

the determining unit, when selecting the limit transaction record, may be configured to: the limit transaction record is selected from the available transaction records by funds ranging from small to large.

The determining unit, when selecting the limit transaction record, may be configured to:

The initial number of limit transaction records may be greater than 1.

The determining unit, when obtaining the temporary transaction record, may be configured to:

The determining unit may be further configured to:

The determining unit, when increasing the number of limit transaction records merged, may be operable to: adding 1 to the number of limit transaction records merged.

The determining unit may be further configured to:

May further comprise an integration unit for: and integrating the transaction records to be integrated.

The integration unit may be configured to: and combining the funds in the transaction records to be integrated to obtain integrated funds.

An integrated transaction record generation module may also be included for: and obtaining an integrated transaction record of the user according to the integrated result.

The integrated transaction record generation module includes a construction unit operable to: constructing a transaction including the integrated transaction record based on the integrated funds.

The obtaining unit may be configured to: all available transaction records for the user are obtained.

The transaction record to be integrated may include at least one of:

an unconfirmed transaction record;

a confirmed transaction record.

The transaction record may be a UTXO.

The embodiment of the disclosure also provides a digital currency client, which comprises the device for realizing the integration of the digital currency transaction records of the embodiment.

The disclosed embodiments also provide a computer-readable storage medium storing computer-executable instructions configured to perform the method for implementing digital currency transaction record integration of the above-described embodiments.

The disclosed embodiments also provide a computer program product comprising a computer program stored on a computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, cause the computer to perform the method of implementing digital money transaction record integration of the above embodiments.

An embodiment of the present disclosure further provides 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, which when executed by the at least one processor, cause the at least one processor to perform the method of implementing digital currency transaction record integration of the above embodiments.

Drawings

One or more embodiments are illustrated in the accompanying drawings, which correspond to the accompanying drawings, and which do not constitute a limitation on the embodiments, in which elements having the same reference numeral designations represent like elements, and in which:

FIG. 1 is a schematic diagram of a method of supporting digital currency transactions according to an embodiment of the present disclosure;

FIG. 2 is a schematic diagram of a method of integrating funds according to an embodiment of the present disclosure;

FIG. 3 is a schematic diagram of a method for implementing digital currency transaction record integration in accordance with an embodiment of the present disclosure;

FIG. 4 is a schematic diagram of a method for selecting limit transaction records according to an embodiment of the present disclosure;

FIG. 5 is a schematic diagram of a method for implementing digital currency transaction record integration according to another embodiment of the present disclosure;

FIG. 6 is a schematic diagram illustrating a method for selecting a non-limiting transaction record according to an embodiment of the disclosure;

FIG. 7 is a schematic diagram of a method for implementing digital currency transaction record integration according to yet another embodiment of the present disclosure;

FIG. 8 is a schematic diagram of a method of obtaining a temporary transaction record according to an embodiment of the disclosure;

FIG. 9 is a schematic diagram of a method of performing transaction record reselection, in accordance with an embodiment of the present disclosure;

FIG. 10 is a schematic diagram of a method of building a transaction according to an embodiment of the present disclosure;

FIG. 11 is a schematic diagram of a method of building a transaction according to another embodiment of the present disclosure;

FIG. 12 is a schematic diagram of a method of updating integrated funds in accordance with an embodiment of the present disclosure;

FIG. 13 is a schematic diagram illustrating a method for determining the validity of the integration result according to an embodiment of the disclosure;

FIG. 14 is a schematic view of an apparatus for supporting digital currency transactions according to an embodiment of the present disclosure;

FIG. 15 is a schematic view of an apparatus for integrating funds according to an embodiment of the present disclosure;

FIG. 16 is a schematic view of an apparatus for implementing digital currency transaction record integration in accordance with an embodiment of the present disclosure;

FIG. 17 is a schematic diagram of an apparatus for selecting limit transaction records according to an embodiment of the present disclosure;

FIG. 18 is a schematic view of an apparatus for implementing digital currency transaction record integration in accordance with another embodiment of the present disclosure;

FIG. 19 is a schematic diagram of an apparatus for selecting non-limiting transaction records according to an embodiment of the present disclosure;

FIG. 20 is a schematic view of an apparatus for implementing digital currency transaction record integration in accordance with yet another embodiment of the present disclosure;

FIG. 21 is a schematic view of an apparatus for obtaining temporary transaction records in accordance with an embodiment of the present disclosure;

FIG. 22 is a schematic diagram of an apparatus for transaction record reselection according to an embodiment of the present disclosure;

FIG. 23 is a schematic diagram of an apparatus for constructing transactions, in accordance with an embodiment of the present disclosure;

FIG. 24 is a schematic view of an apparatus for constructing transactions according to another embodiment of the present disclosure;

FIG. 25 is a schematic view of an apparatus for updating integrated funds according to an embodiment of the present disclosure;

FIG. 26 is a schematic diagram of an apparatus for determining the validity of integration results according to an embodiment of the disclosure; and

fig. 27 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure.

Reference numerals:

10: means for supporting a digital currency transaction;

110: an available transaction record integration module; 120: an integrated transaction record generation module;

1101: an acquisition unit; 1102: a determination unit; 1103: an integration unit;

1201: a building unit;

2700: an electronic device; 2701: a processor; 2702: a memory; 2703: a communication interface; 2704: a bus.

Detailed Description

So that the manner in which the features and elements of the disclosed embodiments can be understood in detail, a more particular description of the disclosed embodiments, briefly summarized above, may be had by reference to the embodiments, some of which are illustrated in the appended drawings. In the following description of the technology, for purposes of explanation, numerous details are set forth in order to provide a thorough understanding of the disclosed embodiments. However, one or more embodiments may be practiced without these details. In other instances, well-known structures and devices may be shown in simplified form in order to simplify the drawing.

Referring to fig. 1, an embodiment of the present disclosure provides a method of supporting digital currency transactions, including:

s10: integrating available transaction records of the user; wherein the available transaction records are integrated into a transaction record to be integrated;

s20: and obtaining an integrated transaction record of the user according to the integrated result.

The above method may be implemented by the user's available transaction record manager, for example: a full node in a blockchain network, a wallet client of the user, etc.

Referring to fig. 2, performing the integration may include: and combining the funds in the transaction records to be integrated to obtain integrated funds.

Referring to fig. 3, 5, and 7, the transaction record to be integrated may also be determined.

Referring to fig. 3, the determining a transaction record to be integrated may include:

s101: obtaining available transaction records for the user;

for example: and calling a listunspent interface in the wallet client of the user to acquire the available transaction record of the user.

As an example, the obtained available transaction records for the user may include at least one of:

an unconfirmed available transaction record;

confirmed available transaction records.

S102: (ii) among said available transaction records, using a limit transaction record that does not exceed a theoretical maximum number of transaction records acceptable for transactions as a pending consolidated transaction record for obtaining a consolidated transaction record for said user;

wherein the theoretical maximum number of transaction records acceptable for the transaction is taken as a theoretical limit for the transaction records.

As an example, the quantitative relationship between all available transaction records of the user and the theoretical limits of the transaction records is not limited.

As an example, there may also be a quantitative relationship between all available transaction records for the user and the theoretical limit of transaction records, such as: the number of all available transaction records for the user is less than or equal to twice the theoretical limit of the transaction records.

As an example, the theoretical maximum number of transaction records that are acceptable for a transaction is typically within a range, such as: 600 to 650, or 550 to 600, etc. In general, the theoretical maximum number of transaction records that are acceptable for a transaction may also be set to a particular value, such as: 600.

referring to fig. 4, the selection of limit transaction records may also be performed, for example, including:

s1021: sorting the available transaction records by funds; the funds are funds contained in the available transaction records;

s1022: and selecting the limit transaction record from the available transaction records according to the sorting.

As one example, the ranking may be in a descending order of funds;

the manner of selecting the limit transaction record may be: the limit transaction record is selected from the available transaction records by fund from big to small.

As an example, the limit transaction record may be selected by:

As one example, the number of limit transaction records may be equal to the transaction record theoretical limit.

As an example, the number of limit transaction records may also be less than the transaction record theoretical limit.

As an example, since the transaction record theoretical limit is only a theoretical value, and may have a difference from the actual limit of the transaction record in actual operation, the number of limit transaction records may be slightly larger than the transaction record theoretical limit, for example: the number of limit transaction records is a certain proportion greater than the theoretical limit of transaction records, for example: within 5%, within 10%, or within 5% to 10%, etc.

As an example, when the available transaction records are sorted by funds, they may also be sorted by funds from small to large; the corresponding way of selecting the limit transaction record may be: the limit transaction record is selected from the available transaction records by funds ranging from small to large.

As an embodiment, the available transaction records may not be sorted, and the corresponding manner of selecting the limit transaction record may be: randomly choosing the limit transaction record among the available transaction records.

Referring to fig. 5, the determining a transaction record to be integrated may include:

s111: obtaining available transaction records for the user;

an unconfirmed available transaction record;

confirmed available transaction records.

S112: combining funds in the limit transaction records which do not exceed the theoretical maximum transaction record quantity acceptable for the transaction to obtain limit funds in the available transaction records to obtain a difference value between the limit funds and the funds to be transacted;

s113: in the non-limited transaction records except the limited transaction record in the available transaction records, taking the non-limited transaction record of which the combined total funds meet the difference value as a to-be-integrated transaction record for obtaining an integrated transaction record of the user;

As one example, the limit funds may be subtracted from the funds to be traded to obtain the difference.

As an example, a certain amount of funds in the non-limited transaction records may be combined to obtain a combined total funds, and when the combined total funds are greater than or equal to the difference value, the non-limited transaction records with the combined funds are used as the transaction records to be integrated.

referring to fig. 6, selection of non-limiting transaction records may also be performed, including, for example:

s1131: ordering the non-limiting transaction records by funds; the funds are funds contained in the non-limiting transaction record;

s1132: and selecting the non-limit transaction records as the transaction records to be integrated according to the sequence.

As one example, the ranking may be in a descending order of funds;

the non-limiting transaction record may be selected by: and selecting the non-limit transaction record as the transaction record to be integrated according to the fund from large to small.

As an example, the non-limiting transaction record may be selected by:

selecting the non-limiting transaction records as transaction records to be integrated according to the sorting sequence, or

And selecting the non-limit transaction records as the transaction records to be integrated according to the sorting jump.

As an example, when the non-limiting transaction records are sorted by funds, they may also be sorted from smaller to larger funds; the corresponding way of selecting the non-limit transaction record may be: and selecting the non-limit transaction record as the transaction record to be integrated according to the fund from small to large.

As an embodiment, the non-limiting transaction records may not be sorted, and the corresponding manner of selecting the non-limiting transaction records may be: and randomly selecting the non-limit transaction record as the transaction record to be integrated.

As an embodiment, in the case of performing the operation shown in fig. 5, the related operations such as selecting the limit transaction record shown in fig. 4 may also be performed, for example, including:

As one example, the ranking may be in a descending order of funds;

As an example, the limit transaction record may be selected by:

As an embodiment, in the case of performing the operation shown in fig. 3, the operations related to S112 and S113 shown in fig. 5 and the selection of the non-limited transaction record shown in fig. 6 may also be performed, for example, the operations include:

s113: and in the non-limited transaction records except the limited transaction record in the available transaction records, taking the non-limited transaction record of which the combined total funds meet the difference value as a to-be-integrated transaction record for obtaining an integrated transaction record of the user.

referring to fig. 6, making a selection of a non-limiting transaction record may include:

As one example, the ranking may be in a descending order of funds;

As an example, the non-limiting transaction record may be selected by:

Referring to fig. 7, the determining a transaction record to be integrated may include:

s121: obtaining available transaction records for the user;

an unconfirmed available transaction record;

confirmed available transaction records.

S122: merging limit transaction records which do not exceed the theoretical maximum transaction record quantity acceptable for the transaction in the available transaction records to obtain a temporary transaction record; wherein the theoretical maximum transaction record quantity acceptable for the transaction is used as a theoretical limit of transaction records;

s123: selecting a transaction record that satisfies the funds to be transacted and does not exceed the theoretical limit of the transaction record as an integrated transaction record for obtaining an integrated transaction record for the user based on the temporary transaction record and non-limit transaction records other than the limit transaction record in the available transaction records.

For example: selecting the transaction record to be integrated by using a secondary traversal randomization method may include:

performing a first traversal on all transaction records to select transaction records from all transaction records including the temporary transaction record and the non-limiting transaction record;

if the transaction record selected in the first traversal meets the fund to be traded and does not exceed the theoretical limit of the transaction record, taking the transaction record selected in the first traversal as the transaction record to be integrated;

if the transaction records selected in the first traversal do not meet the funds to be transacted, performing a second traversal on the transaction records which are not selected in the first traversal to select the transaction records;

and if the transaction record selected by the two traversals meets the fund to be traded and does not exceed the theoretical limit of the transaction record, taking the transaction record selected by the two traversals as the transaction record to be integrated.

As one example, during the first pass, all transaction records may be sorted in descending funds order and traversed starting with the transaction record containing the largest funds. The first pass may pick the transaction record in a true or false (true or false) random manner.

As an example, the double traversal randomization may be performed multiple times, for example 1000 times, to sort out transaction records that satisfy the funds to be traded and do not exceed the theoretical limit of the transaction records as the transaction records to be integrated.

As an example, by performing a random method of traversing twice, a scheme with the least number of transaction records to be integrated may be determined.

As an example, there may also be a quantitative relationship between all available transaction records for the user and the theoretical limit of transaction records, such as: the number of all available transaction records for the user is equal to or greater than twice the theoretical limit of the transaction records.

as an embodiment, in the case of performing the operation shown in fig. 7, the related operations such as selecting the limit transaction record shown in fig. 4 may also be performed, for example, including:

As one example, the ranking may be in a descending order of funds;

As an example, the limit transaction record may be selected by:

As one example, the initial number of limit transaction records may be greater than 1.

As an example, when the available transaction records are sorted by funds, they may also be sorted by funds from large to small; the corresponding way of selecting the limit transaction record may be: the limit transaction record is selected from the available transaction records by fund from big to small.

Referring to fig. 8, obtaining the temporary transaction record may include:

s122: combining the funds in the limit transaction record to obtain combined funds;

s123: including the consolidated funds in the newly generated temporary transaction record.

As an embodiment, the temporary transaction record is an additionally generated transaction record; it may be generated and reserved in advance or newly generated.

The above-mentioned operations relating to the temporary transaction record may be capable of combining a certain number of funds in the transaction record to obtain the combined funds and temporarily generating a transaction record containing the combined funds before obtaining the integrated transaction record, namely: the temporary transaction record.

Referring to fig. 9, transaction record reselection operations may also be performed, including, for example: when the selected transaction record exceeds the theoretical limit of the transaction record, increasing the number of the merged limit transaction records and returning to perform the selection.

As an example, since the transaction record theoretical limit is only a theoretical value, and may have a difference from the actual limit of the transaction record in actual operation, the number of the transaction records selected may be slightly larger than the transaction record theoretical limit, for example: the number of selected transaction records is a proportion greater than the theoretical limit of transaction records, for example: within 5%, within 10%, or within 5% to 10%, etc.

As one example, increasing the number of limit transaction records that are merged may include: adding 1 to the number of limit transaction records merged.

As an example, when increasing the number of merged limit transaction records, the number of merged limit transaction records may be increased by a number other than 1, such as 2 or 3.

As an example, the available transaction record may also be updated with the temporary transaction record, a non-limiting transaction record.

For example, the temporary transaction records and the non-limiting transaction records are combined into a set, and the transaction records in the set are used as the available transaction records.

As one example, upon obtaining the integrated transaction record, a transaction may be constructed including the integrated transaction record based on the integrated funds.

Referring to fig. 10, constructing the transaction may include:

s210: taking the transaction record to be integrated as a transaction input, taking the integrated transaction record as a transaction output and carrying the integrated fund in the integrated transaction record;

s220: and generating a data format containing the transaction input and the transaction output as the transaction.

For example: invoking a createrawtransaction interface in the user's wallet client to construct the transaction.

For one embodiment, the data format may include a string of characters. The string may be 16-ary.

Referring to fig. 11, processing involving addresses may also be performed when building a transaction, such as: the method comprises the following steps:

s30: generating an address to which the integrated funds are directed; for example: invoking a getnewaddresss interface in the user's wallet client to obtain the address;

s40: the address is carried in the transaction output.

As an example, the transaction may also be signed.

For example: invoking a signrawtransaction interface in the user's wallet client to sign the transaction; the signature may be a private key signature or the like.

As an embodiment, the signed transaction may also be sent.

For example: invoking a sendawtransaction interface in the user's wallet client to send the transaction into a local node and a connected network, such as a blockchain network.

As an embodiment, it is also possible: transaction verification is performed on the transaction prior to sending the signed transaction.

For example: and calling a decoderawractuation interface in the wallet client of the user to decode the signed transaction, and performing transaction verification based on transaction information (which may include the integrated funds, transaction input, transaction output and the like, and may also include the following transaction fee) obtained after decoding.

Referring to FIG. 12, operations may also be performed to update the integrated funds, including, for example:

s201: generating a transaction fee corresponding to the transaction based on the transaction to be constructed;

for example: and calling an estimatefee interface in the wallet client of the user to obtain the transaction fee based on the signed transaction.

S202: updating the integrated funds based on the transaction fee.

For example: subtracting the transaction fee from the integrated funds to obtain a funds difference value, and updating the integrated funds carried in the integrated transaction record using the funds difference value.

As one example, when the funds difference is used to update the integrated funds, the funds difference may be used directly as the value of the new integrated funds.

As an embodiment, the transaction fee may also be carried in the integrated transaction record.

As an embodiment, before the integration, the following operations may be further included: an oversize exception to the transaction occurs. In this way, the integration may be triggered by an excessive exception to the transaction that occurred.

As an embodiment, the validity of the integrated result may also be determined, for example, including: determining validity of the integrated result based on a reserved value for avoiding insufficient funds.

Referring to fig. 13, determining the validity of the integrated result may include:

s50: adding the reserved value to the integrated result to obtain a reference fund;

s60: determining that the result of the integration is invalid when the reference fund exceeds a fund limit.

As an embodiment, the integrating may also be performed in return when it is determined that the result of the integrating is invalid.

As one example, the fund limit typically does not exceed the user's total funds.

As one example, the fund limit may be less than the total funds of the user. For example: the fund limit is equal to 80% or 90% or other proportion of the total funds.

As one example, the fund limit may be equal to the total funds of the user.

As an embodiment, the reserved value may be a predetermined value, and the predetermined value may be self-defined, for example: the reserved value is equal to 10% or other proportion of the funds to be traded.

By the above-described related operations involving the reserved value, it is possible to avoid a situation in which a transaction built from the result of the integration is insufficient in funds due to the required funds exceeding the total funds.

As an embodiment, the transaction record to be integrated may also be locked.

For example: invoking a lockunspent interface in the user's wallet client to lock the to-be-integrated transaction record may prevent the to-be-integrated transaction record from being used for other transactions.

As an embodiment, the transaction record to be integrated may also be unlocked after the integrated transaction record is obtained.

For example: calling a listlockunspent interface in the wallet client of the user to obtain the locked transaction record to be integrated; and then calling a lockunspent interface in the wallet client of the user to unlock the locked transaction record to be integrated.

As an example, when obtaining available transaction records for the user, all available transaction records for the user may be obtained.

As an example, the transaction record to be integrated may include at least one of:

an unconfirmed transaction record;

a confirmed transaction record.

As one example, the transaction record may be a UTXO.

As can be seen from the above description, the method for supporting digital currency transactions provided by the embodiments of the present disclosure can integrate available transaction records of a user, and obtain an integrated transaction record of the user according to the integrated result, thereby effectively reducing the number of available transaction records of the user.

Therefore, when the transaction is required to be built subsequently, the built transaction does not contain the available transaction record exceeding the upper limit of the capacity, and the transaction is guaranteed to be completed smoothly.

In addition, the number of the available transaction records of the user is effectively reduced, so that the available transaction records contained in the constructed transaction can be effectively reduced when the transaction is required to be constructed subsequently, and the transaction fee can be effectively reduced.

As can be seen from the above description, the method for implementing transaction record integration (see fig. 3 to 9 and the related description) provided by the embodiment of the present disclosure can effectively determine a transaction record to be integrated from available transaction records of a user, and thus can integrate according to the determined transaction record to be integrated to obtain an integrated transaction record of the user, so that the number of available transaction records of the user can be effectively reduced.

Referring to fig. 14, the disclosed embodiment also provides an apparatus 10 for supporting digital currency transactions, comprising:

an available transaction record integration module 110 for integrating available transaction records of the user;

an integrated transaction record generating module 120, configured to obtain an integrated transaction record of the user according to the integrated result;

wherein the transaction records to be integrated are selected from the available transaction records.

The digital currency transaction enabled device 10 may be implemented by the user's available transaction record manager, for example: a full node in a blockchain network, a wallet client of the user, etc.

Referring to fig. 15, the available transaction record integration module 110 may include an integration unit 1103 for: and combining the funds in the transaction records to be integrated to obtain integrated funds when the transaction records to be integrated are integrated.

Referring to fig. 16, 18, 20, as a means for implementing digital currency transaction record integration, the available transaction record integration module 110 may be configured to: determining the transaction record to be integrated.

As an example, the available transaction record integration module 110, in determining the transaction record to be integrated, may be configured to:

obtaining available transaction records for the user; (ii) among said available transaction records, using a limit transaction record that does not exceed a theoretical maximum number of transaction records acceptable for transactions as a pending consolidated transaction record for obtaining a consolidated transaction record for said user;

Referring to fig. 16, the available transaction record integration module 110 may include: an acquisition unit 1101, a determination unit 1102; wherein

An obtaining unit 1101, which may be used to obtain available transaction records of a user;

an unconfirmed available transaction record;

confirmed available transaction records.

The determining unit 1102 may be configured to use a limit transaction record not exceeding a theoretical maximum number of transaction records acceptable for a transaction among the available transaction records as a to-be-integrated transaction record for obtaining an integrated transaction record for the user.

referring to fig. 17, the determining unit 1102 may be further configured to:

sorting the available transaction records by funds; and selecting the limit transaction record from the available transaction records according to the sorting. The funds are the funds that the available transaction record contains.

As one example, the ranking may be in a descending order of funds;

the determining unit 1102, when selecting the limit transaction record, may be configured to: the limit transaction record is selected from the available transaction records by fund from big to small.

As an example, the determining unit 1102, when selecting the limit transaction record, may be configured to:

obtaining available transaction records for the user; combining funds in the limit transaction records which do not exceed the theoretical maximum transaction record quantity acceptable for the transaction to obtain limit funds in the available transaction records to obtain a difference value between the limit funds and the funds to be transacted;

in the non-limited transaction records except the limited transaction record in the available transaction records, taking the non-limited transaction record of which the combined total funds meet the difference value as a to-be-integrated transaction record for obtaining an integrated transaction record of the user;

Referring to fig. 18, the available transaction record integration module 110 may include: an acquisition unit 1101, a determination unit 1102; wherein

an unconfirmed available transaction record;

confirmed available transaction records.

A determining unit 1102, configured to combine funds in the limit transaction record not exceeding a theoretical maximum transaction record number acceptable for a transaction to obtain a limit fund in the available transaction record, and obtain a difference between the limit fund and funds to be transacted; wherein the theoretical maximum transaction record quantity acceptable for the transaction is used as a theoretical limit of transaction records; and

and in the non-limited transaction records except the limited transaction record in the available transaction records, taking the non-limited transaction record of which the combined total funds meet the difference value as a to-be-integrated transaction record for obtaining an integrated transaction record of the user.

referring to fig. 19, the determining unit 1102 may be further configured to:

ordering the non-limiting transaction records by funds; and selecting the non-limit transaction records as the transaction records to be integrated according to the sequence. The funds are the funds that the non-limiting transaction record contains.

As one example, the ranking may be in a descending order of funds;

the determining unit 1102, when selecting the non-limiting transaction record, may be configured to: and selecting the non-limit transaction record as the transaction record to be integrated according to the fund from large to small.

As an embodiment, when the non-limiting transaction record is selected, the determining unit 1102 may be configured to:

As an example, in the case of adopting the arrangement shown in fig. 18, the aforementioned arrangement shown in fig. 17 may also be adopted, for example:

the determining unit 1102 sorts the available transaction records by funds, wherein the funds are funds included in the available transaction records; and selecting the limit transaction record from the available transaction records according to the sorting.

As one example, the ranking may be in a descending order of funds;

As an example, in the case of adopting the arrangement shown in fig. 16, it is also possible to adopt the arrangements shown in fig. 18, 19, such as:

the determining unit 1102 merges funds in the limit transaction records not exceeding a theoretical maximum transaction record number acceptable for a transaction in the available transaction records to obtain a limit fund, and obtains a difference value between the limit fund and the fund to be transacted; and in the non-limited transaction records except the limited transaction record in the available transaction records, taking the non-limited transaction record of which the combined total funds meet the difference value as a to-be-integrated transaction record for obtaining an integrated transaction record of the user.

as an embodiment, the determining unit 1102, when selecting the non-limiting transaction record, may be configured to: sorting the non-limiting transaction records according to funds, wherein the funds are the funds contained in the non-limiting transaction records; (ii) a And selecting the non-limit transaction records as the transaction records to be integrated according to the sequence.

As one example, the ranking may be in a descending order of funds;

obtaining available transaction records for the user; merging limit transaction records which do not exceed the theoretical maximum transaction record quantity acceptable for the transaction in the available transaction records to obtain a temporary transaction record; wherein the theoretical maximum transaction record quantity acceptable for the transaction is used as a theoretical limit of transaction records;

Referring to fig. 20, the available transaction record integration module 110 may include: an acquisition unit 1101, a determination unit 1102; wherein

an unconfirmed available transaction record;

confirmed available transaction records.

A determining unit 1102, configured to combine, in the available transaction records, the limit transaction records that do not exceed the theoretical maximum transaction record number acceptable for the transaction to obtain a temporary transaction record; wherein the theoretical maximum transaction record quantity acceptable for the transaction is used as a theoretical limit of transaction records; and

as an example, in the case of adopting the arrangement shown in fig. 20, it is also possible to adopt an arrangement shown in fig. 17, for example:

As one example, the ranking may be in a descending order of funds;

the determining unit 1102, when selecting the limit transaction record, may be configured to: the limit transaction record is selected from the available transaction records by funds ranging from small to large.

Referring to fig. 21, the determining unit 1102, when obtaining the temporary transaction record, may be configured to:

Referring to fig. 22, the determining unit 1102 may be further configured to:

As an example, the determining unit 1102, when increasing the number of limit transaction records merged, may be configured to: adding 1 to the number of limit transaction records merged.

As an embodiment, the determining unit 1102 may be further configured to:

As an example, the integrated transaction record generation module 120 may be configured to: constructing a transaction including the integrated transaction record based on the integrated funds.

Referring to fig. 23, the integrated transaction record generating module 120 may include a building unit 1201, and the building unit 1201, when building the transaction, may be configured to: and taking the transaction record to be integrated as transaction input, taking the integrated transaction record as transaction output, carrying the integrated fund in the integrated transaction record, and generating a data format comprising the transaction input and the transaction output as the transaction.

Referring to fig. 24, the integrated transaction record generation module 120 may be further configured to:

generating an address to which the integrated funds are directed; for example: invoking a getnewaddresss interface in the user's wallet client to obtain the address;

the address is carried in the transaction output.

As an embodiment, the integrated transaction record generating module 120 may be further configured to: the transaction is signed.

As an embodiment, the integrated transaction record generating module 120 may be further configured to: and sending the signed transaction.

As an embodiment, the integrated transaction record generating module 120 may be further configured to: transaction verification is performed on the transaction prior to sending the signed transaction.

Referring to FIG. 25, the available transaction record integration module 110 may also be used to perform operations to update the integrated funds, such as: generating a transaction fee corresponding to the transaction based on the transaction to be constructed by the integrated transaction record generation module 120, and updating the integrated funds according to the transaction fee.

As an example, based on the signed transaction, an estimatefee interface in the wallet client of the user may be invoked to obtain the transaction fee.

As one example, when updating the integrated funds based on the transaction fee, a difference in funds may be obtained by subtracting the transaction fee from the integrated funds and the integrated funds carried in the integrated transaction record may be updated using the difference in funds.

As an embodiment, the available transaction record integration module 110 may be further configured to: triggered by an excessive exception to the transaction that occurred before the integration was performed.

As an example, the available transaction record integration module 110 may be further configured to determine validity of the integration result, such as: determining validity of the integrated result based on a reserved value for avoiding insufficient funds.

Referring to fig. 26, the available transaction record integration module 110, in determining the validity of the integrated result, may be configured to: adding the reserved value to the integrated result to obtain a reference fund; determining that the result of the integration is invalid when the reference fund exceeds a fund limit.

As an embodiment, the available transaction record integration module 110 may be further configured to: and returning to carry out the integration when the result of the integration is determined to be invalid.

As one example, the fund limit may be equal to the total funds of the user.

As an embodiment, the available transaction record integration module 110 may be further configured to: and locking the transaction record to be integrated.

As an embodiment, the available transaction record integration module 110 may be further configured to: after the integrated transaction record generation module 120 obtains the integrated transaction record, the transaction record to be integrated is unlocked.

As an embodiment, the obtaining unit 1101 may be configured to: all available transaction records for the user are obtained.

an unconfirmed transaction record;

a confirmed transaction record.

As one example, the transaction record may be a UTXO.

As can be seen from the above description, the apparatus for supporting digital currency transactions provided by the embodiments of the present disclosure can integrate available transaction records of a user, and obtain an integrated transaction record of the user according to the integrated result, thereby effectively reducing the number of available transaction records of the user.

As can be seen from the above description, the apparatus for implementing transaction record integration provided by the embodiment of the present disclosure (see fig. 16 to 22 and the related description) can effectively determine the transaction record to be integrated from the available transaction records of the user, and thus can integrate according to the determined transaction record to be integrated to obtain an integrated transaction record of the user, so that the number of available transaction records of the user can be effectively reduced.

The embodiment of the disclosure also provides a digital currency client, which comprises the device for supporting digital currency transaction of the embodiment.

As will be understood from the above description, the digital money client may also include the device for realizing the integration of the digital money transaction records according to the above embodiments.

The disclosed embodiments also provide a computer-readable storage medium storing computer-executable instructions configured to perform the method of supporting digital money transactions of the above-described embodiments.

As will be appreciated based on the foregoing description, the computer-executable instructions in the computer-readable storage medium may also be configured to perform the method of implementing digital currency transaction record integration of the above-described embodiments.

The disclosed embodiments also provide a computer program product comprising a computer program stored on a computer-readable storage medium, the computer program comprising program instructions that, when executed by a computer, cause the computer to perform the method of supporting digital money transactions of the above-described embodiments.

As will be appreciated based on the above description, the program instructions in the computer program product may also cause the computer to execute the method of implementing digital currency transaction record integration of the above embodiments.

The computer-readable storage medium described above may be a transitory computer-readable storage medium or a non-transitory computer-readable storage medium.

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, which when executed by the at least one processor, cause the at least one processor to perform the method of supporting digital currency transactions of the above embodiments.

The electronic device may be as shown in fig. 27, and the structure of the electronic device 2700 in fig. 27 may include:

at least one processor (processor)2701, one processor 2701 being exemplified in fig. 27; and a memory (memory)2702, and may also include a Communication Interface (Communication Interface)2703 and a bus 2704. The processor 2701, the communication interface 2703, and the memory 2702 may communicate with each other through the bus 2704. Communication interface 2703 may be used for information transfer. The processor 2701 may invoke logic instructions in the memory 2702 to perform the method of supporting digital currency transactions of the above-described embodiments.

In addition, the logic instructions in the memory 2702 may be implemented in the form of software functional units and stored in a computer readable storage medium when sold or used as a stand-alone product.

The memory 2702 is a computer readable storage medium and can be used for storing software programs, computer executable programs, such as program instructions/modules/units corresponding to the methods in the embodiments of the present disclosure. The processor 2701 executes functional applications and data processing by executing software programs, instructions, modules and units stored in the memory 2702, that is, implements the method of supporting digital money transactions in the above-described method embodiments.

The memory 2702 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of the terminal device, and the like. Further, the memory 2702 may include a high speed random access memory and may also include a non-volatile memory.

As will be appreciated based on the above description, the instructions may also cause the at least one processor to perform the method of implementing digital currency transaction record integration of the above embodiments in the electronic device.

The technical solution of the embodiments of the present disclosure may be embodied in the form of a software product, where the computer software product is stored in a storage medium and includes one or more instructions to enable a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method of the embodiments of the present disclosure. And the aforementioned storage medium may be a non-transitory storage medium comprising: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes, and may also be a transient storage medium.

As used in this application, although the terms "first," "second," etc. may be used in this application to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, unless the meaning of the description changes, so long as all occurrences of the "first element" are renamed consistently and all occurrences of the "second element" are renamed consistently. The first and second elements are both elements, but may not be the same element.

The words used in this application are words of description only and not of limitation of the claims. As used in the description of the embodiments and the claims, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. Similarly, the term "and/or" as used in this application is meant to encompass any and all possible combinations of one or more of the associated listed. Furthermore, the terms "comprises" and/or "comprising," when used in this application, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

The various aspects, implementations, or features of the described embodiments can be used alone or in any combination. Aspects of the described embodiments may be implemented by software, hardware, or a combination of software and hardware. The described embodiments may also be embodied by a computer-readable medium having computer-readable code stored thereon, the computer-readable code comprising instructions executable by at least one computing device. The computer readable medium can be associated with any data storage device that can store data which can be read by a computer system. Exemplary computer readable media can include read-only memory, random-access memory, CD-ROMs, HDDs, DVDs, magnetic tape, and optical data storage devices, among others. The computer readable medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

The above description of the technology may refer to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration embodiments in which the described embodiments may be practiced. These embodiments, while described in sufficient detail to enable those skilled in the art to practice them, are non-limiting; other embodiments may be utilized and changes may be made without departing from the scope of the described embodiments. For example, the order of operations described in a flowchart is non-limiting, and thus the order of two or more operations illustrated in and described in accordance with the flowchart may be altered in accordance with several embodiments. As another example, in several embodiments, one or more operations illustrated in and described with respect to the flowcharts are optional or may be eliminated. Additionally, certain steps or functions may be added to the disclosed embodiments, or two or more steps may be permuted in order. All such variations are considered to be encompassed by the disclosed embodiments and the claims.

Additionally, terminology is used in the foregoing description of the technology to provide a thorough understanding of the described embodiments. However, no unnecessary detail is required to implement the described embodiments. Accordingly, the foregoing description of the embodiments has been presented for purposes of illustration and description. The embodiments presented in the foregoing description and the examples disclosed in accordance with these embodiments are provided solely to add context and aid in the understanding of the described embodiments. The above description is not intended to be exhaustive or to limit the described embodiments to the precise form disclosed. Many modifications, alternative uses, and variations are possible in light of the above teaching. In some instances, well known process steps have not been described in detail in order to avoid unnecessarily obscuring the described embodiments.

Claims

1. A method of implementing digital currency transaction record integration, comprising:

acquiring available transaction records of a user;

2. The method of claim 1, further comprising:

3. The method of claim 2,

the sorting is performed according to the fund from small to large;

the way of selecting the limit transaction record is as follows: the limit transaction record is selected from the available transaction records by funds ranging from small to large.

4. The method of claim 2, wherein the limit transaction record is selected by:

5. The method of claim 1 wherein the initial number of limit transaction records is greater than 1.

6. The method of any of claims 1 to 5, wherein obtaining the temporary transaction record comprises:

7. The method of claim 6, further comprising:

8. The method of claim 7, wherein increasing the number of limit transaction records merged comprises: adding 1 to the number of limit transaction records merged.

9. The method of claim 1, further comprising:

10. The method of any one of claims 1 to 9, further comprising: and integrating the transaction records to be integrated.

11. The method of claim 10, wherein performing the integration comprises: and combining the funds in the transaction records to be integrated to obtain integrated funds.

12. The method of claim 11, further comprising: and obtaining an integrated transaction record of the user according to the integrated result.

13. The method of claim 12, wherein obtaining the integrated transaction record comprises: constructing a transaction including the integrated transaction record based on the integrated funds.

14. The method of claim 1, wherein obtaining available transaction records for a user comprises:

all available transaction records for the user are obtained.

15. The method of claim 1, wherein the transaction record to be integrated includes at least one of:

an unconfirmed transaction record;

a confirmed transaction record.

16. The method of claim 1 wherein the transaction record is an UTXO unspent transaction output.

17. An apparatus for implementing digital currency transaction record integration, comprising:

18. The apparatus of claim 17, wherein the determining unit is further configured to:

19. The apparatus of claim 18,

the sorting is performed according to the fund from small to large;

the determining unit, when selecting the limit transaction record, is configured to: the limit transaction record is selected from the available transaction records by funds ranging from small to large.

20. The apparatus of claim 18, wherein the determining unit, when selecting the limit transaction record, is configured to:

21. The apparatus of claim 17 wherein the initial number of limit transaction records is greater than 1.

22. The apparatus according to any one of claims 17 to 21, wherein the determining unit, when obtaining the temporary transaction record, is configured to:

23. The apparatus of claim 22, wherein the determining unit is further configured to:

24. The apparatus of claim 23, wherein the determining unit, when increasing the number of limit transaction records merged, is configured to: adding 1 to the number of limit transaction records merged.

25. The apparatus of claim 17, wherein the determining unit is further configured to:

26. The apparatus according to any one of claims 17 to 25, further comprising an integration unit for: and integrating the transaction records to be integrated.

27. The apparatus of claim 26, wherein the integration unit is configured to: and combining the funds in the transaction records to be integrated to obtain integrated funds.

28. The apparatus of claim 27, further comprising an integrated transaction record generation module configured to: and obtaining an integrated transaction record of the user according to the integrated result.

29. The apparatus of claim 28, wherein the integrated transaction record generation module comprises a construction unit configured to: constructing a transaction including the integrated transaction record based on the integrated funds.

30. The apparatus of claim 17, wherein the obtaining unit is configured to: all available transaction records for the user are obtained.

31. The apparatus of claim 17, wherein the transaction record to be integrated includes at least one of:

an unconfirmed transaction record;

a confirmed transaction record.

32. The apparatus of claim 17 wherein the transaction record is an UTXO unspent transaction output.

33. 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, the instructions, when executed by the at least one processor, causing the at least one processor to perform the method of any of claims 1-16.

34. A digital currency client, comprising the apparatus of any one of claims 17 to 32.