Movatterモバイル変換


[0]ホーム

URL:


CN114372882B - A sharding expansion method based on network protocol - Google Patents

A sharding expansion method based on network protocol
Download PDF

Info

Publication number
CN114372882B
CN114372882BCN202111536258.XACN202111536258ACN114372882BCN 114372882 BCN114372882 BCN 114372882BCN 202111536258 ACN202111536258 ACN 202111536258ACN 114372882 BCN114372882 BCN 114372882B
Authority
CN
China
Prior art keywords
node
virtual
request transaction
intelligent contract
contract
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111536258.XA
Other languages
Chinese (zh)
Other versions
CN114372882A (en
Inventor
魏钢强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Dingtian Network Co ltd
Original Assignee
Hangzhou Dingtian Network Co ltd
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 Hangzhou Dingtian Network Co ltdfiledCriticalHangzhou Dingtian Network Co ltd
Priority to CN202111536258.XApriorityCriticalpatent/CN114372882B/en
Publication of CN114372882ApublicationCriticalpatent/CN114372882A/en
Application grantedgrantedCritical
Publication of CN114372882BpublicationCriticalpatent/CN114372882B/en
Activelegal-statusCriticalCurrent
Anticipated expirationlegal-statusCritical

Links

Classifications

Landscapes

Abstract

Translated fromChinese

本申请公开了一种基于网络协议的分片扩容方法,涉及区块链技术领域,包括以下步骤:区块链节点解析第一数据包获得入网请求交易,根据入网请求交易的类型投递至合约虚拟机;合约虚拟机调用入网请求交易中指定的智能合约,智能合约根据入网请求交易计算出若干个节点虚拟地址,将节点虚拟地址投递至物理节点;物理节点根据节点虚拟地址构建出虚拟节点,虚拟节点和节点虚拟地址的数量相同,虚拟节点根据节点虚拟地址加入不同的分片中,有益效果在于物理节点可在多个分片中工作,物理节点的性能和算力得以充分利用,避免了资源的浪费,分片数量可进行动态调整,可更灵活的对分片进行扩容或缩容,计算资源利用率高。

The present application discloses a sharding expansion method based on a network protocol, which relates to the field of blockchain technology and comprises the following steps: a blockchain node parses a first data packet to obtain a network access request transaction, and delivers the transaction to a contract virtual machine according to the type of the network access request transaction; the contract virtual machine calls a smart contract specified in the network access request transaction, and the smart contract calculates a number of node virtual addresses according to the network access request transaction, and delivers the node virtual addresses to a physical node; the physical node constructs a virtual node according to the node virtual address, and the number of virtual nodes and node virtual addresses is the same, and the virtual node is added to different shards according to the node virtual address, which has the beneficial effect that the physical node can work in multiple shards, the performance and computing power of the physical node can be fully utilized, and the waste of resources can be avoided. The number of shards can be dynamically adjusted, and the shards can be expanded or reduced more flexibly, and the computing resource utilization rate is high.

Description

Network protocol-based fragmented capacity expansion method
Technical Field
The application belongs to the technical field of block chains, and particularly relates to a fragmented capacity expansion method based on a network protocol.
Background
In the current mainstream sliced blockchain network, a physical machine can only be assigned to one physical slice. In general, there is a rotation of nodes in the slice, after the physical node is rotated out of the current slice, the computing power of the physical node is always in an idle state before being rotated out of other slices, so the following defects exist in the current technical scheme:
First, the physical node cannot work in multiple slices at the same time, and the performance and the computing power of the physical node cannot be fully utilized, so that the resource waste is caused. Second, the overall expansion of physical shards is limited by the rate of increase of the number of physical nodes, and the computing resource utilization is relatively low.
Disclosure of Invention
The application aims to provide a network protocol-based fragmented capacity expansion method, which aims to solve the technical problem that physical nodes in the prior art cannot work in a plurality of fragments at the same time.
In order to achieve the technical purpose, the application adopts the following technical scheme:
a fragmented capacity expansion method based on network protocol includes the following steps:
the method comprises the steps that a node account starts a physical node and generates an access request transaction, the physical node packages the access request transaction to obtain a first data packet, and delivers the first data packet to a blockchain network;
The block link point analyzes the first data packet to obtain the network access request transaction, and delivers the network access request transaction to a contract virtual machine according to the type of the network access request transaction;
The contract virtual machine calls an intelligent contract appointed in the network access request transaction, the intelligent contract calculates a plurality of node virtual addresses according to the network access request transaction, and the node virtual addresses are delivered to the physical nodes;
The physical node builds virtual nodes according to the node virtual addresses, the number of the virtual nodes is the same as that of the node virtual addresses, and the virtual nodes are added into different fragments according to the node virtual addresses.
Preferably, the method further comprises the steps of:
the node account starts a physical node and generates a registration request transaction, the physical node packages the registration request transaction to obtain a second data packet, and delivers the second data packet to a blockchain network;
The block link point analyzes the second data packet to obtain the registration request transaction, and delivers the registration request transaction to a contract virtual machine according to the type of the registration request transaction;
The contract virtual machine invokes an intelligent contract specified in the registration request transaction, the intelligent contract storing a node type declared in the registration request transaction.
Preferably, the contract virtual machine invokes an intelligent contract specified in the registration request transaction, the intelligent contract stores a node type reported by the registration request transaction, and the method specifically comprises the following steps:
the registration request transaction comprises a declared node type, an intelligent contract calling interface and an intelligent contract address;
The contract virtual machine calls a designated intelligent contract according to the intelligent contract address, and the contract virtual machine executes the intelligent contract calling interface on the intelligent contract and calculates virtual role information of the node according to the declared node type;
And saving the declared node type and the virtual role information of the node in the intelligent contract.
Preferably, the blockchain node parses the first data packet to obtain the network access request transaction, and delivers the network access request transaction to a contract virtual machine according to the type of the network access request transaction, and specifically comprises the following steps:
a consensus node in the blockchain nodes receives the first data packet, and the consensus node verifies whether a node account delivering the first data packet is a registered node account;
If the verification result is a non-registered node account, rejecting the node account to access the network;
If the verification result is the registered node account, analyzing the first data packet to obtain the network access request transaction, and delivering the network access request transaction to a contract virtual machine according to the type of the network access request transaction.
Preferably, the contract virtual machine calls an intelligent contract specified in the network access request transaction, and the intelligent contract calculates a plurality of virtual addresses according to the network access request transaction, and specifically includes the following steps:
The network access request transaction comprises a declared node type, virtual role information of the node, an intelligent contract calling interface and an intelligent contract address;
The contract virtual machine calls the appointed intelligent contract according to the intelligent contract address, the contract virtual machine executes the intelligent contract calling interface on the intelligent contract, and the intelligent contract selects the node account into the appointed role segmentation and calculates the virtual address according to the virtual role information of the node.
Preferably, the intelligent contract selects the node account into a designated role fragment according to the virtual role information of the node and calculates a virtual address, and specifically comprises the following steps:
The intelligent contract selects the node account into a designated role segmentation according to the virtual role information of the node, wherein each virtual role information corresponds to a role segmentation, and each role segmentation is fixed with a role segmentation virtual address;
the intelligent contract calculates the node virtual address of the node account according to the role-slicing virtual address and the number of the nodes of the role-slicing;
and storing the role-slicing virtual address and the node virtual address in the intelligent contract.
Preferably, the node virtual address is delivered to the physical node, which specifically includes the following steps:
packaging the intelligent contracts at least comprising the node virtual addresses and encapsulating the intelligent contracts in blocks, wherein after the blocks are stored, a block storage event is triggered;
Broadcasting captures the block by monitoring the block inventory event, packages the captured block to obtain a third data packet, and broadcasts the third data packet in the whole network;
And the physical node receives the third data packet through the whole network broadcast and performs preprocessing.
Preferably, the physical node receives the third data packet through the whole network broadcast and performs preprocessing, and specifically includes the following steps:
The physical node analyzes the third data packet to obtain the intelligent contract block at least comprising the node virtual address;
And traversing the data in the intelligent contract block, judging whether the intelligent contract comprises a node account number for starting the physical node, and if so, reading the node virtual address in the intelligent contract.
Preferably, the physical node constructs a virtual node according to the node virtual address, the number of the virtual node is the same as the number of the node virtual addresses, and the virtual node is added into different fragments according to the node virtual address, specifically including the following steps:
the physical node constructs a virtual node according to the virtual address of each node, and designates the virtual address of the node as the communication address of the virtual node;
And each node virtual address corresponds to different role fragments, the virtual nodes are added into different fragments according to the node virtual addresses, and all the virtual nodes share the physical resources of the physical nodes.
A computer readable storage medium having stored thereon computer instructions which when executed by a processor perform the steps of the method described above.
The beneficial effects provided by the application are as follows:
1. According to the intelligent contract, a plurality of node virtual addresses are calculated according to network access request transactions, the node virtual addresses are delivered to physical nodes, the physical nodes construct virtual nodes according to the node virtual addresses, the number of the virtual nodes is the same as that of the node virtual addresses, the virtual nodes are added into different fragments according to the node virtual addresses, all the virtual nodes share physical resources of the same physical node, the physical nodes can work in a plurality of fragments, the performance and calculation power of the physical nodes are fully utilized, and the waste of resources is avoided.
2. According to the intelligent contract, the node account is selected into the designated role shards according to the virtual role information of the nodes, each virtual role information corresponds to one role shard, each role shard is fixedly provided with the role shard virtual address, the intelligent contract calculates the node virtual address of the node account according to the role shard virtual address and the number of the nodes of the role shards, and the role shard virtual address and the node virtual address are stored in the intelligent contract, so that the number of the shards can be dynamically adjusted, capacity expansion or capacity contraction can be carried out on the shards more flexibly, and the computing resource utilization rate is high.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a flow chart of a fragmented capacity expansion method based on a network protocol.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. The components of the embodiments of the present application generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the application, as presented in the figures, is not intended to limit the scope of the application, as claimed, but is merely representative of selected embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
Example 1:
As shown in FIG. 1, the embodiment comprises a fragmented capacity expansion method based on a network protocol, which comprises the following steps that a node account starts a physical node and generates a network access request transaction, the physical node packages the network access request transaction to obtain a first data packet, and delivers the first data packet to a blockchain network;
The contract virtual machine calls an intelligent contract appointed in the network access request transaction, the intelligent contract calculates a plurality of node virtual addresses according to the network access request transaction, and the node virtual addresses are delivered to a physical node;
The physical nodes construct virtual nodes according to the node virtual addresses, the number of the virtual nodes is the same as that of the node virtual addresses, and the virtual nodes are added into different fragments according to the node virtual addresses.
The node account starts a physical node and generates a registration request transaction, the physical node packages the registration request transaction to obtain a second data packet, and delivers the second data packet to the blockchain network;
The block chain node analyzes the second data packet to obtain a registration request transaction, and delivers the registration request transaction to the contract virtual machine according to the type of the registration request transaction, and the contract virtual machine calls an intelligent contract appointed in the registration request transaction, and the intelligent contract stores the type of the node declared in the registration request transaction.
The node account starts a physical node and generates a registration request transaction, the physical node packages the registration request transaction to obtain a second data packet and delivers the second data packet to a blockchain network;
The node program package carries out digital signature on the registration request transaction, packages the registration request transaction after carrying out digital signature to obtain a second data package, and delivers the second data package to the blockchain network. Wherein the registration request transaction is essentially a transaction that invokes a smart contract, and the digital signature is used to prove that the registration request transaction was constructed from a particular node account number.
As another implementation mode, the node account starts a physical node and generates a registration request transaction, the physical node packages the registration request transaction to obtain a second data packet and delivers the second data packet to the blockchain network;
the wallet digitally signs the registration request transaction, packages the digitally signed registration request transaction to obtain a second data packet, and delivers the second data packet to the blockchain network.
The registration request transaction includes a declared node type, and specifically includes the step of specifying the declared node type via a profile.
Specifically, taking JSON format as an example, declare a single node type {.. miner _type: "advance" }. A plurality of node types {.. miner _type: "advance, validator",... The separator between the node type values can be selected automatically based on actual conditions, so long as the node types can be clearly distinguished.
The configuration file of the application comprises but is not limited to JSON format, other formats such as XML and the like can be flexibly selected based on actual conditions.
As another embodiment, the registration request transaction includes a declared node type, and specifically includes the step of specifying the declared node type via a command-line parameter of a node package.
Specifically, a single node type topio-miner _type "advance" is declared. Multiple node types topio-miner _type "advance, validator" are declared. The separator between the node type values can be selected automatically based on actual conditions, so long as the node types can be clearly distinguished. The name of the command line parameter (-miner _type) is also freely selected based on the actual situation, as long as the program can correctly parse the input data.
The blockchain node analyzes the second data packet to obtain a registration request transaction, and delivers the registration request transaction to the contract virtual machine according to the type of the registration request transaction, and specifically comprises the following steps of:
the block chain node receives and analyzes the second data packet to obtain a registration request transaction, and is provided with a data packet distributor which distributes the second data packet to the intelligent contract calling processing module according to the type of the registration request transaction;
The intelligent contract call processing module receives the registration request transaction, and delivers the registration request transaction to the contract virtual machine.
The contract virtual machine calls the intelligent contract appointed in the registration request transaction, the intelligent contract stores the node type reported in the registration request transaction, and the method specifically comprises the following steps that the registration request transaction comprises the declared node type, an intelligent contract call interface and an intelligent contract address;
the contract virtual machine calls the appointed intelligent contract according to the intelligent contract address, the contract virtual machine executes an intelligent contract calling interface on the intelligent contract and calculates the virtual role information of the node according to the declared node type, and the declared node type and the virtual role information of the node are stored in the intelligent contract.
The contract virtual machine executes an intelligent contract calling interface on the intelligent contract and calculates virtual role information of the node according to the declared node type, and the method specifically comprises the following steps of judging whether the declared node type accords with a declaration rule according to an actual service scene, if so, calculating the virtual role information of the node according to the declared node type, and if not, rejecting a registration request transaction of the node account.
The actual traffic scenario includes only allowing receipt of a single node type, where each node account can only register as one node type. The actual service scenario also includes node types that allow for receiving the combination, and in this service scenario, each node account may register only one node type at a time, or may register multiple node types at a time.
An actual service scenario includes a node type that can only be broken into one virtual role, in which a many-to-one relationship exists between the node and the virtual role, i.e., a given node type can only virtualize one role, but a corresponding virtual role can be broken into different types of nodes. The actual service scene also comprises a node type which can be used for separating various virtual roles, and in the service scene, the relationship between the node and the virtual roles is many-to-many.
The most flexible traffic scenario is selected, i.e. the actual traffic scenario comprises the node types that allow receiving the combination and the multiple virtual roles that can be separated by one node type. The node types declared in the registration request transaction comprise an advanced node type and a validator node type, the contract virtual machine executes an intelligent contract calling interface on the intelligent contract, calculates virtual role information of the nodes according to the declared advanced node type and validator node type, calculates audit virtual role information, storage virtual role information and verifier virtual role information according to the advanced node type, and calculates verifier virtual role information according to the validator node type.
The most limited service scenario is selected, namely, the actual service scenario comprises that only a single node type is allowed to be received and only one designated node type can only virtualize one role, and in the service scenario, if a plurality of node types are designated during reporting, the registration request transaction of the node account is refused.
The method comprises the steps of storing the declared node type and the declared virtual role information of the node in the intelligent contract, and storing the declared node type in the registration request transaction in the intelligent contract and storing the virtual role information of the node in the contract attribute of the intelligent contract. The contract attribute is a field for storing intelligent contract data, namely, virtual role information of the node is written into a field of the database, and the reading and writing of the contract attribute is the reading and writing of a corresponding field in the database.
The block link point analyzes the first data packet to obtain an access request transaction, and delivers the access request transaction to the contract virtual machine according to the type of the access request transaction, and specifically comprises the following steps:
a consensus node in the blockchain node receives a first data packet, and the consensus node verifies whether a node account delivering the first data packet is a registered node account;
If the verification result is the registered node account, analyzing the first data packet to obtain network access request transaction, and delivering the network access request transaction to the contract virtual machine according to the type of the network access request transaction.
The contract virtual machine calls an intelligent contract appointed in the network access request transaction, and the intelligent contract calculates a plurality of virtual addresses according to the network access request transaction, and specifically comprises the following steps:
The network access request transaction comprises a declared node type, virtual role information of the node, an intelligent contract calling interface and an intelligent contract address;
The contract virtual machine calls the appointed intelligent contract according to the intelligent contract address, the contract virtual machine executes an intelligent contract calling interface on the intelligent contract, and the intelligent contract selects the node account into the appointed role segmentation and calculates the virtual address according to the virtual role information of the node.
The network access request transaction is the same as the registration request transaction, and is a transaction for calling the intelligent contract. In this embodiment, the smart contract in the request transaction for network access is defined as an election contract, and the election contract call interface is defined as nodeJoin. The intelligent contract in the register request transaction is defined as a register contract (registrationContract), and the register contract call interface is defined as REGISTERMINER. The consensus node acquires data in the registration contract, judges whether the data in the registration contract contains a designated node account, analyzes the first data packet to acquire network access request transaction if the registration contract contains the designated node account, and delivers the network access request transaction to the contract virtual machine according to the type of the network access request transaction. And if the registration contract does not contain the appointed node account number, rejecting the network access request transaction.
As another embodiment, if the intelligent contract in the registration request transaction already stores the declared node type and the virtual role information of the node, the network access request transaction may not include the declared node type and the virtual role information of the node, and the network access request transaction may call the intelligent contract already stored with the declared node type and the virtual role information of the node according to the intelligent contract address.
Analyzing the first data packet to obtain an internet access request transaction, and delivering the internet access request transaction to a contract virtual machine according to the type of the internet access request transaction, wherein the method specifically comprises the following steps of:
Analyzing a first data packet verified by the consensus node to obtain an internet access request transaction, and distributing the data packet to an intelligent contract calling processing module by a data packet distributor according to the type of the internet access request transaction;
the intelligent contract calling processing module receives the network access request transaction, and the intelligent contract calling processing module delivers the network access request transaction to the contract virtual machine.
The intelligent contract selects the node account into the designated role segmentation according to the virtual role information of the node and calculates the virtual address, and the intelligent contract specifically comprises the following steps:
The intelligent contract selects a node account into a designated role segmentation according to the virtual role information of the node, wherein each virtual role information corresponds to a role segmentation, and each role segmentation is fixed with a role segmentation virtual address;
The intelligent contract calculates the node virtual address of the node account according to the role-slicing virtual address and the number of the nodes of the role-slicing, and the role-slicing virtual address and the node virtual address are stored in the intelligent contract.
In this embodiment, the virtual role information of the node includes audit virtual role information, verifier virtual role information, edge virtual role information, and storage virtual role information. The role shards include auditor role shards, verifier role shards, edge role shards, and storage role shards.
Each piece of virtual character information corresponds to a character fragment, the audit virtual character information corresponds to an auditor character fragment, the verifier virtual character information corresponds to a verifier character fragment, the edge virtual character information corresponds to an edge character fragment, and the storage virtual character information corresponds to a storage character fragment. The intelligent contract selects the node account into the designated role slices according to the virtual role information of the node, and each role slice is fixed with a role slice virtual address.
The intelligent contract selects the node account into the designated role segmentation according to the virtual role information of the node, the audit virtual role information can only be selected into the auditor role segmentation, the verifier virtual role information can only be selected into the verifier role segmentation, the edge virtual role information can only be selected into the edge role segmentation, and the storage virtual role information can only be selected into the storage role segmentation.
In this embodiment, the virtual address is defined as XIP, the virtual address of the auditor role slice is defined as xip_ Auditor _group, xip_ Auditor _group is a variable name of XIP type, and the content of xip_ Auditor _group variable only represents the virtual address of the auditor role slice, that is, xip_ Auditor _group cannot represent the node virtual address of each node in the auditor role slice.
Wherein the node virtual address of the node within the auditor role shard is defined as xip_ Auditor _one. Because all nodes within each tile are affiliated with that tile, xip_ Auditor _one represents that the assignment of the fields of the nodes is made on the xip_ Auditor _group basis.
XIP is defined as a 32-bit integer, each 8 bits representing a valid field, the 32-bit integer separating four fields from the upper to lower bits. These four fields are defined as NetworkId, zoneId, groupId and SlotId, respectively. For xip_ Auditor _group, networkId =128, zoneid=128, groupid=128, and SlotId must be 255 (corresponding to hexadecimal 0 xFF) can be defined. For xip_ Auditor _one, networkId =128, zoneid=128, groupid=128, slotid=3 can be defined. In this embodiment, xip_ Auditor _one is equal to xip_ Auditor _one & xip_ Auditor _group. Based on the XIP implementation, the difference between the virtual address of the role slices and the node virtual address of the node within the role slices in this embodiment is mainly in the SlotID field. Implementations of virtual addresses also include flat mode or other structured implementations.
The election contract allocates SlotId fields based on the virtual addresses of the auditor role slices and the number of nodes of the auditor role slices to obtain node virtual addresses, the allocated node virtual addresses are assigned to node accounts of all nodes in the auditor role slices, in this embodiment, 254 nodes can be filled in the auditor role slices at most, and 255 is special for the auditor role slices virtual addresses. To satisfy xip_ Auditor _one= = xip_ Auditor _one & xip_ Auditor _group, it is convenient to determine whether the virtual address of the role slices and the node virtual address of the node within the role slices are membership.
The method specifically comprises the steps of packaging intelligent contracts at least comprising node virtual addresses and encapsulating the intelligent contracts in blocks, and triggering a block inventory event after the blocks are subjected to inventory;
The broadcasting captures the block by monitoring the block disk storage event, packages the captured block to obtain a third data packet, broadcasts the third data packet in the whole network, and the physical node receives the third data packet through the whole network broadcasting and preprocesses the third data packet.
In this embodiment, an election contract including at least a node virtual address is packaged, the packaged data is subjected to consensus, and the data is packaged in a block after the consensus passes. The broadcast module monitors the blocks generated by the election contract, and triggers corresponding block inventory events each time data is packed into the block inventory. The broadcasting captures the block by monitoring the block inventory event, packages the captured block to obtain a third data packet, wherein the type of the third data packet is an election data packet, and broadcasts the election data packet in the whole network.
The physical node receives the third data packet through the whole network broadcast and preprocesses the third data packet, and specifically comprises the following steps that the physical node analyzes the third data packet to obtain an intelligent contract block at least comprising a node virtual address;
And traversing the data in the intelligent contract block, judging whether the intelligent contract comprises a node account number for starting a physical node, and if so, reading the node virtual address in the intelligent contract.
The physical node analyzes the third data packet to obtain an intelligent contract block at least comprising the node virtual address, and the method further comprises the steps of:
The data packet receiving module receives a third data packet, delivers the third data packet to the upper module, the upper module is provided with a data packet distributor, the data packet distributor distributes the third data packet to the intelligent contract processing module according to the type of the third data packet, and the intelligent contract processing module analyzes the third data packet to obtain an intelligent contract block at least comprising a node virtual address.
In this embodiment, the intelligent contract processing module traverses the data in the intelligent contract block, determines whether the intelligent contract includes a node account number for starting a physical node, if so, reads a node virtual address in the intelligent contract, and the node virtual address is an effective node virtual address and performs local storage.
The physical node builds virtual nodes according to the node virtual addresses, the number of the virtual nodes is the same as that of the node virtual addresses, and the virtual nodes are added into different fragments according to the node virtual addresses, and specifically comprises the following steps:
the physical node constructs a virtual node according to the virtual address of each node, and the virtual address of the designated node is the communication address of the virtual node;
and each node virtual address corresponds to different role fragments, the virtual nodes are added into different fragments according to the node virtual addresses, and all the virtual nodes share the physical resources of the physical nodes.
In this embodiment, the intelligent contract processing module constructs a virtual node according to each valid node virtual address, and designates the valid node virtual address as the communication address of the virtual node. In the process of constructing the virtual node, the function module is initialized based on differentiation of the different role fragments, and after the function module is initialized, the virtual node can perform point-to-point communication through the node virtual address, and all the virtual nodes share the physical resources of the same physical node.
Example 2:
a computer readable storage medium having stored thereon computer instructions which when executed by a processor perform the steps of the method of embodiment 1.
It will be apparent to those skilled in the art that embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It should be noted that:
Reference in the specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the application. Thus, the appearances of the phrase "one embodiment" or "an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment.
While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.
In addition, the specific embodiments described in the present specification may differ in terms of parts, shapes of components, names, and the like. All equivalent or simple changes of the structure, characteristics and principle according to the inventive concept are included in the protection scope of the present application. Those skilled in the art may make various modifications or additions to the described embodiments or substitutions in a similar manner without departing from the scope of the application as defined in the accompanying claims.

Claims (9)

CN202111536258.XA2021-12-152021-12-15 A sharding expansion method based on network protocolActiveCN114372882B (en)

Priority Applications (1)

Application NumberPriority DateFiling DateTitle
CN202111536258.XACN114372882B (en)2021-12-152021-12-15 A sharding expansion method based on network protocol

Applications Claiming Priority (1)

Application NumberPriority DateFiling DateTitle
CN202111536258.XACN114372882B (en)2021-12-152021-12-15 A sharding expansion method based on network protocol

Publications (2)

Publication NumberPublication Date
CN114372882A CN114372882A (en)2022-04-19
CN114372882Btrue CN114372882B (en)2024-12-10

Family

ID=81141057

Family Applications (1)

Application NumberTitlePriority DateFiling Date
CN202111536258.XAActiveCN114372882B (en)2021-12-152021-12-15 A sharding expansion method based on network protocol

Country Status (1)

CountryLink
CN (1)CN114372882B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
CN115174589B (en)*2022-05-202023-11-03网易(杭州)网络有限公司Selection method and device of blockchain virtual machine, electronic equipment and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
EP1396790A2 (en)*2002-09-042004-03-10Cray Inc.Remote translation mechanism of a virtual address from a source a node in a multi-node system
CN110392052A (en)*2019-07-222019-10-29中国工商银行股份有限公司A kind of block chain intelligence contract processing system and method
CN112235382A (en)*2020-09-302021-01-15苏州讯如电子科技有限公司Transaction management system and method based on block chain fragmentation

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
JPH07131469A (en)*1993-10-281995-05-19Omron CorpProgrammable controller
US11568064B2 (en)*2019-03-182023-01-31Jio Platforms LimitedSystems and methods for virtual distributed ledger networks
CN113037819B (en)*2021-02-262022-09-23杭州雾联科技有限公司Edge computing resource sharing method, device and equipment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication numberPriority datePublication dateAssigneeTitle
EP1396790A2 (en)*2002-09-042004-03-10Cray Inc.Remote translation mechanism of a virtual address from a source a node in a multi-node system
CN110392052A (en)*2019-07-222019-10-29中国工商银行股份有限公司A kind of block chain intelligence contract processing system and method
CN112235382A (en)*2020-09-302021-01-15苏州讯如电子科技有限公司Transaction management system and method based on block chain fragmentation

Also Published As

Publication numberPublication date
CN114372882A (en)2022-04-19

Similar Documents

PublicationPublication DateTitle
CN107135103B (en) Method and system for building a content distribution network platform on heterogeneous resources
CN111683118B (en)Block chain-based consensus method and device, master node equipment and slave node equipment
CN110602056B (en)Service parameter transmission method and device
CN109670954B (en)Transaction processing method based on block chain
CN112437023A (en)Virtualized security network element data processing method, system, medium and cloud platform
CN114372882B (en) A sharding expansion method based on network protocol
CN112232957A (en) Transaction consensus method, device and electronic device
CN118200253A (en)RDMA UD transmission-oriented reliable communication method, electronic equipment and readable medium
CN111061735A (en)Capacity expansion method and device based on single-chain block chain
US20230351374A1 (en)System for accelerated distributed ledger and for digital wallet deployment
CN113760519A (en)Distributed transaction processing method, device and system and electronic equipment
CN116405179A (en)Building networking data management method based on block chain slicing and DAG
CN112131267A (en)Counting processing method, device, server and counting processing system
CN115883283A (en) A containerized VNF deployment method and device
CN115733743A (en) Network service deployment method, NFVO and NFV system
CN117240797B (en) Joint resource allocation method, device, equipment and medium for electric power hybrid business
CN116012164B (en)Block chain cross-fragment transaction method based on virtual account
CN116795850A (en)Method, device and storage medium for concurrent execution of massive transactions of alliance chains
CN113973084B (en) A flow control method and device
CN115271942A (en)Block chain transaction processing method and device, electronic equipment and readable medium
CN112019589A (en)Multi-level load balancing data packet processing method
CN114679466B (en)Consensus processing method, device, computer equipment and medium for block chain network
CN117009313B (en)Transaction processing method and device based on blockchain, equipment and storage medium
CN111399839B (en)VNF registration method, device, medium and equipment
US20240015037A1 (en)Data processing method and apparatus for consensus network, program product, device, and medium

Legal Events

DateCodeTitleDescription
PB01Publication
PB01Publication
SE01Entry into force of request for substantive examination
SE01Entry into force of request for substantive examination
GR01Patent grant
GR01Patent grant

[8]ページ先頭

©2009-2025 Movatter.jp