WO2018161479A1 - 区块链集群处理系统、方法、计算机设备和存储介质 - Google Patents

区块链集群处理系统、方法、计算机设备和存储介质 Download PDF

Info

Publication number
WO2018161479A1
WO2018161479A1 PCT/CN2017/091294 CN2017091294W WO2018161479A1 WO 2018161479 A1 WO2018161479 A1 WO 2018161479A1 CN 2017091294 W CN2017091294 W CN 2017091294W WO 2018161479 A1 WO2018161479 A1 WO 2018161479A1
Authority
WO
WIPO (PCT)
Prior art keywords
cluster
computing
database
blockchain data
disk
Prior art date
Application number
PCT/CN2017/091294
Other languages
English (en)
French (fr)
Inventor
刘雄文
陆陈一帆
黄宇翔
司思
Original Assignee
上海亿账通区块链科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 上海亿账通区块链科技有限公司 filed Critical 上海亿账通区块链科技有限公司
Priority to SG11201907942QA priority Critical patent/SG11201907942QA/en
Publication of WO2018161479A1 publication Critical patent/WO2018161479A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034—Reaction to server failures by a load balancer

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a blockchain cluster processing system, method, computer device, and storage medium.
  • a blockchain is generally understood to be a distributed ledger, which is essentially a distributed computing and storage system.
  • the blockchain has multiple nodes. Different nodes reach a consensus through certain calculation rules, and the consensus execution result is stored in the database in the form of a block.
  • the multiple blocks form a blockchain and multiple nodes. Blocks can be backed up for each other. Since each node in the blockchain is independent, node failure is inevitable. When there are many nodes that fail, the blockchain may not work properly, resulting in lower availability of the blockchain. How to effectively improve the availability of blockchain has become a technical problem that needs to be solved.
  • a blockchain cluster processing system In accordance with various embodiments of the present application, a blockchain cluster processing system, method, computer device, and storage medium are provided.
  • a blockchain cluster processing system includes a computing cluster, the computing cluster including a plurality of computing nodes, and only one computing node is in a working state at the same time;
  • the storage cluster includes an in-memory database cluster and a disk database cluster
  • the in-memory database cluster includes a plurality of in-memory databases
  • the disk database cluster includes a plurality of disk databases
  • the currently working computing node obtains transaction information, calculates the transaction information to obtain corresponding blockchain data, writes the blockchain data to an in-memory database currently working in the in-memory database cluster, and blocks the block The chain data is written to the disk database currently working in the disk database cluster;
  • the computing cluster switches the computing node to another computing node in the computing cluster to continue working; when the in-memory database fails, the in-memory database cluster will Switching the in-memory database to another in-memory database in the in-memory database cluster to continue working; and when the disk database fails, the disk database cluster switches the disk database to another disk database in the disk database cluster to continue jobs.
  • a blockchain cluster processing method includes:
  • the computing cluster includes multiple computing nodes, and only one computing node is in a working state at the same time;
  • a computer device comprising a memory and a processor, the memory storing computer executable instructions, the computer executable instructions being executed by the processor, such that the processor performs the following steps:
  • the computer device belongs to a computing node in the computing cluster, and only one computing node in the computing cluster is in a working state at the same time;
  • One or more non-volatile readable storage media storing computer-executable instructions, when executed by one or more processors, cause the one or more processors to perform the following steps:
  • the computer device belongs to a computing node in the computing cluster, and only one computing node in the computing cluster is in a working state at the same time;
  • FIG. 1 is a block diagram of a blockchain cluster processing system in an embodiment
  • FIG. 2 is a block diagram of a plurality of computing clusters in one embodiment
  • FIG. 3 is a flowchart of a method for processing a blockchain cluster in an embodiment
  • Figure 4 is a block diagram of a server in one embodiment
  • Figure 5 is a block diagram of a blockchain cluster processing apparatus in one embodiment.
  • a blockchain cluster processing system 100 including a computing cluster 102 and a storage cluster 104.
  • the computing cluster 102 includes a plurality of computing nodes, and the storage cluster includes an in-memory database cluster 106 and The disk database cluster 108, the in-memory database cluster 106 includes a plurality of in-memory databases, and the disk database cluster 108 includes a plurality of disk databases; the computing cluster 102 operates only one computing node at a time, and the in-memory database cluster 106 has only one in-memory database at the same time.
  • the disk database only has one disk database working at the same time; the currently working computing node obtains the transaction information, calculates the transaction block information to obtain the corresponding blockchain data, and writes the blockchain data to the current working in the in-memory database cluster 106.
  • the in-memory database, and the blockchain data is written to the disk database currently working in the disk database cluster 108; when the computing node fails, the other computing nodes in the computing cluster 102 continue to work; when the in-memory database fails, the switch To the in-memory database Other in-memory databases in cluster 106 continue to work; when the disk database fails, switching to other disk databases in disk database cluster 108 continues to work.
  • a computing cluster includes multiple compute nodes.
  • the computing cluster may be divided according to a preset rule.
  • the preset rule may be that a plurality of computing nodes belonging to one organization identifier form a computing cluster.
  • a computing cluster can include two or more server nodes.
  • the compute cluster can serve the blockchain through a virtual address.
  • the computing cluster has only one compute node at work at the same time, and the other compute nodes remain in standby state.
  • the working node in the work obtains the transaction information, calculates the transaction information, and calculates the corresponding blockchain data.
  • Blockchain data includes transaction execution results and transaction logs.
  • Storage clusters include in-memory database clusters and disk database clusters. Storage clusters can also be divided according to preset rules.
  • An in-memory database cluster consists of multiple in-memory databases, and a disk database cluster consists of multiple disk databases.
  • In-memory databases and disk databases can also be collectively referred to as blockchain storage nodes.
  • the in-memory database cluster has only one in-memory database working at the same time, and other in-memory databases remain in standby state.
  • the disk database cluster has only one disk database working at the same time, and the other disk databases remain in standby state.
  • Multiple in-memory databases in an in-memory database cluster maintain data consistency through data replication.
  • Multiple disk databases in a disk database cluster maintain data consistency through data replication.
  • the currently working compute node can store the calculated blockchain data to the in-memory database cluster and the disk database cluster, respectively. Specifically, the currently working computing node writes the blockchain data to the unique in-memory database currently working in the in-memory database cluster through the in-memory database interface layer for storage. The currently working compute node writes the blockchain data to the unique disk database currently working in the disk database cluster through the disk database interface, data routing, and sub-database sub-interface middleware. Since the write speed of the in-memory database is much higher than the write speed of the disk database, storing the blockchain data in the in-memory database can effectively improve the storage efficiency. Blockchain data is not frequently affected by blockchain performance when it is written to the in-memory database at high frequency. However, the capacity of the in-memory database is relatively limited, and the disk database is required to provide permanent storage for the blockchain data.
  • the computing cluster performs fault monitoring on the currently working compute nodes.
  • the computing cluster may perform fault monitoring on the currently working computing node in a load balancing manner, or may perform fault monitoring on the currently working computing node through a message-based consistency algorithm, or coordinate the service Zookeeper through a distributed application. (A distributed, open source distributed application coordination service) performs fault monitoring on currently working compute nodes. If the currently working compute node fails, switch to other compute nodes in the compute cluster to continue working by means of load balancing and/or virtual address drift. In this way, load balancing processing for each computing node in the computing cluster and consistency management of the blockchain data can effectively improve the availability of computing nodes in the blockchain.
  • the in-memory database cluster monitors the fault of the currently working in-memory database.
  • the faulty monitoring of the currently working in-memory database may be performed by means of load balancing, or the faulty algorithm based on the message passing may be used to monitor the fault of the currently working in-memory database, or the distributed application may coordinate the service Zookeeper to the current
  • the working in-memory database performs fault monitoring.
  • the blockchain data in the in-memory database of the in-memory database cluster is consistent. If the currently working in-memory database fails, the load balancing mode is switched to other in-memory databases in the in-memory database cluster to continue working. This can effectively improve the availability of in-memory databases in the blockchain.
  • the disk database cluster monitors the fault of the currently working disk database.
  • the current working disk database may be fault-monitored in a load balancing manner, or the current working disk database may be monitored by a message-based consistency algorithm, or the distributed application may coordinate the service Zookeeper to the current
  • the working disk database is fault monitored.
  • the blockchain data in each disk database of the disk database cluster is consistent. If the current working disk database fails, switch to other disk databases in the disk database cluster through load balancing to continue working. This can effectively improve the availability of the disk database in the blockchain.
  • the computing cluster has only one computing node working at the same time, the working node obtains the transaction information, calculates the transaction block information to obtain the corresponding blockchain data, and writes the blockchain data to the in-memory database cluster.
  • the in-memory database is stored, and the blockchain data is written to the disk database cluster for the currently only working disk database for storage.
  • the computing node fails, the other computing nodes in the computing cluster continue to work, thereby effectively improving the calculation in the blockchain by performing load balancing processing on each computing node and consistency management of the blockchain data.
  • the availability of the node When the in-memory database fails, switching to other in-memory databases in the in-memory database cluster continues to work, effectively improving the availability of in-memory databases in the blockchain.
  • the disk database fails, switching to another disk database in the disk database cluster continues to work, which can effectively improve the availability of the disk database in the blockchain. Since the availability of compute nodes and storage nodes in the blockchain is effectively improved, the overall availability of the blockchain is effectively improved
  • the computing node in the computing cluster when the computing node in the computing cluster reads the blockchain data, it first reads the currently only working in-memory database in the in-memory database cluster. Since the read speed of the in-memory database is much faster than the read speed of the disk database, reading data from the in-memory database cluster can effectively improve the data reading speed. If the read fails, the compute node reads the currently only working disk database in the disk database cluster. If the read fails again, the local data cache is read. If the read fails, the data read failure message is returned.
  • the computing cluster includes multiple, and the computing cluster includes a corresponding organization identifier, wherein the computing node of the corresponding computing cluster of one organization identifier sends the transaction information to the computing node in the computing cluster running corresponding to the other organization identifier for consensus.
  • the transaction information obtained by the computing cluster returned by the other organization identifier is obtained, and the calculation node uses the transaction information after the consensus calculation to obtain the corresponding blockchain data.
  • the computing cluster can include a corresponding organization identifier. Assume that the organization identifiers are A and B, respectively, where the computing cluster corresponding to A includes three computing nodes, and the computing cluster corresponding to B includes five computing nodes. Before the computing node calculates the transaction information, multiple computing nodes are required to make a consensus on the transaction information. In a conventional manner, if a computing node in A initiates a consensus request, the transaction information to be agreed upon needs to be sent to the other two computing nodes corresponding to A and the five computing nodes corresponding to B for consensus. If the computing node corresponding to A and/or the computing node corresponding to B fail, the consensus result may be inaccurate, which affects the performance of the blockchain, resulting in a decrease in the availability of the blockchain.
  • each computing cluster operates only one computing node at a time.
  • Multiple computing clusters can provide servers to the blockchain through virtual addresses.
  • a block diagram of multiple computing clusters is shown in Figure 2.
  • the transaction information may be sent to the computing node of the computing cluster corresponding to the other organization identifier to work for the consensus. If the computing node currently working in the cluster is calculated, it can be switched to other computing nodes to continue working according to the manner provided in the above embodiment. Therefore, it is possible to avoid a situation in which the consensus result is inaccurate due to the failure of the computing node, and the availability of the blockchain can be effectively improved.
  • the computing node when the computing node fails to write the blockchain data to the in-memory database cluster, the computing node establishes a local data cache for the blockchain data, and switches the failed in-memory database to the other in-memory database in the in-memory database cluster. After that, the compute node writes the locally cached blockchain data to the switched in-memory database.
  • the in-memory database cluster switches from the failed in-memory database to another in-memory database.
  • the compute node if the compute node writes blockchain data to the in-memory database cluster, a write failure occurs.
  • the compute node establishes a local cache of blockchain data.
  • the compute node After the in-memory database cluster switches from the failed in-memory database to another in-memory database, the compute node writes the locally cached blockchain data to the in-memory database currently working in the in-memory database cluster. This ensures that blockchain data can be completely stored to the in-memory database cluster.
  • the compute node when the compute node fails to write the blockchain data to the disk database cluster, the compute node establishes a local data cache for the blockchain data, and switches the failed disk database to another disk database in the disk database cluster. After that, the compute node writes the locally cached blockchain data to the switched disk database.
  • the disk database cluster switches from the failed disk database to another disk database.
  • the compute node writes blockchain data to the disk database cluster, a write failure occurs.
  • the compute node establishes a local cache of blockchain data. After the disk database cluster switches from the failed disk database to another disk database, the compute node writes the locally cached blockchain data to the disk database currently working in the disk database cluster. This ensures that blockchain data can be fully stored to the disk database cluster.
  • the disk database cluster includes a write database cluster and a read database cluster
  • the write database cluster receives the blockchain data written by the computing node and stores the data
  • the read database cluster synchronizes with the write database cluster to save the blockchain data;
  • the compute node reads the blockchain data, it reads in the degree database cluster.
  • the disk database may include a write database and a read database.
  • Multiple write databases form a database cluster
  • multiple read database clusters form a read database cluster.
  • Writing a database cluster has only one write database to keep working at the same time, and reading the database cluster at the same time is only one read database to keep working.
  • the compute node writes to the write database cluster through the disk database interface layer, data routing, sub-database sub-table middleware, and write database connection pool.
  • the compute node reads the read database cluster through the disk database interface layer, the data route, the sub-database partition middleware, and the read database connection pool.
  • the compute node When the compute node writes blockchain data to the disk database cluster, the compute node writes the blockchain data to the write database currently written to the database cluster for storage. If the write database in the write database cluster fails, switching to other write databases in the write database cluster through load balancing and/or consistency services continues to work.
  • Write database clusters and read database clusters maintain data consistency through data replication.
  • the computing node needs to read the blockchain data, the computing node accesses the read database that is currently working only in the read database cluster, and performs data reading. If the read database in the read database cluster fails, switching to other read databases in the read database cluster through load balancing and/or consistency services continues to work. By separating the read and write functions of the disk database cluster, the storage and reading efficiency of the blockchain data can be effectively improved, and the availability of the blockchain can be effectively improved.
  • the system further includes a security cluster, where the security cluster includes multiple security nodes, and the security cluster runs only one security node at a time; the security node receives the verification information uploaded by the computing node, and uses the blockchain according to the verification information. The legality of the person is verified; when the security node fails, the other security nodes that switch to the secure cluster continue to run.
  • the system verifies the legitimacy of the blockchain user through the secure cluster.
  • multiple security nodes are independent.
  • the computing node uploads the verification information to the corresponding security node. If the security node fails, security verification may not be completed, or an illegal intruder may be authenticated, thereby adversely affecting the security of the blockchain and reducing the availability of the blockchain.
  • the security cluster includes multiple security nodes, and the security node may also be referred to as a CA (Certificate). Authority, Certificate Authority) or Security Center.
  • the secure cluster serves the blockchain through a virtual address.
  • the security cluster has only one security node working at the same time, and other security nodes remain in standby state.
  • the currently working security node receives the verification information uploaded by the computing node, and verifies the legality of the blockchain user according to the verification information, thereby ensuring the security of the blockchain data.
  • the security cluster can perform fault monitoring on the currently working security node in the manner provided in the foregoing embodiment.
  • the currently working security node fails, it switches to other security nodes in the security cluster to continue working by means of load balancing and/or virtual address drift. This makes it possible to verify that the legitimacy verification of the blockchain user goes smoothly, thereby effectively improving the availability of the blockchain.
  • the computing cluster corresponding to the multiple organization identifiers may send the verification information to the same security cluster, and the security cluster receives the computing nodes in the computing cluster corresponding to the multiple organization identifiers.
  • the verification information sent is verified according to the verification information for the legality of the blockchain user corresponding to the plurality of organization identifiers.
  • the security cluster may have a corresponding organization identifier.
  • the computing cluster corresponding to the same organization ID sends authentication information to the security cluster identified by the same organization.
  • Multiple security clusters can verify the legality of different blockchains at the same time.
  • a blockchain cluster processing method is provided. It should be understood that although the steps in the flowchart of FIG. 3 are sequentially displayed as indicated by the arrows, these steps are not It must be executed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and may be performed in other sequences. Moreover, at least some of the steps in FIG. 3 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, and the order of execution thereof is not necessarily This may be performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.
  • the method is applied to the computing cluster. At the same time, only one computing node in the computing cluster works, including the following steps:
  • Step 302 obtaining transaction information, and calculating transaction information to obtain corresponding blockchain data
  • Step 304 Write blockchain data to the in-memory database cluster, so that an in-memory database currently working in the in-memory database cluster receives the blockchain data and stores the blockchain data;
  • Step 306 Write the blockchain data to the disk database cluster, so that a disk database currently working in the disk database cluster receives the blockchain data and stores the data;
  • Step 308 when the computing node fails, switch to other computing nodes in the computing cluster to continue working.
  • the computing cluster includes a plurality of computing nodes.
  • the compute cluster can serve the blockchain through a virtual address.
  • the computing cluster has only one compute node at work at the same time, and the other compute nodes remain in standby state.
  • the working node in the work obtains the transaction information, calculates the transaction information, and calculates the corresponding blockchain data.
  • Blockchain data includes transaction execution results and transaction logs. If the currently working compute node fails, switch to other compute nodes in the compute cluster to continue working by means of load balancing and/or virtual address drift. In this way, load balancing processing for each computing node in the computing cluster and consistency management of the blockchain data can effectively improve the availability of computing nodes in the blockchain.
  • Storage clusters include in-memory database clusters and disk database clusters. Storage clusters can also be divided according to preset rules.
  • An in-memory database cluster consists of multiple in-memory databases, and a disk database cluster consists of multiple disk databases.
  • In-memory databases and disk databases can also be collectively referred to as blockchain storage nodes.
  • the in-memory database cluster has only one in-memory database working at the same time, and other in-memory databases remain in standby state.
  • the disk database cluster has only one disk database working at the same time, and the other disk databases remain in standby state.
  • Multiple in-memory databases in an in-memory database cluster maintain data consistency through data replication.
  • Multiple disk databases in a disk database cluster maintain data consistency through data replication.
  • the currently working compute node writes the blockchain data to the only in-memory database currently working in the in-memory database cluster for storage via the in-memory database interface layer. If the currently working in-memory database fails, switch to other in-memory databases in the in-memory database cluster through load balancing to continue working.
  • the method further includes: when the blockchain data is written to the in-memory database cluster fails, establishing a local data cache for the blockchain data; and switching the failed in-memory database to the other memory in the in-memory database cluster After the database, the locally cached blockchain data is written to the switched in-memory database.
  • the currently working compute node writes the blockchain data to the unique disk database currently working in the disk database cluster through the disk database interface, data routing, and sub-database sub-interface middleware. If the current working disk database fails, switch to other disk databases in the disk database cluster through load balancing to continue working.
  • the method further includes: when the blockchain data is written to the disk database cluster fails, establishing a local data cache for the blockchain data, and switching the failed disk database to another disk in the disk database cluster After the database, the locally cached blockchain data is written to the switched disk database.
  • the computing cluster has only one computing node working at the same time, the working node obtains the transaction information, calculates the transaction block information to obtain the corresponding blockchain data, and writes the blockchain data to the in-memory database cluster.
  • the in-memory database is stored, and the blockchain data is written to the disk database cluster for the currently only working disk database for storage.
  • the computing node fails, the other computing nodes in the computing cluster continue to work, thereby effectively improving the calculation in the blockchain by performing load balancing processing on each computing node and consistency management of the blockchain data.
  • the availability of the node When the in-memory database fails, switching to other in-memory databases in the in-memory database cluster continues to work, effectively improving the availability of in-memory databases in the blockchain.
  • the disk database fails, switching to another disk database in the disk database cluster continues to work, which can effectively improve the availability of the disk database in the blockchain. Since the availability of compute nodes and storage nodes in the blockchain is effectively improved, the overall availability of the blockchain is effectively improved
  • the computing cluster includes a plurality, and the computing cluster includes a corresponding organization identifier.
  • the method further includes: sending the transaction information to the computing node in the computing cluster running corresponding to the other organization identifier, to The other computing clusters are made to consensus on the transaction information; the transaction information returned by the computing cluster corresponding to the other organization identifiers is received; the transaction information after the consensus is used for calculation, and the corresponding blockchain data is obtained.
  • each computing cluster operates only one computing node at a time.
  • Multiple computing clusters can provide servers to the blockchain through virtual addresses.
  • the transaction information may be sent to the computing node of the computing cluster corresponding to the other organization identifier to work for the consensus. If the computing node currently working in the cluster is calculated, it can be switched to other computing nodes to continue working according to the manner provided in the above embodiment. Therefore, it is possible to avoid a situation in which the consensus result is inaccurate due to the failure of the computing node, and the availability of the blockchain can be effectively improved.
  • the method further includes: uploading verification information to the security cluster, so that the security node that works only at the same time in the security cluster verifies the legality of the blockchain user according to the verification information; the security cluster includes Multiple security nodes, if the currently working security node fails, switch to other security nodes in the security cluster to continue working.
  • the secure cluster provides services to the blockchain through a virtual address.
  • the security cluster has only one security node working at the same time, and other security nodes remain in standby state.
  • the currently working security node receives the verification information uploaded by the computing node, and verifies the legality of the blockchain user according to the verification information, thereby ensuring the security of the blockchain data.
  • the security cluster can perform fault monitoring on the currently working security node in the manner provided in the foregoing embodiment.
  • the currently working security node fails, it switches to other security nodes in the security cluster to continue working by means of load balancing and/or virtual address drift. This makes it possible to verify that the legitimacy verification of the blockchain user goes smoothly, thereby effectively improving the availability of the blockchain.
  • the compute nodes in the compute cluster may be computer devices, such as servers.
  • the server 400 includes a processor 401, an internal memory 402, a non-volatile storage medium 403, and a network interface 404 connected by a system bus.
  • the processor 401 is configured to provide computing and control capabilities.
  • An operating system 4031 and computer executable instructions 4032 are stored in the non-volatile storage medium 403, and the internal memory 402 provides an environment for the operation of the computer executable instructions 4032.
  • the processor 401 can be caused to execute the aforementioned blockchain cluster processing method.
  • the network interface 404 is used to communicate with other computing clusters or storage clusters over a network connection.
  • FIG. 4 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the server to which the solution of the present application is applied.
  • the server may include a ratio. More or fewer components are shown in the figures, or some components are combined, or have different component arrangements.
  • a blockchain cluster processing apparatus including: an obtaining module 502, a calculating module 504, a storage module 506, and a switching module 508, wherein:
  • the obtaining module 502 is configured to obtain transaction information.
  • the calculating module 504 is configured to calculate transaction information to obtain corresponding blockchain data.
  • the storage module 506 is configured to write the blockchain data to the in-memory database cluster, so that an in-memory database currently working in the in-memory database cluster receives the blockchain data and stores the blockchain data into the disk database cluster, so that A disk database currently working on a disk database cluster receives blockchain data and stores it.
  • the switching module 508 is configured to switch to another computing node in the computing cluster to continue working when the computing node fails.
  • the computing cluster includes a plurality, and the computing cluster includes a corresponding organization identifier.
  • the device further includes: a sending module 510 and a receiving module 512, where:
  • the sending module 510 is configured to send the transaction information to the computing node in the computing cluster running corresponding to the other organization identifier, so that the other computing clusters agree on the transaction information.
  • the receiving module 512 is configured to receive the transaction information after the consensus returned by the computing cluster corresponding to the other organization identifier.
  • the calculation module 504 is further configured to perform calculation by using the transaction information after the consensus to obtain corresponding blockchain data.
  • the storage module 506 is further configured to: when the blockchain data is written to the in-memory database cluster fails, establish a local data cache for the blockchain data; and switch the failed in-memory database to another memory in the in-memory database cluster. After the database, the locally cached blockchain data is written to the switched in-memory database.
  • the storage module 506 when the blockchain data is written to the disk database cluster fails, the storage module 506 establishes a local data cache for the blockchain data, and after the disk database cluster switches the failed disk database to another disk database, The locally cached blockchain data is written to the switched disk database.
  • the various modules in the blockchain cluster processing apparatus described above may be implemented in whole or in part by software, hardware, and combinations thereof.
  • the receiving module 512 receives the consensus transaction information returned by the computing cluster corresponding to the other organization identifiers through the network interface, and the sending module 510 sends the transaction information to the computing cluster corresponding to the other organization identifiers through the network interface. Compute nodes so that other computing clusters agree on transaction information.
  • the network interface may be an Ethernet card or a wireless network card.
  • the above modules may be embedded in the hardware of the base station or may be stored in the memory of the base station in a software form, so that the processor can call the corresponding operations of the above modules.
  • the processor may be a central processing unit (CPU) or a microprocessor.
  • the storage medium may be a magnetic disk, an optical disk, or a read-only memory (Read-Only). Memory, ROM), etc.

