Digital currency medium, payment method and payment system supporting smart contract

Abstract

A digital currency medium, payment method and payment system supporting smart contract. The digital currency payment method supporting smart contract comprises the following steps: when payment is made using digital currency, it is checked whether there is a contract identification field on the coin string of the digital currency, if there is, the specific provisions of the corresponding smart contract are checked, and it is verified whether the current payment conforms to the provisions of the relevant smart contract; when the payment conforms to the provisions, the payment is completed; when the provisions are not met, the payment is rejected. The smart contract of the present application has strong expansibility, is suitable for various scenes, facilitates editing of the smart contract, supports both static contract and dynamic contract; the smart contract of the present application can adopt a contract center or not, financial business expands fast, bank system pressure is small, transaction is flexible, settlement is fast and safe.

Description

Technical Field

[0001] This invention relates to the field of digital currency technology, specifically to a digital currency medium, payment method, and payment system that supports smart contracts. Background Technology

[0002] The digital yuan is a legal digital currency issued by the central bank. It is operated by designated institutions and exchanged with the public, and is equivalent to paper money and coins. Compared to paper money and coins, digital yuan transactions are traceable and controllable. Therefore, when using ordinary yuan for various welfare policy subsidies, digital yuan can be used to strengthen the supervision of fund flows based on its traceability, addressing previously frequent cases of fraudulent claims or misappropriation. However, existing digital yuan payment systems are still based on ex-post supervision. Even though partial management through contracts is possible, the current technology only supports ID management for digital yuan coin strings, preventing the execution of editable contracts, resulting in rigidity and limited application. Furthermore, existing digital yuan specifications lack rules for smart contracts, making it impossible to extend from the underlying layer. Therefore, developing an editable smart contract to support more flexible and timely monitored yuan payment transactions is an urgent problem to be solved. Summary of the Invention

[0003] In view of this, the main objective of the present invention is to provide a digital RMB transaction method and system that supports smart contracts, in order to at least partially solve the above-mentioned technical problems.

[0004] Therefore, as a first aspect of the present invention, a method for licensing digital currency strings that support transaction contracts is proposed, comprising the following steps:

[0005] A digital currency string is written into a digital currency medium, wherein the digital currency string contains a contract identifier field, which is used to indicate or limit the smart contract that needs to be followed when the digital currency string is traded.

[0006] As a second aspect of the present invention, a digital currency payment method supporting smart contracts is also proposed, comprising the following steps:

[0007] When using digital currency for payment, check whether there is a contract identifier field on the digital currency string. If it exists, check the specific provisions of the corresponding smart contract and verify whether the current payment complies with the provisions of the relevant smart contract.

[0008] If the payment meets the requirements, the payment is completed; if it does not meet the requirements, the payment is rejected.

[0009] As a third aspect of the present invention, a digital currency payment device supporting smart contracts is also provided, comprising:

[0010] The writing module is used to write digital currency strings into the digital currency medium of the digital currency payment device. When a smart contract exists, the written digital currency string includes a contract identifier field, which is used to indicate or limit the smart contract that needs to be followed when the digital currency string is traded.

[0011] The verification module is used to query whether a contract identifier field exists on the digital currency string when payment is made using a digital currency string. If it exists, the module queries the specific provisions of the corresponding smart contract and verifies whether the current payment complies with the provisions of the smart contract.

[0012] The payment module is used to make payments using the digital currency string when the payment complies with the provisions of the corresponding smart contract.

[0013] As a fourth aspect of the present invention, a digital currency hardware wallet supporting smart contracts is also proposed, comprising a security chip, a communication module, and a main processing module, wherein:

[0014] A security chip is used to store digital currency strings, the digital currency strings containing a contract identifier field, the contract identifier field being used to indicate or limit the smart contract that must be followed when the digital currency strings are traded;

[0015] The communication module is used to query the server for the smart contract corresponding to the contract identifier field on the digital currency string when making payment using the digital currency string containing the contract identifier field, and to receive the query result.

[0016] The main processing module is used to query whether the contract identifier field exists on the digital currency string, and to verify whether the current payment complies with the provisions of the smart contract based on the query result of the communication module. When the payment complies with the provisions of the corresponding smart contract, the digital currency string is used for payment.

[0017] As a fifth aspect of the present invention, a digital currency payment system supporting transaction contracts is also proposed, comprising:

[0018] The contract creation subsystem is used to create smart contracts and transmit the contract number and related information to the bank's digital currency system; the smart contract is used to define the transaction rules that digital currency strings need to follow;

[0019] The bank's digital currency system is used to generate a digital currency string containing a contract identifier field based on the relevant information transmitted by the contract creation subsystem, and authorize it to the digital currency wallet at the payment end.

[0020] The payment-end digital currency wallet is used to store digital currency strings containing the contract identifier field, and to perform payment operations with the receiving-end digital currency wallet;

[0021] The receiving digital currency wallet is used to query and verify whether the payment complies with the smart contract based on the contract identifier field in the digital currency string when making a payment operation with the paying digital currency wallet. If it does, the payment operation is completed.

[0022] As a sixth aspect of the present invention, a simplified transaction contract authorization method that does not require a contract center is also proposed, comprising the following steps:

[0023] The business system generates a specific transaction contract with a contract ID number and a contract identifier field based on the pre-defined transaction rules and the identity identifier sent by the digital currency wallet at the payment end;

[0024] The bank's digital currency system receives a specific transaction contract ID number sent by the business system and verifies it. Once the ID number is deemed valid, an authorized digital currency string with a contract identifier field is generated and sent to the business system. The contract identifier field is used to indicate or limit the smart contract that must be followed when the digital currency string is traded.

[0025] The business system writes the authorized digital currency string into the payment terminal's digital currency wallet to authorize the simplified transaction contract.

[0026] As a seventh aspect of the present invention, a method for verifying an editable transaction contract is also provided, comprising the following steps:

