WO2019144745A1 - Procédé et appareil de génération de contrat intelligent - Google Patents

Procédé et appareil de génération de contrat intelligent Download PDF

Info

Publication number
WO2019144745A1
WO2019144745A1 PCT/CN2018/123441 CN2018123441W WO2019144745A1 WO 2019144745 A1 WO2019144745 A1 WO 2019144745A1 CN 2018123441 W CN2018123441 W CN 2018123441W WO 2019144745 A1 WO2019144745 A1 WO 2019144745A1
Authority
WO
WIPO (PCT)
Prior art keywords
contract
content
user
smart contract
smart
Prior art date
Application number
PCT/CN2018/123441
Other languages
English (en)
Chinese (zh)
Inventor
栗志果
徐惠
童玲
胡康
余毅
丁维
Original Assignee
阿里巴巴集团控股有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2019144745A1 publication Critical patent/WO2019144745A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • One or more embodiments of the present specification relate to the field of computer technology, and more particularly to a method of generating a smart contract.
  • Blockchain technology is the underlying technology and infrastructure for constructing bitcoin network and transaction information encryption transmission. It is essentially a new application mode of computer technology such as distributed data storage, point-to-point transmission, consensus mechanism and encryption algorithm.
  • the so-called distributed data storage is that the blockchain can be regarded as a distributed ledger, which collectively maintains a reliable database through decentralization and trust.
  • the "distributed" here is not only reflected in the distributed storage of data, but also in the distributed recording of data.
  • the so-called decentralization and de-trust are reflected in the fact that the blockchain consists of many nodes together to form an end-to-end network, and there is no centralized equipment and management organization. Data exchange between nodes is verified by techniques such as encryption algorithms. As long as the rules are established according to the system, nodes cannot and cannot deceive other nodes. This allows any agreed parties to pay directly without the involvement of a third party intermediary.
  • a smart contract is a trading contract that can be executed automatically. Due to the distributed and decentralized nature of the blockchain, intelligent contracts based on blockchain technology can not only take advantage of the cost-efficiency of smart contracts, but also avoid the interference of malicious behaviors on the normal execution of contracts.
  • the smart contract is written into the blockchain in a digitized form. The characteristics of the blockchain technology ensure that the entire process of storage, reading and execution is transparent and traceable and cannot be tampered with. At the same time, a set of state machine systems is built up by the consensus algorithm of the blockchain, so that the smart contract can run efficiently.
  • Ethereum provides an open source blockchain underlying system that allows developers to develop various blockchain applications and write smart contracts by providing a number of interfaces.
  • the existing smart contract generation mechanism including Ethereum, is not suitable for ordinary users to customize their own smart contracts according to their own needs. Therefore, a better mechanism is needed to allow ordinary users to generate the desired smart contract.
  • One or more embodiments of the present specification describe a method and apparatus that allows a typical user to customize a smart contract for real-world transactions, thereby better applying the technical advantages of the blockchain to the real world.
  • a method of generating a smart contract comprising: receiving a first contract content provided by a first user through a graphical user interface; receiving second contract content associated with a second user; And the second contract content, using the respective identity information of the first user and the second user as a digital signature, generating a smart contract to execute the smart contract in the blockchain.
  • the receiving the second contract content associated with the second user includes: generating a graphic code according to the first contract content, the graphic code being used to uniquely resolve to the first contract content; Receiving the second contract content submitted by the second user in response to the graphical code.
  • the receiving the second contract content associated with the second user includes: generating an offer record according to the first contract content; broadcasting the offer record; receiving the second user response The second contract content provided by the invitation record.
  • the first contract content includes: a transaction object, a transaction price, and a transaction term.
  • the above method further comprises: acquiring credit information of at least one of the first user and the second user.
  • the smart contract based on the credit information, it is determined whether the smart contract is generated, and/or the content of the predetermined terms of the smart contract is modified according to the credit information.
  • the step of generating a smart contract specifically includes: extracting a contract feature from the first contract content and the second contract content; determining content of each contract field according to the contract feature; The field is compiled into executable code that conforms to the smart contract format and the digital signature is added to it.
  • the method further comprises: obtaining verification information of at least part of the contents of the smart contract by a third-party verification authority. Accordingly, a smart contract is generated based on the first contract content, the second contract content, and the verification information.
  • the method further comprises broadcasting the smart contract in the blockchain such that at least one of the blockchains records the smart contract in a certain block And in turn, the smart contract system built in the blockchain automatically executes the smart contract.
  • the smart contract is a physical lease contract, a physical sale contract, or a service contract.
  • an apparatus for generating a smart contract comprising: a first receiving unit configured to receive first contract content provided by a first user through a graphical user interface; and a second receiving unit configured to receive and receive a second user Corresponding second contract content; the first generating unit is configured to generate a smart contract by using the identity information of the first user and the second user as a digital signature according to the first contract content and the second contract content, so as to generate The smart contract is executed in the blockchain.
  • a computer readable storage medium having stored thereon a computer program for causing a computer to perform the method of the first aspect when the computer program is executed in a computer.
  • a computing device comprising a memory and a processor, wherein the memory stores executable code, and when the processor executes the executable code, implementing the method of the first aspect .
  • the method and apparatus provided by the embodiments of the present specification allow a user to customize a contract content for a real-world transaction through a graphical user interface, thereby generating a smart contract that can be automatically executed in a blockchain, thus making the blockchain technology more Good application to ordinary users, applied to the real world.
  • FIG. 1 is a schematic diagram of an implementation scenario of an embodiment disclosed in the present specification
  • FIG. 2 shows a flow diagram of generating a smart contract, in accordance with one embodiment
  • FIG. 3 shows a schematic diagram of a graphical user interface in accordance with one embodiment
  • Figure 4 shows an example of a contract
  • FIG. 5 is a schematic diagram showing an interface for acquiring credit information of a user
  • Figure 6 shows a schematic block diagram of an apparatus for generating a smart contract, in accordance with one embodiment.
  • FIG. 1 is a schematic diagram of an implementation scenario of an embodiment disclosed in the present specification.
  • a service platform eg, a sesame credit platform
  • the services provided may include converting the user's contractual content into a smart contract.
  • the service platform provides a terminal tool for the user to access the service, that is, a client tool, such as an App, a Dapp (Distributed App), a PC client, etc., and the terminal tool provides a graphical user interface GUI (Graphical) for the user.
  • GUI graphical user interface
  • the graphical user interface can be used to receive contract content for smart contracts.
  • the two users A and B who have reached the same transaction can use the GUI to input the contract content in an intuitive way such as dragging, clicking, and entering.
  • the terminal tool collects the content input by the user and sends it to the service platform.
  • the service platform receives the content input by the user, generates a smart contract according to the input content, and broadcasts and records the smart contract in the blockchain network to be executed in the blockchain.
  • the first user A can apply for creating a contract through his terminal tool and input the first contract content.
  • the second user B which agrees with the first user A, in turn inputs the second contract content through its terminal tool.
  • the service platform receives the first contract content and the second contract content respectively, merges them into a complete contract, compiles, formats, and adds signatures, thereby generating a smart contract suitable for automatic execution.
  • the above smart contract can be a contract in the real world, such as a sales contract of a real product, a rental contract of a real house, and the like.
  • the contract content entered by the user through the GUI is transformed into a smart contract that can be executed in the blockchain, so that the user can customize his own smart contract and apply blockchain technology to the execution of real-world transactions.
  • the generation process of the above smart contract is described in detail below.
  • Step 21 receiving first contract content provided by a first user through a graphical user interface
  • the terminal tool can provide the user with a graphical user interface GUI that can be used to receive the contractual content of the smart contract.
  • the terminal tool can split the content that may be involved in different types of smart contracts into multiple modules, and each module corresponds to different contract parts under different types of contracts, such as a renter module under a lease contract, a tenant module, and a sale. Under the contract, the merchant module and the consumer module, etc., each module can be further divided into further sub-modules as needed.
  • the terminal tool can provide these modules to the user in the form of a graphical user interface GUI. The user can then use the splicing module to input the contract content and generate the desired smart contract under the GUI.
  • FIG. 3 shows a schematic diagram of a graphical user interface in accordance with one embodiment.
  • the terminal tool divides the smart contract into a variety of real-life scenarios, including office leasing, renting, renting a car, renting a home, and spending comfort.
  • services are also supported, such as consulting services, educational services, beauty services, etc.
  • Each scene corresponds to a corresponding program module.
  • the user selects the rental scenario, that is, clicks on the module corresponding to the rental scenario, and then enters the sub-module under this scenario for further selection, including the landlord module and the tenant module.
  • the graphical user interface GUI provided by the terminal tool allows the user to splicing the modules in a manner like a building block by simply dragging, clicking, etc., thereby forming a desired smart contract.
  • the first contract content provided by the first user through the graphical user interface is received.
  • the first contract content is obtained according to the click, input, and the like performed by the first user in the graphical user interface.
  • the first user as the creator and initiator of the contract, enters most of the important information in the contract, including, for example, the transaction object, the transaction price, and the terms of the transaction.
  • the first user is usually the landlord.
  • the first contract content entered by the landlord through the graphical user interface GUI may include, housing information, rental prices, and other transaction terms, including delivery methods, default handling methods, and the like.
  • the first user is typically a merchant.
  • the first contract content entered by the merchant through the GUI may include, selling product information, sales price, and other transaction terms, such as insured commitment, return processing, default processing, and the like.
  • the first contract content will also include the identity information of the first user.
  • a second contractual content associated with the second user is also received.
  • the second user is a transaction counterpart to the first user.
  • the second contract content typically includes the identity information of the second user.
  • the above contract is a peace of mind consumer contract.
  • a peace of mind consumer contract is also a sales contract for physical products, but unlike regular consumer contracts, it often includes additional terms, such as insured terms, three guarantees, and so on.
  • the insured condition is, for example, that within three months, among all such items sold in the store, the guaranteed price is the lowest, otherwise the current price is compensated three times.
  • the three-package clause is, for example, guaranteed to be returned within a certain period of time (for example, three months).
  • the originator is generally a merchant.
  • Merchants can choose the contract type of peace of mind through the graphical user interface provided by the terminal tool (as shown in the upper right corner of Figure 2), and then continue to select the appropriate module through the GUI, and then enter the first contract content.
  • the service platform receives the first contract content entered by the merchant through the terminal tool in the form of a GUI, which may include, selling product information, selling price, and other peace of mind consumption terms, such as insured commitment, return processing, default Processing and so on.
  • a graphical encoding is generated for the first contractual content.
  • the graphical code is, for example, a two-dimensional code (which of course can also be a barcode, or other more complex coding).
  • the following uses a two-dimensional code as an example for explanation.
  • the two-dimensional code generated for the first contract content can be uniquely parsed and associated with the first contract content. After obtaining such a QR code, the merchant can post the QR code at their merchant or at the booth where the corresponding product is sold.
  • the consumer can use the corresponding terminal tool to scan the two-dimensional code, and scan the two-dimensional code to check the first contract content corresponding to the two-dimensional code, including the peace of mind consumption clause, such as the insured commitment, return processing Wait. If the consumer is satisfied with the content of the first contract, he can operate on the corresponding graphical user interface, such as clicking "order” or "confirm”, etc., so as to generate an order, enter into a contract, and become the other party of the contract, that is, Become the aforementioned second user. Correspondingly, the order information submitted in response to the two-dimensional code also contains the second contract information.
  • the first contract information has already agreed for most of the terms of the consumer's consumption
  • the second contract information generally includes the consumer, that is, the identity information of the second user, such as the user ID, the refund account, and the like. In this way, the first contract content and the second contract content are respectively obtained.
  • the smart contract to be generated is a physical lease contract, such as a rental contract.
  • the service platform upon receiving such first contractual content, the service platform accordingly generates a solicitation record that correspondingly includes the core features of the first contractual content.
  • the terminal tool records the offer in its service network for broadcast. Other nodes in the network can record and forward the invitation record, so other users can receive and query the invitation record.
  • the second user after consulting the invitation record, is willing to enter into a contract, then the user can extract the invitation record, open its corresponding graphical user interface, select the tenant module, and input the second contract content therein.
  • the second contract content is, for example, the identity information of the second user. In this way, the service platform obtains the first contract content and the second contract content, respectively.
  • both the first contract content and the second contract content may also be entered by the same user.
  • the landlord and the tenant have already gone through the field to see the contract online, and reached a contractual intention.
  • the tenant can provide their identity information to the landlord.
  • the landlord can select and input the content of the entire contract that has been agreed with the tenant through the graphical user interface, such as the first contract content including housing information, price information, delivery method, and the number related to the identity of the tenant.
  • Second contract content In this way, the terminal tool can directly obtain the first contract content and the second contract content, and send the contract content to the service platform.
  • the user can provide contract content through simple operations in the GUI. Accordingly, in steps 21 and 22, the service platform can acquire the first contract content and the second contract content. On this basis, in step 23, based on the first contract content and the second contract content, the smart information is generated by using the respective identity information of the first user and the second user as digital signatures.
  • the process of generating a smart contract mainly includes the process of extracting, merging, and compiling and coding the content of the first contract and the content of the second contract.
  • the process of generating a smart contract includes first generating a unique identification code for the transaction object in the contract to code the transaction object. For example, if the transaction object is a house to be rented, a unique identification code can be generated for the house; if the transaction object is a product for sale, a unique identification code can also be generated for the product.
  • step 23 may further include extracting contract features from the first contract content and the second contract content, and determining contents of the respective contract fields according to the contract characteristics.
  • first contract content and the second contract content are provided by the user through a graphical user interface, which is actually splitting the contract into different modules under different types, and visually providing the functions of the modules to the user.
  • Tool of. The user drags, clicks, and selects the operation of each module, which is equivalent to activating the program code corresponding to each module.
  • the terminal tool/service platform can correspondingly understand the meaning of the input content, thereby extracting the contract feature from the contract content, and placing the corresponding contract feature into the contract field corresponding to the module.
  • To generate individual contract fields For example, after selecting the house information module, the first user inputs the content "Xionan xxx community xxx building xx building xx room".
  • the service platform can extract the contract feature "Xionan xxx community xxx building xx building xx room", and enter the corresponding contract field "house location" by inputting the module "house information" of the feature. .
  • Figure 4 shows an example of individual contract fields in a contract.
  • the example of FIG. 4 shows a part of a rental contract, which includes a plurality of fields: a house identification code, a house location, a landlord identity information, a leaser identity information, a rental method, a payment method, a default agreement, and the like.
  • the content of each field is extracted from the first contract content/second contract content provided by the user through the graphical user interface.
  • Figure 4 is only an illustration, and the actual contract may contain more or fewer fields, which may take a form closer to the executable code.
  • the entire contract including the respective contract fields is also formatted and compiled by using the respective identity information of the first user and the second user. Signature to generate a smart contract.
  • a smart contract is a contract that can be propagated, recorded, and executed automatically in a blockchain.
  • smart contracts need to have a machine-executable coding form with encryption and non-destructive features. To do this, combine the individual contract fields obtained above and compile them into a smart contract.
  • the contract content containing the various contract fields is converted into a script program that can be directly read and executed by the smart contract system in the blockchain.
  • the participant of the smart contract as a user of the blockchain, obtains a pair of public and private keys returned by the blockchain; the public key acts as the account address of the user on the blockchain, and the private key acts as the account The only key.
  • the private key of the first user and the second user may be used as a digital signature to be added to the script program to generate a smart contract.
  • the method of an embodiment before or after generating the smart contract, further comprises obtaining credit information of at least one of the first user and the second user.
  • only the credit information of the first user is obtained.
  • only the credit information of the first user that is, the merchant
  • the credit information of the second user is obtained.
  • only the credit information of the second user may be obtained, and the lessor is not required.
  • it is necessary to obtain credit information for both the first user and the second user For example, in the case of a house lease contract, it is necessary to obtain the credit information of the first user, the homeowner side, and the credit information of the second user and the tenant side, so as to better ensure the authenticity of the smart contract conclusion.
  • the credit information includes real authentication information.
  • the real person authentication information includes, for example, information for authenticating using real information such as a face and an ID number.
  • the credit information includes sesame credit information.
  • Sesame Credit is a credit score based on the user's transaction records, loan records, consumption records and other big data to fully evaluate the user's credit score, which can be used to reflect the credit status of a user.
  • the user's registration information can be associated with their sesame credit.
  • obtaining the credit information of the user includes reading the sesame credit information of the user.
  • the credit information may further include credit information provided by a third party credit institution.
  • Third-party credit institutions may include banks, government agencies, credit bureaus, etc., which may also evaluate the credit status of users based on various behavioral data of users.
  • the identity information and authorization provided by the user at the third party institution may be first obtained, and a request is sent to the third party institution according to the identity information and the authorization, thereby receiving the third party institution for the user. Credit information.
  • the credit information may further include a credit score accumulation determined according to an execution condition of the previous smart contract.
  • smart contracts running in a blockchain can be automatically executed. Users who follow the contract and make the smart contract run smoothly can get a certain credit score accumulation after the contract is executed. Such credit score accumulation can also be used as credit information of the user.
  • FIG. 5 shows an interface diagram for acquiring credit information of a user.
  • the user needs to enter the nuclear platform to perform the next contracting operation.
  • users can choose to provide one or more credit information, such as real-life authentication, reading sesame credits, and using credit information for credit evaluation.
  • the credit information may include one or more of several pieces of information listed above, and may also include other kinds of information that are not exhaustively enumerated.
  • the credit information of the first user and/or the second user is acquired before the smart contract is generated, and based on the acquired credit information, whether to generate the smart contract is determined.
  • the contract generation request is rejected. For example, in the scenario of a rental contract, if the credit information of the first user, that is, the homeowner does not meet the predetermined requirement, the offer record may be discarded; if the second user, that is, the credit information of the tenant does not meet the predetermined requirement, then The contracting operation can be rejected.
  • smart contracts are generated only for users whose credit information meets the requirements.
  • the credit information of the first user and/or the second user is acquired, and the content of the predetermined clause in the smart contract is modified according to the credit information.
  • the first user selects a default payment method in the payment method module: pay three.
  • the smart contract generated according to this will contain provisions on the payment method, which stipulates that the payment is made by paying three bets.
  • the credit information of the second user satisfies the condition of free deposit, for example, the sesame credit score is above 750, and the clause of the payment method in the smart contract can be automatically modified at this time. Modified to avoid deposit payment.
  • the terms of the payment method can also be modified to double the deposit. In one example, if the credit of the first user and/or the second user does not meet the predetermined condition, the smart contract that has been generated may also be cancelled.
  • the third party verification institution may also obtain verification information on at least part of the content in the smart contract.
  • the above-mentioned third-party verification institutions may include corresponding government management departments or certification organizations of civil organizations.
  • the verification agency can verify the authenticity or legality of at least part of the content of the contract, such as verifying the authenticity of the transaction object, verifying the reasonableness of the transaction price, and the like.
  • the information of the transaction object that is, the housing information
  • the smart contract is generated based on the verification information of the verification authority.
  • the contract is also sent to a third party arbitration or regulatory agency, which signs the contract.
  • the contract can be automatically forwarded to the arbitration node or the supervisory node for post-arbitration and supervision.
  • Smart contracts with user signatures can be spread across the P2P network and stored in the blockchain.
  • the smart contract can be broadcasted in the blockchain to spread in the blockchain network through P2P, and each node receives a copy; the blockchain
  • the verification node in the session will temporarily store the received contract, and at the preset timing (called the consensus time), package all the contracts temporarily stored in the most recent period into a contract set, and calculate the contract set.
  • the hash value is then assembled into a block structure of the contract set and spread to the entire network. After receiving the block structure, other verification nodes will compare and verify the contracts saved in the block according to the above hash value until the latest contract set is agreed.
  • the newly reached contract set will be spread to the whole network in the form of a block.
  • Each block contains a block header and a block body.
  • the block header includes: the hash value of the current block, the hash value of the previous block, and the consensus. Timestamps, and other descriptive information; the set of contracts in which the consensus has been reached is recorded in the block.
  • Smart contracts recorded in the block can be automatically executed in the blockchain.
  • the intelligent contract system built into the bottom of the blockchain periodically traverses the state machines, transactions, and trigger conditions contained in each contract. If the trigger condition is met, the transactions specified in the contract, such as transfer, contract forwarding, compensation, and change, will be executed. User status, etc. In this way, automatic execution of smart contracts is achieved.
  • the contractual content of the user's contract for the real world can be received, and the smart contract is generated accordingly, so that the smart contract can be automatically executed in the blockchain.
  • This allows ordinary users to customize their smart contracts for real-world transactions and better apply blockchain technology to the real world.
  • FIG. 6 shows a schematic block diagram of an apparatus for generating a smart contract, in accordance with one embodiment.
  • the generating apparatus 600 includes: a first receiving unit 61 configured to receive first contract content provided by a first user through a graphical user interface; and a second receiving unit 62 configured to receive association with a second user a second contract content; a generating unit 63, configured to generate a smart contract by using the identity information of the first user and the second user as a digital signature according to the first contract content and the second contract content, so as to be in the blockchain Execute the smart contract in .
  • apparatus 600 further includes an encoding generation unit (not shown) configured to generate a graphical encoding for uniquely parsing to the first contractual content based on the first contractual content.
  • the second receiving unit 62 is configured to receive the second contract content submitted by the second user in response to the graphic encoding.
  • apparatus 600 further includes an offer generation unit (not shown) configured to generate an offer record based on the first contractual content; and to broadcast the offer record.
  • the second generating unit 62 is configured to receive the second contract content provided by the second user in response to the offer record.
  • the first contract content includes: a transaction object, a transaction price, and a transaction term.
  • the apparatus 600 further includes a credit obtaining unit 610 configured to acquire credit information of at least one of the first user and the second user.
  • the generating unit 63 is configured to determine whether to generate the smart contract based on the credit information. In one embodiment, the generating unit 63 is further configured to modify the content of the predetermined terms of the smart contract based on the credit information.
  • the generating unit 63 is configured to: extract contract features from the first contract content and the second contract content; determine content of each contract field according to the contract feature; Compile into executable code that conforms to the smart contract format and add the digital signature to it.
  • apparatus 600 further includes a verification unit (not shown) configured to obtain verification information for at least a portion of the content of the smart contract by a third party verification authority. Accordingly, the generating unit 63 is configured to generate a smart contract based on the first contract content, the second contract content, and the verification information.
  • apparatus 600 further includes a broadcast unit 64 configured to broadcast the smart contract in the blockchain such that at least one of the blockchains records the smart contract at In a certain block, the smart contract system built in the blockchain is then automatically executed by the smart contract system.
  • a broadcast unit 64 configured to broadcast the smart contract in the blockchain such that at least one of the blockchains records the smart contract at In a certain block, the smart contract system built in the blockchain is then automatically executed by the smart contract system.
  • the smart contract is a physical lease contract, a physical sale contract, or a service contract.
  • the contract content provided by the user through the graphical user interface for the real world contract can be received, and the smart contract is generated accordingly, so that the smart contract can be automatically executed in the blockchain.
  • This allows ordinary users to customize their smart contracts for real-world transactions and better apply blockchain technology to the real world.
  • a computer readable storage medium having stored thereon a computer program for causing a computer to perform the method described in connection with FIG. 2 when the computer program is executed in a computer.
  • a computing device comprising a memory and a processor, the memory storing executable code, and when the processor executes the executable code, implementing the method described in connection with FIG. 2 method.
  • the functions described herein can be implemented in hardware, software, firmware, or any combination thereof.
  • the functions may be stored in a computer readable medium or transmitted as one or more instructions or code on a computer readable medium.

