[go: up one dir, main page]

WO2018070783A2 - Procédé d'émission, d'échange, de remboursement, de règlement et de révocation d'un bon électronique sur la base d'utxo et à l'aide d'une structure arborescente de merkle, et serveur l'utilisant - Google Patents

Procédé d'émission, d'échange, de remboursement, de règlement et de révocation d'un bon électronique sur la base d'utxo et à l'aide d'une structure arborescente de merkle, et serveur l'utilisant Download PDF

Info

Publication number
WO2018070783A2
WO2018070783A2 PCT/KR2017/011208 KR2017011208W WO2018070783A2 WO 2018070783 A2 WO2018070783 A2 WO 2018070783A2 KR 2017011208 W KR2017011208 W KR 2017011208W WO 2018070783 A2 WO2018070783 A2 WO 2018070783A2
Authority
WO
WIPO (PCT)
Prior art keywords
hash value
electronic voucher
value
specific
issuer
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2017/011208
Other languages
English (en)
Korean (ko)
Other versions
WO2018070783A3 (fr
Inventor
송주한
홍재우
어준선
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Coinplug Inc
Original Assignee
Coinplug Inc
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 Coinplug Inc filed Critical Coinplug Inc
Publication of WO2018070783A2 publication Critical patent/WO2018070783A2/fr
Publication of WO2018070783A3 publication Critical patent/WO2018070783A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing

Definitions

  • the present invention relates to a method for issuing, using, refunding, settlement and destroying an electronic voucher using the Merkle Tree structure based on UTXO, and more specifically, to (a) for issuing the electronic voucher from a specific issuer.
  • the signature value of the particular issuer is obtained by signing (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the hash value of the electronic voucher data, or a value including the same, with the private key of the particular issuer.
  • a voucher that includes coupons, gift certificates, etc. is a voucher (ticket) that describes the amount or quantity for using a product or service, and is produced for the purpose of facilitating the sale of the product or service or for advertisement purposes. If a person purchases a certain product at a restaurant or a department store, the next time the user purchases the product again, a discount voucher is applied to the product for a predetermined amount or a price is paid in exchange for the purchase of the product over the predetermined amount.
  • the prize exchange ticket etc. which let you do it are called collectively.
  • the present invention aims to solve all the above-mentioned problems.
  • Another object of the present invention is to provide a method and a server for registering an electronic voucher on a blockchain of virtual currency so that copying or forgery is impossible.
  • Another object of the present invention is to provide a method and a server for securing information using a hash function and encryption technology such as the use of an electronic voucher, and forgery and forgery.
  • another object of the present invention is to provide a method and a server capable of preventing a problem such as an electronic voucher being repeatedly issued by registering an electronic voucher in a blockchain of a virtual currency.
  • a method for issuing an electronic voucher comprising: (a) electronic voucher data for issuing the electronic voucher from a specific issuer, (ii) the public key of the specific issuer and ( iii) if a signature value of the particular issuer is obtained which has signed the hash value of the electronic voucher data or a value including the same with the private key of the particular issuer, the server may (i) the electronic voucher data, (ii) the particular issuer. (I) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the particular issuer, if the public key of the (i) signature and the signature value of the particular issuer are valid.
  • a particular hash value-the particular hash value is (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the signature of the particular issuer.
  • a method of using an electronic voucher comprising: (a) an electronic comprising a PrivTxid for at least some of the previously unused electronic voucher for use of the electronic voucher from a particular user; If the voucher data, (ii) the public key of the specific user and (iii) the hash value of the electronic voucher data or a value including the same, is signed with the private key of the specific user, then the server, (i) the electronic voucher data, (ii) the public key of the specific user and (iii) the signature value of the specific user is validated and valid, (i) the electronic voucher data, (ii) the specific user (Iii) register or register an electronic voucher usage transaction containing the public key of the user and the signature value of the specific user in a private blockchain database It said, method comprising: supporting PrivTxid indicating location information on the private block the private block of the electronic voucher using transaction registered in the database chain chain database to provide or offer the particular issuer; And (b)
  • a method comprising a.
  • a method for refunding an electronic voucher comprising: (a) a PrivTxid for the electronic voucher at least partially unused and expired prior to (i) for a refund of the electronic voucher from a particular user;
  • the electronic voucher data (ii) a public key of the specific user and (iii) a hash value of the electronic voucher data or a signature value of the specific user that has signed the private key of the specific user with a value including the same; (I) if the electronic voucher data, (ii) the public key of the specific user and (iii) the signature value of the specific user is valid and valid, (i) the electronic voucher data, (ii) the Register an electronic voucher refund transaction including the public key of a specific user and (iii) the signature value of the specific user in a private blockchain database, or the like
  • support PrivTxid indicating location information on the private block the private block of the electronic voucher refund transaction registered in the database chain chain database for
  • a method comprising a.
  • a method for calculating an electronic voucher in a method for calculating an electronic voucher, (a) for the settlement of the electronic voucher from a particular merchant (i) the number of PrivTxids for the electronic voucher used and at each usage time point Electronic voucher data including at least a PrivTxid for at least some of the unused electronic vouchers, (ii) the public key of the particular merchant and (iii) the hash value of the electronic voucher data or a value including the same as the private key of the particular merchant. If the signature value of the specific seller who signed is obtained, the server checks whether (i) the electronic voucher data, (ii) the public key of the specific seller, and (iii) the signature value of the specific seller is valid.
  • electronic voucher settlement trans including (i) the electronic voucher data, (ii) the public key of the particular merchant and (iii) the signature value of the specific merchant It supports to register or register an action in a private blockchain database, and to provide or provide PrivTxid indicating location information on the private blockchain database of the electronic voucher settlement transaction registered in the private blockchain database to the specific seller. step; And (b) if a predetermined condition is satisfied, the server determines that a specific hash value-the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific merchant, and (iii) the signature of the specific merchant.
  • a method comprising a.
  • Electronic voucher data comprising a; (ii) a public key of the specific issuer; and (iii) a signature value of the specific issuer that has signed the hash value of the electronic voucher data or a value including the same with the private key of the specific issuer.
  • the server validates (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the signature value of the particular issuer, and (i) the electronic voucher data, (ii) ) Register an electronic voucher destruction transaction including the public key of the specific issuer and (iii) the signature value of the specific issuer in a private blockchain database; or Supporting registration or providing or providing PrivTxid to the specific issuer indicating location information on the private blockchain database of the electronic voucher destruction transaction registered in the private blockchain database; And (b) if a predetermined condition is satisfied, the server determines that a particular hash value-the particular hash value is (i) the electronic voucher data, (ii) the public key of the particular issuer, and (iii) the signature of the particular issuer.
  • a method comprising a.
  • a server for performing the above methods is provided.
  • a computer readable recording medium for recording a computer program for executing the method of the present invention is further provided.
  • the present invention can improve the reliability and security of the electronic voucher by registering the electronic voucher in the blockchain of the virtual currency so that copying or forgery / modulation is impossible.
  • the present invention can improve the reliability and security of the electronic voucher by ensuring that the information, such as the use of the electronic voucher is secured by using a hash function and encryption technology, and forgery / modulation is impossible.
  • the present invention can prevent the problem such as duplicated electronic voucher is issued by registering the electronic voucher in the blockchain of the virtual currency, it is possible to improve the reliability and security of the electronic voucher.
  • FIG. 1 schematically illustrates a server for issuing an electronic voucher according to an embodiment of the present invention
  • 3 and 4 schematically illustrate a process of registering an electronic voucher issuing transaction in a public blockchain database according to an embodiment of the present invention.
  • FIG. 5 schematically illustrates a method of registering an electronic voucher issuer for issuing an electronic voucher in a method for issuing an electronic voucher according to an embodiment of the present invention.
  • FIG. 8 schematically illustrates a method for calculating an electronic voucher according to an embodiment of the present invention.
  • FIG. 9 schematically illustrates a method of discarding an electronic voucher according to an embodiment of the present invention.
  • the server 100 may include a communication unit 101 and a processor 102.
  • the same reference numerals are used for the convenience of description and are not intended to mean that these individual devices are the same.
  • the server may be configured differently to perform the method, or the method may be performed through the same server 100.
  • server 100 is typically a computing device (eg, a device that may include components of a computer processor, memory, storage, input and output devices, other conventional computing devices; electronic communications such as routers, switches, etc.). Desired system performance using a combination of a device; an electronic information storage system such as network attached storage (NAS) and a storage area network (SAN) and computer software (ie, instructions that cause a computing device to function in a particular manner). It may be to achieve.
  • NAS network attached storage
  • SAN storage area network
  • the communication unit 101 of the computing device may transmit and receive a request and a response with another computing device to which the computing device is linked.
  • the request and response may be made by the same TCP session, but are not limited thereto.
  • it may be transmitted and received as a UDP datagram.
  • the processor 102 of the computing device may include a hardware configuration such as a micro processing unit (MPU) or a central processing unit (CPU), a cache memory, a data bus, and the like.
  • the operating system may further include a software configuration of an application performing a specific purpose.
  • the electronic voucher according to the present invention has tangible and intangible value information such as at least a portion of an amount, a number of times of use / use, and a commodity that can be exchanged, such as a coupon, a gift certificate, an exchange ticket, a use right, and the like. It can contain any type of electronic file you record.
  • the server 100 receives it through the communication unit 101. (S100).
  • the electronic voucher data at least one of the type information of the electronic voucher, the public key of the specific user to purchase the electronic voucher, the value information of the electronic voucher, the unique ID information of the specific issuer and the expiration date of the electronic voucher.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the issuance of the electronic voucher.
  • the public key of a specific user purchasing an electronic voucher may specify a user who purchased the electronic voucher by designating a specific user. Alternatively, by not specifying a user, the public key may be used similarly to general currency such as a bearer voucher. You may.
  • the value information of the electronic voucher may be information on tangible and intangible values, including the amount of use, the number of times of use, and information on exchangeable goods.
  • the unique ID of a specific issuer may be information for identifying a specific issuer.
  • the unique ID of a specific issuer may be a hash value or a value including the public key of a specific issuer.
  • information on a specific issuer or a specific user may be registered in advance in the server 100 or may be registered in the server 100 at a corresponding point in time if necessary, and the registration information may be a publisher having a private key and a public key. Alternatively, the user has registered his or her public key on the server 100, which will be described in another operation.
  • the expiration date information of the electronic voucher may be date information specifying the expiration date for using the electronic voucher.
  • transaction (TrxA) for issuing an electronic voucher is 1. type (issued), 2. PrivTxid or Txid for the previous transaction (in this embodiment, there is no previous PrivTxid or Txid because it is an issue of an electronic voucher), 3
  • the public key (PubA) of the user purchasing the electronic voucher as the recipient 4. the value of the issue of the electronic voucher, 5. the electronic voucher issuer ID, 6. the expiration date of the electronic voucher, 7. the public key to verify the subject of this action. Is the public key (MpubA) of the particular issuer.
  • the signature values 1, 2, 3, 4, 5, 6, and 7 (SigMPrivA (1: 2: 3: 4 :) 5: 6: 7)).
  • the processor 102 of the server 100 checks whether the (i) electronic voucher data, (ii) the public key of a specific issuer, and (iii) the signature value of a specific issuer obtained through the communication unit 101 are valid. (S101). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the processor 101 of the server 100 obtains the hash value generated by applying the hash function to the (i) electronic voucher data and (iii) the signature value of the specific issuer using the public key of the specific issuer. One value can be compared and analyzed to confirm the validity of the electronic voucher data.
  • the server 100 obtains a hash value by applying a hash function to the electronic voucher data obtained using the registered specific issuer's public key, and obtains the signature value of the specific issuer verified using the registered specific issuer's public key. This match can be checked to ensure that the electronic voucher data is valid and signed by the particular issuer.
  • the electronic voucher issuing transaction includes (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer. ), Or provide a response to the specific issuer indicating that the registration including the PrivTxid indicating location information on the private blockchain database of the electronic voucher issuing transaction registered in the private blockchain database was successful. Or may provide support (S111). However, if the confirmation result (S110) is not valid, the server 100 may provide or support a specific issuer 110 to provide or provide a response indicating a failure including an error message (S112).
  • the electronic voucher data (i) process a representative hash value or a representative hash value by computing a public key of a specific issuer and (iii) a hash value for a signature value of a specific issuer and at least one neighboring hash value matching the hash value.
  • the operation of a specific hash value and at least one neighboring hash value can be performed by various hash functions, and the hash function can be performed by MD4 function, MD5 function, SHA-0 function, SHA-1 function, SHA-224 function, It will be appreciated by those skilled in the art that the present invention may include, but is not limited to, an SHA-256 function, an SHA-384 function, an SHA-512 function, and an HAS-160 function. For example, Triple SHA256 would be possible.
  • the server 100 may store and manage a specific hash value and at least one neighbor hash value in a predetermined data structure.
  • the data structure may vary, for example, may be a merkle tree structure.
  • the calculation of a specific hash value and at least one neighboring hash value may be performed through a merkle tree.
  • the server 100 may support to generate or generate a merkle tree in which a specific hash value is assigned to a specific leaf node, and if a predetermined condition is satisfied, at least one other leaf matching the specific hash value.
  • a representative hash value generated by calculating a hash value assigned to a node or a processed value of the representative hash value may be registered or registered in the public blockchain database 120.
  • the server 100 supports (i) calculating or calculating the hash value assigned to the sibling node of the node to which (i) the specific hash value and (ii) the specific hash value is assigned, and the computed value You can support assigning or assigning a hash value for a node's parent node.
  • the parent node is the root node of the Merkle tree, the hash value assigned to the parent node becomes the representative hash value.
  • the server 100 repeatedly performs (x1) to (x3) by using the hash value assigned to the parent node as a specific hash value.
  • the server 100 supports registering or registering the hash value finally assigned to the root node of the Merkle tree as the representative hash value in the public blockchain database 120. At this time, a value obtained by processing the representative hash value may be registered. For example, the result of performing the hex operation may be registered in the representative hash value.
  • the server 100 stores a specific hash value and at least one neighboring hash value in a predetermined first data structure, and then stores and manages a second data structure having the same form as the first data structure,
  • the data structure and the second data structure may be connected in a chain form.
  • first data structure and the second data structure are Merkle trees as in the above-described example
  • a root value of the first data structure or a hash value of the root value may be allocated to the first leaf node of the second data structure.
  • data integrity may be more guaranteed by verifying the first data structure.
  • the verification of the second data structure will be described later.
  • the first leaf node of the first Merkle tree may be assigned a hash value or a processed value of predetermined message data consisting of text, numbers, or symbols. have.
  • a hash value of an input message initially given by the server 100 may be assigned when generating the merkle tree.
  • 3 and 4 illustrate an example of a merkle tree generated according to an embodiment of the present invention.
  • ha256digest coinplug_unique_message
  • the server 100 may support to calculate or calculate (i) a specific hash value assigned to the h2 node and (ii) a hash value assigned to the h3 node that is a sibling node of the h2 node.
  • the hash value for the operation value is assigned to the parent node (h23 node) of the h2 node and the h3 node.
  • the server 100 may repeat the above process by using the hash value assigned to the h23 node as a specific hash value. That is, the hash value assigned to the h23 node can be used as a specific hash value, and the hash value assigned to the h23 node and the hash value assigned to the h01 node can be calculated and assigned to the parent node (h0123 node) of the h23 node and the h01 node. have.
  • the server 100 registers or registers a value (hex (h ⁇ node_index ⁇ )) of the hash value assigned to the h0123 node in the public blockchain database 120.
  • the predetermined conditions described above are (i) a condition in which an electronic voucher issuing transaction or a "related transaction" relating to the electronic voucher is generated by a predetermined number, (ii) a condition in which a predetermined time elapses, (iii) a blockchain, For example, it may include at least one of a condition in which a block is generated in a private blockchain, and (iv) a condition for a service characteristic.
  • the “related transaction” related to the electronic voucher may include the use of the electronic voucher, the refund of the electronic voucher, the settlement of the electronic voucher, the destruction of the electronic voucher, etc., in addition to the issuance of the electronic voucher.
  • the "related transaction” associated with the electronic voucher is not limited thereto, and may include any state that may occur with respect to the electronic voucher, such as the transfer, sale, etc. of the electronic voucher.
  • the Merkle tree may be generated, and the root value of the Merkle tree may be supported or registered in the public blockchain database 120.
  • the server 100 may generate the root value of the aforementioned Merkle tree on a predetermined time unit (condition (ii) above). In this case, when a predetermined time elapses, the server 100 may generate a Merkle tree using the input values up to that time and register or register the root value of the Merkle tree in the public blockchain database 120.
  • a value may not be assigned to a sibling node of a node to which a specific hash value of the Merkle tree is assigned even after a predetermined time has elapsed.
  • the server 100 supports to assign or allocate the predetermined hash value to the sibling node. This allows the root value of the Merkle tree to be calculated. For example, server 100 may support assigning or assigning a particular hash value to a sibling node.
  • the service characteristics include cost information provided by a specific issuer who has requested an electronic voucher issuance, time zone information at which the electronic voucher issuing transaction registration is made, regional information on which the electronic voucher issuing transaction registration service is performed, and a company that has requested the electronic voucher issuing transaction registration. It may be at least part of the type information. However, the present invention is not limited to the above description and includes various condition information in which a generally accepted differential service can be provided.
  • the server 120 when a new Merkle tree generation starts and a predetermined condition is satisfied in the absence of an electronic voucher issuing transaction, the server 120 generates a Merkle tree in which predetermined message data is assigned to the first leaf node and the second leaf node. Or to create or register the root value of the Merkle tree or the processed value thereof in the public blockchain database 120. In this case, a two leaf node Merkle tree may be created.
  • the server 100 stores a specific hash value and at least one neighboring hash value in a predetermined first data structure, and then stores and manages a second data structure having the same form as the first data structure.
  • the first data structure and the second data structure may be connected in a chain form.
  • a root value of the first data structure or a hash value of the root value may be assigned to the first leaf node of the second data structure.
  • FIG. 4 illustrates a Merkle tree generated as a second data structure according to an embodiment of the present invention.
  • the present invention has an advantage of improving data integrity by easily tracking even when data is tampered with by connecting a plurality of data structures generated when a transaction occurs.
  • the public blockchain database stores the first representative hash value (the above-mentioned representative hash value is referred to herein as the first representative hash value for convenience of explanation) or the first representative hash value generated by calculating a neighbor hash value of the public blockchain database.
  • the server 100 obtains a verification request related to an electronic voucher issuing transaction, and generates a second representative hash value or the second representative hash value generated using input data included in the verification request.
  • the server 100 Assume or assist in determining that verification has been made regarding the lock data.
  • the first specific hash value is one of (i) a hash value of the electronic voucher issuing transaction signed with the private key of the server, (ii) a hash value of the electronic voucher issuing transaction signed with the specific issuer private key and the server's private key. It can be either.
  • the second representative hash value may be generated by calculating a second specific hash value and at least one neighboring hash value matching the second specific hash value.
  • the second specific hash value may be a hash value of verification request data included in input data signed with a private key of a server or signed with a specific issuer's private key and a server's private key.
  • the input data included in the verification request may include any one of (i) verification request data, (ii) message digest for verification request data, or (iii) an ID issued at the time of registration of the electronic voucher issuing transaction. have.
  • the message digest for the verification request data may be generated in the above-described manner, and a second specific hash value may be calculated based on the message digest.
  • the second representative hash value may be generated by calculating at least one neighboring hash value matching the second specific hash value.
  • a value assigned to the leaf node corresponding to the ID in the previously generated Merkle tree may be set as the second specific hash value.
  • the description of the first specific hash value described above may be equally applied to the second specific hash value. That is, the operation of the second specific hash value and the at least one neighbor hash value may be performed by various hash functions. Since it has been described above, the description is omitted.
  • the operation of the second specific hash value and the at least one neighbor hash value may be performed through a merkle tree.
  • the server 100 may identify merkle tree information and leaf node information related to the input data.
  • the second representative hash value is assigned to at least one other leaf node whose second specific hash value matches the second specific hash value and the second specific hash value in a merkle tree assigned to the specific leaf node. Can be generated by calculating the hash value.
  • the server 100 may refer to the electronic voucher issuing transaction ID and support to obtain or obtain an OP message from the public blockchain database 120 using the transaction ID. Can be.
  • a value obtained by processing the second representative hash value or the second representative hash value generated by using the input data included in the verification request is the value of the first representative hash value or the first representative hash value included in the OP message. If the corresponding to the voucher transaction, and can be determined that the verification associated with the electronic voucher issuance transaction has been made.
  • the predetermined transaction ID may be provided included in the input data. That is, a particular issuer may specify a transaction ID along with any of the (i) verification request data described above, (ii) message digest for verification request data, or (iii) an ID issued at the time of registration of an electronic voucher issuing transaction upon verification request. It may be delivered to the server 100.
  • the server 100 may support to generate or generate a new merkle tree.
  • the merkle tree generated during the database registration process of the above-described record data may be used.
  • the new Merkle tree may be generated by assigning the second specific hash value or a processed value to a specific leaf node of the generated Merkle tree, and the specific leaf node is a leaf node of the generated Merkle tree. Among them, a leaf node to which a value substituted by the second specific hash value is assigned.
  • the server 100 supports or computes (y1) (i) a second specific hash value and (ii) a hash value assigned to the sibling node of the specific leaf node of the new Merkle tree, and this operation value
  • a hash value for may be assigned or supported to be assigned to the parent node of the specific leaf node and its sibling node in the new Merkle tree.
  • (y2) if the parent node is the root node of the new Merkle tree, supports to compare or compare the hash value assigned to the parent node with the value included in the OP message as the second representative hash value, and (y3) the parent node. If is not the root node of the new Merkle tree, (y1) to (y3) may be repeated by using a hash value assigned to the parent node as a second specific hash value.
  • the server 100 When the server 100 finally matches the root value of the new Merkle tree or the processed value thereof with the first representative hash value included in the OP message or the processed value, the server 100 verifies that the electronic voucher issuing transaction has been performed. You can or will help you judge.
  • the server 100 may identify at least one of merkle tree information and leaf node information related to the input data with reference to time information related to the input data.
  • the server 120 identifies the previously generated Merkle tree and leaf node information with reference to the input data information, and identifies the identified Merkle tree information (tree_id).
  • the server 100 may support to generate or generate a new Merkle tree using the input 2.
  • the server 100 assigns the hash value assigned to the h2 node and the hash assigned to the h3 node that is the sibling node of the h2 node in the generated Merkle tree. Can support or compute a value.
  • the hash value for the operation value is assigned to node h23, which is the parent node of node h2 and node h3. Since the h23 node is not the root node of the new Merkle tree, the server 100 may repeat the process by using the hash value assigned to the h23 node as the second specific hash value.
  • the hash value assigned to the h23 node is used as the second specific hash value, and the hash value assigned to the h23 node and the hash value assigned to the h01 node in the existing Merkle tree are calculated to be the parent of the h23 node and the h01 node. It can be assigned to node h0123.
  • the server 100 compares or compares the hash value assigned to the h0123 node (hex (h ⁇ node_index ⁇ )) with a value included in the OP message.
  • the server 100 checks whether the specific issuer 110 is valid (S210) and the specific issuer 110 is valid. In this case, the random nonce (RN) may be supported or delivered to the specific issuer 110 (S211). In addition, when the specific issuer 110 is not valid, for example, a person who steals the name of another person, the server 100 may provide or support the specific issuer 110 to provide or provide a response indicating that the issuer has failed. (S213).
  • a specific issuer when a specific issuer generates a private key (MPrivA) and a public key (MPubA) in a terminal, and transmits the public key to the server 100 to register as an issuer for issuing an electronic voucher, the server 100 ) Checks whether the specific issuer 110 of the obtained public key is valid.
  • the validity of the specific issuer 100 may use a PKI-based certificate or identification information of a specific issuer, but is not limited thereto.
  • a specific issuer may be identified through a PKI-based certificate, an OPSign certificate, or a specific issuer through identification information such as a social security number or a passport.
  • the server 100 determines whether the random nonce signature value is normally signed by the public key of the specific issuer. Verify using (S220). That is, the server 100 checks a random nonce of RN from SjgMPrivA (RN), which is a signature value obtained using the public key of a specific issuer, and confirms whether the confirmed random nonce matches the random nonce delivered to a specific issuer. If so, verify that it is a valid signature.
  • SjgMPrivA a signature value obtained using the public key of a specific issuer
  • the server 100 issues a publisher registration transaction (RN, SigMPrivA (RN), MPubA, including a random nonce, a random nonce signature value, and a specific issuer's public key).
  • RN publisher registration transaction
  • MPubA including a random nonce, a random nonce signature value, and a specific issuer's public key.
  • S221 To register or register the private blockchain database (S221), and issue a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the publisher registration transaction registered in the private blockchain database was successful. It may provide to or support to provide (S222).
  • the server 100 may provide or provide a response indicating that the signature value verification failed to the specific issuer 110 (S223).
  • the server 100 when the issuer and the signature value are valid, the server 100, when a predetermined condition is satisfied (S230), the hash 100 and the specific hash value that is a hash value of the random nonce, the random nonce signature value, and the public key of the specific issuer; Register or register a representative hash value or a processed value of the representative hash value generated by calculating at least one matching neighbor hash value in the public blockchain database (S231), and registered in the public blockchain database 120.
  • a representative hash value or a Txid which is a transaction ID indicating position information on the public blockchain database 120 of the processed value of the representative hash value, may be obtained.
  • the registration of the specific issuer registration transaction to the public blockchain database 120 may cause the root hash value generated by the Merkle tree by the method as shown in FIG. 2 to be registered.
  • electronic voucher data including (i) PrivTxid for at least some unused electronic voucher for use of the electronic voucher from the specific user 111 who purchased the electronic voucher, (ii) the specific user (V)
  • An electronic voucher use request (use TrxA) is requested from a terminal of a particular user based on the public key of the user and (iii) the signature value of the specific user who signed the hash value of the electronic voucher data or the value including the same with the private key of the specific user.
  • the server 100 receives it through the communication unit 101 (S300).
  • the electronic voucher data may include the type information of the electronic voucher, the public key of the specific seller receiving the electronic voucher, the usage value information for use at this time among the value information of the electronic voucher, the unique ID of the specific issuer who issued the electronic voucher, and the electronic voucher. It may further include at least one of the expiration date of the information, the deduction value information to be returned after using the use value information in the electronic voucher, and the public key of the specific user for identifying the deduction value information.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the use of the electronic voucher.
  • the public key of a particular merchant receiving an electronic voucher may specify a merchant that receives the electronic voucher, that is, receives an electronic voucher used by a particular user, by designating the specific merchant, otherwise the merchant is not specified. In other words, it may be used similarly to general currency, such as a bearer voucher.
  • the use value information for use at this time may be information on tangible and intangible values including use amount, use count, and exchangeable product information.
  • the unique ID of the specific issuer who issued the electronic voucher may be information for identifying a specific issuer. For example, the unique ID may be a hash value or a value including the public key of the specific issuer.
  • the expiration date information of the electronic voucher may be date information specifying the expiration date for using the electronic voucher.
  • the deduction value information to be returned after using the use value information in the electronic voucher may be information on the balance after the use of the electronic voucher, the public key of a specific user for checking the deduction value information is the balance after use of the electronic voucher Information for verifying ownership of the. In this case, when there is no deduction value in the electronic voucher, there may be no public key of a specific user for checking the deduction value information and the deduction value information.
  • transaction (TrxA) for using the electronic voucher is 1. type (use), 2. PrivTxid or Txid for the previous transaction, 3. public key of the particular merchant receiving the electronic voucher as the receiver, 4. electronic Usage value information of the voucher, 5. Issuer ID of the electronic voucher. 6. The expiration date of the electronic voucher, 7. The deduction value information of the electronic voucher, 8. The specific user's public key to verify ownership of the deduction value of the electronic voucher, 9. The specific user's public key to verify the subject of this action. public key (PubA), 10. Signature values of 1, 2, 3, 4, 5, 6, 7, 8, 9, and 10 (SigPrivA (1: 2: 3: 4: 5: 6: 7: 8: 9: 10)).
  • the server 100 checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user (S301). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the electronic voucher using transaction includes (i) electronic voucher data, (ii) a public key of a specific user, and (iii) a signature value of a specific user. TrxA) to register or register a private blockchain database, and a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the transaction using the electronic voucher registered in the private blockchain database is successful, 111 may be provided or supported to provide (S311). However, if the confirmation result (S110) is not valid, the server 100 may provide or support a specific user 111 to provide or provide a response indicating a failure including an error message (S312).
  • the server 100 hashes the (i) electronic voucher data, (ii) the public key of a specific user, and (iii) the signature value of a specific user, in response to a valid condition.
  • a specific hash value which is a value and at least one neighboring hash value matching the specific hash value
  • a representative hash value or a processed value of the representative hash value is generated (S321), and registered or registered in the public blockchain database 120.
  • a representative hash value registered in the public blockchain database 120 or a Txid representing position information on the public blockchain database 120 of the processed value of the representative hash value may be obtained or acquired.
  • the representative hash value or a value obtained by processing the representative hash value may be generated by the Merkle tree as described in FIG. 2.
  • the process of registering the specific user by the server 100 is as follows.
  • the registration of a specific user is also performed by the same method as the registration of a specific publisher in FIG. 5, and thus similar parts are omitted in the description of FIG. 5.
  • the server 100 checks whether the specific user 111 is valid and, if the specific user 111 is valid, generates a random nonce for the specific user 111. Can be delivered to or supported). In addition, when a specific user 111 is not valid, the server 100 may provide or support a response indicating a user confirmation failure to the specific user 111.
  • the server 100 verifies whether the random nonce signature value is normally signed by using the specific user's public key.
  • the server 100 registers or registers a user registration transaction including a random nonce, a random nonce signature value, and a specific user's public key in a private blockchain database. And may provide or provide PrivTxid indicating location information on a private blockchain database of a user registration transaction registered in a private blockchain database to a specific user 111.
  • the server 100 may provide or support a response indicating the signature value verification failure to the specific user 111.
  • the server 100 may determine that at least one of a random hash, a random nonce signature value, a hash value of a specific user's public key and a specific hash value match at least if a predetermined condition is satisfied. It supports to register or register the representative hash value or the processed value of the representative hash value generated by calculating one neighbor hash value in the public blockchain database, and the representative hash value or the representative hash value registered in the public blockchain database is processed.
  • a Txid which is a transaction ID representing location information on a public blockchain database of one value, may be obtained or acquired.
  • electronic voucher data including PrivTxid for at least some previously unused and expired electronic voucher for the refund of the electronic voucher from the specific user 111 who purchased the electronic voucher, (ii) An electronic voucher refund request (refund TrxA) based on the signature value of a particular user who signed the public key of a specific user and (iii) the hash value of the electronic voucher data or a value including the same with the specific key of the specific user is executed.
  • the server 100 receives it through the communication unit (S400).
  • the electronic voucher data may further include at least one or more of the type information of the electronic voucher, the public key of the specific issuer who issued the electronic voucher, the refund value information of the electronic voucher, the unique ID of the specific issuer, and the expiration date information corresponding to the electronic voucher. It may include.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating an electronic voucher refund.
  • the public key of the specific issuer who issued the electronic voucher is the public key of the specific issuer who issued the electronic voucher as the receipt of the refund voucher.
  • the refund value information of the electronic voucher is value information that can be refunded through the electronic voucher, and the unique ID of the specific issuer is the ID of the specific issuer who issued the electronic voucher.
  • the expiration date information corresponding to the electronic voucher may be date information specifying the expiration date for using the electronic voucher.
  • transaction (TrxA) for electronic voucher refund is 1, type (refund), 2. PrivTxid or Txid for the previous transaction, 3. public key of the particular issuer receiving the electronic voucher to be refunded to the recipient, 4 Refund Value Information for Electronic Vouchers, 5. Issuer ID of Electronic Vouchers. 6. The expiration date of the electronic voucher, 7. The public key (PubA) of a specific user, which is the public key for identifying the subject of this action, 8. The signature value 1, 2, 3, 4, 5 signed by the specific user with the private key. , 6, 7 signature values (SigPrivA (1: 2: 3: 4: 5: 6: 7)).
  • the server 100 checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user (S401).
  • the electronic voucher refund transaction (TrxA) includes (i) the electronic voucher data, (ii) the public key of the specific user, and (iii) the signature value of the specific user. ) Is registered in the private blockchain database, and a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the electronic voucher refund transaction registered in the private blockchain database is successful is performed. Can be provided or supported to provide (S411). However, if the confirmation result (S410) is not valid, the server 100 may provide or support a specific user 111 to provide or provide a response indicating a failure including an error message (S412).
  • the server 100 hashes the (i) electronic voucher data, (ii) the public key of a specific user, and (iii) the signature value of a specific user, in response to a valid verification result.
  • a specific hash value which is a value and at least one neighboring hash value matching the specific hash value
  • a representative hash value or a value obtained by processing the representative hash value is generated (S421), and the generated representative hash value or the representative hash value is processed. It supports to register or register a value in the public blockchain database (S422), and the transaction ID indicating the location information on the public blockchain database of the representative hash value or the processed value of the representative hash value registered in the public blockchain database. It may support to acquire or obtain a Txid (S423).
  • FIG. 8 a method for calculating an electronic voucher according to an embodiment of the present invention will be described.
  • portions similar to those in the method for issuing an electronic voucher in the embodiment of the present invention of FIG. 2 are understood from the description of FIG. 2 and thus the detailed description is omitted.
  • the electronic voucher data may further include at least one or more of the type information of the electronic voucher, the public key of the specific issuer that issued the electronic voucher, the settlement value information of the electronic voucher, and the unique ID of the specific issuer.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the electronic voucher settlement.
  • the settlement value information of the electronic voucher may be information on the value received by the particular seller in the counter-benefits of goods, services, and the like.
  • transaction (TrxA) for the electronic voucher settlement is 1. type (settlement), 2. PrivTxid or Txid of the electronic voucher used in this transaction, 3. at least some unused electronic voucher at each point of use PrivTxid for the user, 4.
  • the public key of the particular issuer receiving the settlement of the electronic voucher as the recipient 5.
  • Information on the settlement value of the electronic voucher 6.
  • the issuer ID of the electronic voucher 7.
  • the public key (PubA) of a specific seller which is the public key to verify the subject of this operation.
  • the server checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific merchant and (iii) the signature value of the specific merchant (S501). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the server 100 determines that the check result is valid (S510)
  • the electronic voucher settlement transaction including (i) the electronic voucher data, (ii) the public key of the specific seller, and (iii) the signature value of the specific seller is performed.
  • TrxA can be registered or registered in the private blockchain database, and to provide or provide PrivTxid to specific merchants 112 indicating location information on the private blockchain database of the electronic voucher settlement transaction registered in the private blockchain database.
  • the server 100 may provide or support a specific seller 112 to provide or provide a response indicating a failure including an error message (S512).
  • the server 100 hashes the (i) electronic voucher data, (ii) the public key of a specific user, and (iii) the signature value of a specific user, in response to a valid condition.
  • a specific hash value which is a value and at least one neighboring hash value matching the specific hash value
  • a representative hash value or a value obtained by processing the representative hash value is generated (S521), and the generated representative hash value or the representative hash value is processed.
  • the server 100 describes a process of registering a specific seller as follows.
  • the registration of a specific seller is also performed by the same method as the registration of a specific publisher in FIG. 5, and thus similar parts are omitted in the description of FIG. 5.
  • the server 100 checks whether the specific seller 112 is valid and, if the specific seller 112 is valid, generates a random nonce 112. Can be delivered to or supported). If the specific seller 112 is not valid, the server 100 may provide or support the specific seller 112 to provide a response indicating a user confirmation failure.
  • the server 100 verifies whether the random nonce signature value is normally signed using the specific seller's public key. do.
  • the server 100 registers or registers a seller registration transaction including a random nonce, a random nonce signature value, and a specific seller's public key in a private blockchain database. And may provide or support PrivTxid, which indicates location information on a private blockchain database of a seller registration transaction registered in a private blockchain database, to a specific seller 112.
  • the server 100 may provide or support the specific seller 112 to provide a response indicating that the signature value verification failed.
  • the server 100 is a hash value of (i) the electronic voucher data, (ii) the public key of a specific merchant, and (iii) the signature value of a specific merchant, if a predetermined condition is satisfied.
  • the electronic voucher data including (i) at least partially unused and expired electronic voucher for the destruction of the electronic voucher from the particular issuer 110, (ii) (v)
  • An electronic voucher destruction request (revocate TrxA) is sent from a terminal of a specific issuer by a signature value of a specific issuer that has signed the public key and (iii) the hash value of the electronic voucher data or a value including the same with the private key of the specific issuer. If the server 100 receives it through the communication unit (S600).
  • the electronic voucher data may further include at least one or more of the type information of the electronic voucher, the public key of the specific issuer, value information to be discarded by the electronic voucher, and the unique ID of the specific issuer.
  • the type information of the electronic voucher is for defining an operation to be performed at present and may be information indicating the electronic voucher settlement.
  • transaction (TrxA) for electronic voucher settlement is 1. type (settlement), 2. PrivTxid or Txid for the electronic voucher that has not been used at least partially and has expired, 3. the electronic voucher as the recipient
  • the public key of the specific issuer receiving 4. Destruction value information of the electronic voucher, 5.
  • the issuer ID of the electronic voucher. 6.
  • the public key of a specific issuer which is the public key to verify the subject of this operation, 7.
  • the signature value of 1, 2, 3, 4, 5, 6 signed by a specific issuer as a private key (SigPrivA (1: 2: 3: 4: 5: 6)).
  • the server 100 checks whether the obtained (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer (S601). In addition, the server 100 may check whether the format format for the electronic voucher data is valid.
  • the electronic voucher destruction transaction (TrxA) includes (i) the electronic voucher data, (ii) the public key of the specific issuer, and (iii) the signature value of the specific issuer. ) Is registered in the private blockchain database, and a response indicating that the registration including the PrivTxid indicating the location information on the private blockchain database of the electronic voucher destruction transaction registered in the private blockchain database is successful is issued to a specific issuer (110). It may be provided to or provided to support (S611). However, if the confirmation result (S610) is not valid, the server 100 may provide or support a specific issuer 110 to provide or provide a response indicating a failure including an error message (S612).
  • the server 100 corresponds to a valid confirmation result, and the specific hash value (the specific hash value is (i) the electronic voucher data, (ii) the public key of the specific issuer and (iii).
  • a representative hash value or a processed value of the representative hash value by calculating the hash value of the signature value of the specific issuer) and at least one neighboring hash value matching the specific hash value (S621), and generating the generated representative hash value or Support to register or register a value processed the representative hash value in the public blockchain database (S622), the public blockchain database of the representative hash value or the value processed the representative hash value registered in the public blockchain database
  • a Txid indicating location information may be obtained or acquired.
  • the computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the computer-readable recording medium may be those specially designed and configured for the present invention, or may be known and available to those skilled in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs, DVDs, and magneto-optical media such as floptical disks. media), and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device may be configured to operate as one or more software modules to perform the process according to the invention, and vice versa.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne un procédé comprenant : (a) une étape dans laquelle un serveur enregistre ou prend en charge l'enregistrement (i) de données de bon électronique, (ii) d'une clé publique d'un émetteur spécifique et (iii) d'une transaction d'émission de bon électronique dans une base de données de chaîne de blocs privée, et fournit ou prend en charge la fourniture d'informations d'indication de PrivTxid sur l'emplacement de la transaction d'émission de bon électronique, enregistrées dans la base de données de chaîne de blocs privée, à l'intérieur de la base de données de chaîne de blocs privée à l'émetteur spécifique ; et (b) une étape dans laquelle, si une condition prédéfinie est satisfaite, le serveur enregistre, dans une base de données de chaîne de blocs publique, une valeur de hachage représentative, générée par calcul d'une valeur de hachage spécifique et d'au moins une valeur de hachage voisine correspondant à la valeur de hachage spécifique, ou une valeur générée par le traitement de la valeur de hachage représentative.
