CN111340491B - Loose-coupling block chain autonomous transaction method, device and system - Google Patents
Loose-coupling block chain autonomous transaction method, device and system Download PDFInfo
- Publication number
- CN111340491B CN111340491B CN202010115793.7A CN202010115793A CN111340491B CN 111340491 B CN111340491 B CN 111340491B CN 202010115793 A CN202010115793 A CN 202010115793A CN 111340491 B CN111340491 B CN 111340491B
- Authority
- CN
- China
- Prior art keywords
- transaction
- intelligent contract
- loose coupling
- verification node
- virtual machine
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Software Systems (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application provides a loose coupling block chain autonomous transaction method, a device and a system, wherein the method comprises the following steps: after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, initiating a calling application of the intelligent contract to the virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: an application level intelligent contract and a loosely coupled consensus intelligent contract; if the type of the intelligent contract is a loose coupling consensus intelligent contract, the current verification node establishes a loose coupling transaction circle according to the intelligent contract; the current authentication node performs local consensus according to loosely coupled transaction circles. The method provided by the application is beneficial to the development of the blockchain transaction to the flexibility and the high efficiency.
Description
Technical Field
The application belongs to the technical field of blockchains, and particularly relates to a loose coupling blockchain autonomous transaction method, device and system.
Background
Blockchain technology has evolved as the internet spans from information interconnection to value interconnection to order interconnection. The blockchain technology is a decentralization consensus accounting technology and has the characteristics of decentralization, non-falsification, disclosure transparency and the like. In order to avoid a central node control network, the blockchain network adopts a group consensus method to ensure the consistency of transactions. The blockchain network is provided with a plurality of consensus accounting nodes, each node participates in consensus accounting and stores the full quantity account book, but the modification of the full quantity account book by a single node cannot influence the decision of group consensus, so that the safety and reliability of a transaction result are ensured.
As a decentralised network system, the consensus accounting node in the blockchain network needs to add blocks after the consensus is completed to ensure the information completeness of each node in the network. However, when actual transactions occur, not all transactions are subject to full network consensus, even in most cases, transactions occur only to a limited extent, in which case the above-described conventional blockchain manner of transactions is inflexible and inefficient.
Disclosure of Invention
The application provides a loose coupling blockchain autonomous transaction method, device and system, which at least solve the problem that the prior art needs to carry out whole network consensus when transaction occurs, thereby causing inefficiency.
According to one aspect of the present application, there is provided a loosely coupled blockchain autonomous transaction method, comprising:
after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, initiating a calling application of the intelligent contract to the virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: an application level intelligent contract and a loosely coupled consensus intelligent contract;
if the type of the intelligent contract is a loose coupling consensus intelligent contract, the current verification node establishes a loose coupling transaction circle according to the intelligent contract;
The current authentication node performs local consensus according to loosely coupled transaction circles.
In one embodiment, the validation node establishes a loosely coupled transaction loop in accordance with the smart contract, comprising:
broadcasting a loose coupling transaction request by the current verification node so that each verification node judges whether the verification node is a verification node of a loose coupling transaction circle according to the received loose coupling transaction request;
the current verification node forms the verification nodes of the loose coupling transaction circles into the loose coupling transaction circles.
In one embodiment, assembling the verification nodes of the loosely coupled transaction loop into a loosely coupled transaction loop includes:
extracting address information of a transaction party according to the loose coupling transaction request, and sending response information to each verification node according to the address information; receiving response information of each verification node, and verifying validity and signature information of the response information;
sending successful confirmation information to each verification node to which the response message passing verification belongs;
and forming a loose coupling transaction loop with each verification node which receives the successful confirmation information.
In one embodiment, performing local consensus from loosely coupled transaction circles includes:
adopting a Bayesian fault-tolerant algorithm to carry out consensus on message request messages in transaction parties of loose coupling transaction circles;
Analyzing and extracting a message request message in a loose coupling transaction circle to obtain verification node information and intelligent contract information in the loose coupling transaction circle, wherein the intelligent contract information comprises: type and version number of the smart contract;
and judging whether to perform local storage of the transaction information according to the version number.
In one embodiment, deploying the smart contract through the hosted authentication node and virtual machine includes:
initiating a deployment intelligent contract application to a contract bridging module of the virtual machine through the verification node so that the virtual machine creates a virtual machine container and loads an intelligent contract;
and receiving an intelligent contract deployment result message sent by the virtual machine.
According to another aspect of the present application, there is provided a loosely coupled blockchain autonomous transaction device, comprising:
the provisioning unit is used for initiating a calling application of the intelligent contract to the virtual machine after the current verification node finishes deployment of the intelligent contract on the corresponding virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: an application level intelligent contract and a loosely coupled consensus intelligent contract;
the loose coupling transaction circle establishing unit is used for establishing a loose coupling transaction circle according to the intelligent contract by the current verification node if the type of the intelligent contract is a loose coupling consensus intelligent contract;
And the local consensus unit is used for executing local consensus according to the loose coupling transaction circle by the current verification node.
In one embodiment, the loosely coupled transaction loop-establishing unit includes:
the broadcasting module is used for broadcasting the loose coupling transaction request so that each verification node judges whether the verification node is a verification node of the loose coupling transaction circle according to the received loose coupling transaction request;
and the circle assembling module is used for assembling the verification nodes of the loose coupling transaction circles into the loose coupling transaction circles.
In one embodiment, the gang circle module includes:
the extraction module is used for extracting address information of a transaction party according to the loose coupling transaction request and sending response information to each verification node according to the address information; receiving response information of each verification node, and verifying validity and signature information of the response information;
the successful confirmation sending module is used for sending successful confirmation information to each verification node to which the response message passing the verification belongs;
and the circle building module is used for forming a loose coupling transaction circle with each verification node which receives the successful confirmation information.
In an embodiment, the local consensus unit comprises:
the consensus module is used for consensus the message request message in the transaction party of the loose coupling transaction ring by adopting a Bayesian fault-tolerant algorithm;
The analysis module is used for analyzing and extracting the message request message in the loose coupling transaction ring to obtain verification node information and intelligent contract information in the loose coupling transaction ring, wherein the intelligent contract information comprises: type and version number of the smart contract;
and the judging module is used for judging whether the local storage of the transaction information is carried out or not according to the version number.
In an embodiment, the preparation unit comprises:
the loading module is used for initiating a deployment intelligent contract application to the contract bridging module of the virtual machine through the verification node so that the virtual machine creates a virtual machine container and loads an intelligent contract;
the deployment result receiving module is used for receiving the intelligent contract deployment result message sent by the virtual machine.
According to another aspect of the present application, there is also provided a loosely coupled blockchain autonomous transaction system, comprising: the device comprises a verification device, a virtual machine interface and a virtual machine container;
the verification device is in communication connection with the virtual machine interface and the virtual machine container and is used for participating in transaction consensus, executing and deploying intelligent contracts and storing transaction data information;
the virtual interface receives the instruction of the verification device, creates, withdraws, starts and stops the virtual machine container, and is in communication connection with the verification device and the virtual machine container;
The virtual machine container is used for creating a virtual isolation environment and realizing the deployment, storage and execution of the intelligent contract;
the virtual machine container comprises a contract bridging device, a contract executing device and a contract storage device, wherein the contract bridging device, the contract executing device and the contract storage device are in communication connection;
in one embodiment, the contract execution apparatus includes:
the system comprises a master controller, a contract loader, a contract execution virtual machine container and a message processor;
the master controller is respectively in communication connection with the contract loader, the contract execution virtual machine container and the message processor and is used for data transmission and calling functions;
the contract loader is used for acquiring intelligent contracts from the contract memory and loading the intelligent contracts;
the contract execution virtual machine container is used to create a virtual execution environment.
In one embodiment, a contract execution virtual machine container includes: an application contract executor and a system contract executor are respectively used for executing the application-level intelligent contract and the system-level intelligent contract.
The loose coupling blockchain autonomous transaction method and system provided by the application support the transaction party to anchor any number of participants autonomously in the transaction process to form a loose coupling transaction circle, ensure that the transaction consensus is limited to be executed within the range of the loose coupling transaction circle through the interaction of the system-level intelligent contract and the application-level intelligent contract, and store the transaction information on the consensus accounting node of the transaction party. The method improves the autonomy and consensus efficiency of the transaction party.
Drawings
In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart of a loosely coupled blockchain autonomous transaction method in accordance with the present application.
FIG. 2 is a flow chart of a verification node establishing a loosely coupled transaction loop in accordance with a smart contract in accordance with an embodiment of the application.
FIG. 3 is a flow chart of a loose-coupling transaction loop formed by verifying nodes of the loose-coupling transaction loop according to an embodiment of the application.
FIG. 4 is a flow chart of performing local consensus based on loosely coupled transaction loops in accordance with an embodiment of the present application.
Fig. 5 is a block diagram of a loosely coupled blockchain autonomous transaction device in accordance with the present application.
Fig. 6 is a block diagram of a loose-coupling transaction loop setup unit in an embodiment of the application.
Fig. 7 is a block diagram of a coil assembly module according to an embodiment of the present application.
Fig. 8 is a block diagram of a local consensus unit in an embodiment of the present application.
FIG. 9 is a general schematic of a loosely coupled blockchain autonomous transaction method of the present application.
FIG. 10 is a block diagram of a loosely coupled blockchain autonomous transaction system of the application.
Fig. 11 is a block diagram showing the structure of the contract executing apparatus in the present application.
Fig. 12 is a block diagram of an application contract actuator according to the present application.
FIG. 13 is a block diagram illustrating the architecture of a system contract actuator according to the present application.
Fig. 14 is a schematic diagram of an embodiment of an electronic device according to the present application.
Fig. 15 is a diagram illustrating the format of a loosely coupled transaction message in accordance with the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The common accounting node in the blockchain network is to add blocks after the common accounting is completed to ensure the information completeness of the individual nodes in the network. However, when actual transactions occur, not all transactions need to be fully network-agreed, but only transactions need to be agreed within a limited range, so in order to solve the problem of the conventional blockchain needing to be fully network-agreed, the present application provides a loosely coupled transaction loop that is built on a conventional blockchain network, without requiring prior anchoring of coalition members to form a relatively robust network, as compared to conventional blockchain transactions. The method introduces the concepts of system-level intelligent contracts and application-level intelligent contracts, wherein the system-level intelligent contracts execute loose coupling protocols, anchor nodes to which participants of transactions belong according to the range of the loose coupling transaction circles, realize consensus accounting within a limited range, and the application-level intelligent contracts are responsible for calling the system-level intelligent contracts when executing business transactions. The loose coupling protocol supports the autonomous joining and withdrawal of transaction coalitions by any number of transaction parties, creating a flexible ecology.
After a series of transactions, the blockchain reaches a final transaction state, wherein the state is represented by sigma and comprises account balance, sequence number, time stamp, transaction opponent and other data of the blockchain transaction; the blockchain transaction is represented by T and is a legal rule connecting the front state and the rear state, and the states are represented in the form as follows:
σ t+1 ＝γ(σ t ,T)
where γ represents the state transfer function. To distinguish from traditional blockchain transactions, a version number v, i.e., γ, is introduced in the state transfer function v And v.epsilon.N, v.gtoreq.0, when v=0, γ v Representing a traditional blockchain transaction; when v > 0, gamma v Indicating that a loose coupling transaction is being performed. It should be noted that the version number v is unique across the network, and the version number v used is stored in the network-wide consensus billing node for distinguishing the intelligent contract state transfer functions of different loosely coupled transaction circles. The method comprises the following steps:
σ t+1 ＝γ v (σ t ,T)
the above relationship formalized is expressed as:
executing a loosely coupled smart contract state transfer function gamma v And finally, the transaction information is only physically stored in the node to which the transaction party belongs.
After introducing concepts of the system level smart contracts, the application level smart contracts, and the version numbers, the method provided by the present application is described in detail below.
As shown in fig. 1, the loose-coupling blockchain autonomous transaction method provided by the application includes:
S101: after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, initiating a calling application of the intelligent contract to the virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: application level smart contracts and loosely coupled consensus smart contracts.
In one embodiment, the intelligent contract is deployed through the verification node and the virtual machine, comprising the following steps:
1. initiating a deployment intelligent contract application to a contract bridging module of the virtual machine through the verification node so that the virtual machine creates a virtual machine container and loads an intelligent contract;
2. and receiving an intelligent contract deployment result message sent by the virtual machine.
In a specific embodiment, the verification node deploys an intelligent contract, and initiates a deployment intelligent contract application to the virtual machine bridging module; the virtual machine bridging module receives the application, sends out a virtual machine container creation instruction to create a virtual machine container, and prepares to receive a message from the virtual machine container. After the virtual machine container is successfully created, an intelligent contract loading instruction is sent to an intelligent contract warehouse, and the intelligent contract warehouse receives the loading instruction, invokes the intelligent contract and loads the intelligent contract into a cache of the virtual machine container. After the virtual machine container checks the intelligent contract to check the legitimacy of the intelligent contract, the virtual machine bridging module returns the verification result and the deployment success message to the verification node, and the verification node monitors and receives the message of the intelligent contract deployment success, so that the early intelligent contract deployment work is completed completely.
S102: if the type of the smart contract is a loose coupling consensus smart contract, the current verification node establishes a loose coupling transaction circle according to the smart contract.
In a specific embodiment, the verification node judges the type of the intelligent contract, if the intelligent contract is an application-level intelligent contract (loose coupling consensus intelligent contract), the loose coupling consensus processing is executed, and a loose coupling transaction circle is established; if not, the traditional consensus process is performed and the transaction consensus message is broadcast to the whole network.
S103: the current authentication node performs local consensus according to loosely coupled transaction circles.
After step S102 is performed, a loosely coupled transaction loop has been formed, at which point the partial formula stage is performed in the loosely coupled transaction loop.
As shown in fig. 2, the verification node establishes a loosely coupled transaction loop in accordance with the smart contract, comprising:
s201: the current verification node broadcasts a loose coupling transaction request, so that each verification node judges whether the verification node is a verification node of a loose coupling transaction circle according to the received loose coupling transaction request.
In one embodiment, the current verification node broadcasts a loose-coupling transaction request to other verification nodes to form a loose-coupling transaction consensus circle, and the broadcast message contains address information of a target transaction party.
S202: the current verification node forms the verification nodes of the loose coupling transaction circles into the loose coupling transaction circles.
In one embodiment, each verification node receives the broadcast and then determines whether the verification node is a verification node belonging to the loose coupling transaction circle (i.e. the target transaction party of the current verification node), and if so, responds. The current verification node thus finds out the target transaction parties and then composes the target transaction parties into a loose coupling transaction loop.
In one embodiment, as shown in FIG. 3, assembling the verification nodes of the loosely coupled transaction loop into a loosely coupled transaction loop includes:
s301: extracting address information of a transaction party according to the loose coupling transaction request, and sending response information to each verification node according to the address information; and receiving the response message of each verification node, and verifying the validity and signature information of the response message.
In one embodiment, assume that a blockchain network includes 4 transactants (validation nodes): A. b, C, D.
Transaction party a broadcasts a loosely coupled transaction request to other transaction parties B, C, D, the request including address information for the target transaction party, e.g., target transaction party includes C and B. Let P be T A loosely coupled transaction message representing a transaction T, formally:
P T ＝(v,n,(ρ 1 ,ρ 2 ,...,ρ n ),...,chksum)
Where v is the version number, n is the number of transaction parties, ρ 1 ,ρ 2 ,...,ρ n The id numbers and IP addresses representing 1 to n transaction parties, chksum is a check bit.
The format of the loosely coupled transaction message is shown in fig. 15.
After receiving the loose coupling transaction request sent by the A, the transaction party B analyzes the loose coupling consensus request message and extracts the address information of the transaction party. If the address is included, B is the target transaction party, and the B sends a consensus request to the transaction party A, C.
Similarly, after receiving the loose coupling transaction request sent by the A, the transaction party C analyzes the loose coupling consensus request message and extracts the address information of the transaction party. If the address is included, C is the target transaction party, and at this time C sends a consensus request to the transaction party A, B.
After receiving the loose coupling transaction request sent by the transaction party A, the transaction party D analyzes the loose coupling consensus request message and extracts the address information of the transaction party. If the address information of the transaction party does not contain the address, D is not the target transaction party, and D stops sending and receiving the loose coupling networking information.
S302: and sending successful confirmation information to each verification node to which the response message passing the verification belongs.
In one embodiment, a receives the notification response message from the transaction partner B, C, checks the validity and signature information of the verification notification message, and then sends a loosely coupled networking success confirmation message to the transaction partner B, C.
B receives the notification response message of the transaction party A, C, checks the validity and signature information of the verification notification message, and then sends loose coupling networking success confirmation information to the transaction party A, C;
c receives the notification response message of the transaction party A, B, checks the validity and signature information of the verification notification message, and then sends loose coupling networking success confirmation information to the transaction party A, B.
S303: and forming a loose coupling transaction loop with each verification node which receives the successful confirmation information.
In one embodiment, a receives a notification response message from the transaction partner B, C that the loose transaction consensus was successful and that the loose coupling transaction loop was established.
In one embodiment, as shown in FIG. 4, performing local consensus from loosely coupled transaction circles includes:
s401: and adopting a Bayesian fault-tolerant algorithm to carry out consensus on the message request message in the transaction party of the loose coupling transaction ring.
In one embodiment, party a sends a local consensus request to party B, C via the authentication node, and party a no longer sends a local consensus request to party D because party D did not participate in the loosely coupled transaction loop in the previous stage. The transaction party A listens to and receives the message request message of the local consensus transaction, performs security check on the message request message, analyzes the message after the verification is passed, and obtains verification node information of the transaction party of the loose coupling transaction circle, in this example, the verification node information of A, B, C. Transaction party a adopts PBFT (bayer fault tolerance) algorithm to make consensus in A, B, C: the verification node where the transaction party B is located listens and receives a message request of local consensus transaction, analyzes and extracts a message request message of the local consensus transaction after the security verification of the message request, and obtains the transaction party of the loose coupling transaction circle, which is A, B, C in this example; transaction consensus is performed in A, B, C using a PBFT (bayer fault tolerance) algorithm. The verification node where the transaction party C is located listens and receives a message request of local consensus transaction, analyzes and extracts a message request message of the local consensus transaction after the security verification of the message request, and obtains the transaction party of the loose coupling transaction circle, which is A, B, C in this example; transaction consensus is performed in A, B, C using a PBFT (bayer fault tolerance) algorithm.
S402: analyzing and extracting a message request message in a loose coupling transaction circle to obtain verification node information and intelligent contract information in the loose coupling transaction circle, wherein the intelligent contract information comprises: type and version number of the smart contract.
In a specific embodiment, the transaction party a extracts the intelligent contract information, including the intelligent contract name, version number, etc., by parsing the message request message of the local consensus transaction. Checking and verifying whether the intelligent contract version number is legal. The transactor a executes the smart contract through the interpreter. If the intelligent contract is the application-level intelligent contract, the business logic is executed to determine whether to perform the local storage of the transaction information, and if the intelligent contract is the system-level intelligent contract, the intelligent contract judges whether to perform the local storage of the transaction information according to the version number. If the transaction information is stored locally, only the consensus message is sent to the transaction partner B, C of the loosely coupled transaction collar, and no whole network broadcast is performed.
And the transaction party B extracts intelligent contract information comprising intelligent contract names, version numbers and the like by analyzing the message request message of the local consensus transaction. Checking and verifying whether the intelligent contract version number is legal. The transacting party B executes the smart contract through the interpreter. If the intelligent contract is the application-level intelligent contract, the business logic is executed to determine whether to perform the local storage of the transaction information, and if the intelligent contract is the system-level intelligent contract, the intelligent contract judges whether to perform the local storage of the transaction information according to the version number. If the transaction information is stored locally, only the consensus message is sent to the transaction partner A, C of the loosely coupled transaction collar, and no whole network broadcast is performed.
The transaction party C extracts intelligent contract information comprising intelligent contract names, version numbers and the like by analyzing the message request message of the local consensus transaction. Checking and verifying whether the intelligent contract version number is legal. The transacting party C executes the smart contract through the interpreter. If the intelligent contract is the application-level intelligent contract, the business logic is executed to determine whether to perform the local storage of the transaction information, and if the intelligent contract is the system-level intelligent contract, the intelligent contract judges whether to perform the local storage of the transaction information according to the version number. If the transaction information is stored locally, only the consensus message is sent to the transaction partner A, B of the loosely coupled transaction collar, and no whole network broadcast is performed.
S403: and judging whether to perform local storage of the transaction information according to the version number.
In a specific embodiment, whether the transaction information needs to be locally stored is determined according to the version number, and when the version number is greater than 0, the transaction information needs to be locally stored, that is, the transaction information is only stored in the node where the transaction party is located.
In one embodiment, transaction part A stores transaction information and world state according to a transaction information local storage strategy; the transaction party B stores transaction information and world state according to a transaction information local storage strategy; the transaction party B stores transaction information and world state according to a transaction information local storage strategy.
The loose coupling autonomous transaction method provided by the application supports anchoring any number of alliance transaction parties in the transaction process through the interaction of the system-level intelligent contract and the application-level intelligent contract, and ensures that the transaction consensus is achieved within a limited range. The system-level intelligent contract supports the transaction party to autonomously join and withdraw from the transaction, and the transaction information is stored in a node to which the transaction party belongs. The autonomy of autonomously joining and exiting the transaction by the transaction party is improved, the transaction concurrency and consensus efficiency of the blockchain are further improved, and the ecological development of the alliance is promoted.
Based on the same inventive concept, the embodiments of the present application also provide a loosely coupled blockchain autonomous transaction device that may be used to implement the method described in the above embodiments, as described in the following embodiments. Because the principle of the loose-coupling blockchain autonomous transaction device for solving the problem is similar to that of the loose-coupling blockchain autonomous transaction method, the implementation of the loose-coupling blockchain autonomous transaction device can refer to the implementation of the intelligent product recommendation method, and the repetition is omitted. As used below, the term "unit" or "module" may be a combination of software and/or hardware that implements the intended function. While the system described in the following embodiments is preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.
FIG. 5 is a block chain autonomous transaction device loosely coupled in accordance with the present application, comprising:
a preparation unit 501, configured to initiate a call application of the intelligent contract to the virtual machine after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, so that the virtual machine generates a call instruction and checks a type and a version number of the intelligent contract, where the type of the intelligent contract includes: an application level intelligent contract and a loosely coupled consensus intelligent contract;
a loose coupling transaction circle establishing unit 502, configured to establish a loose coupling transaction circle according to the intelligent contract by the current verification node if the type of the intelligent contract is a loose coupling consensus intelligent contract;
a local consensus unit 503, configured to perform local consensus according to the loose coupling transaction circles by the current verification node.
In one embodiment, as shown in FIG. 6, the loosely coupled transaction loop establishment unit 502 includes:
the broadcasting module 601 is configured to broadcast a loose coupling transaction request, so that each verification node determines whether the verification node is a verification node of a loose coupling transaction circle according to the received loose coupling transaction request;
the circle-grouping module 602 is configured to group verification nodes of the loose-coupling transaction circles into loose-coupling transaction circles.
In one embodiment, as shown in FIG. 7, the gang circle module 602 includes:
the extracting module 701 is configured to extract address information of a transaction party according to the loosely coupled transaction request, and send a response message to each verification node according to the address information; receiving response information of each verification node, and verifying validity and signature information of the response information;
a success acknowledgement sending module 702, configured to send success acknowledgement information to each verification node to which the response message passing verification belongs;
the circle building module 703 is configured to form a loose coupling transaction circle with each verification node that receives the successful confirmation information.
In one embodiment, as shown in fig. 8, the local consensus unit 503 includes:
the consensus module 801 performs consensus on the message request message in the transaction party of the loose coupling transaction circle by adopting a Bayesian fault-tolerant algorithm;
the parsing module 802 is configured to parse and extract a message request message in the loose-coupling transaction ring, and obtain verification node information and intelligent contract information in the loose-coupling transaction ring, where the intelligent contract information includes: type and version number of the smart contract;
a judging module 803, configured to judge whether to perform local storage of the transaction information according to the version number.
In an embodiment, the preparation unit comprises:
The loading module is used for initiating a deployment intelligent contract application to the contract bridging module of the virtual machine through the verification node so that the virtual machine creates a virtual machine container and loads an intelligent contract;
the deployment result receiving module is used for receiving the intelligent contract deployment result message sent by the virtual machine.
Based on the loose-coupling blockchain autonomous transaction method provided by the application, the application also provides a set of loose-coupling blockchain autonomous transaction system which is suitable for the method. As shown in fig. 9, the general schematic diagram of the loose-coupling blockchain autonomous transaction method includes: a blockchain infrastructure cloud (BaaS) 1, a blockchain consensus billing node 2, a loosely coupled transaction ring 3, a loosely coupled transaction ring 4, and a transaction party 5. Wherein the loose coupling trading circles 3 and 4 are the same in nature, but with different numbers of trading parties.
Blockchain infrastructure cloud (BaaS) 1: and providing distributed network resources, computing resources and storage resources according to the networking resource request of the user, creating a blockchain networking service, supporting the selection of a blockchain product mirror image according to the blockchain product standard of the user, and creating a virtual node.
Blockchain consensus billing node 2: the blockchain network is provided with a plurality of blockchain consensus accounting nodes which are used as blockchain computing nodes and are mainly responsible for blockchain transaction access and processing and provide intelligent contract execution, transaction consensus and transaction accounting. In blockchain infrastructure cloud (BaaS) 1, the blockchain consensus billing nodes are all virtual computing nodes.
Loose coupling transaction loop 3: in the blockchain infrastructure cloud 1, a trading circle temporarily composed of trading parties. Further, the transaction party optionally selects a temporary transaction circle built by other transaction parties according to the transaction requirement, and performs a local consensus protocol for achieving the transaction, wherein the transaction data is only stored in the node of the transaction party and is not diffused to the nodes of the whole network like the traditional blockchain network. The loose coupling ring is composed of 3 transaction parties: participant a, participant B, participant C.
Loose coupling transaction loop 4: in the blockchain infrastructure cloud 1, a trading circle temporarily composed of trading parties. Further, the transaction party selects the temporary transaction circle established by other transaction parties according to the service requirement, and performs a local consensus protocol for achieving the transaction, wherein the transaction data is only stored in the node of the transaction party and is not diffused to the nodes of the whole network like the traditional blockchain network. The loose coupling ring is composed of 3 transaction parties: participant D, participant E.
Transaction party 5: a transaction participant performing a blockchain consensus transaction.
As shown in fig. 10, a block diagram of a loosely coupled blockchain autonomous transaction system provided by the application includes:
the device comprises a verification device, a virtual machine interface and a virtual machine container;
the verification device is in communication connection with the virtual machine interface and the virtual machine container and is used for participating in transaction consensus, executing and deploying intelligent contracts and storing transaction data information;
the virtual interface receives the instruction of the verification device, creates, withdraws, starts and stops the virtual machine container, and is in communication connection with the verification device and the virtual machine container;
the virtual machine container is used for creating a virtual isolation environment and realizing the deployment, storage and execution of the intelligent contract;
the virtual machine container comprises a contract bridging device, a contract executing device and a contract storage device, wherein the contract bridging device, the contract executing device and the contract storage device are in communication connection.
In one embodiment, the authentication device: is responsible for participating in transaction consensus, executing and deploying intelligent contracts, storing transaction data information, and adopting Grpc protocol to carry out message communication with a virtual machine interface and a virtual machine container.
Virtual machine interface: the method comprises the steps of being responsible for receiving an instruction of a verification device, creating, canceling, starting and stopping a virtual machine container, deploying and executing an intelligent contract; meanwhile, the method is responsible for transmitting messages to the verification device, including virtual machine container operation messages, intelligent contract execution results and the like.
Virtual machine container: and the virtual isolation environment is responsible for creating, and the deployment, storage and execution of the intelligent contract are realized. The invention adopts a Docker container as a virtual machine container.
Contract bridging means: is responsible for providing basic interfaces and functional components for connecting virtual machine containers for intelligent contract execution and storage, such as an intelligent resource allocation interface, a storage interface, a log interface and the like.
Contract execution means: is responsible for executing smart contract instructions, including smart contract interpreters, actuators, and the like. Execution of the smart contract drives the transaction state to change, and the following consensus is satisfied like a state machine processing mechanism:
σ t+1 ＝γ(σ t ,T)
wherein γ represents a state transfer function, σ represents a state list, T represents a transaction serial number, and T represents a transaction.
The above relationship formalized is expressed as:
when v > 0, executing the loosely-coupled smart contract state transfer function gamma v Transaction information is only physically stored at the node to which the transaction party belongs.
Contract storage means: and the intelligent contract code, the process result, the world state and other information are cached.
Let T be p Representing application level smart contract transactions, T s Representing a system level smart contract transaction, the extension results in the following equation:
σ t+1 ＝Π(σ t ,B)
wherein, the liquid crystal display device comprises a liquid crystal display device,
B＝(...,(T p,1 ,T s,1 ),(T p,0 ,T s,0 ),...)
Π(σ,B)≡Ω(B,γ(γ(σ,(T p,0 ,T s,0 )),(T p,1 ,T s,1 ))...)
omega represents the final state, B represents the transaction sequence, T p,0 ,T p,1 Respectively representing 0 th and 1 st application level intelligent contract transaction sequences, T s,0 ,T s,1 Respectively representing 0,1 th system level intelligent contract transaction sequence, (T) p,0 ,T s,0 ) Representing a combination of application-level and system-level smart contract transactions.
In one embodiment, as shown in fig. 11, the contract execution apparatus includes:
the system comprises a master controller, a contract loader, a contract execution virtual machine container and a message processor;
the master controller is respectively in communication connection with the contract loader, the contract execution virtual machine container and the message processor and is used for data transmission and calling functions;
the contract loader is used for acquiring intelligent contracts from the contract memory and loading the intelligent contracts;
the contract execution virtual machine container is used to create a virtual execution environment.
In one embodiment, the master controller: is responsible for data transfer and general invocation.
Contract loader: and the intelligent contract code is taken from the contract storage device and is loaded into the memory, so that the subsequent execution of direct taking is facilitated.
Contract execution virtual machine container: the virtual running environment responsible for creating intelligent contract execution is logically isolated from the execution environment of the operating system. The contract execution virtual machine container includes an application contract executor and a system contract executor that execute an application-level intelligent contract and a system-level intelligent contract, respectively. Let T be p Representing application level smart contract transactions, T s Representing a system level smart contract transaction, the extension results in the following equation:
σ t+1 ＝∏(σ t ,B)
wherein, the liquid crystal display device comprises a liquid crystal display device,
B＝(...,(T p,1 ,T s,1 ),(T p,0 ,T s,0 ),...)
∏(σ,B)≡Ω(B,γ(γ(σ,(T p,0 ,T s,0 )),(T p,1 ,T s,1 ))...)
omega represents the final state, B represents the transaction sequence, T p,0 ,T p,1 Respectively representing 0 th and 1 st application level intelligent contract transaction sequences, T s,0 ,T s,1 Respectively representing 0,1 th system level intelligent contract transaction sequence, (T) p,0 ,T s,0 ) Representing a combination of application-level and system-level smart contract transactions.
To distinguish from traditional smart contracts, the present invention performs local consensus by adding a version number to the traditional smart contract for distinguishing between traditional smart contracts and loosely coupled smart contracts. The concrete representation is as follows:
σ t+1 ＝γ v (σ t ,T)
wherein, gamma v Representing a state transfer function with version number v. And satisfies the following relationship:
when v > 0, executing the loosely-coupled smart contract state transfer function gamma v The transaction information is stored only at the node where the transaction party is located.
Message processor: the intelligent contract loading, interception and processing of messages before, during and after execution are responsible, and the intelligent contract loading, interception and processing of messages after the intelligent contract loading, interception and processing are processing centers for contract execution.
In one embodiment, as shown in fig. 12 and 13, the contract execution virtual machine container includes: an application contract executor (fig. 12) and a system contract executor (fig. 13) for executing the application-level smart contract and the system-level smart contract, respectively.
In summary, the system and the method provided by the application have the following advantages:
1. through the interaction of the system-level intelligent contracts and the application-level intelligent contracts, the transaction party automatically anchors any number of transaction parties in the process of executing the block chain-based transaction consensus, a loose coupling transaction circle is formed, and the autonomy of the transaction party automatically joining and exiting the transaction is improved;
2. through local consensus, the physical storage of transaction information at a verification node where a loose coupling transaction party is located is realized, the risk of transaction information leakage is reduced, and the safety and privacy of a transaction system are improved;
3. through local consensus, the blockchain transaction network forms a plurality of concurrent execution transaction circles, so that the system flexibility and the concurrent execution efficiency are improved, and the development of the high-efficiency alliance ecology is facilitated;
4. the loose coupling protocol provides theoretical and practical basis for multiparty autonomous participation protocol and provides reference for establishing the order internet based on block chain.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application 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 is 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.
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.
The principles and embodiments of the present application have been described in detail with reference to specific examples, which are provided to facilitate understanding of the method and core ideas of the present application; meanwhile, as those skilled in the art will have variations in the specific embodiments and application scope in accordance with the ideas of the present application, the present description should not be construed as limiting the present application in view of the above.
The embodiment of the present application further provides a specific implementation manner of an electronic device capable of implementing all the steps in the method in the foregoing embodiment, and referring to fig. 14, the electronic device specifically includes the following:
a processor 1401, memory 1402, a communication interface (Communications Interface) 1403, a bus 1404, and a nonvolatile memory 1405;
Wherein the processor 1401, the memory 1402, and the communication interface 1403 perform communication with each other through the bus 1404;
the processor 1401 is configured to invoke the computer program in the memory 1402 and the nonvolatile memory 1405, where the processor executes the computer program to implement all the steps in the method in the above embodiment, for example, the processor executes the computer program to implement the following steps:
s101: after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, initiating a calling application of the intelligent contract to the virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: application level smart contracts and loosely coupled consensus smart contracts.
S102: if the type of the smart contract is a loose coupling consensus smart contract, the current verification node establishes a loose coupling transaction circle according to the smart contract.
S103: the current authentication node performs local consensus according to loosely coupled transaction circles.
An embodiment of the present application also provides a computer-readable storage medium capable of implementing all the steps of the method in the above embodiment, the computer-readable storage medium storing thereon a computer program that, when executed by a processor, implements all the steps of the method in the above embodiment, for example, the processor implements the following steps when executing the computer program:
S101: after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, initiating a calling application of the intelligent contract to the virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: application level smart contracts and loosely coupled consensus smart contracts.
S102: if the type of the smart contract is a loose coupling consensus smart contract, the current verification node establishes a loose coupling transaction circle according to the smart contract.
S103: the current authentication node performs local consensus according to loosely coupled transaction circles.
In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for a hardware+program class embodiment, the description is relatively simple, as it is substantially similar to the method embodiment, as relevant see the partial description of the method embodiment. Although the present description provides method operational steps as described in the examples or flowcharts, more or fewer operational steps may be included based on conventional or non-inventive means. The order of steps recited in the embodiments is merely one way of performing the order of steps and does not represent a unique order of execution. When implemented in an actual device or end product, the instructions may be executed sequentially or in parallel (e.g., in a parallel processor or multi-threaded processing environment, or even in a distributed data processing environment) as illustrated by the embodiments or by the figures. 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, it is not excluded that additional identical or equivalent elements may be present in a process, method, article, or apparatus that comprises a described element. For convenience of description, the above devices are described as being functionally divided into various modules, respectively. Of course, when implementing the embodiments of the present disclosure, the functions of each module may be implemented in the same or multiple pieces of software and/or hardware, or a module that implements the same function may be implemented by multiple sub-modules or a combination of sub-units, or the like. The above-described apparatus embodiments are merely illustrative, for example, the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form. The present invention is 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.
It will be appreciated by those skilled in the art that embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the present specification embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present description embodiments may take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein. In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments.
In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction. The foregoing is merely an example of an embodiment of the present disclosure and is not intended to limit the embodiment of the present disclosure. Various modifications and variations of the illustrative embodiments will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, or the like, which is within the spirit and principles of the embodiments of the present specification, should be included in the scope of the claims of the embodiments of the present specification.
Claims (10)
1. A method of loosely coupled blockchain autonomous transaction, comprising:
after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, a calling application of the intelligent contract is initiated to the virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: an application level intelligent contract and a loosely coupled consensus intelligent contract;
if the type of the intelligent contract is a loose coupling consensus intelligent contract, the current verification node establishes a loose coupling transaction circle according to the intelligent contract;
the current verification node executes local consensus according to the loose coupling transaction circle;
wherein the verifying node establishes a loosely coupled transaction loop according to the intelligent contract, comprising:
the current verification node broadcasts a loose coupling transaction request so that each verification node judges whether the verification node is a verification node of a loose coupling transaction circle according to the received loose coupling transaction request, wherein the broadcast message contains address information of a target transaction party;
the current authentication node forms the authentication node of the loosely coupled transaction enclosure into the loosely coupled transaction enclosure.
2. The blockchain autonomous transaction method of claim 1, wherein the grouping the verification nodes of the loosely coupled transaction circles into the loosely coupled transaction circles comprises:
extracting address information of a transaction party according to the loose coupling transaction request, and sending response information to each verification node according to the address information; receiving response information of each verification node, and verifying the validity and signature information of the response information;
sending successful confirmation information to each verification node to which the response message passing verification belongs;
and forming a loose coupling transaction loop with each verification node which receives the successful confirmation information.
3. The blockchain autonomous transaction method of claim 1, wherein the performing a local consensus according to the loosely coupled transaction circles comprises:
adopting a Bayesian fault-tolerant algorithm to carry out consensus on message request messages in transaction parties of loose coupling transaction circles;
analyzing and extracting a message request message in the loose coupling transaction ring to obtain verification node information and intelligent contract information in the loose coupling transaction ring, wherein the intelligent contract information comprises: type and version number of the smart contract;
And judging whether to perform local storage of the transaction information according to the version number.
4. The blockchain autonomous transaction method of claim 1, wherein the step of deploying the smart contract on the corresponding virtual machine by the current verification node comprises:
initiating a deployment intelligent contract application to a contract bridging module of the virtual machine through the verification node so that the virtual machine creates a virtual machine container and loads an intelligent contract;
and receiving an intelligent contract deployment result message sent by the virtual machine.
5. A loosely coupled blockchain autonomous transaction device, comprising:
the provisioning unit is used for initiating a calling application of the intelligent contract to the virtual machine after the current verification node completes deployment of the intelligent contract on the corresponding virtual machine, so that the virtual machine generates a calling instruction and checks the type and version number of the intelligent contract, wherein the type of the intelligent contract comprises: an application level intelligent contract and a loosely coupled consensus intelligent contract;
the loose coupling transaction circle establishing unit is used for establishing a loose coupling transaction circle according to the intelligent contract by the current verification node if the type of the intelligent contract is a loose coupling consensus intelligent contract;
The local consensus unit is used for executing local consensus according to the loose coupling transaction circle by the current verification node;
wherein the loose coupling transaction loop establishing unit comprises:
the broadcasting module is used for broadcasting the loose coupling transaction request so that each verification node judges whether the verification node is a verification node of a loose coupling transaction circle according to the received loose coupling transaction request, wherein the broadcasting message contains address information of a target transaction party;
and the circle assembling module is used for assembling the verification nodes of the loose coupling transaction circles into the loose coupling transaction circles.
6. The blockchain autonomous transaction device of claim 5, wherein the looping module includes:
the extraction module is used for extracting address information of a transaction party according to the loose coupling transaction request and sending response information to each verification node according to the address information; receiving response information of each verification node, and verifying the validity and signature information of the response information;
the successful confirmation sending module is used for sending successful confirmation information to each verification node to which the response message passing verification belongs;
and the circle building module is used for forming a loose coupling transaction circle with each verification node which receives the successful confirmation information.
7. The blockchain autonomous transaction device of claim 5, wherein the local consensus unit comprises:
the consensus module is used for consensus the message request message in the transaction party of the loose coupling transaction ring by adopting a Bayesian fault-tolerant algorithm;
the analysis module is used for analyzing and extracting the message request message in the loose coupling transaction ring to obtain verification node information and intelligent contract information in the loose coupling transaction ring, and the intelligent contract information comprises: type and version number of the smart contract;
and the judging module is used for judging whether the local storage of the transaction information is carried out or not according to the version number.
8. The blockchain autonomous transaction device of claim 5, wherein the provisioning unit comprises:
the loading module is used for initiating a deployment intelligent contract application to the contract bridging module of the virtual machine through the verification node so that the virtual machine creates a virtual machine container and loads an intelligent contract;
the deployment result receiving module is used for receiving the intelligent contract deployment result message sent by the virtual machine.
9. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the loosely coupled blockchain autonomous transaction method of any of claims 1-4 when the program is executed by the processor.
10. A computer readable storage medium having stored thereon a computer program, which when executed by a processor implements the loosely coupled blockchain autonomous transaction method of any of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010115793.7A CN111340491B (en) | 2020-02-25 | 2020-02-25 | Loose-coupling block chain autonomous transaction method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010115793.7A CN111340491B (en) | 2020-02-25 | 2020-02-25 | Loose-coupling block chain autonomous transaction method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111340491A CN111340491A (en) | 2020-06-26 |
| CN111340491B true CN111340491B (en) | 2023-08-29 |
Family
ID=71187467
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010115793.7A Active CN111340491B (en) | 2020-02-25 | 2020-02-25 | Loose-coupling block chain autonomous transaction method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111340491B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112231731B (en) * | 2020-10-23 | 2023-12-15 | 中国工商银行股份有限公司 | Loosely coupled blockchain transaction method and blockchain link points |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107360248A (en) * | 2017-07-31 | 2017-11-17 | 众安信息技术服务有限公司 | For configuring the method and apparatus locally known together and computer-readable recording medium |
| CN110008735A (en) * | 2019-01-31 | 2019-07-12 | 阿里巴巴集团控股有限公司 | The method and node, storage medium that contract calls are realized in block chain |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SG11201908890XA (en) * | 2019-03-26 | 2019-10-30 | Alibaba Group Holding Ltd | System and method for implementing different types of blockchain contracts |
-
2020
- 2020-02-25 CN CN202010115793.7A patent/CN111340491B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107360248A (en) * | 2017-07-31 | 2017-11-17 | 众安信息技术服务有限公司 | For configuring the method and apparatus locally known together and computer-readable recording medium |
| CN110008735A (en) * | 2019-01-31 | 2019-07-12 | 阿里巴巴集团控股有限公司 | The method and node, storage medium that contract calls are realized in block chain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111340491A (en) | 2020-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111240732B (en) | Method, device, equipment and storage medium for distributing distributed microservice | |
| CN110430235B (en) | Method, apparatus, storage medium and computing device for cross-chain transmission of authenticatable messages | |
| CN110233905A (en) | Node device operation method, node device and storage medium | |
| Guerraoui et al. | Dynamic byzantine reliable broadcast [technical report] | |
| CN109981279B (en) | Block chain system, communication method, device, equipment and medium | |
| WO2020173499A1 (en) | Public chain-based sub-blockchain construction method and system | |
| CN102136967B (en) | Method, device and system for managing service state | |
| CN114070733B (en) | Consensus method, device and system based on block chain network | |
| CN111311415B (en) | Loosely coupled blockchain transaction method and transaction node | |
| CN111340491B (en) | Loose-coupling block chain autonomous transaction method, device and system | |
| CN103731465A (en) | Distributed system and transaction treatment method thereof | |
| CN111932239A (en) | Service processing method, device, node equipment and storage medium | |
| CN116366652A (en) | Distributed application operation and maintenance method, system, device, server and gateway equipment | |
| CN116777631B (en) | Transaction uplink method and device based on blockchain, equipment and medium | |
| CN114363402A (en) | Target range interconnection method, system and electronic equipment | |
| CN113726828B (en) | High concurrency trusted blockchain system and method supporting micro-services | |
| US20230259930A1 (en) | Cross-chain transaction processing method and apparatus, electronic device, and storage medium | |
| CN114760198B (en) | Consensus method, device and system based on block chain network | |
| CN115314375A (en) | Block chain network cross-domain networking method, device, storage medium and program product | |
| CN111459825B (en) | Block chain application system, method and device for payment service | |
| CN112395104B (en) | Method and device for realizing distributed transaction context transfer in routing layer | |
| CN116186749A (en) | Block chain-based service processing method and device, electronic equipment and readable medium | |
| US20230266994A1 (en) | Migration of computational units in distributed networks | |
| CN116186786A (en) | Block chain-based service processing method and device, electronic equipment and readable medium | |
| CN116911393B (en) | Quantum chip design system, quantum chip design method, electronic equipment and storage medium |
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 |