WO2017207717A1 - Validation de transactions dans une chaîne de blocs concernant de l'argent réel - Google Patents

Validation de transactions dans une chaîne de blocs concernant de l'argent réel Download PDF

Info

Publication number
WO2017207717A1
WO2017207717A1 PCT/EP2017/063366 EP2017063366W WO2017207717A1 WO 2017207717 A1 WO2017207717 A1 WO 2017207717A1 EP 2017063366 W EP2017063366 W EP 2017063366W WO 2017207717 A1 WO2017207717 A1 WO 2017207717A1
Authority
WO
WIPO (PCT)
Prior art keywords
blockchain
transaction
buyer
seller
party
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/EP2017/063366
Other languages
English (en)
Inventor
Justin SCHLEE
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.)
Brand New Ideas BV
Original Assignee
Brand New Ideas BV
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 Brand New Ideas BV filed Critical Brand New Ideas BV
Publication of WO2017207717A1 publication Critical patent/WO2017207717A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Electronic shopping [e-shopping] using intermediate agents
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Electronic shopping [e-shopping] using intermediate agents
    • G06Q30/0619—Neutral agent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Definitions

  • the invention relates to a computer-implemented method of validating transactions in a blockchain, which transactions comprise a blockchain element indicating a transfer from a seller to a buyer.
  • the invention further relates to a computer system for implementing the method, a peer-to-peer network, nodes therein and a computer program product.
  • Electronic commerce represents a significant part of the world's economy. From selling books to electronic services, almost any item can be bought or sold online. An important challenge in electronic commerce is fraud and other reasons why a
  • a classic solution for example is to involve a trusted third party, such as a notary public or an escrow agent.
  • the third party receives the item from the seller and the payment from the buyer, and subsequently transfers both to their intended recipients.
  • This approach is still fraught with problems, as are other business schemes. A more reliable technical solution is therefore desirable.
  • Bitcoin represents electronic cash, doing away with a trusted third party an instead employing digital signatures and a peer-to-peer solution for the validation of cash transfers.
  • a network of peers timestamps transactions by hashing them into an ongoing chain of hash-based proof-of-work, the so-called blockchain, forming a record that cannot be changed without redoing the proof-of-work.
  • the blockchain chain thus serves as proof of the sequence of events witnessed.
  • Smart contracts are computer protocols that facilitate, verify, or enforce the negotiation or performance of a contract.
  • asset or transaction registration information regarding an asset or transaction is recorded as an item in a blockchain. As the record in a blockchain cannot be changed (under normal circumstances), this thus serves as proof of the correctness of the registered information.
  • Code supporting this is a latent part of the bitcoin protocol, based on probabilistic and anonymous (proof-of- work based) Byzantine replication.
  • the invention provides for a computer-implemented method of, and corresponding system for, validating transactions in a blockchain, which transactions comprise a blockchain element indicating a transaction from a seller to a buyer, characterized in that the transaction is recorded as validated through introduction in the blockchain of a further element indicating a receipt by a third party from either the buyer or the seller, said third party being referenced in an initial element or root element of the transaction in the blockchain.
  • This new further element represents technical information to enable automated calculation of a validation status of the transaction.
  • Transactions are recorded as a sequence of interrelated blockchain elements, said interrelation being effected through use of a common cryptographic hash or other unique identifier for the transaction.
  • the item refers to the initial or root element, in an embodiment contains an identifier of the root, and with a simple calculation this circle can be detected by any node in the peer-to-peer network effectuating the blockchain. This detection serves as proof that the transaction has been completed: the goods have been delivered correctly and payment can be made. The calculation serves to execute this validation in an automated manner. Normally, upon detection of the circle a payout is initiated. Preferably a check is made first if a payment has already been made for this transaction, to avoid double spending.
  • the first block indicates a transfer from a seller to a buyer and a second block (blockchain element) indicates a receipt by the buyer from the seller.
  • This embodiment extends the transaction recordation by employing three items: a first item indicating the delivery of the good or service, a second item indicating receipt of payment and a third item, being the item indicating validation of the transaction through the reference to the root of the transaction.
  • the third party executes a money transfer operation upon calculating the absence of the further element and upon execution adds the further element.
  • the transfer of real- world money is enabled thanks to a technical step: checking for presence or absence of the further element through blockchain validation calculations. If that element is not yet present, i.e. the circle has not yet been found, then the transaction is technically valid. The third party subsequently validates the payment and records the execution thereof. The further element is then added to complete and thereby invalidate the transaction. Due to the validation of the transaction it is now known that this transfer is appropriate (the goods have been delivered) and unique (the transaction will be validated only once). This step becomes possible in an automated technical fashion thanks to the validation of the invention.
  • the invention further advantageously provides for a peer-to-peer network comprising plural nodes, said nodes being configured for validating transactions in a blockchain, which transactions comprise a blockchain element indicating a transaction from a seller to a buyer, one of said nodes being additionally configured for introducing in the blockchain a further element indicating a receipt by a third party from either the buyer or the seller, said third party being referenced in an initial element of the transaction in the blockchain.
  • the invention further advantageously provides for a node for use with the peer- to-peer network of the invention, being configured for introducing in the blockchain a further element indicating a receipt by a third party from either the buyer or the seller, said third party being referenced in an initial element of the transaction in the blockchain.
  • This node operates as a separate service, e.g. to facilitate the real-world payment, and adds the further element to indicate this has been done.
  • the invention further advantageously provides for a node for use in the peer-to- peer network of the invention, being configured for causing execution of a money transfer operation upon calculating the absence of the further element.
  • the invention further advantageously provides for a computer-readable storage medium comprising executable code for causing a computer to operate as a peer-to-peer node of the invention.
  • Fig. 1 schematically illustrates a peer-to-peer network 100 comprising nodes 101-a...101-n, said nodes being configured for validating transactions in a blockchain;
  • Fig. 2 schematically illustrates the blockchain aspect of the invention in more detail in the form of a flowchart
  • Fig. 3 A through 3F illustrate blockchain elements related to steps in the flowchart of Fig. 2.
  • Fig. 1 schematically illustrates a peer-to-peer network 100 comprising nodes 101-a...101-n, said nodes being configured for validating transactions in a blockchain.
  • blockchain networks are well-known in the art and this disclosure will therefore not discuss their implementation in detail.
  • Transactions in this context may refer to any type of transaction in which one item is exchanged for another, typically but not necessarily for money. Items can be physical or digital goods, or items that grant access to online or offline services.
  • a transaction from a seller to a buyer is recorded in the blockchain as one or more blockchain elements referencing such transaction.
  • the element will include identificational elements of the parties, the transaction itself or both. Identification of either party may be done in any way, as long as the identification is sufficient for the purpose of the transaction.
  • the transaction may be identified as a single identifier referencing an external record, as a complete summary of the transaction, or any other means of identification as deemed suitable for a particular implementation.
  • a hash code is generated to make the transaction element unique.
  • a preferred embodiment therefore is to take the information needed for uniquely identifying the transaction, e.g. an identifier of the seller, an identifier of the buyer and/or a transaction number, and apply a cryptographic hash function such as the well- known SHA-256 algorithm. The outcome is then added to the blockchain as a new element.
  • the hash code is calculated from at least a bank account number such as the IB AN of the buyer.
  • recording the transaction comprises adding first an transaction element representing a step of transferring the item sold from seller to buyer, and second a transaction element representing a step of successfully receiving this item at the buyer.
  • first an transaction element representing a step of transferring the item sold from seller to buyer and second a transaction element representing a step of successfully receiving this item at the buyer.
  • second a transaction element representing a step of successfully receiving this item at the buyer is also possible.
  • a payment Upon successful receipt of the item, a payment must be made. In accordance with the invention this payment will be effected in a real-world currency from the seller to the buyer. The amount may be recorded in the transaction element.
  • a further element is added to the blockchain.
  • This further element indicates a receipt by a third party from either the buyer or the seller, said third party being referenced in an initial element of the transaction in the blockchain.
  • this third party will also be referred to as an oracle.
  • the third party will typically be a bank or other financial institution that will effectuate the real-world money transfer operation from the buyer to the seller upon calculating the presence of the further element.
  • the third party will effectuate the money transfer only for a valid transaction.
  • the further element creates a circle in the blockchain elements, as the third party is referenced in a root item of the blockchain.
  • This circle can be uniquely identified with known blockchain algorithms.
  • a payout in real- world money can be effected in connection with a transaction if the circle has not yet been detected, or if it has been detected but no payout under that transaction has been registered at the institution. Upon such payout the circle is completed, thus marking the transaction as complete and hence now invalid for future payouts.
  • Fig. 2 schematically illustrates the blockchain aspect of the invention in more detail in the form of a flowchart.
  • the flowchart assumes an external facility through which a buyer and seller may get in contact with each other to execute a transaction, such as a sale of a physical or digital good for a price expressed in real-world money (as opposed to cryptocurrencies such as Bitcoin).
  • This facility is in principle independent of the invention. What matters is that both buyer and seller are able to initiate the creation of elements in the blockchain indicating certain steps in the transaction. They may create such elements themselves, or have a third party perform such creation.
  • a buyer deposits real money with a bank or other financial institution.
  • This institution serves as the above-referenced third-party.
  • the institution supplies to the buyer a unique identifier, such as a hashcode, for the transaction.
  • This identifier will be used as a reference.
  • identifier 7234yuh2346t will be used. Note that the identifier can be supplied in response to the deposit but could also be issued earlier, e.g. upon an indication of the buyer or the seller that a transaction is about to occur.
  • the institution stores information regarding the transaction, including the hash code, in an internal database. This allows for authoritative validation of the information.
  • the institution adds an element to the blockchain, which element refers to the transaction and therefore includes identifier 7234yuh2346t.
  • the blockchain implementation is configured such that only the institution can add elements.
  • the institution may digitally sign or otherwise certify elements in order to allow others to identify the elements as originating with the institution.
  • cryptocurrency terms the money is put into the wallet of the institution, this is wallet 0.
  • FIG. 3A An example of such an element is shown in Fig. 3A.
  • This element or block contains hashes of previous and next elements and identifies the transaction with identifier 7234yuh2346t.
  • additional information on the transaction is included in the form of a value of the payment by the buyer, 40 Euros.
  • step 204 a new element is added that indicates a transfer of money to the buyer, this is wallet 1.
  • the blockchain software will check the previous transactions and validate the transaction if the money is really available with the institution. An example of the element providing for the transfer is shown in Fig. 3B. If the check is negative, the method instead proceeds to step 220.
  • step 205 the transaction between the buyer and seller is recorded. Again, before this transaction is executed the blockchain software will check the previous transactions and validate the transaction if the money is really available with the institution. In cryptocurrency terms, the money has been transferred from wallet 1 to wallet 2, as shown in Fig. 3C.
  • step 207 a transfer between seller and institution is illustrated.
  • the seller wants to receive the money in real currency, which can be provided by the institution as this money has been received in step 201.
  • the seller transfers the digital money to wallet 0, associated with the institution. This is illustrated in Fig. 3D.
  • step 208 a payment of the example amount of 40 Euros to the seller is executed.
  • an element is added that indicates a receipt by a third party, the institution, from either the buyer or the seller.
  • This element said third party being referenced in a root item of the blockchain, i.e. the item in Fig. 3A.
  • a loop is now present in the transaction elements.
  • step 220 the method deals with situations where after step 204, the buyer finds something is amiss with the transaction. For example, the goods never arrived, or they are faulty. In such a case, the buyer would want to cancel the transaction so as to prevent a payout to the seller.
  • step 205 in the above process must not occur, so that the element of Fig. 3C is not added.
  • an alternate element is added in step 220, as per Fig. 3F.
  • the money is transferred from wallet 1 (buyer) to wallet 0 (root).
  • the method executes payout as per step 208 but this time the money is paid back to the buyer.
  • Storage devices suitable for storing computer program instructions include all forms of non- volatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices, magnetic disks such as the internal and external hard disk drives and removable disks, magneto-optical disks and CD-ROM disks.
  • the computer program product can be distributed on such a storage device, or may be offered for download through HTTP, FTP or similar mechanism using a server connected to a network such as the Internet. Transmission of the computer program product by e-mail is of course also possible.
  • any mention of reference signs shall not be regarded as a limitation of the claimed feature to the referenced feature or embodiment.
  • the use of the word "comprising” in the claims does not exclude the presence of other features than claimed in a system, product or method implementing the invention. Any reference to a claim feature in the singular shall not exclude the presence of a plurality of this feature.
  • the word "means” in a claim can refer to a single means or to plural means for providing the indicated function.

