CN111831301A - Block chain runtime environment system and method supporting non-bifurcated upgrading - Google Patents
Block chain runtime environment system and method supporting non-bifurcated upgrading Download PDFInfo
- Publication number
- CN111831301A CN111831301A CN201911357828.1A CN201911357828A CN111831301A CN 111831301 A CN111831301 A CN 111831301A CN 201911357828 A CN201911357828 A CN 201911357828A CN 111831301 A CN111831301 A CN 111831301A
- Authority
- CN
- China
- Prior art keywords
- protocol
- representation
- transaction
- management module
- upgrading
- 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 abstract description 22
- 238000012545 processing Methods 0.000 claims abstract description 12
- 230000002085 persistent effect Effects 0.000 claims abstract description 5
- 238000004458 analytical method Methods 0.000 claims abstract description 4
- 230000006870 function Effects 0.000 claims description 9
- 238000004806 packaging method and process Methods 0.000 claims description 7
- 238000003672 processing method Methods 0.000 claims description 5
- 238000012795 verification Methods 0.000 claims description 4
- 238000005538 encapsulation Methods 0.000 claims description 2
- 230000000694 effects Effects 0.000 abstract description 7
- 230000008569 process Effects 0.000 description 6
- 230000006399 behavior Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
- G06F9/45508—Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation
-
- 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/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
- G06F9/45516—Runtime code conversion or optimisation
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
The application discloses a block chain runtime environment system and a method supporting non-branching upgrading. The system comprises a protocol representation management module, a transaction processing module and a transaction processing module, wherein the protocol representation management module is used for processing the analysis of the protocol and the version of the protocol representation by analyzing the transaction on each block; the compiler front end is used for receiving the protocol source code from the protocol representation management module, and translating the protocol source code into protocol representation after preset processing; a protocol representation database for persisting different types and versions of protocol representation data, wherein the protocol metadata and protocol representations are persisted in the form of key-value pairs; the intermediate representation management module is used for receiving a protocol representation set to be executed and analyzing the protocol representation set so as to be matched with the execution engine; and the execution engine is used for receiving the module set in the intermediate representation management module and executing the function, and executing and returning to the interface. The method and the device solve the technical problem that the effect of the method for upgrading the block chain system is poor.
Description
Technical Field
The present application relates to the field of blockchain systems, and in particular, to a system and a method for supporting a blockchain runtime environment without forking upgrade.
Background
The upgrading mode of the traditional distributed system is usually released by a trusted authority to install and update to a centralized upgrading node, and the centralized upgrading node updates the system version number and releases the downloading service of the upgrading system; and when the distributed node checks a new version, downloading the update package and delivering the update package to an update management module in the node to complete update and upgrade.
The inventor finds that at present, most of the upgrading of the blockchain system often depends on the nodes to spontaneously achieve consensus, and the bifurcation problem is caused by the uncontrollable node behavior and other factors in the upgrading process, so that the serious consequences of system service stopping, community splitting, economic loss and the like can be caused.
For the problem of poor effect of the method for upgrading the blockchain system in the related art, no effective solution is proposed at present.
Disclosure of Invention
The present application mainly aims to provide a system and a method for supporting a blockchain runtime environment without forking upgrade, so as to solve the problem that the method for upgrading the blockchain system is not effective.
In order to achieve the above object, according to an aspect of the present application, a blockchain runtime environment system supporting non-branching upgrade is provided, the blockchain runtime environment supporting non-branching upgrade avoids hard branching and soft branching by encapsulating system upgrade information into special transactions and updating the special transactions to each node, and at the same time, the runtime environment supports concurrent execution of multiple protocol versions, and finally, an execution engine guarantees correctness of an execution result under a concurrent request through a software transaction memory.
The blockchain runtime environment system supporting the non-fork upgrading comprises the following components: the protocol representation management module is used for processing the analysis of the protocol and the version of the protocol representation by analyzing the transaction on each block; the compiler front end is used for receiving the protocol source code from the protocol representation management module, and translating the protocol source code into protocol representation after preset processing; a protocol representation database for persisting different types and versions of protocol representation data, wherein the protocol metadata and protocol representations are persisted in the form of key-value pairs; the intermediate representation management module is used for receiving a protocol representation set to be executed and analyzing the protocol representation set so as to be matched with the execution engine; and the execution engine is used for receiving the module set in the intermediate representation management module and executing the function, and executing and returning to the interface.
Further, still include: an encapsulation module for encapsulating the system upgrade protocol into a special transaction,
the step of encapsulating the system upgrade protocol into a special transaction comprises:
packaging source codes and metadata required by system upgrading into data fields of blockchain transactions; wherein, the data field of each transaction only allows to store one protocol, but one block can contain a plurality of transactions of upgrading protocols, wherein the metadata comprises: at least one protocol name, protocol version, protocol relied upon and its version.
Further, when the transaction type is a system protocol, the protocol representation management module is used for analyzing data fields in the transaction to obtain a protocol source code and metadata.
Further, when an execution result of one protocol is requested from the external to the blockchain runtime environment, the protocol representation management module is used for retrieving the corresponding protocol representation from the database and receiving a return result of the execution protocol representation.
Further, the protocol representation database is used for returning the protocol representation itself and the protocol representation set depending on the protocol representation when the protocol representation management module requests a protocol representation from the protocol representation database.
Further, the intermediate representation management module is configured to insert concurrent code into the protocol representation set;
when the protocol representation set is analyzed into a module set of the execution engine, and an executed function entry is extracted from the module set and then delivered to the execution engine.
Further, still include: the uplink release module of the upgrading protocol is used for releasing the transaction to be subjected to the upgrading protocol after a group of multiple signatures are required, and if the individual signature for the type of transaction cannot pass the verification.
Further, the execution engine is used as a blockchain execution engine supporting just-in-time compilation technology, and when executed, the execution engine searches whether the relevant symbols are in a symbol table of the library; and the execution engine is also used for converting the protocol into a language which can be directly executed by the just-in-time compiling engine.
Further, the execution engine is configured to execute the protocols concurrently.
To achieve the above object, according to another aspect of the present application, there is provided a processing method for a blockchain runtime environment system supporting forkless upgrade.
The processing method for the blockchain runtime environment system supporting the bifurcation-free upgrading comprises the following steps:
packaging a system protocol to a data field of a transaction in a source code form, and uploading the packaged data field;
analyzing the transaction and obtaining a protocol source code through the blockchain runtime environment system for supporting the non-bifurcated upgrading;
compiling the protocol source code to generate a protocol representation, and completing upgrading of a block chain system after the protocol representation is durably stored in a database;
when the client requests to reach the block chain runtime environment system for supporting the non-branching upgrade, the block chain runtime environment system for supporting the non-branching upgrade firstly acquires the corresponding protocol code, then delivers the protocol code to the execution engine to execute the protocol code, and finally returns the result of the client request.
In the system and the method for supporting the blockchain runtime environment without bifurcation upgrading in the embodiment of the application, the blockchain runtime environment without bifurcation upgrading is supported by adopting a mode of a protocol representation management module, a compiler front end, a protocol representation database, an intermediate representation management module and an execution engine, the system upgrading information is packaged into special transactions and updated to each node so as to ensure consistency and avoid hard bifurcation and soft bifurcation, meanwhile, the runtime environment supports concurrent execution of multiple protocol versions, finally, the execution engine ensures correctness of an execution result under a concurrent request through a software memory thing, the purpose of packaging the system upgrading protocol into the special transactions is achieved, bifurcation or service stop caused by inconsistent node behaviors in the process of upgrading the blockchain system is solved, and the technical effect of supporting the blockchain runtime environment without bifurcation upgrading is realized, and further the technical problem that the effect of the method for upgrading the block chain system is poor is solved.
According to the block chain execution engine supporting the just-in-time compilation technology, the compilation engine only needs to search whether the relevant symbols are in the symbol table of the library during execution, compiling and linking processes are not needed, the dynamic interpretation can be carried out, and meanwhile, the protocol is converted into the language which can be directly executed by the just-in-time compilation engine.
The block chain execution engine implements software transaction memory, optimizes protocol serial execution into concurrent execution, improves protocol execution efficiency, and ensures correctness of execution results.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this application, serve to provide a further understanding of the application and to enable other features, objects, and advantages of the application to be more apparent. The drawings and their description illustrate the embodiments of the invention and do not limit it. In the drawings:
FIG. 1 is a block chain runtime environment system architecture diagram supporting fork-free upgrade according to an embodiment of the present application;
FIG. 2 is a block chain runtime environment system architecture diagram supporting fork-free upgrade according to an embodiment of the present application;
FIG. 3 is a block chain runtime environment system architecture diagram supporting fork-free upgrade according to an embodiment of the present application;
FIG. 4 is a flowchart illustrating a processing method of a blockchain runtime system for supporting fork-free upgrade according to an embodiment of the present application.
Detailed Description
In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of the present application, but not all embodiments. 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 application.
It should be noted that the terms "first," "second," and the like in the description and claims of this application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It should be understood that the data so used may be interchanged under appropriate circumstances such that embodiments of the application described herein may be used. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In this application, the terms "upper", "lower", "left", "right", "front", "rear", "top", "bottom", "inner", "outer", "middle", "vertical", "horizontal", "lateral", "longitudinal", and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings. These terms are used primarily to better describe the present application and its embodiments, and are not used to limit the indicated devices, elements or components to a particular orientation or to be constructed and operated in a particular orientation.
Moreover, some of the above terms may be used to indicate other meanings besides the orientation or positional relationship, for example, the term "on" may also be used to indicate some kind of attachment or connection relationship in some cases. The specific meaning of these terms in this application will be understood by those of ordinary skill in the art as appropriate.
Furthermore, the terms "mounted," "disposed," "provided," "connected," and "sleeved" are to be construed broadly. For example, it may be a fixed connection, a removable connection, or a unitary construction; can be a mechanical connection, or an electrical connection; may be directly connected, or indirectly connected through intervening media, or may be in internal communication between two devices, elements or components. The specific meaning of the above terms in the present application can be understood by those of ordinary skill in the art as appropriate.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
As shown in fig. 1, a blockchain runtime environment system supporting non-branching upgrade according to an embodiment of the present application includes: a protocol representation management module 10 for processing the resolution of the protocol and the version of the protocol representation by resolving the transaction on each tile; the compiler front end 11 is configured to receive a protocol source code from the protocol representation management module, perform preset processing, and translate the protocol source code into a protocol representation; a protocol representation database 12 for persisting different types and versions of protocol representation data, wherein the protocol metadata and protocol representations are persisted in the form of key-value pairs; an intermediate representation management module 13, configured to receive a set of protocol representations to be executed, and parse the set of protocol representations to adapt to an execution engine; and the execution engine 14 is used for receiving the module set in the intermediate representation management module and executing the function, and executing and returning the interface.
The protocol representation management module 10 is used for resolving the protocol and managing the version of the protocol representation, and the protocol representation management module 10 resolves the transaction in each block.
When the transaction type is a system protocol, the protocol representation management module analyzes a data field in the transaction to obtain a protocol source code and metadata. The protocol source code is delivered to the front end of the compiler to be processed to obtain a protocol representation, and the protocol representation is delivered to the database to be subjected to persistence operation. On the other hand, when an external request is made to the blockchain runtime environment for the execution result of a certain protocol, the request is first notified to the protocol representation module. The protocol representation module takes the corresponding protocol representation from the database, and the protocol representation is sent to the intermediate representation module for further processing until the execution result of the protocol representation is returned, and finally, the response of the external request is completed.
The compiler front end 11 is configured to receive a protocol source code from the protocol representation management module, perform syntax parsing, verification and error diagnosis, translate the protocol source code into a protocol representation, and finally return.
The protocol representation database 12 is used for persisting different types and versions of protocol representation data, wherein the protocol metadata and the protocol representation are persisted in the form of key-value pairs.
The intermediate representation management module 13 is configured to receive a set of protocol representations to be executed, and further parse the set of protocol representations to adapt to the execution engine.
The execution engine 14 is used for encapsulating the just-in-time compilation engine, receiving the module set and executing the function entry, and executing and returning the interface.
From the above description, it can be seen that the following technical effects are achieved by the present application:
in the embodiment of the application, the mode of the protocol representation management module, the compiler front end, the protocol representation database, the intermediate representation management module and the execution engine is adopted to support the blockchain runtime environment without bifurcation upgrading, by encapsulating system upgrade information as special transaction updates to various nodes to ensure consistency while avoiding hard and soft forking, meanwhile, the runtime environment supports concurrent execution of multiple protocol versions, and finally, the execution engine ensures the correctness of an execution result under a concurrent request through a software object memory, so that the system upgrading protocol is packaged into a special transaction, the aim of forking or service stop caused by inconsistent node behaviors in the process of upgrading the blockchain system is fulfilled, therefore, the technical effect of supporting the block chain operation environment of the non-bifurcation upgrading is realized, and the technical problem of poor effect of the method for upgrading the block chain system is solved.
According to the embodiment of the present application, as shown in fig. 2, it is preferable that: an encapsulating module 15, configured to encapsulate the system upgrade protocol into a special transaction, where the step of encapsulating the system upgrade protocol into the special transaction includes: packaging source codes and metadata required by system upgrading into data fields of blockchain transactions; wherein, the data field of each transaction only allows to store one protocol, but one block can contain a plurality of transactions of upgrading protocols, wherein the metadata comprises: at least one protocol name, protocol version, protocol relied upon and its version.
Based on the upgrading protocol of the blockchain transaction, the source code and the metadata thereof required by the system upgrading, including the protocol name, the protocol version, the protocol depended on and the version thereof, are encapsulated into the data fields of the blockchain transaction, the data field of each transaction only allows to store one protocol, but one block can contain a plurality of transactions of the upgrading protocol.
According to the embodiment of the present application, as a preferred preference in the embodiment, when the transaction type is a system protocol, the protocol indicates a management module, which is configured to parse data fields in the transaction to obtain a protocol source code and metadata. Specifically, when the transaction type is a system protocol, the protocol representation management module may parse data fields in the transaction to obtain a protocol source code and metadata.
According to the embodiment of the present application, as a preferred embodiment in the present application, when an external request is made for an execution result of one protocol from the blockchain runtime environment, the protocol representation management module is configured to retrieve the corresponding protocol representation from the database and receive a return result of executing the protocol representation.
According to the embodiment of the present application, as a preference in the embodiment, the protocol representation database 12 is used for returning the protocol representation itself and the protocol representation set depending on the protocol representation itself when the protocol representation management module requests a protocol representation from the protocol representation database.
According to the embodiment of the present application, as a preferred embodiment in the present application, the intermediate representation management module 13 is configured to insert concurrent code into a protocol representation set; when the protocol representation set is analyzed into a module set of the execution engine, and an executed function entry is extracted from the module set and then delivered to the execution engine.
Specifically, first, the intermediate representation management module 13 inserts concurrent code into the protocol representation set; then, the protocol representation set is analyzed into a module set of the execution engine, and an executed function entry is extracted from the module set and delivered to the execution engine. The intermediate representation management module 13 has a function of managing the above information, and can quickly search a module set for a processed protocol representation set, thereby avoiding repeated analysis processing.
According to the embodiment of the present application, as shown in fig. 3, the method further includes: the uplink release module 16 of the upgrade protocol is used for releasing the transaction to be subjected to the upgrade protocol after a group of multiple signatures are required, and if the individual signature for the type of transaction cannot pass the verification.
According to the embodiment of the present application, as a preference in the embodiment, the execution engine 14 is configured to be a blockchain execution engine supporting a just-in-time compilation technology, and when executing, the execution engine searches whether a relevant symbol is in a symbol table of a library; and the execution engine is also used for converting the protocol into a language which can be directly executed by the just-in-time compiling engine.
Preferably, the execution engine 14 is configured to execute the protocols concurrently.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.
According to an embodiment of the present application, there is also provided a processing method for implementing the above system for supporting a blockchain runtime environment system without forking upgrade, as shown in fig. 4, the method includes:
step S101, packaging a system protocol to a data field of a transaction in a source code form, and uploading the packaged data field;
step S102, analyzing the transaction and obtaining a protocol source code through the block chain runtime environment system for supporting the non-fork upgrading;
step S103, compiling the protocol source code to generate a protocol representation, and completing upgrading of the block chain system after the protocol representation is durably stored in a database;
step S104, when the client request reaches the block chain runtime environment system for supporting the non-branching upgrade, the block chain runtime environment system for supporting the non-branching upgrade firstly acquires the corresponding protocol code, then delivers the protocol code to the execution engine to execute the protocol code, and finally returns the result of the client request.
Specifically, the system protocol is packaged into a data field of the transaction in the form of source code, and an uplink is packaged; the blockchain runtime environment will parse this particular type of transaction to obtain the protocol source code; the protocol source code is compiled to generate a protocol representation, and is persisted in a database, and finally the upgrading of the block chain system is completed; when the client requests reach the blockchain system, the blockchain runtime environment acquires the corresponding protocol codes through the version management module, and the execution engine executes the protocol codes and returns the results of the client requests.
It will be apparent to those skilled in the art that the modules or steps of the present application described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and they may alternatively be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, or fabricated separately as individual integrated circuit modules, or fabricated as a single integrated circuit module from multiple modules or steps. Thus, the present application is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (10)
1. A blockchain runtime environment system supporting fork-free upgrade, comprising:
the protocol representation management module is used for processing the analysis of the protocol and the version of the protocol representation by analyzing the transaction on each block;
the compiler front end is used for receiving the protocol source code from the protocol representation management module, and translating the protocol source code into protocol representation after preset processing;
a protocol representation database for persisting different types and versions of protocol representation data, wherein the protocol metadata and protocol representations are persisted in the form of key-value pairs;
the intermediate representation management module is used for receiving a protocol representation set to be executed and analyzing the protocol representation set so as to be matched with the execution engine;
and the execution engine is used for receiving the module set in the intermediate representation management module and executing the function, and executing and returning to the interface.
2. The blockchain runtime environment system supporting fork-free upgrade of claim 1, further comprising: an encapsulation module for encapsulating the system upgrade protocol into a special transaction,
the step of encapsulating the system upgrade protocol into a special transaction comprises:
packaging source codes and metadata required by system upgrading into data fields of blockchain transactions; wherein, the data field of each transaction only allows to store one protocol, but one block can contain a plurality of transactions of upgrading protocols, wherein the metadata comprises: at least one protocol name, protocol version, protocol relied upon and its version.
3. The blockchain runtime environment system supporting forkless upgrade of claim 1, wherein when the transaction type is a system protocol, the protocol represents a management module for parsing a data field in the transaction to obtain a protocol source code and metadata.
4. The system according to claim 1, wherein when an execution result of a protocol is requested from the blockchain runtime environment externally, the protocol representation management module is configured to retrieve the corresponding protocol representation from the database and receive a return result of the execution protocol representation.
5. The blockchain runtime environment system supporting fork-free upgrade of claim 1, wherein the protocol representation database is configured to return the protocol representation itself and the protocol representation set it depends on when the protocol representation management module requests a protocol representation from the protocol representation database.
6. The system according to claim 1, wherein the intermediate representation management module is configured to insert concurrent code into the set of protocol representations;
when the protocol representation set is analyzed into a module set of the execution engine, and an executed function entry is extracted from the module set and then delivered to the execution engine.
7. The blockchain runtime environment system supporting fork-free upgrade of claim 1, further comprising: the uplink release module of the upgrading protocol is used for releasing the transaction to be subjected to the upgrading protocol after a group of multiple signatures are required, and if the individual signature for the type of transaction cannot pass the verification.
8. The system of claim 6, wherein the execution engine is configured to be a blockchain execution engine supporting just-in-time compilation, the execution engine being configured to search whether the associated symbol is in a symbol table of the library; and the execution engine is also used for converting the protocol into a language which can be directly executed by the just-in-time compiling engine.
9. The blockchain runtime system supporting fork-free upgrade of claim 1, wherein the execution engine is configured to concurrently execute protocols.
10. A processing method for a blockchain runtime system supporting forkless upgrades, comprising:
packaging a system protocol to a data field of a transaction in a source code form, and uploading the packaged data field;
analyzing the transaction and obtaining a protocol source code through the blockchain runtime environment system for supporting the non-bifurcated upgrading;
compiling the protocol source code to generate a protocol representation, and completing upgrading of a block chain system after the protocol representation is durably stored in a database;
when the client requests to reach the block chain runtime environment system for supporting the non-branching upgrade, the block chain runtime environment system for supporting the non-branching upgrade firstly acquires the corresponding protocol code, then delivers the protocol code to the execution engine to execute the protocol code, and finally returns the result of the client request.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911357828.1A CN111831301B (en) | 2019-12-25 | 2019-12-25 | Blockchain runtime environment system and method supporting bifurcation-free upgrade |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911357828.1A CN111831301B (en) | 2019-12-25 | 2019-12-25 | Blockchain runtime environment system and method supporting bifurcation-free upgrade |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111831301A true CN111831301A (en) | 2020-10-27 |
| CN111831301B CN111831301B (en) | 2024-04-09 |
Family
ID=72911742
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911357828.1A Active CN111831301B (en) | 2019-12-25 | 2019-12-25 | Blockchain runtime environment system and method supporting bifurcation-free upgrade |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111831301B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113961977A (en) * | 2021-12-22 | 2022-01-21 | 中国电子科技集团公司第二十八研究所 | Non-centralized city information interaction system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108170449A (en) * | 2017-12-27 | 2018-06-15 | 邵美 | The upgrade method of core protocol in a kind of block catenary system |
| US20180309567A1 (en) * | 2017-04-25 | 2018-10-25 | Microsoft Technology Licensing, Llc | Confidentiality in a consortium blockchain network |
| US20190079998A1 (en) * | 2017-01-31 | 2019-03-14 | Thomas Jay Rush | Blockchain data-processing engine |
| CN109753767A (en) * | 2019-01-04 | 2019-05-14 | 北京看见未来网络科技有限公司 | Software distribution and update method and device, server, client based on block chain |
| CN109814905A (en) * | 2019-01-17 | 2019-05-28 | 上海边界智能科技有限公司 | A kind of method for upgrading software and device based on block chain |
-
2019
- 2019-12-25 CN CN201911357828.1A patent/CN111831301B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190079998A1 (en) * | 2017-01-31 | 2019-03-14 | Thomas Jay Rush | Blockchain data-processing engine |
| US20180309567A1 (en) * | 2017-04-25 | 2018-10-25 | Microsoft Technology Licensing, Llc | Confidentiality in a consortium blockchain network |
| CN108170449A (en) * | 2017-12-27 | 2018-06-15 | 邵美 | The upgrade method of core protocol in a kind of block catenary system |
| CN109753767A (en) * | 2019-01-04 | 2019-05-14 | 北京看见未来网络科技有限公司 | Software distribution and update method and device, server, client based on block chain |
| CN109814905A (en) * | 2019-01-17 | 2019-05-28 | 上海边界智能科技有限公司 | A kind of method for upgrading software and device based on block chain |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113961977A (en) * | 2021-12-22 | 2022-01-21 | 中国电子科技集团公司第二十八研究所 | Non-centralized city information interaction system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111831301B (en) | 2024-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2022200853B2 (en) | Containerized deployment of microservices based on monolithic legacy applications | |
| US11435986B2 (en) | Containerized deployment of microservices based on monolithic legacy applications | |
| CN112534398B (en) | System and method for connector development and integrated channel deployment | |
| CN107250983B (en) | Apparatus and method for query just-in-time JIT compilation and execution | |
| CN106610853A (en) | Application deployment method and device | |
| EP2610754A1 (en) | Test automation environment for testing domain name resolution | |
| US11762639B2 (en) | Containerized deployment of microservices based on monolithic legacy applications | |
| CN109032631B (en) | Application program patch package obtaining method and device, computer equipment and storage medium | |
| US20150248301A1 (en) | Global feature library useable with continuous delivery | |
| CN104133699A (en) | Equipment system software upgrading method and system | |
| CN110716786B (en) | Page display method, system and storage medium | |
| US9207956B2 (en) | Class loading device for a java runtime environment, cluster system and method of executing a function | |
| CN111831301A (en) | Block chain runtime environment system and method supporting non-bifurcated upgrading | |
| CN116680003A (en) | Front-end plug-in system | |
| CN110674024A (en) | Electronic equipment integration test system and method thereof | |
| JP7316591B2 (en) | Containerized deployment of microservices based on monolithic legacy applications | |
| CN117608562A (en) | Executable program generation method and device, electronic equipment and storage medium | |
| CN118093008A (en) | Multi-platform embedded software management method, system, equipment and storage medium | |
| JP2023109980A (en) | Containerized deployment of microservices based on monolithic legacy application | |
| CN117591136A (en) | Storage image generation method, device, computer 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 |