CN110599144A - Network access method and device for block link points - Google Patents

Network access method and device for block link points Download PDF

Info

Publication number
CN110599144A
CN110599144A CN201910905476.2A CN201910905476A CN110599144A CN 110599144 A CN110599144 A CN 110599144A CN 201910905476 A CN201910905476 A CN 201910905476A CN 110599144 A CN110599144 A CN 110599144A
Authority
CN
China
Prior art keywords
node
network access
asset
account
super
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910905476.2A
Other languages
Chinese (zh)
Other versions
CN110599144B (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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910905476.2A priority Critical patent/CN110599144B/en
Publication of CN110599144A publication Critical patent/CN110599144A/en
Application granted granted Critical
Publication of CN110599144B publication Critical patent/CN110599144B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computing Systems (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 network access method and a network access device for block link points, wherein the method comprises the following steps: receiving a first network access request sent by a first node, calling a system contract to freeze a first digital asset in an account of the first node and issuing a network access permission certificate to the first node when a memory space, a bandwidth space and a CPU (Central processing Unit) performance of the first node included in the first network access request meet a network access condition so that the first node joins in a alliance chain based on the received network access permission certificate, and calling the system contract to transfer a second digital asset in the first digital asset from the account of the first node to a preset account when monitoring that the first node meets an asset deduction condition based on a reported event or a node state of the first node, wherein the asset quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset. By adopting the embodiment of the application, the stability of resources in the alliance chain can be improved.

Description

Network access method and device for block link points
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for accessing a network of block link points.
Background
With the development of the blockchain technology, according to different application scenarios and user requirements, blockchains can be roughly divided into three major classes, namely Public chains (Public Block chain), Private chains (Private Block chain) and alliance chains (consortium Block chain). A federation chain refers to a blockchain in which several organizations or institutions participate together in management, each institution operating one or more nodes, where data only allows different institutions in the system to read, write, and send transactions, and to collectively record transaction data. For the alliance chain, the alliance chain is a private chain in nature, and since a small number of nodes have high trust level, each node is not required to verify a transaction, so that the alliance chain is easy to achieve and the transaction speed is naturally much faster compared with a public chain and a general private chain.
At present, as long as a node meets a certain condition, 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 an off-line state, the resource of the node is unstable, and the stability of the resource in the federation chain is poor.
Disclosure of Invention
The embodiment of the application provides a network access method and device for block link points, which can improve the stability of resources in a alliance chain.
In a first aspect, an embodiment of the present application provides a network access method for 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 (Central processing Unit) performance 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 super node calls a system contract to freeze a first digital asset in an account of the first node and issues a network access permission certificate to the first node, so that the first node is added into a alliance chain where the super node is located based on the received network access permission certificate;
when monitoring that the first node meets an asset deduction condition based on a reported event or a node state of the first node, the super node calls 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 quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
In one possible design, the method further includes:
the super node determines a first task which cannot be processed by the first node at present based on the reported event or 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 (Central processing Unit) performance of the second node;
when the memory space, the bandwidth space and the CPU performance of the second node meet the network access condition, the super node allows the second node to join the alliance chain where the super node is located;
the super node allocates the first task to the second node for processing, and after the second node completes the first task processing, the super node calls the system contract to transfer the second digital asset in the preset account to the account of the second node, wherein the second digital asset is determined based on the first task.
In one possible design, after the super node invokes the system contract to transfer the second digital asset from the account of the first node to the preset account, the method further includes: the super node withdraws 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 method further includes: 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 an off-line state, and determines that the first node meets the asset deduction condition.
In one possible design, the method further includes: 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 the storage record corresponding to the first node in the block chain account book; and if the detected memory state of the first node is not full, the super node determines that the first node meets the asset deduction condition.
In one possible design, before the super node invokes a system contract to freeze the first digital asset in the 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 the network access condition, the super node sends a pre-storage asset request to the first node, wherein the pre-storage asset request is used for requesting the first node to pre-store digital assets with target quantity; and when a prestored asset agreement response returned by the first node is received, triggering the super node to call a system contract to freeze a first digital asset in an account of the first node, wherein the asset quantity of the first digital asset is equal to the target quantity.
In one possible design, the supernode invoking the system contract to transfer the second digital asset from the first digital asset to a predetermined account includes: and the super node calls the system contract to unfreeze the second digital assets in the first digital assets, and transfers the unfrozen second digital assets 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 apparatus for a blockchain node, including:
the system comprises a receiving and sending module, a processing module and a processing module, wherein the receiving and sending module is used for receiving a first network access request sent by a first node, and the first network access request comprises a memory space, a bandwidth space and CPU (central processing unit) performance of the first node;
the super node 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 transceiver module is configured to issue a network access permission certificate to the first node, so that the first node joins the federation chain where the super node is located based on the received network access permission certificate;
and the transfer module is used for transferring a second digital asset in the first digital asset from the account of the first node to a preset account by calling the system contract by the super node when the first node meets the asset deduction condition based on the reported event or the node state of the first node, wherein the asset quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
In one possible design, the apparatus further includes a first determining module, a licensing module, and an assigning module. The first determining module is configured to determine, based on the reported event or the node state that the first node satisfies the asset deduction condition, a first task that cannot be currently processed by the first node; 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 a CPU performance of the second node; the permission module is configured to allow 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; the transfer module is further configured to, after the second node completes processing of the first task, invoke the system contract to transfer the second digital asset in the preset account to the account of the second node, where the second digital asset is determined based on the first task.
In one possible design, the apparatus further includes a retrieval module. The withdrawing module is configured to withdraw the network access permission certificate of the first node, so that the first node exits the federation chain where the super node is located.
In one possible design, the apparatus further includes a second determining module. The second determining module is configured to determine that the node status of the first node is an offline status and determine that the first node meets the asset deduction condition when the super node does not receive the heartbeat information sent by the first node within the target time period.
In one possible design, the apparatus further includes a detection module and a third determination module. The detection module is used for detecting the memory state of the first node based on the storage record corresponding to the first node in the block chain account book when the information that the memory space reported by the first node is full is received; the third determining module is configured to determine that the first node meets an asset deduction condition when the detected memory state of the first node is a non-full state.
In a possible design, the transceiver module is further configured to send a pre-storage asset request to the first node when a memory space, a bandwidth space, and a CPU performance of the first node satisfy a network access condition, where the pre-storage asset request is used to request the first node to pre-store a target number of digital assets; and when a pre-stored asset consent response returned by the first node is received, triggering and calling a system contract to freeze a first digital asset in an account of the first node, wherein the asset quantity of the first digital asset is equal to the target quantity.
In a possible design, the transfer module is specifically configured to invoke the system contract to unfreeze the second digital asset in the first digital asset, and transfer the unfrozen 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 a memory space, a bandwidth space and a CPU performance of the first node;
the processor is configured to call the program code to perform the following:
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 a first digital asset in an account of the first node;
the transceiver is further specifically configured to issue a network access permission certificate to the first node, so that the first node joins the federation chain in which the super node is located based on the received network access permission certificate;
the processor is further configured to invoke the program code to perform the following:
when monitoring that the first node meets an asset deduction condition based on a reported event or a node state of the first node, the super node calls 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 quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, where the computer program includes program instructions, and when the program instructions are executed by the processor, the network access method of the blockchain node in the first aspect of the embodiment of the present application is performed.
The embodiment of the application receives a first network access request sent by a first node, wherein 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 the network access condition, calling a system contract to freeze a first digital asset in an account of the first node and issuing a network access permission certificate to the first node, so that the first node joins the federation chain in which the super node is located based on the received network access permission certificate, when it is monitored that the first node meets the asset deduction condition based on the reported event or node status of the first node, invoking the system contract to transfer a second digital asset from the first digital asset from the account of the first node to a pre-set account, the number of assets of the second digital asset is less than or equal to the number of assets of the first digital asset. The stability of resources in the federation chain can be improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1A is a schematic structural diagram of a blockchain system according to an embodiment of the present disclosure;
FIG. 1B is a Block Structure (Block Structure) diagram according to an embodiment of the present disclosure;
fig. 2 is a schematic flowchart of a network access method of a blockchain node according to an embodiment of the present disclosure;
fig. 3 is a schematic flowchart of another network access method for a blockchain node according to an embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of a block link point network access device 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 technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.
The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm. A Block chain (Block chain), which is essentially a decentralized database, is a series of data blocks associated by using a cryptographic method, and each data Block contains information of a batch of network transactions, so as to verify the validity (anti-counterfeiting) of the information and generate a next Block. The blockchain may include a blockchain underlying platform, a platform product services layer, and an application services layer.
The block chain underlying platform can comprise processing modules such as user management, basic service, intelligent contract and operation monitoring. The user management module is responsible for identity information management of all blockchain participants, and comprises public and private key generation maintenance (account management), key management, user real identity and blockchain address corresponding relation maintenance (authority management) and the like, and under the authorization condition, the user management module supervises and audits the transaction condition of certain real identities and provides rule configuration (wind control audit) of risk control; the basic service module is deployed on all block chain node equipment and used for verifying the validity of the service request, recording the service request to storage after consensus on the valid request is completed, for a new service request, the basic service firstly performs interface adaptation analysis and authentication processing (interface adaptation), then encrypts service information (consensus management) through a consensus algorithm, transmits the service information to a shared account (network communication) completely and consistently after encryption, and performs recording and storage; the intelligent contract module is responsible for registering and issuing contracts, triggering the contracts and executing the contracts, developers can define contract logics through a certain programming language, issue the contract logics to a block chain (contract registration), call keys or other event triggering and executing according to the logics of contract clauses, complete the contract logics and simultaneously provide the function of upgrading and canceling the contracts; the operation monitoring module is mainly responsible for deployment, configuration modification, contract setting, cloud adaptation in the product release process and visual output of real-time states in product operation, such as: alarm, monitoring network conditions, monitoring node equipment health status, and the like.
The platform product service layer provides basic capability and an implementation framework of typical application, and developers can complete block chain implementation of business logic based on the basic capability and the characteristics of the superposed business. The application service layer provides the application service based on the block chain scheme for the business participants to use.
The network access method of the block chain node provided by the embodiment of the application can be applied to a alliance chain. The federation chain mentioned in the embodiment of the present application may be a federation chain with a storage function, that is, each node joining the federation chain may provide a storage resource on the federation chain to obtain revenue (or digital assets). It should be noted that the node providing the storage resource on the federation chain may also be referred to as a resource node.
In some possible embodiments, a super node (or a founder node or a manager node) may be included in a federation chain, and the super node in the federation chain may audit and/or manage the nodes that want to join the federation chain. Specifically, all nodes that want to join a federation chain (here, the federation chain in which a supernode resides) can send a network entry request to the supernode. The network access request may carry parameters such as memory space, bandwidth space, 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 of the memory space, the bandwidth space, the CPU performance and the like of each node, and allows the super node to join in a alliance chain to provide services to obtain benefits (digital assets).
Referring to fig. 1A, fig. 1A is a schematic structural diagram of a blockchain system according to an embodiment of the present disclosure. The blockchain system shown in fig. 1A may be a federation chain system. The blockchain system shown in fig. 1A may be formed by a plurality of nodes (any form of computing device in an access network, such as a server and a user terminal) and a client, where the nodes form a Peer-to-Peer (P2P, Peer to Peer) network, and the P2P Protocol is an application layer Protocol operating on top of a Transmission Control Protocol (TCP). In the blockchain system, any machine such as a server and a terminal can be added to become a node, and the node comprises a hardware layer, a middle layer, an operating system layer and an application layer.
Referring to the functions of each node in the blockchain system shown in fig. 1A, the functions involved include:
1) routing, a basic function that a node has, is used to support communication between nodes.
Besides the routing function, the node may also have the following functions:
2) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.
For example, the services implemented by the application include:
2.1) wallet, for providing the function of transaction of electronic money, including initiating transaction (i.e. sending the transaction record of current transaction to other nodes in the blockchain system, after the other nodes are successfully verified, storing the record data of transaction in the temporary blocks of the blockchain as the response of confirming the transaction is valid; of course, the wallet also supports the querying of the remaining electronic money in the electronic money address;
and 2.2) sharing the account book, wherein the shared account book is used for providing functions of operations such as storage, query and modification of account data, record data of the operations on the account data are sent to other nodes in the block chain system, and after the other nodes verify the validity, the record data are stored in a temporary block as a response for acknowledging that the account data are valid, and confirmation can be sent to the node initiating the operations.
2.3) Intelligent contracts, computerized agreements, which can enforce the terms of a contract, implemented by codes deployed on a shared ledger for execution when certain conditions are met, for completing automated transactions according to actual business requirement codes, such as querying the logistics status of goods purchased by a buyer, transferring the buyer's electronic money to the merchant's address after the buyer signs for the goods; of course, smart contracts are not limited to executing contracts for trading, but may also execute contracts that process received information.
3) And the Block chain comprises a series of blocks (blocks) which are mutually connected according to the generated chronological order, new blocks cannot be removed once being added into the Block chain, and recorded data submitted by nodes in the Block chain system are recorded in the blocks.
Referring to fig. 1B, fig. 1B is a schematic diagram of a Block Structure (Block Structure) provided in this embodiment, each Block includes a hash value of a transaction record (hash value of the Block) stored in the Block and a hash value of a previous Block, and the blocks are connected by the hash values to form a Block chain. The block may include information such as a time stamp at the time of block generation. A block chain (Blockchain), which is essentially a decentralized database, is a string of data blocks associated by using cryptography, and each data block contains related information for verifying the validity (anti-counterfeiting) of the information and generating a next block.
The network access method of the blockchain node provided by the present application will be described in detail below with reference to fig. 2 and fig. 3.
Fig. 2 is a schematic flowchart illustrating a network access method of a blockchain node according to an embodiment of the present disclosure. As shown in fig. 2, the network entry method of the blockchain node may include the steps of:
s101, the first node sends a first network access request to the super node. Accordingly, the super node receives the first network access request.
In some possible embodiments, when a first node wants to join a federation chain, the first node may send a first network access request to a super node, where the first network access request may include a memory space, a bandwidth space, and a CPU performance of the first node. Accordingly, the supernode may receive the first network entry request. The first network access request may further include region information of the first node.
It should be noted that the first node sends the first network entry request to the supernode, which indicates that the first node accepts the specification of the system contract of the federation chain, such as a guarantee fund requirement, a reward and punishment requirement, a service provision 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 a first digital asset in an account of the first node.
In some possible embodiments, after receiving the first network access request, the super node may extract and store the memory space, the bandwidth space, and the CPU performance of the first node in the first network access request. The super node may detect whether the first node satisfies a network access condition based on a memory space, a bandwidth space, and a CPU performance of the first node. If the super node detects that the first node meets the network access condition based on the memory space, the bandwidth space and the CPU performance of the first node, the super node can call a system contract to freeze a first digital asset in an account of the first node. When the first digital asset is frozen, the first digital asset cannot be used 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 satisfy the network access condition based on the memory space, the bandwidth space and the CPU performance of the first node, the super node may return a response of denying network access to the first network access request. The network access refusal response can be used for instructing the first node to increase the memory space or the bandwidth space or improve the CPU performance so as to meet the network access condition. The asset quantity of the first digital asset may be a quantity set in a system contract, for example, the asset quantity of the first digital asset is 10Q coins (or 10 virtual currencies). CPU performance may refer to the operating frequency of the CPU.
Optionally, 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 (here, multiple nodes) at other times. Each network access request may include the memory space, bandwidth space, and CPU performance of the node sending the network access request. After receiving the network access request, the super node may store the memory space, the bandwidth space, and the CPU performance of other nodes, and may sequence the other nodes that send 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 a first network access request sent by a first node, the first node is added into a node sequence based on the memory space, the bandwidth space and the CPU performance of the first node, whether the position of the first node in the node sequence belongs to the first N bits can be judged, and if yes, the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition is shown. N may be a value specified in a system contract. When determining whether a certain node meets a network access condition, after the memory space, the bandwidth space and the CPU performance of the node meet basic requirements (such as the memory space 100TB, the bandwidth space 100M (mega) and the CPU performance 3.0GHz (the operating frequency of the CPU is 3.0GHz)) the super node preferentially selects the node with a larger memory space, a larger bandwidth space and a higher CPU performance, and joins in the federation chain.
In some possible embodiments, since it can be specified in the system contract of the federation chain, when any node sends a network access request to a super node, it agrees by default to the pre-stored asset requirement (or guaranteed asset requirement) specified in the system contract of the federation chain, that is, when the super node calls the system contract to freeze the first digital asset in the account of the first node, the super node can directly freeze the first digital asset in the account of the first node without soliciting the agreement of the first node.
In other possible embodiments, when the memory space, the bandwidth space, and the CPU performance of the first node satisfy the network access condition, the super node may send a pre-storage asset request to the first node, where the pre-storage 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 pre-stored asset request, the first node may return a pre-stored asset consent response to the super node if the account of the first node consents to pre-storing the target quantity of digital assets. After the super node 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 quantity may be an asset value set in a system contract.
S103, the super node issues a network access permission certificate to the first node. Accordingly, the first node receives the network-entry permission certificate.
In some possible implementations, the supernode may issue a network access permission 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-entry permission certificate. Where the network access permission certificate is used to identify a node that is allowed to provide a service on the federation chain to obtain revenue (or digital assets). The network access permission certificate may be a token.
And S104, the first node joins the alliance chain where the super node is located based on the received network access permission certificate.
In some possible embodiments, the first node may join the federation chain in which the super node is located using the received network access permission certificate and provide services, such as storage resources, on the federation chain. Optionally, 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 down, the first node may not be able to provide services (e.g., storage resources) to the user or other nodes in the federation chain.
And S105, when it is monitored that the first node meets the asset deduction condition based on the reported 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 status 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 status 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 status of the first node is an offline status, 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 within the target time period, the super node may also 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), where 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 may determine that the node status of the first node is an offline status, and may determine that the first node satisfies the asset deduction condition. The target time period may be greater than a period in which the first node sends the heartbeat information, for example, if the period in which the first node sends the heartbeat information is 2 minutes, the target time period may be 5 minutes (the target time period is greater than 2 times the period in which the first node sends the heartbeat information).
In other possible embodiments, the super node may receive the information that the memory space reported by the first node is full, and may query the storage record corresponding to the first node based on the block chain 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 a non-full state, the first node reports 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 a full state, the memory of the first node is indicated to be full, the information reported by the first node is real, and the super node can determine that the first node does not satisfy the asset deduction condition.
Optionally, the storage record corresponding to the first node in the blockchain ledger may include a size of a storage space occupied by data stored on the first node. Therefore, the super node can count the size of the occupied storage space on the first node. Since the first network access request includes the memory space of the first node, the super node may 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 counted size of the occupied storage space on the first node is smaller than the size of the memory space of the first node, the super node may determine that the memory state of the first node is not full. If the counted size of the occupied storage space on the first node is equal to the size of the memory space of the first node, the super node may determine that the memory state of the first node is a full state.
In still other possible embodiments, when the supernode detects that the length of chain i in the federation chain is longer than the length of chain j (chain j is the longest chain in the federation chain before the length of chain i is greater than chain j), the supernode may access the timestamp T of the first chunk in chain iiAnd may access the timestamp T of the first chunk of chain jj. The super node can compare the time stamp TiAnd a time stamp TjThe time sequence of (1). If the time stamp TiAt the time stamp TjThen, stating that chain i is a false chain, the supernode may determine that the first node that created chain i satisfies the asset deduction condition.
In some possible embodiments, when it is detected that the first node satisfies the asset deduction condition based on the reported event or the node status of the first node, the super node may invoke a system contract to transfer the second digital asset of the frozen first digital asset from the account of the first node to a preset account. The number of assets of the second digital asset may be smaller than or equal to the number of assets of the first digital asset, that is, the second digital asset may be a part of the digital assets in the first digital asset, for example, the first digital asset is 10Q coins (virtual currency), and then the second digital asset may be 5Q coins in the 10Q coins. The predetermined account may be a system account (or penalty account) set by a system contract, and the predetermined account may be used to store digital assets transferred from the account of the node. In the embodiment of the application, when the first node is offline at will, or false information is reported, or malicious behavior is performed (for example, a false transaction is created to cover the longest chain in the alliance chain), punishment is performed on the first node, that is, all or part of the security fund (namely, the second digital asset) pre-stored by the first node is deducted, so that the autonomy of the first node is enhanced, and the robustness of the alliance chain is further improved.
In other possible embodiments, when it is monitored that the first node satisfies the asset deduction condition based on the reported event or the node status of the first node, the super node may invoke a system contract to unfreeze the second digital asset in the frozen first digital asset, and may transfer the unfrozen second digital asset from the account of the first node to a preset account (or to the 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 present application, a super node receives a first network access request sent by a first node, where the first network access request includes a memory space, a bandwidth space, and a 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 condition, calling a system contract to freeze a first digital asset in an account of the first node and issuing a network access permission certificate to the first node, so that the first node joins the federation chain in which the super node is located based on the received network access permission certificate, when it is monitored that the first node meets the asset deduction condition based on the reported event or node status of the first node, invoking the system contract to transfer a second digital asset from the first digital asset from the account of the first node to a pre-set account, the number of assets of the second digital asset is less than or equal to the number of assets of the first digital asset. The stability of resources in the federation chain can be improved.
As an alternative embodiment, after the supernode transfers the second digital asset in the first digital asset from the account of the first node to the predetermined account, the supernode may award the second digital asset in the predetermined account as a reward to a node serving in place of the first node on the federation chain.
Fig. 3 is a schematic flowchart of another network access method for a blockchain node according to an embodiment of the present disclosure. As shown in fig. 3, the network entry 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 a first digital asset in an account of the first node.
S203, the super node issues a network access permission certificate to the first node. Accordingly, the first node receives the network-entry permission certificate.
And S204, the first node joins the alliance chain where the super node is located based on the received network access permission certificate.
And S205, when it is monitored that the first node meets the asset deduction condition based on the reported 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, steps S201 to S205 in the embodiment of the present application may refer to steps S101 to S105 in the embodiment shown in fig. 2, and are not described herein again. c. C
And S206, the super node determines a first task which cannot be processed by the first node at present based on the reported event or the node state of the first node meeting the asset deduction condition.
In some possible embodiments, if the super node determines that the first node meets the asset deduction condition based on the memory space fullness 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 asset deduction condition based on the node state of the first node, the first task that the first node cannot currently process may be all tasks (including a storage task, an inquiry task, a transaction task, and the like) that the first node can process. The above descriptions of the first task under different conditions are all examples, and in actual application, because the roles (or application scenarios) of the federation chains are different, the first task that the first node determined by the super node cannot currently process is also different.
In some possible embodiments, after the super node invokes the system contract to transfer the second digital asset in the first digital asset from the account of the first node to the preset account, the super node may recover the network access permission certificate issued to the first node, so that the first node exits the federation chain in which the super node is located. Optionally, the super node may invalidate the network access permission certificate issued to the first node, so that the second node cannot provide services on the federation chain, thereby implementing the recovery of the network access permission certificate issued to the first node.
And 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 entry request may include a memory space, a bandwidth space, and a CPU performance of the second node. The CPU performance may refer to an operating frequency of the CPU.
And S208, when the memory space, the bandwidth space and the CPU performance of the second node meet the network access condition, allowing the second node to join the alliance chain where the super node is located by the super node.
In some possible embodiments, after receiving the second network access request, the super node may extract and store the memory space, the bandwidth space, and the CPU performance of the second node in the second network access request. The super node may detect whether the second node satisfies a network access condition based on a memory space, a bandwidth space, and a CPU performance of the second node. If the super node detects that the second node meets the network access condition based on the memory space, the bandwidth space and the CPU performance of the second node, the super node can call a system contract to freeze a third digital asset in an account of the second node. When the third digital asset is frozen, the third digital asset cannot be used 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 access permission certificate to the second node. After receiving the network access permission certificate, the second node may join the federation chain where the super node is located by using the received network access permission certificate, and provide services on the federation chain, such as providing storage resources on the federation chain. Wherein the number of assets of the third digital asset may be equal to the number of assets of the first digital asset. When the first node is monitored to meet the asset deduction condition, the first node cannot provide stable service, or the first node performs malicious behaviors or reports false information, and after the super node deducts a part of digital resources prestored in an account of the first node, other nodes (second nodes) can be allowed to join the alliance chain to replace the first node to provide service on the alliance chain. And a stable alliance chain can be maintained, and the robustness of the alliance chain is improved.
In some possible embodiments, the execution sequence between step S206 and steps S207 to S208 in the embodiments of the present application is not limited. For example, step S206 may be performed before step S207-step S208, step S206 may be performed after step S207-step S208, step S206 may be performed simultaneously with step S207-step S208, and so on.
And S209, the super node allocates the first task to the second node for processing, and after the second node completes the processing of the first task, the super node calls a system contract to transfer the second digital assets in the preset account to the account of the second node.
In some possible embodiments, the supernode 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 super node receives the task completion information, it may determine that the first task has been processed and completed, and the super node may invoke a system contract to transfer the second digital asset in the preset account to an account of the second node, so as to serve as a reward (acquired digital asset/benefit) for the second node to process the first task. 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 reward of the second node to process the task. The autonomy 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 supernode may broadcast the first task over the federation chain after the second node joins the federation chain, so that each node in the federation chain preempts the first task. For convenience of description, the embodiment of the present application is described by taking the second node as an example to preempt the first task. After the second node has preempted the first task, the first task may be locked to prevent other nodes in the federation chain from also processing the first task. After the second node locks the first task, the second node may process the first task, and after the first task is processed, the second node may return task completion information to the super node. After the super node receives the task completion information, it may determine that the second node has completed processing the first task, and the super node 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 serve as a reward (acquired digital asset/benefit) for the second node to process the first task.
When the first node is monitored to meet the asset deduction condition, the first node cannot provide stable service or the first node performs malicious behaviors or reports false information, after the super node deducts a part of digital assets pre-stored in an account of the first node, other nodes (second nodes) can be allowed to join the alliance chain, the tasks can be executed instead of the first node, and second digital assets deducted from the first digital assets (digital assets pre-stored in the account of the first node) can be transferred to the account of the second node to be used as rewards for processing the tasks by the second node. Therefore, the autonomy of each node on the alliance chain and the stability of the alliance chain are further improved.
The foregoing describes in detail a network access method of a block chain node in an embodiment of the present application, and in order to better implement the foregoing scheme in 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 for block link points according to an embodiment of the present application. The block link point network access device 100 may be applied to a super node as shown in fig. 2 or fig. 3, and the block link point network access device 100 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 a CPU performance of the first node;
a freezing module 102, configured to, when a memory space, a bandwidth space, and a CPU performance of the first node meet a network access condition, invoke, by the super node, a system contract to freeze a first digital asset in an account of the first node;
the transceiver module 101 is configured to issue a network access permission certificate to the first node, so that the first node joins the federation chain where the super node is located based on the received network access permission certificate;
a transfer module 103, configured to, when it is monitored that the first node meets an asset deduction condition based on a reported event or a node state of the first node, invoke the system contract by the supernode 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 quantity of the second digital asset is less than or equal to an asset quantity of the first digital asset.
In some possible embodiments, the network access device 100 of the above blockchain node further includes a first determining module 104, a permission module 105, and an allocating module 106. The first determining module 104 is configured to determine, based on the reported event or the node state that the first node satisfies the asset deduction condition, a first task that cannot be currently processed by the first node; 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 a 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, the bandwidth space, and the CPU performance of the second node satisfy the network access condition; the allocating module 106 is configured to allocate the first task to the second node for processing; the transfer module is further configured to, after the second node completes processing of the first task, invoke the system contract to transfer the second digital asset in the preset account to the account of the second node, where the second digital asset is determined based on the first task.
In some possible embodiments, the network entry device 100 of the above block chain node further includes a retraction module 107. The withdrawing module 107 is configured to withdraw the network access permission certificate of the first node, so that the first node exits the federation chain in which the super node is located.
In some possible embodiments, the network access device 100 of the above-mentioned blockchain node further includes a second determining module 108. The second determining module 108 is configured to determine that the node status of the first node is an offline status and determine that the first node meets the asset deduction condition when the super node does not receive the heartbeat information sent by the first node within the target time period.
In some possible embodiments, the network access apparatus 100 of the above-mentioned blockchain node further includes a detection module 109 and a third determination module 110. The detecting module 109 is configured to detect a memory state of the first node based on a storage record corresponding to the first node in a block chain directory when receiving information that a memory space reported by the first node is full; the third determining module 110 is configured to determine that the first node meets the asset deduction condition when the detected memory state of the first node is an unsatisfied state.
In some possible embodiments, the transceiver module 101 is further configured to send a pre-storage asset request to the first node when the memory space, the bandwidth space, and the CPU performance of the first node meet the network access condition, where the pre-storage asset request is used to request the first node to pre-store a target number of digital assets; and when a pre-stored asset consent response returned by the first node is received, triggering and calling a system contract to freeze a first digital asset in an account of the first node, wherein the asset quantity of the first digital asset is equal to the target quantity.
In some possible embodiments, the transfer module 103 is specifically configured to invoke the system contract to unfreeze the second digital asset in the first digital asset, and transfer the unfrozen second digital asset from the account of the first node to the preset account.
The freezing module 102, the transferring module 103, the first determining module 104, the permitting module 105, the allocating module 106, the retrieving module 107, the second determining module 108, the detecting module 109, and the third determining module 110 may be a single module, such as a processing module.
In a specific implementation, the implementation of each module may also correspond to the corresponding description of the super node in the method embodiment shown in fig. 2 or fig. 3, and execute the method and the function executed by the super node in the foregoing embodiment.
The embodiment of the application receives a first network access request sent by a first node, wherein 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 the network access condition, calling a system contract to freeze a first digital asset in an account of the first node and issuing a network access permission certificate to the first node, so that the first node joins the federation chain in which the super node is located based on the received network access permission certificate, when it is monitored that the first node meets the asset deduction condition based on the reported event or node status of the first node, invoking the system contract to transfer a second digital asset from the first digital asset from the account of the first node to a pre-set account, the number of assets of the second digital asset is less than or equal to the number of assets of the first digital asset. The stability of resources in the federation chain can 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 a communication bus 1004 is used to enable connective 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 optionally be at least one memory device located remotely from the processor 1001. As shown in fig. 5, the memory 1002, which is a kind of computer-readable storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.
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 used to invoke a device control application stored in the memory 1002 to implement: 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 a first digital asset in an account of the first node;
the transceiver 1003 is further specifically configured to issue a network access permission certificate to the first node, so that the first node joins the federation chain where the supernode is located based on the received network access permission certificate;
the processor 1001 is also configured to invoke a device control application stored in the memory 1002 to implement: when monitoring that the first node meets an asset deduction condition based on a reported event or a node state of the first node, the super node calls 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 quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
Further, here, it is to be noted that: an embodiment of the present invention further provides a computer-readable storage medium, where a computer program executed by the aforementioned network access device 100 for block link points is stored in the computer-readable storage medium, and the computer program includes program instructions, and when the processor executes the program instructions, the description of the network access method for the block link nodes in the embodiment corresponding to fig. 2 or fig. 3 can be executed, so that details are not repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in embodiments of the computer-readable storage medium referred to in the present application, reference is made to the description of embodiments of the method of the present application.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes 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 (RAM), or the like.
The above disclosure is only for the purpose of illustrating the preferred embodiments of the present application and is not to be construed as limiting the scope of the present application, so that the present application is not limited thereto, and all equivalent variations and modifications can be made to the present application.

Claims (10)

1. A network access method of a blockchain node is characterized by comprising the following steps:
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 (Central processing Unit) performance 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 super node calls a system contract to freeze a first digital asset in an account of the first node and issues a network access permission certificate to the first node, so that the first node is added into a alliance chain where the super node is located based on the received network access permission certificate;
and when monitoring that the first node meets an asset deduction condition based on the reported event or the node state of the first node, the super node calls 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 quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
2. The method of claim 1, wherein after the supernode invokes the system contract to transfer the second of the first digital assets from the account of the first node to a preset account, the method further comprises:
the super node determines a first task which cannot be processed by the first node at present based on the reported event or 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 (Central processing Unit) performance of the second node;
when the memory space, the bandwidth space and the CPU performance of the second node meet the network access condition, the super node allows the second node to join the alliance chain where the super node is located;
the super node allocates the first task to the second node for processing, and after the second node completes the first task processing, the super node calls the system contract to transfer the second digital asset in the preset account to the account of the second node, wherein the second digital asset is determined based on the first task.
3. The method of claim 1 or 2, wherein after the supernode invokes the system contract to transfer the second of the first digital assets from the account of the first node to a pre-set account, the method further comprises:
and the super node withdraws 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.
4. The method of any one of claims 1-3, further comprising:
if the super node does not receive the heartbeat information sent by the first node in a target time period, the super node determines that the node state of the first node is an off-line state, and determines that the first node meets the asset deduction condition.
5. The method of any one of claims 1-3, further comprising:
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 the storage record corresponding to the first node in the block chain account book;
and if the detected memory state of the first node is not full, the super node determines that the first node meets an asset deduction condition.
6. The method of claim 1, wherein before the super node invoking a system contract freezes 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 the network access condition, the super node sends a pre-storage asset request to the first node, wherein the pre-storage asset request is used for requesting the first node to pre-store digital assets with target quantity;
and when a prestored asset agreement response returned by the first node is received, triggering the super node to call a system contract to freeze a first digital asset in an account of the first node, wherein the asset quantity of the first digital asset is equal to the target quantity.
7. The method of claim 1, wherein invoking the system contract by the supernode to transfer a second one of the first digital assets from the account of the first node to a pre-set account comprises:
and the super node calls the system contract to unfreeze the second digital assets in the first digital assets, and transfers the unfrozen second digital assets from the account of the first node to a preset account.
8. A network access device of block link points is characterized by comprising:
the system comprises a receiving and sending module, a processing module and a processing module, wherein the receiving and sending module is used for receiving a first network access request sent by a first node, and the first network access request comprises a memory space, a bandwidth space and CPU (central processing unit) 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 by the super node when the memory space, the bandwidth space and the CPU performance of the first node meet the network access condition;
the transceiver module is configured to issue a network access permission certificate to the first node, so that the first node joins the federation chain where the super node is located based on the received network access permission certificate;
and the transfer module is used for transferring a second digital asset in the first digital asset from an account of the first node to a preset account by calling the system contract by the super node when the first node meets an asset deduction condition based on the reported event or the node state of the first node, wherein the asset quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
9. A terminal device, comprising: 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 a memory space, a bandwidth space and a CPU performance of the first node;
the processor is configured to invoke the program code to perform the following:
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 a first digital asset in an account of the first node;
the transceiver is further specifically configured to issue a network access permission certificate to the first node, so that the first node joins the federation chain in which the super node is located based on the received network access permission certificate;
the processor is further configured to invoke the program code to perform the following:
and when monitoring that the first node meets an asset deduction condition based on the reported event or the node state of the first node, the super node calls 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 quantity of the second digital asset is less than or equal to the asset quantity of the first digital asset.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions which, when executed by the processor, perform the method according to any one of claims 1-7.
CN201910905476.2A 2019-09-24 2019-09-24 Network access method and device for blockchain nodes Active CN110599144B (en)

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 true CN110599144A (en) 2019-12-20
CN110599144B 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)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111769946A (en) * 2020-05-08 2020-10-13 贵阳信息技术研究院（中科院软件所贵阳分部） 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
CN114997864A (en) * 2022-04-24 2022-09-02 广东电网有限责任公司广州供电局 Electric power payment management system, method, equipment and medium based on cloud platform and block chain
CN116846760A (en) * 2022-03-24 2023-10-03 红帽公司 Node retirement process based on consensus in grid