PCT/KR2017/011208 2016-10-11 2017-10-11 Procédé d'émission, d'échange, de remboursement, de règlement et de révocation d'un bon électronique sur la base d'utxo et à l'aide d'une structure arborescente de merkle, et serveur l'utilisant Ceased WO2018070783A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2016-0131085 2016-10-11
KR1020160131085A KR101841563B1 (ko) 2016-10-11 2016-10-11 Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버

Publications (2)

Publication Number Publication Date
WO2018070783A2 true WO2018070783A2 (fr) 2018-04-19
WO2018070783A3 WO2018070783A3 (fr) 2018-07-19

Family

ID=61906199

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/011208 Ceased WO2018070783A2 (fr) 2016-10-11 2017-10-11 Procédé d'émission, d'échange, de remboursement, de règlement et de révocation d'un bon électronique sur la base d'utxo et à l'aide d'une structure arborescente de merkle, et serveur l'utilisant

Country Status (2)

Country Link
KR (1) KR101841563B1 (fr)
WO (1) WO2018070783A2 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985100A (zh) * 2018-08-15 2018-12-11 百度在线网络技术（北京）有限公司 基于区块链的元素安全性证明方法、装置、设备和介质
CN109087099A (zh) * 2018-07-31 2018-12-25 杭州复杂美科技有限公司 一种隐私交易方法及系统、设备和存储介质
CN111984616A (zh) * 2020-08-04 2020-11-24 中国人民银行数字货币研究所 一种更新共享文件的方法、装置和系统
CN112311548A (zh) * 2020-03-25 2021-02-02 北京沃东天骏信息技术有限公司 数据持有性验证方法、系统、装置及计算机可读存储介质
CN113935072A (zh) * 2021-09-26 2022-01-14 网易（杭州）网络有限公司 发行者注册方法、装置、计算机设备及存储介质
US12346292B2 (en) 2020-08-04 2025-07-01 Digital Currency Institute, The People's Bank Of China File sharing method, device, and system

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110166220B (zh) * 2019-05-06 2022-05-06 山东公链信息科技有限公司 一种根据分区键的散列值进行切分的分片方法
KR102601098B1 (ko) * 2021-03-26 2023-11-10 비씨카드(주) 바우처 승인 정보를 제공하는 방법 및 디바이스

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101575030B1 (ko) * 2014-07-11 2015-12-07 조선대학교산학협력단 클라우드 상의 공유 데이터에 대한 다중 서명생성방법
KR101591244B1 (ko) 2014-11-06 2016-02-05 주식회사 코인플러그 멤버십 포인트 또는 사이버머니를 블록체인을 갖는 디지털 가상통화로 전환하여 주는 장치
KR101637854B1 (ko) * 2015-10-16 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법 및 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109087099A (zh) * 2018-07-31 2018-12-25 杭州复杂美科技有限公司 一种隐私交易方法及系统、设备和存储介质
CN108985100A (zh) * 2018-08-15 2018-12-11 百度在线网络技术（北京）有限公司 基于区块链的元素安全性证明方法、装置、设备和介质
CN108985100B (zh) * 2018-08-15 2022-02-25 百度在线网络技术（北京）有限公司 基于区块链的元素安全性证明方法、装置、设备和介质
CN112311548A (zh) * 2020-03-25 2021-02-02 北京沃东天骏信息技术有限公司 数据持有性验证方法、系统、装置及计算机可读存储介质
CN111984616A (zh) * 2020-08-04 2020-11-24 中国人民银行数字货币研究所 一种更新共享文件的方法、装置和系统
CN111984616B (zh) * 2020-08-04 2023-08-01 中国人民银行数字货币研究所 一种更新共享文件的方法、装置和系统
US12346292B2 (en) 2020-08-04 2025-07-01 Digital Currency Institute, The People's Bank Of China File sharing method, device, and system
CN113935072A (zh) * 2021-09-26 2022-01-14 网易（杭州）网络有限公司 发行者注册方法、装置、计算机设备及存储介质
CN113935072B (zh) * 2021-09-26 2024-04-30 网易（杭州）网络有限公司 发行者注册方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
KR101841563B1 (ko) 2018-05-04
WO2018070783A3 (fr) 2018-07-19

Similar Documents

Publication Publication Date Title
WO2018070784A2 (fr) Procédé d'émission, de remboursement, d'acquittement, de règlement et de révocation d'un coupon électronique par gestion d'une base de données d'équilibre par blocs dans une chaîne de blocs, et serveur l'utilisant
WO2018070783A2 (fr) Procédé d'émission, d'échange, de remboursement, de règlement et de révocation d'un bon électronique sur la base d'utxo et à l'aide d'une structure arborescente de merkle, et serveur l'utilisant
WO2018070781A2 (fr) Procédé d'émission, d'échange, de remboursement, de règlement et de révocation de coupon électronique au moyen d'un protocole basé sur utxo, et serveur utilisant celui-ci
US10931457B2 (en) Systems and methods for blockchain-based digital lottery ticket generation and distribution
WO2018080207A1 (fr) Procédé d'émission de monnaie et d'exécution de paiement par gestion d'une base de données de solde pour chaque bloc d'une chaîne de blocs et serveur l'utilisant
US11301933B2 (en) Method for providing united point service using updated status of balance database with blockchain and server using the same
WO2018131886A1 (fr) Procédé de fourniture de service de passerelle de paiement à l'aide d'un protocole basé sur utxo et serveur utilisant ce dernier
WO2018070848A1 (fr) Procédé pour assurer un service de certificats basé sur des contrats intelligents, et serveur l'employant
WO2019233345A1 (fr) Procédé de traitement de données, système, plate-forme de chaîne de blocs, et support de stockage lisible par ordinateur
WO2018194379A1 (fr) Procédé d'approbation de l'utilisation d'une carte à l'aide d'un identificateur de jeton sur la base d'une chaîne de blocs et structure en arbre de merkle associée à celui-ci, et serveur l'utilisant
WO2018194378A1 (fr) Procédé d'approbation de l'utilisation d'une carte à l'aide d'un identifiant de jeton basé sur une chaîne de blocs et serveur l'utilisant
WO2018151427A1 (fr) Procédé de remplacement d'ouverture de session d'utilisateur par l'intermédiaire d'une authentification basée sur pki à l'aide de contrat intelligent et de base de données de chaîne de blocs, et serveur l'utilisant
WO2018161903A1 (fr) Procédé de gestion de facture électronique, dispositif et support de stockage
KR101841564B1 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018151425A1 (fr) Procédé de prise en main d'une session d'utilisateur par le biais d'une authentification basée sur pki à l'aide d'une base de données blockchain de protocole basé sur utxo, et serveur l'utilisant
JPH1079006A (ja) 通し番号を再使用可能な仮想プリペイドカードの使用要求考察法
WO2019078623A1 (fr) Procédé de paiement à base de chaînes de blocs et serveur de paiement le mettant en œuvre
WO2018080206A1 (fr) Procédé d'émission de monnaie et d'exécution de paiement au moyen d'une structure arborescente de merkle de protocole orienté utxo et serveur l'utilisant
WO2023163286A1 (fr) Procédé de détection de contrefaçon ou de falsification pour détecter une contrefaçon ou une falsification de nft, qui est effectué par un serveur de plateforme à l'aide d'un nft basé sur une chaîne de blocs
WO2018124718A1 (fr) Procédé de fourniture de service de point intégré par gestion d'une base de données de solde pour chaque bloc d'une chaîne de blocs et serveur l'utilisant
KR101841565B1 (ko) Utxo 기반으로 머클트리 구조를 사용하여 전자 바우처를 발행, 사용, 환불, 정산 및 파기하는 방법과 이를 이용한 서버
WO2018124716A1 (fr) Procédé pour fournir un service de point intégré en utilisant une arborescence merkle dans un protocole basé sur utxo, et serveur d'appui l'utilisant
WO2018151426A1 (fr) Procédé de prise en main d'une session d'utilisateur par le biais d'une authentification basée sur pki à l'aide d'une structure arborescente de merkle dans un protocole basé sur utxo et serveur l'utilisant
WO2018080205A1 (fr) Procédé d'émission de monnaie et d'exécution de paiement au moyen d'un protocole orienté utxo et serveur l'utilisant
US11416930B2 (en) Method for providing united point service in use of unspent transaction output based protocol and server using the same

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: 17860629

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 12/07/2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17860629

Country of ref document: EP

Kind code of ref document: A2