CN110618841A - Internal loose coupling consensus method and system and electronic equipment - Google Patents
Internal loose coupling consensus method and system and electronic equipment Download PDFInfo
- Publication number
- CN110618841A CN110618841A CN201910851452.3A CN201910851452A CN110618841A CN 110618841 A CN110618841 A CN 110618841A CN 201910851452 A CN201910851452 A CN 201910851452A CN 110618841 A CN110618841 A CN 110618841A
- Authority
- CN
- China
- Prior art keywords
- module
- event
- state
- timer
- state 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 230000008878 coupling Effects 0.000 title claims abstract description 12
- 238000010168 coupling process Methods 0.000 title claims abstract description 12
- 238000005859 coupling reaction Methods 0.000 title claims abstract description 12
- 238000012544 monitoring process Methods 0.000 claims abstract description 6
- 238000012545 processing Methods 0.000 claims description 11
- 238000012795 verification Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 9
- 238000013461 design Methods 0.000 description 6
- 238000012360 testing method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Classifications
-
- 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/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4498—Finite state machines
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Storage Device Security (AREA)
Abstract
The invention discloses an internal loose coupling consensus method, a system, an electronic device and a computer readable storage medium. The system comprises a state storage module, a state machine module, a timer module and a pre-written log module, wherein the state storage module is used for receiving messages, verifying, signing, verifying and storing the messages, then sending the messages to the state machine module for state change, monitoring events thrown by the state machine module, and making corresponding logic according to the thrown events; the state machine module is used for changing the state and controlling the lock, when the message trigger is received, corresponding state change is made according to the received message, and the changed state is thrown out as an event; the timer module is used for setting a corresponding timer according to an event thrown by the state machine, and calling a state machine interface to wake up the state machine when the timer reaches the overtime; the pre-write log module is used for being called by the state storage module to read or write the pre-write log.
Description
Technical Field
The invention belongs to the technical field of block chains, and particularly relates to an internal loose coupling consensus method, an internal loose coupling consensus system, electronic equipment and a computer-readable storage medium.
Background
For a block chain consensus system, the main work flow is to receive messages transmitted from the network, and then perform corresponding processing and voting according to the own state and the messages transmitted from the network. However, in the existing block chain consensus architecture, these storage, state change and processing logics are often implemented in one structure, so that the message storage, state change and lock change are performed in sequence after the message is received.
In the existing block chain consensus system, the modules are not divided, the processing is realized in one structure, all states are stacked together, and too many states exist, so that unit testing cannot be performed; meanwhile, due to the tight coupling between the states and the events, when problems occur, problem troubleshooting is difficult to carry out.
Disclosure of Invention
In view of the above technical problems, the present invention is directed to provide an internal loosely-coupled consensus method, system, electronic device and computer-readable storage medium, for a blockchain consensus system to avoid a problem of loop call between modules through cooperative processing between modules when receiving a message, so as to implement loose coupling inside the consensus system.
In order to solve the technical problems, the invention adopts the following technical scheme:
in a first aspect, an embodiment of the present application provides an internal loosely-coupled consensus system, which includes a state storage module, a state machine module, a timer module, and a pre-write log module,
the state storage module is used for receiving the message, verifying the signature, verifying and storing the message, then sending the message to the state machine module for state change, monitoring an event thrown by the state machine module, and making corresponding logic according to the thrown event;
the state machine module is used for changing the state and controlling the lock, when the message trigger is received, corresponding state change is made according to the received message, and the changed state is thrown out as an event;
the timer module is used for setting a corresponding timer according to an event thrown by the state machine, and calling a state machine interface to wake up the state machine when the timer reaches the overtime;
the pre-write log module is used for being called by the state storage module to read or write the pre-write log.
In one possible design of the first aspect, the consensus process is as follows:
after the consensus is started, the state machine module is initialized firstly, then the pre-written log module is initialized, and finally the state storage module and the timer are initialized;
the state storage module calls the pre-written log module to read the previously written log and inputs the read log to the state machine module to change the state;
the loop then parallels the following actions:
when the state storage module receives the message, the message is signed and verified, the signature is verified, the message passes the verification, the message is input to the state machine module for state change, the state storage module and the timer module monitor the event thrown by the state machine module, the state storage module makes corresponding logic according to the thrown event, and the timer module sets a corresponding timer;
when the time of the timer reaches the overtime, the timer module inputs the state machine module, then continues to monitor the event, the state storage module and the timer module monitor the event thrown by the state machine, the state storage module performs corresponding operation according to the event thrown by the state machine, and the timer module sets the corresponding timer.
In one possible design of the first aspect, the state machine module throwing event comprises entering a new round event, including a new round, an optional locked proposal,
after receiving the event entering the new round, the state storage module updates the round of the state storage module, judges whether the state storage module is the proposed node of the round, and if not, does not perform any processing and waits for the next message; if the node is the proposal node of the round, judging whether locking exists, if so, proposing the locking proposal, and if not, proposing a new proposal;
the timer module updates its turn after receiving the event of entering a new turn, and then sets a proposed timer.
In one possible design of the first aspect, the state machine module throws the event includes a pre-voting event, including a first hash,
after receiving the pre-voting event, the state storage module casts a pre-vote to the first hash;
the timer module sets a pre-vote timer after receiving the pre-vote event.
In one possible design of the first aspect, the state machine throw event comprises a pre-commit event, including the second hash,
after receiving the event, the state storage module puts a pre-submission on the second hash;
the timer module sets a pre-commit timer after receiving the event.
In one possible design of the first aspect, the state machine throwing the event comprises a commit event, including the third hash,
and the state storage module submits the block corresponding to the third hash after receiving the event.
In one possible design of the first aspect, the state machine throw event comprises a stop event, and the entire consensus system stops working.
In a second aspect, an embodiment of the present application provides an internal loosely-coupled consensus method, including:
after the consensus is started, the state machine module is initialized firstly, then the pre-written log module is initialized, and finally the state storage module and the timer are initialized;
the state storage module calls the pre-written log module to read the previously written log and inputs the read log to the state machine module to change the state;
the loop then parallels the following actions:
when the state storage module receives the message, the message is subjected to signature verification and verification, and then the message is input to the state machine module for state change, the state storage module and the timer module monitor the event thrown by the state machine module, the state storage module makes corresponding logic according to the thrown event, and the timer module sets a corresponding timer;
when the time of the timer reaches the overtime, the timer module inputs the state machine module, then continues to monitor the event, the state storage module and the timer module monitor the event thrown by the state machine, the state storage module performs corresponding operation according to the event thrown by the state machine, and the timer module sets the corresponding timer.
In a third aspect, an embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the computer program is executed by the processor to perform the above-mentioned internal loosely-coupled consensus method.
In a fourth aspect, the present application provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, where the computer program is executed by a processor to implement the above-mentioned internal loosely-coupled consensus method.
The invention has the following beneficial effects: according to the internal loose coupling consensus method and system, the state machine module does not call any other module, the state storage module calls the pre-written log module and the state machine module, the timer module only calls the state machine module, the modules are not cyclically called, and are decoupled from each other, so that loose coupling in the consensus system is realized.
Drawings
FIG. 1 is a functional block diagram of an internal loosely-coupled consensus system of an embodiment of the present invention;
fig. 2 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, the invention discloses an internal loosely-coupled consensus system, which comprises a state storage module, a state machine module, a timer module and a pre-written log module, wherein the state storage module is used for receiving a message, verifying a signature, storing the message, sending the message to the state machine module for state change, monitoring an event thrown by the state machine module, and making corresponding logic according to the thrown event; the state machine module is used for changing the state and controlling the lock, when the message trigger is received, corresponding state change is made according to the received message, and the changed state is thrown out as an event; the timer module is used for setting a corresponding timer according to an event thrown by the state machine, and calling a state machine interface to wake up the state machine when the timer reaches the overtime; the pre-write log module is used for being called by the state storage module to read or write the pre-write log.
The consensus process of the internal loosely-coupled consensus system composed above is as follows: after the consensus is started, the state machine module is initialized firstly, then the pre-written log module is initialized, and finally the state storage module and the timer are initialized; the state storage module calls the pre-written log module to read the previously written log and inputs the read log to the state machine module to change the state; then, circularly paralleling the following actions, inputting the information to the state machine module for state change after the state storage module receives the information, checking the signature, verifying the signature and passing the verification, monitoring the event thrown by the state machine module by the state storage module and the timer module, making corresponding logic by the state storage module according to the thrown event, and setting a corresponding timer by the timer module; when the time of the timer reaches the overtime, the timer module inputs the state machine module, then continues to monitor the event, the state storage module and the timer module monitor the event thrown by the state machine, the state storage module performs corresponding operation according to the event thrown by the state machine, and the timer module sets the corresponding timer.
Further, the state machine module may throw the following events: enter a new round event, a pre-vote event, a pre-commit event, a commit event, and a stop event. In order to make the events thrown by the state machine module more clear to those skilled in the art, the events are further described below.
In a specific application example, the state machine module throws out an event entering a new round, including a new round, a round of optional locking and an optional proposal of locking, the state storage module updates the round of the state machine module after receiving the event entering the new round, judges whether the state storage module is a proposal node of the round, and if not, does not perform any processing and waits for the next message; if the node is the proposal node of the round, judging whether locking exists, if so, proposing the locking proposal, and if not, proposing a new proposal; the timer module updates its turn after receiving the event of entering a new turn, and then sets a proposed timer.
In a specific application example, the state machine module throws a pre-voting event, which includes a first hash, and the state storage module throws a pre-vote to the first hash after receiving the pre-voting event; the timer module sets a pre-vote timer after receiving the pre-vote event.
In a specific application example, the state machine module throws out a pre-submission event, including a second hash, and the state storage module throws out a pre-submission to the second hash after receiving the event; the timer module sets a pre-commit timer after receiving the event.
In a specific application example, the event thrown by the state machine includes a commit event including a third hash, and the state storage module commits a block corresponding to the third hash after receiving the event.
In a specific application example, the state machine module throws a stop event, and the whole consensus system stops working.
The internal loosely-coupled consensus system implemented by the above embodiments places control of a lock into a state machine module, places active control into a timer module, and the state storage module only needs to check a received message, stores the message, and then sends the message to the state machine module to change the state. The logic of the state storage module becomes simpler and clearer. Meanwhile, the state machine module does not need to store information, only needs to maintain the state of the lock, and is convenient for unit testing.
The invention provides an internal loose coupling consensus method, which is applied to a consensus system comprising a state storage module, a state machine module, a timer module and a pre-written log module, wherein the state storage module is used for receiving messages, verifying, signing, verifying and storing the messages, sending the messages to the state machine module for state change, monitoring events thrown by the state machine module, and making corresponding logic according to the thrown events; the state machine module is used for changing the state and controlling the lock, when the message trigger is received, corresponding state change is made according to the received message, and the changed state is thrown out as an event; the timer module is used for setting a corresponding timer according to an event thrown by the state machine, and calling a state machine interface to wake up the state machine when the timer reaches the overtime; the pre-write log module is used for being called by the state storage module to read or write the pre-write log. The consensus process comprises the following steps:
after the consensus is started, the state machine module is initialized firstly, then the pre-written log module is initialized, and finally the state storage module and the timer are initialized; the state storage module calls the pre-written log module to read the previously written log and inputs the read log to the state machine module to change the state;
the loop then parallels the following actions: when the state storage module receives the message, the message is subjected to signature verification and verification, and then the message is input to the state machine module for state change, the state storage module and the timer module monitor the event thrown by the state machine module, the state storage module makes corresponding logic according to the thrown event, and the timer module sets a corresponding timer; when the time of the timer reaches the overtime, the timer module inputs the state machine module, then continues to monitor the event, the state storage module and the timer module monitor the event thrown by the state machine, the state storage module performs corresponding operation according to the event thrown by the state machine, and the timer module sets the corresponding timer.
Further, the state machine module may throw the following events: enter a new round event, a pre-vote event, a pre-commit event, a commit event, and a stop event. In order to make the events thrown by the state machine module more clear to those skilled in the art, the events are further described below.
In a specific application example, the state machine module throws out an event entering a new round, including a new round, a round of optional locking and an optional proposal of locking, the state storage module updates the round of the state machine module after receiving the event entering the new round, judges whether the state storage module is a proposal node of the round, and if not, does not perform any processing and waits for the next message; if the node is the proposal node of the round, judging whether locking exists, if so, proposing the locking proposal, and if not, proposing a new proposal; the timer module updates its turn after receiving the event of entering a new turn, and then sets a proposed timer.
In a specific application example, the state machine module throws a pre-voting event, which includes a first hash, and the state storage module throws a pre-vote to the first hash after receiving the pre-voting event; the timer module sets a pre-vote timer after receiving the pre-vote event.
In a specific application example, the state machine module throws out a pre-submission event, including a second hash, and the state storage module throws out a pre-submission to the second hash after receiving the event; the timer module sets a pre-commit timer after receiving the event.
In a specific application example, the event thrown by the state machine includes a commit event including a third hash, and the state storage module commits a block corresponding to the third hash after receiving the event.
In a specific application example, the state machine module throws a stop event, and the whole consensus system stops working.
The internal loose coupling consensus method implemented by the above embodiments places the control of the lock into the state machine module, places the active control into the timer module, and the state storage module only needs to check the received message, store the message, and then send the message to the state machine module to change the state. The logic of the state storage module becomes simpler and clearer. Meanwhile, the state machine module does not need to store information, only needs to maintain the state of the lock, and is convenient for unit testing.
The electronic device of the embodiment of the present invention is described in detail below with reference to fig. 2. On a hardware level, the electronic device includes a processor, and optionally an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a Non-Volatile Memory (NVM), such as at least one disk Memory. Of course, the electronic device may also include hardware required for other services.
The processor, the network interface, and the memory may be interconnected by an internal bus, which may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an extended EISA (EISA) bus, or the like. Wherein the bus can be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 2, but this does not represent only one bus or one type of bus.
The memory for storing the program, in particular, the program may include program code including computer operating instructions, the memory may include memory and non-volatile storage, and provide instructions and data to the processor.
The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs the computer program to form the content recommendation device on a logic level. And the processor is used for executing the program stored in the memory and is specifically used for executing the method operation executed when the server is taken as an execution main body.
The processing method of the block chain intelligent contract platform supporting the stateful contract and the stateless contract according to the embodiment of the invention can be applied to a processor or implemented by the processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc., and may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component. The various methods, steps and logic blocks disclosed in embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in a decoder. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes a consensus process of the steps of the above-mentioned method in combination with hardware thereof.
Of course, the electronic device in the embodiment of the present specification does not exclude other implementations, such as a logic device or a combination of software and hardware, besides a software implementation, that is, the execution subject of the following processing flow is not limited to each logic unit, and may be hardware or a logic device.
Embodiments of the present invention also provide a computer-readable storage medium storing one or more programs, which when executed by an electronic device including a plurality of application programs, cause the electronic device to perform the following operations, so that the electronic device may perform the consensus process in the above method embodiments. All the steps and the effects of the implementation are the same as those of the embodiment of the method, and the details are not repeated herein.
The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
It is to be understood that the exemplary embodiments described herein are illustrative and not restrictive. Although one or more embodiments of the present invention have been described with reference to the accompanying drawings, it will be understood by those of ordinary skill in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the following claims.
Claims (10)
1. An internal loosely-coupled consensus system is characterized by comprising a state storage module, a state machine module, a timer module and a pre-written log module,
the state storage module is used for receiving the message, verifying, signing, verifying and storing the message, then sending the message to the state machine module for state change, monitoring an event thrown by the state machine module, and making corresponding logic according to the thrown event;
the state machine module is used for changing the state and controlling the lock, when the message trigger is received, corresponding state change is made according to the received message, and the changed state is thrown out as an event;
the timer module is used for setting a corresponding timer according to an event thrown by the state machine, and calling a state machine interface to wake up the state machine when the timer reaches the overtime;
the pre-write log module is used for being called by the state storage module to read or write the pre-write log.
2. The internally loosely coupled consensus system of claim 1, wherein the consensus process is as follows:
after the consensus is started, the state machine module is initialized firstly, then the pre-written log module is initialized, and finally the state storage module and the timer are initialized;
the state storage module calls the pre-written log module to read the previously written log and inputs the read log to the state machine module to change the state;
the loop then parallels the following actions:
when the state storage module receives the message, the message is subjected to signature verification and verification, and then the message is input to the state machine module for state change, the state storage module and the timer module monitor the event thrown by the state machine module, the state storage module makes corresponding logic according to the thrown event, and the timer module sets a corresponding timer;
when the time of the timer reaches the overtime, the timer module inputs the state machine module, then continues to monitor the event, at the moment, the state storage module and the timer module monitor the event thrown by the state machine, the state storage module performs corresponding operation according to the event thrown by the state machine, and the timer module sets the corresponding timer.
3. The internally loosely-coupled consensus system of claim 1 or 2, wherein the state machine module throwing an event comprises entering a new round of events, including a new round, a round of optional locking, a proposal of optional locking,
after receiving the event entering the new round, the state storage module updates the round of the state storage module, judges whether the state storage module is the proposed node of the round, and if not, does not perform any processing and waits for the next message; if the node is the proposal node of the round, judging whether locking exists, if so, proposing the locking proposal, and if not, proposing a new proposal;
the timer module updates its turn after receiving the event of entering a new turn, and then sets a proposed timer.
4. The internal loosely-coupled consensus system of claim 1 or 2, wherein the state machine module throws an event comprising a pre-voting event, including a first hash,
after receiving the pre-voting event, the state storage module casts a pre-vote to the first hash;
the timer module sets a pre-vote timer after receiving the pre-vote event.
5. The internally loosely-coupled consensus system of claim 1 or 2, wherein a state machine throw event comprises a pre-commit event, comprising a second hash,
after receiving the event, the state storage module puts a pre-submission on the second hash;
the timer module sets a pre-commit timer after receiving the event.
6. The internally loosely-coupled consensus system of claim 1 or 2, wherein a state machine throws an event comprising a commit event, including a third hash,
and the state storage module submits the block corresponding to the third hash after receiving the event.
7. An internal loosely-coupled consensus system as claimed in claim 1 or 2, wherein the state machine throw event comprises a stop event, and the entire consensus stops working.
8. A consensus method of internal loose coupling, comprising:
after the consensus is started, the state machine module is initialized firstly, then the pre-written log module is initialized, and finally the state storage module and the timer are initialized;
the state storage module calls the pre-written log module to read the previously written log and inputs the read log to the state machine module to change the state;
the loop then parallels the following actions:
when the state storage module receives the message, the message is subjected to signature verification and verification, and then the message is input to the state machine module for state change, the state storage module and the timer module monitor the event thrown by the state machine module, the state storage module makes corresponding logic according to the thrown event, and the timer module sets a corresponding timer;
when the time of the timer reaches the overtime, the timer module inputs the state machine module, then continues to monitor the event, the state storage module and the timer module monitor the event thrown by the state machine, the state storage module performs corresponding operation according to the event thrown by the state machine, and the timer module sets the corresponding timer.
9. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program being executable by the processor to perform the internally loosely-coupled consensus method of claim 8.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which is executed by a processor to implement the internal loosely-coupled consensus method of claim 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910851452.3A CN110618841B (en) | 2019-09-10 | 2019-09-10 | Internal loose coupling consensus method and system and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910851452.3A CN110618841B (en) | 2019-09-10 | 2019-09-10 | Internal loose coupling consensus method and system and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110618841A true CN110618841A (en) | 2019-12-27 |
| CN110618841B CN110618841B (en) | 2022-12-06 |
Family
ID=68923035
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910851452.3A Active CN110618841B (en) | 2019-09-10 | 2019-09-10 | Internal loose coupling consensus method and system and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110618841B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111147261A (en) * | 2019-12-31 | 2020-05-12 | 南京可信区块链与算法经济研究院有限公司 | Method and system for using HotStuff consensus algorithm in block chain |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1294812A (en) * | 1996-11-18 | 2001-05-09 | Mci全球通迅公司 | Communication system architecture |
| US20010052108A1 (en) * | 1999-08-31 | 2001-12-13 | Michel K. Bowman-Amuah | System, method and article of manufacturing for a development architecture framework |
| US6957186B1 (en) * | 1999-05-27 | 2005-10-18 | Accenture Llp | System method and article of manufacture for building, managing, and supporting various components of a system |
| CN108805561A (en) * | 2017-04-27 | 2018-11-13 | 中思博安科技（北京）有限公司 | It may have access to the execution method and system of the intelligent contract of multiple block chains |
| CN109285071A (en) * | 2018-09-10 | 2019-01-29 | 中国银联股份有限公司 | A kind of data processing platform (DPP) and data processing method based on block chain |
| CN109447810A (en) * | 2018-11-29 | 2019-03-08 | 杭州秘猿科技有限公司 | Parallel block chain common recognition method, system, electronic equipment and computer readable storage medium |
| CN109814905A (en) * | 2019-01-17 | 2019-05-28 | 上海边界智能科技有限公司 | A kind of method for upgrading software and device based on block chain |
| CN110032436A (en) * | 2019-04-04 | 2019-07-19 | 杭州秘猿科技有限公司 | Support the block chain of pause and starting common recognition method, system and electronic equipment |
-
2019
- 2019-09-10 CN CN201910851452.3A patent/CN110618841B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1294812A (en) * | 1996-11-18 | 2001-05-09 | Mci全球通迅公司 | Communication system architecture |
| US6957186B1 (en) * | 1999-05-27 | 2005-10-18 | Accenture Llp | System method and article of manufacture for building, managing, and supporting various components of a system |
| US20010052108A1 (en) * | 1999-08-31 | 2001-12-13 | Michel K. Bowman-Amuah | System, method and article of manufacturing for a development architecture framework |
| CN108805561A (en) * | 2017-04-27 | 2018-11-13 | 中思博安科技（北京）有限公司 | It may have access to the execution method and system of the intelligent contract of multiple block chains |
| CN109285071A (en) * | 2018-09-10 | 2019-01-29 | 中国银联股份有限公司 | A kind of data processing platform (DPP) and data processing method based on block chain |
| CN109447810A (en) * | 2018-11-29 | 2019-03-08 | 杭州秘猿科技有限公司 | Parallel block chain common recognition method, system, electronic equipment and computer readable storage medium |
| CN109814905A (en) * | 2019-01-17 | 2019-05-28 | 上海边界智能科技有限公司 | A kind of method for upgrading software and device based on block chain |
| CN110032436A (en) * | 2019-04-04 | 2019-07-19 | 杭州秘猿科技有限公司 | Support the block chain of pause and starting common recognition method, system and electronic equipment |
Non-Patent Citations (2)
| Title |
|---|
| 无名: "以太坊开发入门，完整入门篇（小白可以看看，高手看看自己有没有遗漏的）", 《HTTPS://ME.TRYBLOCKCHAIN.ORG/GETTING-UP-TO-SPEED-ON-ETHEREUM.HTML》 * |
| 焦通 等: "区块链数据库:一种可查询且防篡改的数据库", 《软件学报》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111147261A (en) * | 2019-12-31 | 2020-05-12 | 南京可信区块链与算法经济研究院有限公司 | Method and system for using HotStuff consensus algorithm in block chain |
| CN111147261B (en) * | 2019-12-31 | 2022-07-12 | 南京可信区块链与算法经济研究院有限公司 | Method and system for using HotStuff consensus algorithm in block chain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110618841B (en) | 2022-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107392611B (en) | Method and device for sending transaction information and consensus verification | |
| CN110941528B (en) | Log buried point setting method, device and system based on fault | |
| JP2021521555A (en) | Blockchain consensus method, accounting nodes and nodes | |
| CN109064327B (en) | Intelligent contract processing method, device and equipment | |
| CN112235137B (en) | Method and device for upgrading block link point program and electronic equipment | |
| CN110060155B (en) | Intelligent contract execution method and device of block chain and electronic equipment | |
| US20220158836A1 (en) | Fork Processing Method And Blockchain Node | |
| CN112492016B (en) | Cross-process extensible consensus method and system | |
| CN110659905B (en) | Transaction verification method, device, terminal equipment and storage medium | |
| US20210216527A1 (en) | Parallel blockchain processing | |
| CN110851207B (en) | State transition management method and device, electronic equipment and storage medium | |
| CN110618841B (en) | Internal loose coupling consensus method and system and electronic equipment | |
| CN111010282A (en) | Information processing method based on block chain and related device | |
| US20240354021A1 (en) | Data processing method and system, device and medium | |
| CN110009497B (en) | Block chain-based decision method and device and electronic equipment | |
| US20240241771A1 (en) | Loop detection method and apparatus, electronic device, and storage medium | |
| CN117955742B (en) | Verification method and device for data cross-link interaction, challenge node and storage medium | |
| CN110610423B (en) | Processing method for supporting stateful contract and stateless contract for block chain intelligent contract platform | |
| CN118245262A (en) | GPU error recovery method and system | |
| CN114879942B (en) | Distributed time wheel group registration verification method, device, medium and equipment | |
| CN114037539A (en) | Method and device for detecting single-link failure of insurance | |
| CN117251354A (en) | Abnormality test method and device applied to blockchain system and computer equipment | |
| CN114581099A (en) | Data collaboration method, device, equipment and storage medium based on block chain | |
| CN113238855A (en) | Path detection method and device | |
| CN111861469A (en) | Processing method and device for consensus mechanism in block chain and electronic equipment |
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 | ||
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20191227 Assignee: Hangzhou Xita Technology Co.,Ltd. Assignor: CRYPTAPE Co.,Ltd. Contract record no.: X2022330000875 Denomination of invention: Internal loosely coupled consensus methods, systems, electronic devices Granted publication date: 20221206 License type: Common License Record date: 20221226 |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20231224 Address after: 10/F, Guotou Building, No. 398 Shaoxing Road, Gongshu District, Hangzhou City, Zhejiang Province, 310000 Patentee after: Hangzhou Xita Technology Co.,Ltd. Address before: 310000 No. 1301 and 1302, 13 / F, tower a, Huaxing Times Plaza, No. 478, Wensan Road, Xihu District, Hangzhou City, Zhejiang Province Patentee before: CRYPTAPE Co.,Ltd. |