Abstract

一种区块链集群处理系统包括：计算集群在同一时刻只有一个计算节点处于工作状态，内存数据库集群在同一时刻只有一个内存数据库处于工作状态，磁盘数据库在同一时刻只有一个磁盘数据库处于工作状态；当前工作的计算节点计算得到对应的区块链数据，将区块链数据写入内存数据库集群中当前工作的内存数据库，并且将区块链数据写入磁盘数据库集群中当前工作的磁盘数据库；当计算节点发生故障时，切换至计算集群中的其他计算节点继续工作；当内存数据库发生故障时，切换至内存数据库集群中的其他内存数据库继续工作；当磁盘数据库发生故障时，切换至磁盘数据库集群中的其他磁盘数据库继续工作。

Description

区块链集群处理系统、方法、计算机设备和存储介质
本申请要求于 2017 年 03 月 09 日提交中国专利局，申请号为 2017101392761 ，发明名称为'区域链集群处理系统和方法'的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
【技术领域】
本申请涉及互联网技术领域，特别是涉及一种区块链集群处理系统、方法、计算机设备和存储介质。
【背景技术】
区块链一般被理解为一个分布式的账本，它实质上也是一个分布式计算和存储系统。区块链有多个节点，不同的节点通过一定的计算规则达成共识，并且将共识后的交易执行结果以区块的形式存储至数据库中，多个区块组成了区块链，多个节点之间可以对区块互为备份。由于区块链中的每个节点是独立的，节点出现故障是不可避免的。当出现故障的节点较多时，区块链可能会无法正常工作，导致区块链的可用性较低。如何有效提高区块链的可用性成为目前需要解决的一个技术问题。
【发明内容】
根据本申请的各种实施例，提供一种区块链集群处理系统、方法、计算机设备和存储介质。
一种区块链集群处理系统，包括计算集群，所述计算集群包括多个计算节点，在同一时刻只有一个计算节点处于工作状态；及
存储集群，所述存储集群包括内存数据库集群和磁盘数据库集群，所述内存数据库集群包括多个内存数据库，所述磁盘数据库集群包括多个磁盘数据库；在同一时刻只有一个内存数据库和一个磁盘数据库处于工作状态；
其中当前工作的计算节点获取交易信息，对所述交易信息进行计算得到对应的区块链数据，将所述区块链数据写入内存数据库集群中当前工作的内存数据库，并且将所述区块链数据写入磁盘数据库集群中当前工作的磁盘数据库；
其中当所述计算节点发生故障时，所述计算集群将所述计算节点切换至所述计算集群中的其他计算节点继续工作；当所述内存数据库发生故障时，所述内存数据库集群将所述内存数据库切换至所述内存数据库集群中的其他内存数据库继续工作；及当所述磁盘数据库发生故障时，所述磁盘数据库集群将所述磁盘数据库切换至所述磁盘数据库集群中的其他磁盘数据库继续工作。
一种区块链集群处理方法，包括：
利用计算集群中的一个计算节点获取交易信息，对所述交易信息进行计算，得到对应的区块链数据；所述计算集群包括多个计算节点，在同一时刻只有一个计算节点处于工作状态；
将所述区块链数据写入内存数据库集群，以使得所述内存数据库集群当前工作的一个内存数据库接收所述区块链数据并且进行存储；
将所述区块链数据写入磁盘数据库集群，以使得所述磁盘数据库集群当前工作的一个磁盘数据库接收所述区块链数据并且进行存储；及
当所述计算节点发生故障时，切换至所述计算集群中的其他计算节点继续工作。
一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机可执行指令，所述计算机可执行指令被所述处理器执行时，使得所述处理器执行以下步骤：
获取交易信息，对所述交易信息进行计算，得到对应的区块链数据；所述计算机设备属于计算集群中的一个计算节点，在同一时刻所述计算集群中只有一个计算节点处于工作状态；
将所述区块链数据写入内存数据库集群，以使得所述内存数据库集群当前工作的一个内存数据库接收所述区块链数据并且进行存储；
将所述区块链数据写入磁盘数据库集群，以使得所述磁盘数据库集群当前工作的一个磁盘数据库接收所述区块链数据并且进行存储；及
当发生故障时，切换至所述计算集群中的其他计算节点继续工作。
一个或多个存储有计算机可执行指令的非易失性可读存储介质，所述计算机可执行指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
获取交易信息，对所述交易信息进行计算，得到对应的区块链数据；所述计算机设备属于计算集群中的一个计算节点，在同一时刻所述计算集群中只有一个计算节点处于工作状态；
将所述区块链数据写入内存数据库集群，以使得所述内存数据库集群当前工作的一个内存数据库接收所述区块链数据并且进行存储；
将所述区块链数据写入磁盘数据库集群，以使得所述磁盘数据库集群当前工作的一个磁盘数据库接收所述区块链数据并且进行存储；及
当发生故障时，切换至所述计算集群中的其他计算节点继续工作。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
【附图说明】
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实
施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面
描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，
在不付出创造性劳动的前提下，还可以根据这些附图获得其他实施例的附图。
图1为一个实施例中区块链集群处理系统的框图；
图2为一个实施例中多个计算集群的框图；
图3为一个实施例中区块链集群处理方法的流程图；
图4为一个实施例中服务器的框图；
图5为一个实施例中区块链集群处理装置的框图。
【具体实施方式】
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在一个实施例中，如图1所示，提供了一种区块链集群处理系统100，包括计算集群102和存储集群104，计算集群102包括多个计算节点，存储集群包括内存数据库集群106和磁盘数据库集群108，内存数据库集群106包括多个内存数据库，磁盘数据库集群108包括多个磁盘数据库；计算集群102在同一时刻只有一个计算节点工作，所述内存数据库集群106在同一时刻只有一个内存数据库工作，磁盘数据库在同一时刻只有一个磁盘数据库工作；当前工作的计算节点获取交易信息，对交易信息进行计算得到对应的区块链数据，将区块链数据写入内存数据库集群106中当前工作的内存数据库，并且将区块链数据写入磁盘数据库集群108中当前工作的磁盘数据库；当计算节点发生故障时，切换至计算集群102中的其他计算节点继续工作；当内存数据库发生故障时，切换至内存数据库集群106中的其他内存数据库继续工作；当磁盘数据库发生故障时，切换至磁盘数据库集群108中的其他磁盘数据库继续工作。
计算集群包括多个计算节点。计算集群可以是按照预设规则来划分的，例如，预设规则可以是将同属于一个机构标识的多个计算节点组成一个计算集群。计算集群可以包括两个或两个以上的服务器节点。计算集群可以通过一个虚拟地址对区块链提供服务。计算集群在同一时刻只有一个计算节点在工作，其他计算节点保持待机状态。工作中的计算节点获取交易信息，对交易信息进行计算，计算得到对应的区块链数据。区块链数据包括交易执行结果和交易日志等。
存储集群包括内存数据库集群和磁盘数据库集群。存储集群也可以按照预设规则来划分。内存数据库集群包括多个内存数据库，磁盘数据库集群包括多个磁盘数据库。内存数据库和磁盘数据库也可以统称为区块链的存储节点。内存数据库集群在同一时刻只有一个内存数据库工作，其他内存数据库保持待机状态。磁盘数据库集群在同一时刻只有一个磁盘数据库工作，其他磁盘数据库保持待机状态。内存数据库集群中的多个内存数据库通过数据复制保持数据一致性。磁盘数据库集群中的多个磁盘数据库通过数据复制保持数据一致性。
当前工作的计算节点可以将计算得到的区块链数据分别存储至内存数据库集群和磁盘数据库集群。具体的，当前工作的计算节点通过内存数据库接口层将区块链数据写入至内存数据库集群当前工作的唯一内存数据库进行存储。当前工作的计算节点通过磁盘数据库接口、数据路由、分库分表中间件等将区块链数据写入至磁盘数据库集群当前工作的唯一磁盘数据库进行存储。由于内存数据库的写入速度远远高于磁盘数据库的写入速度，将区块链数据存入内存数据库能够有效提高存储效率。区块链数据被高频率的写入内存数据库时也不会对区块链性能造成影响。但是内存数据库的容量是相对有限的，还需要磁盘数据库对区块链数据提供永久性存储。
计算集群对当前工作的计算节点进行故障监控。具体的，计算集群可以通过负载均衡的方式对当前工作的计算节点进行故障监控，也可以通过基于消息传递的一致性算法对当前工作的计算节点进行故障监控，或者通过分布式应用程序协调服务Zookeeper（一个分布式的，开放源码的分布式应用程序协调服务）对当前工作的计算节点进行故障监控。若当前工作的计算节点发生故障，通过负载均衡的方式和/或虚拟地址漂移的方式切换至计算集群中的其他计算节点继续工作。以此对计算集群中的每个计算节点进行负载均衡处理，以及对区块链数据的一致性管理，能够有效提高区块链中计算节点的可用性。
内存数据库集群对当前工作的内存数据库进行故障监控。具体的，可以通过负载均衡的方式对当前工作的内存数据库进行故障监控，也可以通过基于消息传递的一致性算法对当前工作的内存数据库进行故障监控，或者通过分布式应用程序协调服务Zookeeper对当前工作的内存数据库进行故障监控。内存数据库集群的各个内存数据库中的区块链数据保持一致，若当前工作的内存数据库发生故障，通过负载均衡的方式切换至内存数据库集群中的其他内存数据库继续工作。由此能够有效提高区块链中内存数据库的可用性。
磁盘数据库集群对当前工作的磁盘数据库进行故障监控。具体的，可以通过负载均衡的方式对当前工作的磁盘数据库进行故障监控，也可以通过基于消息传递的一致性算法对当前工作的磁盘数据库进行故障监控，或者通过分布式应用程序协调服务Zookeeper对当前工作的磁盘数据库进行故障监控。磁盘数据库集群的各个磁盘数据库中的区块链数据保持一致，若当前工作的磁盘数据库发生故障，通过负载均衡的方式切换至磁盘数据库集群中其他的磁盘数据库继续工作。由此能够有效提高区块链中磁盘数据库的可用性。
本实施例中，计算集群在同一时刻只有一个计算节点工作，该工作节点获取交易信息，对交易信息进行计算得到对应的区块链数据，并且将区块链数据写入内存数据库集群当前唯一工作的内存数据库进行存储，以及将区块链数据写入磁盘数据库集群当前唯一工作的磁盘数据库进行存储。当该计算节点发生故障时，切换至计算集群中的其他计算节点继续工作，由此通过对每个计算节点进行负载均衡处理和对区块链数据的一致性管理能够有效提高区块链中计算节点的可用性。当该内存数据库发生故障时，切换至内存数据库集群中的其他内存数据库继续工作，能够有效提高区块链中内存数据库的可用性。当该磁盘数据库发生故障时，切换至磁盘数据库集群中的其他磁盘数据库继续工作，能够有效提高区块链中磁盘数据库的可用性。由于区块链中计算节点和存储节点的可用性均得到有效提高，因此，区块链整体的可用性得到有效提高。
进一步的，当计算集群中的计算节点读取区块链数据时，先读取内存数据库集群中当前唯一工作的内存数据库。由于内存数据库的读取速度远远快于磁盘数据库的读取速度，因此从内存数据库集群读取数据能够有效提高数据读取速度。若读取失败，计算节点再读取磁盘数据库集群中当前唯一工作的磁盘数据库。若再次读取失败，则读取本地数据缓存，若仍旧读取失败，则返回数据读取失败的提示信息。
在一个实施例中，计算集群包括多个，计算集群包括对应的机构标识，其中一个机构标识对应的计算集群的计算节点将交易信息发送至其他机构标识对应的计算集群运行中的计算节点进行共识，得到其他机构标识对应的计算集群返回的共识后的交易信息，计算节点利用共识后的交易信息进行计算，得到对应的区块链数据。
计算集群可以包括对应的机构标识。假设，机构标识分别为A和B，其中A对应的计算集群包括3个计算节点，B对应的计算集群包括5个计算节点。在计算节点对交易信息进行计算之前，需要多个计算节点对交易信息进行共识。传统的方式中，若A中的一个计算节点发起共识请求，则需要将待共识的交易信息发送至A对应的另外2个计算节点和B对应的5个计算节点进行共识。如果A对应的计算节点和/或B对应的计算节点发生故障，则可能出现共识结果不准确的情形，对区块链的性能造成影响，导致区块链的可用性下降。
本实施例中，每个计算集群在同一时刻只有一个计算节点工作。多个计算集群可以分别通过虚拟地址对区块链提供服务器。多个计算集群的框图如图2所示。当其中一个计算集群中计算节点需要对交易信息进行共识时，可以将交易信息发送至其他机构标识对应的计算集群当前唯一工作的计算节点进行共识。如果计算集群中当前工作的计算节点，可以按照上述实施例中提供的方式切换至其他计算节点继续工作。从而能够避免因计算节点故障而导致共识结果不准确的情形，能够有效提高区块链的可用性。
在一个实施例中，当计算节点将区块链数据写入内存数据库集群失败时，计算节点对区块链数据建立本地数据缓存，在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，计算节点将本地缓存的区块链数据写入切换后的内存数据库。
本实施例中，当内存数据库集群中当前工作的内存数据库出现故障时，内存数据库集群会从该故障内存数据库切换至其他内存数据库。在这个切换过程中，如果计算节点向内存数据库集群写入区块链数据，会出现写入失败的情形。为了确保区块链数据不丢失并且能够存入内存数据库集群，计算节点对区块链数据建立本地缓存。在内存数据库集群从故障内存数据库切换至其他内存数据库之后，计算节点将本地缓存的区块链数据写入内存数据库集群当前工作的内存数据库。从而确保区块链数据能够被完整存储至内存数据库集群。
在一个实施例中，当计算节点将区块链数据写入磁盘数据库集群失败时，计算节点对区块链数据建立本地数据缓存，在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，计算节点将本地缓存的区块链数据写入切换后的磁盘数据库。
本实施例中，当磁盘数据库集群中当前工作的磁盘数据库出现故障时，磁盘数据库集群会从该故障磁盘数据库切换至其他磁盘数据库。在这个切换过程中，如果计算节点向磁盘数据库集群写入区块链数据，会出现写入失败的情形。为了确保区块链数据不丢失并且能够存入磁盘数据库集群，计算节点对区块链数据建立本地缓存。在磁盘数据库集群从故障磁盘数据库切换至其他磁盘数据库之后，计算节点将本地缓存的区块链数据写入磁盘数据库集群当前工作的磁盘数据库。从而确保区块链数据能够被完整存储至磁盘数据库集群。
在一个实施例中，磁盘数据库集群包括写数据库集群和读数据库集群，写数据库集群接收计算节点写入的区块链数据并且进行存储，读数据库集群与写数据库集群保存区块链数据同步；当计算节点读取区块链数据时，在度数据库集群中进行读取。
本实施例中，磁盘数据库可以包括写数据库和读数据库。多个写数据库组成写数据库集群，多个读数据库集群组成读数据库集群。写数据库集群在同一时刻只有一个写数据库保持工作，读数据库集群在同一时刻也是只有一个读数据库保持工作。计算节点通过磁盘数据库接口层、数据路由、分库分表中间件和写数据库连接池对写数据库集群进行写操作。计算节点通过磁盘数据库接口层、数据路由、分库分表中间件和读数据库连接池对读数据库集群进行读操作。
当计算节点向磁盘数据库集群写入区块链数据时，计算节点将区块链数据写入写数据库集群当前唯一工作的写数据库中进行存储。若写数据库集群中的写数据库发生故障，通过负载均衡和/或一致性服务切换至写数据库集群中的其他写数据库继续工作。写数据库集群和读数据库集群通过数据复制保持数据一致性。当计算节点需要读取区块链数据时，计算节点访问读数据库集群当前唯一工作的读数据库，进行数据读取。若读数据库集群中的读数据库发生故障，通过负载均衡和/或一致性服务切换至读数据库集群中的其他读数据库继续工作。通过将磁盘数据库集群的读写功能进行分离，能够有效提高区块链数据的存储和读取效率，有效提高区块链的可用性。
在一个实施例中，该系统还包括安全集群，安全集群包括多个安全节点，安全集群在同一时刻只运行一个安全节点；安全节点接收计算节点上传的验证信息，根据验证信息对区块链使用者的合法性进行验证；当安全节点发生故障时，切换至安全集群中的其他安全节点继续运行。
区块链使用者通过计算节点登录以及进行交易时，该系统会通过安全集群对区块链使用者的合法性进行验证。在传统的方式中，多个安全节点是独立的，当需要进行安全验证时，计算节点将验证信息上传至对应的安全节点。若安全节点出现故障，则可能无法完成安全验证，或者出现非法入侵者被验证通过的情形，由此对区块链的安全性带来不利影响，也降低了区块链的可用性。
本实施例中，安全集群包括多个安全节点，安全节点也可以称为CA（Certificate Authority，证书授权中心）或安全中心。安全集群通过一个虚拟地址对区块链提供服务。安全集群在同一时刻只有一个安全节点进行工作，其他安全节点保持待机状态。当前工作的安全节点接收计算节点上传的验证信息，根据验证信息对区块链使用者的合法性进行验证，以此确保区块链数据的安全性。
安全集群可以采用上述实施例中提供的方式对当前工作的安全节点进行故障监控。当前工作的安全节点发生故障时，通过负载均衡的方式和/或虚拟地址漂移的方式切换至安全集群中的其他安全节点继续工作。由此能够确区块链使用者的合法性验证顺利进行，从而有效提高区块链的可用性。
进一步的，为了便于对区块链使用者的验证信息进行管理，多个机构标识对应的计算集群可以向同一个安全集群发送验证信息，安全集群接收多个机构标识对应的计算集群内的计算节点发送的验证信息，根据验证信息分别对多个机构标识对应的区块链使用者的合法性进行验证。
进一步的，为了有效提高验证效率，安全集群可以有多个，安全集群可以有对应的机构标识。同一机构标识对应的计算集群向同一机构标识的安全集群发送验证信息，多个安全集群可以同时对不同区块链使用的合法性进行验证。
在一个实施例中，如图3所示，提供了一种区块链集群处理方法，应该理解的是，虽然图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。该方法应用于计算集群，在同一时刻计算集群中只有一个计算节点工作，具体包括以下步骤：
步骤302，获取交易信息，对交易信息进行计算，得到对应的区块链数据；
步骤304，将区块链数据写入内存数据库集群，以使得内存数据库集群当前工作的一个内存数据库接收区块链数据并且进行存储；
步骤306，将区块链数据写入磁盘数据库集群，以使得磁盘数据库集群当前工作的一个磁盘数据库接收区块链数据并且进行存储；
步骤308，当计算节点发生故障时，切换至计算集群中的其他计算节点继续工作。
本实施例中，计算集群包括多个计算节点。计算集群可以通过一个虚拟地址对区块链提供服务。计算集群在同一时刻只有一个计算节点在工作，其他计算节点保持待机状态。工作中的计算节点获取交易信息，对交易信息进行计算，计算得到对应的区块链数据。区块链数据包括交易执行结果和交易日志等。若当前工作的计算节点发生故障，通过负载均衡的方式和/或虚拟地址漂移的方式切换至计算集群中的其他计算节点继续工作。以此对计算集群中的每个计算节点进行负载均衡处理，以及对区块链数据的一致性管理，能够有效提高区块链中计算节点的可用性。
存储集群包括内存数据库集群和磁盘数据库集群。存储集群也可以按照预设规则来划分。内存数据库集群包括多个内存数据库，磁盘数据库集群包括多个磁盘数据库。内存数据库和磁盘数据库也可以统称为区块链的存储节点。内存数据库集群在同一时刻只有一个内存数据库工作，其他内存数据库保持待机状态。磁盘数据库集群在同一时刻只有一个磁盘数据库工作，其他磁盘数据库保持待机状态。内存数据库集群中的多个内存数据库通过数据复制保持数据一致性。磁盘数据库集群中的多个磁盘数据库通过数据复制保持数据一致性。
当前工作的计算节点通过内存数据库接口层将区块链数据写入至内存数据库集群当前工作的唯一内存数据库进行存储。若当前工作的内存数据库发生故障，通过负载均衡的方式切换至内存数据库集群中的其他内存数据库继续工作。在其中一个实施例中，该方法还包括：当区块链数据写入内存数据库集群失败时，对区块链数据建立本地数据缓存；在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，将本地缓存的区块链数据写入切换后的内存数据库。
当前工作的计算节点通过磁盘数据库接口、数据路由、分库分表中间件等将区块链数据写入至磁盘数据库集群当前工作的唯一磁盘数据库进行存储。若当前工作的磁盘数据库发生故障，通过负载均衡的方式切换至磁盘数据库集群中其他的磁盘数据库继续工作。在其中一个实施例中，该方法还包括：当区块链数据写入磁盘数据库集群失败时，对区块链数据建立本地数据缓存，在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，将本地缓存的区块链数据写入切换后的磁盘数据库。
本实施例中，计算集群在同一时刻只有一个计算节点工作，该工作节点获取交易信息，对交易信息进行计算得到对应的区块链数据，并且将区块链数据写入内存数据库集群当前唯一工作的内存数据库进行存储，以及将区块链数据写入磁盘数据库集群当前唯一工作的磁盘数据库进行存储。当该计算节点发生故障时，切换至计算集群中的其他计算节点继续工作，由此通过对每个计算节点进行负载均衡处理和对区块链数据的一致性管理能够有效提高区块链中计算节点的可用性。当该内存数据库发生故障时，切换至内存数据库集群中的其他内存数据库继续工作，能够有效提高区块链中内存数据库的可用性。当该磁盘数据库发生故障时，切换至磁盘数据库集群中的其他磁盘数据库继续工作，能够有效提高区块链中磁盘数据库的可用性。由于区块链中计算节点和存储节点的可用性均得到有效提高，因此，区块链整体的可用性得到有效提高。
在一个实施例中，计算集群包括多个，计算集群包括对应的机构标识；在获取交易信息的步骤之后，还包括：将交易信息发送至其他机构标识对应的计算集群运行中的计算节点，以使得其他计算集群对所述交易信息进行共识；接收其他机构标识对应的计算集群返回的共识后的交易信息；利用共识后的交易信息进行计算，得到对应的区块链数据。
本实施例中，每个计算集群在同一时刻只有一个计算节点工作。多个计算集群可以分别通过虚拟地址对区块链提供服务器。当其中一个计算集群中计算节点需要对交易信息进行共识时，可以将交易信息发送至其他机构标识对应的计算集群当前唯一工作的计算节点进行共识。如果计算集群中当前工作的计算节点，可以按照上述实施例中提供的方式切换至其他计算节点继续工作。从而能够避免因计算节点故障而导致共识结果不准确的情形，能够有效提高区块链的可用性。
在一个实施例中，该方法还包括：向安全集群上传验证信息，以使得安全集群中在同一时刻唯一工作的安全节点根据验证信息对区块链使用者的合法性进行验证；安全集群中包括多个安全节点，若当前工作的安全节点发生故障，则切换至安全集群中的其他安全节点继续工作。
本实施例中，安全集群通过一个虚拟地址对区块链提供服务。安全集群在同一时刻只有一个安全节点进行工作，其他安全节点保持待机状态。当前工作的安全节点接收计算节点上传的验证信息，根据验证信息对区块链使用者的合法性进行验证，以此确保区块链数据的安全性。
安全集群可以采用上述实施例中提供的方式对当前工作的安全节点进行故障监控。当前工作的安全节点发生故障时，通过负载均衡的方式和/或虚拟地址漂移的方式切换至安全集群中的其他安全节点继续工作。由此能够确区块链使用者的合法性验证顺利进行，从而有效提高区块链的可用性。
在一个实施例中，计算集群中的计算节点可以是计算机设备，例如服务器。如图4所示，服务器400包括通过系统总线连接的处理器401、内存储器402、非易失性存储介质403和网络接口404。其中，处理器401用于提供计算和控制能力。非易失性存储介质403中存储有操作系统4031和计算机可执行指令4032，内存储器402为计算机可执行指令4032的运行提供环境。计算机可执行指令4032被处理器401执行时，可使得处理器401执行前述的区块链集群处理方法。网络接口404用于据以与其他计算集群或存储集群通过网络连接通信。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体地服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，如图5所示，提供了一种区块链集群处理装置，包括：获取模块502、计算模块504、存储模块506和切换模块508，其中：
获取模块502，用于获取交易信息。
计算模块504，用于对交易信息进行计算，得到对应的区块链数据。
存储模块506，用于将区块链数据写入内存数据库集群，以使得内存数据库集群当前工作的一个内存数据库接收区块链数据并且进行存储；将区块链数据写入磁盘数据库集群，以使得磁盘数据库集群当前工作的一个磁盘数据库接收区块链数据并且进行存储。
切换模块508，用于当计算节点发生故障时，切换至计算集群中的其他计算节点继续工作。
在一个实施例中，计算集群包括多个，计算集群包括对应的机构标识；该装置还包括：发送模块510和接收模块512，其中：
发送模块510，用于将交易信息发送至其他机构标识对应的计算集群运行中的计算节点，以使得其他计算集群对交易信息进行共识。
接收模块512，用于接收其他机构标识对应的计算集群返回的共识后的交易信息。
计算模块504还用于利用共识后的交易信息进行计算，得到对应的区块链数据。
在一个实施例中，存储模块506还用于当区块链数据写入内存数据库集群失败时，对区块链数据建立本地数据缓存；在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，将本地缓存的区块链数据写入切换后的内存数据库。
在一个实施例中，存储模块506当区块链数据写入磁盘数据库集群失败时，对区块链数据建立本地数据缓存，在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，将本地缓存的区块链数据写入切换后的磁盘数据库。
上述区块链集群处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。例如，在硬件实现上，上述接收模块512通过网络接口接收其他机构标识对应的计算集群返回的共识后的交易信息，发送模块510通过网络接口将交易信息发送至其他机构标识对应的计算集群运行中的计算节点，以使得其他计算集群对交易信息进行共识。其中，网络接口可以是以太网卡或无线网卡等。上述各模块可以硬件形式内嵌于或独立于基站的处理器中，也可以以软件形式存储于基站的存储器中，以便于处理器调用执行以上各个模块对应的操作。其中，处理器可以为中央处理单元（CPU）或微处理器等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种区块链集群处理系统，包括：
    计算集群，所述计算集群包括多个计算节点，在同一时刻只有一个计算节点处于工作状态；及
    存储集群，所述存储集群包括内存数据库集群和磁盘数据库集群，所述内存数据库集群包括多个内存数据库，所述磁盘数据库集群包括多个磁盘数据库；在同一时刻只有一个内存数据库和一个磁盘数据库处于工作状态；
    其中当前工作的计算节点获取交易信息，对所述交易信息进行计算得到对应的区块链数据，将所述区块链数据写入内存数据库集群中当前工作的内存数据库，并且将所述区块链数据写入磁盘数据库集群中当前工作的磁盘数据库；
    其中当所述计算节点发生故障时，所述计算集群将所述计算节点切换至所述计算集群中的其他计算节点继续工作；当所述内存数据库发生故障时，所述内存数据库集群将所述内存数据库切换至所述内存数据库集群中的其他内存数据库继续工作；当所述磁盘数据库发生故障时，所述磁盘数据库集群将所述磁盘数据库切换至所述磁盘数据库集群中的其他磁盘数据库继续工作。
  2. 根据权利要求1所述的系统，其特征在于，所述系统包括多个计算集群，所述多个计算集群包括对应的多个机构标识，其中一个机构标识对应的计算集群的计算节点将交易信息发送至其他机构标识对应的计算集群运行中的计算节点进行共识，得到其他机构标识对应的计算集群返回的共识后的交易信息，所述计算节点利用共识后的交易信息进行计算，得到对应的区块链数据。
  3. 根据权利要求1所述的系统，其特征在于，当所述计算节点将区块链数据写入内存数据库集群失败时，所述计算节点对区块链数据建立本地数据缓存，在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，所述计算节点将本地缓存的区块链数据写入切换后的内存数据库。
  4. 根据权利要求1所述的系统，其特征在于，当所述计算节点将区块链数据写入磁盘数据库集群失败时，所述计算节点对区块链数据建立本地数据缓存，在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，所述计算节点将本地缓存的区块链数据写入切换后的磁盘数据库。
  5. 根据权利要求1所述的系统，其特征在于，所述磁盘数据库集群包括写数据库集群和读数据库集群，所述写数据库集群接收计算节点写入的区块链数据并且进行存储，所述读数据库集群与所述写数据库集群保存区块链数据同步；当计算节点读取区块链数据时，在所述度数据库集群中进行读取。
  6. 根据权利要求1所述的系统，其特征在于，所述系统还包括安全集群，所述安全集群包括多个安全节点，所述安全集群在同一时刻只运行一个安全节点；所述安全节点用于接收计算节点上传的验证信息，根据验证信息对区块链使用者的合法性进行验证；当所述安全节点发生故障时，所述安全集群将所述安全节点切换至所述安全集群中的其他安全节点继续运行。
  7. 一种区块链集群处理方法，包括：
    利用计算集群中的一个计算节点获取交易信息，对所述交易信息进行计算，得到对应的区块链数据；所述计算集群包括多个计算节点，在同一时刻只有一个计算节点处于工作状态；
    将所述区块链数据写入内存数据库集群，以使得所述内存数据库集群当前工作的一个内存数据库接收所述区块链数据并且进行存储；
    将所述区块链数据写入磁盘数据库集群，以使得所述磁盘数据库集群当前工作的一个磁盘数据库接收所述区块链数据并且进行存储；及
    当所述计算节点发生故障时，切换至所述计算集群中的其他计算节点继续工作。
  8. 根据权利要求7所述的方法，其特征在于，在利用计算集群中的一个计算节点获取交易信息之后，所述方法还包括：
    将所述交易信息发送至其他机构标识对应的计算集群运行中的计算节点，以使得其他计算集群对所述交易信息进行共识；
    接收其他机构标识对应的计算集群返回的共识后的交易信息；及
    利用共识后的交易信息进行计算，得到对应的区块链数据。
  9. 根据权利要求8所述的方法，其特征在于，还包括：
    当区块链数据写入内存数据库集群失败时，对区块链数据建立本地数据缓存；及
    在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，将本地缓存的区块链数据写入切换后的内存数据库。
  10. 根据权利要求8所述的方法，其特征在于，还包括：
    当区块链数据写入磁盘数据库集群失败时，对区块链数据建立本地数据缓存；及
    在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，将本地缓存的区块链数据写入切换后的磁盘数据库。
  11. 根据权利要求7所述的方法，其特征在于，还包括：
    向安全集群中的安全节点上传验证信息，以使得安全集群中的安全节点根据验证信息对区块链使用者的合法性进行验证；及所述安全集群中包括多个安全节点，在同一时刻只有一个安全节点工作。
  12. 一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机可执行指令，所述计算机可执行指令被所述处理器执行时，使得所述处理器执行以下步骤：
    获取交易信息，对所述交易信息进行计算，得到对应的区块链数据；所述计算机设备属于计算集群中的一个计算节点，在同一时刻所述计算集群中只有一个计算节点处于工作状态；
    将所述区块链数据写入内存数据库集群，以使得所述内存数据库集群当前工作的一个内存数据库接收所述区块链数据并且进行存储；
    将所述区块链数据写入磁盘数据库集群，以使得所述磁盘数据库集群当前工作的一个磁盘数据库接收所述区块链数据并且进行存储；及
    当发生故障时，切换至所述计算集群中的其他计算节点继续工作。
  13. 根据权利要求12所述的计算机设备，其特征在于，在利用计算集群中的一个计算节点获取交易信息之后，还使得所述处理器执行以下步骤：
    将所述交易信息发送至其他机构标识对应的计算集群运行中的计算节点，以使得其他计算集群中运行的计算节点对所述交易信息进行共识；所述计算机集群包括对应的机构标识；
    接收其他机构标识对应的计算集群返回的共识后的交易信息；及
    利用共识后的交易信息进行计算，得到对应的区块链数据。
  14. 根据权利要求13所述的计算机设备，其特征在于，所述计算机可执行指令被所述处理器执行时，还使得所述处理器执行以下步骤：
    当区块链数据写入内存数据库集群失败时，对区块链数据建立本地数据缓存；及
    在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，将本地缓存的区块链数据写入切换后的内存数据库。
  15. 根据权利要求13所述的计算机设备，其特征在于，所述计算机可执行指令被所述处理器执行时，还使得所述处理器执行以下步骤：
    当区块链数据写入磁盘数据库集群失败时，对区块链数据建立本地数据缓存；及
    在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，将本地缓存的区块链数据写入切换后的磁盘数据库。
  16. 根据权利要求12所述的计算机设备，其特征在于，所述计算机可执行指令被所述处理器执行时，还使得所述处理器执行以下步骤：
    向安全集群中的安全节点上传验证信息，以使得安全集群中的安全节点根据验证信息对区块链使用者的合法性进行验证；及所述安全集群中包括多个安全节点，在同一时刻只有一个安全节点工作。
  17. 一个或多个存储有计算机可执行指令的非易失性可读存储介质，所述计算机可执行指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    获取交易信息，对所述交易信息进行计算，得到对应的区块链数据；所述计算机设备属于计算集群中的一个计算节点，在同一时刻所述计算集群中只有一个计算节点处于工作状态；
    将所述区块链数据写入内存数据库集群，以使得所述内存数据库集群当前工作的一个内存数据库接收所述区块链数据并且进行存储；
    将所述区块链数据写入磁盘数据库集群，以使得所述磁盘数据库集群当前工作的一个磁盘数据库接收所述区块链数据并且进行存储；及
    当发生故障时，切换至所述计算集群中的其他计算节点继续工作。
  18. 根据权利要求17所述的非易失性可读存储介质，其特征在于，在利用计算集群中的一个计算节点获取交易信息之后，使得所述一个或多个处理器执行以下步骤：
    将所述交易信息发送至其他机构标识对应的计算集群运行中的计算节点，以使得其他计算集群中运行的计算节点对所述交易信息进行共识；所述计算机集群包括对应的机构标识；
    接收其他机构标识对应的计算集群返回的共识后的交易信息；及
    利用共识后的交易信息进行计算，得到对应的区块链数据。
  19. 根据权利要求18所述的非易失性可读存储介质，其特征在于，所述计算机可执行指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    当区块链数据写入内存数据库集群失败时，对区块链数据建立本地数据缓存；及
    在内存数据库集群将写入失败的内存数据库切换至其他内存数据库后，将本地缓存的区块链数据写入切换后的内存数据库。
  20. 根据权利要求18所述的非易失性可读存储介质，其特征在于，所述计算机可执行指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    当区块链数据写入磁盘数据库集群失败时，对区块链数据建立本地数据缓存；及
    在磁盘数据库集群将写入失败的磁盘数据库切换至其他磁盘数据库后，将本地缓存的区块链数据写入切换后的磁盘数据库。