Citations (7)

* Cited by examiner, † Cited by third party
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
US20190043043A1 (en) * 2017-08-01 2019-02-07 Digital Asset (Switzerland) GmbH Method and apparatus for automated committed settlement of digital assets
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
US20200278963A1 (en) * 2017-06-07 2020-09-03 nChain Holdings Limited Computer-implemented system and method for managing transactions over a blockchain network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018073482A1 (en) * 2016-10-18 2018-04-26 Nokia Technologies Oy Accession control for network nodes
US20200278963A1 (en) * 2017-06-07 2020-09-03 nChain Holdings Limited Computer-implemented system and method for managing transactions over a blockchain network
CN107301536A (en) * 2017-06-12 2017-10-27 腾讯科技（深圳）有限公司 Resource transfers method and device
US20190043043A1 (en) * 2017-08-01 2019-02-07 Digital Asset (Switzerland) GmbH Method and apparatus for automated committed settlement of digital assets
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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111769946A (en) * 2020-05-08 2020-10-13 贵阳信息技术研究院（中科院软件所贵阳分部） Large-scale node capacity expansion method for alliance chain
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
CN116846760A (en) * 2022-03-24 2023-10-03 红帽公司 Node retirement process based on consensus in grid
CN114997864A (en) * 2022-04-24 2022-09-02 广东电网有限责任公司广州供电局 Electric power payment management system, method, equipment and medium based on cloud platform and block chain