[0027] When a payment terminal digital currency wallet performs a payment operation with a receiving terminal digital currency wallet, the digital currency string with the contract identifier field in the payment terminal digital currency wallet is sent to the receiving terminal digital currency wallet first.

[0028] The receiving digital currency wallet decodes the digital currency string and sends a verification request to the contract center.

[0029] The contract center verifies the transaction contract. If it finds that the contract meets the policy-restricted usage scenarios and purposes, it issues a verification success message and sends a lending application to the bank's digital currency system.

[0030] The bank's digital currency system absorbs and mints the digital currency strings to form new digital currency strings, which are then sent to the contract center.

[0031] The contract center will send the newly formed digital currency string to the receiving digital currency wallet;

[0032] The receiving digital currency wallet writes the new digital currency string into the corresponding paying digital currency wallet.

[0033] As an eighth aspect of the present invention, a simplified method for verifying transaction contracts that does not require a contract center is also proposed, comprising the following steps:

[0034] When a payment terminal digital currency wallet performs a payment operation with a receiving terminal digital currency wallet, the digital currency string with the contract identifier field in the payment terminal digital currency wallet is sent to the receiving terminal digital currency wallet first.

[0035] The receiving digital currency wallet decodes the digital currency string and directly sends a currency lending application to the bank's digital currency system.

[0036] The bank's digital currency system performs contract verification on the digital currency string with the contract identifier field. After verification, it deducts the digital currency, mints new digital currency strings, and sends them to the receiving digital currency wallet.

[0037] The receiving end digital currency wallet writes the generated new digital currency string into the corresponding paying end digital currency wallet.

[0038] Based on the above solution, the smart contract and related payment method and system of the present invention have at least one of the following advantages over the prior art:

[0039] 1. The smart contract of the digital RMB token has strong scalability and is suitable for various scenarios. The editable contract supports both static and dynamic contracts.

[0040] 2. Editable contracts are characterized by editability, instant authorization, and operational scalability. They require the establishment of a contract center to manage the contract lifecycle and create a trusted ledger to support reconciliation. Their benefits include rapid expansion of financial business and reduced pressure on the banking system. Simplified contracts, on the other hand, are characterized by flexible transactions and fast settlement. Authorization, authentication, and a trusted ledger are handled by the operating bank. Their benefit is bank endorsement. Attached Figure Description

[0041] To make the technical problems solved by the present invention, the technical means adopted, and the technical effects achieved clearer, specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings. However, it should be noted that the drawings described below are merely drawings of exemplary embodiments of the present invention. Those skilled in the art can obtain drawings of other embodiments based on these drawings without any creative effort.

[0042] Figure 1 This is a schematic diagram of the structure of the digital currency string generated by multiple transactions according to the present invention;

[0043] Figure 2This is a schematic diagram of the structure of a specific index word of a digital currency string used in static smart contracts according to the present invention;

[0044] Figure 3 This is a schematic diagram of the structure of a specific index word of a digital currency string used in dynamic smart contracts according to the present invention;

[0045] Figure 4 This is a flowchart of the editable static contract generation method of the present invention;

[0046] Figure 5 This is a flowchart of the editable dynamic contract authorization method of the present invention;

[0047] Figure 6 This is a flowchart of the editable contract verification method of the present invention;

[0048] Figure 7 This is a flowchart of the simplified contract production method of the present invention;

[0049] Figure 8 This is a flowchart of the simplified contract verification method of the present invention. Detailed Implementation

[0050] Exemplary embodiments of the invention will now be described more fully with reference to the accompanying drawings. However, these exemplary embodiments can be implemented in many forms and should not be construed as limiting the invention to the embodiments set forth herein. Rather, these exemplary embodiments are provided to make the invention more comprehensive and complete, and to facilitate a full communication of the inventive concept to those skilled in the art. The same reference numerals in the drawings denote the same or similar elements, components, or parts, and therefore repeated descriptions of them will be omitted.

[0051] Subject to the technical concept of this invention, the features, structures, characteristics or other details described in a particular embodiment may be combined in one or more other embodiments in a suitable manner.

[0052] In the description of specific embodiments, the features, structures, characteristics, or other details described in this invention are intended to enable those skilled in the art to fully understand the embodiments. However, it is not excluded that those skilled in the art can practice the technical solutions of this invention without one or more of the specific features, structures, characteristics, or other details.

[0053] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0054] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0055] It should be understood that although terms such as "first," "second," "third," etc., indicating designations, may be used herein to describe various devices, elements, components, or parts, this should not be limited by these terms. These terms are used to distinguish one from another. For example, a first device may also be referred to as a second device without departing from the essential technical solution of this invention.

[0056] The terms “and / or” or “and / or” include any one or more of the listed items in relation to each other.

[0057] The "digital currency" referred to in this invention refers to currency in digital form, primarily positioned within M0, which is equivalent to cash and coins in circulation. Here, "currency" refers to currency in the true sense, not tokens. In other words, currency is a contract between owners regarding the right to exchange, based on a certain credit foundation, which can be sovereign credit or collective credit. The technical solution based on "digital currency" in this invention specifically refers to "legal tender" with a national sovereign information foundation, such as the digital yuan.

[0058] It is important to note that the "digital currency" referred to in this invention is fundamentally different from third-party electronic payments. "Digital currency" is real money, a digital form of legal tender, and is equivalent to paper money and coins, which are merely payment tools that display bills and balances, not actual currency.

[0059] In this invention, "digital currency" is stored in a "digital currency wallet" and used for payments. Therefore, the "digital currency wallet" referred to in this invention refers to a tool for storing and paying digital currency, which can be software, hardware, or other forms. However, while a "digital currency wallet" should have both storage and payment functions, in practice it can be implemented by sub-devices or modules, each of which can partially implement either storage or payment functions. For example, a digital currency wallet at a subway entrance may only implement partial payment functions and needs to cooperate with a digital currency wallet at the subway exit to achieve a complete "digital currency wallet." The "digital currency wallet" referred to in this invention encompasses software, apps, or hardware devices that fully or partially implement "digital currency wallets," such as cash drawers or vaults.

