CN114756903A

CN114756903A - Homote advice processing method and device based on block chain intelligent contract and computing equipment

Info

Publication number: CN114756903A
Application number: CN202210450292.3A
Authority: CN
Inventors: 陈琦; 王熙; 习晨; 邱子博; 王进成; 孟成林; 陈雄威; 白云
Original assignee: Ant Blockchain Technology Shanghai Co Ltd
Current assignee: Ant Blockchain Technology Shanghai Co Ltd
Priority date: 2022-04-26
Filing date: 2022-04-26
Publication date: 2022-07-15

Abstract

The embodiments disclosed in the specification provide a method, a device and a computing device for processing a testimony based on a block chain intelligent contract. A testimony intelligent contract can be constructed, and the testimony intelligent contract is issued to the block chain system through the testimony account. The intelligent testament order contract comprises the testament order person private key and the testament order public condition, so that the testament order cipher text can be decrypted by using the testament order person private key under the condition of meeting the testament order public condition, and the testament order plaintext is disclosed. The will cipher text also requires chaining.

Description

Homote advice processing method and device based on block chain intelligent contract and computing equipment

Technical Field

The embodiments of the present specification relate to the field of blockchain technologies, and in particular, to a method and an apparatus for processing a wisdom based on a blockchain intelligent contract, and a computing device.

Background

In social life, an individual can realize some affair arrangement after self-accident, such as heritage distribution, by means of booking a testimonial advice.

It is readily understood that the obliquitor (the person who ordered the obliquity) often does not want the interested party of the obliquity to know the content of the obliquity at will, but if the content of the obliquity is kept secret, there is often a possibility that the obliquity is tampered with, so that the interested party of the obliquity may not acknowledge the authenticity of the obliquity.

Disclosure of Invention

Embodiments of the present specification provide a method, an apparatus, and a computing device for processing a testimony based on a block chain intelligent contract.

Various embodiments of the present disclosure provide the following technical solutions:

according to a first aspect of various embodiments of the present specification, there is provided a method for processing a testimony based on a blockchain intelligent contract, wherein a testimony registers a testimony account in a blockchain system, the method including:

submitting a contract issuing transaction to a blockchain system through a testimonist account, so that the blockchain system issues testimonial intelligent contracts carried by the contract issuing transaction; wherein:

the testament intelligent contract comprises a testament person private key and testament public conditions;

the intelligent contract is used for: under the condition that the public condition of the testamentary advice is met, decrypting the testamentary advice ciphertext encrypted by using the public key of the testamentary advice by using the private key of the testamentary advice person, and disclosing the testamentary advice plaintext;

the testament cipher text is stored in the intelligent contract or in a block chain of the block chain system.

According to a second aspect of various embodiments herein, there is provided a blockchain intelligent contract-based testimony processing apparatus, the testimony registering a blockchain account in a blockchain system by a testimony, the apparatus including:

The processing module is used for submitting a contract issuing transaction to the blockchain system through the testament person account so that the blockchain system issues the testament intelligent contract carried by the contract issuing transaction; wherein:

According to a third aspect of various embodiments herein, there is provided a blockchain system applied to the method of the first aspect.

According to a fourth aspect of various embodiments herein, there is provided a computing device comprising a memory, a processor; the memory is for storing computer instructions executable on the processor for implementing the method of the first aspect when executing the computer instructions.

In the above technical solution, the will-take person registers a blockchain account in the blockchain system (the blockchain account owned by the will-take person is referred to as a will-take person account herein), and thus has a registered identity of the operation performed in the blockchain system, and the operation performed through the will-take person account can be considered as the operation performed on behalf of the will-take person. A testimony intelligent contract can be constructed, and the testimony intelligent contract is issued to the block chain system through the testimony account. The intelligent testament order contract comprises the testament order private key and the testament order disclosure condition, and can realize that the testament order cipher text (encrypted by the testament order public key) is decrypted by using the testament order private key and the testament order plaintext is disclosed under the condition that the testament order disclosure condition is met. The testimonial cryptogram also needs to be linked up (either stored in the smart contract or stored in the blockchain).

Through the technical scheme, the testament person can specify the testament ciphertext and link the testament ciphertext, so that the testament ciphertext is difficult to tamper. The intelligent contract can decrypt the testament secret text which is linked at a proper time and disclose the testament plain text. Therefore, the method can prevent the interest-interested party of the testimony from knowing the testimony content at will and effectively prevent the testimony content from being tampered, so that the interest-interested party of the testimony can easily acknowledge the authenticity of the testimony.

