WO2020113545A1 - 基于联盟链投票共识算法产生及管理多模标识网络的方法 - Google Patents

基于联盟链投票共识算法产生及管理多模标识网络的方法 Download PDF

Info

Publication number
WO2020113545A1
WO2020113545A1 PCT/CN2018/119723 CN2018119723W WO2020113545A1 WO 2020113545 A1 WO2020113545 A1 WO 2020113545A1 CN 2018119723 W CN2018119723 W CN 2018119723W WO 2020113545 A1 WO2020113545 A1 WO 2020113545A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
identification
blockchain
mode
alliance chain
Prior art date
Application number
PCT/CN2018/119723
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 CN201880036644.2A priority Critical patent/CN110945853B/zh
Priority to PCT/CN2018/119723 priority patent/WO2020113545A1/zh
Publication of WO2020113545A1 publication Critical patent/WO2020113545A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04Network management architectures or arrangements
    • H04L41/044Network management architectures or arrangements comprising hierarchical management structures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/30Decision processes by autonomous network management units using voting and bidding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Definitions

  • the present invention belongs to the field of blockchain technology improvement, and particularly relates to a method for generating and managing a multi-mode identification network based on the alliance chain voting consensus algorithm.
  • NTIA Telecommunications and Information Administration
  • Blockstack builds infrastructure on the blockchain through its network nodes. These nodes handle domain name transactions and the key pair of the domain name owner, and record the domain name after addressing. Domain name transactions on the network include registration, transfer and data upgrade. These domain name operations are encrypted and stored on the underlying blockchain through transactions. As shown in Figure 1.
  • Blockstack separates the control part and the data part in the original DNS routing by introducing a virtual link layer to ensure low coupling between modules.
  • its architecture effectively reduces the data traffic of the transport layer, and by setting up a virtual link on top of Bitcoin, it ensures the overall security of the system.
  • Blockstack The main advantages of Blockstack are: first, the security and stability of the blockchain is ensured by introducing a virtual link layer; second, the distributed storage idea of "verify the upper chain, data lower the chain” is proposed, Effectively reduce the data storage load of blockchain nodes; [0009]
  • the main shortcomings of Blockstack are: first, the lack of necessary regulatory strategies leads to the fact that all blockchain nodes can register any network domain name logo, resulting in a very serious squatting of Blockstack domain names; second, the establishment of virtual on top of Bitcoin Due to the chain, its performance is severely restricted by Bitcoin, and the system has poor scalability.
  • Thunder Chain proposes a homogeneous multi-chain system framework based on the original blockchain, that is, by adding multiple blockchains with the same architecture to locate different users' requests to different chains to increase the overall TPS of the system.
  • Xunlei Chain believes that in a single blockchain, no matter how the consensus algorithm is selected, its single-chain performance always has an insurmountable bottleneck.
  • Thunder Chain has selected some of the nodes with stable network speed, smooth transmission, and strong computing power to form a candidate pool of PBFT consensus algorithms, and regularly choose from them.
  • Some nodes participate in the ThunderChain consensus as replica nodes. After a specific time interval set by the system, the system will randomly select several replica nodes in the PBFT candidate pool for the next stage of accounting, thus avoiding some shortcomings of the PBFT algorithm itself.
  • Thunderbolt introduces redundant coding to circumvent the data storage pressure that may exist in full backup nodes in traditional blockchain networks, and instead splits the stored data into several shares and stores them in distributed networks. When users need to recover data, the Thunder Chain system will extract corresponding redundant data fragments from the distributed network for integration.
  • Thunder Chain The main advantages of Thunder Chain are: First, the introduction of isomorphic multi-chain technology to greatly accelerate the TPS of the blockchain, so that it can meet the actual production needs; Second, the proposed blockchain data sharding The idea of redundancy effectively reduces the data storage load of blockchain nodes;
  • Thunder Chain The main disadvantage of Thunder Chain is that the top chain and the lower chain of Thunder Chain adopt different consensus algorithms. At the same time, because the top layer uses the PoW consensus algorithm, the overall performance of the system is limited.
  • the housekeeping node currently keeping accounts can only package the pre-blocks into official blocks and publish them on the network after receiving the authentication of more than half of the committee nodes.
  • the consensus algorithm implements CAP constraints within a certain range, and its single-chain accounting architecture ensures the final consistency of the system; its communication complexity is lower than that of the commonly used alliance chain consensus algorithm at the current stage under large-scale deployment; there are only two in the network When partitioning, the system partition availability can be guaranteed.
  • the main advantages of the voting-based consensus algorithm are: First, a consortium consensus algorithm that can be deployed on a large scale is proposed, which greatly reduces the complexity of the system during large-scale deployment and improves the availability of the system; Second, the consensus algorithm of segmented submission reduces the energy consumption of blocks generated by the blockchain network, and avoids the waste of computing power in most consensus algorithms.
  • the object of the present invention is to provide a method for generating and managing a multi-mode identification network based on the alliance chain voting consensus algorithm, and aims to use blockchain technology to achieve decentralization of multi-mode network identification generation, management, and routing addressing;
  • a multi-tiered blockchain architecture is used to improve the overall system throughput and scalability, while the hierarchical structure gives the system supervisability, improves system availability, and reduces system maintenance costs.
  • the present invention is implemented in this way, a method for generating and managing a multi-mode identification network based on the alliance chain voting consensus algorithm, the method includes the following steps:
  • a further technical solution of the present invention is: the multi-mode identification network system is divided into a control layer, a routing layer, and a data layer from top to bottom according to the consensus management of the entire network of the consensus algorithm of the alliance chain; the control layer includes areas Blockchain management sublayer and blockchain control sublayer;
  • the control layer includes a blockchain management sublayer and a blockchain control sublayer
  • the blockchain control sublayer is used to record the routing status in the domain in the form of blocks and complete the authentication of the multi-mode network identification registration request in the domain after completing the block information verification and reaching the blockchain consensus;
  • the blockchain management sublayer is responsible for the affairs of multi-mode network identity management and addressing, system authority management, and offline integration.
  • a further technical solution of the present invention is: the routing layer is used to complete the generation, management and addressing of multiple network identifiers of IP address identifiers, content identifiers, and identity identifiers, and is responsible for forwarding and filtering of data packets, At the same time, nodes at all levels rely on voting consensus algorithms to achieve data consistency at all levels of blockchain.
  • the data layer includes a blockchain data sublayer and a cloud storage sublayer
  • the blockchain data sublayer is used to store data necessary for multi-mode network identification routing and addressing, called on-chain data, and its data storage format adopts blockchain chain storage;
  • the cloud storage sublayer is used to store all the information of the network identification, called off-chain data, and the data is stored in a local database.
  • a further technical solution of the present invention is: the on-chain data and the off-chain data use hash check to ensure the correctness and non-tampering of the data.
  • a further technical solution of the present invention is: the top-level blockchain in the multi-mode network identification system serves as a data interaction entrance for the lower-level blockchain.
  • a further technical solution of the present invention is:
  • the control function in the architecture model of the multi-mode network identification system is a management function located at the control layer, providing distributed data storage and multi-mode network identification for service bearer management in the management plane Management and high-performance routing and addressing services.
  • the multi-mode network identification routing and addressing is performed by the housekeeper node or committee node in the domain.
  • the acquired data entities are stored outside the blockchain.
  • a further technical solution of the present invention is: in the multi-mode network identification system, a forwarding plane and a control plane Separated, the forwarding plane uses domain management, logical layering and multi-modal reconstruction to complete packet forwarding; the control plane consists of intelligent agents responsible for managing forwarding network elements, and the intelligent agent is responsible for forwarding networks within the domain Multi-dimensional perception, resource management, network reconfiguration, and multi-mode network identification generation are responsible for the intelligent coordination between domains, completing the work of inter-domain path finding, identification mapping, resource scheduling, and maintenance.
  • the logo registration in the multi-mode network logo system includes the following steps:
  • the user registers a multi-mode network identifier capable of being routed and addressed in the system
  • the local domain alliance chain reviews the received user identification registration request, verifies the registration identification block, and uploads it;
  • the superior blockchain node transmits the received identity registration block to the domain controller where it is located for authentication and registration as required;
  • the top alliance chain node receives the identification and registration block of the lower-level blockchain to verify the data and feed back the original node confirmation signal.
  • the node requesting network resources includes the following steps:
  • the identification registration block transmits the interest packet to the nearest router
  • the nearest router queries the forwarding table to determine whether the queried identification content is stored in the local alliance chain. If yes, it returns the corresponding identification content. If not, it forwards the request to the higher-level multimode network identification server and executes it.
  • the upper-level alliance chain node performs identification content query in the alliance chain according to the received query request
  • the identification content is queried, the identification content is returned to the next level alliance chain node. If the identification content is not found, the query request is forwarded to the upper level alliance chain node until the top-level alliance chain node;
  • step S24 Determine whether the top-level alliance chain server finds the relevant registered network identifier. If it is found, it will automatically deliver the relevant shortest path according to the dynamic topology of the existing network. The router will receive a new forwarding path table and establish a data transmission path through a multi-hop route. If the query is not available, step S25 is executed;
  • the top-level alliance chain node issues a query request to a specific alliance chain according to the identified first prefix.
  • Another object of the present invention is to provide a system for generating and managing multi-mode network identification based on the alliance chain voting consensus algorithm, the system including
  • an identification generation module which is used to identify and address content in the network by using blockchain technology to generate a multi-mode identification network
  • the hierarchical management module is used to divide the multi-mode identification network into domains to form a hierarchical blockchain system and manage each network domain through the PoV voting consensus algorithm;
  • the multi-mode identification generation module is used for the multi-mode identification network to form a multi-mode identification network system according to the blockchain architecture
  • Consensus management module used to use the consensus algorithm of the alliance chain to perform network-wide consensus management on the multi-mode identification network system.
  • a further technical solution of the present invention is: the multi-mode identification network system is divided into a control layer, a routing layer, and a data layer from top to bottom according to the consensus management of the entire network of the consensus algorithm of the alliance chain; the control layer includes areas Blockchain management sublayer and blockchain control sublayer;
  • the blockchain control sublayer is used to record the routing status in the domain in the form of blocks and complete the authentication of the multi-mode network logon registration request in the domain after completing the block information verification and reaching the blockchain consensus;
  • the blockchain management sublayer is responsible for the affairs of multi-mode identification network management and addressing, system authority management, and offline integration.
  • a further technical solution of the present invention is: the routing layer is used to complete the generation, management, and route finding of multiple network identifiers of IP address identification, content identification, and identity identification, and is responsible for forwarding and filtering of data packets, At the same time, nodes at all levels rely on voting consensus algorithms to achieve data consistency at all levels of blockchain.
  • the data layer includes a blockchain data sublayer and a cloud storage sublayer
  • the blockchain data sublayer is used to store data necessary for multi-mode network identification routing and addressing, called on-chain data, and its data storage format adopts blockchain chain storage;
  • the cloud storage sublayer is used to store all the information of the network identification, which is called off-chain data, and the data is stored in a local database.
  • a further technical solution of the present invention is: the on-chain data and the off-chain data adopt hash check to ensure the correctness of data and non-tampering. [0059] A further technical solution of the present invention is: the top-level blockchain in the multi-mode network identification system serves as a data interaction entry for the lower-level blockchain.
  • a further technical solution of the present invention is:
  • the control function in the multi-mode identification network system architecture model is a management function located at the control layer, providing distributed data storage and multi-mode network identification for service bearer management in the management plane Management and high-performance routing and addressing services.
  • the multi-mode network identification routing and addressing is performed by the housekeeper node or committee node in the domain.
  • the acquired data entities are stored outside the blockchain.
  • a further technical solution of the present invention is: in the multi-mode network identification system, a forwarding plane is separated from a control plane, and the forwarding plane uses domain management, logical layering, and multi-modal reconstruction to complete data packet forwarding
  • the control plane is composed of intelligent agents responsible for managing forwarding network elements.
  • the intelligent agent is responsible for multi-dimensional awareness, resource management, network reconfiguration and multi-mode network identification of forwarding network elements within the domain, and is responsible for inter-domain intelligence. Coordinate to complete the work of inter-domain pathfinding, identity mapping, resource scheduling, and maintenance.
  • a further technical solution of the present invention is: the identity registration in the multi-mode network identity system includes
  • an identification registration request unit for an addressable user to apply for an identification registration request from a nearby multi-mode identification network node
  • Review and certification registration identification unit which is used for the local domain alliance chain to review the received user identification registration request, verify and register the identification block, and upload;
  • An authentication and registration unit which is used by a superior blockchain node to transmit the received identity registration block to its domain controller for authentication and registration as required;
  • Verification feedback unit the top alliance chain node receives the identification registration block of the lower-level blockchain to verify the data and feedback the original node confirmation signal.
  • the node requesting network resources includes the following steps:
  • Interest packet transmission unit which is used to identify the registration node to transmit the interest packet to the nearest router
  • the local identification data query unit is used to query the forwarding table of the nearest router to determine whether the queried identification content is stored in the local alliance chain, if so, then return the corresponding identification content, if not, then the higher level multi-mode network identification
  • the server forwards the request and executes the request query transmission unit;
  • the request query transmission unit is used for the upper-level alliance chain node to query the identification content in the alliance chain according to the received query request. If the identification content is found, the identification content is returned to the next-level alliance chain node. If the identification content cannot be queried, forward the query request to the upper-level alliance chain node until the top-level alliance chain node;
  • the judging unit is used to judge whether the top-level alliance chain server inquires that the relevant registered network identifier is found, if it is inquired, it will automatically deliver the relevant shortest path according to the dynamic topology of the existing network, the forwarding line in the network The related routers on will receive the new forwarding path table and establish a data transmission path through multi-hop routing. If the query is not available, the forwarding query unit will be executed;
  • a forwarding query unit for the top-level alliance chain node to issue a query request to a specific alliance chain according to the identified first prefix, and to reach the lowest-level alliance chain node specified by the query request for local query;
  • the query success judgment unit is used to judge whether the local query at the lowest alliance chain node is successful. If the query is successful, the corresponding resource content is passed to the query requester. If the query is unsuccessful, the error query information is fed back.
  • the beneficial effects of the present invention are: the introduction of multi-level, fragmented blockchain model architecture to greatly improve the processing performance of the system; multi-level blockchain can quickly pass the housekeeper node and committee node in the corresponding domain Access the relevant routing information of the remaining blockchains; Since the management node in the domain maintains all the blockchain data in the local domain, any client in the domain can obtain information through the management node in the domain; by introducing a consensus mechanism for voting The network identification information is effectively supervised to avoid malicious cybersquatting of the network identification information; the multi-mode network is used to avoid the structural defects of the traditional network IP waist.
  • FIG. 1 is a schematic structural diagram of a Blockstack system provided by an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of an overall architecture of a multi-mode network identification system based on alliance chain voting consensus technology management provided by an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a network identification registration and query process of a multimode network system provided by an embodiment of the present invention.
  • the present invention a scalable alliance chain voting consensus method and system for multi-mode network logo generation and management, proposes a multi-level network chain addressing system for multi-mode network logo addressing.
  • Use blockchain technology to achieve decentralization of multi-mode network logo generation, management and routing addressing; use a multi-tiered blockchain architecture to improve overall system throughput and scalability, while a hierarchical structure gives the system Supervisability, improve system availability and reduce system maintenance costs.
  • a scalable alliance chain voting consensus method and system for multi-mode network logo generation and management meets the following characteristics:
  • the overall network identification system is built by a hierarchical structure of hierarchical fragmentation, and the top-level blockchain is used as the data interaction entrance of the lower-level blockchain. Due to the different management methods, the implementation details of different levels of blockchains can be different. The low-coupling method is used to ensure the security between the systems and to achieve the particularity and customization of each level.
  • the network identification management system uses the consensus algorithm of the alliance chain to reach a consensus across the network. The alliance chain only opens the right to initiate transactions to the nodes in the alliance. Through reasonable authority management, it can better perform the daily operation and maintenance of the network logo and prevent the malicious squatting phenomenon of the traditional blockchain domain name system.
  • the user does not participate in the system's network identification registration process, and at the same time does not know the overall system architecture and the corresponding node load.
  • the registration of the user's network logo needs to be submitted and registered by relevant institutions and organizations that have been certified by the alliance chain.
  • the overall system registration process is transparent to users.
  • the storage of network identification data also uses a layered scheme to store in the blockchain system.
  • the server of the corresponding domain will locally store all the network identification information in the network domain, and submit the necessary identification routing information to To complete the registration of the network logo in the blockchain.
  • FIG. 2 The overall system architecture reference model of the multi-mode network identification system proposed by the present invention is shown in FIG. 2. This is a new layered model of network functions. At the data level, it has an efficient distributed relational database, while at the control level, relying on the blockchain's own data structure to increase log characteristics introduces distributed uniformity of the entire network, extremely strong tamper resistance and traceability It enhances the overall security of the system.
  • the system is divided into a control layer, a routing layer, and a data layer from top to bottom.
  • the control layer is divided into a blockchain management sublayer and a blockchain control sublayer.
  • the blockchain management sublayer After the blockchain control sublayer completes the block information verification and reaches the blockchain consensus, it records the routing status in the domain in the form of a block and completes the authentication of the multimodal network logo registration request in the domain.
  • the blockchain management sublayer is responsible for multimode Network logo management and addressing, system authority management and offline combined affairs.
  • the routing layer completes the generation, management and addressing of multiple network identifiers such as IP address identifiers, content identifiers, identity identifiers, and is responsible for the forwarding and filtering of data packets.
  • nodes at all levels rely on voting consensus algorithms to implement data at various levels of blockchain consistency.
  • the bottom layer of the system is the data layer, which includes the blockchain data sublayer and cloud storage sublayer.
  • the blockchain data sublayer stores the data necessary for multi-mode network identification routing and addressing, called on-chain data, and its data storage format uses blockchain chain storage.
  • the cloud storage sublayer stores all the information of the network identification, called off-chain data, and its data is stored in the local database.
  • the on-chain data and off-chain data use hash check to ensure the correctness of the data and cannot be tampered with.
  • the system adopts the storage strategy of "checking on the chain and data off the chain", reasonably taking advantage of the characteristics of the blockchain that is good at authentication and transactions, while avoiding the defects in the blockchain data query, effectively improving the overall system services effectiveness.
  • the control function in the architecture model of the multi-mode network identification system based on the blockchain is a network management function located at the network control layer. It provides distributed data domain name storage, multi-mode network identity management, high-performance routing addressing and other services for business bearer management in the management plane.
  • the multi-mode network identification routing and addressing is done by the housekeeper node or committee node in the domain, and the obtained data entities are stored outside the blockchain, which on the one hand reduces the blockchain nodes
  • the storage pressure on the other hand can directly provide high-performance data access and authentication for the identification addressing service.
  • the domain name of the entire network can be uniformly managed and the intelligent perception analysis of the nodes in the controller domain.
  • the blockchain database can The downtime logo is sensed and the corresponding other network logos with the same content and the characteristics and dynamic behavior of the network-wide resources are sensed, and the original logo is replaced with a new routing logo to complete the routing addressing service, thereby marking the multi-mode network
  • the routing function provides the underlying basic support component functions.
  • the forwarding plane is separated from the control plane.
  • the network element function of the forwarding plane is relatively single. It adopts domain management, logical layering and multi-modal reconstruction to complete data packet forwarding to support universal service.
  • the control plane is mainly responsible for managing the forwarding network. It is composed of intelligent agents of the element. On the one hand, the intelligent agent is responsible for the multi-dimensional perception, resource management, network reconfiguration, and multi-mode network identification of the forwarding network element in the domain. On the other hand, it is responsible for the intelligent coordination between the domains and the completion of the inter-domain. Wayfinding, identification mapping, resource scheduling, maintenance, etc.
  • Step 1 Register the logo.
  • any logo that can be routed needs to be registered in the network in advance. Only after the logo passes the authentication of the alliance chain and the corresponding logo is assigned, the resource can be accessed by other nodes in the network.
  • Step 2 Alliance chain node authentication. After receiving the identity registration request transmitted by the user, the local alliance chain
  • the alliance chain node will conduct a relevant review of its content and register the passed resource ID through the PoV consensus algorithm. Then upload the generated logo registration block to the upper-level alliance chain and add the local logo prefix.
  • Step 3 Identify the registration block transmission. After the upper-level blockchain node receives the identification registration block, it transmits its registration identification message to the controller of its domain according to a certain routing protocol for subsequent authentication and registration operations.
  • Step 4 Identification verification. After receiving the identity registration block of the secondary blockchain, the top alliance chain node will verify the data in the block and return it to the corresponding confirmation signal of the original application node. Due to the principle of separating the blockchain database and the content of the block, the original identification information will be stored on the blockchain database of the top-level domain name. Whenever an accounting is completed, the entire network will conduct the corresponding blockchain The database synchronization works to confirm that the resource identification information among the top-level domain names is equal and unified.
  • the network resource request process is as follows:
  • Step 1 Transfer the Interest packet to the nearest router.
  • the client can use the corresponding Uniform Resource Identifier (Uniform Resource Identifier)
  • Step 2 Local identification data query.
  • the nearest router receives the request from the user, it queries the forwarding table to determine whether to forward the request to the upper-level domain name server. If the corresponding identification content has been stored in the domain alliance chain, the corresponding identification content is returned, otherwise, go to step 3.
  • Step 3 Request query transmission.
  • the query request is uploaded to the upper-level alliance chain node.
  • the upper-level alliance chain node accepts the next-level After sending the query request, follow steps 1 to 2 for query. If the corresponding identification content is queried, the corresponding content identification will be returned to the next-level alliance chain node, otherwise, the query request is then passed to the upper-level alliance chain node until the top-level alliance chain node.
  • Step 4 Identification query verification. If the top alliance chain server inquires that the relevant registered ID has been registered, it will automatically issue the relevant shortest path according to the dynamic topology of the existing network. Related routers on the forwarding line in the network will receive a new forwarding path table and establish a data transmission path through multi-hop routing. If the top-level alliance chain node does not query the corresponding identifier, go to step 5.
  • Step 5 The identification request is issued.
  • the top-level alliance chain node sends the query request to a specific alliance chain according to the identified first prefix until it reaches the lowest-level alliance chain node specified by the query request for local query. If the corresponding identification content is successfully queried, the corresponding resource content is passed to the query requester, otherwise, a query error message is returned. As shown in Figure 3.
  • the consensus mechanism based on voting proof is used as the consensus mechanism of the blockchain.
  • the consensus mechanism based on voting proof divides the nodes of the blockchain system into four identities: user, housekeeper candidate, housekeeper and committee.
  • the housekeeper node is responsible for generating blocks
  • the committee node is responsible for verifying the block and voting for the housekeeper node. Therefore, the committee Nodes are the center of the entire blockchain system, and different committee nodes are decentralized to achieve multi-party co-management between alliances and reduce the communication complexity required by the consensus process.
  • the user node can voluntarily apply to become a housekeeper candidate node.
  • the committee node selects a fixed number of housekeeper nodes from the housekeeper candidate nodes to be responsible for generating blocks in turn in a tenure cycle.
  • the housekeeper candidate node can also voluntarily withdraw from the housekeeper candidate status and become a Ordinary node.
  • Ordinary users can apply to become member nodes after obtaining the consent of more than half of the members, and the member nodes can also voluntarily withdraw from the status of members to be converted into user nodes.
  • the operation process of the consensus mechanism based on the voting proof is based on the consensus cycle.
  • the block generated in each consensus cycle is a fixed value set manually, which is recorded as
  • Blocks are special blocks, which store the election transactions of housekeeper nodes. Each block specifies the steward responsible for generating blocks in the next consensus cycle.
  • the user node requests any member node to obtain a recommendation letter.
  • the user node signs the recommendation letter and the application information and sends it to all committee nodes.
  • the user node obtains the signature of more than half of the committee members, encapsulates the recommendation letter, the application information, and the signature of more than half of the committee members into a transaction and publishes the transaction.
  • the user After collecting more than half of the signatures of the members, the user encapsulates the signature and application information into a transaction and publishes it on the network.
  • the housekeeper candidate publishes a transaction application for exiting the housekeeper candidate with its own signature to the network.
  • the commissioner issues a candidate application transaction with the signature of the exit commissioner to the network.
  • the committee node selects a fixed number of butler candidate lists from the butler candidates as a ballot transaction Send to all housekeeper nodes.
  • the housekeeper responsible for packing the block counts the votes after collecting all the committee votes, the housekeeper sequence with the most votes is elected as the next housekeeper team, and the duty housekeeper encapsulates the election results in the pre-block.
  • the housekeeper responsible for generating the block selects a certain number of transactions from the transaction pool and packs them into the pre-block, and sends the pre-block to all members for signature.
  • the housekeeper node collects signatures of more than half of the members and stores the signature list in the block header, and adds the time stamp to issue the block.
  • the multi-level and fragmented blockchain system designed by the present invention solves the problem of insufficient system throughput of the blockchain system at the current stage.
  • the network operator is the alliance chain steward node, and the corresponding government network management office is the committee node of the alliance chain.
  • Each prefecture-level city is expected to deploy at least 10 alliance chains for multi-mode network identity management, using the PoV voting consensus algorithm as the test benchmark. Its single-chain TPS is around 500.
  • the multi-level blockchain system architecture has a TPS of at least 5000.
  • the administrative subject with a higher administrative level is at a higher level in the multi-level blockchain.
  • the block where the provincial unit is located is the upper layer of the block where the municipal unit is located, and a corresponding index interface is provided to provide network identification. Quick query.
  • the relevant management documents of the Ministry of Industry and Information Technology Bit and large domain name addressing companies serve as the top nodes of China's network logo blockchain.
  • the multi-level, fragmented blockchain architecture in the entire Chinese domain is expected to have a TPS of 1.47 million times per second for multi-mode network logo processing. Taking into account network bandwidth and transmission channel delay, the overall system performance is about 1.17 million times per second.
  • Another object of the present invention is to provide a system for generating and managing multi-mode network identification based on the alliance chain voting consensus algorithm, the system including
  • an identification generation module which is used to identify and address content in the network by using blockchain technology to generate a multi-mode identification network
  • the hierarchical management module is used to divide the multi-mode identification network into domains to form a hierarchical blockchain system and manage each network domain through the PoV voting consensus algorithm;
  • Consensus management module used to use the consensus algorithm of the alliance chain to perform network-wide consensus management on the multi-mode identification network system.
  • the multi-mode identification network system is divided into a control layer, a routing layer and a data layer from top to bottom according to the consensus management of the entire network of the consensus algorithm of the alliance chain;
  • the control layer includes a blockchain management sublayer and a block Chain control sublayer;
  • the blockchain control sub-layer is used to record the routing status in the domain and complete the authentication of the multi-mode network logon registration request in the domain after completing the block information verification and reaching the blockchain consensus;
  • the blockchain management sublayer is responsible for multi-mode identification network management and addressing, system authority management, and offline combined transactions.
  • the routing layer is used to complete the generation, management and routing of multiple network identifiers for IP address identification, content identification, and identity identification, and is responsible for forwarding and filtering of data packets, while nodes at all levels rely on the voting consensus algorithm Achieve data consistency at all levels of blockchain.
  • the data layer includes a blockchain data sublayer and a cloud storage sublayer
  • the blockchain data sublayer is used to store data necessary for multi-mode network identification routing and addressing, which is called on-chain data, and its data storage format adopts blockchain chain storage;
  • the cloud storage sublayer is used to store all the information of the network identification, called off-chain data, and the data is stored in a local database.
  • the on-chain data and the off-chain data use hash check to ensure the correctness and non-tampering of the data
  • the top-level blockchain in the multi-mode network identification system serves as a data interaction entry for the lower-level blockchain.
  • the control function in the multi-mode identification network system architecture model is a management function located at the control layer, which provides distributed data storage, multi-mode network identification management, and high-performance routing addressing for service bearer management in the management plane.
  • the routing and addressing of the multi-mode network identification is performed by the housekeeper node or the committee node in the domain, and the acquired data entities are stored outside the blockchain.
  • the forwarding plane is separated from the control plane, and the forwarding plane uses domain management, logical layering, and multi-modal reconstruction to complete data packet forwarding;
  • the control plane is responsible for management It consists of an intelligent agent for forwarding network elements.
  • the intelligent agent is responsible for multi-dimensional perception, resource management, network reconfiguration, and multi-mode network identification of forwarding network elements in the domain. It is responsible for intelligent coordination between domains, completing inter-domain pathfinding, Identify the work of mapping, resource scheduling, and maintenance.
  • the identification registration in the multi-mode network identification system includes
  • an identity registration request unit for an addressable user to apply for an identity registration request from a nearby multi-mode identity network node
  • review and authentication registration identification unit which is used for the local domain alliance chain to review the received user identification registration request and authenticate the registration identification block and upload;
  • An authentication and registration unit which is used by an upper-level blockchain node to transmit the received identification registration block to its domain controller for authentication and registration as required;
  • Verification feedback unit the top alliance chain node receives the identification registration block of the lower-level blockchain to verify the data and feedback the original node confirmation signal.
  • the node requesting network resources includes the following steps:
  • Interest packet transmission unit which is used to identify the registration node to transmit the interest packet to the nearest router
  • the local identification data query unit is used to query the forwarding table of the nearest router to determine whether the query identification content is stored in the local alliance chain, if so, then return the corresponding identification content, if not, then the higher-level multi-mode network identification
  • the server forwards the request and executes the request query transmission unit;
  • a request query transmission unit which is used by the upper level alliance chain node to query the identification content in the alliance chain according to the received query request, if the identification content is queried, the identification content is returned to the next level alliance chain node, If the identification content cannot be queried, forward the query request to the upper-level alliance chain node until the top-level alliance chain node;
  • the judging unit is used to judge whether the top-level alliance chain server inquires that the relevant registered network identifier is found, if it is inquired, it will automatically deliver the relevant shortest path according to the dynamic topology of the existing network, the forwarding line in the network The relevant routers on will receive the new forwarding path table and establish a data transmission path through multi-hop routing. If the query is not available, the forwarding query unit will be executed;
  • a forwarding query unit which is used for the top-level alliance chain node to issue a query request to a specific alliance chain according to the identified first prefix, and to reach the lowest-level alliance chain node specified by the query request for local query;
  • the query success judgment unit is used to judge whether the local query at the lowest alliance chain node is successful. If the query is successful, the corresponding resource content is passed to the query requester. If the query is unsuccessful, the error query information is fed back.
  • the present invention a structured shard hierarchical distributed high-throughput alliance chain voting consensus algorithm for multi-mode network logo generation and management, solves many of the pain points of the current blockchain: (1 ) The introduction of a multi-level, fragmented blockchain model architecture greatly improves the processing performance of the system. (2) The multi-level block chain can quickly access the routing information of the remaining block chains through the housekeeper node and committee node in the corresponding domain. (3) Since the management node in the domain maintains all the blockchain data in the local domain, any client in the domain can obtain fast routing information through the management node in the domain.
  • Multi-mode network is used to avoid the structural defects of traditional network IP waist.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明适用于区块链技术改进领域,提供了基于联盟链投票共识算法产生及管理多模标识网络的方法,所述方法包括以下步骤:S1、利用区块链技术将网络中的内容进行标识、寻址生成多模标识网络;S2、将多模标识网络进行域划分构成层级化区块系统并通过PoV投票共识算法对每个区块系统进行管理;S3、多模标识网络根据区块链架构形成多模标识网络系统;S4、利用联盟链的共识算法对多模标识网络系统进行全网共识管理。引入多层次、分片化的区块链模型架构从而大幅度提高了系统的处理性能。各层级内的区块链网络节点都可以通过相应域内的管家节点以及委员节点快速访问其余各层区块链的相关路由信息。