[0060] It should be noted that the "digital currency wallet" of this invention does not include any so-called "wallet" of third-party payment tools. It is a wallet that can truly realize the storage and payment of currency, and does not merely borrow the concept of "wallet" to indicate a certain formal similarity.

[0061] The digital RMB of this invention follows the digital RMB standard of the People's Bank of China and is an encoded digital string, referred to as a "coin string". This coin string includes, for example, version, serial number, transaction identifier, amount, operating institution identifier, timestamp, and owner identifier. During transactions, especially offline transactions, this coin string does not need to be directly settled with the bank's digital currency center. Instead, a transaction sub-chain is added after the coin string, containing information such as the transacting party information, public key certificate, and transaction amount. Multiple transactions can sequentially add multiple transaction sub-chains, such as... Figure 1 As shown. According to the relevant standards of digital RMB, the encryption of the subsequent transaction subchain requires the decryption information of the previous transaction subchain. Therefore, in multiple transactions, it is necessary to continuously decode the encrypted information of the previous transaction, and then encrypt and encode it again after adding the new transaction subchain. As a result, the more transactions there are, the more resources and time are consumed in encryption and decryption, leading to longer transaction times.

[0062] The business rules of this invention are a set of internal specifications used for specific positions in a RMB coin string, such as the positions of free bytes in the middle or at the end (e.g., Figure 2 As shown, in this invention, a field referred to as the "smart contract index" is used to set codes that can be recognized by both or more parties to limit the object, type, amount, etc. of the transaction. In one specific embodiment, for example, a 32-word index field is drawn out in the coin string, each index word is pre-defined, and then the value of the corresponding index word is set according to the specific occasion and policy, thereby defining the specific transaction rules that conform to the corresponding occasion and policy.

[0063] For example, the following agreement can be made:

[0064]

[0065] For example, for a student aid policy, if the government's funding is only allowed to be used for teaching-related matters with a maximum amount of 5,000 yuan, then the corresponding business rule can be set as "contract identifier + 2 + 2 + 5,000 ...".

[0066] Specific options can be presented in a list format as described above, or in a binary bitmap format (e.g., "11111110"), where each "1" indicates that the corresponding option is selected, and "0" indicates that the corresponding option is not selected. For example, the following convention can be established for the nth index word:

[0067]

[0068] Other index words can be deduced similarly. For cases with more than eight options, the size of the index word can be determined based on its specific byte size. For example, different byte sizes of index words can be selected (8-bit, 16-bit, 32-bit, etc.), or multiple index words can be used, such as two or three index words simultaneously, as long as both parties agree on this beforehand.

[0069] Furthermore, the business rules can be edited according to the above agreements on the service management terminal of the government department responsible for managing various support policies, such as the Rural Revitalization Bureau, Civil Affairs Bureau, Poverty Alleviation Office, Agricultural Support Office, etc. (hereinafter referred to as the "business system"), to ensure they conform to the corresponding policies and guiding principles. For example, the service management terminal can create a template for the business rules to be generated and provide a selection interface where each option can be freely edited, thus facilitating the selection of options. The selection interface can provide options through drop-down menus, single-selection buttons, or multiple-selection buttons.

[0070] Smart contracts are a concept proposed by cryptographer Nick Szabo in the 1990s, and have only gained significant development with the rise of blockchain technology. Simply put, a smart contract is a contract whose terms are recorded using computer language instead of legal language and is automatically executed by a program. In other words, a smart contract is a digital version of a traditional contract, running on a blockchain network and executed automatically by a program. In traditional blockchains, smart contracts have the following key characteristics: (1) the contract content is public and transparent; (2) the contract content is immutable; and (3) they run indefinitely. As a result, smart contracts, which are supported by the three major characteristics of blockchain, have the following advantages over traditional contracts: (1) Trustlessness; smart contracts are based on blockchain, and the contract content is open, transparent and immutable; Code is law, and traders can conduct transactions safely and securely in an environment of no trust based on their trust in the code; (2) Economy and efficiency; smart contracts avoid disagreements through computational languages, and there are almost no disputes, and the cost of reaching consensus is very low; in smart contracts, the arbitration result is immediately executed and takes effect; therefore, smart contracts are economical and efficient; (3) No need for third-party arbitration; smart contracts can be executed automatically according to the pre-set rules, so there is no need for third-party arbitration.

[0071] This invention borrows the concept of smart contracts but expands upon it to some extent. In this invention, the smart contract is editable, meaning it is essentially a contract that follows certain business rules. These business rules, as defined above, are an agreement on specific index words for RMB currency strings. The smart contract itself includes an agreement that allows editing of these specific index words for the RMB currency strings of two or more parties involved in the transaction. For convenience, an interface with several selection boxes and drop-down options can be specifically designed to select and edit the values ​​of the specific index words. Unlike the immutable content of blockchain contracts, the static smart contract of this invention is editable before the transaction, meaning that the options for the business rules can be edited and selected according to policy changes or special needs. However, once the transaction begins, the contract content is no longer allowed to be modified. Furthermore, this invention also provides a dynamic smart contract, which differs from existing smart contracts in that it allows for changes to some settings under certain conditions. In addition, based on ordinary business rules, the dynamic smart contract has an additional index word area on the coin string, and its value is pre-defined, for example, adding a 16-character additional index word to the end of the regular coin string (e.g., ...). Figure 3 As shown in the figure, the dynamic contract specifies the options that need to be dynamically changed, such as what option's value is changed to what value. The format is, for example, "the nth index in the original 32 index words + the changed value".

[0072] Therefore, the smart contracts of this invention include static contracts and dynamic contracts, each with the following characteristics:

[0073] Static contracts: Contract non-repudiation is certified by the contract center; fully compliant with the central bank's digital RMB regulations;

[0074] Dynamic contracts: Contract non-repudiation is jointly certified by the bank and the contract center; the rules for the digital RMB coin string need to be customized (for example, as mentioned above, by adding a 16-character additional index word at the end of the coin string, and the corresponding pre-agreed terms, to pre-agree on the dynamic contract part).

[0075] The contract center here refers to a department specifically established to manage smart contracts. It can generate corresponding smart contracts based on relevant government support policies and provide query and verification functions. Contract non-repudiation means that, with the assistance of technologies such as encryption and trusted ledgers, the generated contracts follow the relevant rules of the blockchain, and the contract content cannot be tampered with, deleted, or changed by illegal means.

[0076] The initial purpose of this invention was to monitor business scenarios such as dedicated funds and welfare subsidies. When implementing welfare subsidies, the bank operating institution authorizes the contract and binds it to the digital RMB token, thereby restricting the scope and occasions of the digital RMB's use. This invention supports both editable and simplified contract modes.

[0077] Specifically, this invention proposes an authorization method for digital currency strings that support transaction contracts, comprising the following steps:

[0078] A digital currency string is written into a digital currency medium, wherein the digital currency string contains a contract identifier field, which is used to indicate or limit the smart contract that needs to be followed when the digital currency string is traded.

[0079] The contract identifier field can be, for example, a symbol indicating that the cryptocurrency string must comply with a smart contract. This could be a special combination of several values, such as "##number##", where the number is the smart contract's ID, indicating where to retrieve the specific content of the corresponding smart contract from a specific server, such as a business system, contract center, or bank digital currency system. Alternatively, instead of a dedicated symbol, different values ​​for a predetermined position in the cryptocurrency string can be pre-defined as index words representing the smart contract content. The specific meaning of these index words is defined according to pre-agreed agreements among the parties. For example, conforming to the smart contract rules described above directly defines the content of the smart contract. These index words also include a field representing the smart contract ID, allowing retrieval of the corresponding smart contract's content from a specific server, such as a business system, contract center, or bank digital currency system.

[0080] The business systems described here include government departments specifically responsible for relevant assistance policies, such as the Civil Affairs Bureau and the Rural Revitalization Bureau's assistance policy management department. These departments have the administrative functions of formulating, approving, and / or implementing certain assistance policies. These business systems may not specifically correspond to a particular government agency or department, but may only represent a part of the specific functions of a department.

[0081] The prior agreement among the parties refers to the limitation on the value of the index word at a specific position in the digital currency string, so as to make it comply with the relevant policies and regulations of the government. A specific example is the student aid policy example of "contract identifier + 2 + 2 + 5000 ..." mentioned above.

[0082] The digital currency string also includes an additional index word at a second specific position, conforming to a pre-agreed agreement among the parties. This additional index word records the index value that changes when the smart contract undergoes dynamic modifications. Therefore, this digital currency string can also be applied to dynamic smart contracts, allowing some smart contracts to be modified after their implementation due to policy changes or other reasons.

[0083] This invention also discloses a digital currency payment method supporting smart contracts, comprising the following steps:

[0084] When using digital currency for payment, check whether there is a contract identifier field on the digital currency string. If it exists, check the specific provisions of the corresponding smart contract and verify whether the current payment complies with the provisions of the relevant smart contract.

[0085] If the payment meets the requirements, the payment is completed; if it does not meet the requirements, the payment is rejected.

[0086] The step of querying the specific content of a smart contract involves querying the field representing the smart contract number in the contract tag field on the transaction or management end that created the corresponding smart contract.

[0087] The transaction end for formulating contracts includes a contract center or business system, and the management end for formulating contracts includes a bank digital currency system.

[0088] The steps for completing the payment when the payment meets the requirements include: adding a transaction sub-chain after the digital currency string for payment, or directly borrowing coins through the bank's digital currency system and reminting coins to generate a new digital currency string after the transaction.

[0089] The present invention also discloses a digital currency payment device supporting smart contracts, comprising:

[0090] The writing module is used to write digital currency strings into the digital currency medium of the digital currency payment device. When a smart contract exists, the written digital currency string includes a contract identifier field, which is used to indicate or limit the smart contract that needs to be followed when the digital currency string is traded.

[0091] The verification module is used to query whether a contract identifier field exists on the digital currency string when payment is made using a digital currency string. If it exists, the module queries the specific provisions of the corresponding smart contract and verifies whether the current payment complies with the provisions of the smart contract.

[0092] The payment module is used to make payments using the digital currency string when the payment complies with the provisions of the corresponding smart contract.

[0093] This invention also discloses a digital currency hardware wallet supporting smart contracts, comprising a security chip, a communication module, and a main processing module, wherein:

[0094] A security chip is used to store digital currency strings, the digital currency strings containing a contract identifier field, the contract identifier field being used to indicate or limit the smart contract that must be followed when the digital currency strings are traded;

[0095] The communication module is used to query the server for the smart contract corresponding to the contract identifier field on the digital currency string when making payment using the digital currency string containing the contract identifier field, and to receive the query result.

[0096] The main processing module is used to query whether the contract identifier field exists on the digital currency string, and to verify whether the current payment complies with the provisions of the smart contract based on the query result of the communication module. When the payment complies with the provisions of the corresponding smart contract, the digital currency string is used for payment.

[0097] This invention also discloses a digital currency payment system supporting transaction contracts, comprising:

[0098] The contract creation subsystem is used to create smart contracts and transmit the contract number and related information to the bank's digital currency system; the smart contract is used to define the transaction rules that digital currency strings need to follow;

[0099] The bank's digital currency system is used to generate a digital currency string containing a contract identifier field based on the relevant information transmitted by the contract creation subsystem, and authorize it to the digital currency wallet at the payment end.

[0100] The payment-end digital currency wallet is used to store digital currency strings containing the contract identifier field, and to perform payment operations with the receiving-end digital currency wallet;

[0101] The receiving digital currency wallet is used to query and verify whether the payment complies with the smart contract based on the contract identifier field in the digital currency string when making a payment operation with the paying digital currency wallet. If it does, the payment operation is completed.

[0102] The contract creation subsystem is either a contract center or a business system.

[0103] When the contract creation subsystem is a business system, the bank digital currency system is also used to receive and store the smart contract from the contract creation subsystem.

[0104] As a preferred embodiment of the present invention, the present invention also discloses a method for authorizing digital currency, comprising the following steps:

[0105] Based on the pre-defined transaction rules sent by the business system and the identity identifier sent by the digital currency wallet, the contract center generates a specific transaction contract with a contract identifier.

[0106] The bank's digital currency system receives a specific transaction contract ID number sent by the contract center and verifies it. Once it is deemed legal and valid, it generates an authorized coin string with a contract identifier and sends it to the contract center.

[0107] The contract center sends the generated authorization coin string to the business system;

[0108] The business system writes the generated authorized coin string into the digital currency wallet.

[0109] The contract identifier is an index word located at a specific position in the digital currency string.

[0110] The predetermined transaction rules refer to the restrictions on the values ​​of index words at specific positions in the digital currency string, in accordance with a pre-arranged agreement.

[0111] The digital currency with the contract identifier includes a digital currency string, wherein a contract mark and an index word conforming to predetermined transaction rules are included at a specific location in the digital currency string.

[0112] In processing dynamic smart contracts, the bank's digital currency system receives and verifies a specific transaction contract ID and signature sent by the contract center. Furthermore, the second specific position of the digital currency string includes an additional index word conforming to predetermined transaction rules. This additional index word records the index value that changes when the smart contract undergoes dynamic modifications. Therefore, this digital currency string can be applied to dynamic smart contracts, allowing some smart contracts to be modified after their implementation due to policy changes or other reasons.

[0113] The specific transaction contracts are created and managed by the contract center and require approval from higher-level departments to prevent internal personnel from privately altering them for profit. The contract center has templates for generating transaction contracts, and users can select corresponding transaction settings options through drop-down menus, single-selection, or multi-selection buttons.

[0114] As a preferred embodiment of the present invention, the present invention also discloses a simplified transaction contract authorization method that does not require a contract center, comprising the following steps:

[0115] The business system generates a specific transaction contract with a number and a contract identifier based on the pre-defined transaction rules and the identity identifier sent by the digital currency wallet;

[0116] The bank's digital currency system receives a specific transaction contract ID number sent by the business system and verifies it. Once it is deemed legal and valid, it generates an authorized coin string with a contract identifier and sends it to the business system.

[0117] The business system writes the authorized coin string into the digital currency wallet to authorize the simplified transaction contract.

[0118] The contract identifier is an index word located at a specific position in the digital currency string.

[0119] The predetermined transaction rules refer to the restrictions on the values ​​of index words at specific positions in the digital currency string, in accordance with a pre-arranged agreement.

[0120] The digital currency with the contract identifier includes a digital currency string, wherein a contract mark and an index word conforming to predetermined transaction rules are included at a specific location in the digital currency string.

[0121] The specific transaction contracts are created and managed by the business system and require approval from higher-level departments to prevent internal personnel from privately altering them for profit. The business system has templates for generating transaction contracts, and users can select corresponding transaction settings options through drop-down menus, single-choice or multi-choice buttons.

[0122] The step of the business system obtaining the identity of the digital currency wallet is achieved by registering the digital currency wallet with the business system (i.e., the relevant government management agency) when applying for digital currency for a specific purpose, or by searching the list of digital currency wallets and their digital certificates that comply with relevant policies stored in the system when the business system distributes digital currency for a specific purpose.

[0123] As a preferred embodiment of the present invention, the present invention also discloses a verification method for an editable transaction contract, namely a payment method, comprising the following steps:

[0124] When a digital currency wallet is used for a transaction at a designated payment institution (payment device), the digital currency string with the contract identifier in the digital currency wallet is sent to the payment institution first.

[0125] Consumer institutions decode the digital currency string with the contract identifier and send a verification request to the contract center.

[0126] The contract center verifies the transaction contract. If it finds that the contract meets the policy-restricted usage scenarios and purposes, it issues a verification success message and sends a lending application to the bank's digital currency system.

[0127] The bank's digital currency system absorbs and mints the digital currency strings to form new digital currency strings, which are then sent to the contract center.

[0128] The contract center will send the newly formed digital currency tokens to consumer institutions;

[0129] Consumer institutions write the new digital currency string into the corresponding digital currency wallet, which is equivalent to deducting and settling payments for the specific digital currency.

[0130] As a preferred embodiment of the present invention, the present invention also discloses a simplified contract verification method, namely a payment method, comprising the following steps:

[0131] When a digital currency wallet is used for a transaction at a designated consumer institution (payment device), the digital currency string with a contract identifier attached to the digital currency wallet is sent to the consumer institution first.

[0132] Consumer institutions decode the digital currency string and directly submit a currency lending application to the bank's digital currency system;

[0133] The bank's digital currency system verifies the contract of the digital currency string with the contract identifier. After verification, the digital currency is lent out, minted to generate new digital currency strings, and sent to consumer institutions.

[0134] Consumer institutions write the newly generated digital currency string into the corresponding digital currency wallet, which is equivalent to deducting and settling the specific digital RMB.

[0135] The contract verification step performed by the bank's digital currency system on the digital currency string is achieved by first decoding the digital currency string to obtain the contract identifier and the number of the specific transaction contract stored on the corresponding business system, and then querying the corresponding specific transaction contract to determine whether the digital currency string complies with the corresponding transaction rules.

[0136] To make the objectives, technical solutions, and advantages of the present invention clearer, the present invention will be further described in detail below with reference to specific embodiments and accompanying drawings.

[0137] Example 1

[0138] like Figure 4 As shown, this invention proposes an authorization method for editable static contracts, comprising the following steps:

[0139] The Rural Revitalization Bureau's poverty alleviation policy management department (business system) formulates policies related to educational assistance into business rules and sends them to the contract center. These business rules are an agreement on specific indexes for RMB currency strings. Each RMB currency string contains 32 indexes, each with a specific meaning. The nth indexe indicates the place where the currency string can be traded (e.g., the school's academic affairs office, shops within the school), the (n+1)th indexe indicates the scope of transactions (e.g., tuition fees, book fees, school meal fees), and so on; where n is a natural number greater than the number of digits occupied by the contract identifier. This ensures that the RMB currency string can only be traded within the trading venues and scope specified by the indexes. Specific regulations only need to be agreed upon by both parties and comply with the agreements reached between the business system, the receiving equipment, and the bank's digital currency management institution.

[0140] The hardware wallet sends its wallet certificate to the contract center. This wallet certificate can be an encrypted or unencrypted certificate specially granted by the banking regulatory authority to identify the uniqueness and legitimacy of the hardware wallet. This process can be initiated when the hardware wallet owner, after learning of relevant policies, applies to relevant government agencies for specific support or subsidies to receive the corresponding digital RMB, and registers for such support. Alternatively, it can be initiated when relevant government agencies, after collecting sufficient information and identifying specific beneficiaries and corresponding accounts, forward the list of hardware wallets compliant with relevant policies and their digital certificates stored in the system to the contract center before distributing specific digital RMB.

[0141] Based on this, the contract center formulates smart contracts that stipulate the transaction contracts for specific digital RMB within the smart wallet, clearly defining the transaction parties and purposes of use. This ensures that the specific digital RMB in the hardware wallet can only be used within specific business systems and categories. The difference between this specific digital RMB and regular digital RMB lies in its restricted usage scenarios and purposes, i.e., "dedicated funds for specific purposes." The smart contracts here are transaction contracts formed according to the aforementioned business rules issued by the business system. They also adhere to the agreement on specific index words for RMB currency strings and include the certificates of the transacting parties.

[0142] The contract center sends the smart contract's ID number to the bank's digital currency system.

