CN110599144B - Network access method and device for blockchain nodes - Google Patents
Network access method and device for blockchain nodes Download PDFInfo
- Publication number
- CN110599144B CN110599144B CN201910905476.2A CN201910905476A CN110599144B CN 110599144 B CN110599144 B CN 110599144B CN 201910905476 A CN201910905476 A CN 201910905476A CN 110599144 B CN110599144 B CN 110599144B
- Authority
- CN
- China
- Prior art keywords
- node
- asset
- account
- super
- network access
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Computing Systems (AREA)
- Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the application discloses a networking method and device of a blockchain node, wherein the method comprises the following steps: and when the first node meets the asset deduction condition based on the reporting event or the node state of the first node, transferring a second digital asset in the first digital asset from the account of the first node to a preset account by calling a system contract, wherein the number of the assets of the second digital asset is smaller than or equal to that of the first digital asset. By adopting the embodiment of the application, the stability of resources in the alliance chain can be improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for accessing a blockchain node.
Background
With the development of blockchain technology, blockchains can be classified into three categories, namely public chains (Public Block chain), private chains (Private Block chain) and alliance chains (Consortium Block chain), according to different application scenarios and user requirements. The alliance chain refers to a blockchain with a plurality of organizations or organizations participating in management together, each organization runs one or more nodes, wherein data only allows different organizations in the system to read, write and send transactions, and records transaction data together. For the alliance chain, the alliance chain is a private chain in nature, and because the nodes are not more, and a small number of nodes also have high trust, each node is not required to verify a transaction, so the alliance chain has easy consensus and a natural and fast transaction speed relative to a public chain and a common private chain.
At present, as long as the node meets certain conditions, the node can be added into a alliance chain to provide services so as to obtain benefits. In general, when each node on the federation chain is in a offline state, the resources of the node are unstable, so that the stability of the resources in the federation chain is poor.
Disclosure of Invention
The embodiment of the application provides a networking method and device of a block chain node, which can improve the stability of resources in a alliance chain.
In a first aspect, an embodiment of the present application provides a method for accessing a blockchain node, including:
the method comprises the steps that a super node receives a first network access request sent by a first node, wherein the first network access request comprises a memory space, a bandwidth space and CPU performance of the first node;
when the memory space, the bandwidth space and the CPU performance of the first node meet the network access conditions, the super node calls a system contract to freeze a first digital asset in an account of the first node, and places a network license certificate into the first node so that the first node joins a alliance chain where the super node is located based on the received network license certificate;
when the first node is monitored to meet the asset deduction condition based on the reporting event or the node state of the first node, the super node calls the system contract to transfer the second digital asset in the first digital asset from the account of the first node to a preset account, wherein the asset number of the second digital asset is smaller than or equal to the asset number of the first digital asset.
In one possible design, the method further comprises:
the super node determines a first task which cannot be processed currently by the first node based on a reporting event or a node state that the first node meets the asset deduction condition;
the super node receives a second network access request sent by a second node, wherein the second network access request comprises a memory space, a bandwidth space and CPU performance of the second node;
when the memory space, bandwidth space and CPU performance of the second node meet the network access condition, the super node allows the second node to join in a alliance chain where the super node is located;
the supernode assigns the first task to the second node for processing, and after the second node completes the first task processing, the supernode invokes the system contract to transfer the second digital asset in the preset account to the account of the second node, the second digital asset being determined based on the first task.
In one possible design, after the supernode invokes the system contract to transfer a second digital asset of the first digital assets from the account of the first node to a preset account, the method further comprises: the super node retrieves the access permission certificate of the first node so as to enable the first node to exit the alliance chain where the super node is located.
In one possible design, the method further comprises: if the super node does not receive the heartbeat information sent by the first node in the target time period, the super node determines that the node state of the first node is the offline state, and determines that the first node meets the asset deduction condition.
In one possible design, the method further comprises: if the super node receives the information that the memory space reported by the first node is full, the super node detects the memory state of the first node based on a storage record corresponding to the first node in a blockchain account book; if the detected memory state of the first node is an unsatisfied state, the super node determines that the first node satisfies an asset deduction condition.
In one possible design, before the supernode invokes the system contract to freeze the first digital asset in the account of the first node, the method further comprises:
when the memory space, bandwidth space and CPU performance of the first node meet network access conditions, the super node transmits a pre-stored asset request to the first node, wherein the pre-stored asset request is used for requesting the first node to pre-store a target number of digital assets; and triggering the execution of the super node call system contract to freeze the first digital assets in the account of the first node when a pre-stored asset consent response returned by the first node is received, wherein the number of the assets of the first digital assets is equal to the target number.
In one possible design, the supernode invoking the system contract to transfer a second digital asset of the first digital assets from an account of the first node to a preset account, comprising: the supernode invokes the system contract to defrost a second digital asset of the first digital asset and transfers the defrosted second digital asset from the account of the first node to a preset account.
In a second aspect, an embodiment of the present application provides a network access device for a blockchain node, including:
the receiving and transmitting module is used for receiving a first network access request sent by a first node, wherein the first network access request comprises a memory space, a bandwidth space and CPU performance of the first node;
the freezing module is used for invoking a system contract to freeze the first digital asset in the account of the first node when the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition;
the receiving and transmitting module is used for placing a network license certificate into the first node so that the first node can join a alliance chain where the super node is located based on the received network license certificate;
and the transferring module is used for transferring second digital assets in the first digital assets from the account of the first node to a preset account by calling the system contract when the first node is monitored to meet the asset deduction condition based on the reporting event or the node state of the first node, wherein the number of the assets of the second digital assets is smaller than or equal to that of the first digital assets.
In one possible design, the apparatus further includes a first determination module, a licensing module, and an allocation module. The first determining module is configured to determine, based on a reporting event or a node status that the first node meets the asset deduction condition, a first task that the first node cannot currently process; the transceiver module is further configured to receive a second network access request sent by a second node, where the second network access request includes a memory space, a bandwidth space, and CPU performance of the second node; the permission module is used for allowing the second node to join the alliance chain where the super node is located when the memory space, the bandwidth space and the CPU performance of the second node meet the network access condition; the allocation module is used for allocating the first task to the second node for processing; and the transferring module is further configured to invoke the system contract to transfer the second digital asset in the preset account to the account of the second node after the second node finishes processing the first task, where the second digital asset is determined based on the first task.
In one possible design, the apparatus further comprises a retraction module. The recovery module is used for recovering the network access permission certificate of the first node so as to enable the first node to exit the alliance chain where the super node is located.
In one possible design, the apparatus further comprises a second determination module. And the second determining module is used for determining that the node state of the first node is the offline state and determining that the first node meets the asset deduction condition when the super node does not receive the heartbeat information sent by the first node in the target time period.
In one possible design, the apparatus further comprises a detection module and a third determination module. The detection module is used for detecting the memory state of the first node based on a storage record corresponding to the first node in the blockchain account book when the memory space full information reported by the first node is received; the third determining module is configured to determine that the first node satisfies an asset deduction condition when the detected memory state of the first node is an unsatisfied state.
In one possible design, the transceiver module is further configured to, when the memory space, the bandwidth space, and the CPU performance of the first node meet the network access condition, send a pre-stored asset request to the first node, where the pre-stored asset request is used to request the first node to pre-store a target number of digital assets; and triggering the execution of the calling system contract to freeze the first digital assets in the account of the first node when a prestored asset agreement response returned by the first node is received, wherein the number of the assets of the first digital assets is equal to the target number.
In one possible design, the transferring module is specifically configured to invoke the system contract to defrost a second digital asset in the first digital asset, and transfer the defrosted second digital asset from the account of the first node to a preset account.
In a third aspect, an embodiment of the present application provides a terminal device, including: a processor, a memory, and a transceiver;
the processor is respectively connected with a memory and a transceiver, wherein the memory is used for storing program codes, the transceiver is used for communicating with a first node and/or a second node, the transceiver is specifically used for receiving a first network access request sent by the first node, and the first network access request comprises the memory space, the bandwidth space and the CPU performance of the first node;
the processor is configured to call the program code to:
when the memory space, bandwidth space and CPU performance of the first node meet the network access condition, the super node calls a system contract to freeze a first digital asset in an account of the first node;
the transceiver is further specifically configured to place a network license certificate into the first node, so that the first node joins a federation chain where the super node is located based on the received network license certificate;
The processor is also configured to invoke the program code to:
when the first node is monitored to meet the asset deduction condition based on the reporting event or the node state of the first node, the super node calls the system contract to transfer the second digital asset in the first digital asset from the account of the first node to a preset account, wherein the asset number of the second digital asset is smaller than or equal to the asset number of the first digital asset.
In a fourth aspect, embodiments of the present application provide a computer readable storage medium storing a computer program, the computer program comprising program instructions that when executed by the processor perform the networking method of the blockchain node in the first aspect of the embodiments of the present application.
According to the embodiment of the application, a first network access request sent by a first node is received, the first network access request comprises the memory space, the bandwidth space and the CPU performance of the first node, when the memory space, the bandwidth space and the CPU performance of the first node meet network access conditions, a system contract is called to freeze a first digital asset in an account of the first node, a network access permission certificate is placed into the first node, so that the first node joins a alliance chain where the super node is located based on the received network access permission certificate, and when the condition that the first node meets asset deduction conditions based on a reporting event or a node state of the first node is monitored, a second digital asset in the first digital asset is called to transfer the second digital asset from the account of the first node to a preset account, and the asset number of the second digital asset is smaller than or equal to the asset number of the first digital asset. The stability of resources in the federated chain may be improved.
Drawings
In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1A is a block chain system architecture diagram according to an embodiment of the present application;
FIG. 1B is a Block Structure (Block Structure) according to an embodiment of the present application;
FIG. 2 is a flowchart of a method for networking a blockchain node according to an embodiment of the present application;
FIG. 3 is a flowchart illustrating another method for networking blockchain nodes according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of a network access device of a blockchain node according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. 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.
It should be understood that the term "and/or" as used in the present specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.
Blockchains are novel application modes of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, and the like. The Block chain is essentially a decentralised database, and is a series of data blocks which are generated by correlation using a cryptography method, and each data Block contains information of a batch of network transactions and is used for verifying the validity (anti-counterfeiting) of the information and generating a next Block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.
The blockchain underlying platform may include processing modules for user management, basic services, smart contracts, operation monitoring, and the like. The user management module is responsible for identity information management of all blockchain participants, including maintenance of public and private key generation (account management), key management, maintenance of corresponding relation between the real identity of the user and the blockchain address (authority management) and the like, and under the condition of authorization, supervision and audit of transaction conditions of certain real identities, and provision of rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node devices, is used for verifying the validity of a service request, recording the service request on a storage after the effective request is identified, for a new service request, the basic service firstly analyzes interface adaptation and authenticates the interface adaptation, encrypts service information (identification management) through an identification algorithm, and transmits the encrypted service information to a shared account book (network communication) in a complete and consistent manner, and records and stores the service information; the intelligent contract module is responsible for registering and issuing contracts, triggering contracts and executing contracts, a developer can define contract logic through a certain programming language, issue the contract logic to a blockchain (contract registering), invoke keys or other event triggering execution according to the logic of contract clauses to complete the contract logic, and simultaneously provide a function of registering contract upgrading; the operation monitoring module is mainly responsible for deployment in the product release process, modification of configuration, contract setting, cloud adaptation and visual output of real-time states in product operation, for example: alarms, monitoring network conditions, monitoring node device health status, etc.
The platform product service layer provides basic capabilities and implementation frameworks of typical applications, and developers can complete the blockchain implementation of business logic based on the basic capabilities and the characteristics of the superposition business. The application service layer provides the application service based on the block chain scheme to the business participants for use.
The networking method of the blockchain node provided by the embodiment of the application can be applied to a alliance chain. The federation chain mentioned in the embodiments of the present application may be a federation chain with a storage function, that is, each node joining the federation chain may provide storage resources on the federation chain to obtain benefits (or digital assets). It should be noted that a node that provides storage resources on a federation chain may also be referred to as a resource node.
In some possible embodiments, a super node (or originating node, or managing node) may be included in a federation chain, which may audit and/or manage nodes that want to join the federation chain. Specifically, all nodes that want to join a federation chain (here, the federation chain in which the supernode is located) can send a request to the supernode to access the network. The network access request can carry the parameters of the memory space, the bandwidth space, the CPU performance and the like of each node. The super node can preferentially select the nodes with larger memory space, larger bandwidth space and higher CPU performance from the nodes according to the parameters such as the memory space, the bandwidth space and the CPU performance of the nodes, and allows the nodes to join in a alliance chain to provide service to obtain benefits (digital assets).
Referring to fig. 1A, fig. 1A is a schematic diagram of a blockchain system according to an embodiment of the present application. The blockchain system shown in FIG. 1A may be a federated chain system. The blockchain system shown in fig. 1A may be formed of a plurality of nodes (any form of computing device in an access network, such as servers, user terminals) and clients, where the nodes form a point-To-point (P2P, peer To Peer) network, and the P2P protocol is an application layer protocol that runs on top of a transmission control protocol (TCP, transmission Control Protocol) protocol. In a blockchain system, any machine, such as a server, a terminal, may join to become a node, including a hardware layer, a middle layer, an operating system layer, and an application layer.
Referring to the functionality of each node in the blockchain system shown in fig. 1A, the functions involved include:
1) The routing, the node has basic functions for supporting communication between nodes.
Besides the routing function, the node can also have the following functions:
2) The application is used for being deployed in a block chain to realize specific service according to actual service requirements, recording data related to the realization function to form recorded data, carrying a digital signature in the recorded data to represent the source of task data, sending the recorded data to other nodes in the block chain system, and adding the recorded data into a temporary block when the source and the integrity of the recorded data are verified by the other nodes.
3) The blockchain comprises a series of blocks (blocks) which are connected with each other according to the generated sequence time, the new blocks are not removed once being added into the blockchain, and record data submitted by nodes in the blockchain system are recorded in the blocks.
Referring to fig. 1B, fig. 1B is a schematic diagram of a Block Structure according to an embodiment of the present application, where each Block includes a hash value of a transaction record stored in the Block (hash value of the Block) and a hash value of a previous Block, and each Block is connected by the hash value to form a blockchain. In addition, the block may include information such as a time stamp at the time of block generation. The Blockchain (Blockchain), which is essentially a de-centralized database, is a string of data blocks that are generated in association using cryptographic methods, each of which contains associated information that is used to verify the validity (anti-counterfeiting) of its information and to generate the next block.
The networking method of the blockchain node provided by the application will be described in detail with reference to fig. 2 and fig. 3.
Fig. 2 is a flowchart of a method for accessing a blockchain node according to an embodiment of the present application. As shown in fig. 2, the networking method of the blockchain node may include the steps of:
S101, a first node sends a first network access request to a super node. Accordingly, the super node receives the first network access request.
In some possible embodiments, the first node may want to join the federation chain, and the first node may send a first network access request to the super node, where the first network access request may include a memory space, a bandwidth space, and CPU performance of the first node. Accordingly, the supernode may receive the first network entry request. The first network access request may further include regional information of the first node.
It should be noted that, the first node sends a first network access request to the super node, which indicates that the first node accepts the specification of the system contract of the federation chain, such as a guarantee requirement, a punishment requirement, a service providing requirement, and the like.
S102, when the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition, the super node calls a system contract to freeze the first digital asset in the account of the first node.
In some possible embodiments, after the super node receives the first network access request, the memory space, bandwidth space and CPU performance of the first node in the first network access request may be extracted and stored. The super node may detect whether the first node satisfies the network access condition based on the memory space, the bandwidth space, and the CPU performance of the first node. If the supernode detects that the first node meets the networking condition based on the memory space, the bandwidth space and the CPU performance of the first node, the supernode may invoke a system contract to freeze the first digital asset in the account of the first node. When the first digital asset is frozen, the first digital asset is not available for use by the account of the first node, although the first digital asset still belongs to the account of the first node. If the super node detects that the first node does not meet the network access condition based on the memory space, the bandwidth space and the CPU performance of the first node, the super node can return a network access refusal response aiming at the first network access request. The denial of network access response may be used to instruct the first node to increase memory space or bandwidth space, or to increase CPU performance, to meet the network access condition. Wherein the number of assets of the first digital asset may be a number set in a system contract, such as 10Q coin. CPU performance may refer to the operating frequency of the CPU.
Alternatively, the super node may receive not only the first network access request sent by the first node, but also network access requests sent by other nodes (herein, a plurality of nodes) at other times. Each network access request may include the memory space, bandwidth space, and CPU performance of the node that sent the network access request. After receiving the network access request, the super node can store the memory space, the bandwidth space and the CPU performance of other nodes, and can sort other nodes sending the network access request according to the memory space from large to small, the bandwidth space from large to small and the CPU performance from high to low to obtain a node sequence. After the super node receives the first network access request sent by the first node, the first node is added into the node sequence based on the memory space, the bandwidth space and the CPU performance of the first node, and whether the position of the first node in the node sequence belongs to the first N bits can be judged, if so, the memory space, the bandwidth space and the CPU performance of the first node are satisfied with the network access condition. N may be a value specified in a system contract. When determining whether a certain node meets the network access condition, the super node preferentially selects a node with larger memory space, larger bandwidth space and higher CPU performance from the node after the memory space, bandwidth space and CPU performance of the node meet basic requirements (such as memory space 100TB, bandwidth space 100M (megabit) and CPU performance 3.0GHz (here, the working frequency of CPU is 3.0 GHz)), and joins the alliance chain.
In some possible embodiments, because it may be specified in the system contract of the federation chain, when any node sends an access request to the supernode, the supernode defaults to the pre-stored asset requirements (or guaranteed asset requirements) specified in the system contract of the federation chain, that is, when invoking the system contract to freeze the first digital asset in the account of the first node, the supernode may directly freeze the first digital asset in the account of the first node without soliciting the consent of the first node.
In other possible embodiments, the supernode may send a pre-stored asset request to the first node when the memory space, bandwidth space, and CPU performance of the first node meet the networking conditions, the pre-stored asset request may be used to request the first node to pre-store a target number of digital assets. After the first node receives the request for pre-stored assets, if the account of the first node agrees to pre-store the target number of digital assets, the first node may return a pre-stored asset agreement response to the super node. After the supernode receives the pre-stored asset consent response, a system contract may be invoked to freeze the first digital asset in the account of the first node. Wherein the number of assets of the first digital asset may be equal to the target number. The value of the target number may be an asset value set in a system contract.
S103, the super node puts the network license certificate into the first node. Accordingly, the first node receives the network access license.
In some possible implementations, the supernode may place a network license certificate to the first node after freezing the first digital asset in the account of the first node. Accordingly, the first node receives the network access license. Wherein the network access license is used to identify nodes that allow services to be provided on the federation chain to obtain revenue (or digital assets). The network access license may be a token.
S104, the first node joins the alliance chain where the super node is based on the received access permission certificate.
In some possible embodiments, the first node may use the received access permission certificate to join the federation chain in which the super node resides and provide services on the federation chain, such as providing storage resources on the federation chain. Alternatively, after the first node joins the federation chain, if the first node is online, the first node may provide services (e.g., storage resources) to the user or other nodes on the federation chain. If the first node is in a down state, the first node cannot provide services (e.g., storage resources) to the user or other nodes in the federation chain.
S105, when the first node is monitored to meet the asset deduction condition based on the reporting event or the node state of the first node, the super node calls a system contract to transfer the second digital asset in the first digital asset from the account of the first node to a preset account.
In some possible embodiments, if the node state of the first node is online, the first node may periodically send heartbeat information to the super node, the heartbeat information being used to determine that the node state is online. If the super node does not receive the heartbeat information sent by the first node within the target time period, the super node may determine that the node state of the first node is a offline state, and may determine that the first node meets the asset deduction condition.
Optionally, when the super node does not receive the heartbeat information sent by the first node in the target time period, the super node may further send a heartbeat request to the first node, where the heartbeat request may be used to obtain the heartbeat information of the first node. If the super node receives a heartbeat response returned by the first node for the heartbeat request within a period of time (e.g., within 1 minute), the heartbeat response may include heartbeat information, the super node may determine that the node status of the first node is online and may determine that the first node does not satisfy the asset deduction condition. If the super node does not receive the heartbeat response returned by the first node for the heartbeat request within the period of time, the super node can determine that the node state of the first node is in the offline state, and can determine that the first node meets the asset deduction condition. Wherein the target time period may be greater than the period of the first node sending the heartbeat information, such as the period of the first node sending the heartbeat information is 2 minutes, then the target time period may be 5 minutes (the target time period is greater than 2 times the period of the first node sending the heartbeat information).
In other possible embodiments, the super node may receive the information that the memory space is full and reported by the first node, and may query the storage record corresponding to the first node based on the blockchain ledger. The super node may detect the memory state of the first node according to the storage record corresponding to the first node. When the memory state of the first node is detected to be in an unsatisfied state, the first node is indicated to report false information, and the super node can determine that the first node meets the asset deduction condition. When the memory state of the first node is detected to be the full state, the memory of the first node is truly full, the information reported by the first node is true, and the super node can determine that the first node does not meet the asset deduction condition.
Optionally, the storage record corresponding to the first node in the blockchain ledger may include a size of the storage space occupied by the data stored on the first node. The super node may count the size of the occupied storage space on the first node. Because the first network access request includes the memory space of the first node, the super node can compare the counted size of the occupied memory space on the first node with the size of the memory space of the first node. If the size of the occupied storage space on the counted first node is smaller than the size of the memory space of the first node, the super node can determine that the memory state of the first node is an unsatisfied state. If the size of the occupied storage space on the counted first node is equal to the size of the memory space of the first node, the super node can determine that the memory state of the first node is a full state.
In yet other possible embodiments, when the supernode monitors that chain i in the coalition chain is longer than chain j (chain j being the longest chain in the coalition chain before chain i is longer than chain j), the supernode may access timestamp T of the first block of chain i i And can access the timestamp T of the first block of chain j j . The supernode may compare the time stamps T i With time stamp T j Is a time sequence of (a). If the time is T i At a time stamp T j After that, explaining that chain i is a false chain, the supernode may determine that the first node creating chain i satisfies the asset deduction condition.
In some possible embodiments, when the first node is monitored to meet the asset deduction condition based on a reporting event or node status of the first node, the supernode may invoke a system contract to transfer the frozen second digital asset of the first digital asset from the account of the first node to a preset account. Wherein the number of assets of the second digital asset may be less than or equal to the number of assets of the first digital asset, i.e., the second digital asset may be part of the digital assets in the first digital asset, e.g., the first digital asset is a 10Q coin, and the second digital asset may be a 5Q coin in the 10Q coin. The preset account may be a system account (or penalty account) set for a system contract, and may be used to store digital assets transferred from an account of the node. When the first node randomly goes offline, or reports false information, or performs malicious behaviors (such as creating false transactions to cover the longest chain in the alliance chain), the embodiment of the application penalizes the first node, namely deducts all or part of the guarantee (namely the second digital asset) pre-stored by the first node, thereby enhancing the self-disciplinary property of the first node and further enhancing the robustness of the alliance chain.
In other possible embodiments, when the first node is monitored to satisfy the asset deduction condition based on a reporting event or a node status of the first node, the supernode may invoke a system contract to defrost a second digital asset of the frozen first digital assets, and may transfer the defrosted second digital asset from the account of the first node to a preset account (or to a preset account). Wherein the number of assets of the second digital asset may be less than or equal to the number of assets of the first digital asset.
In the embodiment of the application, a super node receives a first network access request sent by a first node, wherein the first network access request comprises a memory space, a bandwidth space and CPU performance of the first node, when the memory space, the bandwidth space and the CPU performance of the first node meet network access conditions, a system contract is called to freeze a first digital asset in an account of the first node, and a network access license is placed into the first node, so that the first node joins a alliance chain where the super node is located based on the received network access license, and when the first node meets asset deduction conditions based on reporting events or node states of the first node, the system contract is called to transfer a second digital asset in the first digital asset from the account of the first node to a preset account, and the asset number of the second digital asset is smaller than or equal to that of the first digital asset. The stability of resources in the federated chain may be improved.
As an alternative embodiment, the supernode may take the second digital asset in the preset account as a reward on the coalition chain in place of the node serving the first node after transferring the second digital asset in the first digital asset from the account of the first node to the preset account.
Fig. 3 is a flowchart of another network access method of a blockchain node according to an embodiment of the present application. As shown in fig. 3, the networking method of the blockchain node may include the steps of:
s201, the first node sends a first network access request to the super node. Accordingly, the super node receives the first network access request.
S202, when the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition, the super node calls a system contract to freeze the first digital asset in the account of the first node.
S203, the super node puts in a network license certificate to the first node. Accordingly, the first node receives the network access license.
S204, the first node joins the alliance chain where the super node is based on the received access permission certificate.
S205, when the first node is monitored to meet the asset deduction condition based on the reporting event or the node state of the first node, the super node calls a system contract to transfer the second digital asset in the first digital asset from the account of the first node to a preset account.
In some possible implementations, the steps S201 to S205 in the embodiment of the present application may refer to the steps S101 to S105 in the embodiment shown in fig. 2, which are not described herein. c
S206, the super node determines a first task which cannot be processed currently by the first node based on the reporting event or the node state that the first node meets the asset deduction condition.
In some possible embodiments, if the super node determines that the first node meets the above-mentioned asset deduction condition based on the memory space full information reported by the first node, the first task that the first node cannot currently process may be a storage task. If the super node determines that the first node meets the above-mentioned asset deduction condition based on the node state of the first node, the first task that the first node cannot process currently may be all tasks (including a storage task, a query task, a transaction task, etc.) that the first node can process. The above descriptions of the first task under different conditions are all examples, and in practical application, the first task that the super node determines that the first node cannot process currently is different due to different roles (or application scenarios) of the coalition chain.
In some possible embodiments, after the supernode invokes the system contract to transfer the second digital asset from the account of the first node to the preset account, the supernode may retrieve the access permission certificate issued to the first node, so that the first node exits the federation chain in which the supernode is located. Alternatively, the supernode may invalidate the access permission certificate issued to the first node so that the second node cannot provide services on the federation chain, thereby enabling retraction of the access permission certificate issued to the first node.
S207, the second node sends a second network access request to the super node. Accordingly, the super node receives the second network access request.
In some possible embodiments, the second network access request may include a memory space, a bandwidth space, and a CPU performance of the second node. Wherein CPU performance may refer to the operating frequency of the CPU.
And S208, allowing the second node to join the alliance chain where the super node is located by the super node when the memory space, the bandwidth space and the CPU performance of the second node meet the network access condition.
In some possible embodiments, after the super node receives the second network access request, the memory space, the bandwidth space and the CPU performance of the second node in the second network access request may be extracted and stored. The super node may detect whether the second node satisfies the network access condition based on the memory space, the bandwidth space, and the CPU performance of the second node. If the supernode detects that the second node meets the networking condition based on the memory space, the bandwidth space and the CPU performance of the second node, the supernode can call a system contract to freeze a third digital asset in the account of the second node. When the third digital asset is frozen, the third digital asset is not available for use by the account of the second node, although the third digital asset still belongs to the account of the second node. The supernode may issue a network entry license to the second node. The second node, after receiving the access license, may use the received access license to join the federation chain in which the super node is located and provide services on the federation chain, such as providing storage resources on the federation chain. Wherein the third digital asset may have an equal number of assets as the first digital asset. When the first node is monitored to meet the asset deduction condition, the embodiment of the application shows that the first node cannot provide stable service or the first node performs malicious behavior or reports false information, and after deducting part of digital assets pre-stored in the account of the first node, the super node can allow other nodes (second nodes) to join the alliance chain to replace the first node to provide service on the alliance chain. A stable alliance chain can be maintained, and the robustness of the alliance chain is improved.
In some possible implementations, the execution sequence between the step S206 and the step S207-step S208 in the embodiment of the present application is not limited. For example, step S206 may be performed before step S207 to step S208, step S206 may be performed after step S207 to step S208, step S206 may be performed simultaneously with step S207 to step S208, and so on.
S209, the super node distributes the first task to the second node for processing, and after the second node finishes processing the first task, the super node calls a system contract to transfer the second digital asset in the preset account to the account of the second node.
In some possible embodiments, the super node may assign the first task to the second node for processing after the second node joins the federation chain. The second node receives the first task and processes the first task, and after the first task is processed, the second node can return task completion information to the super node. After the supernode receives the task completion information, it may determine that the first task has been processed, and the supernode may invoke a system contract to transfer the second digital asset in the preset account to an account of a second node to process the reward (obtained digital asset/benefit) of the first task as the second node. After the second node replaces the first node to process the task, the super node transfers the second digital asset deducted from the first digital asset (the digital asset pre-stored in the account of the first node) to the account of the second node to be used as the rewards of the second node for processing the task. The automatic property of each node on the alliance chain, and the stability and the robustness of the alliance chain can be further improved.
In other possible embodiments, the super node may broadcast the first task on the federation chain after the second node joins the federation chain, so that each node on the federation chain robs the first task. For convenience of description, the embodiment of the present application will be described by taking the example that the second node robs to the first task. After the second node robs to the first task, the first task may be locked to prevent other nodes on the federation chain from also processing the first task. After the second node locks the first task, the first task can be processed, and after the first task processing is completed, the second node can return task completion information to the super node. After the supernode receives the task completion information, it may determine that the second node has processed the first task, and the supernode may invoke a system contract to transfer the second digital asset in the preset account to the account of the second node, so as to use the second node as a reward (obtained digital asset/benefit) for processing the first task.
When the first node is monitored to meet the asset deduction condition, the embodiment of the application shows that the first node cannot provide stable service or the first node performs malicious behavior or reports false information, after deducting part of the digital assets pre-stored in the account of the first node, the super node can allow other nodes (second nodes) to join the alliance chain, can replace the first node to execute tasks, and can transfer the second digital assets deducted from the first digital assets (the digital assets pre-stored in the account of the first node) to the account of the second node to be used as rewards for processing the tasks by the second node. Thereby further improving the autonomy of each node on the alliance chain and the stability of the alliance chain.
The above details illustrate the networking method of the blockchain node in the embodiment of the present application, and in order to better implement the above scheme of the embodiment of the present application, the embodiment of the present application further provides a corresponding apparatus and device.
Fig. 4 is a schematic structural diagram of a network access device of a blockchain node according to an embodiment of the present application. The networking device 100 of the blockchain node may be applied to the super node as shown in fig. 2 or fig. 3, and the networking device 100 of the blockchain node may include:
a transceiver module 101, configured to receive a first network access request sent by a first node, where the first network access request includes a memory space, a bandwidth space, and CPU performance of the first node;
a freezing module 102, configured to, when the memory space, the bandwidth space, and the CPU performance of the first node satisfy the network access condition, invoke a system contract by the super node to freeze a first digital asset in an account of the first node;
the transceiver module 101 is configured to put a network license into the first node, so that the first node joins a federation chain where the super node is located based on the received network license;
and a transferring module 103, configured to, when it is monitored that the first node meets an asset deduction condition based on a reporting event or a node status of the first node, invoke the system contract to transfer a second digital asset in the first digital asset from an account of the first node to a preset account, where the number of assets of the second digital asset is less than or equal to the number of assets of the first digital asset.
In some possible embodiments, the networking device 100 of the blockchain node further includes a first determining module 104, a licensing module 105, and an allocation module 106. The first determining module 104 is configured to determine, based on a reporting event or a node status that the first node meets the asset deduction condition, a first task that the first node cannot currently process; the transceiver module 101 is further configured to receive a second network access request sent by a second node, where the second network access request includes a memory space, a bandwidth space, and CPU performance of the second node; the permission module 105 is configured to allow the second node to join the federation chain where the super node is located when the memory space, bandwidth space, and CPU performance of the second node satisfy the network access condition; the allocation module 106 is configured to allocate the first task to the second node for processing; and the transferring module is further configured to invoke the system contract to transfer the second digital asset in the preset account to the account of the second node after the second node finishes processing the first task, where the second digital asset is determined based on the first task.
In some possible embodiments, the networking device 100 of the blockchain node further includes a retraction module 107. The retraction module 107 is configured to retract the access permission certificate of the first node, so that the first node exits the federation chain where the super node is located.
In some possible embodiments, the networking device 100 of the blockchain node further includes a second determination module 108. The second determining module 108 is configured to determine that the node status of the first node is a down status when the super node does not receive the heartbeat information sent by the first node within the target time period, and determine that the first node meets the asset deduction condition.
In some possible embodiments, the networking device 100 of the blockchain node further includes a detection module 109 and a third determination module 110. The detecting module 109 is configured to detect, when receiving the memory space full information reported by the first node, a memory state of the first node based on a storage record corresponding to the first node in a blockchain ledger; the third determining module 110 is configured to determine that the first node satisfies an asset deduction condition when the detected memory status of the first node is an unsatisfied status.
In some possible embodiments, the transceiver module 101 is further configured to, when the memory space, the bandwidth space, and the CPU performance of the first node meet the network access condition, send a pre-stored asset request to the first node, where the pre-stored asset request is used to request the first node to pre-store a target number of digital assets; and triggering the execution of the calling system contract to freeze the first digital assets in the account of the first node when a prestored asset agreement response returned by the first node is received, wherein the number of the assets of the first digital assets is equal to the target number.
In some possible embodiments, the transferring module 103 is specifically configured to invoke the system contract to defrost the second digital asset in the first digital asset, and transfer the defrosted second digital asset from the account of the first node to the preset account.
Wherein the freezing module 102, the transferring module 103, the first determining module 104, the licensing module 105, the distributing module 106, the retrieving module 107, the second determining module 108, the detecting module 109 and the third determining module 110 may be one module, such as a processing module.
In a specific implementation, the implementation of each module may also correspond to the corresponding description of the supernode in the method embodiment shown in fig. 2 or fig. 3, and perform the method and the function performed by the supernode in the foregoing embodiment.
According to the embodiment of the application, a first network access request sent by a first node is received, the first network access request comprises the memory space, the bandwidth space and the CPU performance of the first node, when the memory space, the bandwidth space and the CPU performance of the first node meet network access conditions, a system contract is called to freeze a first digital asset in an account of the first node, a network access permission certificate is placed into the first node, so that the first node joins a alliance chain where the super node is located based on the received network access permission certificate, and when the condition that the first node meets asset deduction conditions based on a reporting event or a node state of the first node is monitored, a second digital asset in the first digital asset is called to transfer the second digital asset from the account of the first node to a preset account, and the asset number of the second digital asset is smaller than or equal to the asset number of the first digital asset. The stability of resources in the federated chain may be improved.
Fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present application. As shown in fig. 5, the electronic device 1000 may include: a processor 1001, a memory 1002, and a transceiver 1003. The electronic device 1000 may also include at least one communication bus 1004. Wherein the communication bus 1004 is used to enable connected communication between these components. The memory 1002 may be a high-speed RAM memory or a non-volatile memory (non-volatile memory), such as at least one disk memory. The memory 1002 may also optionally be at least one storage device located remotely from the processor 1001. As shown in fig. 5, an operating system, a network communication module, a user interface module, and a device control application may be included in the memory 1002 as one type of computer-readable storage medium.
In the electronic device 1000 shown in fig. 5, the transceiver 1003 is configured to communicate with a first node and/or a second node, where the transceiver 1003 is specifically configured to receive a first network access request sent by the first node, where the first network access request includes a memory space, a bandwidth space, and a CPU performance of the first node;
and the processor 1001 may be configured to invoke a device control application stored in the memory 1002 to implement: when the memory space, bandwidth space and CPU performance of the first node meet the network access condition, the super node calls a system contract to freeze a first digital asset in an account of the first node;
The transceiver 1003 is further specifically configured to put a network license certificate into the first node, so that the first node joins a federation chain where the super node is located based on the received network license certificate;
the processor 1001 is further configured to invoke a device control application program stored in the memory 1002 to implement: when the first node is monitored to meet the asset deduction condition based on the reporting event or the node state of the first node, the super node calls the system contract to transfer the second digital asset in the first digital asset from the account of the first node to a preset account, wherein the asset number of the second digital asset is smaller than or equal to the asset number of the first digital asset.
Furthermore, it should be noted here that: the embodiment of the present application further provides a computer readable storage medium, where a computer program executed by the network access device 100 of the blockchain node mentioned above is stored, and the computer program includes program instructions, when the processor executes the program instructions, the description of the network access method of the blockchain node in the embodiment corresponding to fig. 2 or fig. 3 can be executed, and therefore will not be repeated herein. In addition, the description of the beneficial effects of the same method is omitted. For technical details not disclosed in the embodiments of the computer-readable storage medium according to the present application, please refer to the description of the method embodiments of the present application.
Those skilled in the art will appreciate that implementing all or part of the above-described methods in accordance with the embodiments may be accomplished by way of a computer program stored on a computer readable storage medium, which when executed may comprise the steps of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), or the like.
The foregoing disclosure is illustrative of the present application and is not to be construed as limiting the scope of the application, which is defined by the appended claims.
Claims (9)
1. A method of networking a blockchain node, comprising:
the method comprises the steps that a super node receives a first network access request sent by a first node, wherein the first network access request comprises a memory space, a bandwidth space and CPU performance of the first node;
when the memory space, the bandwidth space and the CPU performance of the first node meet network access conditions, the super node calls a system contract to freeze a first digital asset in an account of the first node, and places a network license certificate into the first node so that the first node joins a alliance chain where the super node is located based on the received network license certificate;
When the first node is monitored to meet an asset deduction condition based on a reporting event or a node state of the first node, the super node calls the system contract to transfer second digital assets in the first digital assets from an account of the first node to a preset account, wherein the number of assets of the second digital assets is smaller than or equal to that of the first digital assets;
wherein monitoring that the first node satisfies an asset deduction condition based on a reporting event or a node status of the first node comprises:
if the super node receives the information that the memory space reported by the first node is full, the super node detects the memory state of the first node based on a storage record corresponding to the first node in a blockchain account book;
and if the detected memory state of the first node is an unsatisfied state, the super node determines that the first node meets an asset deduction condition.
2. The method of claim 1, wherein after the supernode invokes the system contract to transfer a second digital asset of the first digital assets from an account of the first node to a preset account, the method further comprises:
The super node determines a first task which cannot be processed currently by the first node based on a reporting event or a node state that the first node meets the asset deduction condition;
the super node receives a second network access request sent by a second node, wherein the second network access request comprises a memory space, a bandwidth space and CPU performance of the second node;
when the memory space, bandwidth space and CPU performance of the second node meet the network access conditions, the super node allows the second node to join a alliance chain where the super node is located;
the supernode assigns the first task to the second node for processing, and after the second node completes the first task processing, the supernode invokes the system contract to transfer the second digital asset in the preset account to an account of the second node, the second digital asset being determined based on the first task.
3. The method of claim 1 or 2, wherein after the supernode invokes the system contract to transfer a second digital asset of the first digital assets from an account of the first node to a preset account, the method further comprises:
And the super node withdraws the access permission certificate of the first node so as to enable the first node to exit the alliance chain where the super node is located.
4. The method of claim 1 or 2, wherein the monitoring that the first node satisfies an asset deduction condition based on a reporting event or a node status of the first node further comprises:
if the super node does not receive the heartbeat information sent by the first node in the target time period, the super node determines that the node state of the first node is a offline state, and determines that the first node meets the asset deduction condition.
5. The method of claim 1, wherein before the supernode invokes a system contract to freeze a first digital asset in an account of the first node, the method further comprises:
when the memory space, the bandwidth space and the CPU performance of the first node meet network access conditions, the super node sends a pre-stored asset request to the first node, wherein the pre-stored asset request is used for requesting the first node to pre-store a target number of digital assets;
and when a prestored asset agreement response returned by the first node is received, triggering the execution of the super node to invoke a system contract to freeze the first digital assets in the account of the first node, wherein the number of the assets of the first digital assets is equal to the target number.
6. The method of claim 1, wherein the supernode invoking the system contract to transfer a second digital asset of the first digital assets from an account of the first node to a preset account comprises:
and the super node calls the system contract to defrost the second digital asset in the first digital asset, and transfers the defrosted second digital asset from the account of the first node to a preset account.
7. A networking device for a blockchain node, comprising:
the network access module is used for receiving a first network access request sent by a first node, wherein the first network access request comprises a memory space, a bandwidth space and CPU performance of the first node;
the freezing module is used for calling a system contract to freeze a first digital asset in an account of the first node when the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition;
the receiving and transmitting module is used for placing a network license certificate into the first node so that the first node can join a alliance chain where the super node is based on the received network license certificate;
a transfer module, configured to, when it is monitored, based on a reporting event or a node status of the first node, that the first node meets an asset deduction condition, invoke the system contract to transfer a second digital asset in the first digital asset from an account of the first node to a preset account, where an asset number of the second digital asset is less than or equal to an asset number of the first digital asset; wherein monitoring that the first node satisfies an asset deduction condition based on a reporting event or a node status of the first node comprises: and if the memory space full information reported by the first node is received, detecting the memory state of the first node based on a storage record corresponding to the first node in a blockchain account book, and if the detected memory state of the first node is not full, determining that the first node meets an asset deduction condition.
8. A terminal device, comprising: a processor, a memory, and a transceiver;
the processor is respectively connected with the memory and the transceiver, wherein the memory is used for storing program codes, the transceiver is used for communicating with the first node and/or the second node, and the transceiver is specifically used for receiving a first network access request sent by the first node, and the first network access request comprises the memory space, the bandwidth space and the CPU performance of the first node;
the processor is configured to call the program code to perform the following operations:
when the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition, invoking a system contract to freeze a first digital asset in an account of the first node;
the transceiver is further specifically configured to send a network license to the first node, so that the first node joins a federation chain where the super node is located based on the received network license;
the processor is also configured to invoke the program code to:
when the first node is monitored to meet an asset deduction condition based on a reporting event or a node state of the first node, invoking the system contract to transfer a second digital asset in the first digital asset from an account of the first node to a preset account, wherein the asset number of the second digital asset is smaller than or equal to that of the first digital asset; wherein monitoring that the first node satisfies an asset deduction condition based on a reporting event or a node status of the first node comprises: and if the memory space full information reported by the first node is received, detecting the memory state of the first node based on a storage record corresponding to the first node in a blockchain account book, and if the detected memory state of the first node is not full, determining that the first node meets an asset deduction condition.
9. A computer readable storage medium, characterized in that the computer readable storage medium stores a computer program comprising program instructions which, when executed by a processor, perform the method according to any of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910905476.2A CN110599144B (en) | 2019-09-24 | 2019-09-24 | Network access method and device for blockchain nodes |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910905476.2A CN110599144B (en) | 2019-09-24 | 2019-09-24 | Network access method and device for blockchain nodes |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110599144A CN110599144A (en) | 2019-12-20 |
| CN110599144B true CN110599144B (en) | 2023-08-22 |
Family
ID=68862786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910905476.2A Active CN110599144B (en) | 2019-09-24 | 2019-09-24 | Network access method and device for blockchain nodes |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110599144B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111769946B (en) * | 2020-05-08 | 2022-08-19 | 贵阳信息技术研究院（中科院软件所贵阳分部） | Large-scale node capacity expansion method for alliance chain |
| CN112637274A (en) * | 2020-12-04 | 2021-04-09 | 山西特信环宇信息技术有限公司 | Cone block chain terminal and access method thereof |
| US11606260B1 (en) * | 2022-03-24 | 2023-03-14 | Red Hat, Inc. | Consensus-based node retirement process in a mesh |
| CN114997864A (en) * | 2022-04-24 | 2022-09-02 | 广东电网有限责任公司广州供电局 | Electric power payment management system, method, equipment and medium based on cloud platform and block chain |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107301536A (en) * | 2017-06-12 | 2017-10-27 | 腾讯科技（深圳）有限公司 | Resource transfers method and device |
| WO2018073482A1 (en) * | 2016-10-18 | 2018-04-26 | Nokia Technologies Oy | Accession control for network nodes |
| CN107995270A (en) * | 2017-11-24 | 2018-05-04 | 成都赤乌软件技术有限公司 | A kind of method that distributed document storage is realized based on block chain |
| CN109872235A (en) * | 2019-01-25 | 2019-06-11 | 东莞市大易产业链服务有限公司 | A kind of digital asset interoperability methods based on block chain technology |
| CN110099067A (en) * | 2019-05-14 | 2019-08-06 | 山大地纬软件股份有限公司 | Alliance's block chain wallet node communicates licensing system and method |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP4350560A3 (en) * | 2017-06-07 | 2024-06-19 | nChain Licensing AG | Computer-implemented system and method for managing transactions over a blockchain network |
| WO2019028068A1 (en) * | 2017-08-01 | 2019-02-07 | Digital Asset (Switzerland) GmbH | Method and apparatus for automated committed settlement of digital assets |
-
2019
- 2019-09-24 CN CN201910905476.2A patent/CN110599144B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018073482A1 (en) * | 2016-10-18 | 2018-04-26 | Nokia Technologies Oy | Accession control for network nodes |
| CN107301536A (en) * | 2017-06-12 | 2017-10-27 | 腾讯科技（深圳）有限公司 | Resource transfers method and device |
| CN107995270A (en) * | 2017-11-24 | 2018-05-04 | 成都赤乌软件技术有限公司 | A kind of method that distributed document storage is realized based on block chain |
| CN109872235A (en) * | 2019-01-25 | 2019-06-11 | 东莞市大易产业链服务有限公司 | A kind of digital asset interoperability methods based on block chain technology |
| CN110099067A (en) * | 2019-05-14 | 2019-08-06 | 山大地纬软件股份有限公司 | Alliance's block chain wallet node communicates licensing system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110599144A (en) | 2019-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110599144B (en) | Network access method and device for blockchain nodes | |
| US20210350010A1 (en) | Distributed privately subspaced blockchain data structures with secure access restriction management | |
| Samaniego et al. | Zero-trust hierarchical management in IoT | |
| CN110008720B (en) | Dynamic data tracing method and device for Internet of things based on alliance chain | |
| CN110363527B (en) | Block chain-based evidence storage and supervision method and device | |
| CN111291060B (en) | Method, device and computer readable medium for managing blockchain nodes | |
| CN109462587A (en) | Block chain is layered common recognition method, block chain network system and block chain node | |
| CN112527912B (en) | Data processing method and device based on block chain network and computer equipment | |
| CN109919771B (en) | Industrial internet transaction device applying hierarchical block chain technology | |
| CN111556120A (en) | Data processing method and device based on block chain, storage medium and equipment | |
| WO2023077796A1 (en) | Backbone node access method and blockchain system | |
| CN110910110B (en) | Data processing method and device and computer storage medium | |
| CN113259130B (en) | Transaction data processing method, device, equipment and medium | |
| CN113067897B (en) | Cross-chain interaction method and device | |
| CN113259456A (en) | Cross-chain interaction method and device | |
| CN113259453B (en) | Cross-chain interaction method and device | |
| CN113011974A (en) | Transaction information evidence storing method and system based on block chain | |
| CN113505260A (en) | Face recognition method and device, computer readable medium and electronic equipment | |
| CN110660466A (en) | Personal health data chaining method and system of Internet of things by combining block chains | |
| CN111274597B (en) | Data processing method and device | |
| CN113259454B (en) | Cross-chain interaction method and device | |
| CN111008251A (en) | Data processing method and equipment | |
| CN112417052B (en) | Data synchronization method, device, equipment and storage medium in block chain network | |
| CN113067838B (en) | Cross-chain interaction method and device | |
| CN112200680B (en) | Block link point management method, device, computer and readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |