WO2020024474A1 - Procédé et appareil permettant de prendre en charge une transaction de certificat numérique - Google Patents

Procédé et appareil permettant de prendre en charge une transaction de certificat numérique Download PDF

Info

Publication number
WO2020024474A1
WO2020024474A1 PCT/CN2018/113977 CN2018113977W WO2020024474A1 WO 2020024474 A1 WO2020024474 A1 WO 2020024474A1 CN 2018113977 W CN2018113977 W CN 2018113977W WO 2020024474 A1 WO2020024474 A1 WO 2020024474A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
integrated
records
record
funds
Prior art date
Application number
PCT/CN2018/113977
Other languages
English (en)
Chinese (zh)
Inventor
李鑫
Original Assignee
新加坡矩阵有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 新加坡矩阵有限公司 filed Critical 新加坡矩阵有限公司
Publication of WO2020024474A1 publication Critical patent/WO2020024474A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the present application relates to the field of data processing technology, for example, to a method and device for supporting digital voucher transactions.
  • UTXO Unspent Transaction Output
  • An embodiment of the present disclosure provides a method for supporting digital voucher transactions, including:
  • Integrate available transaction records of a user and obtain an integrated transaction record of the user according to a result of the integration
  • the transaction records to be integrated are regarded as the transaction records to be integrated.
  • Performing the integration may include: merging funds in the transaction records to be integrated to obtain integrated funds.
  • the determining a transaction record to be integrated may include:
  • a limit transaction record that does not exceed the theoretical maximum number of transaction records acceptable for the transaction is used as a to-be-integrated transaction record for obtaining an integrated transaction record of the user;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the determining a transaction record to be integrated may include:
  • the combined non-limit transaction records in which the total funds satisfy the difference are taken as an integrated transaction record for obtaining the user Record of pending transactions;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the determining a transaction record to be integrated may include:
  • a temporary transaction record is obtained by merging transaction records that do not exceed the theoretical maximum number of transaction record acceptable transactions; wherein, the theoretical maximum number of transaction transaction acceptable transactions is used as the theoretical limit of transaction records;
  • selecting a transaction record that meets the funds to be traded and does not exceed the theoretical limit of the transaction record is used to obtain the A pending transaction record for the user's integrated transaction record.
  • Obtaining the integrated transaction record may include: constructing a transaction including the integrated transaction record according to the integrated funds.
  • Constructing the transaction may include using the to-be-integrated transaction record as a transaction input, taking the integrated transaction record as a transaction output, and carrying the integrated funds in the integrated transaction record to generate the transaction including the transaction
  • the data format of the input and transaction output is used as the transaction.
  • the data format may include a character string.
  • the method may further include the following operation: a transactoin error occurs.
  • It may also include the operation of determining the validity of the result of the integration according to a reserve value for avoiding insufficient funds.
  • Determining the validity of the integration result may include: adding the reserved value to the integration result to obtain a reference fund; and determining that the integration result is invalid when the reference fund exceeds a funding limit.
  • the funding limit usually does not exceed the total funds of the user.
  • the transaction records to be integrated may include at least one of the following:
  • the transaction record may be UTXO.
  • An embodiment of the present disclosure further provides a device supporting digital voucher transactions, including:
  • Available transaction record integration module for integrating available transaction records of users
  • An integrated transaction record generating module configured to obtain an integrated transaction record of the user according to a result of the integration
  • the transaction records to be integrated are regarded as the transaction records to be integrated.
  • the available transaction record integration module may be used to: merge funds in the transaction records to be integrated to obtain integrated funds.
  • the available transaction record integration module may be further configured to determine the transaction record to be integrated.
  • the available transaction record integration module determines a transaction record to be integrated, it may be used to:
  • a limit transaction record that does not exceed the theoretical maximum number of transaction records acceptable for the transaction is used as a to-be-integrated transaction record for obtaining an integrated transaction record of the user;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the available transaction record integration module determines a transaction record to be integrated, it may be used to:
  • the combined non-limit transaction records in which the total funds satisfy the difference are taken as an integrated transaction record for obtaining the user Record of pending transactions;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the available transaction record integration module determines a transaction record to be integrated, it may be used to:
  • a temporary transaction record is obtained by merging transaction records that do not exceed the theoretical maximum number of transaction record acceptable transactions; wherein, the theoretical maximum number of transaction transaction acceptable transactions is used as the theoretical limit of transaction records;
  • selecting a transaction record that meets the funds to be traded and does not exceed the theoretical limit of the transaction record is used to obtain the A pending transaction record for the user's integrated transaction record.
  • the integrated transaction record generating module may be configured to construct a transaction including the integrated transaction record according to the integrated funds.
  • the integrated transaction record generating module may be configured to: use the transaction record to be integrated as a transaction input, use the integrated transaction record as a transaction output, and carry the integrated transaction record in the integrated transaction record.
  • a data format including the transaction input and transaction output is generated as the transaction.
  • the data format may include a character string.
  • the integrated transaction record generating module may be further configured to generate an address pointed to by the integrated funds and carry the address in the transaction output.
  • the integrated transaction record generating module may be further configured to: sign the transaction.
  • the integrated transaction record generating module may be further configured to: send the signed transaction.
  • the integrated transaction record generating module may be further configured to perform transaction verification on the transaction before sending the signed transaction.
  • the available transaction record integration module may be further configured to generate a transaction fee corresponding to the transaction before the integrated transaction record generation module constructs the transaction, and update the integrated funds according to the transaction fee.
  • the available transaction record integration module may be further configured to be triggered by an excessive transaction abnormality that occurs before the integration.
  • the available transaction record integration module may be further configured to determine the validity of the result of the integration according to a reserved value for avoiding insufficient funds.
  • the available transaction record integration module may be used to: add the reserved value to the result of the integration to obtain a reference fund; determine when the reference fund exceeds a funding limit The result of the integration is invalid.
  • the available transaction record integration module may be further configured to: when it is determined that the result of the integration is invalid, return to perform the integration.
  • the funding limit usually does not exceed the total funds of the user.
  • the available transaction record integration module may be further configured to: lock the transaction record to be integrated.
  • the available transaction record integration module may be further configured to: after the integrated transaction record generation module obtains the integrated transaction record, unlock the transaction record to be integrated.
  • the transaction records to be integrated may include at least one of the following:
  • the transaction record may be UTXO.
  • An embodiment of the present disclosure further provides a digital voucher client, which includes the device for supporting digital voucher transactions in the foregoing embodiment.
  • An embodiment of the present disclosure further provides a computer-readable storage medium storing computer-executable instructions configured to execute the method for supporting digital voucher transactions of the foregoing embodiment.
  • An embodiment of the present disclosure also provides a computer program product.
  • the computer program product includes a computer program stored on a computer-readable storage medium, and the computer program includes program instructions.
  • the program instructions When the program instructions are executed by a computer, The computer executes the method for supporting digital voucher transactions in the above embodiment.
  • An embodiment of the present disclosure further provides an electronic device, including:
  • At least one processor At least one processor
  • a memory connected in communication with the at least one processor; wherein,
  • the memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, causes the at least one processor to execute the method for supporting digital voucher transactions in the foregoing embodiment.
  • FIG. 1 is a schematic diagram of a method for supporting digital voucher transactions according to an embodiment of the present disclosure
  • FIG. 2 is a schematic diagram of a method for integrating funds according to an embodiment of the present disclosure
  • FIG. 3 is a schematic diagram of a method for implementing integration of digital voucher transaction records according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of a method for selecting a limit transaction record according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of a method for implementing integration of digital voucher transaction records according to another embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of a method for selecting an unlimited transaction record according to an embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of a method for implementing integration of digital voucher transaction records according to another embodiment of the present disclosure.
  • FIG. 8 is a schematic diagram of a method for obtaining a temporary transaction record according to an embodiment of the present disclosure
  • FIG. 9 is a schematic diagram of a method for reselecting a transaction record according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic diagram of a method for constructing a transaction according to an embodiment of the present disclosure
  • FIG. 11 is a schematic diagram of a method for constructing a transaction according to another embodiment of the present disclosure.
  • FIG. 12 is a schematic diagram of a method for updating integrated funds according to an embodiment of the present disclosure.
  • FIG. 13 is a schematic diagram of a method for determining validity of an integration result according to an embodiment of the present disclosure
  • FIG. 14 is a schematic diagram of a device supporting digital voucher transactions according to an embodiment of the present disclosure.
  • 15 is a schematic diagram of an apparatus for integrating funds according to an embodiment of the present disclosure.
  • 16 is a schematic diagram of an apparatus for implementing integration of digital voucher transaction records according to an embodiment of the present disclosure
  • 17 is a schematic diagram of an apparatus for selecting a limit transaction record according to an embodiment of the present disclosure.
  • FIG. 18 is a schematic diagram of a device for implementing integration of digital voucher transaction records according to another embodiment of the present disclosure.
  • 19 is a schematic diagram of an apparatus for selecting an unlimited transaction record according to an embodiment of the present disclosure.
  • FIG. 20 is a schematic diagram of a device for implementing integration of digital voucher transaction records according to still another embodiment of the present disclosure
  • 21 is a schematic diagram of an apparatus for obtaining a temporary transaction record according to an embodiment of the present disclosure.
  • 22 is a schematic diagram of an apparatus for reselecting a transaction record according to an embodiment of the present disclosure
  • FIG. 23 is a schematic diagram of a device for constructing a transaction according to an embodiment of the present disclosure.
  • 24 is a schematic diagram of a device for constructing a transaction according to another embodiment of the present disclosure.
  • 25 is a schematic diagram 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 validity of an integration result according to an embodiment of the present disclosure.
  • FIG. 27 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure.
  • 110 available transaction record integration module
  • 120 integrated transaction record generation module
  • 1101 acquisition unit; 1102: determination unit; 1103: integration unit;
  • 2700 electronic device; 2701: processor; 2702: memory; 2703: communication interface; 2704: bus.
  • an embodiment of the present disclosure provides a method for supporting digital voucher transactions.
  • the digital voucher can be exemplarily understood as a digital currency
  • the digital currency can be exemplarily understood as a cryptocurrency such as Bitcoin.
  • S10 Integrate available transaction records of users; wherein the available transaction records include the integrated transaction records as the transaction records to be integrated;
  • the above method can be implemented by the available transaction record manager of the user, for example: a full node in a blockchain network, the user's wallet client, and the like.
  • performing the integration may include: merging funds in the transaction records to be integrated to obtain integrated funds.
  • the transaction records to be integrated may also be determined.
  • the determining a transaction record to be integrated may include:
  • the listunspent interface in the user's wallet client is called to obtain the available transaction records of the user.
  • the obtained available transaction records of the user may include at least one of the following:
  • S102 In the available transaction records, use a limit transaction record that does not exceed the theoretical maximum number of transaction records acceptable for the transaction as a transaction record to be integrated for obtaining an integrated transaction record of the user;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the quantitative relationship between all available transaction records of the user and the theoretical limit of the transaction records is not limited.
  • the number of all available transaction records of the user is less than or equal to two of the theoretical limits of the transaction records. Times.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • the selection of limit transaction records can also be performed, for example, including:
  • S1021 Sort the available transaction records according to funds; the funds are funds included in the available transaction records;
  • S1022 Select the limit transaction record from the available transaction records according to the ranking.
  • the sorting may be sorting according to funds from large to small;
  • the method for selecting the limit transaction record may be: selecting the limit transaction record from the available transaction records according to the funds from large to small.
  • the manner of selecting the limit transaction record may be:
  • the number of the limit transaction records may be equal to the theoretical limit of the transaction records.
  • the number of the limit transaction records may also be smaller than the theoretical limit of the transaction records.
  • the number of the limit transaction record may also be slightly larger than the theoretical limit of the transaction record.
  • the number of the limit transaction records is larger than the theoretical limit of the transaction records by a certain percentage, for example: within 5%, within 10%, or within 5% to 10%, and so on.
  • the funds can also be sorted from small to large; the way to select the limit transaction records can be: according to funds from small to large in the available The transaction records are selected from the transaction records.
  • the available transaction records may not be sorted, and a corresponding manner of selecting the limit transaction records may be: randomly selecting the limit transaction records among the available transaction records.
  • determining the transaction records to be integrated may include:
  • the listunspent interface in the user's wallet client is called to obtain the available transaction records of the user.
  • the obtained available transaction records of the user may include at least one of the following:
  • S112 In the available transaction records, merge the funds in the transaction records that do not exceed the theoretical maximum number of transaction records acceptable for the transaction to obtain the limit funds, and obtain the difference between the limit funds and the funds to be traded;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the limit funds may be subtracted from the funds to be traded to obtain the difference.
  • the funds in a certain amount of unlimited transaction records may be combined to obtain the combined total funds, and when the combined total funds are greater than or equal to the difference, the non-limits of the funds are combined
  • the transaction record is used as the transaction record to be integrated.
  • the quantitative relationship between all available transaction records of the user and the theoretical limit of the transaction records is not limited.
  • the number of all available transaction records of the user is less than or equal to two of the theoretical limits of the transaction records. Times.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • the selection of unlimited transaction records can also be performed, for example, including:
  • S1131 Sort the unlimited transaction records according to funds; the funds are funds included in the unlimited transaction records;
  • S1132 Select the non-limit transaction record as the transaction record to be integrated according to the ranking.
  • the sorting may be sorting according to funds from large to small;
  • the method for selecting the non-limit transaction record may be: selecting the non-limit transaction record as the transaction record to be integrated according to the funds from large to small.
  • the manner of selecting the unlimited transaction record may be:
  • the non-limit transaction records when the non-limit transaction records are sorted according to funds, the funds can also be sorted from small to large; the corresponding selection of the non-limit transaction records can be as follows: The unlimited transaction records to be integrated with the transaction records.
  • the non-limit transaction records may not be sorted, and the corresponding manner of selecting the non-limit transaction records may be: randomly selecting the non-limit transaction records as the transaction records to be integrated.
  • related operations such as the selection of the limit transaction record shown in FIG. 4 described above may also be performed, for example, including:
  • S1021 Sort the available transaction records according to funds; the funds are funds included in the available transaction records;
  • S1022 Select the limit transaction record from the available transaction records according to the ranking.
  • the sorting may be sorting according to funds from large to small;
  • the method for selecting the limit transaction record may be: selecting the limit transaction record from the available transaction records according to the funds from large to small.
  • the manner of selecting the limit transaction record may be:
  • the number of the limit transaction records may be equal to the theoretical limit of the transaction records.
  • the number of the limit transaction records may also be smaller than the theoretical limit of the transaction records.
  • the number of the limit transaction record may also be slightly larger than the theoretical limit of the transaction record.
  • the number of the limit transaction records is larger than the theoretical limit of the transaction records by a certain percentage, for example: within 5%, within 10%, or within 5% to 10%, and so on.
  • the funds can also be sorted from small to large; the way to select the limit transaction records can be: according to funds from small to large in the available The transaction records are selected from the transaction records.
  • the available transaction records may not be sorted, and a corresponding manner of selecting the limit transaction records may be: randomly selecting the limit transaction records among the available transaction records.
  • S112 In the available transaction records, merge the funds in the transaction records that do not exceed the theoretical maximum number of transaction records acceptable for the transaction to obtain the limit funds, and obtain the difference between the limit funds and the funds to be traded;
  • the limit funds may be subtracted from the funds to be traded to obtain the difference.
  • the funds in a certain amount of unlimited transaction records may be combined to obtain the combined total funds, and when the combined total funds are greater than or equal to the difference, the non-limits of the funds are combined
  • the transaction record is used as the transaction record to be integrated.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • selecting an unlimited transaction record may include:
  • S1131 Sort the unlimited transaction records according to funds; the funds are funds included in the unlimited transaction records;
  • S1132 Select the non-limit transaction record as the transaction record to be integrated according to the ranking.
  • the sorting may be sorting according to funds from large to small;
  • the method for selecting the non-limit transaction record may be: selecting the non-limit transaction record as the transaction record to be integrated according to the funds from large to small.
  • the manner of selecting the unlimited transaction record may be:
  • the non-limit transaction records when the non-limit transaction records are sorted according to funds, the funds can also be sorted from small to large; the corresponding selection of the non-limit transaction records can be as follows: The unlimited transaction records to be integrated with the transaction records.
  • the non-limit transaction records may not be sorted, and the corresponding manner of selecting the non-limit transaction records may be: randomly selecting the non-limit transaction records as the transaction records to be integrated.
  • the determining a transaction record to be integrated may include:
  • the listunspent interface in the user's wallet client is called to obtain the available transaction records of the user.
  • the obtained available transaction records of the user may include at least one of the following:
  • S122 In the available transaction records, merge the transaction records that do not exceed the limit of the theoretical maximum number of transaction records that can be accepted by the transaction to obtain a temporary transaction record; wherein, the theoretical maximum number of transaction records that can be accepted by the transaction is the theoretical limit of transaction records ;
  • S123 Based on the temporary transaction record and non-limit transaction records other than the limit transaction record in the available transaction records, selecting a transaction record that satisfies the funds to be traded and does not exceed the theoretical limit of the transaction record is used to obtain A to-be-integrated transaction record of an integrated transaction record of the user.
  • selecting the to-be-integrated transaction records using a two-step traversal random method may include:
  • the transaction record selected for the first traversal meets the funds to be traded and does not exceed the theoretical limit of the transaction record, then the transaction record selected for the first traversal is used as the transaction record to be integrated;
  • the transaction records selected through two traversals meet the funds to be traded and do not exceed the theoretical limit of the transaction records, then the transaction records selected through two traversals are used as the transaction records to be integrated.
  • all transaction records may be arranged in descending order of funds, and the traversal starts from the transaction record containing the largest funds.
  • a true or false random method can be used to select transaction records.
  • the two-pass traversal random method may be performed multiple times, for example, 1000 times, to select a transaction record that satisfies the funds to be traded and does not exceed the theoretical limit of the transaction record as the to-be-integrated transaction record.
  • a scheme with the least number of transaction records to be integrated can be determined.
  • the quantitative relationship between all available transaction records of the user and the theoretical limit of the transaction records is not limited.
  • the number of all available transaction records of the user is greater than or equal to two of the theoretical limits of the transaction records. Times.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • related operations such as the selection of the limit transaction record shown in FIG. 4 described above may also be performed, for example, including:
  • S1021 Sort the available transaction records according to funds; the funds are funds included in the available transaction records;
  • S1022 Select the limit transaction record from the available transaction records according to the ranking.
  • the sorting may be sorting according to funds from small to large;
  • the method for selecting the limit transaction record may be: selecting the limit transaction record from the available transaction records according to the funds from small to large.
  • the manner of selecting the limit transaction record may be:
  • the initial number of the limit transaction records may be greater than one.
  • the funds can also be sorted from large to small; the way to select the limit transaction records can be: according to the funds from large to small
  • the limit transaction record is selected from the available transaction records.
  • the available transaction records may not be sorted, and a corresponding manner of selecting the limit transaction records may be: randomly selecting the limit transaction records among the available transaction records.
  • obtaining the temporary transaction record may include:
  • the temporary transaction record is an additional generated transaction record; it may be generated in advance and reserved, or it may be newly generated.
  • the above-mentioned operation involving the temporary transaction record can merge the funds in a certain amount of transaction records to obtain the consolidated funds and temporarily generate a transaction containing the consolidated funds before obtaining the consolidated transaction records. Record, that is, the temporary transaction record.
  • an operation of reselecting a transaction record may also be performed, for example, when the selected transaction record exceeds the theoretical limit of the transaction record, increasing the number of merged transaction records of the limit and returning to perform the selection.
  • the number of the selected transaction record may also be slightly larger than the theoretical limit of the transaction record.
  • the number of the selected transaction records is larger than the theoretical limit of the transaction records by a certain percentage, for example, within 5%, within 10%, or within 5% to 10%.
  • increasing the number of the combined limit transaction records may include: increasing the number of the combined limit transaction records by one.
  • the number of the combined limit transaction records when the number of the combined limit transaction records is increased, the number of the combined limit transaction records may be increased by 2 or 3 other than 1 or the like.
  • the available transaction records may also be updated by using the temporary transaction records and unlimited transaction records.
  • the temporary transaction record and the unlimited transaction record are combined into a set, and the transaction records in the set are used as the available transaction records.
  • a transaction including the integrated transaction record may be constructed according to the integrated funds.
  • constructing the transaction may include:
  • the transaction record to be integrated is used as a transaction input, the integrated transaction record is used as a transaction output, and the integrated funds are carried in the integrated transaction record;
  • S220 Generate a data format including the transaction input and transaction output as the transaction.
  • the createrawtransaction interface in the user's wallet client is called to construct the transaction.
  • the data format may include a character string.
  • the character string may be hexadecimal.
  • address-related processing can also be performed when constructing a transaction, for example, including:
  • S30 Generate an address pointed to by the integrated funds; for example, call the getnewaddress interface in the wallet client of the user to obtain the address;
  • the transaction may also be signed.
  • the signature may be a private key signature, and the like.
  • the signed transaction may also be sent.
  • the sendrawtransaction interface in the user's wallet client is called to send the transaction to a local node and a connected network (such as a blockchain network).
  • a connected network such as a blockchain network
  • the transaction verification may be performed on the transaction before the signed transaction is sent.
  • calling the decoderawtransaction interface in the user's wallet client to decode the signed transaction and based on the decoded transaction information (which may include the integrated funds, transaction input, transaction output, etc.) May include the following transaction fees) for transaction verification.
  • the operation of updating the integrated funds can also be performed, for example, including:
  • S201 Generate a transaction fee corresponding to the transaction based on the transaction to be constructed
  • the estimatefee interface in the wallet client of the user is called to obtain the transaction fee.
  • the difference in funds may be directly used as the value of the new integrated funds.
  • the transaction fee may also be carried in the integrated transaction record.
  • the method may further include the following operation: an excessive transaction abnormality occurs.
  • an excessive transaction abnormality occurs.
  • the integration may be triggered by the excessive transaction anomaly that occurs.
  • the validity of the integration result may also be determined, for example, including: determining the validity of the integration result according to a reserved value for avoiding insufficient funds.
  • determining the validity of the result of the integration may include:
  • the integration may be returned.
  • the funding limit generally does not exceed the total funds of the user.
  • the funding limit may be less than the total funds of the user.
  • the funding limit is equal to 80% or 90% of the total funding or other proportion.
  • the funding limit may be equal to the total funds of the user.
  • the reserved value may be a predetermined value, and the predetermined value may be customized, for example, the reserved value is equal to 10% of the funds to be traded or other proportions.
  • the transaction records to be integrated may also be locked.
  • the lockunspent interface in the user's wallet client is called to lock the transaction record to be integrated, which can prevent the transaction record to be integrated from being used for other transactions.
  • the transaction record to be integrated may also be unlocked after the integrated transaction record is obtained.
  • all available transaction records of the user may be acquired.
  • the transaction record to be integrated may include at least one of the following:
  • the transaction record may be UTXO.
  • the method for supporting digital voucher transactions provided by the embodiments of the present disclosure can integrate the available transaction records of users, and obtain an integrated transaction record of the users according to the result of the integration, and therefore can effectively reduce The number of available transaction records for the user.
  • the constructed transaction will not contain available transaction records that exceed the capacity limit, ensuring the successful completion of the transaction.
  • the effective reduction of the number of available transaction records of the user enables the available transaction records included in the constructed transaction to be effectively reduced when a subsequent transaction is required to be constructed, thereby effectively reducing transaction fees.
  • the method for integrating transaction records provided in the embodiment of the present disclosure (see FIGS. 3 to 9 and related descriptions) can effectively determine the transaction records to be integrated among the available transaction records of the user, and therefore can The integrated transaction records are integrated to obtain an integrated transaction record of the user, so the number of available transaction records of the user can be effectively reduced.
  • the effective reduction of the number of available transaction records of the user enables the available transaction records included in the constructed transaction to be effectively reduced when a subsequent transaction is required to be constructed, thereby effectively reducing transaction fees.
  • an embodiment of the present disclosure further provides a device 10 for supporting digital voucher transactions, including:
  • Available transaction record integration module 110 for integrating available transaction records of users
  • the integrated transaction record generating module 120 is configured to obtain an integrated transaction record of the user according to a result of the integration
  • the transaction records to be integrated are regarded as the transaction records to be integrated.
  • the device 10 supporting digital voucher transactions can be implemented by the user's available transaction record manager, such as: a full node in a blockchain network, the user's wallet client, and the like.
  • the available transaction record integration module 110 may include an integration unit 1103 configured to: when integrating the transaction records to be integrated, merge funds in the transaction records to be integrated to obtain integrated funds.
  • the available transaction record integration module 110 may be configured to determine the transaction records to be integrated.
  • the available transaction record integration module 110 may be used to:
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the available transaction record integration module 110 may include: an obtaining unit 1101 and a determining unit 1102;
  • the obtaining unit 1101 may be used to obtain an available transaction record of a user
  • the listunspent interface in the user's wallet client is called to obtain the available transaction records of the user.
  • the obtained available transaction records of the user may include at least one of the following:
  • the determining unit 1102 may be configured to use, in the available transaction records, a limit transaction record that does not exceed a theoretical maximum number of transaction records acceptable for the transaction as a transaction record to be integrated for obtaining an integrated transaction record of the user.
  • the quantitative relationship between all available transaction records of the user and the theoretical limit of the transaction records is not limited.
  • the number of all available transaction records of the user is less than or equal to two of the theoretical limits of the transaction records. Times.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • the determining unit 1102 may be further configured to:
  • the available transaction records are sorted according to funds; the limit transaction records are selected from the available transaction records according to the ranking.
  • the funds are funds contained in the available transaction records.
  • the sorting may be sorting according to funds from large to small;
  • the determining unit 1102 may be configured to select the limit transaction record from the available transaction records in accordance with the funds from large to small.
  • the determining unit 1102 when determining the limit transaction record, may be configured to:
  • the number of the limit transaction records may be equal to the theoretical limit of the transaction records.
  • the number of the limit transaction records may also be smaller than the theoretical limit of the transaction records.
  • the number of the limit transaction record may also be slightly larger than the theoretical limit of the transaction record.
  • the number of the limit transaction records is larger than the theoretical limit of the transaction records by a certain percentage, for example: within 5%, within 10%, or within 5% to 10%, and so on.
  • the funds can also be sorted from small to large; the way to select the limit transaction records can be: according to funds from small to large in the available The transaction records are selected from the transaction records.
  • the available transaction records may not be sorted, and a corresponding manner of selecting the limit transaction records may be: randomly selecting the limit transaction records among the available transaction records.
  • the available transaction record integration module 110 may be used to:
  • the combined non-limit transaction records in which the total funds satisfy the difference are taken as an integrated transaction record for obtaining the user Record of pending transactions;
  • the theoretical maximum number of transaction records acceptable for the transaction is taken as the theoretical limit of the transaction records.
  • the available transaction record integration module 110 may include: an obtaining unit 1101 and a determining unit 1102;
  • the obtaining unit 1101 may be used to obtain an available transaction record of a user
  • the listunspent interface in the user's wallet client is called to obtain the available transaction records of the user.
  • the obtained available transaction records of the user may include at least one of the following:
  • a determining unit 1102 may be used to merge the funds in the available transaction records to the limit of the theoretical maximum number of transaction records that can be accepted by the transaction to obtain the limit funds, and obtain the difference between the limit funds and the funds to be traded ; Wherein the theoretical maximum number of transaction records acceptable for the transaction is the theoretical limit of the transaction records; and
  • the combined non-limit transaction records in which the total funds satisfy the difference are taken as an integrated transaction record for obtaining the user Of pending transaction records.
  • the limit funds may be subtracted from the funds to be traded to obtain the difference.
  • the funds in a certain amount of unlimited transaction records may be combined to obtain the combined total funds, and when the combined total funds are greater than or equal to the difference, the non-limits of the funds are combined
  • the transaction record is used as the transaction record to be integrated.
  • the quantitative relationship between all available transaction records of the user and the theoretical limit of the transaction records is not limited.
  • the number of all available transaction records of the user is less than or equal to two of the theoretical limits of the transaction records. Times.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • the determining unit 1102 may be further configured to:
  • Sort the unlimited transaction records according to funds select the unlimited transaction records as the transaction records to be integrated according to the ranking.
  • the funds are the funds included in the unlimited transaction record.
  • the sorting may be sorting according to funds from large to small;
  • the determining unit 1102 selects the non-limit transaction record, it can be used to select the non-limit transaction record to be integrated as the transaction record to be integrated according to the funds from large to small.
  • the determining unit 1102 when determining the non-limit transaction record, the determining unit 1102 may be configured to:
  • the non-limit transaction records when the non-limit transaction records are sorted according to funds, the funds can also be sorted from small to large; the corresponding selection of the non-limit transaction records can be as follows: The unlimited transaction records to be integrated with the transaction records.
  • the non-limit transaction records may not be sorted, and the corresponding manner of selecting the non-limit transaction records may be: randomly selecting the non-limit transaction records as the transaction records to be integrated.
  • the foregoing setting shown in FIG. 17 may also be adopted, for example:
  • the determining unit 1102 sorts the available transaction records according to funds, wherein the funds are funds included in the available transaction records; and selecting the limit transaction records from the available transaction records according to the ranking.
  • the sorting may be sorting according to funds from large to small;
  • the determining unit 1102 may be configured to select the limit transaction record from the available transaction records in accordance with the funds from large to small.
  • the determining unit 1102 when determining the limit transaction record, may be configured to:
  • the number of the limit transaction records may be equal to the theoretical limit of the transaction records.
  • the number of the limit transaction records may also be smaller than the theoretical limit of the transaction records.
  • the number of the limit transaction record may also be slightly larger than the theoretical limit of the transaction record.
  • the number of the limit transaction records is larger than the theoretical limit of the transaction records by a certain percentage, for example: within 5%, within 10%, or within 5% to 10%, and so on.
  • the funds can also be sorted from small to large; the way to select the limit transaction records can be: according to funds from small to large in the available The transaction records are selected from the transaction records.
  • the available transaction records may not be sorted, and a corresponding manner of selecting the limit transaction records may be: randomly selecting the limit transaction records among the available transaction records.
  • the settings shown in FIGS. 18 and 19 may also be adopted, for example:
  • the determining unit 1102 combines the funds in the available transaction records with the funds in the limit transaction records that do not exceed the theoretical maximum number of transaction records acceptable for the transaction to obtain the limit funds, and obtains the difference between the limit funds and funds to be traded; Among the available transaction records other than the limit transaction records, the combined non-limit transaction records in which the total funds satisfy the difference are used as the integrated transaction records for obtaining the user. To be consolidated transaction records.
  • the limit funds may be subtracted from the funds to be traded to obtain the difference.
  • the funds in a certain amount of unlimited transaction records may be combined to obtain the combined total funds, and when the combined total funds are greater than or equal to the difference, the non-limits of the funds are combined
  • the transaction record is used as the transaction record to be integrated.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • the determining unit 1102 may be used to sort the unlimited transaction records according to funds when selecting the unlimited transaction records, where the funds include the unlimited transaction records.
  • the funds selected according to the ranking are selected as the unlimited transaction records to be integrated transaction records.
  • the sorting may be sorting according to funds from large to small;
  • the determining unit 1102 selects the non-limit transaction record, it may be used to select the non-limit transaction record to be integrated as the transaction record to be integrated according to the funds from large to small.
  • the determining unit 1102 when determining the non-limit transaction record, the determining unit 1102 may be configured to:
  • the non-limit transaction records when the non-limit transaction records are sorted according to funds, the funds can also be sorted from small to large; the corresponding selection of the non-limit transaction records can be as follows: The unlimited transaction records to be integrated with the transaction records.
  • the non-limit transaction records may not be sorted, and the corresponding manner of selecting the non-limit transaction records may be: randomly selecting the non-limit transaction records as the transaction records to be integrated.
  • the available transaction record integration module 110 may be used to:
  • selecting a transaction record that meets the funds to be traded and does not exceed the theoretical limit of the transaction record is used to obtain the A pending transaction record for the user's integrated transaction record.
  • the available transaction record integration module 110 may include: an obtaining unit 1101 and a determining unit 1102;
  • the obtaining unit 1101 may be used to obtain an available transaction record of a user
  • the listunspent interface in the user's wallet client is called to obtain the available transaction records of the user.
  • the obtained available transaction records of the user may include at least one of the following:
  • the determining unit 1102 may be configured to combine, within the available transaction records, a transaction record that does not exceed a theoretical maximum transaction record acceptable number of transactions to obtain a temporary transaction record; wherein, the theoretical maximum transaction record acceptable number of transactions As the theoretical limit of transaction records; and
  • selecting a transaction record that meets the funds to be traded and does not exceed the theoretical limit of the transaction record is used to obtain the A pending transaction record for the user's integrated transaction record.
  • selecting the to-be-integrated transaction records using a two-step traversal random method may include:
  • the transaction record selected for the first traversal meets the funds to be traded and does not exceed the theoretical limit of the transaction record, then the transaction record selected for the first traversal is used as the transaction record to be integrated;
  • the transaction records selected through two traversals meet the funds to be traded and do not exceed the theoretical limit of the transaction records, then the transaction records selected through two traversals are used as the transaction records to be integrated.
  • all transaction records may be arranged in descending order of funds, and the traversal starts from the transaction record containing the largest funds.
  • a true or false random method can be used to select transaction records.
  • the two-pass traversal random method may be performed multiple times, for example, 1000 times, to select a transaction record that satisfies the funds to be traded and does not exceed the theoretical limit of the transaction record as the to-be-integrated transaction record.
  • a scheme with the least number of transaction records to be integrated can be determined.
  • the quantitative relationship between all available transaction records of the user and the theoretical limit of the transaction records is not limited.
  • the number of all available transaction records of the user is greater than or equal to two of the theoretical limits of the transaction records. Times.
  • the theoretical maximum number of transaction records that can be accepted by a transaction is usually within a certain range, for example: 600 to 650, or 550 to 600. In general, you can also set the theoretical maximum number of transaction records acceptable for a transaction to a specific value, for example: 600.
  • the setting shown in FIG. 17 may also be adopted, for example:
  • the determining unit 1102 sorts the available transaction records according to funds, wherein the funds are funds included in the available transaction records; and selecting the limit transaction records from the available transaction records according to the ranking.
  • the sorting may be sorting according to funds from small to large;
  • the determining unit 1102 may be configured to select the limit transaction record from the available transaction records according to the funds from small to large.
  • the determining unit 1102 when determining the limit transaction record, may be configured to:
  • the initial number of the limit transaction records may be greater than one.
  • the funds can also be sorted from large to small; the way to select the limit transaction records can be: according to the funds from large to small
  • the limit transaction record is selected from the available transaction records.
  • the available transaction records may not be sorted, and a corresponding manner of selecting the limit transaction records may be: randomly selecting the limit transaction records among the available transaction records.
  • the determining unit 1102 when obtaining the temporary transaction record, the determining unit 1102 may be configured to:
  • the funds in the limit transaction record are combined to obtain a combined fund, and the combined fund is included in the newly generated temporary transaction record.
  • the temporary transaction record is an additional generated transaction record; it may be generated in advance and reserved, or it may be newly generated.
  • the above-mentioned operation involving the temporary transaction record can merge the funds in a certain amount of transaction records to obtain the consolidated funds and temporarily generate a transaction containing the consolidated funds before obtaining the consolidated transaction records. Record, that is, the temporary transaction record.
  • the determining unit 1102 may be further configured to:
  • the number of merged transaction records of the limit is increased and the selection is returned.
  • the number of the selected transaction record may also be slightly larger than the theoretical limit of the transaction record.
  • the number of the selected transaction records is larger than the theoretical limit of the transaction records by a certain percentage, for example, within 5%, within 10%, or within 5% to 10%.
  • the determining unit 1102 when the determining unit 1102 increases the number of the combined limit transaction records, it may be configured to add 1 to the number of the combined limit transaction records.
  • the number of the combined limit transaction records when the number of the combined limit transaction records is increased, the number of the combined limit transaction records may be increased by 2 or 3 other than 1 or the like.
  • the determining unit 1102 may be further configured to:
  • the temporary transaction record and the unlimited transaction record are combined into a set, and the transaction records in the set are used as the available transaction records.
  • the integrated transaction record generating module 120 may be configured to construct a transaction including the integrated transaction record according to the integrated funds.
  • the integrated transaction record generating module 120 may include a constructing unit 1201.
  • the constructing unit 1201 may be configured to: use the transaction record to be integrated as a transaction input, An integrated transaction record is used as a transaction output and the integrated funds are carried in the integrated transaction record, and a data format including the transaction input and transaction output is generated as the transaction.
  • the createrawtransaction interface in the user's wallet client is called to construct the transaction.
  • the data format may include a character string.
  • the character string may be hexadecimal.
  • the integrated transaction record generating module 120 may also be used for:
  • Generating the address pointed to by the integrated funds for example, calling the getnewaddress interface in the user's wallet client to obtain the address;
  • the address is carried in the transaction output.
  • the integrated transaction record generating module 120 may be further configured to: sign the transaction.
  • the signature may be a private key signature, and the like.
  • the integrated transaction record generating module 120 may be further configured to: send the signed transaction.
  • the sendrawtransaction interface in the user's wallet client is called to send the transaction to a local node and a connected network (such as a blockchain network).
  • a connected network such as a blockchain network
  • the integrated transaction record generating module 120 may be further configured to perform transaction verification on the transaction before sending the signed transaction.
  • calling the decoderawtransaction interface in the user's wallet client to decode the signed transaction and based on the decoded transaction information (which may include the integrated funds, transaction input, transaction output, etc.) May include the following transaction fees) for transaction verification.
  • the available transaction record integration module 110 can also be used to update the integrated funds, for example, generating a transaction corresponding to the transaction based on the transaction to be constructed by the integrated transaction record generation module 120 Fee, updating the integrated funds according to the transaction fee.
  • the estimatedfee interface in the wallet client of the user may be called to obtain the transaction fee based on the signed transaction.
  • the integrated fund when the integrated funds are updated according to the transaction fee, the integrated fund may be subtracted from the transaction fee to obtain a difference in funds, and the integrated transaction record may be updated using the difference in funds.
  • the difference in funds may be directly used as the value of the new integrated funds.
  • the transaction fee may also be carried in the integrated transaction record.
  • the available transaction record integration module 110 may be further configured to be triggered by an excessive transaction abnormality that occurs before performing the integration.
  • the available transaction record integration module 110 may also be used to determine the validity of the integration result, for example, determining the validity of the integration result according to a reserved value for avoiding insufficient funds.
  • the available transaction record integration module 110 may be used to: add the reserved value to the integration result to obtain a reference fund; When the funding limit is exceeded, it is determined that the result of the integration is invalid.
  • the available transaction record integration module 110 may be further configured to: when it is determined that the result of the integration is invalid, return to perform the integration.
  • the funding limit generally does not exceed the total funds of the user.
  • the funding limit may be less than the total funds of the user.
  • the funding limit is equal to 80% or 90% of the total funding or other proportion.
  • the funding limit may be equal to the total funds of the user.
  • the reserved value may be a predetermined value, and the predetermined value may be customized, for example, the reserved value is equal to 10% of the funds to be traded or other proportions.
  • the available transaction record integration module 110 may be further configured to: lock the transaction record to be integrated.
  • the lockunspent interface in the user's wallet client is called to lock the transaction record to be integrated, which can prevent the transaction record to be integrated from being used for other transactions.
  • 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, unlock the transaction record to be integrated.
  • the obtaining unit 1101 may be configured to obtain all available transaction records of the user.
  • the transaction record to be integrated may include at least one of the following:
  • the transaction record may be UTXO.
  • the device supporting digital voucher transactions provided by the embodiments of the present disclosure can integrate the available transaction records of users, and obtain an integrated transaction record of the user according to the result of the integration, and therefore can effectively reduce The number of available transaction records for the user.
  • the effective reduction of the number of available transaction records of the user enables the available transaction records included in the constructed transaction to be effectively reduced when a subsequent transaction is required to be constructed, thereby effectively reducing transaction fees.
  • the device for implementing transaction record integration provided by the embodiment of the present disclosure (see FIGS. 16 to 22 and related descriptions) can effectively determine a transaction record to be integrated among a user's available transaction records, and therefore can The integrated transaction records are integrated to obtain an integrated transaction record of the user, so the number of available transaction records of the user can be effectively reduced.
  • the effective reduction of the number of available transaction records of the user enables the available transaction records included in the constructed transaction to be effectively reduced when a subsequent transaction is required to be constructed, thereby effectively reducing transaction fees.
  • An embodiment of the present disclosure further provides a digital voucher client, which includes the device for supporting digital voucher transactions in the foregoing embodiment.
  • the digital voucher client may also include the device for integrating digital voucher transaction records in the foregoing embodiment.
  • An embodiment of the present disclosure further provides a computer-readable storage medium storing computer-executable instructions configured to execute the method for supporting digital voucher transactions of the foregoing embodiment.
  • the computer-executable instructions may also be configured to execute the method for implementing integration of digital voucher transaction records in the foregoing embodiment.
  • An embodiment of the present disclosure also provides a computer program product.
  • the computer program product includes a computer program stored on a computer-readable storage medium, and the computer program includes program instructions.
  • the program instructions When the program instructions are executed by a computer, The computer executes the method for supporting digital voucher transactions in the above embodiment.
  • the program instructions may also cause the computer to execute the method for implementing integration of digital voucher transaction records in the foregoing embodiment.
  • the computer-readable storage medium described above may be a transitory computer-readable storage medium or a non-transitory computer-readable storage medium.
  • An embodiment of the present disclosure further provides an electronic device, including:
  • At least one processor At least one processor
  • a memory connected in communication with the at least one processor; wherein,
  • the memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, causes the at least one processor to execute the method for supporting digital voucher transactions in the foregoing embodiment.
  • 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 2701, and a processor 2701 is taken as an example in FIG. 27; and the memory 2702 may further include a communication interface 2703 and a bus 2704. Among them, the processor 2701, the communication interface 2703, and the memory 2702 can complete communication with each other through the bus 2704. The communication interface 2703 can be used for information transmission.
  • the processor 2701 may call a logic instruction in the memory 2702 to execute the method for supporting digital voucher transactions in the foregoing embodiment.
  • logic instructions in the memory 2702 may be implemented in the form of software functional units and sold or used as independent products, and may be stored in a computer-readable storage medium.
  • the memory 2702 is a computer-readable storage medium and can be used to store software programs and 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 running software programs, instructions, modules, and units stored in the memory 2702, that is, implementing the method for supporting digital voucher transactions in the foregoing method embodiments.
  • the memory 2702 may include a storage program area and a storage data area, where the storage program area may store an operating system and application programs 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.
  • the memory 2702 may include a high-speed random access memory, and may further include a non-volatile memory.
  • the instruction may also cause the at least one processor to execute the method for implementing integration of digital voucher transaction records in the foregoing embodiment.
  • the technical solution of the embodiment of the present disclosure may be embodied in the form of a software product.
  • the computer software product is stored in a storage medium and includes one or more instructions for making a computer device (which may be a personal computer, a server, or a network) Equipment, etc.) perform all or part of the steps of the method described in the embodiments of the present disclosure.
  • the foregoing storage medium may be a non-transitory storage medium, including: a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, etc.
  • 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.
  • the first element may be called the second element, and likewise, the second element may be called the first element, as long as all occurrences of the "first element” are consistently renamed and all occurrences
  • the “second component” can be renamed consistently.
  • the first element and the second element are both elements, but may not be the same element.
  • the aspects, implementations, implementations or features in the described embodiments can be used individually or in any combination.
  • Various aspects in 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 storing computer-readable code, the computer-readable code including instructions executable by at least one computing device.
  • the computer-readable medium can be associated with any data storage device capable of storing data, which can be read by a computer system.
  • Computer-readable media for example may include read-only memory, random-access memory, CD-ROM, HDD, DVD, magnetic tape, and optical data storage devices.
  • the computer-readable medium may also be distributed among computer systems connected through a network, so that the computer-readable code can be stored and executed in a distributed manner.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un procédé et un appareil permettant de prendre en charge une transaction de certificat numérique, un client de certificat numérique, un support d'informations lisible par ordinateur, un produit programme informatique et un dispositif électronique. Le procédé consiste : à intégrer des enregistrements de transaction disponibles d'un utilisateur, des enregistrements de transaction à intégrer dans les enregistrements de transaction disponibles étant pris comme des enregistrements de transaction à intégrer (S10) ; et à obtenir un enregistrement de transaction intégré de l'utilisateur en fonction d'un résultat de l'intégration (S20).