Abstract

L'invention concerne un procédé de génération de contrat intelligent. Le procédé consiste à : recevoir un premier contenu de contrat fourni par un premier utilisateur au moyen d'une interface graphique utilisateur (21); recevoir un second contenu de contrat associé à un second utilisateur (22); et générer ensuite, en fonction du premier contenu de contrat et du second contenu de contrat, un contrat intelligent en utilisant les informations d'identité respectives du premier utilisateur et du second utilisateur sous la forme d'une signature numérique (23), de façon à exécuter le contrat intelligent dans une chaîne de blocs. Ainsi, un utilisateur commun est autorisé à personnaliser un contrat intelligent pour une transaction dans le monde réel, de telle sorte que les avantages techniques de la chaîne de blocs sont mieux appliqués au monde réel.
PCT/CN2018/123441 2018-01-29 2018-12-25 Procédé et appareil de génération de contrat intelligent WO2019144745A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810084127.4A CN110097359A (zh) 2018-01-29 2018-01-29 生成智能合约的方法及装置
CN201810084127.4 2018-01-29

Publications (1)

Publication Number Publication Date
WO2019144745A1 true WO2019144745A1 (fr) 2019-08-01

Family

ID=67394476

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/123441 WO2019144745A1 (fr) 2018-01-29 2018-12-25 Procédé et appareil de génération de contrat intelligent

