CN107358526B - Method and device for emergency transaction - Google Patents

Method and device for emergency transaction Download PDF

Info

Publication number
CN107358526B
CN107358526B CN201710494587.XA CN201710494587A CN107358526B CN 107358526 B CN107358526 B CN 107358526B CN 201710494587 A CN201710494587 A CN 201710494587A CN 107358526 B CN107358526 B CN 107358526B
Authority
CN
China
Prior art keywords
attribute
intervener
contract
function
emergency
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710494587.XA
Other languages
Chinese (zh)
Other versions
CN107358526A (en
Inventor
姚前
狄刚
钱友才
黄烈明
陈海波
赵新宇
王继伟
张大伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Peoples Bank of China Digital Cash Research Institute
Original Assignee
Peoples Bank of China Digital Cash Research Institute
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 Peoples Bank of China Digital Cash Research Institute filed Critical Peoples Bank of China Digital Cash Research Institute
Priority to CN201710494587.XA priority Critical patent/CN107358526B/en
Publication of CN107358526A publication Critical patent/CN107358526A/en
Application granted granted Critical
Publication of CN107358526B publication Critical patent/CN107358526B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

The invention discloses a method and a device for providing an emergency transaction, and relates to the technical field of computers. One embodiment of the method comprises: the accounting node reads preset parameters of the emergency intervention system contract, wherein the parameters comprise a state attribute, an administrator address attribute or an intervener address list attribute of the emergency intervention system contract; judging whether the state attribute is a designated attribute; if yes, judging whether the transaction address on the permission chain is in the address attribute of the administrator and/or the address list attribute of the intervener; if not, terminating the transaction; if so, the transaction is processed. The implementation mode reduces the management difficulty of the distributed accounting nodes, and improves the safety and reliability of the transaction when an emergency happens.

Description

Method and device for emergency transaction
Technical Field
The invention relates to the field of computers, in particular to a method and a device for emergency transaction.
Background
Block chains (Block Chain) may be classified into public chains and license chains according to access and management rights. The public chain is a block chain without an admission mechanism, and anyone in the world can generate a legal account, participate in reading, send transactions, confirm transactions and even participate in consensus according to a public protocol. The public chain has no account access mechanism, and anyone can generate an account, obtain a little token, undertake some transaction commission and initiate transfer or other legal transaction. Meanwhile, the public key address on the public link is the unique identification of the user, and the control right on account data and assets is lost when the corresponding private key is lost.
A permitted Chain (licensed Chain) refers to a Chain of blocks whose consensus process is controlled by preselected nodes, a community consisting of several organizations, each running one node, and for each block to take effect requires the acknowledgement of most of them. The actual business activities are operated on the license chain, and strict membership management, convenient identity retrieval and careful authority management are required to ensure the safety and high efficiency of network operation. Therefore, the user identity on the license chain needs to be checked, is mostly in a real-name system, and corresponds to the identity relationship in the real world.
In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:
even though many rules for authority management are designed and implemented in advance in the license chain system, some abnormal situations still inevitably occur, because the block chain is different from the centralized server, and the block chain cannot be simply shut down or restarted, but the accounting nodes are distributed in multiple places and are maintained by multiple parties together, so how to make the accounting nodes uniformly take action to deal with the emergency situation, and how to shut down or restart the license chain is still a problem to be solved urgently.
Disclosure of Invention
In view of this, embodiments of the present invention provide a method and an apparatus for emergency transaction, which can solve the problems in the prior art that the management cannot be unified due to the fact that the accounting nodes are distributed in many places, and the license chain needs to be shut down or restarted.
To achieve the above object, according to an aspect of an embodiment of the present invention, there is provided a method of emergency transaction.
The method for the emergency transaction comprises the following steps: the accounting node reads preset parameters of the emergency intervention system contract, wherein the parameters comprise a state attribute, an administrator address attribute or an intervener address list attribute of the emergency intervention system contract; judging whether the state attribute is a designated attribute; if yes, judging whether the transaction address on the permission chain is in the address attribute of the administrator and/or the address list attribute of the intervener; if not, terminating the transaction; if so, the transaction is processed.
Optionally, the parameters of the embodiment of the present invention further include an add intervener function, a delete intervener function, or a modify status function of the emergency intervention system contract.
Optionally, after the received instruction for adding the intervener function is received, the embodiment of the present invention determines whether the instruction meets a first preset condition, and if so, adds the transaction address to the attribute of the intervener address list; after a received intervener function deleting instruction is received, whether the instruction meets a second preset condition is judged, and if yes, the transaction address is deleted from the intervener address list attribute; and after the received state function modification instruction is received, judging whether the instruction meets a third preset condition, and if so, modifying the state attribute.
Optionally, the accounting node of the embodiment of the present invention sends the adjusted parameter to the synchronization node, and the synchronization node updates the parameter of the locally stored emergency intervention system contract according to the parameter.
Optionally, the first preset condition of the embodiment of the present invention is to check the authority of adding the intervener function instruction according to the code of the emergency intervention system contract; the second preset condition is that the authority of deleting the function instruction of the intervener is checked according to the code of the emergency intervene system contract; the third preset condition is that the authority to modify the state function instructions is checked against the code of the emergency intervention system contract.
To achieve the above object, according to another aspect of the embodiments of the present invention, there is provided an apparatus for emergency intervention.
The device for emergency intervention of the embodiment of the invention is arranged in a block of a permission chain, and comprises the following components: the reading module is used for reading the preset parameters of the emergency intervention system contract by the accounting node, wherein the parameters comprise the state attribute, the administrator address attribute or the intervener address list attribute of the emergency intervention system contract; the first judging module is used for judging whether the state attribute is the designated attribute; the second judging module is used for judging whether the transaction address on the permission chain is in the address attribute of the administrator and/or the address list attribute of the intervener if the state attribute is the designated attribute; the processing module is used for terminating the transaction if the transaction is not in the presence; if so, the transaction is processed.
Optionally, the parameters of the embodiment of the present invention further include an add intervener function, a delete intervener function, or a modify status function of the emergency intervention system contract.
Optionally, an embodiment of the present invention further includes: the adding module is used for judging whether the instruction meets a first preset condition or not after the received instruction for adding the intervener function is received, and if so, adding the transaction address into the attribute of the intervener address list; the deleting module is used for judging whether the instruction meets a second preset condition or not after the received intervener function deleting instruction is received, and deleting the transaction address from the intervener address list attribute if the instruction meets the second preset condition; and the modification module is used for judging whether the instruction meets a third preset condition after the received state function modification instruction is received, and modifying the state attribute if the instruction meets the third preset condition.
Optionally, an embodiment of the present invention further includes a synchronization module, configured to: and the accounting node sends the adjusted parameters to the synchronization node, and the synchronization node updates the parameters of the emergency intervention system contract stored locally according to the parameters.
Optionally, the first preset condition of the embodiment of the present invention is to check the authority of adding the intervener function instruction according to the code of the emergency intervention system contract; the second preset condition is that the authority of deleting the function instruction of the intervener is checked according to the code of the emergency intervene system contract; the third preset condition is that the authority to modify the state function instructions is checked against the code of the emergency intervention system contract.
To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided a computer-readable storage medium.
A computer-readable storage medium of an embodiment of the invention has stored thereon a computer program that, when executed by a processor, implements the method of an emergency transaction of an embodiment of the invention.
One embodiment of the above invention has the following advantages or benefits: because the technical means of presetting the emergency intervention system contract is adopted, the technical problem that the data of all places cannot be uniformly managed in the prior art is solved, the technical effect of managing nodes in different areas or fields is further achieved, and the nodes are favorably adjusted and managed according to the preset contract; the system enters an emergency state by triggering special transactions, all nodes do not need to be actually and physically shut down, normal block output rules and frequency of the system are kept, and meanwhile, only the special transactions need to be processed, so that the global consistent processing logic in the emergency state is achieved.
Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
fig. 1 is a schematic diagram of the main steps of a method of emergency transaction according to an embodiment of the invention;
fig. 2 is a schematic diagram of the main modules of an apparatus for emergency transactions according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
As described in the background of the present invention, in the prior art, since a block chain is different from a centralized server, a simple shutdown or restart cannot be performed, so that an accounting node cannot uniformly take action to cope with an emergency, and thus, node data in different areas or fields cannot be managed. Therefore, the invention adopts the technical means of presetting the emergency intervention system contract, when the system has an emergency, the transaction can be initiated to enter an emergency state, so as to process the transaction emergently, and after the emergency is processed, the emergency state can be cancelled. Therefore, unified management of node data of different areas or fields is realized through the preset emergency intervention system contract.
Fig. 1 is a schematic diagram of the main steps of a method of emergency transaction according to an embodiment of the invention.
As shown in fig. 1, a method for an emergency transaction according to an embodiment of the present invention mainly includes the following steps:
step S101: the accounting node reads the parameters of the preset emergency intervention system contract. The embodiment of the invention sets an emergency intervention system contract in advance, the emergency intervention system contract is preset in a creation block, and then corresponding processing is carried out according to the parameters of the emergency intervention system contract. The parameters of the emergency intervention system contract include: a status attribute, an administrator address attribute, or an intervener address list attribute of an emergency intervention system contract. Of course, in other embodiments, the parameters of the emergency intervention system contract of the present invention further include: an add intervener function, a delete intervener function, or a modify status function of the emergency intervention system contract.
Step S102: and judging whether the state attribute is the specified attribute. In the embodiment of the present invention, it is first necessary to determine whether the current transaction system is in a designated attribute (mainly referred to as an emergency state in the present invention), and then, the transaction address on the transaction chain can be further determined.
Step S103: if yes, judging whether the transaction address on the permission chain is in the administrator address attribute and/or the intervener address list attribute. After the determination in step S102, the transaction address is determined only under the specified attribute (for example, in an emergency), and it is determined whether the transaction address in the list is legal in the permitted list, so that the transaction is allowed. That is, if the current status attribute is a non-specified attribute (e.g., emergency), the current operation can be terminated without performing the subsequent steps.
Step S104: if not, terminating the transaction; if so, the transaction is processed. The invention processes the current transaction emergently by judging the attribute of the current system state and whether the current transaction address meets the preset condition.
It should be noted that, in addition to processing the current emergency transaction, the present invention can also maintain and manage the attribute list of itself, and the specific way is as follows: after a received intervener function adding instruction is received, whether the instruction meets a first preset condition or not is judged, and if yes, a transaction address is added into an intervener address list attribute; after a received intervener function deleting instruction is received, whether the instruction meets a second preset condition is judged, and if yes, the transaction address is deleted from the intervener address list attribute; and after the received state function modification instruction is received, judging whether the instruction meets a third preset condition, and if so, modifying the state attribute.
Specifically, in the embodiment of the present invention, the first preset condition is to check the authority of adding the intervener function instruction according to the code of the emergency intervention system contract; the second preset condition is that the authority of deleting the function instruction of the intervener is checked according to the code of the emergency intervene system contract; the third preset condition is that the authority to modify the state function instructions is checked against the code of the emergency intervention system contract.
Furthermore, the accounting node in the embodiment of the present invention further sends the adjusted parameters to the synchronization node, and then the synchronization node updates the parameters of the locally stored emergency intervention system contract according to the parameters. Of course, the synchronization node may also perform verification on the blocks and the transactions when performing the update operation, and the specific verification process will be elaborated in the following discussion and will not be described herein again.
Therefore, compared with the prior art, the technical scheme provided by the embodiment of the invention has the beneficial technical effects that:
because the technical means of presetting the emergency intervention system contract is adopted, the technical problem that the data of all places cannot be uniformly managed in the prior art is solved, the technical effect of managing nodes in different areas or fields is further achieved, and the nodes are favorably adjusted and managed according to the preset contract; the system enters an emergency state by triggering special transactions, all nodes do not need to be actually and physically shut down, normal block output rules and frequency of the system are kept, and meanwhile, only the special transactions need to be processed, so that the global consistent processing logic in the emergency state is achieved.
The technical solutions in the present invention will be described clearly and completely below, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.
Step S201: writing an emergency intervention system contract, comprising the following attributes and functions:
the attribute 'state' is added, the optional states are 'emergency' and 'normal', and the attribute 'state' is defaulted to 'normal'.
An attribute of 'administrator address' is added for recording the system administrator account, and the default is null.
The attribute 'intervener address list' is added for recording the account list capable of sending transaction in emergency, and the default is an empty list.
And adding a function of 'adding interveners', wherein only an administrator has the authority to call, and the transmitted parameters are intervener addresses which are used for adding the parameter addresses into an 'intervener address list'.
And adding a function of 'deleting intervener', wherein only an administrator has the authority to call, and the transmitted parameter is an intervener address and is used for deleting the parameter address from the 'intervener address list'.
The function 'modify state' is added, only the administrator has the authority to call, the parameter is 'emergency' or 'normal', and the 'state' of the contract is used for modifying and is taken as the incoming parameter.
Step S202: the contract is compiled, an initial administrator address is added, and a fixed contract address is set and placed in the creation block.
Step S303: the nodes of the permit chain start from the creation block and begin to receive the transaction out block.
Step S304: before packaging each transaction of a user, the accounting node needs to firstly read the 'state' attribute of the 'emergency intervention system contract' from a local storage: if the transaction is 'urgent' and the user address is not the administrator address or the intervener address, the transaction is an unauthorized transaction, the uplink is not performed, and the next transaction is continuously processed; otherwise, the authorized transaction is performed, and the original transaction processing logic is continued.
Step S305: the user, who wishes to become an intervener, submits an application to the administrator under the chain.
Step S306: after the administrator verifies the identity of the intervener, the administrator calls an intervener adding function of an emergency intervention system contract, transmits an intervener address, initiates a transaction, signs and broadcasts.
Step S307: and after the accounting node receives the 'adding intervener' call transaction of the 'emergency intervention system contract', checking the authority of the administrator according to the code stored in the contract and executing.
Step S308: the administrator can also delete the intervener at the right time, call the intervener deleting function of the emergency intervention system contract, transfer the intervener address, initiate the transaction, sign and broadcast.
Step S309: and after the accounting node receives the 'delete intervener' call transaction of the 'emergency intervention system contract', checking the authority of the administrator according to the code stored in the contract and executing.
Step S310: when finding the condition needing urgent treatment, the administrator calls the 'modification state' function of the 'urgent intervention system contract', transmits 'urgent', initiates a transaction, signs and broadcasts.
Step S311: and after the accounting node receives the 'modification state' call transaction of the 'emergency intervention system contract', checking the authority of the administrator according to the code stored in the contract and executing.
Step S312: and the synchronous node real-time synchronous block also stores the compiled code according to the contract after receiving the transaction related to the emergency intervention system contract, checks the authority of the administrator and executes the code, and changes the local state storage of the emergency intervention system contract.
Step S313: before verifying each transaction of the user in the block, the synchronization node first needs to read the "status" attribute of the "emergency intervention system contract" from the local storage: if the address is 'urgent' and the user address is not the administrator address or the intervener address, the transaction is not authorized, and the block is illegal; and under other conditions, the transaction is authorized, and the original transaction and block verification logic are continued.
Step S314: the user can also synchronize the blocks in real time or learn the 'state' attribute of the 'emergency intervention system contract' from other whole nodes, and if the 'emergency' exists and the user does not exist in the 'intervener address list', the user can know that the transaction initiated by the user is not packaged into a chain and can choose to wait for reprocessing.
According to the method for the emergency transaction, disclosed by the embodiment of the invention, the technical means of presetting the emergency intervention system contract is adopted, so that the technical problem that the data of all places cannot be uniformly managed in the prior art is solved, the technical effect of managing nodes in different areas or fields is further achieved, and the nodes are favorably adjusted and managed according to the preset contract; the system enters an emergency state by triggering special transactions, all nodes do not need to be actually and physically shut down, normal block output rules and frequency of the system are kept, and meanwhile, only the special transactions need to be processed, so that the global consistent processing logic in the emergency state is achieved.
Fig. 2 is a schematic diagram of the main modules of an apparatus for emergency transactions according to an embodiment of the present invention.
As shown in fig. 2, the emergency transaction apparatus 200 according to the embodiment of the present invention mainly includes: the device comprises a reading module 201, a first judging module 202, a second judging module 203 and a processing module 204. Wherein:
a reading module 201, configured to read, by the accounting node, a parameter of a preset emergency intervention system contract, where the parameter includes a state attribute, an administrator address attribute, or an intervener address list attribute of the emergency intervention system contract; a first judging module 202, configured to judge whether the state attribute is a specified attribute; a second judging module 203, configured to, if the state attribute is the designated attribute, judge whether the transaction address on the permission chain is in the administrator address attribute and/or in the intervener address list attribute; a processing module 204 for terminating the transaction if not; if so, the transaction is processed.
Optionally, the parameters of the embodiment of the present invention further include an add intervener function, a delete intervener function, or a modify status function of the emergency intervention system contract.
Optionally, an embodiment of the present invention further includes: the adding module 205 is configured to, after the received instruction for adding the intervener function is received, determine whether the instruction meets a first preset condition, and if so, add the transaction address to an attribute of an intervener address list; a deleting module 206, configured to, after the received instruction to delete the intervener function is received, determine whether the instruction meets a second preset condition, and if so, delete the transaction address from the attribute of the intervener address list; and the modifying module 207 is configured to determine whether the instruction meets a third preset condition after the received state function modifying instruction is received, and modify the state attribute if the instruction meets the third preset condition.
Optionally, an embodiment of the present invention further includes a synchronization module 208, configured to: and the accounting node sends the adjusted parameters to the synchronization node, and the synchronization node updates the parameters of the emergency intervention system contract stored locally according to the parameters.
Optionally, the first preset condition of the embodiment of the present invention is to check the authority of adding the intervener function instruction according to the code of the emergency intervention system contract; the second preset condition is that the authority of deleting the function instruction of the intervener is checked according to the code of the emergency intervene system contract; the third preset condition is that the authority to modify the state function instructions is checked against the code of the emergency intervention system contract.
As can be seen from the above description, the technical means of presetting the emergency intervention system contract is adopted, so that the technical problem that the data in various regions cannot be uniformly managed in the prior art is solved, the technical effect of managing nodes in different regions or fields is achieved, and the nodes are adjusted and managed according to the preset contract; the system enters an emergency state by triggering special transactions, all nodes do not need to be actually and physically shut down, normal block output rules and frequency of the system are kept, and meanwhile, only the special transactions need to be processed, so that the global consistent processing logic in the emergency state is achieved.
In the embodiment of the present invention, each module may be integrated into one body, or may be separately deployed, and the modules are combined into one module, or may be further split into a plurality of sub-modules.
Through the above description of the embodiments, it is clear to those skilled in the art that the embodiments of the present invention may be implemented by hardware, or by software plus a necessary general hardware platform. Based on such understanding, the technical solution of the embodiment of the present invention may be embodied in the form of a software product, where the software product may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.), and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network-side device, etc.) to execute the method described in each embodiment of the present invention.
Those skilled in the art will appreciate that the figures are merely schematic representations of one preferred implementation scenario and that the blocks or flow diagrams in the figures are not necessarily required to implement embodiments of the present invention.
Those skilled in the art will appreciate that the modules in the devices in the implementation scenario may be distributed in the devices in the implementation scenario according to the description of the implementation scenario, or may be located in one or more devices different from the present implementation scenario with corresponding changes. The modules of the implementation scenario may be combined into one module, or may be further split into a plurality of sub-modules.
The sequence numbers of the embodiments of the present invention are only for description, and do not represent the advantages and disadvantages of the implementation scenarios.
The above disclosure is only a few specific implementation scenarios of the embodiments of the present invention, but the embodiments of the present invention are not limited thereto, and any variations that can be considered by those skilled in the art should fall within the scope of the business limitations of the embodiments of the present invention.