PCT/CN2018/113977 2018-07-31 2018-11-05 Procédé et appareil permettant de prendre en charge une transaction de certificat numérique WO2020024474A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810857626.2A CN109272403A (zh) 2018-07-31 2018-07-31 一种支持数字货币交易的方法和装置
CN201810857626.2 2018-07-31

Publications (1)

Publication Number Publication Date
WO2020024474A1 true WO2020024474A1 (fr) 2020-02-06

Family

ID=65148261

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/113977 WO2020024474A1 (fr) 2018-07-31 2018-11-05 Procédé et appareil permettant de prendre en charge une transaction de certificat numérique

Country Status (2)

Country Link
CN (1) CN109272403A (fr)
WO (1) WO2020024474A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113222752A (zh) * 2019-04-12 2021-08-06 创新先进技术有限公司 基于区块链的数据处理系统、方法、计算设备及存储介质
US11315115B2 (en) 2019-04-12 2022-04-26 Advanced New Technologies Co., Ltd. Blockchain-based data processing system, method, computing device and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106503053A (zh) * 2016-09-26 2017-03-15 江苏通付盾科技有限公司 Utxo查询方法及装置
CN107147735A (zh) * 2017-05-12 2017-09-08 北京博晨技术有限公司 一种基于分层结构的分布式账本系统
WO2018078519A1 (fr) * 2016-10-25 2018-05-03 nChain Holdings Limited Procédé et système pour diriger un échange associé à un jeton détenu de manière anonyme sur une chaîne de blocs

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150170112A1 (en) * 2013-10-04 2015-06-18 Erly Dalvo DeCastro Systems and methods for providing multi-currency platforms comprising means for exchanging and interconverting tangible and virtual currencies in various transactions, banking operations, and wealth management scenarios
CN105681301B (zh) * 2016-01-16 2019-03-12 杭州复杂美科技有限公司 区块链上的结算方法
CN105959307A (zh) * 2016-06-30 2016-09-21 中国科学院计算技术研究所 基于区块链技术的存在证明及认证服务方法及系统
CN106815764B (zh) * 2017-01-18 2020-12-08 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种基于联盟链的数字资产的管理方法及系统
CN107330692B (zh) * 2017-06-26 2022-05-24 中国人民银行数字货币研究所 数字货币的流通方法和装置
CN107369083B (zh) * 2017-06-26 2020-11-13 中国人民银行数字货币研究所 一种银行间使用数字货币进行结算的方法和系统
CN107358522B (zh) * 2017-06-26 2020-09-29 中国人民银行数字货币研究所 一种用存款兑换数字货币方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106503053A (zh) * 2016-09-26 2017-03-15 江苏通付盾科技有限公司 Utxo查询方法及装置
WO2018078519A1 (fr) * 2016-10-25 2018-05-03 nChain Holdings Limited Procédé et système pour diriger un échange associé à un jeton détenu de manière anonyme sur une chaîne de blocs
CN107147735A (zh) * 2017-05-12 2017-09-08 北京博晨技术有限公司 一种基于分层结构的分布式账本系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TOWNS, A.: "Field Report: Consolidation of 4 Million UTXOs at Xapo", 30 July 2018 (2018-07-30), pages 1 - 2, XP055682735, Retrieved from the Internet <URL:https://bitcoinops.org/en/xapo-utxo-consolidation> *