Country Status (3)

Country Link
CN (1) CN110097359A (fr)
TW (1) TWI768163B (fr)
WO (1) WO2019144745A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110674531A (zh) * 2019-10-11 2020-01-10 腾讯科技（深圳）有限公司 基于区块链的居住信息管理方法、装置、服务器及介质
CN110956452A (zh) * 2019-12-02 2020-04-03 支付宝(杭州)信息技术有限公司 合约处理方法以及装置
CN111131234A (zh) * 2019-12-23 2020-05-08 卓尔智联(武汉)研究院有限公司 供应链中智能合约数据处理方法、装置和计算机设备
CN111415229A (zh) * 2020-04-21 2020-07-14 昆明大棒客科技有限公司 基于区块链的电子商务交易方法、装置和设备
CN112131252A (zh) * 2020-08-16 2020-12-25 中信银行股份有限公司 业务处理方法、装置、电子设备及可读存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019228559A2 (fr) 2019-09-02 2019-12-05 Alibaba Group Holding Limited Gestion de systèmes de registre centralisés à base de chaîne de blocs
SG11202002029VA (en) * 2019-09-02 2020-04-29 Alibaba Group Holding Ltd Managing blockchain-based centralized ledger systems
SG11202002614XA (en) 2019-09-12 2020-04-29 Alibaba Group Holding Ltd Log-structured storage systems
EP3841549B1 (fr) 2020-04-22 2022-10-26 Alipay (Hangzhou) Information Technology Co., Ltd. Gestion de demandes de transaction dans des systèmes de registre
WO2020143854A2 (fr) 2020-04-22 2020-07-16 Alipay (Hangzhou) Information Technology Co., Ltd. Gestion de demandes de transaction dans des systèmes de registre
WO2020143856A2 (fr) 2020-04-22 2020-07-16 Alipay (Hangzhou) Information Technology Co., Ltd. Gestion de demandes de transaction dans des systèmes de registre
CN111563122A (zh) * 2020-05-06 2020-08-21 青岛大学 一种基于区块链的任务交付方法、装置、设备及存储介质
CN111865936A (zh) * 2020-06-30 2020-10-30 深圳前海益链网络科技有限公司 一种智能合约实现方法、装置、计算机设备和存储介质
CN112200672B (zh) * 2020-09-30 2023-03-17 上海翌派科技有限公司 一种智能合约处理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106408299A (zh) * 2016-08-31 2017-02-15 江苏买卖网电子商务有限公司 一种基于区块链技术的电子智能签约支付方法
CN107147704A (zh) * 2017-04-21 2017-09-08 杭州趣链科技有限公司 一种面向区块链的通用服务中间件系统
CN107423565A (zh) * 2017-07-26 2017-12-01 中山大学 一种基于智能合约技术的医疗抢救合约方法
CN107483181A (zh) * 2017-08-28 2017-12-15 北京金股链科技有限公司 合同管理方法、装置及终端

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112018016822A2 (pt) * 2016-02-23 2018-12-26 Nchain Holdings Ltd método implementado por computador para realizar uma troca de entidades entre um primeiro usuário e um segundo usuário, processador e meio legível por computador
CN105893042A (zh) * 2016-03-31 2016-08-24 北京航空航天大学 一种基于区块链的智能合约的实现方法
CN107622385A (zh) * 2017-08-28 2018-01-23 南京邮电大学 一种基于区块链智能合约的数字作品发行方法
CN107454114B (zh) * 2017-09-29 2021-07-06 深圳市轱辘车联数据技术有限公司 一种竞拍方法、服务器及可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106408299A (zh) * 2016-08-31 2017-02-15 江苏买卖网电子商务有限公司 一种基于区块链技术的电子智能签约支付方法
CN107147704A (zh) * 2017-04-21 2017-09-08 杭州趣链科技有限公司 一种面向区块链的通用服务中间件系统
CN107423565A (zh) * 2017-07-26 2017-12-01 中山大学 一种基于智能合约技术的医疗抢救合约方法
CN107483181A (zh) * 2017-08-28 2017-12-15 北京金股链科技有限公司 合同管理方法、装置及终端

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110674531A (zh) * 2019-10-11 2020-01-10 腾讯科技（深圳）有限公司 基于区块链的居住信息管理方法、装置、服务器及介质
CN110674531B (zh) * 2019-10-11 2023-06-27 腾讯科技（深圳）有限公司 基于区块链的居住信息管理方法、装置、服务器及介质
CN110956452A (zh) * 2019-12-02 2020-04-03 支付宝(杭州)信息技术有限公司 合约处理方法以及装置
CN111131234A (zh) * 2019-12-23 2020-05-08 卓尔智联(武汉)研究院有限公司 供应链中智能合约数据处理方法、装置和计算机设备
CN111415229A (zh) * 2020-04-21 2020-07-14 昆明大棒客科技有限公司 基于区块链的电子商务交易方法、装置和设备
CN112131252A (zh) * 2020-08-16 2020-12-25 中信银行股份有限公司 业务处理方法、装置、电子设备及可读存储介质