Drawings

FIG. 1 is a schematic diagram of creating an intelligent contract, provided by an exemplary embodiment.

FIG. 2 is a schematic diagram of a call to an intelligent contract, provided by an exemplary embodiment.

FIG. 3 is a schematic diagram of creating and invoking an intelligent contract, provided by an exemplary embodiment.

Fig. 4 is a flowchart of an order processing method based on a blockchain intelligent contract provided in the present specification.

FIG. 5 is an illustration of a reviewer managing a testamentary order provided by the present specification.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present specification without creative efforts shall fall within the protection scope of the present specification.

It should be noted that: in other embodiments, the steps of the corresponding methods are not necessarily performed in the order shown and described in this specification. In some other embodiments, the methods may include more or fewer steps than those described herein. Moreover, a single step described in this specification may be broken down into multiple steps for description in other embodiments; multiple steps described in this specification may be combined into a single step in other embodiments.

The will person refers to the person who makes the will. The person who will order before the accident, realize some things arrangement after the accident, such as the distribution of the heritage. Generally, the contents of the will order can form a document, the document mainly includes how the will order things after the will order, and the document also includes information such as the identity information of the will order person, the time of booking the will order, etc.

The interested party of the testimonial advice refers to an individual or a mechanism related to the testimonial advice by the interested party, such as legal inheritors of the testimonial advocates, property commonalities of the testimonial advocates, debtors of the testimonial advocates, friends of the testimonial advocates and the like.

In practical applications, after the doctor has made the doctor's prescription, the doctor usually does not want others (mainly interested parties) to know the contents of the doctor's prescription at will, and sometimes even does not want others to know that the doctor's prescription exists. The person who will be the will often want to disclose his or her own pre-made will at an appropriate time. However, keeping the will ordered previously made by the will usually compromise the trustworthiness of the will, i.e., the will may be tampered with by the interested party of the will and not acknowledge the authenticity of the content of the will when the will is published.

To this end, the present disclosure provides a testimonial processing scheme based on a blockchain intelligent contract. The block chain account (the block chain account owned by the will be referred to herein as the will account) is registered by the will in the block chain system, and the identity of the registration of the operation performed in the block chain system is known as the operation performed on behalf of the will by the will account. A testimony intelligent contract can be constructed, and the testimony intelligent contract is issued to the block chain system through the testimony account. The intelligent testament order contract comprises the testament order private key and the testament order disclosure condition, and can realize that the testament order cipher text (encrypted by the testament order public key) is decrypted by using the testament order private key and the testament order plaintext is disclosed under the condition that the testament order disclosure condition is met. The testamentary cryptogram also needs to be linked up (either stored in the smart contract or stored in the blockchain).

Through the technical scheme, the testament person can specify the testament ciphertext and link the testament ciphertext, so that the testament ciphertext is difficult to tamper. The intelligent contract can decrypt the testament secret text which is linked at a proper time and disclose the testament plain text. Therefore, the interested party of the testamentary will not be informed of the testamentary content at will, and the testamentary content can be effectively prevented from being tampered, so that the interested party of the testamentary can easily acknowledge the authenticity of the testamentary.

Block chain techniques are described herein.

Block chains are generally divided into three types: public chain (Public Blockchain), Private chain (Private Blockchain), and federation chain (Consortium Blockchain). In addition, there are various types of associations, such as private chain + federation chain, federation chain + public chain, and so on. The most decentralized of these is the public chain. The public chain is represented by bitcoin and ether house, and the participators joining the public chain can read the data record on the chain, participate in transaction, compete for accounting right of new blocks, and the like. Furthermore, each participant (i.e., node) is free to join and leave the system and perform related operations. Private chain the other way around, the write rights of the system are controlled by an organization or organization, and the data read rights are specified by the organization. Briefly, a private chain can be a weakly centralized system with strictly limited and few participating nodes. This type of blockchain is more suitable for use within a particular establishment. A federation chain is a block chain between a public chain and a private chain, and "partial decentralization" can be achieved. Each node in a federation chain typically has a physical organization or organization corresponding to it; participants maintain blockchain operation together by authorizing to join the system and forming a stakeholder union.

Whether public, private, or alliance, may provide the functionality of an intelligent contract. An intelligent contract on a blockchain is a contract that can be triggered to execute by a transaction (typically client initiated) on a blockchain system. An intelligent contract may be defined in the form of code.

It should be noted here that in the field of blockchain, the request for invoking the intelligent contract submitted to the blockchain system has a data structure specified by the blockchain protocol, which is generally referred to as a transaction. A blockchain transaction is a data structure, and the "transaction" in the blockchain-based transaction methods described in the embodiments herein refers to a transaction activity, and those skilled in the art can distinguish the two transaction expressions in terms of meaning.

Taking the etherhouse as an example, the support user creates and invokes some complex logic in the etherhouse system, which is the biggest challenge of the etherhouse to distinguish from the bitcoin blockchain technology. At the heart of an ethernet mill as a programmable blockchain is an ethernet mill virtual machine (EVM), where each ethernet mill node can run the EVM. The EVM is a well-defined virtual machine, which means that a variety of complex logic can be implemented through it. The user issuing and invoking smart contracts in the etherhouse is running on the EVM. In fact, what the virtual machine directly runs is virtual machine code (virtual machine bytecode, hereinafter referred to as "bytecode"). The intelligent contracts deployed on the blockchain may be in the form of bytecodes.

For example, as shown in fig. 1, after Bob sends a transaction containing information to create an intelligent contract to the etherhouse system, the EVM of node 1 may execute the transaction and generate a corresponding contract instance. The "0 x6f8ae93 …" in fig. 1 represents the address of the contract, the data field of the transaction holds what may be bytecode, and the to field of the transaction is null. After agreement is reached between the nodes through the consensus mechanism, this contract is successfully created and can be invoked in subsequent procedures. After the contract is created, a contract account corresponding to the intelligent contract appears on the blockchain and has a specific address, and the contract code is stored in the contract account. The behavior of the intelligent contract is controlled by the contract code.

As shown in fig. 2, still taking an ethernet house as an example, after Bob sends a transaction for invoking an intelligent contract to the ethernet house system, the EVM of a certain node may execute the transaction and generate a corresponding contract instance. The from field of the transaction in FIG. 2 is the address of the account of the initiator of the transaction (i.e., Bob), the "0 x6f8ae93 …" in the to field represents the address of the smart contract being invoked, and the value field is the value in EtherFang that is kept in the data field of the transaction as the method and parameters for invoking the smart contract. The value of balance may change after the intelligent contract is invoked. Subsequently, a client can view the current value of balance through a blockchain node (e.g., node 6 in fig. 2). The intelligent contract is independently executed at each node in the blockchain system in a specified mode, and all execution records and data are stored on the blockchain, so that after the transaction is completed, transaction certificates which cannot be tampered and cannot be lost are stored on the blockchain.

A schematic diagram of creating an intelligent contract and invoking the intelligent contract is shown in fig. 3. To create an intelligent contract in an ethernet workshop, the intelligent contract needs to be compiled, compiled into byte codes, deployed to a block chain and the like. The intelligent contract is called in the Ethernet workshop, a transaction pointing to the intelligent contract address is initiated, and the intelligent contract codes are distributed and run in the virtual machine of each node in the Ethernet workshop system.

It should be noted that, in addition to the creation of the smart contracts by the users, the smart contracts may also be set by the system in the creation block. Such contracts are generally referred to as foundational contracts. In general, the data structure, parameters, attributes and methods of some blockchain systems may be set in the startup contract. Further, an account with system administrator privileges may create a contract at the system level, or modify a contract at the system level (simply referred to as a system contract). In addition to the EVM in the ethernet bay, various virtual machines may be used in different blockchain systems, which is not limited herein.

After executing a transaction that invokes an intelligent contract, a node in the blockchain system generates a corresponding receipt (receipt) for recording information related to executing the intelligent contract. In this way, information about the contract execution results may be obtained by querying the receipt of the transaction. The contract execution result may be represented as an event (event) in the receipt. The message mechanism can realize message passing through an event in a receipt so as to trigger the blockchain node or a node device deploying the blockchain node to execute corresponding processing.

The structure of the event may be, for example:

Event：

[topic][data]

......