Landscapes

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

Abstract

L'invention porte sur un procédé mis en œuvre par ordinateur, qui consiste à valider des transactions dans une chaîne de blocs. Les transactions comprennent un élément de chaîne de blocs qui indique une transaction allant d'un vendeur à un acheteur. La transaction est enregistrée comme validée par introduction dans la chaîne de blocs d'un autre élément indiquant un reçu par un tiers à partir de l'acheteur ou du vendeur, le tiers étant référencé dans un élément racine de la chaîne de blocs. De préférence, le premier élément de chaîne de blocs indique un transfert d'un vendeur à un acheteur, et un second élément de chaîne de blocs indique un reçu par l'acheteur à partir du vendeur. De préférence, le tiers exécute une opération de transfert d'argent lors du calcul de l'absence de l'autre élément, et, lors de l'exécution, ajoute l'autre élément.
PCT/EP2017/063366 2016-06-01 2017-06-01 Validation de transactions dans une chaîne de blocs concernant de l'argent réel Ceased WO2017207717A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP16172521.3 2016-06-01
EP16172521 2016-06-01

Publications (1)

Publication Number Publication Date
WO2017207717A1 true WO2017207717A1 (fr) 2017-12-07

Family

ID=56097018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2017/063366 Ceased WO2017207717A1 (fr) 2016-06-01 2017-06-01 Validation de transactions dans une chaîne de blocs concernant de l'argent réel