Also Published As

Publication number Publication date
TWI768163B (zh) 2022-06-21
TW201933204A (zh) 2019-08-16
CN110097359A (zh) 2019-08-06

Similar Documents

Publication Publication Date Title
WO2019144745A1 (fr) Procédé et appareil de génération de contrat intelligent
US11789933B2 (en) System and method for a hybrid contract execution environment
US11436613B2 (en) Computer-guided corporate governance with document generation and execution
US20240046230A1 (en) Systems and methods for hyperledger-based payment transactions, alerts, and dispute settlement, using smart contracts
US11803823B2 (en) Systems and methods for blockchain-based payment transactions, alerts, and dispute settlement, using a blockchain interface server
WO2021028363A1 (fr) Procédés et systèmes pour empêcher un suivi de transaction sur un réseau à base de registres distribués
CN110599348B (zh) 股权激励的方法、装置、设备及存储介质
US11943358B2 (en) Methods and systems for identifying anonymized participants of distributed ledger-based networks using zero-knowledge proofs
CN110275925B (zh) 基于区块链的虚拟资源分配方法和装置
CN111095863A (zh) 在区块链网络上通信、存储和处理数据的基于区块链的系统和方法
Gaur et al. Blockchain with hyperledger fabric: Build decentralized applications using hyperledger fabric 2
Anthony Jnr A developed distributed ledger technology architectural layer framework for decentralized governance implementation in virtual enterprise
Arya et al. Blockchain enabled trustless api marketplace
Baset et al. Blockchain Development with hyperledger: build decentralized applications with hyperledger fabric and composer
EP3970091A1 (fr) Adaptation d'un processus de production, dispositif de bord d'un système de commande industriel et procédé de commande de produit
CN110727735B (zh) 基于区块链技术协作完成任务事件的方法、装置及设备
Pourheidari et al. A case study of execution of untrusted business process on permissioned blockchain
Antal et al. Distributed Ledger Technology Review and Decentralized Applications Development Guidelines. Future Internet 2021, 13, 62
CN113678158A (zh) 数据处理系统、数据处理方法和程序
Morais Web3 Ticket
Rai et al. Blockchain based E-procurement system in healthcare
Dias Blockchain and Property Technology
SANDHIYA et al. TOKENIZATION OF REALWORLD ASSETS IN ETHEREUM BLOCKCHAIN USING ERC-721 AND ERC-1155
Alfuhaid Achieving Construction Material Traceability by Leveraging Blockchain Technology
Pyry Blockchain For Business

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

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

Country of ref document: EP

Kind code of ref document: A1