CN114020797A - Block chain distributed account book and database-based chain uplink and downlink mixed storage method - Google Patents
Block chain distributed account book and database-based chain uplink and downlink mixed storage method Download PDFInfo
- Publication number
- CN114020797A CN114020797A CN202111249709.1A CN202111249709A CN114020797A CN 114020797 A CN114020797 A CN 114020797A CN 202111249709 A CN202111249709 A CN 202111249709A CN 114020797 A CN114020797 A CN 114020797A
- Authority
- CN
- China
- Prior art keywords
- transaction
- sgx
- database
- block chain
- result
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
-
- 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/23—Updating
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computational Linguistics (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a block chain distributed account book and database-based chain uplink and downlink mixed storage method, which helps a data provider to avoid large-scale data uplink and solve the problem that type data such as pictures and the like cannot be uplink by constructing a block chain distributed account book and database-based chain uplink and downlink mixed storage mechanism, and helps a data user to use and access data stored in a downlink database more conveniently through a block chain platform; the HyperLedgerFabric used in the method can provide characteristics of non-falsification, traceability and the like for the method, openGauss provides a scheme for solving enterprise-level scene requirements for a data provider, and the method provides a safer and more reliable data use scheme for a data user and the data provider.
Description
Technical Field
The invention relates to the technical field of computer block chains, in particular to a chain uplink and downlink mixed storage method based on a block chain distributed account book and a database.
Background
At present, a blockchain is essentially a distributed ledger maintained by multiple nodes together through technologies such as a trusted rule and the like in a peer-to-peer network environment, and has the advantages of decentralization, no tampering, traceability and the like, so that the blockchain is widely applied to various application scenarios at present. However, storing data in a block chain requires a certain overhead and can only store character type data directly, which obviously cannot meet the requirement of storing a large amount of data or storing various types of data such as pictures and videos. For data providers, a large amount of data is linked with a high time or money overhead, and only information such as hash values of pictures or videos is linked without satisfying the user's requirement for using the related data. Therefore, a method for solving the problem of using a large amount of data or failing to uplink data is urgently needed.
The openGauss database is an open-source relational database management system issued with the magnolia loose license v 2. openGauss can adopt multiple storage modes to support composite service scenes, and meanwhile, the availability of data can be protected through the main/standby mode. The openGauss can meet the requirements of enterprise level scenes and provide high availability and high performance, so that the method can meet the requirements of the method for the downlink database, and is suitable for serving as the downlink database required in the system.
Therefore, how to solve the problems that the data volume is too large and the chain is difficult to be linked and the files such as pictures and the like can not be directly obtained from the block chain by a mixed storage mode; the technical problem to be solved by those skilled in the art is to provide a more convenient and reliable data usage scheme for data users and data providers.
Disclosure of Invention
In view of the above, the present invention provides a method for hybrid uplink and downlink storage based on a block chain distributed ledger and a database. The HyperLegendric blockchain platform is used for providing data on the chain and consensus service, the characteristics of non-falsification, decentralization and traceability are provided for the system, and the openGauss database is used for storing data under the chain, so that the enterprise-level scene requirement of a data supplier is met.
In order to achieve the purpose, the invention adopts the following technical scheme:
a chain uplink and downlink mixed storage method based on a block chain distributed account book and a database comprises a transaction execution stage and a result submission stage;
the transaction execution phase comprises:
s11, the client generates a block chain transaction proposal according to the requirement and sends the block chain transaction proposal to the endorsement node of the block chain system;
s12, the endorsement node classifies the block chain transaction proposal according to the type of the block chain transaction proposal and takes different operations, and if the transaction proposal is an SGX transaction needing to be executed under the chain, the transaction proposal is sent to an SGX server;
s13, after receiving the transaction proposal, the SGX server acquires relevant data from a linked database and a block chain account book according to the transaction proposal requirement;
s14, the SGX server executes the SGX transaction proposal according to the uplink and downlink data of the chain and sends the transaction proposal result to the endorsement node;
s15, after receiving the execution result, the endorsement node signs the transaction proposal and sends the transaction proposal to the client;
the result submission phase includes:
s21, after receiving the transaction proposal result and the signature thereof, the client sends the result and the signature to a block chain system sequencing node;
s22, the sequencing node generates a block for the transaction according to the conventional flow of the blockchain system, and the block is verified by the bookkeeping node of the blockchain system;
s23, if the block passes the verification, modifying the block chain account book state and sending the information to the SGX server; if the transaction fails, sending the information of the transaction failure to the SGX server;
and S24, the SGX server receives the block verification result and updates the state of the down-link database according to the verification result.
Preferably, the type of blockchain transaction proposal in step S12 includes a normal transaction and an SGX transaction;
the ordinary transaction follows the execution flow of a block chain platform, and the SGX server and the down-link database do not participate in processing;
the SGX transaction is a transaction which is executed by the SGX server and inquires or modifies the downlink database; in the life cycle of the SGX affair, after the SGX affair is submitted to the endorsement node and the format is verified, the SGX affair is sent to an SGX server for calculation or inquiry, and a result is obtained.
Preferably, the SGX transactions are divided into query transactions and update transactions;
the query transaction is different from the original block chain platform query transaction, the query transaction is sent to the SGX server, and the SGX server queries a down-chain database to obtain a result; and the inquiry affair carries out uplink operation after finishing inquiry, and records the user carrying out inquiry and the inquiry method;
and the update affair is calculated by combining uplink and downlink data of the chain, the uplink operation which is the same as that of the common affair is executed, and the block chain account book and the downlink database are changed according to the calculation result.
Preferably, in the SGX transaction uplink process, the SGX transaction result does not include modified content of the downlink database;
when the accounting node verifies intra-block transaction conflicts, it only verifies for the SGX transaction whether its modifications to the on-chain data contain a conflict.
Preferably, after the accounting node passes the transaction verification and modifies the state of the block chain, the SGX server modifies the state of the downlink database, so as to ensure atomicity of modification of the uplink and downlink data stored in the chain by the SGX transaction, and thus the state modification of the block chain and the state modification of the downlink database are consistent.
Preferably, the downlink database is any database, including an openGauss database.
Through the technical scheme, compared with the prior art, the invention discloses a chain uplink and downlink mixed storage method based on a block chain distributed account book and a database. The HyperLegendr Fabric blockchain platform is used for providing data on the chain and consensus service, the characteristics of non-falsification, decentralization and traceability are provided for the system, and the openGauss database is used for storing data under the chain, so that the enterprise-level scene requirement of a data supplier is met.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
FIG. 1 is a schematic diagram of the general flow structure of the method provided by the present invention.
Fig. 2 is a flow chart of a transaction execution phase in the method provided by the invention.
Fig. 3 is a flow chart of a result submission stage in the method provided by the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The embodiment of the invention discloses a block chain distributed account book and database-based chain uplink and downlink mixed storage method, which comprises a transaction execution stage and a result submission stage;
the transaction execution phase includes:
s11, the client generates a block chain transaction proposal according to the requirement and sends the block chain transaction proposal to the endorsement node of the block chain system;
s12, the endorsement node classifies the block chain transaction proposal according to the type of the block chain transaction proposal and takes different operations, and if the transaction proposal is an SGX transaction needing to be executed under the chain, the SGX transaction is sent to an SGX server;
s13, after receiving the transaction proposal, the SGX server acquires related data from the linked database and the block chain ledger according to the transaction proposal requirement;
s14, the SGX server executes the SGX transaction proposal according to the uplink and downlink data of the chain and sends the transaction proposal result to the endorsement node;
s15, after receiving the execution result, the endorsement node signs the transaction proposal and sends the transaction proposal to the client;
the result submission phase includes:
s21, after receiving the transaction proposal result and the signature thereof, the client sends the result and the signature to the block chain system sequencing node;
s22, the sequencing node generates a block for the transaction according to the conventional flow of the block chain system, and the block chain system accounting node verifies the block chain system accounting node;
s23, if the block passes the verification, modifying the state of the block chain account book and sending the information to the SGX server; if the transaction fails, sending information of transaction failure to the SGX server;
and S24, the SGX server receives the block verification result and updates the state of the down-link database according to the verification result.
In order to further optimize the above technical solution, the type of blockchain transaction proposal in step S12 includes normal transaction and SGX transaction;
the common transaction follows the execution flow of the block chain platform, and the SGX server and the linked database do not participate in processing;
the SGX transaction is a transaction which is executed by the SGX server and inquires or modifies the down-link database; in the life cycle of the SGX transaction, after the SGX transaction is submitted to an endorsement node and format verification is carried out, the SGX transaction is sent to an SGX server for calculation or inquiry, and a result is obtained.
In order to further optimize the technical scheme, the SGX transactions are divided into query transactions and update transactions;
the query transaction is different from the original block chain platform query transaction, the query transaction is sent to the SGX server, and the SGX server queries a linked database to obtain a result; and the inquiry affair carries on the chain linking operation after finishing inquiring, record users and inquiry methods inquiring;
and updating the transaction and calculating the uplink and downlink data of the chain, executing the uplink operation same as that of the common transaction, and changing the block chain account book and the downlink database according to the calculation result.
In order to further optimize the technical scheme, in the SGX business uplink process, the SGX business result does not contain the modification content of the downlink database;
when the accounting node verifies intra-block transaction conflicts, it only verifies for the SGX transaction whether its modifications to the on-chain data contain a conflict.
In order to further optimize the technical scheme, after the SGX server waits for the accounting node to pass the transaction verification and modify the state of the block chain, the SGX server modifies the state of the down-chain database, so that the atomicity of modification of the SGX transaction on the down-chain stored data is ensured, and the state modification of the block chain state and the state modification of the down-chain database are kept consistent.
In order to further optimize the technical scheme, the down-link database is any kind of database, including openGauss databases.
The embodiment is a hybrid uplink/downlink storage method based on a block chain distributed book (hyper folder Fabric) and a database (openGauss), and the embodiment includes four entities, namely a client, a block chain platform, an SGX server and a downlink database.
1. In the embodiment, the client is not different from the common blockchain client in implementation, and can be implemented by a command line or an SDK, but the following operations and structures of the client need to be modified:
(1) the client can initiate two types of transactions, namely a common block chain transaction and an SGX transaction which needs to be executed under the chain, so that different structures need to be designed for the two types of transactions. The SGX transaction data structure that needs to be executed down-link needs to contain the chain code that needs to be used, the on-link data that needs to be used, and the logic that queries the down-link database.
(2) Since the SGX servers available in the system and the nodes that can access the SGX servers are not certain, it is necessary to design a corresponding endorsement policy before initiating a transaction for the current situation. Typically only a single node endorsement is required rather than a plurality of nodes.
2. In the embodiment, the block chain platform can be realized by modifying the existing block chain platform, and in the method, Hyperhedge Fabric is adopted as a basic block chain platform, and the original structure is modified as follows:
(1) after receiving the transaction proposal, the endorsement node in the original platform firstly checks the proposal structure, signature and the like, calls the chain code to perform simulation execution on the proposal after the transaction proposal passes the check, finally generates and calls the plug-in to endorse the transaction proposal, and finally returns the endorsement to the client. For the SGX transaction needing to be executed under the link, after the structure and signature are checked, the transaction and the related chain code and data thereof are sent to the SGX server to be executed, and after the execution, the SGX server returns to the endorsement node to perform the endorsement.
(2) In the stage of verifying the accounting node, in order to ensure atomicity of modification of the block chain account book and the linked database by the SGX transaction, a message of whether verification is successful needs to be sent to the SGX server after verification is completed, so that the block chain account book and the linked database are ensured to be updated simultaneously or not.
3. In the embodiment, the SGX server may be composed of one or more computers equipped with Intel CPUs supporting SGX. The services that the SGX server needs to implement include:
(1) since the SGX server needs to receive the transaction information and the verification result from the blockchain platform and send the execution result to the blockchain platform, a communication service needs to be established with the blockchain platform. The communication service may use various implementations of grpcs and the like.
(2) The SGX server should establish a connection with the downlink database and have authority to query, update, etc. the downlink database. Taking the openGauss database mentioned in the present invention as an example, the SGX server can perform related operations on the database through the gsql database connection tool.
(3) The SGX server should be able to process the downlink data on the chain based on intelligent contracts in order to obtain the results desired by the customer.
4. In the embodiment, various databases can be used as the down-link database in principle, but in order to meet the requirements of data providers for storing different types of data and provide high availability and high performance for enterprise-level application scenes, the openGauss database is adopted in the invention.
The relationship between the entities and the data exchange are shown in fig. 1, and the details of the overall process of the system will be described later according to the system transaction execution phase and the result submission phase.
After the initialization of each entity is completed, the overall flow of the transaction execution phase is shown in fig. 2, and the detailed description of the specific implementation method will be described below with reference to the flowchart and the embodiment.
1. Firstly, a block chain platform and an SGX server construct a communication service. The communication service takes gRPC as an example, a gRPC client can be built at a block chain endorsement node, and a gRPC server is built at an SGX server. Meanwhile, each transaction proposal is independent, so that the unary gRPC service can be selected without using the stream service of the gRPC.
2. If the intelligent contract required by the client is not deployed in the blockchain, the intelligent contract is written according to the related rules of the blockchain platform and is deployed on the blockchain platform.
3. A user constructs a transaction according to requirements through a method provided by a client and submits the transaction to an endorsement node, wherein the transaction is divided into a common block chain transaction and an SGX transaction which needs to be executed under a chain. As described above, the SGX transaction proposal to be executed in a chain needs to include the contents of the intelligent contract used, the on-chain data to be used, and the logic for querying data from the off-chain database.
4. The endorsement node needs to perform different processing flows on the two types of transactions. And for the common affairs, the endorsement node performs checking, simulation execution and endorsement according to the original flow of the HyperLegendric platform and returns the endorsement to the client. And for the down-link SGX transaction, the transaction and the related intelligent contract thereof need to be sent to the SGX server for execution after the structure, signature and the like are checked.
5. After the SGX server receives the transaction and its related information, it needs to be subdivided into an update operation and a query operation according to its operation type:
the query operation is executed as follows:
and (1.1) the SGX server obtains a query result according to the logic query downlink database contained in the transaction proposal.
And (1.2) the SGX server sends the query result to the client.
(1.3) the SGX server sends the information whether the query is successful or not to the endorsement node.
The updating operation is executed as follows:
and (2.1) the SGX server inquires relevant data from the block chain account book and the down-chain database.
And (2.2) the SGX server executes a transaction proposal by combining the uplink data and the downlink data of the chain to obtain a calculation result.
And (2.3) the SGX server sends the calculation result to the endorsement node.
For the query operation, only the query result is sent to the client after the query is completed, and the query result is not uplinked, so that the privacy of the data in the downlink database and the security of the query can be protected. For the update operation, since the blockchain ledger needs to be updated after the calculation, the calculation result needs to be linked.
6. And the endorsement node receives the execution result, signs the endorsement on the result and sends the endorsement result to the client.
When the endorsement process is completed, the endorsement result is sent to the client, and the result chaining stage is entered, where the overall process is as shown in fig. 3, and the detailed description of the specific implementation method will be described below with reference to the flowchart and the embodiment.
1. When the client receives the endorsement result sent by the endorsement node, the endorsement result needs to be judged according to the endorsement strategy determined when the transaction proposal is submitted. For the down-link SGX transactions, the endorsement policy tends to be simpler, i.e., typically only one result is needed.
2. And after the received endorsement result meets the endorsement strategy, the client sends the received result to the sequencing node. And the sequencing node sequences and packs the received transactions into blocks, and when the transactions are packed into the blocks, common transactions and the down-link SGX transactions are not distinguished and are packed according to the same rule.
3. Blocks are broadcast to an accounting node which verifies problems such as transaction conflicts within the blocks and aborts if the blocks contain conflicts or fail other verifications. In conflict validation here, only conflicts in the on-chain ledger read-write set are validated for the off-chain SGX transaction, and conflicts in the off-chain database need not be validated.
4. And when the SGX transaction under the chain passes verification, the accounting node updates the state of the block chain account book according to the read-write set. If the transaction is not validated, no operation will be performed on the blockchain ledger.
5. Whether or not the transaction is validated, a validation result message will be sent by the accounting node to the SGX server after validation. And if the SGX server receives the verification success message, the SGX server updates the state of the linked database according to the stored transaction result. If the SGX server receives the verification failure message, the SGX server discards the stored transaction calculation result and does not make any change to the database. By the method, the atomicity modification of the account book states of the down-link database and the block chain can be guaranteed.
6. This is the end of the complete lifecycle of a linked SGX transaction.
According to the invention, a hybrid storage mechanism of uplink and downlink of the chain based on HyperLegendric and openGauss is constructed, so that a data provider is helped to avoid large-scale data uplink and solve the problem that type data such as pictures and the like cannot be uplinked, and a data user is helped to use and access data stored in a database under the chain more conveniently through a block chain platform. The HyperLedgerFabric used in the method can provide characteristics of non-falsification, traceability and the like for the method, openGauss provides a scheme for solving enterprise-level scene requirements for a data provider, and the method provides a safer and more reliable data use scheme for a data user and the data provider.
The embodiments in the present description are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (6)
1. A chain uplink and downlink mixed storage method based on a block chain distributed account book and a database is characterized by comprising a transaction execution stage and a result submission stage;
the transaction execution phase comprises:
s11, the client generates a block chain transaction proposal according to the requirement and sends the block chain transaction proposal to the endorsement node of the block chain system;
s12, the endorsement node classifies the block chain transaction proposal according to the type of the block chain transaction proposal and takes different operations, and if the transaction proposal is an SGX transaction needing to be executed under the chain, the transaction proposal is sent to an SGX server;
s13, after receiving the transaction proposal, the SGX server acquires relevant data from a linked database and a block chain account book according to the transaction proposal requirement;
s14, the SGX server executes the SGX transaction proposal according to the uplink and downlink data of the chain and sends the transaction proposal result to the endorsement node;
s15, after receiving the execution result, the endorsement node signs the transaction proposal and sends the transaction proposal to the client;
the result submission phase includes:
s21, after receiving the transaction proposal result and the signature thereof, the client sends the result and the signature to a block chain system sequencing node;
s22, the sequencing node generates a block for the transaction according to the conventional flow of the blockchain system, and the block is verified by the bookkeeping node of the blockchain system;
s23, if the block passes the verification, modifying the block chain account book state and sending the information to the SGX server; if the transaction fails, sending the information of the transaction failure to the SGX server;
and S24, the SGX server receives the block verification result and updates the state of the down-link database according to the verification result.
2. The method of claim 1, wherein the type of blockchain transaction proposal in step S12 includes normal transaction and SGX transaction;
the ordinary transaction follows the execution flow of a block chain platform, and the SGX server and the down-link database do not participate in processing;
the SGX transaction is a transaction which is executed by the SGX server and inquires or modifies the downlink database; in the life cycle of the SGX affair, after the SGX affair is submitted to the endorsement node and the format is verified, the SGX affair is sent to an SGX server for calculation or inquiry, and a result is obtained.
3. The method of claim 2, wherein the SGX transactions are divided into query transactions and update transactions;
the query transaction is different from the original block chain platform query transaction, the query transaction is sent to the SGX server, and the SGX server queries a down-chain database to obtain a result; and the inquiry affair carries out uplink operation after finishing inquiry, and records the user carrying out inquiry and the inquiry method;
and the update affair is calculated by combining uplink and downlink data of the chain, the uplink operation which is the same as that of the common affair is executed, and the block chain account book and the downlink database are changed according to the calculation result.
4. The method of claim 1, wherein during the SGX transaction uplink procedure, the SGX transaction result does not contain any modification to the downlink database;
when the accounting node verifies intra-block transaction conflicts, it only verifies for the SGX transaction whether its modifications to the on-chain data contain a conflict.
5. The method as claimed in claim 1, wherein the SGX server waits for the accounting node to verify the transaction and modify the state of the blockchain, and then modifies the state of the linked database, so as to ensure atomicity of modification of the stored data of the SGX transaction on the linked uplink and downlink, and keep the state of the blockchain and the state of the linked database consistent.
6. The method of any of claims 1-5, wherein the downlink-uplink hybrid storage based on the blockchain distributed ledger and database is any kind of database, including openGauss database.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111249709.1A CN114020797A (en) | 2021-10-26 | 2021-10-26 | Block chain distributed account book and database-based chain uplink and downlink mixed storage method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111249709.1A CN114020797A (en) | 2021-10-26 | 2021-10-26 | Block chain distributed account book and database-based chain uplink and downlink mixed storage method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114020797A true CN114020797A (en) | 2022-02-08 |
Family
ID=80057645
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111249709.1A Pending CN114020797A (en) | 2021-10-26 | 2021-10-26 | Block chain distributed account book and database-based chain uplink and downlink mixed storage method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114020797A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114978547A (en) * | 2022-05-23 | 2022-08-30 | 杨永红 | Under-link transaction method, device and equipment based on block chain network |
-
2021
- 2021-10-26 CN CN202111249709.1A patent/CN114020797A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114978547A (en) * | 2022-05-23 | 2022-08-30 | 杨永红 | Under-link transaction method, device and equipment based on block chain network |
| CN114978547B (en) * | 2022-05-23 | 2023-11-24 | 丰猫网络技术(深圳)有限公司 | Under-chain transaction method, device and equipment based on blockchain network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112003703B (en) | Method and device for transmitting authenticatable message across chains | |
| CN109191124B (en) | Block chain network, deployment method and storage medium | |
| CN109325854B (en) | Block chain network, deployment method and storage medium | |
| US20190081793A1 (en) | Parallel-chain architecture for blockchain systems | |
| TW202101440A (en) | Cross-blockchain resource transmission | |
| CN110544097A (en) | Intelligent contract version control, calling and upgrading method, equipment and storage medium | |
| WO2020051540A1 (en) | System and method for a hybrid contract execution environment | |
| CN109447645B (en) | Equipment linkage method, block chain network and storage medium | |
| US20130290226A1 (en) | System and method for social graph and graph assets valuation and monetization | |
| US20120239620A1 (en) | Method and system for synchronization mechanism on multi-server reservation system | |
| WO2020258847A1 (en) | Method and apparatus for cross-chain transmission of authenticable message based on processing module | |
| CN114445010B (en) | Block chain-based multi-mode intermodal system and method | |
| CN112235420B (en) | Data synchronization method, system and related equipment based on block chain | |
| CN111488393A (en) | Virtual block chain | |
| CN111241589A (en) | Database system, node and method | |
| WO2023016164A1 (en) | Smart contract-based data processing method and apparatus, electronic device, computer-readable storage medium, and computer program product | |
| CN111241590A (en) | Database system, node and method | |
| CN114971827A (en) | Account checking method and device based on block chain, electronic equipment and storage medium | |
| CN114020797A (en) | Block chain distributed account book and database-based chain uplink and downlink mixed storage method | |
| CN109995775A (en) | Block chain identifying code application method, equipment and storage medium | |
| CN112699136B (en) | Cross-link certificate storage method and related device | |
| CN110784324B (en) | Node admission method and device | |
| CN113111125A (en) | Business evidence storage method based on block chain | |
| US20230259930A1 (en) | Cross-chain transaction processing method and apparatus, electronic device, and storage medium | |
| CN112615868B (en) | Method and device for transmitting authenticatable message across chains |
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 |