Country Status (1)

Country Link
WO (1) WO2017207717A1 (fr)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109286556A (zh) * 2018-09-25 2019-01-29 武汉配行天下科技有限公司 一种免注册的高效信息传递与文件签收方法
US10333694B1 (en) 2018-10-15 2019-06-25 Accelor Ltd. Systems and methods for secure smart contract execution via read-only distributed ledger
WO2019140199A1 (fr) * 2018-01-12 2019-07-18 Walmart Apollo, Llc Systèmes et procédés d'échange de clés dans une chaîne de blocs
US10404473B1 (en) 2018-09-05 2019-09-03 Accelor Ltd. Systems and methods for processing transaction verification operations in decentralized applications
US10432405B1 (en) 2018-09-05 2019-10-01 Accelor Ltd. Systems and methods for accelerating transaction verification by performing cryptographic computing tasks in parallel
CN110390541A (zh) * 2018-04-18 2019-10-29 触信（厦门）智能科技有限公司 全景区块链通证应用系统及方法
WO2020143342A1 (fr) * 2019-01-11 2020-07-16 中信梧桐港供应链管理有限公司 Procédé et dispositif d'authentification de reçu d'entrepôt basés sur une architecture de chaîne de blocs
RU2727552C1 (ru) * 2018-11-07 2020-07-22 Алибаба Груп Холдинг Лимитед Ситема цепочек блоков, поддерживающая открытые и закрытые транзакции согласно моделям счетов
US11196543B2 (en) 2018-09-05 2021-12-07 International Business Machines Corporation Minimum evidence calculation in blockchain transactions
WO2022265550A1 (fr) * 2021-06-18 2022-12-22 Bcv I Robertsfors Ab Procédé et module de gestion pour gérer un service de dépôt fiduciaire

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150206106A1 (en) * 2014-01-13 2015-07-23 Yaron Edan Yago Method for creating, issuing and redeeming payment assured contracts based on mathemematically and objectively verifiable criteria
US20150269539A1 (en) * 2014-03-18 2015-09-24 nTrust Technology Solutions Corp. Virtual currency system
US20150356524A1 (en) * 2014-06-04 2015-12-10 MONI Limited System and method for executing financial transactions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150206106A1 (en) * 2014-01-13 2015-07-23 Yaron Edan Yago Method for creating, issuing and redeeming payment assured contracts based on mathemematically and objectively verifiable criteria
US20150269539A1 (en) * 2014-03-18 2015-09-24 nTrust Technology Solutions Corp. Virtual currency system
US20150356524A1 (en) * 2014-06-04 2015-12-10 MONI Limited System and method for executing financial transactions

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019140199A1 (fr) * 2018-01-12 2019-07-18 Walmart Apollo, Llc Systèmes et procédés d'échange de clés dans une chaîne de blocs
CN110390541A (zh) * 2018-04-18 2019-10-29 触信（厦门）智能科技有限公司 全景区块链通证应用系统及方法
US10404473B1 (en) 2018-09-05 2019-09-03 Accelor Ltd. Systems and methods for processing transaction verification operations in decentralized applications
US10432405B1 (en) 2018-09-05 2019-10-01 Accelor Ltd. Systems and methods for accelerating transaction verification by performing cryptographic computing tasks in parallel
US11196543B2 (en) 2018-09-05 2021-12-07 International Business Machines Corporation Minimum evidence calculation in blockchain transactions
CN109286556A (zh) * 2018-09-25 2019-01-29 武汉配行天下科技有限公司 一种免注册的高效信息传递与文件签收方法
US10333694B1 (en) 2018-10-15 2019-06-25 Accelor Ltd. Systems and methods for secure smart contract execution via read-only distributed ledger
RU2727552C1 (ru) * 2018-11-07 2020-07-22 Алибаба Груп Холдинг Лимитед Ситема цепочек блоков, поддерживающая открытые и закрытые транзакции согласно моделям счетов
WO2020143342A1 (fr) * 2019-01-11 2020-07-16 中信梧桐港供应链管理有限公司 Procédé et dispositif d'authentification de reçu d'entrepôt basés sur une architecture de chaîne de blocs
WO2022265550A1 (fr) * 2021-06-18 2022-12-22 Bcv I Robertsfors Ab Procédé et module de gestion pour gérer un service de dépôt fiduciaire

