CN111598650A - Resource request transaction method based on block chain network and related device - Google Patents
Resource request transaction method based on block chain network and related device Download PDFInfo
- Publication number
- CN111598650A CN111598650A CN202010349691.1A CN202010349691A CN111598650A CN 111598650 A CN111598650 A CN 111598650A CN 202010349691 A CN202010349691 A CN 202010349691A CN 111598650 A CN111598650 A CN 111598650A
- Authority
- CN
- China
- Prior art keywords
- transaction
- endorsement
- resource
- resource request
- service
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 82
- 238000012795 verification Methods 0.000 claims abstract description 58
- 238000012163 sequencing technique Methods 0.000 claims abstract description 40
- 230000000977 initiatory effect Effects 0.000 claims abstract description 13
- 238000012545 processing Methods 0.000 claims description 50
- 230000004044 response Effects 0.000 claims description 10
- 230000002159 abnormal effect Effects 0.000 claims description 5
- 238000004806 packaging method and process Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 27
- 238000010586 diagram Methods 0.000 description 5
- 239000000872 buffer Substances 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000011144 upstream manufacturing Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
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
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- 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/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application relates to a resource request transaction verification method based on a blockchain network and a related device, belonging to the technical field of blockchain application, wherein the blockchain network comprises endorsement nodes of resource transaction parties, account book nodes, sequencing nodes and service terminals of the resource transaction parties connected with the nodes, the method is executed by the service terminals of the resource request parties, and the method comprises the following steps: caching the identifier of the resource request order, and periodically initiating an endorsement proposal to the endorsement node of each service correlation party by using the identifier of the resource request order; and submitting the transaction related data based on the resource request order to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block so as to enable the endorsement node to carry out transaction verification, and respectively storing the transaction related data to an account book node of each resource transaction party after the verification is passed. The embodiment of the application effectively improves the stability and reliability of the resource request transaction.
Description
Technical Field
The present invention relates to the field of blockchain application technologies, and in particular, to a resource request transaction method and a related device based on a blockchain network.
Background
Generally, in resource transaction activities, after a user selects a certain resource transaction product and fills in transaction related information required by each party of the resource transaction, a resource request order is stored in a resource requesting party, and then the resource request order needs to be transferred to each business related party in real time or in batch (non-real time). For example, there are instances where business partners may forward a user loan order stream to other partners (funding providers). In the circulation process of the resource request order (resource transaction process), the order information may be lost due to reasons of unstable systems, abnormal systems, unstable networks and the like of both parties, and in the transaction between one party and each partner, the abnormality in the order circulation process needs to be manually checked, the system log is checked, a large amount of resources are consumed for verification, and omission errors are avoided, so that the resource request transaction is not stable enough, and the reliability is low.
It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present application and therefore may include information that does not constitute prior art known to a person of ordinary skill in the art.
Disclosure of Invention
The purpose of the present application is to provide a resource request transaction scheme based on a blockchain network, so as to effectively improve the stability and reliability of resource request transaction at least to a certain extent.
According to one aspect of the application, a resource request transaction method based on a blockchain network is provided, wherein the blockchain network comprises an endorsement node, an account book node, a sequencing node of each resource transaction party and a service terminal of each resource transaction party connected with each node, and the method is executed by the service terminal of the resource request party, and the method comprises the following steps:
caching an identifier of a resource request order, wherein the resource request order is a resource request order sent by a resource requester to service correlation parties through a service system, and the resource request order sequentially flows among the service correlation parties;
periodically initiating an endorsement proposal to the endorsement node of each service correlation party by using the identifier of the resource request order so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until the endorsement proposal results returned by the endorsement nodes of all service correlation parties are obtained;
and after the transaction related data based on the resource request order is packaged into transaction book record information, submitting the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to carry out transaction verification, and after the verification is passed, respectively storing the transaction related data to the book nodes of all resource transaction parties.
In an exemplary embodiment of the present application, the caching the identification of the resource request order includes:
and caching the identifier of the resource request order in an order list of a delay queue, wherein the delay queue is provided with endorsement proposal delay time corresponding to different service correlation parties.
In an exemplary embodiment of the present application, the periodically initiating an endorsement offer to an endorsement node of each service associated party by using an identifier of a resource request order to cache an endorsement offer result returned by the endorsement node of the service associated party according to an order circulation condition includes:
the delay queue scans the order list periodically, so as to package the identifier in the order list into a parameter of an endorsement proposal when the order list is not empty, and initiates the endorsement proposal to an endorsement node of each service associated party according to the delay time corresponding to each service associated party.
In an exemplary embodiment of the present application, the method further comprises:
after receiving the resource request order, the service correlation party performs resource transaction processing based on the resource request order to obtain a processing result;
and if the processing result is that the processing is successful, storing a transaction record of resource transaction processing to an account book node of the business association party, wherein the transaction record comprises the identifier of the resource request order.
In an exemplary embodiment of the present application, the endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition includes:
the endorsement node of the business related party inquires the last transaction record of the account book node of the business related party, and if the identifier of the resource request order in the transaction record is consistent with the identifier of the resource request order in the endorsement proposal, a first endorsement proposal result which is processed successfully is returned;
if the identification of the resource request order in the transaction record is inconsistent with the identification of the resource request order in the endorsement proposal, calling back the service system to inquire the resource transaction processing state based on the resource request order, and returning a second endorsement proposal result.
In an exemplary embodiment of the present application, the endorsement proposal result includes:
the order information is not received, the order information is received but the service system is abnormal in verification or processing, the service system is successful in response, and the service system does not respond to the overtime processing.
In an exemplary embodiment of the application, the endorsement node of each resource transaction party performs transaction verification by using the simulated transaction data block, and after the verification is passed, respectively stores the transaction-related data to the ledger node of each resource transaction party, including:
the endorsement nodes of all parties of the resource transaction carry out transaction verification according to the simulated transaction data block and the endorsement proposal result returned by the endorsement node of each business associated party to obtain the verification result of all parties of the resource transaction;
and when the verification results of all the resource transaction parties pass the verification, the resource transaction parties respectively store the transaction related data to the account book nodes of all the resource transaction parties.
According to an aspect of the present application, there is provided a resource request transaction apparatus based on a blockchain network, the blockchain network including endorsement nodes of resource transaction parties, ledger nodes, sorting nodes, and service terminals of the resource transaction parties connected to the nodes, the apparatus being located at the service terminal of the resource requester, the apparatus comprising:
the system comprises a caching module, a service correlation party and a resource request ordering module, wherein the caching module is used for caching an identifier of a resource request order, the resource request order is sent to the service correlation party by a resource request party through a service system, and the resource request order sequentially flows among the service correlation parties;
the proposal module is used for initiating an endorsement proposal to the endorsement node of each service correlation party by periodically utilizing the identifier of the resource request order so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until obtaining the endorsement proposal results returned by the endorsement nodes of all service correlation parties;
and the verification module is used for packaging transaction related data based on the resource request order into transaction book record information, then submitting the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to perform transaction verification, and respectively storing the transaction related data to the book nodes of all resource transaction parties after the verification is passed.
According to an aspect of the application, there is provided a computer readable storage medium having computer readable instructions stored thereon which, when executed by a processor, implement the method of any of the above.
According to an aspect of the present application, there is provided an electronic device including:
a processor; and
a memory for storing computer readable instructions of the processor; wherein the processor is configured to perform any of the methods described above via execution of the computer-readable instructions.
The application relates to a resource request transaction method and a device based on a blockchain network, wherein the blockchain network comprises endorsement nodes, account book nodes and sequencing nodes of each resource transaction party and service terminals of each resource transaction party connected with each node, the method is executed by the service terminals of the resource request parties, and the method comprises the following steps:
firstly, caching an identifier of a resource request order, wherein the resource request order is a resource request order sent to service correlation parties by a resource request party through a service system, and the resource request order sequentially flows among the service correlation parties; the resource requesting party caches the identifier of the resource request order circulated among the service associating parties, and the identifier can be obtained in the subsequent steps as required.
Then, regularly initiating an endorsement proposal to the endorsement node of each service correlation party by using the identifier of the resource request order so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until obtaining the endorsement proposal results returned by the endorsement nodes of all service correlation parties; by utilizing the safe storage and the unchangeable characteristic of the block chain distributed account book, the reliability of transaction data is ensured through the endorsement node, and the endorsement proposal is initiated to the endorsement node of the business association party by periodically utilizing the identifier of the resource request order, so that the problems of time difference and tracking omission generated by the transaction data of each party in the transaction process are avoided, and the reliable tracking of the transaction data in the transaction process is realized.
And secondly, after the transaction related data based on the resource request order is packaged into transaction book record information, submitting the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to carry out transaction verification, and after the verification is passed, respectively storing the transaction related data to the book nodes of all resource transaction parties. The method is realized by abstracting transaction related data of resource transaction into a blockchain transaction book and further obtaining a simulated transaction data block through sequencing, so that endorsement nodes of all parties of the resource transaction automatically verify the transaction process, the automatic reconciliation verification of all parties of upstream and downstream resource transaction based on data of orders is realized, and a large amount of time and resources consumed by manual reconciliation verification can be saved. Thereby effectively improving the stability and reliability of the resource request transaction on the whole.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort.
Fig. 1 schematically shows a flow chart of a resource request transaction method based on a blockchain network.
Fig. 2 schematically shows an application scenario example diagram of a resource request transaction method based on a blockchain network.
Fig. 3 schematically shows a flow chart of yet another resource request transaction method based on a blockchain network.
Fig. 4 schematically shows a block diagram of a resource request transaction apparatus based on a blockchain network.
Fig. 5 schematically illustrates an example block diagram of an electronic device for implementing the above-described blockchain network-based resource request transaction method.
Fig. 6 schematically illustrates a computer-readable storage medium for implementing the above-described blockchain network-based resource request transaction method.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the subject matter of the present application can be practiced without one or more of the specific details, or with other methods, components, devices, steps, and so forth. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present application.
Furthermore, the drawings are merely schematic illustrations of the present application and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
In this exemplary embodiment, a resource request transaction method based on a blockchain network is first provided, and the resource request transaction method based on the blockchain network may be executed on a server, or may also be executed on a server cluster or a cloud server, and the like. The blockchain network comprises endorsement nodes of resource transaction parties, an account book node, a sequencing node and service terminals of the resource transaction parties connected with the nodes, the method can be executed by the service terminal of a resource requester, and referring to fig. 1, the method for requesting the resource transaction based on the blockchain network can comprise the following steps:
step S110, caching the identifier of a resource request order, wherein the resource request order is a resource request order sent by a resource requester to service correlation parties through a service system, and the resource request order sequentially flows among the service correlation parties;
step S120, regularly utilizing the identifier of the resource request order to initiate an endorsement proposal to the endorsement node of each service correlation party so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until obtaining the endorsement proposal results returned by the endorsement nodes of all service correlation parties;
step S130, packaging the transaction related data based on the resource request order as transaction book record information, and then submitting the transaction related data to a sequencing node of the resource requester for sequencing to obtain a simulated transaction data block, so that the endorsement node of each resource transaction party performs transaction verification by using the simulated transaction data block, and after the verification is passed, respectively storing the transaction related data to the book nodes of each resource transaction party.
The resource request trading method based on the block chain network comprises the following steps of firstly caching identification of resource request orders, wherein the resource request orders are resource request orders sent to service correlation parties by a resource request party through a service system, and the resource request orders are sequentially circulated among the service correlation parties; the resource requesting party caches the identifier of the resource request order circulated among the service associating parties, and the identifier can be obtained in the subsequent steps as required.
Then, regularly initiating an endorsement proposal to the endorsement node of each service correlation party by using the identifier of the resource request order so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until obtaining the endorsement proposal results returned by the endorsement nodes of all service correlation parties; by utilizing the safe storage and the unchangeable characteristic of the block chain distributed account book, the reliability of transaction data is ensured through the endorsement node, and the endorsement proposal is initiated to the endorsement node of the business association party by periodically utilizing the identifier of the resource request order, so that the problems of time difference and tracking omission generated by the transaction data of each party in the transaction process are avoided, and the reliable tracking of the transaction data in the transaction process is realized.
And secondly, after the transaction related data based on the resource request order is packaged into transaction book record information, submitting the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to carry out transaction verification, and after the verification is passed, respectively storing the transaction related data to the book nodes of all resource transaction parties. The method is realized by abstracting transaction related data of resource transaction into a blockchain transaction book and further obtaining a simulated transaction data block through sequencing, so that endorsement nodes of all parties of the resource transaction automatically verify the transaction process, the automatic reconciliation verification of all parties of upstream and downstream resource transaction based on data of orders is realized, and a large amount of time and resources consumed by manual reconciliation verification can be saved. Thereby effectively improving the stability and reliability of the resource request transaction on the whole.
Hereinafter, each step in the above resource request transaction method based on the blockchain network in the exemplary embodiment will be explained and explained in detail with reference to the drawings.
In step S110, an identifier of a resource request order is cached, where the resource request order is a resource request order sent by a resource requester to a service associate through a service system, and the resource request order sequentially flows among the service associates.
In the embodiment of the present example, referring to fig. 2, a system architecture diagram is provided to which an embodiment of the resource request transaction method based on a blockchain network according to the present application may be applied, where a blockchain network 204 in the system architecture includes blockchain nodes of each party of resource transaction, including: a block link point 2011 of a resource requester (comprising an endorsement node, an account book node and a sequencing node), a block link point 2021 of a first service associator (comprising an endorsement node, an account book node and a sequencing node), a block link point 2031 of a second service associator (comprising an endorsement node, an account book node and a sequencing node), service terminals of all parties of resource transaction (comprising a service terminal 201 of the resource requester, a service terminal 202 of the first service associator and a service terminal 203 of the second service associator) connected with the block link points of all parties of resource transaction, the resource request transaction method based on the blockchain network may be performed by the service terminal 201 of the resource requester, and it can be understood that, according to the requirement, the number of the service associated parties may be multiple or 1, for example, in still other embodiments, 5 service associated parties are included, that is, service terminals of 5 service associated parties are included. Three parties or multiple parties of resource request transaction establish a block chain network for reconciliation, and an endorsement node, an account book node and a sequencing node of each business party are respectively constructed based on a block chain technology. The nodes are logically separated and can be physically deployed on a server.
The service terminal 201 of the resource requester may cache an identifier of a resource request order, where the resource request order is a resource request order that the resource requester directly sends to each service associated party (in this example, the service terminal 202 of the first service associated party and the service terminal 203 of the second service associated party) through the service system, and the resource request order sequentially flows among the service associated parties (in this example, the service terminal 202 of the first service associated party first receives the resource request order, and then sends the resource request order to the service terminal 203 of the second service associated party through the service system after the resource request order is processed, so that the sequential flow is realized). The service terminal may be various terminal devices with processing functions, such as a computer and a mobile phone, and is not particularly limited herein, and the block link point may be a server node corresponding to each service party, and is not particularly limited herein.
Each party of the resource request transaction stores a transaction order based on the resource request order in the business system, and the transaction order comprises order identification, processing state, processing time and other information necessary for account checking,
the resource request order is an order created by the resource requester, and the identifier of the order may be an order number or the like. The service system is a system capable of transmitting detailed information of resource request orders such as user related information, and the order related information is transmitted by each service party of the service system.
The identifier of the resource request order is cached, and the order number can be stored in the delay queue after the resource request party creates the resource request order.
Therefore, the resource request party can cache the identifier of the resource request order circulated among the service correlation parties, and the identifier can be obtained in the subsequent steps as required.
For example, applications of the business system include business party a (resource requestor), business party B, and business party C (business associator). The service party a (resource requesting party) is an entity that obtains a user loan order (resource request order), the user selects a loan product (resource) provided by the service party B through the service system through the app of the service party a, the service party a (resource requesting party) submits the user loan order (resource request order) including user information in the app of the service party a, that is, the service party a creates a user loan intention order, the service party B may be a loan product operator, the service party C may be a loan fund provider, and may be regarded as a downstream loan product operator of the service party B. The source service side a creates the order, the order is sequentially transmitted to the service side B for processing, and the service side B is transmitted to the service side C for processing, which requires a certain transfer time, so that the delay queue buffer order number can be set to perform delay reconciliation with the service side B, C in the resource request process in the subsequent step.
In one embodiment, the caching the identification of the resource request order includes:
and caching the identifier of the resource request order in an order list of a delay queue, wherein the delay queue is provided with endorsement proposal delay time corresponding to different service correlation parties.
The order list of the delay queue is a list for storing order identifications, different endorsement proposal delay times are set to different business parties through careful control, for example, the endorsement proposal time for B is 3 minutes, and the endorsement proposal time for C is 5 minutes, so that the system redundancy interaction can be reduced, and repeated endorsement proposal of nodes which have returned endorsement response results is avoided.
In step S120, an endorsement proposal is periodically initiated to the endorsement node of each service associated party by using the identifier of the resource request order, so as to receive the endorsement proposal result returned by the endorsement node of the service associated party according to the order circulation condition until the endorsement proposal results returned by the endorsement nodes of all service associated parties are obtained.
In the embodiment of the present example, a resource requester of a service creates a service resource request order, and may store an identifier of the resource request order in a delay queue, and may periodically package the identifier into an endorsement proposal parameter through the delay queue, and initiate an endorsement proposal to an endorsement node of a service related party of the service; the endorsement node may act as a node in the chain that validates the transaction and declares that transaction as legitimate (or illegitimate), and in one example the endorsement node may also act as a billing node. The endorsement node of the block chain can store order detailed information uploaded by each service party or acquired from a service system to meet account checking requirements in the resource request process, and related information of order circulation conditions such as information for receiving and processing orders by the service correlation party, and further, the resource request party can periodically use the identifier of the resource request order to initiate an endorsement proposal to the endorsement node of each service correlation party so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition (for example, the condition that the service correlation party receives and processes the order requirement) until the endorsement proposal result returned by the endorsement nodes of all service correlation parties is obtained. In particular, details of the order, such as user-related information, are transmitted through the business system.
The regular setting may be to set a delay time of 3 minutes, 5 minutes, etc. to initiate the endorsement proposal, depending on the business practice. The endorsement proposal result, for example, has not received the order information, has received the order information but the business system verifies the exception or processes the exception, etc. By carefully controlling the setting of different endorsement proposal time to different service parties, for example, the endorsement proposal time for B is 3 minutes, and the endorsement proposal time for C is 5 minutes, the system redundancy interaction is reduced, and repeated endorsement proposal of nodes which have returned endorsement response results is avoided. In the order orderly circulation process, when the endorsement proposal result of a certain node is successfully processed by the service system, the service party is indicated to successfully process the order, and then the next service party can receive the order transmitted by the last service party through the service system, obtain the endorsement proposal results returned by the endorsement nodes of all service related parties, and indicate that the order circulation is finished.
Therefore, the reliability of transaction data can be guaranteed through the endorsement node by utilizing the safe storage and the unchangeable characteristic of the block chain distributed account book, the endorsement proposal is initiated to the endorsement node of the business association party by periodically utilizing the identifier of the resource request order, the problems of time difference and tracking omission generated by the transaction data of each party in the transaction process are avoided, and the transaction data in the transaction process is reliably tracked.
In one embodiment, the periodically initiating an endorsement proposal to an endorsement node of each service associated party by using an identifier of a resource request order to cache an endorsement proposal result returned by the endorsement node of the service associated party according to an order circulation condition includes:
the delay queue scans the order list periodically, so as to package the identifier in the order list into a parameter of an endorsement proposal when the order list is not empty, and initiates the endorsement proposal to an endorsement node of each service associated party according to the delay time corresponding to each service associated party.
The delay queue scans the order list periodically, can take out an order mark when the order list is not empty, but does not delete from the queue, and encapsulates the mark in the order list into the parameter of the endorsement proposal to initiate the endorsement proposal. The identification of the order may be deleted from the delay queue when the endorsement proposal results of all business parties are obtained or the business of the business order is completed. For example, the source business party a (resource requester) creates a user loan order in the business system, then stores the order number in a delay queue, the queue periodically scans the order list, if the queue is not empty, takes out one order number but does not delete the order number from the queue, encapsulates the order number into the parameter of the endorsement proposal, and initiates the endorsement proposal to the endorsement nodes of the business associating party B and the business associating party C.
In an embodiment, referring to fig. 3, in step S310, after receiving the resource request order, the service correlation party performs resource transaction processing based on the resource request order to obtain a processing result; in step S320, if the processing result is that the processing is successful, a transaction record of resource transaction processing is stored to an account book node of the business related party, where the transaction record includes an identifier of the resource request order.
The stored transaction record is actually the circulation state of the order, and comprises order identification such as a source order number and record information such as processing results and processing time of each service party.
In one embodiment, the endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition comprises:
the endorsement node of the business related party inquires the last transaction record of the account book node of the business related party, and if the identifier of the resource request order in the transaction record is consistent with the identifier of the resource request order in the endorsement proposal, a first endorsement proposal result which is processed successfully is returned;
if the identification of the resource request order in the transaction record is inconsistent with the identification of the resource request order in the endorsement proposal, calling back the service system to inquire the resource transaction processing state based on the resource request order, and returning a second endorsement proposal result.
The endorsement node of the business associator can determine whether the parameter of the endorsement proposal (the identifier of the resource request order in the endorsement proposal) is consistent with the identifier in the record of the current transaction (the last transaction record) by inquiring the record of a state database (an account book node); if so, successful processing is indicated. If the contract is inconsistent and the statement is not processed, the business system is called back according to the contract to inquire the current state of resource transaction processing based on the resource request order (for example, whether order information in the endorsement proposal is received or not), and a second endorsement proposal result is obtained and returned. Wherein the second endorsement proposal result, e.g. the service system, does not respond to a timeout.
In one embodiment, the second endorsement proposal result comprises:
the order information is not received, the order information is received but the service system is abnormal in verification or processing, the service system is successful in response, and the service system does not respond to the overtime processing.
The query result returned by the service system to the endorsement node has several conditions, namely, the order information is not received, the information is received but the service system is abnormal in verification or processing, the response of the service system is successful, and the overtime processing is performed when the service system does not respond. The four cases can be defined with character identifiers, such as NOT _ RECEIVE, VALID _ ERROR, PROCESS _ ERROR, SUCCESS, TIMEOUT, respectively.
In one example, an endorsement proposal initiated by a source service party a (a resource requestor) is used to query service parties B and C (service associates) for the status of the processing outcome of the transaction corresponding to the order number contained in the endorsement proposal. And the service parties B and C receive the proposal, inquire the transaction result state corresponding to the order number in the respective service system and return the transaction result state. When A initiates an endorsement proposal to B, the endorsement proposal contains a endorsement number, A transaction initiation time and current order state, the three parameters are encrypted by a public key of B, a business party B receives the proposal and decrypts the three parameters by a private key of the business party B, a business system api of B is called to obtain the order state, whether the received transaction initiation time is correct is judged, the result is returned to A, A receives the proposal result of B, the endorsement proposal is initiated to C, the endorsement proposal contains the endorsement number, the transaction time returned to A by B in the last proposal result is the transaction initiation time of B to C and the current order state of B, the three parameters are encrypted by the public key of C, the endorsement proposal is initiated to C, the private key decryption is carried out by C, and the result is returned like B.
In step S130, after the transaction related data based on the resource request order is packaged as transaction book record information, the transaction related data is submitted to a sorting node of a resource requester for sorting to obtain a simulated transaction data block, so that an endorsement node of each resource transaction party performs transaction verification by using the simulated transaction data block, and after the verification is passed, the transaction related data is respectively stored in the book nodes of each resource transaction party.
In the embodiment of the present example, the transaction-related data based on the resource request order, that is, the transaction-related data corresponding to the endorsement offer results of all business parties obtained through the endorsement offer, includes the processing results and processing time of the resource requesting party and the associated business parties, and the order number information required for reconciliation.
And the resource requester receives the endorsement response result of the business association party, learns that the transfer process of the order is finished, simulates the block chain transaction, encapsulates the order number information required by account checking, the processing result and the processing time of the business party into transaction book record information, and submits the information to the block chain sequencing node for sequencing. For example, the source business party a receives endorsement response results of the business parties B and C, learns that the circulation process of the order is finished, simulates blockchain transaction, packages order number information required for reconciliation, processing result and processing time of A, B, C into transaction book record information, and submits the information to a blockchain sequencing node for sequencing.
The block chain sequencing node sequencing mode may be based on a Kafka queue, for example, the source business party a submits the transaction data to a Kafka message queue, where the source business party a may have multiple servers to submit concurrently, the Kafka message queue sequences the transaction data in the time sequence in which the ledger node receives the transaction data, and then sends the sequenced transaction data to the ledger node of A, B, C through a broadcast mechanism for status submission. The ordering may not be by actual order end time. In one embodiment, a pre-sequencer is added to the sequencing node, the pre-sequencer buffers a certain number of transaction records, sequences the buffered records according to the order ending time through a timer, and pushes the data of the first 30 seconds into the kafka queue in batch, so that the transaction data blocks in the kafka queue are sequenced according to the order ending time.
And the endorsement nodes of all the business parties respectively verify the received transaction data information and store the transaction data information in the account book node. The validity of the submitted data can be verified, that is, whether the simulated transaction data block submitted by the segment is consistent with the endorsement response result returned to the resource requesting party in the endorsement process or not can be judged, if the inconsistency indicates that the data is distorted, the data is ignored, and the data is consistent with the data and is finally submitted to the account book node of each party of the resource transaction.
And after the transaction related data based on the resource request order is packaged into transaction book record information, the transaction related data is submitted to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to carry out transaction verification, and after the verification is passed, the transaction related data is respectively stored to the book nodes of all resource transaction parties. The method is realized by abstracting transaction related data of resource transaction into a blockchain transaction book and further obtaining a simulated transaction data block through sequencing, so that endorsement nodes of all parties of the resource transaction automatically verify the transaction process, the automatic reconciliation verification of all parties of upstream and downstream resource transaction based on data of orders is realized, and a large amount of time and resources consumed by manual reconciliation verification can be saved. Thereby effectively improving the stability and reliability of the resource request transaction on the whole.
In one embodiment, the endorsement nodes of each party to the resource transaction use the simulated transaction data block to perform transaction verification, and respectively store the transaction-related data to the ledger nodes of each party to the resource transaction after the verification is passed, including:
the endorsement nodes of all parties of the resource transaction carry out transaction verification according to the simulated transaction data block and the endorsement proposal result returned by the endorsement node of each business associated party to obtain the verification result of all parties of the resource transaction;
and when the verification results of all the resource transaction parties pass the verification, the resource transaction parties respectively store the transaction related data to the account book nodes of all the resource transaction parties.
And the endorsement nodes of all the business parties respectively verify the received transaction data information and store the transaction data information in the account book node. The validity of the submitted data can be verified, that is, whether the simulated transaction data block submitted by the segment is consistent with the endorsement response result returned to the resource requesting party in the endorsement process or not can be judged, if the inconsistency indicates that the data is distorted, the data is ignored, and the data is consistent with the data and is finally submitted to the account book node of each party of the resource transaction.
The application also provides a resource request transaction device based on the block chain network. The blockchain network includes endorsement nodes of resource transaction parties, book nodes, sorting nodes, and service terminals of the resource transaction parties connected to the nodes, the apparatus is located at the service terminal of the resource requester, and referring to fig. 4, the blockchain network-based resource request transaction apparatus includes a cache module 410, an offer module 420, and a verification module 430. Wherein:
the caching module 410 may be configured to cache an identifier of a resource request order, where the resource request order is a resource request order sent by a resource requester to a service associator through a service system, and the resource request order sequentially flows among the service associators;
the proposing module 420 may be configured to periodically initiate an endorsement proposing to the endorsement node of each service associating party by using the identifier of the resource request order, so as to receive an endorsement proposing result returned by the endorsement node of the service associating party according to the order circulation condition until obtaining the endorsement proposing results returned by the endorsement nodes of all service associating parties;
the verification module 430 may be configured to package transaction related data based on the resource request order as transaction book record information, submit the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that an endorsement node of each resource transaction party performs transaction verification by using the simulated transaction data block, and respectively store the transaction related data to the book node of each resource transaction party after the verification is passed.
The specific details of each module in the resource request transaction apparatus based on the blockchain network have been described in detail in the corresponding resource request transaction method based on the blockchain network, and therefore are not described herein again.
It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.
Moreover, although the steps of the methods herein are depicted in the drawings in a particular order, this does not require or imply that the steps must be performed in this particular order, or that all of the depicted steps must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions, etc.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a mobile terminal, or a network device, etc.) to execute the method according to the embodiments of the present application.
In an exemplary embodiment of the present application, there is also provided an electronic device capable of implementing the above method.
As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.
An electronic device 500 according to this embodiment of the invention is described below with reference to fig. 5. The electronic device 500 shown in fig. 5 is only an example and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.
As shown in fig. 5, the electronic device 500 is embodied in the form of a general purpose computing device. The components of the electronic device 500 may include, but are not limited to: the at least one processing unit 510, the at least one memory unit 520, and a bus 530 that couples various system components including the memory unit 520 and the processing unit 510.
Wherein the storage unit stores program code that is executable by the processing unit 510 to cause the processing unit 510 to perform steps according to various exemplary embodiments of the present invention as described in the above section "exemplary methods" of the present specification. For example, the processing unit 510 may execute the steps shown in fig. 1, and in step S110, buffer an identifier of a resource request order, where the resource request order is a resource request order sent by a resource requester to a service associator through a service system, and the resource request order is sequentially circulated among the service associators. In step S120, an endorsement proposal is periodically initiated to the endorsement node of each service associated party by using the identifier of the resource request order, so as to receive the endorsement proposal result returned by the endorsement node of the service associated party according to the order circulation condition until the endorsement proposal results returned by the endorsement nodes of all service associated parties are obtained. In step S130, after the transaction related data based on the resource request order is packaged as transaction book record information, the transaction related data is submitted to a sorting node of a resource requester for sorting to obtain a simulated transaction data block, so that an endorsement node of each resource transaction party performs transaction verification by using the simulated transaction data block, and after the verification is passed, the transaction related data is respectively stored in the book nodes of each resource transaction party.
The memory unit 520 may include a readable medium in the form of a volatile memory unit, such as a random access memory unit (RAM)5201 and/or a cache memory unit 5202, and may further include a read only memory unit (ROM) 5203.
The electronic device 500 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a client to interact with the electronic device 500, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 500 to communicate with one or more other computing devices. Such communication may occur through input/output (I/O) interface 550, and may also include a display unit 540 coupled to input/output (I/O) interface 550. Also, the electronic device 500 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 560. As shown, the network adapter 560 communicates with the other modules of the electronic device 500 over the bus 530. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 500, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to make a computing device (which can be a personal computer, a server, a terminal device, or a network device, etc.) execute the method according to the embodiments of the present application.
In an exemplary embodiment of the present application, there is also provided a computer-readable storage medium having stored thereon a program product capable of implementing the above-described method of the present specification. In some possible embodiments, aspects of the invention may also be implemented in the form of a program product comprising program code means for causing a terminal device to carry out the steps according to various exemplary embodiments of the invention described in the above section "exemplary methods" of the present description, when said program product is run on the terminal device.
Referring to fig. 6, a program product 600 for implementing the above method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the client computing device, partly on the client device, as a stand-alone software package, partly on the client computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the client computing device over any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., over the internet using an internet service provider).
Furthermore, the above-described figures are merely schematic illustrations of processes involved in methods according to exemplary embodiments of the invention, and are not intended to be limiting. It will be readily understood that the processes shown in the above figures are not intended to indicate or limit the chronological order of the processes. In addition, it is also readily understood that these processes may be performed synchronously or asynchronously, e.g., in multiple modules.
Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.
Claims (10)
1. A resource request transaction method based on a blockchain network is characterized in that the blockchain network comprises endorsement nodes of resource transaction parties, book nodes, sequencing nodes and service terminals of the resource transaction parties connected with the nodes, the method is executed by the service terminals of the resource request parties, and the method comprises the following steps:
caching an identifier of a resource request order, wherein the resource request order is a resource request order sent by a resource requester to service correlation parties through a service system, and the resource request order sequentially flows among the service correlation parties;
periodically initiating an endorsement proposal to the endorsement node of each service correlation party by using the identifier of the resource request order so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until the endorsement proposal results returned by the endorsement nodes of all service correlation parties are obtained;
and after the transaction related data based on the resource request order is packaged into transaction book record information, submitting the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to carry out transaction verification, and after the verification is passed, respectively storing the transaction related data to the book nodes of all resource transaction parties.
2. The method of claim 1, wherein caching the identification of the resource request order comprises:
and caching the identifier of the resource request order in an order list of a delay queue, wherein the delay queue is provided with endorsement proposal delay time corresponding to different service correlation parties.
3. The method of claim 2, wherein the periodically initiating an endorsement offer to the endorsement node of each service associate using the identifier of the resource request order to cache an endorsement offer result returned by the endorsement node of the service associate according to the order circulation condition comprises:
the delay queue scans the order list periodically, so as to package the identifier in the order list into a parameter of an endorsement proposal when the order list is not empty, and initiates the endorsement proposal to an endorsement node of each service associated party according to the delay time corresponding to each service associated party.
4. The method of claim 1, further comprising:
after receiving the resource request order, the service correlation party performs resource transaction processing based on the resource request order to obtain a processing result;
and if the processing result is that the processing is successful, storing a transaction record of resource transaction processing to an account book node of the business association party, wherein the transaction record comprises the identifier of the resource request order.
5. The method of claim 4, wherein the endorsement proposal returned by the endorsement node of the service correlation party according to the order circulation condition comprises:
the endorsement node of the business related party inquires the last transaction record of the account book node of the business related party, and if the identifier of the resource request order in the transaction record is consistent with the identifier of the resource request order in the endorsement proposal, a first endorsement proposal result which is processed successfully is returned;
if the identification of the resource request order in the transaction record is inconsistent with the identification of the resource request order in the endorsement proposal, calling back the service system to inquire the resource transaction processing state based on the resource request order, and returning a second endorsement proposal result.
6. The method of claim 5, wherein the second endorsement proposal comprises:
the order information is not received, the order information is received but the service system is abnormal in verification or processing, the service system is successful in response, and the service system does not respond to the overtime processing.
7. The method of claim 1, wherein the endorsement node of each resource transaction party performs transaction verification by using the simulated transaction data block, and after the verification is passed, the transaction-related data is respectively saved to the ledger node of each resource transaction party, and the method comprises the following steps:
the endorsement nodes of all parties of the resource transaction carry out transaction verification according to the simulated transaction data block and the endorsement proposal result returned by the endorsement node of each business associated party to obtain the verification result of all parties of the resource transaction;
and when the verification results of all the resource transaction parties pass the verification, the resource transaction parties respectively store the transaction related data to the account book nodes of all the resource transaction parties.
8. A resource request transaction device based on a blockchain network is characterized in that the blockchain network comprises endorsement nodes of resource transaction parties, account book nodes, sequencing nodes and service terminals of the resource transaction parties connected with the nodes, the device is located at the service terminal of the resource request party, and the device comprises:
the system comprises a caching module, a service correlation party and a resource request ordering module, wherein the caching module is used for caching an identifier of a resource request order, the resource request order is sent to the service correlation party by a resource request party through a service system, and the resource request order sequentially flows among the service correlation parties;
the proposal module is used for initiating an endorsement proposal to the endorsement node of each service correlation party by periodically utilizing the identifier of the resource request order so as to receive an endorsement proposal result returned by the endorsement node of the service correlation party according to the order circulation condition until obtaining the endorsement proposal results returned by the endorsement nodes of all service correlation parties;
and the verification module is used for packaging transaction related data based on the resource request order into transaction book record information, then submitting the transaction related data to a sequencing node of a resource requester for sequencing to obtain a simulated transaction data block, so that endorsement nodes of all resource transaction parties utilize the simulated transaction data block to perform transaction verification, and respectively storing the transaction related data to the book nodes of all resource transaction parties after the verification is passed.
9. A computer readable storage medium having computer readable instructions stored thereon which, when executed by a processor, implement the method of any of claims 1-7.
10. An electronic device, comprising:
a processor; and
a memory for storing computer readable instructions of the processor; wherein the processor is configured to perform the method of any of claims 1-7 via execution of the computer-readable instructions.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010349691.1A CN111598650A (en) | 2020-04-28 | 2020-04-28 | Resource request transaction method based on block chain network and related device |
| PCT/CN2020/105545 WO2021217928A1 (en) | 2020-04-28 | 2020-07-29 | Blockchain network-based resource request transaction verification method and apparatus, electronic device and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010349691.1A CN111598650A (en) | 2020-04-28 | 2020-04-28 | Resource request transaction method based on block chain network and related device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111598650A true CN111598650A (en) | 2020-08-28 |
Family
ID=72183822
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010349691.1A Pending CN111598650A (en) | 2020-04-28 | 2020-04-28 | Resource request transaction method based on block chain network and related device |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111598650A (en) |
| WO (1) | WO2021217928A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112199732A (en) * | 2020-09-01 | 2021-01-08 | 东方航空物流股份有限公司 | Aviation logistics electronic waybill management method based on block chain |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114331440A (en) * | 2021-12-31 | 2022-04-12 | 北京江融信科技有限公司 | Conflict detection and performance optimization method and device |
| US11789937B2 (en) | 2022-01-28 | 2023-10-17 | Hong Kong Applied Science and Technology Research Institute Company Limited | Method and apparatus for exchanging data between blockchain system and non-blockchain system |
| CN116128641B (en) * | 2022-12-07 | 2023-10-17 | 申万宏源证券有限公司 | Distributed securities trading system with competitive price trade and non-competitive price trade separated |
| CN116029829A (en) * | 2023-03-30 | 2023-04-28 | 中国信息通信研究院 | Transaction system, device and medium based on industrial internet |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108376368A (en) * | 2018-03-07 | 2018-08-07 | 物数（上海）信息科技有限公司 | Endorsement strategy determines method, apparatus, electronic equipment, storage medium |
| CN109493204A (en) * | 2018-10-16 | 2019-03-19 | 平安科技（深圳）有限公司 | Business bookkeeping methods and terminal device based on block chain |
| US20190362361A1 (en) * | 2018-05-23 | 2019-11-28 | International Business Machines Corporation | Autocommit transaction management in a blockchain network |
| CN110555769A (en) * | 2019-07-25 | 2019-12-10 | 深圳壹账通智能科技有限公司 | Block chain transaction data processing method and device, computer equipment and storage medium |
| US20200074456A1 (en) * | 2018-08-30 | 2020-03-05 | International Business Machines Corporation | Distributed computing and storage network implementing high integrity, high bandwidth, low latency, secure processing |
| CN111046037A (en) * | 2019-11-18 | 2020-04-21 | 远光软件股份有限公司 | Transaction processing method of block chain, electronic device and storage medium |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108256864B (en) * | 2018-02-13 | 2019-06-07 | 中链科技有限公司 | Foundation across chain alliance and communication means, system between a kind of block chain |
| CN108595126B (en) * | 2018-04-27 | 2022-09-02 | 腾讯科技（深圳）有限公司 | Data storage system, query method, query device, server, and storage medium |
| CN108810137B (en) * | 2018-06-11 | 2021-10-01 | 西安纸贵互联网科技有限公司 | Alliance block chain system |
| CN108833081B (en) * | 2018-06-22 | 2021-01-05 | 中国人民解放军国防科技大学 | Block chain-based equipment networking authentication method |
-
2020
- 2020-04-28 CN CN202010349691.1A patent/CN111598650A/en active Pending
- 2020-07-29 WO PCT/CN2020/105545 patent/WO2021217928A1/en active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108376368A (en) * | 2018-03-07 | 2018-08-07 | 物数（上海）信息科技有限公司 | Endorsement strategy determines method, apparatus, electronic equipment, storage medium |
| US20190362361A1 (en) * | 2018-05-23 | 2019-11-28 | International Business Machines Corporation | Autocommit transaction management in a blockchain network |
| US20200074456A1 (en) * | 2018-08-30 | 2020-03-05 | International Business Machines Corporation | Distributed computing and storage network implementing high integrity, high bandwidth, low latency, secure processing |
| CN109493204A (en) * | 2018-10-16 | 2019-03-19 | 平安科技（深圳）有限公司 | Business bookkeeping methods and terminal device based on block chain |
| CN110555769A (en) * | 2019-07-25 | 2019-12-10 | 深圳壹账通智能科技有限公司 | Block chain transaction data processing method and device, computer equipment and storage medium |
| CN111046037A (en) * | 2019-11-18 | 2020-04-21 | 远光软件股份有限公司 | Transaction processing method of block chain, electronic device and storage medium |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112199732A (en) * | 2020-09-01 | 2021-01-08 | 东方航空物流股份有限公司 | Aviation logistics electronic waybill management method based on block chain |
| CN112199732B (en) * | 2020-09-01 | 2024-04-05 | 东方航空物流股份有限公司 | Aviation logistics electronic waybill management method based on blockchain |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021217928A1 (en) | 2021-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111598650A (en) | Resource request transaction method based on block chain network and related device | |
| CN108346028B (en) | Business approval processing method, device and system | |
| CN109087101B (en) | Transaction verification method and device, storage medium and electronic equipment | |
| CN105739968B (en) | Method and device for reviewing updated content based on distributed version control system Git | |
| US20130097233A1 (en) | Using devices to link social network profiles | |
| CN111177112A (en) | Database blocking method and device based on operation and maintenance management system and electronic equipment | |
| CN112163946A (en) | Accounting processing method and device based on distributed transaction system | |
| CN111857888B (en) | Transaction processing method and device | |
| CA3059719C (en) | Payment processing method, device, medium and electronic device | |
| CN111277639A (en) | Method and device for maintaining data consistency | |
| CN111598575A (en) | Business process control method and device, electronic equipment and readable storage medium | |
| CN112232961A (en) | Data processing method and device based on block chain system and electronic equipment | |
| CN112068973A (en) | Asynchronous information processing method and device of policy mode, server and storage medium | |
| CN110599277A (en) | Inventory deduction method and device | |
| CN112907344A (en) | Accounting data processing method and device, electronic equipment and storage medium | |
| CN110889682A (en) | Payment information processing method, device, medium and equipment based on block chain | |
| CN111325586B (en) | Bill generation method, device, server and medium based on block chain network | |
| CN111049916A (en) | Control method, control device, proxy server and storage medium | |
| US20220164786A1 (en) | Managing secure app-less distribution of customized transaction cards to online digital wallets with instant apps | |
| CN110378664B (en) | Method and device for establishing contract on line, storage medium and electronic device | |
| CN109685508B (en) | Transaction data processing method and device, electronic equipment and readable storage medium | |
| CN111754348A (en) | Scene combined transaction method and device | |
| CN113296912A (en) | Task processing method, device and system, storage medium and electronic equipment | |
| CN112084114A (en) | Method and apparatus for testing an interface | |
| CN111415245A (en) | Account opening method and device |
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 | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20200828 |