PCT/CN2017/091294 2017-03-09 2017-06-30 区块链集群处理系统、方法、计算机设备和存储介质 WO2018161479A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
SG11201907942QA SG11201907942QA (en) 2017-03-09 2017-06-30 Blockchain cluster processing system and method, computer device and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710139276.1A CN106685743B (zh) 2017-03-09 2017-03-09 区块链集群处理系统和方法
CN201710139276.1 2017-03-09

Publications (1)

Publication Number Publication Date
WO2018161479A1 true WO2018161479A1 (zh) 2018-09-13

Family

ID=58826158

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/091294 WO2018161479A1 (zh) 2017-03-09 2017-06-30 区块链集群处理系统、方法、计算机设备和存储介质

Country Status (3)

Country Link
CN (1) CN106685743B (zh)
SG (1) SG11201907942QA (zh)
WO (1) WO2018161479A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020119477A1 (zh) * 2018-12-14 2020-06-18 深圳壹账通智能科技有限公司 一种基于区块链的身份认证方法及终端设备
WO2020135435A1 (zh) * 2018-12-29 2020-07-02 杭州复杂美科技有限公司 主链平行链架构系统及区块同步方法、设备和存储介质

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106685743B (zh) * 2017-03-09 2018-02-06 上海亿账通区块链科技有限公司 区块链集群处理系统和方法
CN107273760A (zh) * 2017-06-09 2017-10-20 济南浪潮高新科技投资发展有限公司 一种基于区块链多ca应用认证方法
US10884810B1 (en) 2017-11-16 2021-01-05 Amazon Technologies, Inc. Workload management using blockchain-based transaction deferrals
CN108134706B (zh) * 2018-01-02 2020-08-18 中国工商银行股份有限公司 区块链多活高可用系统、计算机设备以及方法
CN108737153B (zh) * 2018-03-27 2021-06-15 深圳市网心科技有限公司 区块链灾备系统、方法、服务器和计算机可读存储介质
CN108805702B (zh) * 2018-04-19 2022-04-01 深圳市迅雷网络技术有限公司 基于区块链的交易缓冲/加速方法及区块链交易处理系统
CN108846745B (zh) * 2018-04-19 2022-06-07 深圳市迅雷网络技术有限公司 区块链交易处理辅助系统、区块链数据处理系统及方法
CN108537642A (zh) * 2018-04-20 2018-09-14 郑勇 一种基于区块链平台的线上线下的全域信用周期服务系统
CN108769144A (zh) * 2018-05-11 2018-11-06 中国联合网络通信集团有限公司 存储处理方法、交易节点、存储节点及通信设备
CN108769150B (zh) * 2018-05-14 2021-11-12 百度在线网络技术（北京）有限公司 区块链网络的数据处理方法、装置、集群节点和存储介质
CN108898039A (zh) * 2018-09-06 2018-11-27 深圳市晓控通信科技有限公司 一种基于区块链技术的防摔且节能的扫码枪
CN109413175B (zh) * 2018-10-19 2021-07-20 北京奇艺世纪科技有限公司 一种信息处理方法、装置及电子设备
CN109582735A (zh) * 2018-10-26 2019-04-05 黄淮学院 一种区块链知识单元存储系统
CN109739843A (zh) * 2018-12-26 2019-05-10 篱笆墙网络科技有限公司 区块链数据读写方法、系统、设备及存储介质
CN110528600A (zh) * 2019-08-06 2019-12-03 福建工大岩土工程研究所有限公司 一种桩基检测系统及方法
CN111049902B (zh) * 2019-09-16 2021-08-13 腾讯科技（深圳）有限公司 基于区块链网络的数据存储方法、装置、存储介质和设备
CN111538785A (zh) * 2020-04-23 2020-08-14 北京海益同展信息科技有限公司 区块链的数据写入方法、装置、系统及电子设备
CN113406909B (zh) * 2021-06-28 2023-03-28 广东电网有限责任公司 一种故障无缝切换的集群测控装置
CN113704026B (zh) * 2021-10-28 2022-01-25 北京时代正邦科技股份有限公司 一种分布式金融内存数据库安全同步方法、装置、介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104536988A (zh) * 2014-12-10 2015-04-22 杭州斯凯网络科技有限公司 MonetDB分布式计算存储方法
US20160342976A1 (en) * 2015-05-21 2016-11-24 Mastercard International Incorporated Method and system for linkage of blockchain-based assets to fiat currency accounts
US20170017954A1 (en) * 2015-07-14 2017-01-19 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
CN106446067A (zh) * 2016-09-06 2017-02-22 联动优势科技有限公司 一种获取交易数据的方法和装置
CN106452785A (zh) * 2016-09-29 2017-02-22 财付通支付科技有限公司 区块链网络、分支节点及区块链网络应用方法
CN106685743A (zh) * 2017-03-09 2017-05-17 上海亿账通区块链科技有限公司 区块链集群处理系统和方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9577911B1 (en) * 2016-03-21 2017-02-21 Black Cloud Analytics, Inc. Distributed computation system incorporating agent network, paths and associated probes

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104536988A (zh) * 2014-12-10 2015-04-22 杭州斯凯网络科技有限公司 MonetDB分布式计算存储方法
US20160342976A1 (en) * 2015-05-21 2016-11-24 Mastercard International Incorporated Method and system for linkage of blockchain-based assets to fiat currency accounts
US20170017954A1 (en) * 2015-07-14 2017-01-19 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
CN106446067A (zh) * 2016-09-06 2017-02-22 联动优势科技有限公司 一种获取交易数据的方法和装置
CN106452785A (zh) * 2016-09-29 2017-02-22 财付通支付科技有限公司 区块链网络、分支节点及区块链网络应用方法
CN106685743A (zh) * 2017-03-09 2017-05-17 上海亿账通区块链科技有限公司 区块链集群处理系统和方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020119477A1 (zh) * 2018-12-14 2020-06-18 深圳壹账通智能科技有限公司 一种基于区块链的身份认证方法及终端设备
WO2020135435A1 (zh) * 2018-12-29 2020-07-02 杭州复杂美科技有限公司 主链平行链架构系统及区块同步方法、设备和存储介质