in the above example, the number of events may be one or more; wherein, each event respectively comprises fields of a subject (topic) and data (data). The blockchain node or a node device deploying the blockchain node may perform the preset processing by listening to the topic of the event, in case that the predefined topic is listened to, or read the relevant content from the data field of the corresponding event, and may perform the preset processing based on the read content.

In the event mechanism, it is equivalent to that there is a client with a monitoring function at a monitoring party (e.g. a user with a monitoring requirement), for example, an SDK or the like for implementing the monitoring function is run on the client, and the client monitors events generated by the blockchain node, and the blockchain node only needs to generate a receipt normally. The passage out of transaction information may be accomplished in other ways than the event mechanism described above. For example, a listening code may be embedded in a blockchain platform code running at blockchain nodes, such that the listening code can listen to one or more of transaction content of a blockchain transaction, contract status of a smart contract, a contract-generated receipt, etc., and send the listened-to data to a predefined listener. Since the snoop code is deployed in the blockchain platform code, rather than at the snooper's client, this implementation based on snoop code is relatively more proactive than the event mechanism. The above monitoring code may be added by a developer of the blockchain platform in a development process, or may be embedded by a monitoring party based on a requirement of the monitoring party, which is not limited in this specification.

The block chain technology is different from the traditional technology in one of decentralization characteristics, namely accounting is carried out on each node, or distributed accounting is carried out, and the traditional centralized accounting is not carried out. To be a difficult-to-defeat, open, non-falsifiable data record decentralized honest and trusted system, the blockchain system needs to be secure, unambiguous, and irreversible in the shortest possible time for distributed data records. In different types of blockchain systems, in order to keep accounts consistent among nodes recording accounts, a consensus algorithm is generally adopted to ensure that the above-mentioned consensus mechanism is adopted. For example, a common mechanism of block granularity can be implemented between block nodes, such as after a node (e.g., a unique node) generates a block, if the generated block is recognized by other nodes, other nodes record the same block. For another example, a common mechanism of transaction granularity may be implemented between the blockchain nodes, such as after a node (e.g., a unique node) acquires a blockchain transaction, if the blockchain transaction is approved by other nodes, each node that approves the blockchain transaction may add the blockchain transaction to the latest block maintained by itself, and finally, each node may be ensured to generate the same latest block. The consensus mechanism is a mechanism for the blockchain node to achieve a global consensus on the block information (or called blockdata), which can ensure that the latest block is accurately added to the blockchain. The current mainstream consensus mechanisms include: proof of Work (POW), Proof of stock (POS), Proof of commission rights (DPOS), Practical Byzantine Fault Tolerance (PBFT) algorithm, HoneyBadgerBFT algorithm, etc.

The technical scheme provided by the disclosure is described in detail below with reference to the accompanying drawings.

Fig. 4 is a flowchart of an order processing method based on a blockchain intelligent contract provided in the present specification, which may include the following steps:

s400: a contract issuance transaction is submitted to the blockchain system through the reviewer account.

The testimonials account is the blockchain account that the testimonials register in the blockchain system.

The intelligent testimony contract for the testimony order can contain a secret key of the testimony order person and a public condition of the testimony order. The intelligent contract may be used to implement: and under the condition that the condition of disclosing the testamentary advice is met, decrypting the testamentary advice ciphertext encrypted by using the testamentary advice public key by using the testamentary advice private key and disclosing the testamentary advice plaintext. The testamentary cipher text may be stored in the intelligent contract or may be stored in a blockchain of the blockchain system.

It should be noted that, when the testament ciphertext is directly stored in the block chain, the testament ciphertext is difficult to be tampered because the data in the block chain is difficult to be tampered; under the condition that the testament ciphertext is directly stored in the intelligent contract, the hash value of the intelligent contract is stored in the block chain, so that the intelligent contract is difficult to be tampered, and the testament ciphertext is difficult to be tampered. The testimonial secret of the testimonial will be referred to as the testimonial secret, which can be based on the property of data on the block chain that is difficult to be tampered, so that the testimonial secret is difficult to be tampered.

The user can initiate a transaction to the blockchain system by using the own blockchain account, store data into the blockchain through the transaction, and simultaneously call the code logic in the intelligent contract in the blockchain through the transaction. The intelligent contract is deployed in a blockchain system that is trusted to execute the processes of the code logic in the intelligent contract.