Also Published As

Publication number Publication date
CN109272403A (zh) 2019-01-25

Similar Documents

Publication Publication Date Title
US11042876B2 (en) Transaction method and system based on centralized settlement and blockchain deposit certificates
US20210049608A1 (en) Transaction method and system based on centralized clearing and blockchain record keeping
US10986177B2 (en) Systems and methods of self-forking blockchain protocol
EP4071610A1 (fr) Procédé, appareil et dispositif de traitement de transaction, et support de stockage informatique
US20210049595A1 (en) Transaction method and system based on centralized settlement and block chain storage
US20210083856A1 (en) Improved hardware security module management
US20210099299A1 (en) Expendable cryptographic key access
US10579973B2 (en) System for efficient processing of transaction requests related to an account in a database
WO2019210714A1 (fr) Procédé de consensus de chaîne de blocs, nœud de comptabilité et nœud
US11276060B2 (en) Transferring operations based on blockchain smart contract
EP3852040B1 (fr) Procédé et appareil, dispositif et support de traitement de transfert de chaînes de blocs
US11544245B2 (en) Transaction processing method, apparatus, and device and computer storage medium
CN111161071A (zh) 基于区块链的数据处理方法、装置、设备和存储介质
US20220198559A1 (en) Methods and systems for tracking unspent transaction output (utxo) tokens in a distributed ledger technology-based network
WO2020024474A1 (fr) Procédé et appareil permettant de prendre en charge une transaction de certificat numérique
WO2020024473A1 (fr) Procédé et appareil pour mettre en œuvre l&#39;intégration d&#39;enregistrements de transaction de certificat numérique
JP2023536163A (ja) ブロックチェーントークン
WO2016060550A1 (fr) Système de traitement électronique pour document électronique et fichier électronique
CN112181599A (zh) 模型训练方法、装置及存储介质
AU2017371238A1 (en) Method of inputting document information, device, server, and storage medium
CN114531941A (zh) 多标准区块链协议
WO2020024462A1 (fr) Procédé et dispositif de mise en œuvre d&#39;intégration d&#39;enregistrements de transaction de certificat numérique
WO2020024461A1 (fr) Procédé et appareil pour mettre en œuvre l&#39;intégration d&#39;enregistrements de transactions de certificat numérique
EP4020873A2 (fr) Procédé et appareil de gouvernance d&#39;une communauté de chaînes de blocs, dispositif et support d&#39;informations
CN111324645A (zh) 区块链的数据处理方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18928675

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18928675

Country of ref document: EP

Kind code of ref document: A1