Also Published As

Publication number Publication date
CN110599144B (en) 2023-08-22

Similar Documents

Publication Publication Date Title
CN110941679B (en) Contract data processing method, related equipment and medium
KR101950912B1 (en) Verification system and method for transaction based block chain
CN109583857B (en) Method, system, device and storage medium for processing public offer task
CN109075964B (en) Block chaining supporting multiple one-way functions for block verification
EP3655905B1 (en) Distributed ledger technology
CN110599144A (en) Network access method and device for block link points
CN111291060B (en) Method, device and computer readable medium for managing blockchain nodes
CN111445333A (en) Block generation method and device, computer equipment and storage medium
EP4318362A1 (en) Blockchain-based data processing method, apparatus and device, and storage medium
CN109598504A (en) Transaction processing method and device, electronic equipment based on block chain
CN110601896B (en) Data processing method and equipment based on block chain nodes
CN111488372A (en) Data processing method, device and storage medium
CN113011974A (en) Transaction information evidence storing method and system based on block chain
CN110597916A (en) Data processing method and device based on block chain, storage medium and terminal
CN111274597B (en) Data processing method and device
CN112417052B (en) Data synchronization method, device, equipment and storage medium in block chain network
CN113469811A (en) Block chain transaction processing method and device
CN110458541B (en) Object replacement method and device based on block chain
US20220114276A1 (en) Controlling a data network with respect to a use of a distributed database
CN113869901B (en) Key generation method, key generation device, computer-readable storage medium and computer equipment
CN114584940B (en) Slice service processing method and device
CN112734455B (en) Method, device and equipment for generating prize exchanging result and readable storage medium
CN111008251B (en) Data processing method and device
TWI693573B (en) Digital currency issuing system with regulatory and total controllable and method thereof
CN113327169A (en) Claims settlement method and device based on block chain and electronic equipment

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