In practical application, the account of the will advocate has an account private key and an account public key, and usually, only the will advocate himself masters the account private key of the account of the will advocate, and the transaction initiated by the account of the will advocate can be signed through the account private key, and the transaction with the account private key signature is the transaction which is considered to be effective by the block chain system. This means that typically only the reviewer (or others trusted by the reviewer) can submit a contract issuance transaction into the blockchain system, issuing a reviewer intelligent contract, which also means that the reviewer intelligent contract represents the will of the reviewer.

Of course, there is theoretically the possibility that the account private key of the obliguer account may be stolen. However, on the one hand, stealing the account private key of the testimonier account is not easy, and on the other hand, the motivation to steal the account private key of the testimonier account typically arises after the release of the testimony smart contract (and also after the testimony chain), which means that at least the code logic of the testament smart contract and the testament cryptogram can be difficult to tamper with.

In practical application, the intelligent contract is generated in such a way that a person who will order or trusts the person writes intelligent contract codes by himself. In addition, the block chain system can provide an intelligent contract writing template for a person who is trusting by a testimony or a testimony person, and the person who is trusting by the testimony or the testimony person can complete writing of the intelligent contract codes by filling in the writing template (such as writing in testimony open conditions).

The secret key of the testament person in the testament intelligent contract can be an account secret key of a testament person account, or a secret key which is generated by the testament person and is specially used for decrypting a testament ciphertext. If the account private key of the testimonist account is not adopted as the testimonist private key, the theoretical security is higher. The reason is that the account private key is used when the testimonial advices account is operated every time, and the high use frequency of the account private key means that the leakage risk is high; the private key which is generated by the will and specially used for decrypting the secret text of the will is usually not used before the disclosure condition of the will is not met, so that the secrecy of the private key is better.

The above-mentioned personal key of the will may be replaced by a decryption key of a set of symmetric keys using the will, and the above-mentioned public key of the will may be replaced by a corresponding encryption key.

Typically, the will's private key is known only to the will or the person trusted by the will before the will is disclosed. The personal key of the obliquitor in the intelligent contract cannot be freely acquired by the body outside the contract.

In some embodiments, the smart contract may not expose a method interface for obtaining the obliquitor private key outside the contract, meaning that anyone cannot obtain the obliquitor private key by calling the method interface of the smart contract.

In other embodiments, the intelligent contract may expose a method interface for obtaining the private key of the will-mover ex-heap, but the intelligent contract needs to verify the transaction calling the method interface, and if a condition that is pre-recorded in the intelligent contract and can obtain the private key of the will-mover is met (for example, a specific blockchain account can be obtained only, or can be obtained only at a specific time), the private key of the will-mover is returned to the blockchain account initiating the calling of the method interface. Typically, the will-be public by providing the person's private key to one or more blockchain accounts, meaning that the will-be public condition is fulfilled.

The will's private key can be used as the value of a private key variable in the will's intelligent contract. It should be noted that although the code logic in the intelligent contract is hard to be changed, the code logic in the intelligent contract can process variables, and the values of the variables can be flexibly assigned, which means that the variables can be set to have the attribute that can be assigned one or more times by the obliterator account. To achieve an immutable modification of the spammer private key, the private key variable is therefore typically set to be assignable only once by the spammer account.

In practical application, the testimonier or the person trusted by the testimonier can assign the private key variable in the intelligent contract when the intelligent contract is compiled, and also can assign the private key variable by initiating the transaction for calling the intelligent contract to the blockchain system after the intelligent contract is issued in the blockchain system. If the contract is issued first and then the private key variable is assigned, the person trusting the will-person or the person trusting the will-person needs to operate the account of the will-person in time to assign the private key variable, so as to avoid the situation that the private key of the account of the will-person is stolen, and the private key variable is assigned in advance by the thief.

The testament disclosure condition can be embedded in the code logic of the testament intelligent contract, so that the testament disclosure condition is difficult to change. The testament disclosure condition may also be a value of a condition variable in the testament intelligent contract, the condition variable having an attribute that is reassignable by the testament account at least once or having an attribute that is reassignable by the testament account only once.

In some embodiments, a public condition change transaction may be submitted to the blockchain system through a testimonial account. And the testament content change transaction carries changed testament disclosure conditions, and the open condition change transaction calls a method interface used for reassigning the condition variables in the testament intelligent contract so as to reassign the condition variables into the changed testament disclosure conditions.

