CN113393326A - Block diagram based on public chain and multi-currency fusion transaction system/method thereof - Google Patents
Block diagram based on public chain and multi-currency fusion transaction system/method thereof Download PDFInfo
- Publication number
- CN113393326A CN113393326A CN202110623924.7A CN202110623924A CN113393326A CN 113393326 A CN113393326 A CN 113393326A CN 202110623924 A CN202110623924 A CN 202110623924A CN 113393326 A CN113393326 A CN 113393326A
- Authority
- CN
- China
- Prior art keywords
- transaction
- currency
- block
- block diagram
- node
- 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
- 238000010586 diagram Methods 0.000 title claims abstract description 57
- 230000004927 fusion Effects 0.000 title claims abstract description 22
- 238000000034 method Methods 0.000 title claims abstract description 15
- 238000013507 mapping Methods 0.000 claims abstract description 17
- 238000012795 verification Methods 0.000 claims description 36
- 230000000977 initiatory effect Effects 0.000 claims description 6
- 230000002457 bidirectional effect Effects 0.000 claims description 4
- 238000004806 packaging method and process Methods 0.000 claims description 4
- 230000009286 beneficial effect Effects 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/381—Currency conversion
-
- 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
Abstract
The invention discloses a block diagram based on public links and a multi-currency fusion transaction system/method thereof, wherein the block diagram consists of a physical block account book, a mapping cluster and a relation cluster; the multi-currency fusion trading system comprises a client and a multi-currency fusion trading network constructed based on an intelligent contract; the transaction method comprises a new transaction step and a transaction inquiry step. The block diagram of the invention provides support for complex service scenes through the data structure of the diagram, and provides stronger expandability on the premise of not sacrificing safety and decentralization; and then further constructing a multi-currency fusion transaction system based on the block diagram, simultaneously carrying out newly increased transaction and inquiry transaction based on the system, customizing rules for complex application scenes of the multi-currency fusion transaction by the whole system and the corresponding method through intelligent contracts, and reducing the risk of financial transaction to realize quick transaction while improving the operation efficiency between blocks through the structure of the block diagram model.
Description
Technical Field
The invention relates to a block diagram based on a public chain and a multi-currency fusion transaction system/method thereof, belonging to the technical field of block chains.
Background
The block chain is a decentralized technology, all nodes in a network commonly own, manage and supervise data through a cryptographic method, and the block chain has the characteristics of being incapable of being forged, tampered, traceable and the like. The virtual currency is used as the most typical application of the block chain technology, so that the cost of the links of currency issuing, circulation, use and the like is greatly reduced, and the method conforms to the current rapidly-developed electronic payment trend. However, with the development of virtual currency, the traditional blockchain chain structure cannot adapt to increasingly complex transaction relationships. Taking the bit currency as an example, the bit currency is the traditional single currency transaction, has simple rules, only supports single currency transaction, and has the problem that the transaction with other currencies is difficult to realize.
Disclosure of Invention
The invention provides a block diagram based on a public chain, establishes a data structure of the diagram, and further provides a block diagram based on the public chain, a multi-currency fusion transaction system and a multi-currency fusion transaction method thereof.
The technical scheme of the invention is as follows: a block diagram based on public links is composed of a physical block book, mapping clusters and relationship clusters;
the physical block account book is used for storing the physical blocks;
a mapping cluster for storing the block nodes;
and the relation cluster is used for storing the node relation among the block nodes.
The physical block consists of a block head and a block body; a time stamp, a current block hash value, a data hash and a label are packaged in the block header; the block body mainly stores data information encrypted in a grading way, and the hash value of the root node, namely the data hash, is stored in the block head.
A multi-currency fusion trading system based on a public chain block diagram comprises a client and a multi-currency fusion trading network constructed based on an intelligent contract, wherein the multi-currency fusion trading network comprises a consensus verification module, a traversal service module and the block diagram;
the client is used for signing the transaction request, directly initiating and receiving transaction on the multi-currency converged transaction network and managing the wallet of the user;
the consensus verification module consists of consensus verification nodes and is used for verifying the validity of the transaction and calling traversal nodes; if the client initiates the transaction request to be a new transaction request, the client is used for packaging the transaction request to generate a new physical block and sending the new physical block to the block diagram;
the traversal service module consists of traversal nodes and is used for inquiring the information stored in the physical block in the block diagram or inquiring the position of the relationship between the node of the newly added block and the node according to the transaction request type and the transaction type analyzed by the intelligent contract; the transaction request types comprise inquiry transaction requests and new transaction requests, and the transaction types comprise same currency transactions and cross currency transactions;
the physical blocks are divided into physical blocks for storing transactions of the same currency and physical blocks for storing transactions of different currencies.
The data hash packaged by the block head is transaction hash, the label is a transaction type label, the block body contains transaction information encrypted in a grading way, and the hash value of the root node, namely the transaction hash, is stored in the block head.
The node relationship is used for describing a service driving relationship among the block nodes, and has a unidirectional relationship, a bidirectional relationship and a directionless relationship.
A multi-currency fusion trading method based on a block diagram of a public chain adopts a multi-currency fusion trading system based on the block diagram of the public chain, and comprises the following steps:
newly adding a transaction step:
when the consensus verification node detects that a new transaction request is added to the client, verifying the signature of the transaction request of the current client, if the identity is verified to be legal, the intelligent contract determines the transaction type, calling the traversal node, and returning the balance information of the client and the position information of the relationship between the newly added block node and the node stored in the physical block of the block diagram to the consensus verification node; verifying whether the balance of the client meets the transaction condition: if the balance passes the verification, the consensus verification module packages the transaction requests of the single currency and the cross-currency through a consensus mechanism to generate a physical block and sends the physical block to the block diagram model, and if the balance passes the verification, the block diagram model is terminated; the intelligent contract determines the transaction type specifically as follows: if the transaction currency types are the same, the transaction currency types are analyzed to be the same currency transaction through the intelligent contract; if the transaction currency types are different, the transaction currency type is analyzed into cross-currency transaction through an intelligent contract, the exchange rate between the payment currency and the original currency needs to be analyzed for the cross-currency transaction, and the price of the payment currency is calculated through the exchange rate;
and inquiring transaction steps:
when the consensus verification node detects that the client side inquires a transaction request, the current transaction request signature of the client side is verified, if the verification identity is legal, the consensus verification node sends a service inquiry request to the traversal node, and transaction data of a target user is obtained by inquiring transaction information stored in a physical block in a block diagram through different inquiry transaction requests and is returned to the client side.
The invention has the beneficial effects that: the block diagram of the invention provides support for complex service scenes through the data structure of the diagram, and provides stronger expandability on the premise of not sacrificing safety and decentralization; and then further constructing a multi-currency fusion transaction system based on the block diagram, simultaneously carrying out newly increased transaction and inquiry transaction based on the system, customizing rules for complex application scenes of the multi-currency fusion transaction by the whole system and the corresponding method through intelligent contracts, and reducing the risk of financial transaction to realize quick transaction while improving the operation efficiency between blocks through the structure of the block diagram model.
Drawings
FIG. 1 is a diagram of a physical block structure according to the present invention;
FIG. 2 is a block diagram build architecture diagram of the present invention;
FIG. 3 is a block diagram of the present invention;
FIG. 4 is a diagram of a multi-currency converged transaction system architecture of the present invention;
FIG. 5 is a flow chart of a new add transaction of the present invention;
FIG. 6 is a query transaction flow diagram of the present invention;
FIG. 7 is a block diagram of the physical block for a multi-currency fusion transaction according to the present invention;
FIG. 8 is a block diagram of the present invention for a multi-currency fused transaction.
Detailed Description
Example 1: as shown in fig. 1-3, a public link-based block diagram is composed of a physical block book, a mapping cluster, and a relationship cluster; the physical block account book is used for storing the physical blocks; a mapping cluster for storing the block nodes; and the relation cluster is used for storing the node relation among the block nodes.
Further, the physical block may be configured to be composed of a block header and a block body; a time stamp, a current block hash value, a data hash and a label are packaged in the block header; the block body mainly stores data information encrypted in a grading way, and the hash value of the root node, namely the data hash, is stored in the block head. The time stamp is used for recording the generation time of the current block, the hash value of the current block is an encrypted hash value of the time stamp, the data hash and the label, the data hash is used for carrying out hash encryption on all data in the block body, the label of the block head can distinguish the type or attribute of the block, the label can distinguish the type or attribute of the block, and the label is defined by specific service requirements; the block body of the physical block mainly carries out Hash operation on the data packets, intermediate nodes are generated through upward continuous recursion operation and stored in the block body, and the final root node, namely the data Hash, is stored in a block head.
Furthermore, the physical block account book is used for storing physical blocks, the physical blocks are generated by data packaging, and the physical blocks form the physical block account book; the mapping cluster is used for receiving block nodes generated by unique mapping of physical blocks through a mapping mechanism, and the block nodes form the mapping cluster; the node relationships form a relationship cluster.
As shown in fig. 4-8, a multi-currency converged transaction system based on a public link block diagram comprises a client and a multi-currency converged transaction network constructed based on an intelligent contract, wherein the multi-currency converged transaction network comprises a consensus verification module, a traversal service module and a block diagram;
the client is used for signing the transaction request, directly initiating and receiving transaction on the multi-currency converged transaction network and managing the wallet of the user; initiating transactions may include initiating query transactions, initiating new transactions; the new transaction represents the operation of adding and changing.
The consensus verification module consists of consensus verification nodes and is used for verifying the validity of the transaction and calling traversal nodes; if the client initiates the transaction request to be a new transaction request, the client is used for packaging the transaction request to generate a new physical block and sending the new physical block to the block diagram;
the traversal service module consists of traversal nodes and is used for inquiring the information stored in the physical block in the block diagram or inquiring the position of the relationship between the node of the newly added block and the node according to the transaction request type and the transaction type analyzed by the intelligent contract; the transaction request types comprise inquiry transaction requests and new transaction requests, and the transaction types comprise same currency transactions and cross currency transactions; when a new transaction is added at the client, the traversal node returns the inquired information to the consensus verification module; when a client inquires a transaction, traversing the nodes to return the inquired information to the client;
the block diagram consists of a physical block account book, a relation cluster and a mapping cluster, wherein the physical block account book is used for storing a physical block, and the mapping cluster is used for storing a block node generated by the physical block through a mapping mechanism; the relation cluster is used for storing the node relation among the block nodes; the physical blocks are divided into physical blocks for storing transactions of the same currency and storing transactions of different currencies; the physical block, the block node and the node relation are independent, and data calling can be performed according to different requests of the client, so that the query efficiency is improved.
The intelligent contract is a protocol deployed on a multi-currency fusion transaction network, responds to different events in the transaction process, automatically executes contract contents, and is analyzed into the same-currency transaction through the intelligent contract if the transaction currency types are the same after a legal transaction request is verified by a consensus verification module; if the transaction currency types are different, the transaction currency type is analyzed into cross-currency transaction through the intelligent contract, the exchange rate between the payment currency and the original currency needs to be analyzed in the cross-currency transaction, and the intelligent contract calls the consensus verification module to respectively package the cross-currency transaction and the same-currency transaction to generate a physical block.
Further, the physical block can be set to be composed of a block head and a block body, the block head is packaged with a time stamp, a current block hash value, a transaction hash and a transaction type label, the block body contains transaction information encrypted in a grading way, and the hash value of the root node, namely the transaction hash, is stored in the block head; a block head of the physical block is packaged with a time stamp for recording the generation time of the current block; the current block hash value is used for carrying out hash encryption on the timestamp, the transaction hash and the block label; the transaction hash is used for carrying out hash encryption on all transaction requests in the block body; and the transaction type tag is used for distinguishing whether the transaction information stored in the current block is cross-currency transaction or same-currency transaction, and can be used for searching and positioning the block. The block body of the physical block mainly carries out Hash operation on the transaction request, new intermediate nodes are generated through upward continuous recursion operation and stored in the block body, and the final root node, namely the transaction Hash, is stored in the block head.
Further, the node relationship may be configured to describe a service driving relationship among the block nodes, and the node relationship has a unidirectional relationship, a bidirectional relationship, and a undirected relationship.
A multi-currency fusion transaction method based on a public chain block diagram comprises the following steps:
newly adding a transaction step:
when the consensus verification node detects that a new transaction request is added to the client, verifying the signature of the transaction request of the current client, if the identity is verified to be legal, the intelligent contract determines the transaction type, calling the traversal node, and returning the balance information of the client and the position information of the relationship between the newly added block node and the node stored in the physical block of the block diagram to the consensus verification node; verifying whether the balance of the client meets the transaction condition: if the balance passes the verification, the consensus verification module packages the transaction requests of the single currency and the cross-currency through a consensus mechanism to generate a physical block and sends the physical block to the block diagram model, and if the verification identity is illegal or the balance does not pass, the verification is terminated; the intelligent contract determines the transaction type specifically as follows: if the transaction currency types are the same, the transaction currency types are analyzed to be the same currency transaction through the intelligent contract; if the transaction currency types are different, the transaction currency type is analyzed into cross-currency transaction through an intelligent contract, the exchange rate between the payment currency and the original currency needs to be analyzed for the cross-currency transaction, and the price of the payment currency is calculated through the exchange rate;
and inquiring transaction steps:
when the consensus verification node detects that the client side inquires a transaction request, verifying the signature of the transaction request of the current client side, if the identity is verified to be legal, sending a service inquiry request to the traversal node by the consensus verification node, inquiring transaction information stored in physical blocks in a block diagram through different transaction requests to obtain transaction data of a target user, and returning the transaction data to the client side; and if the identity is not verified, terminating.
As shown in fig. 2 and 3, taking block nodes 1 and 2 after mapping physical block 1 and physical block 2 as an example, node 1 and node 2 are in a unidirectional service driving relationship, and node 1 points to node 2, that is, node 1 is a service driving party, and node 2 is a service passive party;
taking block nodes 2 and 3 after mapping physical blocks 2 and 3 as an example, the nodes 2 and 3 are in a non-directional service driving relationship and have no arrow direction, that is, the nodes 2 and 3 are neither a service driving party nor a service passive party;
taking the block nodes 3 and 7 after mapping the physical blocks 3 and 7 as an example, the nodes 3 and 7 are in a bidirectional service driving relationship, and the arrow points to two directions, that is, the nodes 3 and 7 are both a service driving party and a service passive party.
As shown in fig. 8, a, b, and c are transaction type labels of physical blocks, a-type blocks mainly store transactions between currency types a, b-type blocks mainly store transactions between currency types b, c-type blocks mainly store transactions between currency types a and b, and A, B, C-type block nodes are uniquely mapped block nodes of physical blocks, and when a user adds a new transaction, if the transaction is between currency types a, the new transaction is recorded in the a-type blocks, and if the transaction is between currency types a and b, the new transaction is recorded in the c-type blocks; when a user inquires a transaction, if the intelligent contract analysis is the same currency transaction, traversing the nodes of the same currency transaction block by a traversing mechanism to find out corresponding transaction information; and if the transaction is cross-currency, traversing the cross-currency transaction block nodes to find corresponding transaction information.
While the present invention has been described in detail with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, and various changes can be made without departing from the spirit of the present invention within the knowledge of those skilled in the art.
Claims (6)
1. A block diagram based on public chains, characterized in that: the system comprises a physical block account book, a mapping cluster and a relation cluster;
the physical block account book is used for storing the physical blocks;
a mapping cluster for storing the block nodes;
and the relation cluster is used for storing the node relation among the block nodes.
2. The public-link-based tile map of claim 1, wherein: the physical block consists of a block head and a block body; a time stamp, a current block hash value, a data hash and a label are packaged in the block header; the block body mainly stores data information encrypted in a grading way, and the hash value of the root node, namely the data hash, is stored in the block head.
3. A multi-currency fusion transaction system based on a public chain block diagram is characterized in that: the multi-currency converged trading network is constructed based on an intelligent contract and comprises a client side, a consensus verification module, a traversal service module and the block diagram of claim 1;
the client is used for signing the transaction request, directly initiating and receiving transaction on the multi-currency converged transaction network and managing the wallet of the user;
the consensus verification module consists of consensus verification nodes and is used for verifying the validity of the transaction and calling traversal nodes; if the client initiates the transaction request to be a new transaction request, the client is used for packaging the transaction request to generate a new physical block and sending the new physical block to the block diagram;
the traversal service module consists of traversal nodes and is used for inquiring the information stored in the physical block in the block diagram or inquiring the position of the relationship between the node of the newly added block and the node according to the transaction request type and the transaction type analyzed by the intelligent contract; the transaction request types comprise inquiry transaction requests and new transaction requests, and the transaction types comprise same currency transactions and cross currency transactions;
the physical blocks are divided into physical blocks for storing transactions of the same currency and physical blocks for storing transactions of different currencies.
4. The system of claim 3, wherein the multi-currency converged transaction system based on a public chain block diagram comprises: the data hash packaged by the block head is transaction hash, the label is a transaction type label, the block body contains transaction information encrypted in a grading way, and the hash value of the root node, namely the transaction hash, is stored in the block head.
5. The system of claim 3, wherein the multi-currency converged transaction system based on a public chain block diagram comprises: the node relationship is used for describing a service driving relationship among the block nodes, and has a unidirectional relationship, a bidirectional relationship and a directionless relationship.
6. A multi-currency fusion transaction method based on a block diagram of a public chain is characterized in that: the transaction method employs the transaction system according to any one of claims 3 to 5, comprising the steps of:
newly adding a transaction step:
when the consensus verification node detects that a new transaction request is added to the client, verifying the signature of the transaction request of the current client, if the identity is verified to be legal, the intelligent contract determines the transaction type, calling the traversal node, and returning the balance information of the client and the position information of the relationship between the newly added block node and the node stored in the physical block of the block diagram to the consensus verification node; verifying whether the balance of the client meets the transaction condition: if the balance passes the verification, the consensus verification module packages the transaction requests of the single currency and the cross-currency through a consensus mechanism to generate a physical block and sends the physical block to the block diagram model, and if the balance passes the verification, the block diagram model is terminated; the intelligent contract determines the transaction type specifically as follows: if the transaction currency types are the same, the transaction currency types are analyzed to be the same currency transaction through the intelligent contract; if the transaction currency types are different, the transaction currency type is analyzed into cross-currency transaction through an intelligent contract, the exchange rate between the payment currency and the original currency needs to be analyzed for the cross-currency transaction, and the price of the payment currency is calculated through the exchange rate;
and inquiring transaction steps:
when the consensus verification node detects that the client side inquires a transaction request, the current transaction request signature of the client side is verified, if the verification identity is legal, the consensus verification node sends a service inquiry request to the traversal node, and transaction data of a target user is obtained by inquiring transaction information stored in a physical block in a block diagram through different inquiry transaction requests and is returned to the client side.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110623924.7A CN113393326A (en) | 2021-06-04 | 2021-06-04 | Block diagram based on public chain and multi-currency fusion transaction system/method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110623924.7A CN113393326A (en) | 2021-06-04 | 2021-06-04 | Block diagram based on public chain and multi-currency fusion transaction system/method thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113393326A true CN113393326A (en) | 2021-09-14 |
Family
ID=77618228
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110623924.7A Pending CN113393326A (en) | 2021-06-04 | 2021-06-04 | Block diagram based on public chain and multi-currency fusion transaction system/method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113393326A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107730254A (en) * | 2016-08-12 | 2018-02-23 | 深圳市嗨马支付信息有限公司 | Currency affaris safety trade system and currency method for secure transactions |
| CN109325039A (en) * | 2018-06-07 | 2019-02-12 | 海南新软软件有限公司 | A kind of block chain browser and block chain information browsing method |
| KR20190024601A (en) * | 2017-08-28 | 2019-03-08 | 김상한 | System and method for trading virtual currency |
| CN110706110A (en) * | 2019-10-14 | 2020-01-17 | 腾讯科技（深圳）有限公司 | Data processing method, device and equipment based on exchange platform and storage medium |
| JP2020134997A (en) * | 2019-02-13 | 2020-08-31 | ログトレ株式会社 | Checking-up system, checking-up device, method for checking-up system, and program for checking-up system |
| CN111611315A (en) * | 2020-05-25 | 2020-09-01 | 辽宁大学 | Financial big data-oriented multi-branch tree structure block chain integrated optimization storage method |
| CN111815309A (en) * | 2020-08-28 | 2020-10-23 | 支付宝(杭州)信息技术有限公司 | Block chain-based cross-currency settlement method and device and electronic equipment |
-
2021
- 2021-06-04 CN CN202110623924.7A patent/CN113393326A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107730254A (en) * | 2016-08-12 | 2018-02-23 | 深圳市嗨马支付信息有限公司 | Currency affaris safety trade system and currency method for secure transactions |
| KR20190024601A (en) * | 2017-08-28 | 2019-03-08 | 김상한 | System and method for trading virtual currency |
| CN109325039A (en) * | 2018-06-07 | 2019-02-12 | 海南新软软件有限公司 | A kind of block chain browser and block chain information browsing method |
| JP2020134997A (en) * | 2019-02-13 | 2020-08-31 | ログトレ株式会社 | Checking-up system, checking-up device, method for checking-up system, and program for checking-up system |
| CN110706110A (en) * | 2019-10-14 | 2020-01-17 | 腾讯科技（深圳）有限公司 | Data processing method, device and equipment based on exchange platform and storage medium |
| CN110992028A (en) * | 2019-10-14 | 2020-04-10 | 腾讯科技（深圳）有限公司 | Data processing method and device of sink-changing platform based on block chain network |
| CN111611315A (en) * | 2020-05-25 | 2020-09-01 | 辽宁大学 | Financial big data-oriented multi-branch tree structure block chain integrated optimization storage method |
| CN111815309A (en) * | 2020-08-28 | 2020-10-23 | 支付宝(杭州)信息技术有限公司 | Block chain-based cross-currency settlement method and device and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI737165B (en) | Method and device for sending resources across chains | |
| TWI701572B (en) | Data access method, system and device | |
| CN107464112B (en) | Transaction management method and system based on block chain | |
| TWI723783B (en) | Block chain-based bill real-name receiving method, device and electronic equipment | |
| CN108564182B (en) | Equipment full life cycle management system and method based on block chain technology | |
| CN107193490A (en) | A kind of distributed data-storage system and method based on block chain | |
| CN110827028B (en) | Block chain-based data acquisition transaction system and method | |
| CN107239953A (en) | Fast data store method and system based on block chain | |
| CN110033244A (en) | Intelligent contract based on block chain executes method and device and electronic equipment | |
| CN109495592A (en) | Data collaborative method and electronic equipment | |
| CN108829749A (en) | A kind of object association sealed storage method based on block chain | |
| CN109144981A (en) | Electric car based on block chain shares battery lifecycle management system and method | |
| CN110457190A (en) | A kind of full link monitoring method, apparatus and system based on block chain | |
| CN112261159A (en) | Method and system for executing cross-slice transaction, main chain node and target slicing node | |
| CN113094396A (en) | Data processing method, device, equipment and medium based on node memory | |
| CN108765159A (en) | A kind of cochain based on block chain and condition processing method, device and interacted system | |
| CN114399320B (en) | Bill supply chain anti-counterfeiting traceability system and method based on block chain NFT | |
| CN110930152B (en) | Data processing method based on block chain and related equipment | |
| CN113821564A (en) | Heterogeneous parallel block chain and on-chain data and under-chain contract cooperation method thereof | |
| CN108829691A (en) | A kind of rural area electronic commerce date storage method | |
| CN114897536A (en) | Commodity anti-counterfeiting tracing method based on RFID (radio frequency identification) label and block chain | |
| CN112261157A (en) | Method and system for submitting cross-fragment transaction, main chain node and source fragment node | |
| CN113411373B (en) | Transaction data storage method, tracking and tracing method and blockchain network | |
| CN111325547A (en) | Block chain-based digital object full-life-cycle management method | |
| CN113393326A (en) | Block diagram based on public chain and multi-currency fusion transaction system/method thereof |
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 |