Claims (9)

1. A method of emergency transactions, comprising:
writing an emergency intervention system contract and placing the emergency intervention system contract into a creation block;
reading parameters of an emergency intervention system contract preset in the founding block by an accounting node, wherein the parameters comprise a state attribute, an administrator address attribute and/or an intervener address list attribute of the emergency intervention system contract; the state attribute is used for indicating whether the state is an emergency state or not; the parameters further include an add intervener function, a delete intervener function, and/or a modify status function of the emergency intervention system contract; the administrator address attribute is used for recording a system administrator, and only the system administrator has the calling authority of the add intervener function, the delete intervener function and the modify state function;
judging whether the state attribute is a designated attribute; the specified attribute is used for indicating an emergency state;
if yes, judging whether the transaction address on the permission chain is in the administrator address attribute and/or the intervener address list attribute;
if not, terminating the transaction;
if so, the transaction is processed.
2. The method according to any one of claim 1, comprising:
after the received intervener function adding instruction is received, judging whether the instruction meets a first preset condition, and if so, adding the transaction address into the intervener address list attribute;
after the intervener function deleting instruction is received, judging whether the instruction meets a second preset condition, and if so, deleting the transaction address from the intervener address list attribute;
and after the received state function modification instruction is received, judging whether the instruction meets a third preset condition, and if so, modifying the state attribute.
3. The method according to any one of claims 1 or 2, comprising:
and the accounting node sends the adjusted parameters to a synchronization node, and the synchronization node updates the locally stored parameters of the emergency intervention system contract according to the parameters.
4. The method of claim 2, comprising:
the first preset condition is that the authority of the function instruction of the intervener is checked according to the code of the emergency intervention system contract;
the second preset condition is that the authority of deleting the intervener function instruction is checked according to the code of the emergency intervention system contract;
the third preset condition is that the authority of the state function modifying instruction is checked according to the code of the emergency intervention system contract.
5. An apparatus for emergency transactions, located in a block of a license chain, comprising:
the reading module is used for compiling an emergency intervention system contract and placing the emergency intervention system contract into a creation block; reading parameters of an emergency intervention system contract preset in the founding block by an accounting node, wherein the parameters comprise a state attribute, an administrator address attribute and/or an intervener address list attribute of the emergency intervention system contract; the state attribute is used for indicating whether the state is an emergency state or not; the parameters further include an add intervener function, a delete intervener function, and/or a modify status function of the emergency intervention system contract; the administrator address attribute is used for recording a system administrator, and only the system administrator has the calling authority of the add intervener function, the delete intervener function and the modify state function;
the first judging module is used for judging whether the state attribute is a designated attribute; the specified attribute is used for indicating an emergency state;
a second judging module, configured to, if the state attribute is the specified attribute, judge whether a transaction address on a grant chain is in the administrator address attribute and/or the intervener address list attribute;
a processing module for terminating the transaction if not; if so, processing the transaction.
6. The apparatus of any of claims 5, further comprising:
the adding module is used for judging whether the instruction meets a first preset condition or not after the received intervener function adding instruction is received, and if so, adding the transaction address into the intervener address list attribute;
the deleting module is used for judging whether the instruction meets a second preset condition or not after the received intervener function deleting instruction is received, and deleting the transaction address from the intervener address list attribute if the instruction meets the second preset condition;
and the modification module is used for judging whether the instruction meets a third preset condition or not after the received state function modification instruction is received, and if so, modifying the state attribute.
7. The apparatus of claim 5 or 6, further comprising a synchronization module to:
and the accounting node sends the adjusted parameters to a synchronization node, and the synchronization node updates the locally stored parameters of the emergency intervention system contract according to the parameters.
8. The apparatus of claim 6, comprising:
the first preset condition is that the authority of the function instruction of the intervener is checked according to the code of the emergency intervention system contract;
the second preset condition is that the authority of deleting the intervener function instruction is checked according to the code of the emergency intervention system contract;
the third preset condition is that the authority of the state function modifying instruction is checked according to the code of the emergency intervention system contract.
9. A computer-readable storage medium having computer instructions stored thereon, the computer instructions being executable by a computer or a computer system to cause the computer or computer system to perform the method of any one of claims 1 to 4.
CN201710494587.XA 2017-06-26 2017-06-26 Method and device for emergency transaction Active CN107358526B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710494587.XA CN107358526B (en) 2017-06-26 2017-06-26 Method and device for emergency transaction

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710494587.XA CN107358526B (en) 2017-06-26 2017-06-26 Method and device for emergency transaction