In an embodiment where the testimonial will cryptograph is stored in a testament intelligent contract, the testament cryptograph may be used as a value of a testament content variable in the testament intelligent contract, the testament content variable having an attribute that can be re-assigned at least once by the testament account. In this way, a testimonial content change transaction may be submitted to the blockchain system through the testimonial account. And the testament content change transaction carries a changed testament ciphertext, and calls a method interface used for assigning the testament content variable in the testament intelligent contract so as to reassign the testament content variable into the changed testament ciphertext.

In an embodiment where the testimonial will cryptogram is stored in a blockchain of a blockchain system, the testimonial will cryptogram may be included in a first testimonial transaction in the blockchain, a first transaction identifier of the first testimonial transaction serving as a value of a transaction identifier variable in the testimonial will smart contract, the transaction identifier variable having an attribute that can be reassigned at least once by the testimonial will account. Therefore, after the intelligent contract determines that the testimony will open the condition, the testimony will be obtained according to the value of the trade mark variable, and the testimony will be decrypted by the private key of the testimony will.

The content of the testimonial will can be updated through the testimonial will account. Specifically, a second evidence-storing transaction can be submitted to the block chain system through the testimonial account, the second evidence-storing transaction carries the changed testimony secret, and the second evidence-storing transaction calls a method interface used for assigning the transaction identification variable in the testimonial intelligent contract so as to reassign the transaction identification variable to be a second transaction identification of the second evidence-storing transaction.

The transaction identifier may be, for example, a hash value of the transaction, or a memory address of the transaction in the blockchain (the second transaction in the second blockchain).

The step of disclosing the testimonial of the testimonial will in the testimonial will be realized in such a way that the testimonial will be written into the block chain by the testimonial will intelligent testimonial.

The step of disclosing the testimony of the order of the testimony of the order of the testimony of the order; and the out-of-chain notification message carries the testament clear text. The at least one other blockchain account may be some blockchain accounts pre-specified in the will intelligent contract, and may generally be a stakeholder of the will, such as a inheritor of the will.

The testament disclosure condition may be a condition (testament disclosure condition for active determination) that the testament intelligent contract can determine whether the testament intelligent contract is satisfied without depending on the input from outside the contract, or a condition (testament disclosure condition for passive determination) that the testament intelligent contract can determine whether the testament intelligent contract is satisfied depending on the input from outside the contract.

The unsolicited testimonial disclosure condition may be, for example, a certain specified point in time, such as XX years X month X day.

The passively determined will disclosure condition may be, for example, a will death (which depends on the proof of the will death of the externally entered contract, typically prescribed by a trusted authority), a specific individual or institution requesting disclosure (which depends on identification information of the specific individual or institution of the externally entered contract).

In some embodiments, the request open transaction may be submitted to the blockchain system through a blockchain account other than the testimonials account. The request public transaction calls a method interface in the testament intelligence contract for checking whether the testament disclosure condition is met, or the request public transaction calls a method interface in the testament intelligence contract for returning the testament private key under the condition that the testament disclosure condition is determined to be met.

Further, the step of verifying whether the will-be-published condition is met by the intelligent will-be-published contract may be specifically implemented as verifying user identity information corresponding to the block chain account initiating the request for the open transaction, whether the user identity information matches with identity information specified in the will-be-published condition, if so, determining that the will-be-published condition is met, and if not, determining that the will-be-published condition is not met.

The identity information of the user may be an account public key of a blockchain account of the user, or may be distributed identity information DID registered by the user in the blockchain system.

The step of verifying whether the testament public condition is met by the testament intelligent contract can also be realized by verifying whether the testament of the testament carried in the request public transaction is legal, if so, determining that the testament public condition is met, and if not, determining that the testament public condition is not met. The verifying step may include: and calling a government contract in the block chain system to check the legality of the testimony of the testy of the.

In addition, the step of disclosing the clear text of the testament order by the testament order intelligent contract can be realized by returning the testament order private key to the other block chain account initiating the request public transaction, so that the user corresponding to the other block chain account can decrypt the testament order cipher text by using the testament order private key to obtain the testament order clear text.

Through the method for processing the testament order shown in fig. 4, the testament order ciphertext can be linked, so that the authenticity of the testament order can be ensured on the premise of not disclosing the testament order plaintext.

The interested party of the will (e.g., the inheritor of the will) may not know the existence of the will or even the content of the will before the clear text of the will is disclosed.