Similar Documents

Publication Publication Date Title
US12288198B2 (en) Systems and methods for math-based currency (MBC) exchanges
WO2017207717A1 (fr) Validation de transactions dans une chaîne de blocs concernant de l'argent réel
US11182781B2 (en) Block chain encryption tags
CN109325747B (zh) 基于区块链的汇款方法及装置
US20230119035A1 (en) Platform services verification
US20200320490A1 (en) Method and system for conducting a transaction using private blockchain
CN112330447A (zh) 资金流转方法及装置、电子设备
KR20170040079A (ko) 블록 검증을 위한 복수의 일방향 함수를 지원하는 블록 체인
KR101835521B1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
CN110163691B (zh) 基于区块链的发票创建方法和装置、电子设备
KR101835519B1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
CN115619395B (zh) 基于区块链的数据处理方法及相关设备
US12519650B2 (en) Method for securing private structured databases within a public blockchain
EP4360026A1 (fr) Procédé et système pour ajouter une transaction de chaîne de blocs de rendez-vous à des chaînes d'utilisateurs d'engagement
US20240095692A1 (en) Computer implemented method and system
KR101835518B1 (ko) Utxo 기반 프로토콜을 사용하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
CN112561407B (zh) 基于区块链的资产管理方法、系统及装置
KR102389922B1 (ko) 암호화폐 결제 게이트웨이 및 그 결제방법
JP7048039B1 (ja) 決済システム、決済装置、決済方法及び決済プログラム
JP7566233B1 (ja) 電子通貨基盤を実現するための方法およびシステム
CN114399312B (zh) 一种电子商务公平性信息处理方法和系统
HK40039770A (en) Remittance method and device based on block chain
HK40047872A (en) Asset management method, system and device based on blockchain
HK40047872B (en) Asset management method, system and device based on blockchain
HK40038757A (en) Cross-border resource transfer authenticity auditing method and device and electronic equipment

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17727865

Country of ref document: EP

Kind code of ref document: A1