Description

说明书
发明名称:基于联盟链投票共识算法产生及管理多模标识网络的方 法
技术领域
[0001] 本发明属于区块链技术改进领域, 尤其涉及基于联盟链投票共识算法产生及管 理多模标识网络的方法。
背景技术
[0002] 随着现代科学技术的发展, 互联网已经成为当今社会发展不可缺失的一环, 其 作为信息的一种载体, 已经渗透到包括政治、 经济、 文化、 教育、 医疗卫生等 人类生活的各种领域。 全球域名系统 (Domain Name System, DNS) 作为现今 互联网最为核心的基础设施, 对其发展起到了极大的推动作用, 其主要功能是 完成域名到 IP地址之间的对应。 因此, DNS是现在互联网体系架构中的“神经系 统”, 其根域名系统深刻影响着全球互联网的运行情况。 近几年根服务器通过任 播技术在全球广泛部署根服务器镜像, 但其根服务器、 域名、 AS号等关键互联 网资源管理权仍属于美国商务部下属国家电信和信息管理局 (National
Telecommunications and Information Administration, NTIA) 。 单一国家管理、 中 心化架构的 DNS给全球互联网安全带来巨大威胁。 2002年 DNS根服务器遭受大 规模 DDoS攻击, 导致全球域名寻址服务受到严重影响。 同时, 5见有网络架构中 I P层所存在的“细腰”结构问题, 成为制约信息网络总体功能的瓶颈。
[0003] 针对现有 DNS存在的中心化及 IP性能瓶颈的问题, 近年来学术界也尝试使用分 布式技术及多模路由技术来搭建去中心化的未来网络体系架构, 其中以区块链 技术为首的分布式共识机制成为研究重点。
[0004] 2008年, 中本聪提出比特币, 随着近年来的快速发展, 作为其底层技术核心的 区块链也随之进入人们的视线中。 作为区块链技术核心的共识机制目前已经引 起政府部门、 金融机构、 科技企业和资本市场的高度重视与广泛关注。 在相关 共识算法的研究中, 工作量证明 (Proof of Work, PoW) 自比特币问世以来现已 成为 P2P电子货币的主流思想, 其通过算力竞争来保证全网信息的可靠性, 但存 在较为严重的算力浪费问题。 因此, 部分 Bitcointalk论坛中的数字货币爱好者提 出了权益证明 (Proof of Stake, PoS) , 通过引入币龄来大幅度降低资源消耗, 在此基础上, Larimer团队在 2014年 3月提出了股份授权证明 (Delegate Proof of Stake, DPoS) 算法进一步提升记账速度。 但现阶段单一区块链的共识速度任然 无法有效满足实际社会需求。 相较于传统的中心化结算系统每秒万笔以上的吞 吐量, 区块链仍有较大的性能差距。 因此, 我们希望构建一种层级化的区块链 网络, 实现一个高通量、 高内聚、 低耦合的多模网络。 其网络的核心在于层级 化分片的区块链网络如何保证各层级区块链的连接以及数据的监护, 并通过高 效的共识机制来满足区块链网络所需求的庞大吞吐量。 同时, 维护分层区块链 的层级化拓扑架构, 让系统服务具有高效性、 鲁棒性。
[0005] 2011年 8月 Daniel Kraft等人创立了 Namecoin项目, 提出了基于区块链的域名系 统、 分布式域名存储、 合并挖矿等若干解决方案, 并且在网络安全性、 可用性 、 矿工管理等方面进行了尝试。 但由于存在算力集中、 矿工抵抗升级、 恶意域 名注册等无法解决的问题, 随后在 Namecoin的基础上建立了 Blockstack项目。 B1 ockstack系统维护一个独立的命名系统, 作为一个逻辑层运行在底层的比特币区 块链之上, 且系统通过数据层和控制层的分离, 提高区块链数据存储的限制。 基于去中心化区块链技术的 Blockstack比传统的中心化域名服务器更安全, 能支 持域名管理, 防止域名服务器缓存投毒, 而且无需审核。
[0006] Blockstack通过它的网络节点把基础设施建立在区块链上。 这些节点处理域名 交易和域名所有人的密钥对, 以及记录寻址后的域名。 网络上的域名交易包括 登记、 转移和数据升级。 这些域名操作通过交易加密存储在底层区块链上。 如 图 1所示。
[0007] Blockstack通过引入虚链层将原先 DNS路由中的控制部分以及数据部分进行分 离, 保证了模块间的低耦合性。 同时, 其架构有效地降低了传输层的数据流量 , 并且通过将虚链架设在比特币之上, 保证了系统整体的安全性。
[0008] Blockstack的主要优点在于, 第一, 通过引入虚链层来保证了区块链的安全性 以及稳定性; 第二, 提出了“验证上链, 数据下链”的分布式存储思想, 有效地降 低了区块链节点的数据存储负载; [0009] Blockstack的主要缺点在于, 第一, 缺少必要的监管策略导致所有区块链节点 都可以注册任意的网络域名标识, 导致 Blockstack域名抢注非常严重; 第二, 在 比特币之上架设虚链导致其性能受到比特币限制严重, 系统可拓展性差。
[0010] 随着区块链 3.0的技术革新, 在保证区块链本身公开、 透明、 防篡改特性的基 础上, 越来越多的科研机构和公司将研发重点放在了区块链性能上, 期望其能 够支持商业级别应用的高性能底层平台。 因此, 2018年迅雷网络技术有限公司 推出了迅雷链业务。 迅雷链在原先区块链的基础上提出了同构多链的系统框架 , 即通过增加复数条相同架构的区块链将不同用户的请求定位到不同的链上来 增加系统整体的 TPS。 迅雷链认为, 在单个区块链中, 无论共识算法如何选择, 其单链的性能总是有无法逾越的瓶颈。 因此, 如果想让区块链达到实际生产需 求, 多链是一个重要的发展方向。 现阶段迅雷链的共享计算节点已有 150万多 个, 迅雷将其中一些网速稳定、 传输顺畅同时计算能力也够强的节点挑选出来 , 形成一个 PBFT共识算法的备选池, 并定期从中选择一些节点作为副本节点参 与迅雷链的共识。 当经过特定的系统设定时间区间后, 系统将在 PBFT备选池中 重新随机选取若干个副本节点进行下一阶段的记账, 由此规避了 PBFT算法本身 的一些短板。 在数据存储方面, 迅雷链通过引入冗余编码来规避传统区块链网 络中全备份节点可能存在的数据存储压力, 改为将存储数据拆分为若干份分别 存储在分布式网络中。 当用户需要恢复数据时, 迅雷链系统将从分布式网络中 抽取相应的冗余数据分片进行整合。
[0011] 迅雷链的主要优点在于, 第一, 通过引入同构多链技术来大幅度加速了区块链 的 TPS, 使其能满足现实生产需求; 第二, 提出了区块链数据分片冗余的思想, 有效地降低了区块链节点的数据存储负载;
[0012] 迅雷链的主要缺点在于, 迅雷链的顶层链与下层链采取了不同的共识算法, 同 时, 由于顶层使用 PoW共识算法, 其系统的整体性能受到限制。
[0013] 现阶段区块链技术的发展使得“去中心化”、 “不可篡改”、 “可溯源”的特性得以 在众多系统中蓬勃发展, 然而关于其核心共识算法的研究仍处于较为起步的阶 段。 5见有的区块链共识机制在高效性和安全性之间的取舍无法取得很好的平衡 。 因此, 2017年北京大学深圳研究生院提出了一个用于联盟链的基于投票的共 识算法。 该共识算法针对效率和安全性平衡的问题, 结合 PBFT类共识算法场景 的安全性强以及代表类共识效率高的特点, 设计了一个两段式提交的区块链共 识算法, 其核心思想在于将区块链生成区块过程中的记账权以及认证权相分离 。 第一阶段中, 该共识算法中只有管家节点拥有提交区块链的权利, 其提交的 预区块需要经过全体委员节点对正确性的认证。 第二阶段中, 当前记账的管家 节点只有在接收到超过半数的委员节点的认证之后才可将预区块打包成为正式 区块在网络中发布。 共识算法在一定范围内实现了 CAP约束, 其单链记账的架构 保证了系统的最终一致性; 其通信复杂度在大规模部署下低于现阶段常用的联 盟链共识算法; 在网络只有两分区时可以保证系统的分区可用性。
[0014] 基于投票的共识算法的主要优势在于, 第一, 提出了一个可以大规模部署的联 盟链共识算法, 大幅度降低了系统在大规模部署时的复杂度并提高了系统的可 用性; 第二, 分段式提交的共识算法降低了区块链网络产生区块的能耗, 避免 了多数共识算法存在的算力浪费问题。
[0015] 基于投票的共识算法的主要缺点在于, 其共识算法的信任基石在于委员节点, 算法的可拓展性及应用场景较为局限。
发明概述
技术问题
问题的解决方案
技术解决方案
[0016] 本发明的目的在于提供基于联盟链投票共识算法产生及管理多模标识网络的方 法, 旨在利用区块链技术来实现多模网络标识产生、 管理及路由寻址的去中心 化; 使用多层级化的区块链架构来提高整体系统的吞吐量以及拓展性, 同时层 级化结构赋予该系统可监管性, 提高系统可用性以及减少系统的维护成本。
[0017] 本发明是这样实现的, 基于联盟链投票共识算法产生及管理多模标识网络的方 法, 所述方法包括以下步骤:
[0018] S1、 利用区块链技术将网络中的内容进行标识、 寻址生成多模标识网络;
[0019] S2、 将多模标识网络进行域划分构成层级化区块链系统并通过 PoV投票共识算 法对每个网络域进行管理; [0020] S3、 多模标识网络根据区块链架构形成多模标识网络系统;
[0021] S4、 利用联盟链的共识算法对多模标识网络系统进行全网共识管理。
[0022] 本发明的进一步技术方案是: 所述多模标识网络系统根据联盟链的共识算法的 全网共识管理自上而下分为控制层、 路由层及数据层; 所述控制层包括区块链 管理子层及区块链控制子层;
[0023] 所述控制层包括区块链管理子层及区块链控制子层;
[0024] 所述区块链控制子层, 用于完成区块信息校验并达成区块链共识后以区块形式 记录域内的路由状态以及完成域内多模网络标识注册请求的认证;
[0025] 所述区块链管理子层, 用于负责多模网络标识管理及寻址、 系统权限管理及线 下相结合的事务。
[0026] 本发明的进一步技术方案是: 所述路由层, 用于完成对 IP地址标识、 内容标识 、 身份标识的多种网络标识的生成、 管理及寻址并负责数据包的转发及过滤, 同时各级节点依靠投票共识算法实现各层级区块链的数据一致性。
[0027] 本发明的进一步技术方案是: 所述数据层包括区块链数据子层和云存储子层;
[0028] 所述区块链数据子层, 用于存放多模网络标识路由寻址必需的数据, 称为链上 数据, 其数据存储格式采用区块链链式存储;
[0029] 所述云存储子层, 用于存放网络标识的全部信息, 称为链下数据, 其数据存储 在本地数据库。
[0030] 本发明的进一步技术方案是: 所述链上数据及所述链下数据采用哈希校验来保 证数据的正确性及不可篡改性。
[0031] 本发明的进一步技术方案是: 所述多模网络标识系统中顶层区块链作为下层区 块链的数据交互入口。
[0032] 本发明的进一步技术方案是: 所述多模网络标识系统架构模型中控制功能是位 于控制层的一个管理功能, 为管理面中的业务承载管理提供分布式数据存储、 多模网络标识管理、 高性能路由寻址的服务, 在区块链多模网络标识系统中多 模网络标识路由寻址由域内管家节点或委员节点完成, 获取的数据实体存放在 区块链之外。
[0033] 本发明的进一步技术方案是: 所述多模网络标识系统中将转发平面与控制平面 相分离, 所述转发平面采用分域管理、 逻辑分层及多模态重构完成数据包转发 ; 所述控制平面由负责管理转发网元的智能代理组成, 所述智能代理负责本域 内转发网元的多维感知、 资源管理、 网络可重构及多模网络标识的生成, 负责 域间的智能协调, 完成域间寻路、 标识映射、 资源调度、 维护的工作。
[0034] 本发明的进一步技术方案是: 所述多模网络标识系统中的标识注册包括以下步 骤:
[0035] S11、 用户对能够被路由寻址的多模网络标识在系统中进行注册;
[0036] S12、 本域联盟链对接收的用户标识注册请求进行审查认证注册标识区块并上 传;
[0037] S13、 上级区块链节点将接收的标识注册区块按照要求将其报文传输到其所在 域控制器进行认证和注册;
[0038] S14、 顶级联盟链节点接收下级区块链的标识注册区块后对数据进行校验并反 馈原节点确认信号。
[0039] 本发明的进一步技术方案是: 所述节点请求网络资源包括以下步骤:
[0040] S21、 标识注册区块向就近的路由器传送兴趣包;
[0041] S22、 就近路由器查询转发表判断查询的标识内容是否存放在本域联盟链中, 如是, 则并返回相应的标识内容, 如否, 则向上级多模网络标识服务器转发请 求并执行下一步;
[0042] S23、 上一级联盟链节点根据接收的查询请求, 在联盟链中进行标识内容查询
, 如查询到标识内容, 返回标识内容给下一级联盟链节点, 如查询不到标识内 容, 将查询请求转发给上一级联盟链节点, 直到顶级联盟链节点;
[0043] S24、 判断顶级联盟链服务器是否查询到相关已被注册网络标识, 若查询到, 则将自动根据现有网络的动态拓扑结构下发相关的最短路径, 网络中的转发线 路上的相关路由器将收到新的转发路径表, 通过多跳路由建立数据传输通路, 若查询不到, 则执行步骤 S25 ;
[0044] S25、 顶级联盟链节点根据标识的第一个前缀将查询请求下发至特定的联盟链
, 到达查询请求所指定最下级联盟链节点进行本地查询;
[0045] S26、 判断在最下级联盟链节点本地查询是否成功, 若查询成功, 则将相应的 资源内容传递给查询请求方, 若查询不成功, 则反馈错误查询信息。
[0046] 本发明的另一目的在于提供基于联盟链投票共识算法产生及管理多模网络标识 的系统, 所述系统包括
[0047] 标识生成模块, 用于利用区块链技术将网络中的内容进行标识、 寻址生成多模 标识网络;
[0048] 层级化管理模块, 用于将多模标识网络进行域划分构成层级化区块链系统并通 过 PoV投票共识算法对每个网络域进行管理;
[0049] 多模标识生成模块, 用于多模标识网络根据区块链架构形成多模标识网络系统
[0050] 共识管理模块, 用于利用联盟链的共识算法对多模标识网络系统进行全网共识 管理。
[0051] 本发明的进一步技术方案是: 所述多模标识网络系统根据联盟链的共识算法的 全网共识管理自上而下分为控制层、 路由层及数据层; 所述控制层包括区块链 管理子层及区块链控制子层;
[0052] 所述区块链控制子层, 用于完成区块信息校验并达成区块链共识后以区块形式 记录域内的路由状态以及完成域内多模网络标识注册请求的认证;
[0053] 所述区块链管理子层, 用于负责多模标识网络管理及寻址、 系统权限管理及线 下相结合的事务。
[0054] 本发明的进一步技术方案是: 所述路由层, 用于完成对 IP地址标识、 内容标识 、 身份标识的多种网络标识的生成、 管理及路由寻找并负责数据包的转发及过 滤, 同时各级节点依靠投票共识算法实现各层级区块链的数据一致性。
[0055] 本发明的进一步技术方案是: 所述数据层包括区块链数据子层和云存储子层;
[0056] 所述区块链数据子层, 用于存放多模网络标识路由寻址必需的数据, 称为链上 数据, 其数据存储格式采用区块链链式存储;
[0057] 所述云存储子层, 用于存放网络标识的全部信息, 称为链下数据, 其数据存储 在本地数据库。
[0058] 本发明的进一步技术方案是: 所述链上数据及所述链下数据采用哈希校验来保 证数据的正确性及不可篡改性。 [0059] 本发明的进一步技术方案是: 所述多模网络标识系统中顶层区块链作为下层区 块链的数据交互入口。
[0060] 本发明的进一步技术方案是: 所述多模标识网络系统架构模型中控制功能是位 于控制层的一个管理功能, 为管理面中的业务承载管理提供分布式数据存储、 多模网络标识管理、 高性能路由寻址的服务, 在区块链多模网络标识系统中多 模网络标识路由寻址由域内管家节点或委员节点完成, 获取的数据实体存放在 区块链之外。
[0061] 本发明的进一步技术方案是: 所述多模网络标识系统中将转发平面与控制平面 相分离, 所述转发平面采用分域管理、 逻辑分层及多模态重构完成数据包转发 ; 所述控制平面由负责管理转发网元的智能代理组成, 所述智能代理负责本域 内转发网元的多维感知、 资源管理、 网络可重构及多模网络标识的生成, 负责 域间的智能协调, 完成域间寻路、 标识映射、 资源调度、 维护的工作。
[0062] 本发明的进一步技术方案是: 所述多模网络标识系统中的标识注册包括
[0063] 标识注册请求单元, 用于能够被寻址的用户向就近的多模标识网络节点申请标 识注册请求;
[0064] 审查认证注册标识单元, 用于本域联盟链对接收的用户标识注册请求进行审查 认证注册标识区块并上传;
[0065] 认证和注册单元, 用于上级区块链节点将接收的标识注册区块按照要求将其报 文传输到其所在域控制器进行认证和注册;
[0066] 校验反馈单元, 顶级联盟链节点接收下级区块链的标识注册区块后对数据进行 校验并反馈原节点确认信号。
[0067] 本发明的进一步技术方案是: 所述节点请求网络资源包括以下步骤:
[0068] 兴趣包传送单元, 用于标识注册节点向就近的路由器传送兴趣包;
[0069] 本地标识数据查询单元, 用于就近路由器查询转发表判断查询的标识内容是否 存放在本域联盟链中, 如是, 则并返回相应的标识内容, 如否, 则向上级多模 网络标识服务器转发请求并执行请求查询传输单元;
[0070] 请求查询传输单元, 用于上一级联盟链节点根据接收的查询请求, 在联盟链中 进行标识内容查询, 如查询到标识内容, 返回标识内容给下一级联盟链节点, 如查询不到标识内容, 将查询请求转发给上一级联盟链节点, 直到顶级联盟链 节点;
[0071] 判断单元, 用于判断顶级联盟链服务器是否查询到相关已被注册网络标识, 若 查询到, 则将自动根据现有网络的动态拓扑结构下发相关的最短路径, 网络中 的转发线路上的相关路由器将收到新的转发路径表, 通过多跳路由建立数据传 输通路, 若查询不到, 则执行转发查询单元;
[0072] 转发查询单元, 用于顶级联盟链节点根据标识的第一个前缀将查询请求下发至 特定的联盟链, 到达查询请求所指定最下级联盟链节点进行本地查询;
[0073] 查询成功判断单元, 用于判断在最下级联盟链节点本地查询是否成功, 若查询 成功, 则将相应的资源内容传递给查询请求方, 若查询不成功, 则反馈错误查 询信息。
发明的有益效果
有益效果
[0074] 本发明的有益效果是: 引入多层次、 分片化的区块链模型架构从而大幅度提高 了系统的处理性能; 多层级的区块链可以通过相应域内的管家节点以及委员节 点快速访问其余各层级区块链的相关路由信息; 由于域内管理节点维护了本地 域内的全部区块链数据, 所以域内的任何客户端均可以通过域内管理节点进行 信息获取; 通过引入投票共识机制对网络标识信息进行有效地监管, 避免了网 络标识信息被恶意抢注; 使用了多模网络, 避免了传统网络 IP细腰的结构性的缺 陷。
对附图的简要说明
附图说明
[0075] 图 1是本发明实施例提供的 Blockstack系统的结构示意图。
[0076] 图 2是本发明实施例提供的基于联盟链投票共识技术管理的多模网络标识系统 的整体架构示意图。
[0077] 图 3是本发明实施例提供的多模网络系统网络标识注册与查询流程示意图。
发明实施例 本发明的实施方式
[0078] 如图 2、 3所示, 本发明提供的基于联盟链投票共识技术管理的多模网络标识系 统, 其详述如下:
[0079] 本发明—一种用于多模网络标识产生及管理的可扩展联盟链投票共识方法和 系统, 提出了一套用于多模网络标识寻址的多层级化联盟链系统。 利用区块链 技术来实现多模网络标识产生、 管理及路由寻址的去中心化; 使用多层级化的 区块链架构来提高整体系统的吞吐量以及拓展性, 同时层级化结构赋予该系统 可监管性, 提高系统可用性以及减少系统的维护成本。
[0080] 一种用于多模网络标识产生及管理的可扩展联盟链投票共识方法和系统满足以 下几点特性:
[0081] ( 1) 通过分层分片的层级化结构来搭建整体网络标识系统, 由顶层区块链 作为下层区块链的数据交互入口。 各层级区块链因管理方式的不同, 其实现细 节可以不同, 通过低耦合的方式来保证系统之间的安全性以及实现各层级之间 的特殊性以及定制性。 (2) 网络标识管理系统采用联盟链的共识算法来达成全 网共识。 联盟链仅对联盟内的节点开放发起交易权, 通过合理的权限管理可以 更好的进行网络标识的日常运维, 防止传统区块链域名系统的恶意抢注现象。
(3) 用户不参与系统的网络标识注册过程, 同时也并不知道整体系统的架构以 及相应的节点负载。 用户网络标识的注册需要由经过联盟链认证的相关机构以 及组织提交并代为注册, 整体的系统注册流程对用户透明。 (4) 网络标识数据 的存储同样采用分层化的方案在区块链系统中存储, 对应域的服务器将在本地 保存该网络域内的全部的网络标识信息, 并将必要的标识路由信息提交到区块 链中以完成网络标识的注册。
[0082] 系统总体架构
[0083] 本发明提出的共管共治的多模网络标识系统的整体系统架构参考模型如图 2所 示。 这是一种新型的网络功能分层模型。 在数据层面, 它具有一个高效的分布 式关系数据库, 而在控制层面, 依靠区块链本身的数据结构增性日志特性引入 了分布式的全网内容统一、 极强的不易篡改性及可追溯性, 增强了系统整体的 安全性。 [0084] 系统自上而下分为控制层、 路由层以及数据层。 其中控制层又分为区块链管理 子层及区块链控制子层。 区块链控制子层完成区块信息校验并达成区块链共识 后以区块形式记录域内的路由状态以及完成域内多模网络标识注册请求的认证 等, 区块链管理子层负责多模网络标识管理及寻址、 系统权限管理及线下相结 合的事务。 路由层完成对 IP地址标识、 内容标识、 身份标识等多种网络标识的生 成、 管理及寻址并负责数据包的转发及过滤, 同时各级节点依靠投票共识算法 实现各层级区块链的数据一致性。 系统最底层为数据层, 其中包括区块链数据 子层和云存储子层。 区块链数据子层存放多模网络标识路由寻址必需的数据, 称为链上数据, 其数据存储格式采用区块链链式存储。 云存储子层存放网络标 识的全部信息, 称为链下数据, 其数据存储在本地数据库。 链上数据及链下数 据采用哈希校验来保证数据的正确性及不可篡改性。 系统采用“校验上链、 数据 下链”的存储策略, 合理地利用了区块链擅长认证及交易的特性, 同时避免了区 块链数据查询所存在的缺陷, 有效提高了整体系统的服务效率。
[0085] 基于区块链的多模网络标识系统架构模型中的控制功能是位于网络控制层的一 个网络管理功能。 它为管理面中的业务承载管理提供了分布式数据域名存储、 多模网络标识管理、 高性能路由寻址等服务。 作为基于区块链的多模网络标识 系统, 其多模网络标识路由寻址由域内管家节点或委员节点完成, 获取的数据 实体存放在区块链之外, 这样一方面减轻了区块链节点的存储压力, 另一方面 能直接为标识寻址服务提供高性能的数据访问以及认证。
[0086] 依靠区块链网络节点的高性能共识机制可以对全网的域名进行统一管理以及控 制器域内节点智能感知分析, 当某一个标识寻址服务不可达宕机时区块链数据 库可以对该宕机标识进行感知并查询相对应的同内容的其他网络标识以及全网 资源的特征以及动态行为进行感知, 将原标识替换为新的路由标识以完成路由 寻址服务, 从而为多模网络标识路由的功能提供底层基础支援组件功能。
[0087] 系统业务流程
[0088] 本发明所构建的一种用于多模网络标识产生及管理系统架构中, 将转发平面与 控制平面相分离。 转发平面的网元功能相对单一, 采取分域管理、 逻辑分层及 多模态重构完成数据包转发, 支持业务普适; 控制平面主要由负责管理转发网 元的智能代理组成, 智能代理一方面要负责本域内转发网元的多维感知、 资源 管理、 网络可重构, 以及多模网络标识的生成, 另一方面负责域间的智能协调 , 完成域间寻路、 标识映射、 资源调度、 维护等工作。
[0089] 标识注册步骤如下:
[0090] 步骤 1. 注册标识。 在新构建的融合区块链的共管共治的多模网络标识系统中 , 任何能被路由寻址的标识都需要事先在网络中进行注册。 只有当标识通过联 盟链的认证并分配相应标识之后, 该资源才能被网络中其他节点访问。
[0091] 步骤 2. 联盟链节点认证。 本域联盟链在接收到用户传输的标识注册请求之后
, 联盟链节点将对其内容进行相关审查, 并通过 PoV共识算法对该通过的资源标 识进行注册。 随后将产生的标识注册区块上传至上一级联盟链并加上本地的标 识前缀。
[0092] 步骤 3. 标识注册区块传输。 当上一级区块链节点接收到标识注册区块之后, 按照一定的路由协议将其注册标识报文传输到其所在域的控制器进行后续认证 及注册操作。
[0093] 步骤 4. 标识校验。 顶级联盟链节点在接收到二级区块链的标识注册区块之后 , 将对该区块内的数据进行校验并将返回给原申请节点相应的确认信号。 由于 采用区块链数据库与区块内容相分离的原则, 原标识信息将存储在顶级域名的 区块链数据库之上, 每当有一个记账完成之时, 全网将进行相应的区块链数据 库同步工作以确认各个顶级域名之间的资源标识信息对等且统一。
[0094] 网络资源请求流程如下:
[0095] 步骤 1. 向最近的路由器传送兴趣 (Interest) 包。 当请求的内容已获得网络注 册时, 客户端即可使用相应的统一资源标识符 (Uniform Resource
Identifier, URl) 获取所需要的资源数据 (Data) 包。
[0096] 步骤 2. 本地标识数据查询。 当最近的路由器接收到用户所发出的请求之后, 通过查询转发表来确定是否要向上级域名服务器转发请求。 如果相应的标识内 容已存放在本域联盟链中, 即返回相应的标识内容, 否则, 进行步骤 3。
[0097] 步骤 3. 请求查询传输。 当本域联盟链数据库内没有相应的标识内容时, 将此 查询请求上传至上一级联盟链节点之中。 上一级联盟链节点在接受到下一级所 发送的查询请求之后, 将按照步骤 1至步骤 2进行查询。 如果查询到相应的标识 内容, 将返回给相应的内容标识给下一级联盟链节点, 否则, 将此查询请求接 着传递给上一级联盟链节点, 直到顶级联盟链节点。
[0098] 步骤 4. 标识查询验证。 若顶级联盟链服务器查询到相关已被注册标识, 则自 动根据现有网络的动态拓扑结构来下发相关的最短路径。 网络中的转发线路上 的相关路由器将收到新的转发路径表, 通过多跳路由建立数据传输通路。 若顶 级联盟链节点未查询到相应的标识, 进行步骤 5。
[0099] 步骤 5. 标识请求下发。 顶级联盟链节点根据标识的第一个前缀对查询请求进 行下发至特定的联盟链, 直至到达查询请求所指定的最下级联盟链节点进行本 地查询。 若成功查询到相应标识内容, 则将相应的资源内容传递给查询请求方 , 否则, 返回查询错误信息。 如图 3所示。
[0100] 区块链共识机制
[0101] 本发明所构建的一种用于多模网络标识产生及管理系统架构中, 将基于投票证 明的共识机制作为区块链的共识机制。 基于投票证明的共识机制将区块链系统 的节点分为用户、 管家候选、 管家和委员四种身份, 其中管家节点负责产生区 块, 委员节点负责验证区块和投票选举出管家节点, 因此委员节点是整个区块 链系统的中心, 不同委员节点之间实现去中心化, 从而实现联盟间的多方共管 和降低共识过程所需的通信复杂度。 用户节点可以自愿申请成为管家候选节点 , 委员节点从管家候选节点中选出固定数量的管家节点来负责在一个任职周期 中轮流产生区块, 管家候选节点也可以自愿退出管家候选的身份而转变成为普 通节点。 普通用户在获得半数以上委员同意后可以申请成为委员节点, 委员节 点也可以自愿退出委员的身份从而转变为用户节点。 基于投票证明的共识机制 的运行过程以共识周期为单位, 每个共识周期中产生的区块是一个人为设定的 固定值, 记为
,产生的前 - 1 个区块为普通区块, 存储了普通交易, 第
% 个区块为特殊区块, 存储了管家节点的选举交易。 每个区块中指定了下一共识 周期负责产生区块的管家。
[0102] 各个身份转换流程如下:
[0103] 用户申请成为管家候选。
[0104] 1、 用户节点向任意一个委员节点请求获取推荐信。
[0105] 2、 用户节点将推荐信和申请信息签名后发送给所有委员节点。
[0106] 3、 接收到推荐信和申请信息的委员节点验证推荐信的有效性, 若验证通过, 则对申请信息进行签名并把签名发送给用户节点, 否则, 不作任何处理。
[0107] 4、 用户节点获取半数以上的委员签名后将推荐信、 申请信息和半数以上的委 员签名封装为交易并发布该交易。
[0108] 二、 用户申请成为委员。
[0109] 1、 用户发送申请信息给所有委员节点。
[0110] 2、 若委员节点同意该用户成为委员, 则对申请信息进行签名并把签名发送给 该用户, 否则不做任何处理。
[0111] 3、 用户收集到半数以上的委员签名后将签名及申请信息封装成为一个交易发 布到网络中。
[0112] 三、 退出管家候选。
[0113] 1、 管家候选发布包含自身签名的退出管家候选申请交易到网络中。
[0114] 四、 退出委员候选。
[0115] 1、 委员发布包含自身签名的退出委员候选申请交易到网络中。
[0116] 五、 选举管家。
[0117] 1、 委员节点从管家候选中选择一批固定数量的管家候选名单作为选票交易发 送给所有管家节点。
[0118] 2、 负责打包区块的管家在收集到所有的委员投票后统计票数, 获票数最多的 管家序列当选下一任管家团队, 当值管家将选举结果封装在预区块中。
[0119] 共识过程流程如下:
[0120] 1、 负责产生区块的管家从交易池中选取一定数量的交易打包进预区块中并将 预区块发送给所有委员请求签名。
[0121] 2、 委员验证预区块的正确性, 若验证通过, 则对区块头进行签名并发回管家 节点。 否则不做任何处理。
[0122] 3、 管家节点收集到半数以上委员签名后将签名列表存放进区块头中, 加上时 间戳后发布区块。
[0123] 多模网络标识的更新及修改: 在多模标识网络系统中, 由于数据存储在区块链 上, 因此在系统中对多模网络标识的修改视为一个新标识的注册过程。
[0124] 多模网络标识的删除: 在多模网络标识系统中, 由于数据存储在区块链上, 链 上数据无法被删除或者修改。 因此区块链系统将人为的设置区块有效期, 其存 续时间参考现有 DNS域名寻址系统。 超出系统设置时间未重新对域名标识进行 更新的话, 系统将自动删除过期区块, 同时线下数据库也将删除线下数据。 此 时多模网络标识将自动失效。
[0125] 系统性能描述
[0126] 本发明所设计的多层次化、 分片化区块链系统解决了现阶段区块链系统所存在 的系统吞吐量不足的痛点问题。 以多模网络系统在中国范围内部署为例对整体 性能进行评估: 参考中国现阶段的行政级别, 以中国现有的 294个地级市作为多 层级区块链的基础层, 其以主要的网络运营商为联盟链管家节点, 相应政府网 络管理办为该联盟链的委员节点, 每个地级市预计至少部署 10条多模网络标识 管理的联盟链, 以 PoV投票共识算法作为测试基准, 其单链的 TPS在 500左右。 因此, 对每个地级市而言, 多层级的区块链系统架构其 TPS至少为 5000。 行政级 别较高的行政主体处于多层级区块链中的较高层, 例如, 省级单位所在的区块 链为市级单位所在区块链的上层链, 并提供相应的索引接口以提供网络标识的 快速查询。 在多层级区块链架构中, 在国家顶级链节点中, 工信部相关管理单 位以及大型域名寻址公司作为中国的网络标识区块链的顶层节点。 全中国域内 的多层次化、 分片化区块链架构中预计多模网络标识处理的 TPS为 147万次每秒 。 同时考虑网络带宽以及传输信道延迟等问题, 整体的系统性能约为 117万次每 秒。
[0127] 本发明的另一目的在于提供基于联盟链投票共识算法产生及管理多模网络标识 的系统, 所述系统包括
[0128] 标识生成模块, 用于利用区块链技术将网络中的内容进行标识、 寻址生成多模 标识网络;
[0129] 层级化管理模块, 用于将多模标识网络进行域划分构成层级化区块链系统并通 过 PoV投票共识算法对每个网络域进行管理;
[0130] 多模标识生成模块, 用于多模标识网络根据区块链架构形成多模标识网络系统
[0131] 共识管理模块, 用于利用联盟链的共识算法对多模标识网络系统进行全网共识 管理。
[0132] 所述多模标识网络系统根据联盟链的共识算法的全网共识管理自上而下分为控 制层、 路由层及数据层; 所述控制层包括区块链管理子层及区块链控制子层;
[0133] 所述区块链控制子层, 用于完成区块信息校验并达成区块链共识后以区块形式 记录域内的路由状态以及完成域内多模网络标识注册请求的认证;
[0134] 所述区块链管理子层, 用于负责多模标识网络管理及寻址、 系统权限管理及线 下相结合的事务。
[0135] 所述路由层, 用于完成对 IP地址标识、 内容标识、 身份标识的多种网络标识的 生成、 管理及路由寻找并负责数据包的转发及过滤, 同时各级节点依靠投票共 识算法实现各层级区块链的数据一致性。
[0136] 所述数据层包括区块链数据子层和云存储子层;
[0137] 所述区块链数据子层, 用于存放多模网络标识路由寻址必需的数据, 称为链上 数据, 其数据存储格式采用区块链链式存储;
[0138] 所述云存储子层, 用于存放网络标识的全部信息, 称为链下数据, 其数据存储 在本地数据库。 [0139] 所述链上数据及所述链下数据采用哈希校验来保证数据的正确性及不可篡改性
[0140] 所述多模网络标识系统中顶层区块链作为下层区块链的数据交互入口。
[0141] 所述多模标识网络系统架构模型中控制功能是位于控制层的一个管理功能, 为 管理面中的业务承载管理提供分布式数据存储、 多模网络标识管理、 高性能路 由寻址的服务, 在区块链多模网络标识系统中多模网络标识路由寻址由域内管 家节点或委员节点完成, 获取的数据实体存放在区块链之外。
[0142] 所述多模网络标识系统中将转发平面与控制平面相分离, 所述转发平面采用分 域管理、 逻辑分层及多模态重构完成数据包转发; 所述控制平面由负责管理转 发网元的智能代理组成, 所述智能代理负责本域内转发网元的多维感知、 资源 管理、 网络可重构及多模网络标识的生成, 负责域间的智能协调, 完成域间寻 路、 标识映射、 资源调度、 维护的工作。
[0143] 所述多模网络标识系统中的标识注册包括
[0144] 标识注册请求单元, 用于能够被寻址的用户向就近的多模标识网络节点申请标 识注册请求;
[0145] 审查认证注册标识单元, 用于本域联盟链对接收的用户标识注册请求进行审查 认证注册标识区块并上传;
[0146] 认证和注册单元, 用于上级区块链节点将接收的标识注册区块按照要求将其报 文传输到其所在域控制器进行认证和注册;
[0147] 校验反馈单元, 顶级联盟链节点接收下级区块链的标识注册区块后对数据进行 校验并反馈原节点确认信号。
[0148] 所述节点请求网络资源包括以下步骤:
[0149] 兴趣包传送单元, 用于标识注册节点向就近的路由器传送兴趣包;
[0150] 本地标识数据查询单元, 用于就近路由器查询转发表判断查询的标识内容是否 存放在本域联盟链中, 如是, 则并返回相应的标识内容, 如否, 则向上级多模 网络标识服务器转发请求并执行请求查询传输单元;
[0151] 请求查询传输单元, 用于上一级联盟链节点根据接收的查询请求, 在联盟链中 进行标识内容查询, 如查询到标识内容, 返回标识内容给下一级联盟链节点, 如查询不到标识内容, 将查询请求转发给上一级联盟链节点, 直到顶级联盟链 节点;
[0152] 判断单元, 用于判断顶级联盟链服务器是否查询到相关已被注册网络标识, 若 查询到, 则将自动根据现有网络的动态拓扑结构下发相关的最短路径, 网络中 的转发线路上的相关路由器将收到新的转发路径表, 通过多跳路由建立数据传 输通路, 若查询不到, 则执行转发查询单元;
[0153] 转发查询单元, 用于顶级联盟链节点根据标识的第一个前缀将查询请求下发至 特定的联盟链, 到达查询请求所指定最下级联盟链节点进行本地查询;
[0154] 查询成功判断单元, 用于判断在最下级联盟链节点本地查询是否成功, 若查询 成功, 则将相应的资源内容传递给查询请求方, 若查询不成功, 则反馈错误查 询信息。
[0155] 本发明—种用于多模网络标识产生及管理的结构化分片分层分布式的高通量 联盟链投票共识算法, 解决了许多现阶段区块链存在的痛点问题: (1) 引入多 层次、 分片化的区块链模型架构从而大幅度提高了系统的处理性能。 (2) 多层 级的区块链可以通过相应域内的管家节点以及委员节点快速访问其余各层级区 块链的相关路由信息。 (3) 由于域内管理节点维护了本地域内的全部区块链数 据, 所以域内的任何客户端均可以通过域内管理节点进行快速路由信息获取。
(4) 通过引入投票共识机制对网络标识信息进行有效地监管, 避免了网络标识 信息被恶意抢注。 (5) 使用了多模网络, 避免了传统网络 IP细腰的结构性的缺 陷。
[0156] 在本发明中, 通过 (1) 使用分布式、 去中心化的区块链技术作为多模网络模 型的路由数据存储、 查询底层技术, 避免了传统 DNS域名系统的中心化的安全 威胁。 (2) 通过多条区块链层级化、 分片化管理来提供一个完整、 高效的网络 标识路由寻址服务。 (3) 提供了完整的多模网络标识管理的技术解决方案, 构 建一个基于区块链技术的完整的网络标识管理模块。 (4) 提供了一个多层级化 、 分片化的区块链数据管理方案, 大幅度提升了原先区块链的系统处理性能。
[0157] 以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡在本发明的 精神和原则之内所作的任何修改、 等同替换和改进等, 均应包含在本发明的保 护范围之内。

Claims

权利要求书
[权利要求 1] 基于联盟链投票共识算法产生及管理多模网络标识的方法, 其特征在 于, 所述方法包括以下步骤:
si、 利用区块链技术将网络中的内容进行标识、 寻址生成多模标识网 络;
52、 将多模标识网络进行域划分构成层级化区块链系统并通过 PoV投 票共识算法对每个网络域进行管理;
53、 多模标识网络根据区块链架构形成多模标识网络系统;
54、 利用联盟链的共识算法对多模标识网络系统进行全网共识管理。
[权利要求 2] 根据权利要求 1所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述多模标识网络系统根据联盟链的共识 算法的全网共识管理自上而下分为控制层、 路由层及数据层; 所述控 制层包括区块链管理子层及区块链控制子层;
所述区块链控制子层, 用于完成区块信息校验并达成区块链共识后以 区块形式记录域内的路由状态以及完成域内多模网络标识注册请求的 认证;
所述区块链管理子层, 用于负责多模标识网络管理及寻址、 系统权限 管理及线下相结合的事务。
[权利要求 3] 根据权利要求 1或 2所述的基于联盟链投票共识算法产生及管理多模标 识网络的方法, 其特征在于, 所述路由层, 用于完成对 IP地址标识、 内容标识、 身份标识的多种网络标识的生成、 管理及路由寻找并负责 数据包的转发及过滤, 同时各级节点依靠投票共识算法实现各层级区 块链的数据一致性。
[权利要求 4] 根据权利要求 1-3任一项所述的基于联盟链投票共识算法产生及管理 多模标识网络的方法, 其特征在于, 所述数据层包括区块链数据子层 和云存储子层;
所述区块链数据子层, 用于存放多模网络标识路由寻址必需的数据, 称为链上数据, 其数据存储格式采用区块链链式存储; 所述云存储子层, 用于存放网络标识的全部信息, 称为链下数据, 其 数据存储在本地数据库。
[权利要求 5] 根据权利要求 4所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述链上数据及所述链下数据采用哈希校 验来保证数据的正确性及不可篡改性。
[权利要求 6] 根据权利要求 5所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述多模网络标识系统中顶层区块链作为 下层区块链的数据交互入口。
[权利要求 7] 根据权利要求 6所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述多模标识网络系统架构模型中控制功 能是位于控制层的一个管理功能, 为管理面中的业务承载管理提供分 布式数据存储、 多模网络标识管理、 高性能路由寻址的服务, 在区块 链多模网络标识系统中多模网络标识路由寻址由域内管家节点或委员 节点完成, 获取的数据实体存放在区块链之外。
[权利要求 8] 根据权利要求 7所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述多模网络标识系统中将转发平面与控 制平面相分离, 所述转发平面采用分域管理、 逻辑分层及多模态重构 完成数据包转发; 所述控制平面由负责管理转发网元的智能代理组成 , 所述智能代理负责本域内转发网元的多维感知、 资源管理、 网络可 重构及多模网络标识的生成, 负责域间的智能协调, 完成域间寻路、 标识映射、 资源调度、 维护的工作。
[权利要求 9] 根据权利要求 1-8任一项所述的基于联盟链投票共识算法产生及管理 多模标识网络的方法, 其特征在于, 所述多模网络标识系统中的标识 注册包括以下步骤:
511、 能够被寻址的用户向就近的多模标识网络节点申请标识注册请 求;
512、 本域联盟链对接收的用户标识注册请求进行审查认证注册标识 区块并上传; 513、 上级区块链节点将接收的标识注册区块按照要求将其报文传输 到其所在域控制器进行认证和注册;
514、 顶级联盟链节点接收下级区块链的标识注册区块后对数据进行 校验并反馈原节点确认信号。
[权利要求 10] 根据权利要求 9所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述节点请求网络资源包括以下步骤:
521、 标识注册节点向就近的路由器传送兴趣包;
522、 就近路由器查询转发表判断查询的标识内容是否存放在本域联 盟链中, 如是, 则并返回相应的标识内容, 如否, 则向上级多模网络 标识服务器转发请求并执行下一步;
523、 上一级联盟链节点根据接收的查询请求, 在联盟链中进行标识 内容查询, 如查询到标识内容, 返回标识内容给下一级联盟链节点, 如查询不到标识内容, 将查询请求转发给上一级联盟链节点, 直到顶 级联盟链节点;
524、 判断顶级联盟链服务器是否查询到相关已被注册网络标识, 若 查询到, 则将自动根据现有网络的动态拓扑结构下发相关的最短路径 , 网络中的转发线路上的相关路由器将收到新的转发路径表, 通过多 跳路由建立数据传输通路, 若查询不到, 则执行步骤 S25 ;
525、 顶级联盟链节点根据标识的第一个前缀将查询请求下发至特定 的联盟链, 到达查询请求所指定最下级联盟链节点进行本地查询;
526、 判断在最下级联盟链节点本地查询是否成功, 若查询成功, 则 将相应的资源内容传递给查询请求方, 若查询不成功, 则反馈错误查 询信息。
[权利要求 11] 基于联盟链投票共识算法产生及管理多模网络标识的系统, 其特征在 于, 所述系统包括
标识生成模块, 用于利用区块链技术将网络中的内容进行标识、 寻址 生成多模标识网络;
层级化管理模块, 用于将多模标识网络进行域划分构成层级化区块链 系统并通过 PoV投票共识算法对每个网络域进行管理; 多模标识生成模块, 用于多模标识网络根据区块链架构形成多模标识 网络系统;
共识管理模块, 用于利用联盟链的共识算法对多模标识网络系统进行 全网共识管理。
[权利要求 12] 根据权利要求 11所述的基于联盟链投票共识算法产生及管理多模标识 网络的系统, 其特征在于, 所述多模标识网络系统根据联盟链的共识 算法的全网共识管理自上而下分为控制层、 路由层及数据层; 所述控 制层包括区块链管理子层及区块链控制子层;
所述区块链控制子层, 用于完成区块信息校验并达成区块链共识后以 区块形式记录域内的路由状态以及完成域内多模网络标识注册请求的 认证;
所述区块链管理子层, 用于负责多模标识网络管理及寻址、 系统权限 管理及线下相结合的事务。
[权利要求 13] 根据权利要求 11或 12所述的基于联盟链投票共识算法产生及管理多模 标识网络的方法, 其特征在于, 所述路由层, 用于完成对 IP地址标识 、 内容标识、 身份标识的多种网络标识的生成、 管理及路由寻找并负 责数据包的转发及过滤, 同时各级节点依靠投票共识算法实现各层级 区块链的数据一致性。
[权利要求 14] 根据权利要求 11-13任一项所述的基于联盟链投票共识算法产生及管 理多模标识网络的系统, 其特征在于, 所述数据层包括区块链数据子 层和云存储子层;
所述区块链数据子层, 用于存放多模网络标识路由寻址必需的数据, 称为链上数据, 其数据存储格式采用区块链链式存储;
所述云存储子层, 用于存放网络标识的全部信息, 称为链下数据, 其 数据存储在本地数据库。
[权利要求 15] 根据权利要求 14所述的基于联盟链投票共识算法产生及管理多模标识 网络的系统, 其特征在于, 所述链上数据及所述链下数据采用哈希校 验来保证数据的正确性及不可篡改性。
[权利要求 16] 根据权利要求 15所述的基于联盟链投票共识算法产生及管理多模标识 网络的系统, 其特征在于, 所述多模网络标识系统中顶层区块链作为 下层区块链的数据交互入口。
[权利要求 17] 根据权利要求 16所述的基于联盟链投票共识算法产生及管理多模标识 网络的系统, 其特征在于, 所述多模标识网络系统架构模型中控制功 能是位于控制层的一个管理功能, 为管理面中的业务承载管理提供分 布式数据存储、 多模网络标识管理、 高性能路由寻址的服务, 在区块 链多模网络标识系统中多模网络标识路由寻址由域内管家节点或委员 节点完成, 获取的数据实体存放在区块链之外。
[权利要求 18] 根据权利要求 17所述的基于联盟链投票共识算法产生及管理多模标识 网络的方法, 其特征在于, 所述多模网络标识系统中将转发平面与控 制平面相分离, 所述转发平面采用分域管理、 逻辑分层及多模态重构 完成数据包转发; 所述控制平面由负责管理转发网元的智能代理组成 , 所述智能代理负责本域内转发网元的多维感知、 资源管理、 网络可 重构及多模网络标识的生成, 负责域间的智能协调, 完成域间寻路、 标识映射、 资源调度、 维护的工作。
[权利要求 19] 根据权利要求 11-18任一项所述的基于联盟链投票共识算法产生及管 理多模标识网络的系统, 其特征在于, 所述多模网络标识系统中的标 识注册包括
标识注册请求单元, 用于能够被寻址的用户向就近的多模标识网络节 点申请标识注册请求;
审查认证注册标识单元, 用于本域联盟链对接收的用户标识注册请求 进行审查认证注册标识区块并上传;
认证和注册单元, 用于上级区块链节点将接收的标识注册区块按照要 求将其报文传输到其所在域控制器进行认证和注册;
校验反馈单元, 顶级联盟链节点接收下级区块链的标识注册区块后对 数据进行校验并反馈原节点确认信号。 [权利要求 20] 根据权利要求 19所述的基于联盟链投票共识算法产生及管理多模标识 网络的系统, 其特征在于, 所述节点请求网络资源包括以下步骤: 兴趣包传送单元, 用于标识注册节点向就近的路由器传送兴趣包; 本地标识数据查询单元, 用于就近路由器查询转发表判断查询的标识 内容是否存放在本域联盟链中, 如是, 则并返回相应的标识内容, 如 否, 则向上级多模网络标识服务器转发请求并执行请求查询传输单元 请求查询传输单元, 用于上一级联盟链节点根据接收的查询请求, 在 联盟链中进行标识内容查询, 如查询到标识内容, 返回标识内容给下 一级联盟链节点, 如查询不到标识内容, 将查询请求转发给上一级联 盟链节点, 直到顶级联盟链节点;
判断单元, 用于判断顶级联盟链服务器是否查询到相关已被注册网络 标识, 若查询到, 则将自动根据现有网络的动态拓扑结构下发相关的 最短路径, 网络中的转发线路上的相关路由器将收到新的转发路径表 , 通过多跳路由建立数据传输通路, 若查询不到, 则执行转发查询单 元;
转发查询单元, 用于顶级联盟链节点根据标识的第一个前缀将查询请 求下发至特定的联盟链, 到达查询请求所指定最下级联盟链节点进行 本地查询;
查询成功判断单元, 用于判断在最下级联盟链节点本地查询是否成功 , 若查询成功, 则将相应的资源内容传递给查询请求方, 若查询不成 功, 则反馈错误查询信息。
PCT/CN2018/119723 2018-12-07 2018-12-07 基于联盟链投票共识算法产生及管理多模标识网络的方法 WO2020113545A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201880036644.2A CN110945853B (zh) 2018-12-07 2018-12-07 基于联盟链投票共识算法产生及管理多模标识网络的方法
PCT/CN2018/119723 WO2020113545A1 (zh) 2018-12-07 2018-12-07 基于联盟链投票共识算法产生及管理多模标识网络的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/119723 WO2020113545A1 (zh) 2018-12-07 2018-12-07 基于联盟链投票共识算法产生及管理多模标识网络的方法

Publications (1)

Publication Number Publication Date
WO2020113545A1 true WO2020113545A1 (zh) 2020-06-11

Family

ID=69905305

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/119723 WO2020113545A1 (zh) 2018-12-07 2018-12-07 基于联盟链投票共识算法产生及管理多模标识网络的方法

Country Status (2)

Country Link
CN (1) CN110945853B (zh)
WO (1) WO2020113545A1 (zh)

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111708820A (zh) * 2020-06-17 2020-09-25 中国银行股份有限公司 一种出行数据查询方法
CN111835863A (zh) * 2020-07-23 2020-10-27 上海优扬新媒信息技术有限公司 电子资源处理方法、装置、设备及存储介质
CN111882319A (zh) * 2020-07-07 2020-11-03 苏波 区块链数据上链处理方法、装置及设备
CN112039840A (zh) * 2020-07-22 2020-12-04 中国人民解放军陆军工程大学 一种基于区块链共识机制的可信威胁情报识别方法及装置
CN112200501A (zh) * 2020-11-19 2021-01-08 苏州协同创新智能制造装备有限公司 一种工业互联网标识解析系统
CN112330339A (zh) * 2020-11-04 2021-02-05 广州粤创富科技有限公司 一种基于宠物疫病预防控制的疫苗可追溯管理方法及平台
CN112347491A (zh) * 2020-09-24 2021-02-09 上海对外经贸大学 一种用于双中台双链架构的内生性数据安全交互的方法
CN112364371A (zh) * 2020-10-16 2021-02-12 杭州甘道智能科技有限公司 基于区块链的疫苗转移监控的装置及方法
CN112702346A (zh) * 2020-12-24 2021-04-23 国网浙江省电力有限公司电力科学研究院 基于联盟链的分布式身份认证方法及系统
US20210203477A1 (en) * 2019-12-27 2021-07-01 Sichuan Interstellar Roewe Technology Co,Ltd Method and device for blockchain full sharding based on a p2p storage network and a multi-layer architecture
CN113704350A (zh) * 2021-08-03 2021-11-26 西安交通大学 基于区块链多链技术融合的智能电动汽车数据存储方法
CN113765808A (zh) * 2021-06-16 2021-12-07 北京交通大学 一种网络路由方法、系统、装置及电子设备
CN113821566A (zh) * 2021-09-10 2021-12-21 杭州链网科技有限公司 一种基于多链分片的区块链聚合架构
CN113837245A (zh) * 2021-09-06 2021-12-24 西安理工大学 一种柔性印刷电子装备核心单元故障诊断方法
CN114065283A (zh) * 2020-11-20 2022-02-18 北京邮电大学 一种轻量级可循环再生的区块链存储方法及装置
CN114157550A (zh) * 2021-12-06 2022-03-08 东北大学 一种基于无冲突事务合并的联盟区块链系统
CN114172689A (zh) * 2021-11-11 2022-03-11 卓尔智联(武汉)研究院有限公司 一种信息处理方法及设备
CN114221848A (zh) * 2021-12-16 2022-03-22 中国人民公安大学 一种分布式数据回传网络构建方法
CN114362957A (zh) * 2021-12-24 2022-04-15 杭州溪塔科技有限公司 使用邀请码的联盟链共建方法和系统
CN114584474A (zh) * 2022-03-04 2022-06-03 中国建设银行股份有限公司 联盟区块链及分层部署方法
CN114650289A (zh) * 2020-12-02 2022-06-21 王志诚 用于区块链共识的方法及装置
CN114760325A (zh) * 2020-12-25 2022-07-15 中移动信息技术有限公司 业务数据处理方法、设备、存储介质及共享平台
CN114997864A (zh) * 2022-04-24 2022-09-02 广东电网有限责任公司广州供电局 基于云平台与区块链的电力缴费管理系统、方法、设备及介质
CN115426312A (zh) * 2022-11-04 2022-12-02 之江实验室 一种大规模多模态网络中标识管理及优化转发方法和装置
CN115545936A (zh) * 2022-11-22 2022-12-30 北京共识数信科技有限公司 一种多链管理方法、系统
CN115686778A (zh) * 2022-10-11 2023-02-03 暨南大学 一种基于区块链的去中心化群体机器人系统框架
CN115766217A (zh) * 2022-11-15 2023-03-07 武汉大学 一种电网安全稳定控制系统通信业务拓扑认证系统及方法
CN114866558B (zh) * 2022-05-10 2023-04-18 厦门理工学院 基于数字服务技术的区块链认证平台与方法
CN116506444A (zh) * 2023-06-28 2023-07-28 北京科技大学 一种基于深度强化学习与信誉机制的区块链稳定分片方法
CN116862513A (zh) * 2023-08-30 2023-10-10 环球数科集团有限公司 一种基于PoS共识的高安全性公共支付系统
CN114915436B (zh) * 2021-02-08 2024-02-23 中国电信股份有限公司 安全系统以及安全防护方法

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111552976A (zh) * 2020-04-12 2020-08-18 天津金农企业管理咨询合伙企业(有限合伙) 一种区块链的跨境公证方法及系统
CN111741061B (zh) * 2020-05-12 2023-03-28 深圳市正能信息技术有限公司 一种基于区块链技术的电子设备广域管理系统
CN111737363A (zh) * 2020-07-22 2020-10-02 百度在线网络技术(北京)有限公司 区块链运行方法、装置、设备及存储介质
CN112104482B (zh) * 2020-08-11 2021-06-29 佛山赛思禅科技有限公司 一种基于并行投票的共识方法
CN112235252B (zh) * 2020-09-21 2023-02-07 西安电子科技大学 基于区块链的安全识别方法、安全识别系统及存储介质
CN112511350B (zh) * 2020-12-01 2023-04-07 浙商银行股份有限公司 联盟链多级共识方法、设备及存储介质
CN112529581A (zh) * 2020-12-23 2021-03-19 广州大学 基于区块链的域名数据存储系统及其数据交易实现方法
CN112804152B (zh) * 2020-12-30 2022-06-17 佛山赛思禅科技有限公司 一种支持分组通信网络寻址路由标识不断演进的方法及系统
CN115002862A (zh) * 2021-03-02 2022-09-02 中国移动通信有限公司研究院 算力处理的网络系统、业务处理方法及算力网元节点
CN113157805B (zh) * 2021-04-16 2024-05-03 西安瓜大网络科技有限公司 一种事务定序共识方法和系统
CN113193992B (zh) * 2021-04-16 2022-08-23 宁波图灵奇点智能科技有限公司 一种区块链平台、方法、装置、计算机设备及存储介质
CN113255003B (zh) * 2021-06-15 2022-03-18 中国电子科技网络信息安全有限公司 一种区块链系统安全管控方法
CN114629631B (zh) * 2021-07-21 2024-01-09 国网河南省电力公司信息通信公司 基于联盟链的数据可信交互方法、系统及电子设备
CN114095373B (zh) * 2021-10-29 2024-04-19 浙商银行股份有限公司 基于知识图谱的联盟链管理方法、系统、设备及存储介质
CN114884899A (zh) * 2022-07-12 2022-08-09 之江实验室 一种多模态核心网转发和调度方法及装置
CN117200977B (zh) * 2023-11-07 2024-01-19 天津市城市规划设计研究总院有限公司 一种智慧城市领域区块链数据分层存储的方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170243208A1 (en) * 2016-02-22 2017-08-24 Bank Of America Corporation System for control of device identity and usage in a process data network
CN107147735A (zh) * 2017-05-12 2017-09-08 北京博晨技术有限公司 一种基于分层结构的分布式账本系统
CN107239940A (zh) * 2017-05-11 2017-10-10 北京博晨技术有限公司 基于区块链系统的网络交易方法及装置
CN107358420A (zh) * 2017-06-09 2017-11-17 北京博晨技术有限公司 用于实现热点账户的区块链系统以及实现热点账户的方法
CN108124502A (zh) * 2017-03-31 2018-06-05 北京大学深圳研究生院 一种基于联盟链的顶级域名管理方法及系统
CN108492103A (zh) * 2018-02-07 2018-09-04 北京大学深圳研究生院 一种联盟区块链共识方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107395403B (zh) * 2017-07-07 2020-01-14 北京区块链云科技有限公司 一种适用于大规模电子商务的基于信用的区块链共识方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170243208A1 (en) * 2016-02-22 2017-08-24 Bank Of America Corporation System for control of device identity and usage in a process data network
CN108124502A (zh) * 2017-03-31 2018-06-05 北京大学深圳研究生院 一种基于联盟链的顶级域名管理方法及系统
CN107239940A (zh) * 2017-05-11 2017-10-10 北京博晨技术有限公司 基于区块链系统的网络交易方法及装置
CN107147735A (zh) * 2017-05-12 2017-09-08 北京博晨技术有限公司 一种基于分层结构的分布式账本系统
CN107358420A (zh) * 2017-06-09 2017-11-17 北京博晨技术有限公司 用于实现热点账户的区块链系统以及实现热点账户的方法
CN108492103A (zh) * 2018-02-07 2018-09-04 北京大学深圳研究生院 一种联盟区块链共识方法