The intelligent testimony contract supports the testament person to conveniently update the testament content at any time, and only the testament person or the person trusted by the testament person can participate in the process of managing the intelligent testament contract, so that the intelligent testament contract is safe and convenient.

FIG. 5 is a schematic illustration of an obliterator administering an order provided by the present specification. As shown in fig. 5, the testament person submits the testament cipher text to the block chain system for storage, and at the same time, the testament person can write an intelligent contract, write the testament person private key and testament public condition into the intelligent contract, and submit the intelligent contract to the block chain system for distribution. The related interest parties of the testimony advice can call the intelligent contract through the block chain account of the related interest parties to request to disclose testimony advice cleartext, the testimony advice intelligent contract can check whether testimony advice disclosure conditions are met, and if yes, the secret key of the testimony advice is returned to the related interest parties. And the related interest party obtains the testament ciphertext by inquiring in the block chain, and decrypts the testament ciphertext by using the testament person private key to obtain the testament plaintext.

The present disclosure also provides a block chain intelligent contract-based wisdom processing device, wherein a wisdom person registers a block chain account in a block chain system, the device comprising:

the processing module submits a contract issuing transaction to the blockchain system through the testimonist account so that the blockchain system issues testimony intelligent contracts carried by the contract issuing transaction; wherein:

the intelligent testimony contract comprises a testimony private key and testimony public conditions;

The present disclosure also provides a block chain system, which is applied to the method shown in fig. 4.

The present disclosure also provides a computing device comprising a memory, a processor; the memory is used to store computer instructions that are executable on the processor, which when executed, implement the method of fig. 4.

The present disclosure also provides a computer-readable storage medium on which a computer program is stored, which when executed by a processor implements the will processing method provided by the present disclosure, or on which intelligent contract code is stored.

The systems, apparatuses, modules or units described in the above embodiments may be specifically implemented by a computer chip or an entity, or implemented by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being divided into various units by function, respectively. Of course, the functionality of the various elements may be implemented in the same one or more pieces of software and/or hardware in the practice of this description.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

This description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks. In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both permanent and non-permanent, removable and non-removable media, may implement the information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

In summary, in some embodiments disclosed herein, the digital goods and the digital identity are connected by digital identity technology, and the digital identity may further include identity authentication information so that the transaction of the digital goods can meet the requirements of KYC supervision. In some embodiments, some or all of the digital identities are fully authenticated by real name, providing a fully authenticated blockchain-based transaction system. The system is beneficial to the operation of anti-money laundering and fraud, and becomes a true credible transaction system. In some embodiments, the recording and verification functions of the digital commodity and the digital identity are combined, so that transaction elements such as transaction objects, transaction participants and the like can be recorded and verified conveniently, and the convenience and reliability of transactions are improved. In other embodiments, the intelligent contracts in the blockchain system may be invoked by the clients of the transacting parties independently of the digital identities to create tables of associations between the digitized goods and their owners on the chain and store the tables of associations in the intelligent contracts, thereby creditably recording ownership rights of the digitized goods on the chain.

The foregoing describes several embodiments of the present specification. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

The terminology used in the description of the various embodiments is for the purpose of describing particular embodiments only and is not intended to be limiting of the embodiments herein. As used in this specification and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in various embodiments of the present description to describe various information, the information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, the first information may also be referred to as second information, and similarly, the second information may also be referred to as first information, without departing from the scope of the various embodiments herein. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.

All the embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, the method embodiments are substantially similar to the method embodiments, so that the description is simple, and reference may be made to the partial description of the method embodiments for relevant points. The above-described method embodiments are merely illustrative, wherein the modules described as separate components may or may not be physically separate, and the functions of the modules may be implemented in one or more software and/or hardware when implementing the embodiments of the present specification. And part or all of the modules can be selected according to actual needs to realize the purpose of the scheme of the embodiment. One of ordinary skill in the art can understand and implement it without creative effort.

The above description is only a preferred embodiment of the present disclosure, and should not be taken as limiting the present disclosure, and any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present disclosure should be included in the scope of protection of the present disclosure.

Claims

1. A method of treating a testimony based on a blockchain intelligent contract, the testimony registering a testimony account in a blockchain system, the method comprising:

submitting a contract issuance transaction to a blockchain system through a testimoniser account, so that the blockchain system issues a testimoniser intelligent contract carried by the contract issuance transaction; wherein:

2. The method of claim 1, the testimonian private key being a value of a private key variable in the testimonial intelligent contract, the private key variable having an attribute that can be assigned only once by the testimonial account.

3. The method of claim 1, wherein the custom disclosure condition is embedded in code logic of the custom smart contract;

or

The testimonial disclosure condition is a value of a condition variable in the testimonial intelligence contract, the condition variable having an attribute that can be reassigned at least once by the testimonial account.

4. The method of claim 3, further comprising:

submitting a public condition change transaction to a blockchain system through a testimonial advising person account; and the testament content change transaction carries changed testament disclosure conditions, and the open condition change transaction calls a method interface used for reassigning the condition variables in the testament intelligent contract so as to reassign the condition variables into the changed testament disclosure conditions.

5. The method of claim 1, the reviewer private key different from an account private key of the reviewer account.

6. The method of claim 1, the testament cryptogram being a value of a testament content variable in the testament intelligent contract, the testament content variable having an attribute re-assignable at least once by the testament account;

the method further comprises the following steps:

submitting the testament content change transaction to a block chain system through a testament account; and the testament content change transaction carries a changed testament ciphertext, and calls a method interface used for assigning the testament content variable in the testament intelligent contract so as to reassign the testament content variable into the changed testament ciphertext.

7. The method of claim 1, wherein the testamentary ciphertext is stored in a blockchain of the blockchain system, the testamentary ciphertext comprises a first deposit transaction in the blockchain, a first transaction identification of the first deposit transaction being a value of a transaction identification variable in the testamentary smart contract, the transaction identification variable having an attribute that can be re-assigned at least once by the testamentary account;

decrypting the testament order ciphertext encrypted by using the testament order public key in advance by using the testament order private key, wherein the decrypting comprises the following steps:

acquiring a testimony secret text contained in the corresponding evidence storage transaction according to the value of the transaction identification variable;

decrypting the acquired testament secret text by using the testament person private key;

the method further comprises the following steps:

and submitting a second evidence storage transaction to the block chain system through the account of the testimonist, wherein the second evidence storage transaction carries the changed testament cipher text, and calls a method interface used for assigning the transaction identification variable in the testament intelligent contract so as to reassign the transaction identification variable into a second transaction identification of the second evidence storage transaction.

8. The method of claim 1, the step of the custom intelligence contract disclosing the custom plaintext comprising:

The testament intelligent contract writes the testament plaintext into the block chain;

or alternatively

The testament intelligent contract triggers an out-of-chain notification message, and the out-of-chain notification message is sent to at least one other block chain account except the testament account; and the out-of-chain notification message carries the testament clear text.

9. The method of claim 8, wherein said disclosure condition comprises specifying a time point.

10. The method of claim 1, further comprising:

submitting a request open transaction to the blockchain system through other blockchain accounts except the testimonist account; and the request public transaction calls a method interface used for verifying whether the testimonial disclosure condition is met in the testimonial intelligent contract.

11. The method of claim 10, wherein the step of verifying by the smart contract whether the disclosure condition of the will is satisfied comprises:

verifying the user identity information corresponding to the blockchain account initiating the request for the public transaction, and whether the user identity information is matched with the identity information specified in the will advice disclosure condition, if so, determining that the will advice disclosure condition is met, and if not, determining that the will advice disclosure condition is not met;

or

Verifying whether the testimony of the testimony carried in the request open transaction is legal or not, if so, determining that the testimony open condition is met, and if not, determining that the testimony open condition is not met; the checking step comprises: and calling a government contract in the block chain system to check the legality of the testimony of the testy of the.

12. The method of claim 10, the testimonial intelligence contract disclosing the testimonial of the testimonial, comprising:

and returning the personal private key of the testament order to the other blockchain accounts initiating the request open transaction so that users corresponding to the other blockchain accounts can decrypt the testament order ciphertext by using the personal private key of the testament order to obtain the testament order plaintext.

13. A block chain intelligent contract-based testament processing apparatus, a testament person registering a block chain account in a block chain system, the apparatus comprising:

14. A blockchain system for use in the method of any one of claims 1 to 12.

15. A computing device comprising a memory, a processor; the memory for storing computer instructions executable on the processor for implementing the method of any one of claims 1 to 12 when the computer instructions are executed.