CN110598446A - Block chain based test method and device, storage medium and computer equipment - Google Patents
Block chain based test method and device, storage medium and computer equipment Download PDFInfo
- Publication number
- CN110598446A CN110598446A CN201910871913.3A CN201910871913A CN110598446A CN 110598446 A CN110598446 A CN 110598446A CN 201910871913 A CN201910871913 A CN 201910871913A CN 110598446 A CN110598446 A CN 110598446A
- Authority
- CN
- China
- Prior art keywords
- block
- service
- chain
- test
- information
- 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
Links
- 238000010998 test method Methods 0.000 title claims description 20
- 238000012360 testing method Methods 0.000 claims abstract description 398
- 238000012795 verification Methods 0.000 claims abstract description 121
- 238000000034 method Methods 0.000 claims abstract description 47
- 238000012545 processing Methods 0.000 claims abstract description 35
- 230000008569 process Effects 0.000 claims abstract description 21
- 238000004422 calculation algorithm Methods 0.000 claims description 18
- 238000012544 monitoring process Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 11
- 238000013500 data storage Methods 0.000 claims description 9
- 230000001960 triggered effect Effects 0.000 claims description 8
- 238000004806 packaging method and process Methods 0.000 claims description 4
- 238000004458 analytical method Methods 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 13
- 230000007246 mechanism Effects 0.000 description 10
- 238000004364 calculation method Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000006978 adaptation Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 238000012550 audit Methods 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 238000009499 grossing Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000003862 health status Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000011056 performance test Methods 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012954 risk control Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Storage Device Security (AREA)
Abstract
The application relates to a testing method, a testing device, a storage medium and computer equipment based on a block chain, wherein the method comprises the following steps: receiving a service request sent by a service participant terminal, determining a corresponding target test chain identifier from a plurality of block chains according to the service identifier, and performing permission verification on the service request to obtain permission verification information; generating a current block corresponding to the request packet, and distributing the current block to a consensus node corresponding to the target test chain identifier to perform consensus verification on the current block; when the consensus verification passes, storing the current block into a local cache library and writing the current block into a test chain; checking the current blocks in the local cache library and the test chain to obtain block checking information; and generating test result information according to the permission verification information and the block verification information, and returning the test result information to the service participant terminal for displaying. The scheme provided by the application can effectively generate the test information in the service request processing process so as to improve the application test efficiency.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for testing based on a block chain, a storage medium, and a computer device.
Background
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. As the blockchain technology is widely applied, the demand of enterprises for blockchain applications is gradually increasing. In the process of creating a blockchain application based on enterprise requirements, the creation process of an enterprise user is complex, multiple tests are usually required to be performed on the application, the scene and the like of the blockchain application, the resource consumption is high, and the cost of creating the blockchain application by the enterprise user is high. For the initial creation of the blockchain application, the method has the problems of higher test cost and lower test efficiency, thereby causing the inefficient creation of the blockchain application.
Disclosure of Invention
Therefore, it is necessary to provide a testing method, an apparatus, a storage medium and a computer device based on a blockchain, aiming at the technical problems of low testing efficiency and low creation efficiency of blockchain applications.
A block chain based test method comprises the following steps:
receiving a service request triggered by a service participant terminal based on a test service entry page, wherein the service request carries a user identifier and a request packet;
determining a corresponding target test chain identifier from a plurality of block chains according to the service identifier in the request packet, and performing permission verification on the request packet and the target test chain identifier to obtain permission verification information;
generating a current block corresponding to the request packet according to the target test chain identifier, distributing the current block to a plurality of test chain nodes corresponding to the target test chain identifier, and enabling a consensus node in the test chain to perform consensus verification on the current block;
when the consensus verification passes, storing the current block into a local cache library, and writing the current block into the test chain;
checking the current blocks in the local cache library and the test chain to obtain block checking information;
and generating test result information according to the permission verification information and the block verification information, and returning the test result information to a test page of the service participant terminal for displaying.
A blockchain based test apparatus, the apparatus comprising:
the system comprises a request receiving module, a service request receiving module and a service processing module, wherein the request receiving module is used for receiving a service request triggered by a service participant terminal based on a test service entry page, and the service request carries a user identifier and a request packet;
the authority verification module is used for determining corresponding target test chain identifiers from a plurality of block chains according to the service identifiers in the request packet, and performing authority verification on the request packet and the target test chain identifiers to obtain authority verification information;
the block processing module is used for generating a current block corresponding to the request packet according to the target test chain identifier, distributing the current block to a plurality of test chain nodes corresponding to the target test chain identifier, and enabling a consensus node in the test chain to perform consensus verification on the current block;
the data storage module is used for storing the current block to a local cache library and writing the current block into the test chain after the consensus verification is passed;
the block checking module is used for checking the current blocks in the local cache library and the test chain to obtain block checking information;
and the test result generation module is used for generating test result information according to the permission verification information and the performance verification information and returning the test result information to the test page of the service participant terminal for displaying.
A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, causes the processor to carry out the steps of the above-mentioned blockchain-based testing method.
A computer device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of the above-described blockchain based testing method.
According to the block chain-based test method, the block chain-based test device, the storage medium and the computer equipment, after the service request sent by the service participant terminal is received, the corresponding target test chain identification is determined according to the service identification, and the permission of the service request is verified, so that the permission verification information of the service request can be effectively generated. After generating a current block corresponding to the request packet, distributing the current block to a plurality of test chain nodes in a target test chain, so that a consensus node in the test chain performs consensus verification on the current block; when the consensus verification passes, storing the current block into a local cache library and writing the current block into a test chain; the current blocks in the local cache library and the test chain are verified to obtain block verification information, and the current blocks are locally stored and then written into the target test chain, so that the consistency of block storage can be effectively traded. Test result information is generated according to the permission check information and the block check information, and the test result information is returned to a test page of the service participant terminal for displaying, so that a service request of a test chain can be effectively tested, and process test information of a block chain service platform for processing the service request is effectively recorded, so that required block chain service can be effectively established according to the test result information, test cost is effectively saved, and the creation efficiency and the test efficiency of the block chain service can be effectively improved.
Drawings
FIG. 1 is a diagram of an application environment of a blockchain-based test method in one embodiment;
FIG. 2 is a block diagram of a blockchain business system in accordance with an embodiment;
FIG. 3 is a flow diagram that illustrates a block chain based test methodology in one embodiment;
FIG. 4 is a flowchart illustrating the steps of generating the privilege check information in one embodiment;
FIG. 5 is a flowchart illustrating the steps of generating a current chunk corresponding to a request packet according to one embodiment;
FIG. 6 is a flow diagram of a blockchain-based test method in an exemplary embodiment;
FIG. 7 is a timing diagram of a blockchain based test method in one embodiment;
FIG. 8 is a block diagram of a device for blockchain-based testing in one embodiment;
FIG. 9 is a block diagram of a device for block chain based testing according to another embodiment;
FIG. 10 is a block diagram showing a configuration of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
FIG. 1 is a diagram of an application environment of a blockchain-based testing method in one embodiment. Referring to fig. 1, the block chain based test method is applied to a block chain service system. The blockchain service system includes a service participant terminal 110 and a blockchain service platform 120. The service participant terminal 110 and the blockchain service platform 120 are connected via a network. The service participant terminal 110 may specifically be a desktop terminal or a mobile terminal, and the mobile terminal may specifically be at least one of a mobile phone, a tablet computer, a notebook computer, and the like. The blockchain service platform 120 may be implemented by an independent server or a server cluster composed of a plurality of servers, and the blockchain service platform 120 includes a plurality of server nodes.
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 (Blockchain), 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.
In one embodiment, referring to fig. 2, the platform server 120 includes multiple levels of nodes: edge node 1202, proxy node 1204, accounting node 1206, and consensus node 1208. Each consensus node can also be deployed with a corresponding accounting node. The nodes in the entire blockchain service system can be represented as blockchain nodes, and each node can be provided as a server. The edge node 1202 may be a computer node deployed by an authority in a first hierarchy, and the first hierarchy may be an application service layer in the blockchain service system, such as a computer node deployed by each service provider. The edge node 1202 may be the node closest to the user terminal side connected to the service participant terminal 110 and the respective blockchain nodes. The agent node 1204 may be a second tier of an authority-deployed computer node, and the second tier may be a platform product service tier in a blockchain business system, such as a provincial-deployed computer node. The accounting node 1206 and the consensus node 1208 may be computer nodes deployed by respective authorities at a third level, which may be a bottom platform of a blockchain in a blockchain service system, such as computer nodes deployed by national and provincial authorities. Each edge node 1202, broker node 1204, accounting node 1206, and consensus node 1208 has a corresponding service area. Each edge node 1202 is directly connected to the proxy nodes 1204 within its serving area through the network, or indirectly connected to the proxy nodes 1204 within the corresponding serving area through other edge nodes 1202. The edge node 1202 may be configured to receive a service request initiated by a service participant terminal, and distribute a request packet to a corresponding node in the blockchain service system according to a service attribute.
As shown in fig. 3, in one embodiment, a blockchain-based testing method is provided, which is applicable to any node in the blockchain service platform 120. This embodiment is mainly illustrated by applying the method to the edge node 1202 in the blockchain service platform 120 in fig. 1. Referring to fig. 3, the block chain-based test method specifically includes the following steps:
step 302, receiving a service request triggered by a service participant terminal based on a test service entry page, wherein the service request carries a user identifier and a request packet.
In this embodiment, the blockchain service system may be a public chain system, a private chain system, or a federation chain system.
In the block chain service platform, a plurality of block chains may be deployed in advance according to service types, each block chain has a corresponding service type, and the same service type may also correspond to a plurality of block chains. Each blockchain may have a corresponding blockchain identification. The service participant terminal can install corresponding service application for the service participant terminal to initiate service request of corresponding service type. The blockchain system comprises a plurality of blockchain nodes, the blockchain nodes can be deployed servers, and the servers are connected with the blockchains and are connected with a plurality of service participant terminals.
The Blockchain Service platform may be a Service platform based on a Blockchain, for example, may be a BaaS platform (Blockchain as a Service), is a novel cloud Service combining with a Blockchain technology, and provides a corresponding solution for Service participants based on Blockchain development, testing, and rapid deployment. A test chain of multiple service types is deployed in a block chain service system platform, and the test chain is a block chain which has the same function as a corresponding main network and is mainly used for testing. The test chain may be a block chain established for testing purposes without destroying the backbone. For example, the test chain may be a test tool provided for the new service participant to perform joint debugging on the BaaS platform, and may be used for the service participant to become familiar with and know about the technical and application capabilities of the blockchain, so as to facilitate the subsequent creation of blockchain services required by the service participant.
The business participant terminal can be a terminal corresponding to an enterprise user, and before the enterprise user constructs service based on the block chain, data read-write test can be performed in the block chain business system platform to test corresponding functions and the like, so that cost can be effectively saved when the service required by the enterprise user is constructed.
The blockchain service platform may include a test service entry page, where the test service entry page may be a page that is exposed based on the node access platform. The service participant can perform read-write operation of various service data, service request and the like through the test service entry page. The request initiated by the service participation can be forwarded to the corresponding node for processing through the test service entry page.
Specifically, the service participant initiates a service request on a test service entry page through a corresponding terminal, where the service request may include a transaction test request, a data reading request, and the like for a certain service. The edge node in the block chain service platform can receive a service request sent by a service participant terminal, acquire a user identifier carried by the service request, and extract a request packet corresponding to the service request.
In one embodiment, before a service request is initiated by a service participant through a corresponding terminal on a test service entry page, the service participant may register in a corresponding blockchain service platform in advance by using the corresponding terminal, and generate key information corresponding to a user identifier of the service participant, where the key information may include a pair of public and private keys, and upload the public and private keys to the blockchain service platform for storage. The block chain service platform can also generate a user data table of the user according to the user identification registered by the user and the selected service identification, and store the user data table.
And 304, determining corresponding target test chain identifiers from the multiple block chains according to the service identifiers in the request packet, and performing permission verification on the request packet and the target block chain identifiers to obtain permission verification information.
The request packet may include service data and corresponding service identifier and other data. The service data refers to data generated by a service required by a user, and the service data may have various forms, for example, a service request initiated by a service participant terminal to a certain service, a confirmation request for a certain service, a data read-write operation for a certain service, and the like.
After receiving a service request sent by a service participant terminal based on a test service entry page, an edge node in a block chain service platform acquires a corresponding service type and signature information of a user to a request packet from the service request and the request packet. The signature information may be a signature of the service data by the user terminal using a user private key based on the blockchain service system, so that the node server matches a corresponding user public key based on the user private key to verify the signature information of the user.
The edge node further obtains a blockchain identifier corresponding to the service type, wherein the number of blockchains corresponding to the service type may be multiple. And the edge node respectively performs hash calculation according to the service type and the service identification and the plurality of block chains to obtain a corresponding hash result set, and when a target block chain identification corresponding to the service data exists in the hash result set, the edge node indicates that the target block chain has access authority and generates access authority verification information. The edge node further performs signature verification on the data packet by using the signature information. Specifically, the edge node may analyze the corresponding signature by using the user public key to obtain digest information, calculate the digest information of the data packet according to a preset algorithm, match the two digest information, determine that the signature verification passes if the matching is successful, and generate corresponding signature verification information.
And after verifying the access authority and the signature of the corresponding block chain according to the service type and the signature information, the edge node generates the authority verification information of the user identifier by using the access authority verification information and the signature verification information. When both the access right verification information and the signature verification information indicate that the verification is passed, the result indicating that the right verification information is passed is the right verification, and step 306 is performed. If the access right check information and the signature check information both indicate that the verification fails or any one of the verification fails, the result of the right check information is that the right check fails, which indicates that the service request has a risk of malicious attack or malicious tampering of the service data, and the edge node can intercept the service request.
Step 306, generating a current block corresponding to the request packet according to the target block chain identifier, and distributing the current block to a plurality of test chain nodes corresponding to the target block chain identifier, so that the consensus node in the test chain performs consensus verification on the current block.
The block is a data packet carrying transaction data on a blockchain network, and is a container data structure marked with a time stamp and a hash value of the previous block, and the block verifies and confirms the transaction in the block through a consensus mechanism of the network. The block book is a carrier for recording data to be stored and certified generated in a period of time, and records information of a plurality of data blocks. The plurality of blocks are connected in series in the block book in the order of generation time. The block includes a block head and a block body.
Wherein, the block head records the time stamp of the previous sequential block and the time stamp of the current data block. The block also includes a block height, which is the number of blocks linked in the main chain, i.e., the number of blocks connected in the block chain. The block height may be a block identifier, and the block identifier may include a plurality of identifiers, such as a hash value of a block header, and may also include a block height, where each block has an explicit and fixed block height.
And after determining the corresponding target test chain identification from the plurality of block chains according to the service identification, the edge node generates a corresponding current block according to the service data. Specifically, the server may obtain block header information of a previous block associated with the current block in the target mode chain, generate the current block according to the block header information of the previous block, and write the service data into the current block. When the current block is generated, the characteristic value of the current block can be generated according to the block header information of the previous block, and specifically, multiple hash algorithms can be adopted for parallel calculation, so that the characteristic value of the current block is obtained.
The test chain node comprises a plurality of consensus nodes, and the consensus nodes are used for performing consensus mechanism verification on the current block. The consensus mechanism is that the transaction is verified and confirmed in a short time through the voting of special nodes; for a transaction, if several nodes with irrelevant interests can agree, it can be considered that the whole network can agree on the transaction. Specifically, a connection channel is established among a plurality of nodes in the blockchain, so that data can be synchronously distributed to the plurality of nodes in the blockchain.
And after the edge node generates the current block corresponding to the service data, distributing the current block to a plurality of test chain nodes corresponding to the target block chain identification. After each consensus node in the target test chain acquires the current block, performing consensus verification on the current block. Specifically, the consensus node may use any one formula algorithm, such as a workload certification consensus mechanism, a rights and interests certification consensus mechanism, a share authorization certification consensus mechanism, a rembo currency consensus mechanism, and a verification pool consensus mechanism, to perform consensus verification on the current block, so as to verify the consistency and validity of the current block.
Step 308, after the consensus verification passes, the current block is stored in the local cache library and written into the test chain.
The cache library may be a local storage library in a server of the edge node, and is used for storing the blocks corresponding to the service data. The cache library may be a database deployed in a disk of a server, and may be a hard disk storage library, for example. The storage validity of the data can be effectively ensured by storing the current block to the disk, so that the integrity of the data is ensured.
And when the consensus node in the test chain passes the consensus verification of the current block, the edge node stores the current block corresponding to the service data into the cache library, and the edge node writes the current block into the test chain. Specifically, the edge node obtains the block height corresponding to the current block, broadcasts the current block according to the block height and writes the current block into the block account book of the target test chain, so that the test chain node in the test chain writes the current block into the block account book corresponding to each node according to the block height, and stores the current block process, that is, writes the current block into the remote distributed repository corresponding to the target test chain.
In one embodiment, when the consensus node in the test chain passes the consensus verification of the current block, the edge node stores the current block corresponding to the service data in the cache bank, and when it is detected that the current block is successfully written into the disk, the edge node acquires the block height corresponding to the current block and writes the current block into the target test chain according to the block height. After the local storage is successful, the current block is written into the target test chain, so that the plurality of test chain nodes respectively store the current block, the transaction data can be effectively and synchronously stored, and the consistency and the integrity of data storage are effectively guaranteed. When the business data volume is large, the data stored in the local cache library can be effectively utilized to confirm whether the transaction result is successfully synchronized, and the business data can be effectively guaranteed.
And step 310, checking the current blocks in the local cache library and the test chain to obtain block checking information.
In the process of writing the current block into the distributed storage library of the target test chain, network fluctuation and other problems may occur, which may cause the current block to fail to be written into the target block chain. When the network fluctuates or other problems cause data reading and writing or storage failure in the test chain nodes, data inconsistency can be caused.
And when the edge node stores the current block into the local cache library, the cache height of the current block is obtained according to the target test chain identifier, and the current block is stored into the cache library according to the cache height. The cache height of the current block may be a block height of the current block determined by a consensus node in the target test chain, which performs consensus on the current block. The edge node can also obtain the block height corresponding to the current block, broadcast the current block according to the block height and write the current block into the block account book of the target test chain, so that the test chain node in the test chain writes the current block into the block account book corresponding to each node according to the block height, that is, writes the current block into the remote distributed storage library corresponding to the target test chain.
And the edge node locally stores the current block and checks the consistency of the current block stored in the local cache library and the test chain after writing the current block into the target test chain. Specifically, the edge node obtains the cache height in the local cache library and the block height in the target test chain according to the target test chain identifier, and detects the write-in state of the block according to the cache height and the block height. When the cache height in the cache bank is consistent with the block height of the target block chain, the write state of the block is write success, that is, the block is successfully stored synchronously. When the cache height in the cache library is inconsistent with the block height of the target block chain, the block is lost or storage fails, and the writing state of the block is not written. And the edge node generates corresponding block check information according to the writing state of the current block.
And step 312, generating test result information according to the permission verification information and the block verification information, and returning the test result information to the test page of the service participant terminal for displaying.
The test result information records the test information of the processing process of the block chain service platform to the service request initiated by the participant terminal.
The edge node further generates test result information according to the permission check information and the block check information obtained in the process of processing the service request, and returns the test result information to the test page of the service participant terminal for displaying, so that the service participant can effectively obtain the detailed test information of processing the corresponding service request on the block chain service platform. The service participants can further determine corresponding demand information according to the test result information, and the demand information can be related information aiming at the block chain service required by the construction of the service participants.
In this embodiment, after receiving a service request sent by a service participant terminal, a corresponding target test chain identifier is determined according to the service identifier, and the permission of the service request is verified, so that permission verification information of the service request can be effectively generated. After generating a current block corresponding to the request packet, distributing the current block to a plurality of test chain nodes in a target test chain, so that a consensus node in the test chain performs consensus verification on the current block; when the consensus verification passes, storing the current block into a local cache library and writing the current block into a test chain; the current blocks in the local cache library and the test chain are verified to obtain block verification information, and the current blocks are locally stored and then written into the target test chain, so that the consistency of block storage can be effectively traded. Test result information is generated according to the permission check information and the block check information, and the test result information is returned to a test page of the service participant terminal for displaying, so that a service request of a test chain can be effectively tested, and process test information of a block chain service platform for processing the service request is effectively recorded, so that required block chain service can be effectively established according to the test result information, test cost is effectively saved, and the creation efficiency and the test efficiency of the block chain service can be effectively improved.
In one embodiment, the target test chain identifier is a test chain corresponding to the service type, the test chain is a test chain application which is established and issued by the blockchain service platform on the blockchain service platform according to the configured test information and the test environment, and the test chain includes a plurality of blockchain nodes.
The test chain may be a block chain developed in advance on a block chain service platform and used for testing related services, multiple test chains of multiple service types are deployed in advance in the block chain service platform, each test chain has a corresponding service type, the same service type may also include multiple test chains, and each test chain includes a corresponding test chain identifier. The block chain service platform may be a service platform based on a block chain, for example, may be a BaaS platform (block chain as a service), is a novel cloud service combining a block chain technology, and provides a corresponding solution for a service participant based on block chain development, testing, and rapid deployment. The block chain service platform comprises a plurality of test chain nodes, the test chain nodes can be deployed servers, and the servers are connected with the plurality of test chains and the plurality of service participant terminals.
Therefore, the test chain application corresponding to the test chain, that is, the test application based on the test of the related service, can be deployed in the block chain service platform in advance. The test chain application can be a test chain application which is established and issued on the block chain service platform in the block chain service platform according to the configured test information and the test environment. The test chain application may correspond to a corresponding test service entry page on the blockchain service platform, where the test service entry page may be a page that is exposed based on the node access platform. The service participant can perform read-write operation of various service data, service request and the like through the test service entry page. The request initiated by the service participation can be forwarded to the corresponding test chain node for processing through the test service entry page. Before an enterprise user constructs a service based on a block chain, data read-write test can be performed in a block chain service system platform to test corresponding functions and the like, so that the cost can be effectively saved when the service required by the enterprise user is constructed.
In one embodiment, the blockchain service platform may include both a blockchain main chain and a test chain for testing. A test chain is a block chain that has the same function as the corresponding master network, but is primarily intended for testing. The test chain may be a block chain established for testing purposes without destroying the backbone. The block chain and the test chain can independently run in the block chain service platform respectively without mutual influence. Thereby enabling efficient testing of relevant service requests.
In an embodiment, as shown in fig. 4, determining a corresponding target test chain identifier from multiple block chains according to a service identifier in a request packet, and performing permission check on the request packet and the target test chain identifier to obtain permission check information specifically includes the following steps:
step 402, obtaining an accessible node identifier associated with the user identifier, and verifying whether the accessible node identifier contains the analyzed target node identifier.
And step 404, when the accessible node identification contains the target test chain identification, determining that the user identification has the access right to the target test chain.
And 406, acquiring corresponding key information according to the user identifier, and performing signature verification on the request packet by using the key information to obtain signature verification information.
And step 408, generating authority verification information by using the access authority and the signature verification information.
Before a participant terminal initiates a service request in a blockchain service platform, the participant terminal may register in the corresponding blockchain service platform in advance, and generate key information corresponding to a user identifier of the service participant, where the key information may include a pair of public and private keys, and upload the public and private keys to the blockchain service platform for storage. When registering, the participant terminal can select a corresponding service type and a corresponding service identifier to register, the service identifier and the corresponding test chain identifier establish a binding relationship, and the test chain further comprises a corresponding test chain interface, and the test chain interface is used for calling the corresponding test chain to perform corresponding service processing. After the service participant registers, the corresponding test chain identifier and the test chain interface are associated and bound according to the selected service identifier, specifically, an access node mapping table corresponding to the user is established, the access node, that is, the service identifier selected by the service participant, is a corresponding block chain identifier, and the number of the access nodes may be multiple. The block chain service platform can also generate a user data table of the service participant according to the user identification registered by the service participant, the selected service identification and the associated access node, and store the user data table.
The service request also comprises a service type and a service identifier, after the service request sent by the participant terminal is obtained by an edge node in the block chain service platform, a corresponding target test chain identifier is determined from the plurality of block chains according to the service identifier in the request packet, and the request packet and the target test chain identifier are subjected to authority verification to obtain authority verification information. Specifically, the edge node obtains a test chain identifier corresponding to a service type, where there may be multiple block chains corresponding to the service type. And the edge node respectively performs hash calculation according to the service type and the service identification and the plurality of test chains to obtain a corresponding hash result set. For example, the edge node may perform hash calculation on the service type, the service identifier, and the multiple test chain identifiers by using a hash algorithm with the highest random weight, so as to obtain a corresponding hash result set. And acquiring the accessible node identification associated with the user identification, and when the accessible node identification associated with the user identification in the hash result set has the target test chain identification corresponding to the service identification, indicating that the target test chain has access right. On the contrary, if any one of the accessible node identifiers associated with the user identifier in the hash result set does not have the target test chain identifier corresponding to the service identifier, it indicates that there is no access right to the target test chain, so that the target test chain identifier corresponding to the service request and the corresponding access right can be accurately identified. And the edge node generates corresponding access authority check information according to the access authority.
The edge node further acquires signature information corresponding to the user identification of the service participant, and then performs signature verification on the request packet by using the signature information. Specifically, the edge node may analyze the corresponding signature by using the user public key to obtain digest information, calculate the digest information of the data packet according to a preset algorithm, match the two digest information, and determine that the signature verification passes if the matching is successful. Otherwise, the verification of the signature is determined to be not passed, and the edge node generates the signature verification information of the request packet.
And the edge node generates the authority verification information corresponding to the service request by using the access authority information and the signature verification information. In this embodiment, the service type, the service identifier, and the plurality of test chain identifiers are subjected to hash calculation, so that the target test chain identifier corresponding to the service request can be accurately identified, and the access right of the target test chain and the signature of the request packet are respectively verified, so that the service request can be effectively subjected to double verification, and corresponding right verification information is generated.
In one embodiment, as shown in fig. 5, generating the current block corresponding to the request packet specifically includes the following steps:
step 502, according to the data table corresponding to the service identifier, extracting the signature information corresponding to the user identifier from the data table.
Step 504, different hash algorithms are respectively adopted for calculating the service data and the signature information of the user, and hash values of at least two parts of data are obtained.
Step 506, the hash values of at least two parts of data are spliced to obtain the characteristic value of the current block.
Step 508, generating a current block according to the service data, the signature information, the feature value of the previous block in the target block chain, and the feature value of the current block.
Wherein, the request packet includes the service data corresponding to the service request. The data table may be a database table storing relevant data, such as a user table and a transaction table associated with the user identifier and the service identifier. The service participant can use the corresponding terminal to register in the corresponding block chain service platform in advance, generate a pair of public and private keys of the user identifier, and upload the public and private keys to the block chain service platform. And the block chain service platform generates a user data table of the user identification according to the user identification registered by the user and the selected service identification, and stores the user data table.
The block data of each block in the block chain includes input information (i.e., service data), signature information, a block header characteristic value of a parent block, an input information characteristic value, a version number, a timestamp, a difficulty value, and the like. The parent block is the last block associated with the current block.
After the service participant terminal initiates a service request to the service system platform, the edge node acquires service data carried by the service request and determines a corresponding target block chain identifier according to the service identifier. The edge node further generates a current block corresponding to the request packet according to the target test chain identifier.
Specifically, the edge node acquires a corresponding data table according to the user identifier, and acquires signature information corresponding to the user identifier from the data table, where the signature information includes key information of the user identifier. And the edge node also acquires the block head information of the last block in the target test chain according to the target test chain identifier, and extracts the block head characteristic value in the block head information of the last block. When the edge node generates the block corresponding to the service data, the edge node performs characteristic value calculation according to the service data, the signature information, the block header characteristic value of the previous block, the timestamp and other information, so as to calculate the block characteristic value of the current block.
When the edge node generates the block characteristic value of the current block, a plurality of hash algorithms can be further adopted for parallel calculation. For example, the hash algorithm may include the SHA256 algorithm, the SM3 algorithm, and the like. Specifically, the edge node may divide the service data, the signature information, and other information used for generating the block characteristic value into at least two parts of data, and the edge node calculates the at least two parts of data by using different hash algorithms respectively to obtain hash values corresponding to the at least two parts of data respectively, and concatenates the obtained hash values of the at least two parts of data, thereby obtaining the block characteristic value of the current block. And the edge node further generates a current block of the service data according to the information such as the block characteristic value, the service data, the signature information, the block header characteristic value of the previous block, the time stamp and the like.
For example, when a current block is generated, when an edge node receives a request packet, the edge node checks the request packet, stores service data in the request packet into a memory pool after the check is completed, and updates a hash tree for recording input information; and then, updating the updating time stamp to the time when the input information is received, trying different random numbers, and calculating the characteristic value for multiple times, so that the calculated characteristic value can meet the following formula:
SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))＜TARGET
wherein, SHA256 is a characteristic value algorithm used for calculating a characteristic value; version is version information of related block protocols in the corresponding block chain; prev _ hash is a block head characteristic value of a parent block of the current block; merkle _ root is a characteristic value of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, is a fixed value within a period of time, and is determined again after exceeding a fixed time period; x is a random number; TARGET is a feature threshold, which can be determined from nbits. Therefore, when the random number meeting the formula is obtained through calculation, the information can be correspondingly stored, and the block head and the block main body are generated to obtain the current block.
In the embodiment, the block characteristic value is calculated by using different hash algorithms, so that the current block of the service data is generated, and the security of the block data is effectively improved.
In one embodiment, writing the current block into the target block chain comprises: acquiring the block height of a target test chain; and writing the current block into a block book of the target test chain according to the block height, so that a plurality of test chain link points in the target test chain store the current block.
After receiving a service request sent by a service participant terminal, the edge node determines a corresponding target test chain identifier according to the service identifier, and performs permission verification on the service request, so that permission verification information of the service request can be effectively generated. After generating a current block corresponding to the request packet, distributing the current block to a plurality of test chain nodes in a target test chain, so that a consensus node in the test chain performs consensus verification on the current block; and when the consensus verification is passed, storing the current block into a local cache library and writing the current block into a test chain.
The local cache library may be a local storage library of a test chain node server in the test chain, and may be, for example, a hard disk database in the server. Each test chain node in the test chain has a respective local repository.
And when the edge node stores the current block into the local cache library, the edge node acquires the cache height of the current block according to the target block chain identifier and stores the current block into the cache library according to the cache height. The cache height of the current block may be a block height of the current block determined by a consensus node in the target block chain, which performs consensus on the current block.
And after the edge node stores the current block into the local cache library, writing the current block into the test chain. Specifically, after the current block is successfully stored in the edge node, the current block is broadcasted in the test chain, and each node in the test chain is notified that the current block is identified and verified, so that the billing can be performed. The edge node may obtain a block height corresponding to the current block, broadcast the current block according to the block height and write the current block into a block account book of the target block chain, so that the test chain node in the test chain writes the current block into the block account book corresponding to each node according to the block height, that is, writes the current block into a remote distributed repository corresponding to the target test chain. The validity of block storage is effectively guaranteed by writing the current block passing the consensus verification into the distributed storage library corresponding to the test chain.
In one embodiment, checking the current block in the local cache library and the test chain, and obtaining the block checking information includes: obtaining a cache height and a block height corresponding to a current block; detecting the write-in state of the current block according to the cache height and the block height; and generating corresponding block check information according to the writing state of the current block.
The cache height is the block height of a target test chain stored in the local cache library of the edge node in real time, and the block height is the block height of the target test chain in the distributed storage library. In general, after block accounting and storage are successful, the cache height and block height corresponding to a block in the target test chain are consistent. However, in some abnormal situations, such as network abnormality, node abnormality, etc., block accounting and storage failure may be caused, and the cache height and the block height corresponding to the block in the target test chain may not be consistent. The edge node may then check whether the block write was successful based on the cache height and the block height.
After receiving the service request, the edge node determines a corresponding target test chain identifier according to the service identifier, performs permission verification on the service request and generates corresponding permission verification information. The edge node generates a current block corresponding to the request packet, and distributes the current block to a plurality of test chain nodes in a target test chain, so that the consensus node in the test chain performs consensus verification on the current block; and when the consensus verification is passed, storing the current block into a local cache library and writing the current block into a test chain.
And when the edge node stores the current block into the local cache library, the cache height of the current block is obtained according to the target test chain identifier, and the current block is stored into the cache library according to the cache height. The edge node can also obtain the block height corresponding to the current block, broadcast the current block according to the block height and write the current block into the block account book of the target test chain, so that the test chain nodes in the test chain write the current block into the block account books corresponding to the respective nodes according to the block height.
After the edge node locally stores the current block and writes the current block into the target test chain, the consistency between the local cache library and the current block stored in the test chain needs to be checked.
Specifically, the edge node obtains the cache height corresponding to the current block in the local cache library according to the target test chain identifier, obtains the block height corresponding to the current block in the target test chain, and detects the write-in state of the block according to the cache height and the block height. When the cache height in the cache bank is consistent with the block height of the target block chain, the write state of the block is write success, that is, the block is successfully stored synchronously. When the cache height in the cache library is inconsistent with the block height of the target block chain, or when the current block does not exist in the target test chain, the block is lost or storage fails, and the writing state of the block is writing failure.
Further, the edge node may check the current chunk by using the chunk height and the chunk hash value at the same time. When the cache height corresponding to the current block is consistent with the block height, the edge node further verifies whether the hash value of the current block in the local cache library is consistent with the hash value of the current block in the test chain book, and if the corresponding hash values are consistent, the stored current block is consistent.
And the edge node generates corresponding block check information according to the write-in state of the current block and the hash value verification information. By verifying the stored block, the storage result of the block can be effectively tested, and therefore the block verification information can be effectively obtained.
In one embodiment, the test chain node comprises a master node and a plurality of slave nodes, the method further comprising: the master node polls the current load weights of the plurality of slave nodes to obtain the current load weight of each slave node; selecting a corresponding slave node identifier for the service request according to the current load weight of each slave node; sending the service request to the corresponding slave node according to the selected slave node identifier, so that the corresponding slave node processes the service request; and acquiring a load pressure index for processing the service request by the slave node, and adding the load pressure index into the test result information.
The load balancing is to balance and distribute a load (a work task) to a plurality of operation units for operation, such as an FTP server, a Web server, an enterprise core application server, and other main task servers, so as to cooperatively complete the work task. Load balancing is built on the original network structure, and the method provides a transparent, cheap and effective method for expanding the bandwidth of the server and the network equipment, enhancing the network data processing capacity, increasing the throughput and improving the availability and flexibility of the network. The current load weight of the node may represent information such as a current load pressure value of the node and a weight index of the node.
A plurality of server nodes can be deployed in a test environment established in the block chain service platform, and the service requests can be subjected to voltage division through the deployed server nodes so as to relieve the data processing pressure of the server. Each test chain node in the test chain may comprise a master node and a plurality of slave nodes, i.e. the edge node may also comprise a master node and a slave node.
After the edge node receives the service request sent by the service participant terminal, the edge node may send the service request to a plurality of slave nodes respectively for processing. Specifically, the master node of the edge node polls the current load weights of the plurality of slave nodes to obtain the current load weight of each slave node. And the master node selects corresponding slave node identifications for the plurality of service requests according to the current load weight of each slave node in the cluster.
And the master node performs smoothing processing on the current load weight corresponding to the selected slave node identification, and selects the slave node identification corresponding to the next service request or the task to be processed by using the smoothed result until the corresponding slave node identification is selected for the plurality of service requests or the tasks to be processed. And the master node sequentially sends the plurality of service requests or the tasks to be processed to the corresponding slave nodes according to the selected slave node identifiers, so that the plurality of slave nodes respectively call the corresponding thread queues to process the plurality of service requests, and a large number of service requests are synchronously processed in parallel.
The resource consumption of the slave nodes which are currently allocated with a plurality of service requests or tasks to be processed can be offset through smoothing processing, and the load weight of the slave nodes is prevented from being repeatedly calculated, so that the load balance of the slave nodes in the cluster is achieved. Therefore, a plurality of slave nodes in the cluster can respectively carry out parallel processing on a plurality of service requests, and the processing efficiency of the service requests is effectively improved.
The edge node can monitor the load pressure state of each slave node and a monitoring index, wherein the monitoring index can comprise a plurality of index data such as the number of connections, the response time of requests, the bandwidth entering and the bandwidth exiting. After the edge node distributes the service request sent by the service participant to the corresponding slave node, a plurality of load pressure indexes in the process of processing the service request by the slave node can be monitored in real time, and the plurality of load pressure indexes are added into the test result information. By monitoring the load pressure of the edge node when the service request is processed, the processing performance of the node can be effectively tested.
In one embodiment, the method further comprises: monitoring the request frequency of the user identification for initiating the service request; and generating an access safety index according to the request frequency of the user identification, and adding the access safety index into the test result information.
The access security index may be test information for indicating the access security of the user. The access security index may include a plurality of index information such as an index of request frequency for monitoring the user identifier, an upper threshold of request frequency, and access security of the request based on the user identifier. The block chain service system can also be provided with a filter and an interceptor, wherein the filter is used for monitoring the request frequency and judging whether the request frequency reaches an upper limit. The interceptor is used for intercepting the request of which the request frequency reaches the upper limit. It may not be normal for the same user to send a large number of requests in a short period of time, say 50 requests in 10 seconds, on average 5 in a second. When a user frequently sends a large number of requests, on one hand, a large number of server resources are consumed, on the other hand, server crash is likely to be caused, and there is a DDOS (Distributed Denial of service) risk.
After receiving a service request sent by a service participant terminal, an edge node monitors the request frequency corresponding to the user identification of the service participant through a filter deployed in the node. Specifically, the edge node may accumulate the request frequency of the user identifier according to an IP address and a URL (uniform resource locator) parameter by obtaining the IP address (Internet Protocol, Protocol for interconnection between networks), the URL (uniform resource locator), and other parameters of the service request. And the edge node generates an access safety index according to the request frequency of the user identifier and adds the access safety index to the test result information. The edge node can also calculate index information of the access security of the request of the user identifier according to the request frequency of the user identifier, further generate an access security index by using a plurality of index information of the request frequency index of the user identifier, an upper threshold of the request frequency, the access security of the request based on the user identifier and the like, and add the access security index to the test result information. By monitoring the user request, the security of the user request can be effectively tested, and the security performance test information based on the service request in the test chain can be effectively obtained.
In one embodiment, the method further comprises: and when the request frequency of the user identification reaches the upper limit threshold value, intercepting the service request of the user identification, and adding the user identification to the restricted list.
The upper threshold may be an index preset for the request frequency of the user, and when the request frequency reaches the upper threshold, it indicates that the request frequency of the corresponding user has a risk.
After receiving the service request sent by the service participant terminal, the edge node continuously monitors the request of the user identifier through a filter, and accumulates the request frequency corresponding to the user identifier. And when the request frequency of the user identification reaches a preset upper limit threshold value, the edge node calls an interceptor to intercept the service request corresponding to the user identification. After the edge node intercepts the corresponding service request, the page currently accessed by the user identifier can be reset to a preset error page, and the access is forbidden.
The edge node may further add the user identifier to a restricted list, where the user identifier recorded in the restricted list is a user currently restricted from accessing the related service.
After being prohibited to access the corresponding service, the edge node may still generate an access security index according to a plurality of index information such as a request frequency index of the user identifier, an upper threshold of the request frequency, and access security based on the request of the user identifier, add the access security index to the test result information, and return the test result information to the service participant terminal. By monitoring the request of the user and intercepting the request with risk, the security of the user request can be effectively tested, and meanwhile, the security of the block chain service platform can be effectively guaranteed.
In one embodiment, the method further comprises: receiving an application creation request sent by a service participant terminal based on the test result information, wherein the application creation request carries requirement information; sending the application creation request to a service creation platform, enabling the application creation platform to deploy block chain nodes according to the demand information, generating corresponding image files according to the block chain nodes in a packaging mode, deploying corresponding block chain applications on a block chain service platform by using the image files, and issuing the block chain applications.
The application may be an application deployed on a terminal or a Web application accessible through the Web, and may include an individual user application and an enterprise-level application. The application building platform can be a service platform for building applications, and the application building platform comprises a plurality of nodes, for example, research and development nodes, test nodes, operation and maintenance nodes and the like, and is used for building applications corresponding to corresponding requirements in a cooperation manner.
After receiving the service request, the edge node determines a corresponding target test chain identifier according to the service identifier, performs permission verification on the service request and generates corresponding permission verification information. The edge node generates a current block corresponding to the request packet, and distributes the current block to a plurality of test chain nodes in a target test chain, so that the consensus node in the test chain performs consensus verification on the current block; and when the consensus verification is passed, storing the current block into a local cache library and writing the current block into a test chain. And checking the current blocks in the local cache library and the test chain to obtain block check information, and generating test result information according to the permission check information and the block check information, thereby effectively obtaining process test information for processing the service request by the block chain service platform.
The test result information may be used as reference information for the service participant for the application to be created based on the block chain. After receiving the test result information returned by the block chain service platform, the service participant terminal can generate the requirement information corresponding to the application to be created in an auxiliary manner according to the test result information.
In another embodiment, the service participant terminal may also generate required document information of the application to be created in advance, and after the test result information is obtained, the required document may be modified according to the test result information to complete the required document information of the application to be created, so as to create a corresponding block chain application according to the completed required document information.
After the service participant terminal generates the requirement information corresponding to the application to be created, an application creation request can be sent to the block chain service platform according to the requirement information. After receiving the application creation request sent by the service participant terminal, the edge node of the block chain service platform forwards the application creation request to the application creation platform. After receiving the application creation request, the nodes in the application building platform analyze the demand information, deploy corresponding block chain link points according to the analyzed demand information, and package the block chain link points to generate corresponding mirror image files. And the nodes in the application building platform deploy corresponding block chain applications on the block chain service platform by using the mirror image files. Further, the application building platform can also test the deployed block chain application process, and when the test is passed, the block chain application is released.
In this embodiment, since the requirement information for creating the blockchain application is generated in an auxiliary manner according to the test result information, some problems that may occur in the blockchain application creating process can be effectively overcome, so that the test efficiency in the blockchain application creating process can be effectively improved, the test cost is effectively saved, and the blockchain service creating efficiency and the test efficiency can be effectively improved.
In one embodiment, fig. 6 is a flowchart illustrating a block chain based test method in an embodiment. As shown in fig. 6, the block chain-based test method specifically includes the following steps:
step 602, receiving a service request triggered by a service participant terminal based on a test service entry page, where the service request carries a user identifier and a request packet.
Step 604, determining a corresponding target test chain identifier from the multiple block chains according to the service identifier in the request packet, and performing permission check on the request packet and the target test chain identifier to obtain permission check information.
Step 606, generating a current block corresponding to the request packet according to the target test chain identifier, and distributing the current block to a plurality of test chain nodes corresponding to the target test chain identifier, so that the consensus node in the test chain performs consensus verification on the current block.
In step 608, after the consensus verification passes, the current block is stored in the local cache bank and written into the test chain.
Step 610, checking the current blocks in the local cache library and the test chain to obtain block checking information; and generating test result information according to the permission verification information and the block verification information.
Step 612, acquiring the load pressure index of the slave node for processing the service request, and adding the load pressure index to the test result information.
Step 614, monitoring the request frequency of the user identifier for initiating the service request; and generating an access safety index according to the request frequency of the user identification, and adding the access safety index into the test result information.
And step 616, returning the test result information to the test page of the service participant terminal for displaying.
Step 618, receiving an application creation request sent by the service participant terminal based on the test result information, wherein the application creation request carries the requirement information;
step 620, sending the application creation request to the application creation platform, enabling the application creation platform to deploy the block chain nodes according to the demand information, generating corresponding image files according to the block chain nodes in a packaging mode, deploying the corresponding block chain applications on the block chain service platform by using the image files, and issuing the block chain applications.
In a specific embodiment, referring to fig. 7, fig. 7 is a timing diagram of a blockchain based test method in one embodiment. As shown in fig. 7, after receiving a service request triggered by a service participant terminal based on a test service entry page, an edge node determines a corresponding target test chain identifier from multiple block chains according to the service identifier, and performs permission verification on a request packet and the target test chain identifier to obtain permission verification information. And the edge node generates a current block corresponding to the request packet according to the target test chain identifier, and distributes the current block to a plurality of test chain nodes corresponding to the target test chain identifier, so that the consensus node in the test chain performs consensus verification on the current block. And when the consensus verification is passed, storing the current block into a local cache library, and writing the current block into a test chain. Checking the current blocks in the local cache library and the test chain to obtain block checking information; and generating test result information according to the permission verification information and the block verification information.
Fig. 3-6 are flow diagrams illustrating a blockchain-based testing method according to an embodiment. It should be understood that although the various steps in the flow charts of fig. 3-6 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 3-6 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternating with other steps or at least some of the sub-steps or stages of other steps.
In one embodiment, as shown in fig. 8, a block chain based test apparatus 800 is provided, which includes a request receiving module 802, an authority check module 804, a block processing module 806, a data storage module 808, a block check module 810, and a test result generating module 812, wherein:
a request receiving module 802, configured to receive a service request triggered by a service participant terminal based on a test service entry page, where the service request carries a user identifier and a request packet;
the authority verification module 804 is configured to determine a corresponding target test chain identifier from the multiple block chains according to the service identifier in the request packet, and perform authority verification on the request packet and the target test chain identifier to obtain authority verification information;
a block processing module 806, configured to generate a current block corresponding to the request packet according to the target test chain identifier, and distribute the current block to a plurality of test chain nodes corresponding to the target test chain identifier, so that a consensus node in the test chain performs consensus verification on the current block;
the data storage module 808 is configured to store the current block to the local cache library and write the current block into the test chain after the consensus verification passes;
the block checking module 810 is configured to check a current block in the local cache library and the test chain to obtain block checking information;
and the test result generating module 812 is configured to generate test result information according to the permission verification information and the performance verification information, and return the test result information to the test page of the service participant terminal for displaying.
In one embodiment, the target test chain identifier is a test chain corresponding to the service type, the test chain is a test chain application which is established and issued by the blockchain service platform on the blockchain service platform according to the configured test information and the test environment, and the test chain includes a plurality of blockchain nodes.
In an embodiment, the permission checking module 804 is further configured to obtain an accessible node identifier associated with the user identifier, and verify whether the accessible node identifier includes the target node identifier obtained through analysis; when the accessible node identification contains a target test chain identification, determining that the user identification has access authority to the target test chain; acquiring corresponding key information according to the user identification, and performing signature verification on the request packet by using the key information to obtain signature verification information; and generating the authority verification information by using the access authority and the signature verification information.
In one embodiment, the block processing module 806 is further configured to extract signature information corresponding to the user identifier from a data table corresponding to the service identifier; respectively adopting different hash algorithms to calculate the service data and the signature information of the user to obtain hash values of at least two parts of data; splicing the hash values of at least two parts of data to obtain a characteristic value of the current block; and generating the current block according to the service data, the signature information, the characteristic value of the previous block in the target block chain and the characteristic value of the current block.
In one embodiment, the block processing module 806 is further configured to obtain a block height of the target test chain; and writing the current block into a block book of the target test chain according to the block height, so that a plurality of test chain link points in the target test chain store the current block.
In one embodiment, the block checking module 810 is further configured to obtain a cache height and a block height corresponding to the current block; detecting the write-in state of the current block according to the cache height and the block height; and generating corresponding block check information according to the writing state of the current block.
In one embodiment, the test chain node includes a master node and a plurality of slave nodes, and the test result generating module 812 is further configured to poll the master node for current load weights of the plurality of slave nodes to obtain a current load weight of each slave node; selecting a corresponding slave node identifier for the service request according to the current load weight of each slave node; sending the service request to the corresponding slave node according to the selected slave node identifier, so that the corresponding slave node processes the service request; and acquiring a load pressure index for processing the service request by the slave node, and adding the load pressure index into the test result information.
In one embodiment, the test result generating module 812 is further configured to monitor a request frequency of a service request initiated by a user identifier; and generating an access safety index according to the request frequency of the user identification, and adding the access safety index into the test result information.
In one embodiment, the request receiving module 802 is further configured to intercept a service request of the user identifier when the request frequency of the user identifier reaches an upper threshold, and add the user identifier to the restricted list.
In an embodiment, as shown in fig. 9, the testing apparatus 800 based on a block chain further includes an application creating module 814, configured to receive an application creating request sent by a service participant terminal based on test result information, where the application creating request carries requirement information;
sending the application establishment request to an application establishment platform, enabling the application establishment platform to deploy block chain nodes according to the demand information, generating corresponding image files according to the packaging of the block chain nodes, deploying the corresponding block chain applications on a block chain service platform by using the image files, and issuing the block chain applications.
FIG. 10 is a diagram illustrating an internal structure of a computer device in one embodiment. The computer device may be a server in the blockchain service platform 120 in fig. 1. As shown in fig. 10, the computer apparatus includes a processor, a memory, a network interface, an input device, and a display screen connected through a system bus. Wherein the memory includes a non-volatile storage medium and an internal memory. The non-volatile storage medium of the computer device stores an operating system and may also store a computer program which, when executed by the processor, causes the processor to implement a blockchain based test method. The internal memory may also have a computer program stored therein, which when executed by the processor, causes the processor to perform a blockchain based test method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.
Those skilled in the art will appreciate that the architecture shown in fig. 10 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, the blockchain-based test apparatus provided herein may be implemented in the form of a computer program that is executable on a computer device such as the one shown in fig. 10. The memory of the computer device may store various program modules constituting the block chain-based test apparatus, such as a request receiving module 802, an authority checking module 804, a block processing module 806, a data storage module 808, a block checking module 810, and a test result generating module 812 shown in fig. 8. The computer program constituted by the respective program modules causes the processor to execute the steps in the block chain based test method of the respective embodiments of the present application described in the present specification.
For example, the computer apparatus shown in fig. 10 may execute step 302 through the request receiving module 802 in the blockchain-based test device shown in fig. 8. The computer device may perform step 304 via privilege verification module 804. The computer device may perform step 306 by block processing module 806. The computer device may perform step 308 via data storage module 808. The computer device may perform step 310 through the block check module 810. The computer device may perform step 312 via test result generation module 812.
In an embodiment, a computer device is provided, comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of the above-described blockchain based testing method. Here, the steps of the block chain based test method may be the steps in the block chain based test method of the above embodiments.
In one embodiment, a computer readable storage medium is provided, storing a computer program which, when executed by a processor, causes the processor to perform the steps of the above-described blockchain based testing method. Here, the steps of the block chain based test method may be the steps in the block chain based test method of the above embodiments.
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 non-volatile computer-readable storage medium, and can include the processes of the embodiments of the methods described above when the program is executed. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (13)
1. A block chain based test method comprises the following steps:
receiving a service request triggered by a service participant terminal based on a test service entry page, wherein the service request carries a user identifier and a request packet;
determining a corresponding target test chain identifier from a plurality of block chains according to the service identifier in the request packet, and performing permission verification on the request packet and the target test chain identifier to obtain permission verification information;
generating a current block corresponding to the request packet according to the target test chain identifier, distributing the current block to a plurality of test chain nodes corresponding to the target test chain identifier, and enabling a consensus node in the test chain to perform consensus verification on the current block;
when the consensus verification passes, storing the current block into a local cache library, and writing the current block into the test chain;
checking the current blocks in the local cache library and the test chain to obtain block checking information;
and generating test result information according to the permission verification information and the block verification information, and returning the test result information to a test page of the service participant terminal for displaying.
2. The method according to claim 1, wherein the target test chain identifier is a test chain corresponding to the service type, the test chain is a test chain application that is created and issued by a blockchain service platform on the blockchain service platform according to configured test information and a test environment, and the test chain includes a plurality of blockchain nodes.
3. The method according to claim 1, wherein the determining a corresponding target test chain identifier from a plurality of block chains according to the service identifier in the request packet, and performing the permission check on the request packet and the target test chain identifier to obtain permission check information includes:
acquiring an accessible node identifier associated with the user identifier, and verifying whether the accessible node identifier contains a target node identifier obtained by analysis;
when the accessible node identification contains the target test chain identification, determining that the user identification has access right to a target test chain;
acquiring corresponding key information according to the user identification, and performing signature verification on the request packet by using the key information to obtain signature verification information;
and generating authority verification information by using the access authority and the signature verification information.
4. The method of claim 1, wherein the generating the current block corresponding to the request packet comprises:
identifying a corresponding data table according to the service mark, and extracting signature information corresponding to the user identifier from the data table;
calculating the service data of the user and the signature information by adopting different hash algorithms respectively to obtain hash values of the at least two parts of data;
splicing the hash values of the at least two parts of data to obtain a characteristic value of the current block;
and generating the current block according to the service data, the signature information, the characteristic value of the previous block in the target block chain and the characteristic value of the current block.
5. The method of claim 1, wherein said writing the current block into the target test chain comprises:
acquiring the block height of the target test chain;
and writing the current block into a block book of the target test chain according to the block height, so that a plurality of test chain link points in the target test chain store the current block.
6. The method of claim 5, wherein the checking the local cache bank and the current chunk in the test chain to obtain chunk checking information comprises:
obtaining the cache height and the block height corresponding to the current block;
detecting the writing state of the current block according to the cache height and the block height;
and generating corresponding block checking information according to the writing state of the current block.
7. The method of claim 1, wherein the test chain nodes comprise a master node and a plurality of slave nodes, the method further comprising:
the master node polls the current load weights of the plurality of slave nodes to obtain the current load weight of each slave node;
selecting a corresponding slave node identifier for the service request according to the current load weight of each slave node;
sending the service request to a corresponding slave node according to the selected slave node identifier, so that the corresponding slave node processes the service request;
and acquiring a load pressure index for processing the service request by the slave node, and adding the load pressure index into the test result information.
8. The method of claim 1, further comprising:
monitoring the request frequency of the user identification for initiating the service request;
and generating an access safety index according to the request frequency of the user identification, and adding the access safety index into the test result information.
9. The method of claim 8, further comprising:
and when the request frequency of the user identification reaches an upper limit threshold value, intercepting the service request of the user identification, and adding the user identification to a restricted list.
10. The method according to any one of claims 1 to 9, further comprising:
receiving an application creation request sent by the service participant terminal based on the test result information, wherein the application creation request carries requirement information;
and sending the application establishment request to an application establishment platform, enabling the application establishment platform to deploy block chain nodes according to the demand information, generating corresponding image files according to the block chain nodes in a packaging mode, deploying corresponding block chain applications on the block chain service platform by using the image files, and issuing the block chain applications.
11. A blockchain based test apparatus, the apparatus comprising:
the system comprises a request receiving module, a service request receiving module and a service processing module, wherein the request receiving module is used for receiving a service request triggered by a service participant terminal based on a test service entry page, and the service request carries a user identifier and a request packet;
the authority verification module is used for determining corresponding target test chain identifiers from a plurality of block chains according to the service identifiers in the request packet, and performing authority verification on the request packet and the target test chain identifiers to obtain authority verification information;
the block processing module is used for generating a current block corresponding to the request packet according to the target test chain identifier, distributing the current block to a plurality of test chain nodes corresponding to the target test chain identifier, and enabling a consensus node in the test chain to perform consensus verification on the current block;
the data storage module is used for storing the current block to a local cache library and writing the current block into the test chain after the consensus verification is passed;
the block checking module is used for checking the current blocks in the local cache library and the test chain to obtain block checking information;
and the test result generation module is used for generating test result information according to the permission verification information and the performance verification information and returning the test result information to the test page of the service participant terminal for displaying.
12. A computer-readable storage medium, storing a computer program which, when executed by a processor, causes the processor to carry out the steps of the method according to any one of claims 1 to 10.
13. A computer device comprising a memory and a processor, the memory storing a computer program that, when executed by the processor, causes the processor to perform the steps of the method according to any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910871913.3A CN110598446B (en) | 2019-09-16 | 2019-09-16 | Block chain-based test method, device, storage medium and computer equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910871913.3A CN110598446B (en) | 2019-09-16 | 2019-09-16 | Block chain-based test method, device, storage medium and computer equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110598446A true CN110598446A (en) | 2019-12-20 |
| CN110598446B CN110598446B (en) | 2024-06-28 |
Family
ID=68859881
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910871913.3A Active CN110598446B (en) | 2019-09-16 | 2019-09-16 | Block chain-based test method, device, storage medium and computer equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110598446B (en) |
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111310237A (en) * | 2020-01-22 | 2020-06-19 | 腾讯科技（深圳）有限公司 | Service processing method, device and equipment based on block chain |
| CN111310239A (en) * | 2020-03-23 | 2020-06-19 | 杭州溪塔科技有限公司 | Digital information batch distribution method and device and electronic equipment |
| CN111339181A (en) * | 2020-02-10 | 2020-06-26 | 腾讯科技（深圳）有限公司 | Block storage method, block storage device, node equipment and storage medium |
| CN111478828A (en) * | 2020-06-24 | 2020-07-31 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN111478829A (en) * | 2020-06-24 | 2020-07-31 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN111522874A (en) * | 2020-03-20 | 2020-08-11 | 金蝶软件（中国）有限公司 | Block chain consensus method, block chain consensus device, computer equipment and storage medium |
| CN111611166A (en) * | 2020-05-22 | 2020-09-01 | 厦门理工学院 | Software testing method and system based on mobile internet |
| CN111611321A (en) * | 2020-06-29 | 2020-09-01 | 上海优扬新媒信息技术有限公司 | Data storage method and device and block chain system |
| CN111695902A (en) * | 2020-06-16 | 2020-09-22 | 深圳点链科技有限公司 | Block chain-based interconnection method and device and computer storage medium |
| CN111741062A (en) * | 2020-05-12 | 2020-10-02 | 成都芯域矩阵科技有限公司 | Electronic equipment local area management system based on block chain technology |
| CN111769956A (en) * | 2020-06-30 | 2020-10-13 | 平安国际智慧城市科技股份有限公司 | Service processing method, device, equipment and medium |
| CN111797404A (en) * | 2020-06-28 | 2020-10-20 | 电子科技大学 | IIoT equipment security architecture based on block chain and intelligent contract |
| CN112087530A (en) * | 2020-11-02 | 2020-12-15 | 支付宝(杭州)信息技术有限公司 | Method, device, equipment and medium for uploading data to block chain system |
| CN112102081A (en) * | 2020-08-19 | 2020-12-18 | 小米数字科技有限公司 | Method and device for generating block chain, readable storage medium and block chain network |
| CN112134762A (en) * | 2020-09-24 | 2020-12-25 | 腾讯科技（深圳）有限公司 | Test method, device, terminal and storage medium for block chain network structure |
| CN112491823A (en) * | 2020-11-13 | 2021-03-12 | 齐鲁工业大学 | DDoS attack joint defense system and method based on block chain |
| CN112866346A (en) * | 2020-12-31 | 2021-05-28 | 海南大学 | Block chain-based data distribution method and flow |
| CN112910724A (en) * | 2020-06-24 | 2021-06-04 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN113157472A (en) * | 2021-03-15 | 2021-07-23 | 京东数科海益信息科技有限公司 | Service information processing method, device, equipment and computer storage medium |
| CN113395363A (en) * | 2021-08-18 | 2021-09-14 | 腾讯科技（深圳）有限公司 | Data processing method, device and equipment based on block chain and storage medium |
| CN113468007A (en) * | 2021-06-30 | 2021-10-01 | 完美世界(北京)软件科技发展有限公司 | Equipment identification information verification method, device, equipment and storage medium |
| CN113485905A (en) * | 2021-02-26 | 2021-10-08 | 杜自然 | Test method, device, equipment and computer storage medium in data transaction |
| CN113590328A (en) * | 2021-08-02 | 2021-11-02 | 重庆大学 | Block chain-based edge computing service interaction method and system |
| CN113778383A (en) * | 2020-06-09 | 2021-12-10 | 中国联合网络通信集团有限公司 | Service processing method, device, equipment and storage medium |
| WO2021259149A1 (en) * | 2020-06-24 | 2021-12-30 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, apparatus and system for blockchain network |
| CN113923146A (en) * | 2021-10-11 | 2022-01-11 | 南京邮电大学 | Visual block chain consensus algorithm performance test method |
| CN113992532A (en) * | 2021-12-27 | 2022-01-28 | 广州敏行区块链科技有限公司 | Method and system for testing block chain bottom system |
| CN114143011A (en) * | 2021-11-26 | 2022-03-04 | 中国联合网络通信集团有限公司 | Test report processing method and device |
| CN115065542A (en) * | 2022-06-23 | 2022-09-16 | 中国工商银行股份有限公司 | Permission verification method and device, processor and electronic equipment |
| CN116896564A (en) * | 2023-09-11 | 2023-10-17 | 腾讯科技（深圳）有限公司 | Block generation method and device based on block chain network and computer equipment |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106899680A (en) * | 2017-03-09 | 2017-06-27 | 上海亿账通区块链科技有限公司 | The burst treating method and apparatus of multi-tiling chain |
| CN107493340A (en) * | 2017-08-23 | 2017-12-19 | 广州市易彩乐网络科技有限公司 | Data distribution method of calibration in block chain network, apparatus and system |
| CN108154367A (en) * | 2017-12-26 | 2018-06-12 | 质数链网科技成都有限公司 | A kind of block chain business method of calibration and device |
| CN109446096A (en) * | 2018-11-06 | 2019-03-08 | 北京知道创宇信息技术有限公司 | A kind of intelligence contract adjustment method, device and its storage medium |
| CN110162470A (en) * | 2019-04-28 | 2019-08-23 | 阿里巴巴集团控股有限公司 | A kind of test method and device of block chain |
-
2019
- 2019-09-16 CN CN201910871913.3A patent/CN110598446B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106899680A (en) * | 2017-03-09 | 2017-06-27 | 上海亿账通区块链科技有限公司 | The burst treating method and apparatus of multi-tiling chain |
| CN107493340A (en) * | 2017-08-23 | 2017-12-19 | 广州市易彩乐网络科技有限公司 | Data distribution method of calibration in block chain network, apparatus and system |
| CN108154367A (en) * | 2017-12-26 | 2018-06-12 | 质数链网科技成都有限公司 | A kind of block chain business method of calibration and device |
| CN109446096A (en) * | 2018-11-06 | 2019-03-08 | 北京知道创宇信息技术有限公司 | A kind of intelligence contract adjustment method, device and its storage medium |
| CN110162470A (en) * | 2019-04-28 | 2019-08-23 | 阿里巴巴集团控股有限公司 | A kind of test method and device of block chain |
Cited By (51)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111310237B (en) * | 2020-01-22 | 2024-04-26 | 腾讯科技（深圳）有限公司 | Business processing method, device and equipment based on block chain |
| CN111310237A (en) * | 2020-01-22 | 2020-06-19 | 腾讯科技（深圳）有限公司 | Service processing method, device and equipment based on block chain |
| CN111339181A (en) * | 2020-02-10 | 2020-06-26 | 腾讯科技（深圳）有限公司 | Block storage method, block storage device, node equipment and storage medium |
| CN111522874A (en) * | 2020-03-20 | 2020-08-11 | 金蝶软件（中国）有限公司 | Block chain consensus method, block chain consensus device, computer equipment and storage medium |
| CN111522874B (en) * | 2020-03-20 | 2023-09-05 | 金蝶软件（中国）有限公司 | Block chain consensus method, apparatus, computer device and storage medium |
| CN111310239A (en) * | 2020-03-23 | 2020-06-19 | 杭州溪塔科技有限公司 | Digital information batch distribution method and device and electronic equipment |
| CN111741062A (en) * | 2020-05-12 | 2020-10-02 | 成都芯域矩阵科技有限公司 | Electronic equipment local area management system based on block chain technology |
| CN111611166B (en) * | 2020-05-22 | 2023-04-07 | 厦门理工学院 | Software testing method and system based on mobile internet |
| CN111611166A (en) * | 2020-05-22 | 2020-09-01 | 厦门理工学院 | Software testing method and system based on mobile internet |
| CN113778383A (en) * | 2020-06-09 | 2021-12-10 | 中国联合网络通信集团有限公司 | Service processing method, device, equipment and storage medium |
| CN113778383B (en) * | 2020-06-09 | 2023-06-30 | 中国联合网络通信集团有限公司 | Service processing method, device, equipment and storage medium |
| CN111695902A (en) * | 2020-06-16 | 2020-09-22 | 深圳点链科技有限公司 | Block chain-based interconnection method and device and computer storage medium |
| WO2021254282A1 (en) * | 2020-06-16 | 2021-12-23 | 深圳点链科技有限公司 | Blockchain-based interconnection method and apparatus, and computer storage medium |
| WO2021259126A1 (en) * | 2020-06-24 | 2021-12-30 | 支付宝(杭州)信息技术有限公司 | Method and apparatus for testing pressure of blockchain network, and system |
| WO2021259131A1 (en) * | 2020-06-24 | 2021-12-30 | 支付宝(杭州)信息技术有限公司 | Pressure test method, apparatus, and system for block chain network |
| CN112910724B (en) * | 2020-06-24 | 2022-08-09 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN111478828A (en) * | 2020-06-24 | 2020-07-31 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN112486830A (en) * | 2020-06-24 | 2021-03-12 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN111478829A (en) * | 2020-06-24 | 2020-07-31 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN112910724A (en) * | 2020-06-24 | 2021-06-04 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| WO2021259127A1 (en) * | 2020-06-24 | 2021-12-30 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, apparatus and system for blockchain network |
| WO2021259149A1 (en) * | 2020-06-24 | 2021-12-30 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, apparatus and system for blockchain network |
| CN111478829B (en) * | 2020-06-24 | 2020-10-30 | 支付宝(杭州)信息技术有限公司 | Pressure testing method, device and system for block chain network |
| CN111797404A (en) * | 2020-06-28 | 2020-10-20 | 电子科技大学 | IIoT equipment security architecture based on block chain and intelligent contract |
| CN111797404B (en) * | 2020-06-28 | 2023-03-21 | 电子科技大学 | IIoT equipment safety device based on block chain and intelligent contract |
| CN111611321A (en) * | 2020-06-29 | 2020-09-01 | 上海优扬新媒信息技术有限公司 | Data storage method and device and block chain system |
| CN111611321B (en) * | 2020-06-29 | 2023-07-25 | 度小满科技(北京)有限公司 | Data storage method, device and blockchain system |
| CN111769956A (en) * | 2020-06-30 | 2020-10-13 | 平安国际智慧城市科技股份有限公司 | Service processing method, device, equipment and medium |
| CN112102081A (en) * | 2020-08-19 | 2020-12-18 | 小米数字科技有限公司 | Method and device for generating block chain, readable storage medium and block chain network |
| CN112102081B (en) * | 2020-08-19 | 2024-04-09 | 天星数科科技有限公司 | Method, device, readable storage medium and blockchain network for generating blockchain |
| CN112134762A (en) * | 2020-09-24 | 2020-12-25 | 腾讯科技（深圳）有限公司 | Test method, device, terminal and storage medium for block chain network structure |
| CN112134762B (en) * | 2020-09-24 | 2023-08-22 | 腾讯科技（深圳）有限公司 | Testing method, device, terminal and storage medium for block chain network structure |
| CN112087530A (en) * | 2020-11-02 | 2020-12-15 | 支付宝(杭州)信息技术有限公司 | Method, device, equipment and medium for uploading data to block chain system |
| CN112491823B (en) * | 2020-11-13 | 2022-07-19 | 齐鲁工业大学 | DDoS attack joint defense system and method based on block chain |
| CN112491823A (en) * | 2020-11-13 | 2021-03-12 | 齐鲁工业大学 | DDoS attack joint defense system and method based on block chain |
| CN112866346B (en) * | 2020-12-31 | 2023-02-03 | 海南大学 | Data distribution method and device based on block chain |
| CN112866346A (en) * | 2020-12-31 | 2021-05-28 | 海南大学 | Block chain-based data distribution method and flow |
| CN113485905B (en) * | 2021-02-26 | 2023-09-05 | 杜自然 | Test method, device, equipment and computer storage medium in data transaction |
| CN113485905A (en) * | 2021-02-26 | 2021-10-08 | 杜自然 | Test method, device, equipment and computer storage medium in data transaction |
| CN113157472A (en) * | 2021-03-15 | 2021-07-23 | 京东数科海益信息科技有限公司 | Service information processing method, device, equipment and computer storage medium |
| CN113468007B (en) * | 2021-06-30 | 2024-07-12 | 完美世界(北京)软件科技发展有限公司 | Device identification information verification method, device and storage medium |
| CN113468007A (en) * | 2021-06-30 | 2021-10-01 | 完美世界(北京)软件科技发展有限公司 | Equipment identification information verification method, device, equipment and storage medium |
| CN113590328A (en) * | 2021-08-02 | 2021-11-02 | 重庆大学 | Block chain-based edge computing service interaction method and system |
| CN113395363A (en) * | 2021-08-18 | 2021-09-14 | 腾讯科技（深圳）有限公司 | Data processing method, device and equipment based on block chain and storage medium |
| CN113923146A (en) * | 2021-10-11 | 2022-01-11 | 南京邮电大学 | Visual block chain consensus algorithm performance test method |
| CN113923146B (en) * | 2021-10-11 | 2024-05-03 | 南京邮电大学 | Visual block chain consensus algorithm performance test method |
| CN114143011A (en) * | 2021-11-26 | 2022-03-04 | 中国联合网络通信集团有限公司 | Test report processing method and device |
| CN113992532A (en) * | 2021-12-27 | 2022-01-28 | 广州敏行区块链科技有限公司 | Method and system for testing block chain bottom system |
| CN115065542A (en) * | 2022-06-23 | 2022-09-16 | 中国工商银行股份有限公司 | Permission verification method and device, processor and electronic equipment |
| CN116896564A (en) * | 2023-09-11 | 2023-10-17 | 腾讯科技（深圳）有限公司 | Block generation method and device based on block chain network and computer equipment |
| CN116896564B (en) * | 2023-09-11 | 2023-12-22 | 腾讯科技（深圳）有限公司 | Block generation method and device based on block chain network and computer equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110598446B (en) | 2024-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110598446B (en) | Block chain-based test method, device, storage medium and computer equipment | |
| US11895242B2 (en) | Data processing method and apparatus in blockchain network, storage medium, and computer device | |
| CN110633323B (en) | Service data storage method, device, storage medium and computer equipment | |
| Suzuki et al. | Blockchain as an audit-able communication channel | |
| CN110535971B (en) | Interface configuration processing method, device, equipment and storage medium based on block chain | |
| CN112667748B (en) | Block chain all-in-one machine facing audit service, data processing method and device | |
| CN110032545A (en) | File memory method, system and electronic equipment based on block chain | |
| CN112527912B (en) | Data processing method and device based on block chain network and computer equipment | |
| CN111294379B (en) | Block chain network service platform, authority hosting method thereof and storage medium | |
| CN111444550A (en) | Block chain-based service data verification method and device and readable storage medium | |
| Ahmad et al. | Secure and transparent audit logs with BlockAudit | |
| Al-Bassam et al. | Contour: A practical system for binary transparency | |
| CN110633963A (en) | Electronic bill processing method, electronic bill processing device, computer-readable storage medium and equipment | |
| CN110597541B (en) | Interface updating processing method, device, equipment and storage medium based on block chain | |
| CN110602116B (en) | Block chain based data verification method, device and computer readable storage medium | |
| CN112733178B (en) | Cross-chain trust method, device, equipment and medium based on digital certificate authentication | |
| CN110990883A (en) | Data access method, data access device, computer-readable storage medium and computer equipment | |
| CN112308561A (en) | Block chain-based evidence storing method and system, computer equipment and storage medium | |
| CN109951490A (en) | Webpage integrity assurance, system and electronic equipment based on block chain | |
| US20200394162A1 (en) | Operation management method for distributed ledger system, operation management system for distributed ledger system, and operation management program for distributed ledger system | |
| CN111090581A (en) | Intelligent contract testing method and device, computer equipment and storage medium | |
| CN112448946A (en) | Log auditing method and device based on block chain | |
| Abraham et al. | Qualified eID derivation into a distributed ledger based IdM system | |
| CN111881483A (en) | Resource account binding method, device, equipment and medium based on block chain | |
| CN111260475A (en) | Data processing method, block chain node point equipment and 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 |