Cited By (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210203477A1 (en) * 2019-12-27 2021-07-01 Sichuan Interstellar Roewe Technology Co,Ltd Method and device for blockchain full sharding based on a p2p storage network and a multi-layer architecture
US11522673B2 (en) * 2019-12-27 2022-12-06 Qizhong Zhu Method and device for blockchain full sharding based on a P2P storage network and a multi-layer architecture
CN111708820A (zh) * 2020-06-17 2020-09-25 中国银行股份有限公司 一种出行数据查询方法
CN111882319A (zh) * 2020-07-07 2020-11-03 苏波 区块链数据上链处理方法、装置及设备
CN112039840A (zh) * 2020-07-22 2020-12-04 中国人民解放军陆军工程大学 一种基于区块链共识机制的可信威胁情报识别方法及装置
CN111835863A (zh) * 2020-07-23 2020-10-27 上海优扬新媒信息技术有限公司 电子资源处理方法、装置、设备及存储介质
CN111835863B (zh) * 2020-07-23 2023-04-18 度小满科技(北京)有限公司 电子资源处理方法、装置、设备及存储介质
CN112347491A (zh) * 2020-09-24 2021-02-09 上海对外经贸大学 一种用于双中台双链架构的内生性数据安全交互的方法
CN112364371B (zh) * 2020-10-16 2024-04-16 杭州甘道智能科技有限公司 基于区块链的疫苗转移监控的装置及方法
CN112364371A (zh) * 2020-10-16 2021-02-12 杭州甘道智能科技有限公司 基于区块链的疫苗转移监控的装置及方法
CN112330339A (zh) * 2020-11-04 2021-02-05 广州粤创富科技有限公司 一种基于宠物疫病预防控制的疫苗可追溯管理方法及平台
CN112200501A (zh) * 2020-11-19 2021-01-08 苏州协同创新智能制造装备有限公司 一种工业互联网标识解析系统
CN114065283A (zh) * 2020-11-20 2022-02-18 北京邮电大学 一种轻量级可循环再生的区块链存储方法及装置
CN114065283B (zh) * 2020-11-20 2024-05-28 北京邮电大学 一种轻量级可循环再生的区块链存储方法及装置
CN114650289B (zh) * 2020-12-02 2023-04-14 王志诚 用于区块链共识的方法及装置
CN114650289A (zh) * 2020-12-02 2022-06-21 王志诚 用于区块链共识的方法及装置
CN112702346B (zh) * 2020-12-24 2024-05-10 国网浙江省电力有限公司电力科学研究院 基于联盟链的分布式身份认证方法及系统
CN112702346A (zh) * 2020-12-24 2021-04-23 国网浙江省电力有限公司电力科学研究院 基于联盟链的分布式身份认证方法及系统
CN114760325A (zh) * 2020-12-25 2022-07-15 中移动信息技术有限公司 业务数据处理方法、设备、存储介质及共享平台
CN114915436B (zh) * 2021-02-08 2024-02-23 中国电信股份有限公司 安全系统以及安全防护方法
CN113765808A (zh) * 2021-06-16 2021-12-07 北京交通大学 一种网络路由方法、系统、装置及电子设备
CN113704350A (zh) * 2021-08-03 2021-11-26 西安交通大学 基于区块链多链技术融合的智能电动汽车数据存储方法
CN113837245A (zh) * 2021-09-06 2021-12-24 西安理工大学 一种柔性印刷电子装备核心单元故障诊断方法
CN113837245B (zh) * 2021-09-06 2024-04-09 西安理工大学 一种柔性印刷电子装备核心单元故障诊断方法
CN113821566A (zh) * 2021-09-10 2021-12-21 杭州链网科技有限公司 一种基于多链分片的区块链聚合架构
CN114172689A (zh) * 2021-11-11 2022-03-11 卓尔智联(武汉)研究院有限公司 一种信息处理方法及设备
CN114172689B (zh) * 2021-11-11 2023-11-28 卓尔智联(武汉)研究院有限公司 一种信息处理方法及设备
CN114157550B (zh) * 2021-12-06 2023-01-31 东北大学 一种基于无冲突事务合并的联盟区块链系统
CN114157550A (zh) * 2021-12-06 2022-03-08 东北大学 一种基于无冲突事务合并的联盟区块链系统
CN114221848B (zh) * 2021-12-16 2023-06-02 中国人民公安大学 一种分布式数据回传网络构建方法
CN114221848A (zh) * 2021-12-16 2022-03-22 中国人民公安大学 一种分布式数据回传网络构建方法
CN114362957B (zh) * 2021-12-24 2023-05-16 杭州溪塔科技有限公司 使用邀请码的联盟链共建方法和系统
CN114362957A (zh) * 2021-12-24 2022-04-15 杭州溪塔科技有限公司 使用邀请码的联盟链共建方法和系统
CN114584474A (zh) * 2022-03-04 2022-06-03 中国建设银行股份有限公司 联盟区块链及分层部署方法
CN114997864A (zh) * 2022-04-24 2022-09-02 广东电网有限责任公司广州供电局 基于云平台与区块链的电力缴费管理系统、方法、设备及介质
CN114866558B (zh) * 2022-05-10 2023-04-18 厦门理工学院 基于数字服务技术的区块链认证平台与方法
CN115686778A (zh) * 2022-10-11 2023-02-03 暨南大学 一种基于区块链的去中心化群体机器人系统框架
US12015548B2 (en) 2022-11-04 2024-06-18 Zhejiang Lab Method and device for identification management and optimized forwarding in large-scale polymorphic network
CN115426312A (zh) * 2022-11-04 2022-12-02 之江实验室 一种大规模多模态网络中标识管理及优化转发方法和装置
CN115766217A (zh) * 2022-11-15 2023-03-07 武汉大学 一种电网安全稳定控制系统通信业务拓扑认证系统及方法
CN115766217B (zh) * 2022-11-15 2024-04-30 武汉大学 一种电网安全稳定控制系统通信业务拓扑认证系统及方法
CN115545936A (zh) * 2022-11-22 2022-12-30 北京共识数信科技有限公司 一种多链管理方法、系统
CN116506444B (zh) * 2023-06-28 2023-10-17 北京科技大学 一种基于深度强化学习与信誉机制的区块链稳定分片方法
CN116506444A (zh) * 2023-06-28 2023-07-28 北京科技大学 一种基于深度强化学习与信誉机制的区块链稳定分片方法
CN116862513B (zh) * 2023-08-30 2023-11-07 环球数科集团有限公司 一种基于PoS共识的高安全性公共支付系统
CN116862513A (zh) * 2023-08-30 2023-10-10 环球数科集团有限公司 一种基于PoS共识的高安全性公共支付系统

Also Published As

Publication number Publication date
CN110945853B (zh) 2022-06-21
CN110945853A (zh) 2020-03-31

Similar Documents

Publication Publication Date Title
WO2020113545A1 (zh) 基于联盟链投票共识算法产生及管理多模标识网络的方法
CN110351381B (zh) 一种基于区块链的物联网可信分布式数据共享方法
CN111373704B (zh) 一种支持多模标识网络寻址渐进去ip的方法、系统及存储介质
US20230006846A1 (en) Data processing method and apparatus based on blockchain network
CN108124502B (zh) 一种基于联盟链的顶级域名管理方法及系统
WO2021254029A1 (zh) 一种共识和资源传输方法、设备及存储介质
Ren et al. Potential identity resolution systems for the industrial Internet of Things: A survey
CN104322010B (zh) 用于比较配置文件和生成校正命令的系统和方法
CN110061838A (zh) 一种dns资源记录的去中心化存储系统及其实现、信息检索方法
CN111752246B (zh) 基于区块链和人工智能驱动的无人机蜂群协同工作平台
CN103314566A (zh) 用于管理域名系统安全(dnssec)的系统和方法
CN107771320A (zh) 用于改善安全套接字层(ssl)通信安全性的系统和方法
CN111800758B (zh) 基于区块链的无人机蜂群分层共识方法
CN111737352B (zh) 一种基于区块链的供应链信息协同管理方法
CN101714996A (zh) 基于对等计算网络的认证系统及方法
WO2021036707A1 (zh) 一种后ip的主权网体系架构
CN101193103A (zh) 一种分配和验证身份标识的方法及系统
CN112132581B (zh) 基于iota的pki身份认证系统及方法
Li et al. MIN: Co-governing multi-identifier network architecture and its prototype on operator’s network
CN101115062A (zh) 分布式智能代理系统、注册中心及注册、消息路由方法
Kamel et al. A decentralized and scalable model for resource discovery in IoT network
CN112532753B (zh) 区块链系统的数据同步方法、装置、介质及电子设备
CN106027555A (zh) 一种采用sdn技术改善内容分发网络安全性的方法及系统
Zhang et al. Web 3.0: Developments and Directions of the Future Internet Architecture?
CN115001816A (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: 18942607

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18942607

Country of ref document: EP

Kind code of ref document: A1