CN112926979A - Payment information processing method combined with block chain communication and block chain information platform - Google Patents
Payment information processing method combined with block chain communication and block chain information platform Download PDFInfo
- Publication number
- CN112926979A CN112926979A CN202110156714.1A CN202110156714A CN112926979A CN 112926979 A CN112926979 A CN 112926979A CN 202110156714 A CN202110156714 A CN 202110156714A CN 112926979 A CN112926979 A CN 112926979A
- Authority
- CN
- China
- Prior art keywords
- verification
- payment
- information
- key
- queue
- 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.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The payment information processing method and the blockchain information platform combined with blockchain communication disclosed in the specification can acquire payment environment security information obtained by verifying a payment environment of a real-time payment request and a key verification result obtained by matching a verification key of the real-time payment request by using a payment verification key, determining a verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the service record of the payee, determining event priority distribution, determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result, and determining the key pairing credibility of the payment verification key according to the verification event queue and the event verification sequence, and indicating the corresponding block chain equipment to modify the payment verification key when the key pairing credibility is lower than the preset credibility. In this way, the key pair trustworthiness can be checked to ensure that the payment verification key is not compromised or tampered with.
Description
Technical Field
The application relates to the technical field of block chain payment and digital financial service, in particular to a payment information processing method and a block chain information platform combining block chain communication.
Background
The block chain (blockchain) relates to multiple interdisciplines and fields such as mathematics, cryptography, Internet and computer programming on the basis of a science and technology level, can serve as a distributed shared account book and a database on the basis of an application level, and has the characteristics of decentralization, non-falsification, whole-course trace retention, traceability, collective maintenance, openness and transparency and the like. The characteristics ensure the honesty and the transparency of the block chain and lay a foundation for creating trust for the block chain.
The application scenarios of the blockchain are rich and diverse, and for example, the blockchain has been widely applied in supply chain financial and payment systems. The blockchain payment has the advantages of short response time, traceable payment records, incapability of tampering payment behaviors and the like, and can be conveniently, efficiently and safely used by both payment parties.
However, in practical applications, as the network security deteriorates, the blockchain payment also suffers from attacks, wherein one way of attack is to crack or tamper the payment key.
Disclosure of Invention
The specification provides a payment information processing method and a blockchain information platform in combination with blockchain communication, so as to solve or partially solve the technical problem that a payment key is easy to crack or tamper.
The specification discloses a payment information processing method combined with block chain communication, which is applied to a block chain information platform communicated with a first block chain device and a second block chain device, and at least comprises the following steps:
the method comprises the steps of obtaining payment environment safety information obtained by carrying out payment environment verification on a real-time payment request and obtaining a key verification result obtained by adopting a payment verification key to carry out verification key pairing on the real-time payment request; wherein the real-time payment request is initiated by the first blockchain device to the second blockchain device, or initiated by the second blockchain device to the first blockchain device;
determining a verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the payee service record of the real-time payment request, and determining event priority distribution of the verification event queue;
determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result;
and determining the key pairing credibility of the payment verification key according to the verification event queue and the event verification sequence, and indicating the block chain equipment corresponding to the real-time payment request to modify the payment verification key when the key pairing credibility is lower than the preset credibility.
Preferably, the determining, according to the payee service record of the real-time payment request, a verification event queue for performing secondary verification on the key pairing reliability of the payment verification key includes:
acquiring a plurality of payment item information and transaction order information of each payment item information from the real-time payment request according to the category information of the payment items recorded by the payee service of the real-time payment request;
if at least part of the transaction order information in the payment item information is related transaction in the current time period, acquiring a payment sequence queue corresponding to the related transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the payment sequence queue corresponding to the related transaction; wherein the payment sequence queue corresponding to the associated transaction comprises: any one or more of a generation time queue of an order generation time of the transaction order information corresponding to the associated transaction in the payment item information, a modification time queue of an order modification time of the transaction order information corresponding to the associated transaction in the payment item information, and a priority queue of an order aging priority of the transaction order information corresponding to the associated transaction in the payment item information;
if the payment item information is failed to be acquired from the real-time payment request, acquiring running state information of the blockchain device which sends the real-time payment request when the real-time payment request is generated, and determining a second verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to payment verification state information of the running state information of the blockchain device which sends the real-time payment request when the real-time payment request is generated; wherein the running state information of the blockchain device which sends the real-time payment request when generating the real-time payment request comprises: any one or more of payment verification status information, device security status information, device response status information.
Preferably, the generation time queue of the order generation time of the transaction order information corresponding to the associated transaction in the payment item information includes: at least one group of interval information queue at the order generating time, continuity information queue at the order generating time, updating information queue at the order generating time and urgency information queue at the order generating time; the determining, according to the payment sequence queue corresponding to the associated transaction, a first verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining order security index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order security index information; wherein the order security index information comprises one or more of: the ratio between the average interval duration value of the interval information queue at the order generation time and the minimum updating time; the ratio between the minimum continuous time length value and the maximum emergency grade value of the continuity information queue at the order generation time; the ratio between the maximum update times and the minimum update times of the update information queue at the order generation time; and the ratio of the minimum emergency grade value and the maximum emergency grade value of the emergency degree information queue at the order generation time.
Preferably, the modification times queue of the order modification times of the transaction order information corresponding to the associated transaction in the payment item information includes: order modification frequency queues or order forced modification application times queues; the determining, according to the payment sequence queue corresponding to the associated transaction, a first verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining order privacy index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order privacy index information; wherein the order privacy index information comprises one or more of: the ratio of the modification frequency corresponding to the active modification identifier and the modification frequency corresponding to the passive modification identifier of the order modification frequency queue; and the ratio of the forced modification passing times and the forced modification refusing times of the order forced modification application time queue.
Preferably, the order aging priority queue of the transaction order information corresponding to the associated transaction in the payment item information includes: at least one group of queues in the aging modification request queue, the aging authentication information queue and the aging authority information queue; the determining, according to the payment sequence queue corresponding to the associated transaction, a first verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining order timeliness index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order timeliness index information; wherein the order timeliness index information includes one or more of the following: the ratio between the number of repeated requests and the number of single requests of the time-dependent modification request queue; the ratio of the authentication passing times and the authentication failing times of the time-efficient authentication information queue; and the lowest authority level of the aging authority information queue.
Preferably, the payment verification status information includes: at least one of identity verification information, payment IP address verification information, equipment digital signature verification information and equipment service authenticity verification information; the determining, according to the payment verification status information in the running status information of the block chain device that issues the real-time payment request when generating the real-time payment request, a second verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining a multidimensional check characteristic matrix according to the payment check state information in the running state information of the block chain equipment which sends the real-time payment request when the real-time payment request is generated, and determining a second check event queue for performing secondary check on the key pairing credibility of the payment verification key according to the multidimensional check characteristic matrix; and the multidimensional verification characteristic matrix is obtained by information characteristic distribution corresponding to at least one of the identity verification information, the payment IP address verification information, the equipment digital signature verification information and the equipment service authenticity verification information.
Preferably, determining the event priority distribution of the check event queue includes:
after queue distribution information and event type information of the check event queue are obtained, a first information characteristic matrix of the queue distribution information and a second information characteristic matrix of the event type information are constructed, wherein the queue distribution information comprises a first information distribution track, and the event type information comprises a second information distribution track;
acquiring each matrix eigenvalue in the first information characteristic matrix and each matrix eigenvalue in the second information characteristic matrix to obtain an eigenvalue list;
determining a difference value between any two matrix characteristic values in the characteristic value list to obtain a characteristic difference value list; adjusting the difference value smaller than the set target value in the characteristic difference value list to be the set target value to obtain a target difference value list;
and extracting the event priority corresponding to each check event in the check event queue based on the target difference list and forming the event priority distribution.
Preferably, determining the key pairing reliability of the payment verification key according to the verification event queue and the event verification sequence includes:
determining the events to be checked of the check event queue according to the event check sequence;
performing event security detection on the event to be detected to extract event reliability of the event to be detected and obtain an event security detection result of the event to be detected;
generating decryption keys of a plurality of different verification logics based on the event security detection result;
respectively detecting key sequences in the decryption keys of the different verification logics to obtain decryption key sequence distribution in the decryption keys of the different verification logics;
mapping the decryption key sequence distribution in the decryption keys of the different verification logics to the encryption key sequence distribution corresponding to the event security detection result according to the corresponding relation between the decryption keys of the different verification logics and the event security detection result to obtain a plurality of key pairing sequence distributions; screening the plurality of key pairing sequence distributions according to the correlation coefficient among the plurality of key pairing sequence distributions to obtain screened target decryption key sequence distributions; wherein, the correlation coefficients among the target decryption key sequence distributions are all lower than a preset value;
and decrypting the payment verification key by adopting decryption logics corresponding to the target decryption key sequence distribution to obtain a decryption result, and calculating the key pairing credibility of the payment verification key according to the successfully decrypted decryption result in the obtained decryption results.
The present specification discloses a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the above method.
The present specification discloses a block chain information platform, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the above method when executing the program.
Through one or more technical schemes of this description, this description has following beneficial effect or advantage:
the method comprises the steps of firstly obtaining payment environment security information obtained by carrying out payment environment verification on a real-time payment request and a key verification result obtained by adopting a payment verification key to carry out verification key pairing on the real-time payment request, secondly determining a verification event queue for carrying out secondary verification on key pairing credibility of the payment verification key according to a payee service record of the real-time payment request and determining event priority distribution of the verification event queue, then determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result, and finally determining the key pairing credibility of the payment verification key according to the verification event queue and the event verification sequence and indicating block chain equipment corresponding to the real-time payment request to carry out payment verification key modification when the key pairing credibility is lower than the preset credibility. In this way, the key pairing reliability can be detected, thereby ensuring that the payment verification key cannot be cracked or tampered.
The above description is only an outline of the technical solution of the present specification, and the embodiments of the present specification are described below in order to make the technical means of the present specification more clearly understood, and the present specification and other objects, features, and advantages of the present specification can be more clearly understood.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the specification. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
FIG. 1 illustrates an architectural diagram of a payment information processing system incorporating blockchain communication in accordance with one embodiment of the present description;
FIG. 2 illustrates a flow diagram of a payment information processing method in conjunction with blockchain communication in accordance with one embodiment of the present description;
FIG. 3 illustrates a block diagram of a payment information processing apparatus incorporating blockchain communication in accordance with one embodiment of the present description;
fig. 4 is a diagram illustrating a block chain information platform according to an embodiment of the present disclosure.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
In order to solve the technical problems in the background art, the inventor innovatively provides a payment information processing method and a blockchain information platform which are combined with blockchain communication, and can detect the pairing reliability of a secret key, so that the payment verification secret key is ensured not to be cracked or tampered. Referring first to fig. 1, a payment information processing system 100 incorporating blockchain communication is shown, the payment information processing system 100 including a blockchain information platform 200, a first blockchain device 410, and a second blockchain device 420. Wherein the blockchain information platform 200, the first blockchain device 410, and the second blockchain device 420 communicate with each other. First blockchain device 410 and second blockchain node 420 may act as counterparties in blockchain payments. For example, the first blockchain device 410 may be a payer and the second blockchain device 420 may be a payee. As another example, the first blockchain device 410 may be a payee and the second blockchain device 420 may be a payer.
On the basis of fig. 1, please refer to fig. 2 in combination, which is a flowchart illustrating a payment information processing method in combination with blockchain communication, where the method may be applied to the blockchain information platform in fig. 1, and specifically may include the contents described in steps S21 to S24.
Step S21, obtaining payment environment security information obtained by performing payment environment verification on the real-time payment request, and obtaining a key verification result obtained by performing verification key pairing on the real-time payment request by using a payment verification key.
Step S22, determining a verification event queue for performing secondary verification on the key pairing reliability of the payment verification key according to the payee service record of the real-time payment request, and determining event priority distribution of the verification event queue.
Step S23, determining an event verification order corresponding to the event priority distribution from the payment environment security information and the key verification result.
Step S24, determining a key pairing reliability of the payment verification key according to the verification event queue and the event verification sequence, and instructing the blockchain device corresponding to the real-time payment request to modify the payment verification key when the key pairing reliability is lower than a preset reliability.
In this embodiment, the real-time payment request is initiated by the first blockchain device to the second blockchain device, or initiated by the second blockchain device to the first blockchain device.
In this scheme, the preset reliability may be set according to the payment risk record of the first blockchain device or the second blockchain device, which is not limited herein.
In the scheme, the value range of the key pairing reliability can be 0-1.
In this scheme, the payment verification key is actively configured and modified by the first blockchain device or the second blockchain device, and the blockchain information platform does not directly modify the payment verification key for the first blockchain device or the second blockchain device, but only indicates the modification.
It is understood that, through the descriptions of the above-mentioned steps S21-S24, the payment environment security information obtained by verifying the payment environment of the real-time payment request and the key verification result obtained by performing verification key pairing on the real-time payment request by using the payment verification key are firstly obtained, secondly, determining a verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the service record of the payee of the real-time payment request and determining the event priority distribution of the verification event queue, and finally, determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result, determining the key pairing credibility of the payment verification key according to the verification event queue and the event verification sequence, and indicating the block chain equipment corresponding to the real-time payment request to modify the payment verification key when the key pairing credibility is lower than the preset credibility. In this way, the key pairing reliability can be detected, thereby ensuring that the payment verification key cannot be cracked or tampered.
In specific implementation, the inventor finds that when the check event queue is determined, the service condition of the block chain payment service in multiple aspects needs to be considered, so that the integrity of the check event queue can be ensured, some check dimensions are prevented from being omitted, and the accuracy and reliability of the subsequent detection key are ensured. In order to achieve the above object, in step S22, a verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key is determined according to the payee service record of the real-time payment request, which may specifically include the contents described in step S221 to step S223 below.
Step S221, according to the category information of the collection items recorded by the service of the collector of the real-time payment request, acquiring a plurality of payment item information and the transaction order information of each payment item information from the real-time payment request.
Step S222, if at least part of the transaction order information in each acquired payment item information is a related transaction in the current time period, acquiring a payment sequence queue corresponding to the related transaction, and determining a first verification event queue for performing a secondary verification on the key pairing credibility of the payment verification key according to the payment sequence queue corresponding to the related transaction.
Step S223, if the acquisition of the payment item information from the real-time payment request fails, acquiring running state information of the blockchain device that issues the real-time payment request when generating the real-time payment request, and determining a second verification event queue for performing a secondary verification on the key pairing credibility of the payment verification key according to the payment verification state information in the running state information of the blockchain device that issues the real-time payment request when generating the real-time payment request.
In step S222, the payment sequence queue corresponding to the associated transaction includes: any one or more of a generation time queue of an order generation time of the transaction order information corresponding to the associated transaction in the payment item information, a modification time queue of an order modification time of the transaction order information corresponding to the associated transaction in the payment item information, and a priority queue of an order aging priority of the transaction order information corresponding to the associated transaction in the payment item information.
In step S223, the operation status information of the blockchain device issuing the real-time payment request when generating the real-time payment request includes: any one or more of payment verification status information, device security status information, device response status information.
In this way, based on the contents described in the above steps S221 to S223, the check event queue can be determined based on the plurality of payment item information and the transaction order information thereof, and further, the service conditions of the blockchain payment service in various aspects can be considered. Therefore, the integrity of the check event queue can be ensured, some check dimensions are avoided being omitted, and the accuracy and reliability of the follow-up detection key are further ensured.
Optionally, in step S222, the first verification event queue for performing secondary verification on the key pairing reliability of the payment verification key is determined according to the payment sequence queue corresponding to the associated transaction, which may specifically be implemented by the following three specific implementations, and certainly, when the specific implementation is performed, the first verification event queue is not limited to the following three implementations.
In a first embodiment, the generation time queue of the order generation time of the transaction order information corresponding to the associated transaction in the payment item information includes: at least one group of interval information queue at the order generating time, continuity information queue at the order generating time, updating information queue at the order generating time and urgency information queue at the order generating time. On this premise, determining a first verification event queue for performing secondary verification on the key pairing reliability of the payment verification key according to the payment sequence queue corresponding to the associated transaction specifically includes: and determining order security index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order security index information.
In a first embodiment, the order security index information includes one or more of: the ratio between the average interval duration value of the interval information queue at the order generation time and the minimum updating time; the ratio between the minimum continuous time length value and the maximum emergency grade value of the continuity information queue at the order generation time; the ratio between the maximum update times and the minimum update times of the update information queue at the order generation time; and the ratio of the minimum emergency grade value and the maximum emergency grade value of the emergency degree information queue at the order generation time.
In a second implementation manner, the modification number queue of the order modification numbers of the transaction order information corresponding to the associated transaction in the payment item information includes: and the order modifies the frequency queue or the order forcibly modifies at least one group of queues in the application times queue. On this premise, determining a first verification event queue for performing secondary verification on the key pairing reliability of the payment verification key according to the payment sequence queue corresponding to the associated transaction specifically includes: and determining order privacy index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order privacy index information.
In a second embodiment, the order privacy index information includes one or more of: the ratio of the modification frequency corresponding to the active modification identifier and the modification frequency corresponding to the passive modification identifier of the order modification frequency queue; and the ratio of the forced modification passing times and the forced modification refusing times of the order forced modification application time queue.
In a third embodiment, the priority queue of order aging priorities of the transaction order information corresponding to the associated transaction in the payment item information includes: at least one group of the time efficiency modification request queue, the time efficiency authentication information queue and the time efficiency authority information queue. On this premise, determining a first verification event queue for performing secondary verification on the key pairing reliability of the payment verification key according to the payment sequence queue corresponding to the associated transaction specifically includes: and determining order timeliness index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order timeliness index information.
In a third embodiment, the order timeliness indicator information includes one or more of: the ratio between the number of repeated requests and the number of single requests of the time-dependent modification request queue; the ratio of the authentication passing times and the authentication failing times of the time-efficient authentication information queue; and the lowest authority level of the aging authority information queue.
It can be understood that the three embodiments described above may be implemented individually or in combination, and when the three embodiments are implemented in combination, the first check event queues corresponding to each embodiment may be compared and adjusted. In general, many of the above embodiments are implemented separately, and therefore, the details of the combined implementations will not be described here.
In one possible embodiment, the payment verification status information includes: at least one of identity verification information, payment IP address verification information, equipment digital signature verification information and equipment service authenticity verification information. On this premise, the determining, according to the payment verification status information in the running status information of the blockchain device issuing the real-time payment request when generating the real-time payment request, the second verification event queue for performing the secondary verification on the key pairing reliability of the payment verification key according to the payment verification status information in the running status information of the blockchain device issuing the real-time payment request specifically includes: and determining a multidimensional check characteristic matrix according to the payment check state information in the running state information of the block chain equipment which sends the real-time payment request when the real-time payment request is generated, and determining a second check event queue for performing secondary check on the key pairing credibility of the payment verification key according to the multidimensional check characteristic matrix.
In the detailed content corresponding to step S223, the multidimensional verification feature matrix is obtained by distributing information features corresponding to at least one of the identity verification information, the payment IP address verification information, the device digital signature verification information, and the device service authenticity verification information.
In one implementation, in order to ensure that the detection error of the event priority distribution on the key pair reliability is minimized, the determining of the event priority distribution of the check event queue as described in step S22 may further include the following steps a to d.
Step a, after queue distribution information and event type information of the check event queue are obtained, a first information characteristic matrix of the queue distribution information and a second information characteristic matrix of the event type information are constructed.
In step a, the queue distribution information includes a first information distribution track, and the event type information includes a second information distribution track.
And b, acquiring each matrix characteristic value in the first information characteristic matrix and each matrix characteristic value in the second information characteristic matrix to obtain a characteristic value list.
Step c, determining the difference between any two matrix eigenvalues in the eigenvalue list to obtain a characteristic difference list; and adjusting the difference value smaller than the set target value in the characteristic difference value list to be the set target value to obtain a target difference value list.
And d, extracting the event priority corresponding to each check event in the check event queue based on the target difference list and forming the event priority distribution.
It will be appreciated that when applying the above-described steps a-d, it is possible to ensure that the detection error of the event priority distribution versus the confidence of the key pair is minimized.
In an embodiment, in order to ensure the accuracy and reliability of determining the key pair reliability, the step S24 may specifically include the following steps S241 to S246, which are described in detail, to determine the key pair reliability of the payment verification key according to the verification event queue and the event verification order.
Step S241, determining the to-be-checked events of the check event queue according to the event check sequence.
Step S242, performing event security detection on the event to be detected to extract event reliability of the event to be detected, and obtain an event security detection result of the event to be detected.
Step S243, based on the event security detection result, generates decryption keys of a plurality of different verification logics.
Step S244, respectively detecting key sequences in the decryption keys of the multiple different authentication logics to obtain decryption key sequence distributions in the decryption keys of the multiple different authentication logics.
Step S245, mapping the decryption key sequence distribution in the decryption keys of the different verification logics to the encryption key sequence distribution corresponding to the event security detection result according to the corresponding relation between the decryption keys of the different verification logics and the event security detection result to obtain a plurality of key pairing sequence distributions; and screening the plurality of key pairing sequence distributions according to the correlation coefficient among the plurality of key pairing sequence distributions to obtain screened target decryption key sequence distributions.
In step S245, the correlation coefficients between the target decryption key sequence distributions are all lower than a preset value.
Step S246, decrypting the payment verification key by using the decryption logic corresponding to the target decryption key sequence distribution to obtain a decryption result, and calculating the key pairing reliability of the payment verification key according to a decryption result that is successfully decrypted in the obtained plurality of decryption results.
By applying the contents described in the above steps S241 to S246, the accuracy and reliability of determining the key pair reliability can be ensured.
In an alternative embodiment, the obtaining of the payment environment security information obtained by performing payment environment verification on the real-time payment request and the key verification result obtained by performing verification key pairing on the real-time payment request with a payment verification key described in step S21 specifically includes: the method comprises the steps of obtaining payment environment safety information obtained by verifying network link parameters and network protocol texts corresponding to a real-time payment request when the real-time payment request is received, determining a payment verification key corresponding to a request identifier of the real-time payment request from a preset verification database, and adopting the payment verification key to carry out verification key pairing on the real-time payment request to obtain a key verification result.
In an alternative embodiment, in order to accurately determine the event checking order, the step S23 of determining the event checking order corresponding to the event priority distribution from the payment environment security information and the key verification result may further include the following steps S231 to S233.
Step S231, obtaining event resource allocation information of event priority distribution, network parameter information of the payment environment security information, and a key encryption coefficient in the key verification result.
Step S232, when it is determined according to the network parameter information that the key encryption coefficient is lower than the set encryption coefficient determined according to the event resource allocation information, redistributing the resource allocation result corresponding to the event resource allocation information according to the coefficient difference between the key encryption coefficient and the set encryption coefficient, so that the set encryption coefficient determined according to the redistributed event resource allocation information is less than or equal to the key encryption coefficient.
Step S233, determining the event checking sequence corresponding to the event priority distribution according to the event resource distribution information after redistribution; the event checking sequence is used for indicating the sequence of determining the key pairing credibility of the payment verification key by the blockchain information platform.
In this way, by executing the steps S231 to S233, the event verification order can be accurately determined.
Based on the same inventive concept as the previous embodiment, please refer to fig. 3 in combination, which shows a block diagram of a payment information processing apparatus 300 incorporating blockchain communication, which is applied to the blockchain information platform 200 in fig. 1, and specifically may include the following functional modules.
A verification result obtaining module 310, configured to obtain payment environment security information obtained by performing payment environment verification on the real-time payment request, and a key verification result obtained by performing verification key pairing on the real-time payment request by using a payment verification key; wherein the real-time payment request is initiated by the first blockchain device to the second blockchain device, or is initiated by the second blockchain device to the first blockchain device.
The specific implementation manner of the verification result obtaining module 310 is similar to the implementation manner of step S21 shown in fig. 2, and therefore will not be further described here.
The event queue determining module 320 is configured to determine, according to the payee service record of the real-time payment request, a verification event queue for performing secondary verification on the key pairing reliability of the payment verification key, and determine event priority distribution of the verification event queue.
The specific implementation of the event queue determining module 320 is similar to the implementation of step S22 shown in fig. 2, and therefore will not be further described here.
A verification sequence determining module 330, configured to determine an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result.
The specific implementation manner of the checking order determination module 330 is similar to the implementation manner of step S23 shown in fig. 2, and therefore will not be further described here.
And the key reliability detection module 340 is configured to determine, according to the check event queue and the event check sequence, a key pairing reliability of the payment verification key and instruct, when the key pairing reliability is lower than a preset reliability, the block chain device corresponding to the real-time payment request to modify the payment verification key.
The specific implementation of the key reliability detection module 340 is similar to the implementation of step S24 shown in fig. 2, and therefore will not be described further herein.
It is understood that the detailed implementation of the above functional modules can also be obtained according to the detailed implementation of the above steps S21-S24, and will not be further described here.
Based on the same inventive concept as in the foregoing embodiments, a payment information processing system incorporating block chain communication is provided, which is described in detail below.
A payment information processing system combined with block chain communication comprises a block chain information platform, a first block chain device and a second block chain device, wherein the block chain information platform, the first block chain device and the second block chain device are communicated with each other; wherein the blockchain information platform is to:
the method comprises the steps of obtaining payment environment safety information obtained by carrying out payment environment verification on a real-time payment request and obtaining a key verification result obtained by adopting a payment verification key to carry out verification key pairing on the real-time payment request; wherein the real-time payment request is initiated by the first blockchain device to the second blockchain device, or initiated by the second blockchain device to the first blockchain device;
determining a verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the payee service record of the real-time payment request, and determining event priority distribution of the verification event queue;
determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result;
and determining the key pairing credibility of the payment verification key according to the verification event queue and the event verification sequence, and indicating the block chain equipment corresponding to the real-time payment request to modify the payment verification key when the key pairing credibility is lower than the preset credibility.
Based on the same inventive concept as in the previous embodiments, the present specification further provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps of any of the methods described above.
Based on the same inventive concept as the previous embodiment, the embodiment of the present specification further provides a block chain information platform 200, as shown in fig. 4, including a memory 204, a processor 202, and a computer program stored in the memory 204 and executable on the processor 202, wherein the processor 202 implements the steps of any one of the methods described above when executing the program.
Through one or more embodiments of the present description, the present description has the following advantages or advantages:
the method comprises the steps of firstly obtaining payment environment security information obtained by carrying out payment environment verification on a real-time payment request and a key verification result obtained by adopting a payment verification key to carry out verification key pairing on the real-time payment request, secondly determining a verification event queue for carrying out secondary verification on key pairing credibility of the payment verification key according to a payee service record of the real-time payment request and determining event priority distribution of the verification event queue, then determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result, and finally determining the key pairing credibility of the payment verification key according to the verification event queue and the event verification sequence and indicating block chain equipment corresponding to the real-time payment request to carry out payment verification key modification when the key pairing credibility is lower than the preset credibility. In this way, the key pairing reliability can be detected, thereby ensuring that the payment verification key cannot be cracked or tampered.
The algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing such a system will be apparent from the description above. Moreover, this description is not intended for any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the present specification and that specific languages are described above to disclose the best modes of the specification.
In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the present description may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the specification, various features of the specification are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that is, the present specification as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this specification.
Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Furthermore, those skilled in the art will appreciate that while some embodiments herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the description and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.
The various component embodiments of this description may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functionality of some or all of the components of a gateway, proxy server, system in accordance with embodiments of the present description. The present description may also be embodied as an apparatus or device program (e.g., computer program and computer program product) for performing a portion or all of the methods described herein. Such programs implementing the description may be stored on a computer-readable medium or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.
It should be noted that the above-mentioned embodiments illustrate rather than limit the specification, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The description may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.
Claims (10)
1. A payment information processing method combined with blockchain communication, which is applied to a blockchain information platform communicating with a first blockchain device and a second blockchain device, and at least comprises the following steps:
the method comprises the steps of obtaining payment environment safety information obtained by carrying out payment environment verification on a real-time payment request and obtaining a key verification result obtained by adopting a payment verification key to carry out verification key pairing on the real-time payment request; wherein the real-time payment request is initiated by the first blockchain device to the second blockchain device, or initiated by the second blockchain device to the first blockchain device;
determining a verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the payee service record of the real-time payment request, and determining event priority distribution of the verification event queue;
determining an event verification sequence corresponding to the event priority distribution from the payment environment security information and the key verification result;
according to the verification event queue and the event verification sequence, determining key pairing credibility of the payment verification key and indicating the block chain equipment corresponding to the real-time payment request to modify the payment verification key when the key pairing credibility is lower than a preset credibility;
wherein:
the preset credibility is set according to the payment risk record of the first block chain equipment or the second block chain equipment;
the payment verification key is actively configured and modified by the first blockchain device or the second blockchain device, and the modification of the payment verification key is not directly performed on the first blockchain device or the second blockchain device by the blockchain information platform.
2. The method of claim 1, wherein determining a verification event queue for performing a secondary verification of the key pair trustworthiness of the payment verification key based on payee transaction records of the real-time payment request comprises:
acquiring a plurality of payment item information and transaction order information of each payment item information from the real-time payment request according to the category information of the payment items recorded by the payee service of the real-time payment request;
if at least part of the transaction order information in the payment item information is related transaction in the current time period, acquiring a payment sequence queue corresponding to the related transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the payment sequence queue corresponding to the related transaction; wherein the payment sequence queue corresponding to the associated transaction comprises: any one or more of a generation time queue of an order generation time of the transaction order information corresponding to the associated transaction in the payment item information, a modification time queue of an order modification time of the transaction order information corresponding to the associated transaction in the payment item information, and a priority queue of an order aging priority of the transaction order information corresponding to the associated transaction in the payment item information;
if the payment item information is failed to be acquired from the real-time payment request, acquiring running state information of the blockchain device which sends the real-time payment request when the real-time payment request is generated, and determining a second verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to payment verification state information of the running state information of the blockchain device which sends the real-time payment request when the real-time payment request is generated; wherein the running state information of the blockchain device which sends the real-time payment request when generating the real-time payment request comprises: any one or more of payment verification status information, device security status information, device response status information.
3. The method of claim 2, wherein the generation time queue of the order generation time of the transaction order information corresponding to the associated transaction in the payment item information comprises: at least one group of interval information queue at the order generating time, continuity information queue at the order generating time, updating information queue at the order generating time and urgency information queue at the order generating time; the determining, according to the payment sequence queue corresponding to the associated transaction, a first verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining order security index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order security index information; wherein the order security index information comprises one or more of: the ratio between the average interval duration value of the interval information queue at the order generation time and the minimum updating time; the ratio between the minimum continuous time length value and the maximum emergency grade value of the continuity information queue at the order generation time; the ratio between the maximum update times and the minimum update times of the update information queue at the order generation time; and the ratio of the minimum emergency grade value and the maximum emergency grade value of the emergency degree information queue at the order generation time.
4. The method of claim 2, wherein the modification times queue of the order modification times of the trade order information corresponding to the associated trade in the payment item information comprises: order modification frequency queues or order forced modification application times queues; the determining, according to the payment sequence queue corresponding to the associated transaction, a first verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining order privacy index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order privacy index information; wherein the order privacy index information comprises one or more of: the ratio of the modification frequency corresponding to the active modification identifier and the modification frequency corresponding to the passive modification identifier of the order modification frequency queue; and the ratio of the forced modification passing times and the forced modification refusing times of the order forced modification application time queue.
5. The method of claim 2, wherein the priority queue of order aging priorities for the trade order information corresponding to the associated trade in the payment item information comprises: at least one group of queues in the aging modification request queue, the aging authentication information queue and the aging authority information queue; the determining, according to the payment sequence queue corresponding to the associated transaction, a first verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining order timeliness index information according to the payment sequence queue corresponding to the associated transaction, and determining a first verification event queue for performing secondary verification on the key pairing credibility of the payment verification key according to the order timeliness index information; wherein the order timeliness index information includes one or more of the following: the ratio between the number of repeated requests and the number of single requests of the time-dependent modification request queue; the ratio of the authentication passing times and the authentication failing times of the time-efficient authentication information queue; and the lowest authority level of the aging authority information queue.
6. The method of claim 2, wherein the payment verification status information comprises: at least one of identity verification information, payment IP address verification information, equipment digital signature verification information and equipment service authenticity verification information; the determining, according to the payment verification status information in the running status information of the block chain device that issues the real-time payment request when generating the real-time payment request, a second verification event queue for performing a secondary verification on the key pairing reliability of the payment verification key includes:
determining a multidimensional check characteristic matrix according to the payment check state information in the running state information of the block chain equipment which sends the real-time payment request when the real-time payment request is generated, and determining a second check event queue for performing secondary check on the key pairing credibility of the payment verification key according to the multidimensional check characteristic matrix; and the multidimensional verification characteristic matrix is obtained by information characteristic distribution corresponding to at least one of the identity verification information, the payment IP address verification information, the equipment digital signature verification information and the equipment service authenticity verification information.
7. The method of any of claims 1-6, wherein determining an event priority distribution for the check event queue comprises:
after queue distribution information and event type information of the check event queue are obtained, a first information characteristic matrix of the queue distribution information and a second information characteristic matrix of the event type information are constructed, wherein the queue distribution information comprises a first information distribution track, and the event type information comprises a second information distribution track;
acquiring each matrix eigenvalue in the first information characteristic matrix and each matrix eigenvalue in the second information characteristic matrix to obtain an eigenvalue list;
determining a difference value between any two matrix characteristic values in the characteristic value list to obtain a characteristic difference value list; adjusting the difference value smaller than the set target value in the characteristic difference value list to be the set target value to obtain a target difference value list;
and extracting the event priority corresponding to each check event in the check event queue based on the target difference list and forming the event priority distribution.
8. The method of any of claims 1-6, wherein determining a key pair trustworthiness of the payment verification key based on the verification event queue and the event verification order comprises:
determining the events to be checked of the check event queue according to the event check sequence;
performing event security detection on the event to be detected to extract event reliability of the event to be detected and obtain an event security detection result of the event to be detected;
generating decryption keys of a plurality of different verification logics based on the event security detection result;
respectively detecting key sequences in the decryption keys of the different verification logics to obtain decryption key sequence distribution in the decryption keys of the different verification logics;
mapping the decryption key sequence distribution in the decryption keys of the different verification logics to the encryption key sequence distribution corresponding to the event security detection result according to the corresponding relation between the decryption keys of the different verification logics and the event security detection result to obtain a plurality of key pairing sequence distributions; screening the plurality of key pairing sequence distributions according to the correlation coefficient among the plurality of key pairing sequence distributions to obtain screened target decryption key sequence distributions; wherein, the correlation coefficients among the target decryption key sequence distributions are all lower than a preset value;
and decrypting the payment verification key by adopting decryption logics corresponding to the target decryption key sequence distribution to obtain a decryption result, and calculating the key pairing credibility of the payment verification key according to the successfully decrypted decryption result in the obtained decryption results.
9. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 8.
10. A block chain information platform comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the steps of the method of any one of claims 1 to 8 are implemented when the program is executed by the processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110156714.1A CN112926979A (en) | 2020-09-07 | 2020-09-07 | Payment information processing method combined with block chain communication and block chain information platform |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110156714.1A CN112926979A (en) | 2020-09-07 | 2020-09-07 | Payment information processing method combined with block chain communication and block chain information platform |
| CN202010926776.1A CN112132576B (en) | 2020-09-07 | 2020-09-07 | Payment information processing method based on block chain communication and block chain information platform |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010926776.1A Division CN112132576B (en) | 2020-09-07 | 2020-09-07 | Payment information processing method based on block chain communication and block chain information platform |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112926979A true CN112926979A (en) | 2021-06-08 |
Family
ID=73848065
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010926776.1A Active CN112132576B (en) | 2020-09-07 | 2020-09-07 | Payment information processing method based on block chain communication and block chain information platform |
| CN202110156714.1A Withdrawn CN112926979A (en) | 2020-09-07 | 2020-09-07 | Payment information processing method combined with block chain communication and block chain information platform |
| CN202110156267.XA Withdrawn CN112926978A (en) | 2020-09-07 | 2020-09-07 | Payment information processing method and system based on block chain communication |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010926776.1A Active CN112132576B (en) | 2020-09-07 | 2020-09-07 | Payment information processing method based on block chain communication and block chain information platform |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110156267.XA Withdrawn CN112926978A (en) | 2020-09-07 | 2020-09-07 | Payment information processing method and system based on block chain communication |
Country Status (1)
| Country | Link |
|---|---|
| CN (3) | CN112132576B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112767084B (en) * | 2021-01-20 | 2022-08-26 | 中乾思创(北京)科技有限公司 | Data security verification method and device based on cloud computing and server |
| CN114565387B (en) * | 2022-03-15 | 2022-10-04 | 湖南三湘银行股份有限公司 | Intelligent public payment system based on block chain accounting |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101613746A (en) * | 2009-08-05 | 2009-12-30 | 广州军区广州总医院 | The fast quantitative measurement method for detecting of clostridium perfringens and detection kit |
| US8832447B2 (en) * | 2011-08-10 | 2014-09-09 | Sony Corporation | System and method for using digital signatures to assign permissions |
| US20150379510A1 (en) * | 2012-07-10 | 2015-12-31 | Stanley Benjamin Smith | Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain. |
| CN104142866B (en) * | 2013-05-06 | 2018-11-06 | 深圳市腾讯计算机系统有限公司 | The interaction control method and system of application program and data platform system |
| US20150120569A1 (en) * | 2013-10-31 | 2015-04-30 | Bitgo, Inc. | Virtual currency address security |
| US9331989B2 (en) * | 2014-10-06 | 2016-05-03 | Micron Technology, Inc. | Secure shared key sharing systems and methods |
| CN105760726A (en) * | 2016-02-04 | 2016-07-13 | 深圳市金立通信设备有限公司 | Method for determining application permission and terminal |
| CN107833052B (en) * | 2017-10-27 | 2021-02-02 | 南京物联传感技术有限公司 | Block chain-based aggregated payment system and working method |
| KR20200086282A (en) * | 2017-11-09 | 2020-07-16 | 엔체인 홀딩스 리미티드 | Enhanced arithmetic operations in C-type smart contracts for verifiable calculations |
| CN108346041A (en) * | 2018-03-12 | 2018-07-31 | 北京智帮帮科技有限公司 | A kind of electronic cash system based on block chain technology |
| CN110490599A (en) * | 2019-08-23 | 2019-11-22 | 深圳前海微众银行股份有限公司 | Verification method, system, device, equipment and the readable storage medium storing program for executing of evidence |
| CN111210221A (en) * | 2019-12-27 | 2020-05-29 | 陕西医链区块链集团有限公司 | NFC digital currency payment system based on block chain technology |
| CN111342961B (en) * | 2020-03-04 | 2023-09-12 | 贵州弈趣云创科技有限公司 | Method for realizing data cross-platform sharing by configuring key pair |
-
2020
- 2020-09-07 CN CN202010926776.1A patent/CN112132576B/en active Active
- 2020-09-07 CN CN202110156714.1A patent/CN112926979A/en not_active Withdrawn
- 2020-09-07 CN CN202110156267.XA patent/CN112926978A/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| CN112132576B (en) | 2021-08-06 |
| CN112132576A (en) | 2020-12-25 |
| CN112926978A (en) | 2021-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11736482B2 (en) | Systems and methods for online third-party authentication of credentials | |
| US9553732B2 (en) | Certificate evaluation for certificate authority reputation advising | |
| US9497210B2 (en) | Stateless attestation system | |
| CN111383021B (en) | Node management method, device, equipment and medium based on block chain network | |
| CN111767578B (en) | Data inspection method, device and equipment | |
| US20160080355A1 (en) | Authentication of api-based endpoints | |
| US10404689B2 (en) | Password security | |
| CN113656780B (en) | Cross-chain access control method and device | |
| CN112270005B (en) | Data transmission method and system | |
| CN112132576B (en) | Payment information processing method based on block chain communication and block chain information platform | |
| US20230015258A1 (en) | Data verification in a distributed data processing system | |
| CN113111359A (en) | Big data resource sharing method and resource sharing system based on information security | |
| CN115277122A (en) | Cross-border data flow and supervision system based on block chain | |
| Dong et al. | Continuous authentication for uav delivery systems under zero-trust security framework | |
| CN112181599B (en) | Model training method, device and storage medium | |
| CN111680282B (en) | Node management method, device, equipment and medium based on block chain network | |
| CN111597537B (en) | Block chain network-based certificate issuing method, related equipment and medium | |
| CN112132588B (en) | Data processing method and device based on block chain, routing equipment and storage medium | |
| CN112037055B (en) | Transaction processing method, device, electronic equipment and readable storage medium | |
| CN112104625B (en) | Process access control method and device | |
| CN114861144A (en) | Data authority processing method based on block chain | |
| CN114282987A (en) | Electronic report content verification method, system and storage medium based on block chain | |
| Sohn | Check for | |
| CN116108447A (en) | Trusted proving method and device and electronic equipment | |
| CN114240436A (en) | Electronic certificate verification and cancellation method and device, computer 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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210608 |