Also Published As

Publication number Publication date
CN106685743B (zh) 2018-02-06
CN106685743A (zh) 2017-05-17
SG11201907942QA (en) 2019-09-27

Similar Documents

Publication Publication Date Title
WO2018161479A1 (zh) 区块链集群处理系统、方法、计算机设备和存储介质
WO2018161478A1 (zh) 多区块链的分片处理方法、装置、服务器和存储介质
WO2018103315A1 (zh) 监控数据的处理方法、装置、服务器及存储设备
WO2018014582A1 (zh) 保单数据处理方法、装置、服务器和存储介质
US11354336B2 (en) Fault-tolerant key management system
WO2014042415A1 (ko) 지능형 분산 스토리지 서비스 시스템 및 방법
WO2018090544A1 (zh) DoS/DDoS攻击检测方法和装置、服务器和存储介质
EP2248018B1 (en) Method and apparatus for authentication service application processes during service reallocation in high availability clusters
WO2020220413A1 (zh) 个人信息的零知识证明方法、系统及存储介质
WO2018036168A1 (zh) 数据处理任务执行方法、装置、执行服务器和存储介质
CN108259175B (zh) 一种分布式密码服务方法和系统
WO2013044828A1 (zh) 虚拟化集群系统及其处理方法和设备
WO2018233037A1 (zh) 数据库集成测试方法、装置、服务器及存储介质
WO2020233073A1 (zh) 区块链环境检测方法、设备、装置及存储介质
JP6152148B2 (ja) メモリ障害許容率を増加する方法
WO2021184587A1 (zh) 基于Prometheus的私有云监控方法、装置、计算机设备及存储介质
WO2020253116A1 (zh) 数据跑批方法、装置、存储介质及集群中的成员主机
WO2018233372A1 (zh) 支持哈希调度策略的lvs调度方法、设备、装置及存储介质
TWI677217B (zh) 在雲端網路環境下實現動態流量的封包鏡像的方法和裝置
WO2021047011A1 (zh) 数据处理方法及装置、计算机存储介质
WO2018035929A1 (zh) 一种验证码的处理方法及装置
WO2020224251A1 (zh) 区块链事务的处理方法、装置、设备及存储介质
Soriente et al. Replicatee: Enabling seamless replication of sgx enclaves in the cloud
WO2013127195A1 (zh) 链式沟通协作方法、装置及系统
WO2017157125A1 (zh) 在云计算环境中删除云主机的方法、装置、服务器及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17899583

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 16,.01.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17899583

Country of ref document: EP

Kind code of ref document: A1