[0143] The bank's digital currency system reviews the smart contract to determine whether it complies with relevant business rules. Once it is deemed legal and valid, the system authorizes the signature and sends the authorized coin string to the contract center.

[0144] The contract center generates a trusted ledger and registers it within the system.

[0145] The contract center sends the generated coin string and trusted ledger to the business system.

[0146] The business system writes the generated coin string into the corresponding hardware wallet, which is equivalent to distributing the specific digital RMB downwards.

[0147] Example 2

[0148] like Figure 5 As shown, this invention proposes an authorization method for editable dynamic contracts, comprising the following steps:

[0149] The Rural Revitalization Bureau's poverty alleviation policy management department (business system) formulates poverty alleviation policies into business rules and sends them to the contract center. These policies specify the transaction prices and trading partners for agricultural products from poverty-stricken individuals, thereby reducing intermediate transaction links and directly benefiting both the poverty-stricken individuals and the trading partners. These business rules are a set of specific index words for RMB currency strings. In addition to the 32 index words in the RMB currency string, supplementary index words are added to expand the scope of the agreed-upon matters, such as 16 additional index words, to avoid insufficient index words due to excessive number of rules. Each index word represents a specific meaning. For example, the nth index word indicates the trading partner of the currency string (e.g., specific identities such as civil servants or teachers); the (n+1)th index word indicates the transaction price of the currency string owner (e.g., the selling price of agricultural products is 3 yuan); the (n+2)th index word indicates the purchase price of the trading partner (e.g., the purchase price of agricultural products is 5 yuan), and so on; where n is a natural number greater than the number of digits occupied by the contract identifier. This allows the RMB coin string to be traded only within the agreed-upon trading partners and prices. The poverty alleviation beneficiaries sell to the designated supermarket at a relatively favorable price (3 yuan), earning more than the 1.2 yuan purchase price from general vendors; while the trading partners purchase from the designated supermarket at a relatively favorable price (5 yuan), which is cheaper than purchasing from market vendors (e.g., 10 yuan). Thus, both the poverty alleviation beneficiaries and the trading partners (specific purchase-restricted personnel) enjoy the benefits.

[0150] The business system sends business rules to the contract center; these business rules can define the transaction objects and scope of the business system.

[0151] Based on this, the contract center formulates smart contracts that stipulate the scope and purpose of use of the specific digital RMB. The difference between this specific digital RMB and the regular digital RMB is that its use is limited to specific occasions and purposes, that is, "funds for designated purposes only".

[0152] The hardware wallet sends its wallet certificate to the contract center. This wallet certificate can be an encrypted or unencrypted certificate specially granted by the banking regulatory authority to identify the uniqueness and legitimacy of the hardware wallet. This process can be initiated when the hardware wallet owner, after learning of relevant policies, applies to relevant government agencies for specific support or subsidies to receive the corresponding digital RMB, and registers for such support. Alternatively, it can be initiated when relevant government agencies, after collecting sufficient information and identifying specific beneficiaries and corresponding accounts, forward the list of hardware wallets compliant with relevant policies and their digital certificates stored in the system to the contract center when preparing to distribute specific digital RMB.

[0153] After receiving the wallet certificate, the contract center queries the corresponding public key and digitally signs the public key together with the smart contract.

[0154] The contract center sends the smart contract's ID number and the signature's MAC (Information Authentication Code) to the bank's digital currency system (bank digital currency management system).

[0155] The bank's digital currency system reviews the smart contract. Once it is deemed legal and valid, it signs and authorizes the contract, and then sends the authorized coin string to the contract center.

[0156] The contract center generates a trusted ledger and registers it within the system.

[0157] The contract center sends the generated coin strings and trusted ledgers to the business system so that the business system can determine the coin strings and transaction types (ledgers) that can be traded.

[0158] The business system writes the generated RMB currency string into the corresponding hardware wallet, which is equivalent to distributing the specific digital RMB downwards.

[0159] Example 3

[0160] like Figure 6 As shown, this invention also proposes a verification method (payment method) for an editable contract, comprising the following steps:

[0161] When a hardware wallet is used for a transaction within a designated business system, the contract coin string within the hardware wallet is sent to the business system first.

[0162] The business system decodes the contract coin string and sends a verification request to the contract center.

[0163] The contract center verifies the corresponding smart contract. If it finds that the use case and purpose meet the policy requirements and are "for designated purposes", it will issue a verification success message and send a coin lending application to the bank's digital currency system.

[0164] The bank's digital currency system absorbs the digital yuan, mints new coins to form a new coin string, and sends it to the contract center.

[0165] The contract center generates a trusted ledger and registers it within the system.

[0166] The contract center sends the generated coin string to the business system so that the business system can deduct the transaction amount.

[0167] The business system writes the generated new coin string into the corresponding hardware wallet, which is equivalent to deducting and settling the payment for that specific digital RMB.

[0168] Example 4

[0169] like Figure 7 As shown, this invention also proposes a simplified contract authorization method that does not require a contract center, comprising the following steps:

[0170] The hardware wallet sends its wallet certificate to the business system. This wallet certificate can be an encrypted or unencrypted certificate specially granted by the banking regulatory authority to identify the uniqueness and legitimacy of the hardware wallet. This process can involve the hardware wallet registering with relevant government agencies when applying for a specific digital yuan, or the relevant government agencies forwarding a list of hardware wallets that comply with relevant policies and their digital certificates stored in their system to the business system when distributing specific digital yuan.

[0171] The business system formulates corresponding business rules based on relevant policies. These business rules define the transaction objects and scope of the business system. Each business rule corresponds to a static smart contract, and the system assigns a number to each business rule.

[0172] The business system sends the ID number (number) of the static smart contract (business rule) to the bank's digital currency system.

[0173] The bank's digital currency system reviews the smart contract. Once it is deemed legal and valid, it signs and authorizes the contract, then sends the authorized coin string to the business system so that the business system can determine which coin strings are eligible for trading.

[0174] The business system writes the generated coin string into the corresponding hardware wallet, which is equivalent to distributing the specific digital RMB downwards.

[0175] Example 5

[0176] like Figure 8 As shown, this invention also proposes a simplified contract verification method (payment method), comprising the following steps:

[0177] When a hardware wallet is used for a transaction on a designated acceptance device, the contract coin string within the hardware wallet is sent to that acceptance device first.

[0178] The receiving device decodes the contract coin string and directly sends a coin lending application to the bank's digital currency system.

[0179] The bank's digital currency system first verifies the contract string. After verification, a trusted ledger is generated and filed in the system.

[0180] The bank's digital currency system absorbs the digital yuan, mints new coins into strings, and sends them to the acceptance equipment so that the acceptance equipment can deduct the payment from the transaction.

[0181] The receiving device writes the generated new coin string into the corresponding hardware wallet, which is equivalent to deducting and settling the payment for that specific digital RMB.

[0182] In summary, this invention can be implemented in hardware including an encryption chip (SE chip), or in software modules running on one or more processors, or a combination thereof. Those skilled in the art will understand that in practice, general-purpose data processing devices such as microcomputer processors or mobile phone processors can be used to implement some or all of the functions of some or all of the components according to the embodiments of the invention. This invention can also be implemented as a device or system program (e.g., a computer program and computer program product) for performing part or all of the methods described herein. Such a program implementing the invention can be stored on a computer-readable medium, or can be in the form of one or more signals. Such signals can be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.

[0183] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of the present invention. It should be understood that the above descriptions are merely specific embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for authorizing digital currencies that support transaction contracts, characterized in that, Includes the following steps: The contract center generates a smart contract with a contract identifier field based on the pre-defined transaction rules sent by the business system and the wallet certificate sent by the digital currency medium. The bank's digital currency system receives and verifies the smart contract number sent by the contract center. Once deemed valid, it generates an authorized digital currency string with a contract identifier field and sends it to the contract center. Specifically, when processing dynamic smart contracts, the bank's digital currency system receives and verifies the transaction contract number and signature sent by the contract center. The contract identifier field includes the smart contract number, and the signature is generated by the contract center using the public key corresponding to the digital currency medium certificate and the smart contract. The contract center receives the authorized digital currency string, generates a trusted ledger, and sends the authorized digital currency string and the trusted ledger to the business system; The business system writes the authorized digital currency string into the digital currency medium, wherein the digital currency string includes a contract identifier field, which indicates or limits the smart contract that must be followed when the digital currency string is traded, wherein: The contract identifier field is a symbol indicating that the cryptocurrency string must conform to a smart contract, and it indicates the specific content of the corresponding smart contract that can be found on the server; or, The contract identifier field is an index field at a predetermined position in the digital currency string. The specific meaning of the index field is defined according to the pre-agreed terms of all parties, including: different values ​​of the index field as restrictions on the index words representing the content of the smart contract, and the meaning of the index words is defined according to the pre-agreed terms of all parties to limit the content of the smart contract. The index words indicate the specific content of the corresponding smart contract when queried on the server. Among them, at the second predetermined position of the predetermined position, there is an additional index word defined according to the pre-agreed terms of all parties. The additional index word is used to record the index value that has changed when the smart contract is dynamically modified. It is applied to the dynamic smart contract and implements the definition of conforming to the predetermined transaction rules according to the pre-agreed terms of all parties.

2. The method as described in claim 1, characterized in that, The contract identifier field is an index field for the predetermined position of the digital currency string, including: the contract identifier field is an index field of 32 words for the predetermined position of the digital currency string.

3. The method as described in claim 1 or 2, characterized in that, The specific meaning of the indexed fields is defined according to the pre-agreed agreement among all parties, including: In digital currency payments, the parties involved pre-agree on each index word in the contract identifier field, which respectively represent the specific occasions and policy provisions agreed upon by the smart contract, in order to stipulate the specific transaction rules that the payment must follow; among them, the smart contract is used to constrain compliance with the government's support policies.

4. A digital currency payment method supporting smart contracts, characterized in that, include: When using digital currency for payment, the system checks whether a contract identifier field exists on the digital currency string. If it does, the system queries the specific provisions of the corresponding smart contract and verifies whether the current payment complies with the relevant smart contract provisions. The string is the authorized digital currency string generated by the method described in any one of claims 1-3. The payment is completed when the payment meets the requirements. If the payment does not meet the requirements, the payment will be rejected.

5. The method as described in claim 4, characterized in that, The query for the specific details of the corresponding smart contract includes: By querying the field representing the smart contract number in the contract tag field on the transaction or management end that created the corresponding smart contract; The transaction side for formulating contracts includes contract centers or business systems, while the management side for formulating contracts includes bank digital currency systems. When the payment meets the requirements, completing the payment includes: adding a transaction sub-chain after the digital currency string for payment, or directly borrowing coins through the bank's digital currency system, reminting coins to generate a new digital currency string after the transaction, and generating a trusted ledger.

6. A digital currency payment device supporting smart contracts, characterized in that, include: The writing module is used to write an authorized digital currency string into the digital currency medium of the digital currency payment device. When a smart contract exists, the written authorized digital currency string includes the authorized digital currency string generated in any one of the methods described in claims 1-3. The verification module is used to check whether a contract identifier field exists on the digital currency string when payment is made using digital currency strings. If it exists, it queries the specific provisions of the corresponding smart contract and verifies whether the current payment complies with the provisions of the smart contract. The payment module is used to make payments using digital currency strings when the payment meets the requirements of the corresponding smart contract.

7. A digital currency hardware wallet supporting smart contracts, comprising a security chip, a communication module, and a main processing module, characterized in that: A security chip for storing digital currency strings, the digital currency strings including authorized digital currency strings generated as described in any one of claims 1-3; The communication module is used to query the server for the smart contract corresponding to the contract identifier field on the digital currency string when making payment using a digital currency string containing a contract identifier field, and to receive the query result. The main processing module is used to query whether a contract identifier field exists on the digital currency string, and to verify whether the current payment complies with the smart contract based on the query results from the communication module. When the payment complies with the corresponding smart contract, the digital currency string is used for payment.

8. A digital currency payment system supporting transaction contracts, comprising: The contract creation subsystem is used to create smart contracts and transmit the contract number and related information to the bank's digital currency system. Smart contracts are used to define the transaction rules that digital currency tokens must follow; A bank digital currency system is used to generate digital currency strings based on transmitted relevant information and authorize them to digital currency wallets at the payment end. The digital currency strings include the authorized digital currency strings generated in any one of claims 1-3. The payment-end digital currency wallet is used to store digital currency strings containing a contract identifier field, and to conduct payment operations with the receiving-end digital currency wallet; The receiving digital currency wallet is used to query and verify whether the payment complies with the smart contract's requirements when making a payment operation with the paying digital currency wallet. If it does, the payment operation is completed.

9. The system as described in claim 8, characterized in that, The contract creation subsystem can be either a contract center or a business system. When the contract creation subsystem is a business system, the bank's digital currency system is also used to receive and store smart contracts from the contract creation subsystem.

10. A method for verifying an editable transaction contract, characterized in that, include: When a payment terminal digital currency wallet and a receiving terminal digital currency wallet perform a payment operation, the digital currency string with a contract identifier field attached in the payment terminal digital currency wallet is sent to the receiving terminal digital currency wallet first; wherein, the digital currency string is the authorized digital currency string generated in the method described in any one of claims 1-3; The receiving digital currency wallet decodes the digital currency string and sends a verification request to the contract center. The contract center verifies the transaction contract. If it finds that the contract meets the policy-restricted usage scenarios and purposes, it issues a verification success message and sends a lending application to the bank's digital currency system. The bank's digital currency system absorbs digital currency strings, mints new digital currency strings, and sends them to the contract center. The contract center will send the newly formed digital currency string to the receiving digital currency wallet; The receiving digital currency wallet writes the new digital currency string into the corresponding paying digital currency wallet.

11. A simplified method for verifying transaction contracts that does not require a contract center, characterized in that, include: When a payment terminal digital currency wallet and a receiving terminal digital currency wallet perform a payment operation, the digital currency string with a contract identifier field attached in the payment terminal digital currency wallet is sent to the receiving terminal digital currency wallet first; wherein, the digital currency string is the authorized digital currency string generated in the method described in any one of claims 1-3; The receiving digital currency wallet decodes the digital currency string and directly sends a currency lending application to the bank's digital currency system. The bank's digital currency system performs contract verification on digital currency strings with contract identifier fields, including: first, decoding the digital currency string to obtain the contract identifier field and the ID number of the corresponding transaction contract stored on the business system; then querying the corresponding transaction contract to determine whether the digital currency string complies with the corresponding transaction rules; after verification, the digital currency is lent, new digital currency strings are minted, and sent to the receiving end's digital currency wallet. The receiving digital currency wallet writes the generated new digital currency string into the corresponding paying digital currency wallet.

Images