Publications (2)

Publication Number Publication Date
CN107358526A CN107358526A (en) 2017-11-17
CN107358526B true CN107358526B (en) 2021-03-09

Family

ID=60272556

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710494587.XA Active CN107358526B (en) 2017-06-26 2017-06-26 Method and device for emergency transaction

Country Status (1)

Country Link
CN (1) CN107358526B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108537668A (en) * 2018-04-11 2018-09-14 北京奇虎科技有限公司 Digital cash method of commerce and device, computing device based on intelligent contract
CN108765159A (en) * 2018-06-04 2018-11-06 杭州秘猿科技有限公司 A kind of cochain based on block chain and condition processing method, device and interacted system
CN111612614A (en) * 2019-02-26 2020-09-01 傲为信息技术(江苏)有限公司 Public link-based sub-chain service system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010160810A (en) * 2002-11-26 2010-07-22 Masanobu Nishimaki Storage medium storing disintermediated financial transaction program, disintermediated financial transaction system and disintermediated financial transaction method
CN106779708A (en) * 2016-12-23 2017-05-31 中钞信用卡产业发展有限公司北京智能卡技术研究院 Participant identity management method and system on block chain based on intelligent contract
CN106850622A (en) * 2017-02-07 2017-06-13 杭州秘猿科技有限公司 A kind of user identity management method based on license chain

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010160810A (en) * 2002-11-26 2010-07-22 Masanobu Nishimaki Storage medium storing disintermediated financial transaction program, disintermediated financial transaction system and disintermediated financial transaction method
CN106779708A (en) * 2016-12-23 2017-05-31 中钞信用卡产业发展有限公司北京智能卡技术研究院 Participant identity management method and system on block chain based on intelligent contract
CN106850622A (en) * 2017-02-07 2017-06-13 杭州秘猿科技有限公司 A kind of user identity management method based on license chain

Also Published As

Publication number Publication date
CN107358526A (en) 2017-11-17

Similar Documents

Publication Publication Date Title
CN107358526B (en) Method and device for emergency transaction
JP2021511561A (en) Asset management methods and equipment as well as electronic devices
CN107392623B (en) Service execution method and device
CN107483509A (en) A kind of auth method, server and readable storage medium storing program for executing
KR20210006934A (en) Blockchain consensus method, accounting nodes and nodes
CN110300969A (en) Ballot-common recognition distribution account book
CN102567454A (en) Method and system enabling granular discretionary access control for data stored in a cloud computing environment
CN110428257B (en) Password cracking task processing method, equipment and storage medium
CN109257334B (en) Block chain-based data uplink system, method and storage medium
CN110569251A (en) Data processing method, related equipment and computer readable storage medium
CN112187471A (en) Data copying method, system and medium based on block chain and intelligent contract
CN109753769B (en) Software authorization method and system based on block chain
CN109711838B (en) System function management method, system and equipment in block chain
CN110635905A (en) Key management method, related equipment and computer readable storage medium
CN107392010B (en) Root operation execution method and device, terminal equipment and storage medium
KR102304953B1 (en) Peer node and method for processing information thereof, and blockchain platform systems
CN112101945B (en) Method and system for supervising block chain content
CN112527912B (en) Data processing method and device based on block chain network and computer equipment
JP5584588B2 (en) Database processing apparatus, database processing system, database processing method, and program
CN109241783B (en) Implementation method and device for mobile terminal management and control strategy
CN108228219B (en) Method and device for verifying BIOS validity during in-band refreshing of BIOS
CN114298700A (en) Block chain transaction method and device, terminal equipment and computer readable storage medium
US10375056B2 (en) Providing a secure communication channel during active directory disaster recovery
CN113890751A (en) Method, apparatus and readable storage medium for controlling voting of alliance link authority
CN111859378A (en) Processing method and device for protecting data model

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant