CN109035012B - Cross-chain processing method of block chain system and computer readable storage medium - Google Patents
Cross-chain processing method of block chain system and computer readable storage medium Download PDFInfo
- Publication number
- CN109035012B CN109035012B CN201810594291.XA CN201810594291A CN109035012B CN 109035012 B CN109035012 B CN 109035012B CN 201810594291 A CN201810594291 A CN 201810594291A CN 109035012 B CN109035012 B CN 109035012B
- Authority
- CN
- China
- Prior art keywords
- cross
- chain
- account
- certificates
- link
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- 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
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1059—Inter-group management mechanisms, e.g. splitting, merging or interconnection of groups
Abstract
The application discloses a cross-link processing method and a computer readable storage medium of a block chain system. This improves the security and processing speed of the cross-chain processing and allows the blockchain system to introduce different blockchain platforms according to different needs.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to the field of blockchain technologies, and in particular, to a cross-chain processing method and a computer-readable storage medium for a blockchain system.
Background
The blockchain is a distributed data storage technology using a consensus mechanism, and has the characteristics of decentralization, no tampering, intelligent contract running and the like. The advent of blockchain technology provides a new solution for data storage.
With the rapid development of the blockchain technology and the application thereof, various independent blockchains have appeared, but the isolation of each blockchain network hinders the cooperative operation between different blockchains, and the value of the blockchain network is limited to a great extent. Therefore, the block chain is rescued from a dispersed independent information island by adopting a chain-crossing technology, and the realization of information interaction between different block chains is a problem to be solved urgently at present.
Disclosure of Invention
In view of this, the present application provides a cross-chain processing method and a computer-readable storage medium for a blockchain system, so as to implement cross-chain circulation between different blockchain platforms, and improve the security and processing speed of cross-chain processing.
In a first aspect, a method for processing a block chain system across chains is provided, including:
the method comprises the steps that processing logic on an initiating side receives a cross-chain transfer-out transaction request, wherein the cross-chain transfer-out transaction request comprises identification of a target side block chain, an address of a target side receiving account and the number of certificates transferred through cross-chain transfer;
verifying the cross-chain transfer-out transaction request, and after the cross-chain transfer-out transaction request is verified to be valid, sending a predetermined number of certificates to a cross-chain functional account through the initiating side processing logic for locking;
a target side processing logic receives a cross-chain transfer-in transaction request, wherein the cross-chain transfer-in transaction request comprises an identifier of the initiating side block chain, an address of the initiating side cross-chain sending account, an address of the target side receiving account, the number of the certificates and an identifier of cross-chain transfer-out transaction; and
verifying the cross-link transfer transaction request, and after the cross-link transfer transaction request is verified to be valid, sending the unlocked reserved number of certificates to the target side receiving account through the target side processing logic;
the initiating side processing logic is a cross-chain code, the target side processing logic is a cross-chain contract, and the cross-chain function account is a certificate passing management account in the initiating side block chain.
Further, validating the cross-chain roll-out transaction request comprises:
verifying whether the initiating side blockchain and the target side blockchain support cross-chain transactions;
and verifying whether the account balance of the initiating side cross-chain sending account is larger than or equal to the number of the certificates to be traded.
Further, the sending, by the initiating side processing logic, a predetermined number of passes to the cross-chain functional account for locking includes:
the initiating side cross-chain sending account sends a preset number of certificates to the cross-chain functional account by calling the initiating side processing logic;
and the initiating side processing logic calls the relay endorsement node to carry out signature verification on the cross-link transfer-out transaction information.
Further, validating the cross-link transfer transaction request comprises:
and verifying whether the information in the cross-chain transfer-in transaction request is consistent with the cross-chain transfer-out transaction information in the initiating block chain.
Further, sending, by the target-side processing logic, the unlocked predetermined number of passes to the target-side recipient account across the chain contract account comprises:
initiating a cross-link transfer-in transaction proposal to the target side processing logic by a cross-link relay node in an initiating side block chain and collecting a signature of the cross-link transfer-in transaction proposal for voting verification, wherein the cross-link relay node operates and maintains a whole node of the target side block chain;
after the cross-link transfer-in transaction proposal is verified, the target side processing logic receives an unlocking and evidence-passing request;
and the cross-link contract account sends the unlocked preset number of passes to the target side receiving account through the target side processing logic.
Further, the initiating side block chain is a federation chain, and the target side block chain is a public chain.
Further, the blockchain system is configured to keep the circulating number of certificates in the blockchain system unchanged in a time period, wherein the circulating number of certificates is equal to the total number of the same certificates issued in each blockchain covered by the blockchain system minus the locked number of certificates in each blockchain.
Further, in the blockchain system, the number of certificates issued initially by each blockchain is the same;
the number of currency vouchers is equal to the number of currency vouchers initially issued per blockchain.
In a second aspect, a method for processing a block chain system across chains is provided, including:
authorizing a cross-link contract account transaction amount, wherein the cross-link transaction amount is larger than or equal to the number of certificates to be transacted;
the method comprises the steps that processing logic on an initiating side receives a cross-chain transfer-out transaction request, wherein the cross-chain transfer-out transaction request comprises identification of a target side block chain, an address of a target side receiving account and the number of certificates transferred through cross-chain transfer;
verifying the cross-link transfer-out transaction request, and after the cross-link transfer-out transaction request is verified to be valid, sending a predetermined number of certificates to the cross-link contract account through the initiating side processing logic and locking the certificates;
a target side processing logic receives a cross-chain transfer-in transaction request, wherein the cross-chain transfer-in transaction request comprises an identifier of the initiating side block chain, an address of the initiating side cross-chain sending account, an address of the target side receiving account, the number of the certificates and an identifier of cross-chain transfer-out transaction; and
verifying the cross-link transfer transaction request, and after the verification is effective, sending the unlocked reserved number of certificates to the target side receiving account by the cross-link function account through the target side processing logic;
the initiating side processing logic is a cross-link contract, the target side processing logic is a cross-link code, and the cross-link function account is a certificate authority account in the target side block chain.
Further, validating the cross-chain roll-out transaction request comprises:
and verifying whether the account balance of the initiating side cross-chain sending account is larger than or equal to the number of the certificates to be traded.
Further, validating the cross-link transfer transaction request comprises:
verifying whether the initiating side blockchain and the target side blockchain support cross-chain transactions;
verifying whether the information in the cross-chain transfer-in transaction request is consistent with the cross-chain transfer-out transaction information in the initiating block chain;
acquiring cross-link roll-out transaction information corresponding to the identification of the cross-link roll-out transaction through a full-node cross-link relay node of the initiation side block chain;
and the cross-link relay node in the target block chain operates and maintains the full node.
Further, the initiating side block chain is a public chain, and the target side block chain is a alliance chain.
Further, the blockchain system is configured to keep the number of the negotiable certificates circulating in the blockchain system unchanged in a time period, wherein the circulating number of the negotiable certificates is equal to the total number of the same kind certificates issued in each blockchain covered by the blockchain system minus the number of the negotiable certificates locked in each blockchain.
Further, in the blockchain system, the number of certificates issued initially by each blockchain is the same;
the number of currency vouchers is equal to the number of currency vouchers initially issued per blockchain.
In a third aspect, there is provided a computer readable storage medium having stored thereon a computer program for execution by a processor to implement the method as described above.
The technical scheme of the embodiment adopts a side chain/relay chain crossing technology, and realizes the chain crossing circulation of the same general certificate among different block chain platforms through the chain crossing code on the alliance chain and the chain crossing contract on the public chain. This improves the security and processing speed of the cross-chain processing and allows the blockchain system to introduce different blockchain platforms according to different needs.
Drawings
The above and other objects, features and advantages of the present application will become more apparent from the following description of embodiments thereof with reference to the accompanying drawings, in which:
FIG. 1 is a flow chart of a cross-chain processing method according to a first embodiment of the present application;
FIG. 2 is a flowchart of a cross-chain processing method according to a first embodiment of the present application;
FIG. 3 is a flowchart of a cross-chain processing method according to a second embodiment of the present application;
FIG. 4 is a flowchart of a cross-chain processing method according to a second embodiment of the present application;
FIG. 5 is a block chain system according to an embodiment of the present application;
fig. 6 is a schematic diagram of an electronic device according to an embodiment of the present application.
Detailed Description
The present application is described below based on examples, but the present application is not limited to only these examples. In the following detailed description of the present application, certain specific details are set forth in detail. It will be apparent to one skilled in the art that the present application may be practiced without these specific details. Well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the present application.
Further, those of ordinary skill in the art will appreciate that the drawings provided herein are for illustrative purposes and are not necessarily drawn to scale.
Unless the context clearly requires otherwise, throughout the description and the claims, the words "comprise", "comprising", and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is, what is meant is "including, but not limited to".
In the description of the present application, it is to be understood that the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. In addition, in the description of the present application, "a plurality" means two or more unless otherwise specified.
Fig. 1 is a flowchart of a cross-chain processing method according to a first embodiment of the present application. As shown in FIG. 1, at step S110, the originating side processing logic receives a cross-chain roll-out transaction. The cross-chain roll-out transaction request comprises an identification of a target side block chain, and an address of an account and the number of certificates. Wherein the initiating side cross-chain sending account sends the cross-chain transfer-out transaction request to the initiating side processing logic through an SDK (Software Development Kit). The initiating side processing logic is a chain crossing code which is deployed in the initiating side block chain in advance. In one embodiment, the initiator side blockchain is a federation chain and the target side blockchain is a public chain.
Public chains, i.e. Public block chains (Public blocks chains): anyone can read and send the transaction and also participate in the consensus formation process-deciding what blocks to add on the chain and what the current situation is. As an alternative to centralized or quasi-centralized trust, the public chain is protected by the crypto economy, which is a combination of economic incentives and cryptographic graphical verification, with mechanisms like workload proofs or equity proofs. The public chain is a "fully decentralized" block chain.
Federation chains, i.e., federation block chains (Consortium blocks): a federation chain is a block chain in which the consensus process is controlled by a preselected node. For example, consider a community of 15 financial institutions, each of which runs a node, and 10 of which require confirmation (2/3 confirmation) in order for the block to be effective. The blockchain may allow everyone to read, or be limited to just participants, or a mixture of both, such as the root hash of the block and its API (application program interface) exposed to the outside, which may allow the outside world to have a limited number of queries and get information of the blockchain state. Thus, a federation chain can be viewed as a "partially decentralized" block chain.
In one embodiment, the certification in this embodiment is the standard certification of etherhouse certification standard ERC 20. The EtherFangTong standard ERC20 has all wallet supporting Ethernet coins compatible, so the blockchain system of this embodiment can introduce different blockchain platforms according to different requirements.
In step S120, the cross-chain roll-out transaction request of the initiating side cross-chain sending account is verified. Specifically, the query verifies whether the target and initiating side blockchains support cross-chain transactions. In one embodiment, the initiating side block chain and the target side block chain may be enabled for cross-chain transactions by invoking processing logic of the initiating side block chain to cause the target side block chain to register with the initiating side block chain.
And inquiring whether the balance of the account of the cross-chain sending account on the verification initiating side is larger than or equal to the number of the certificates to be transacted in the cross-chain. If any parameter (i.e. the identifier of the target side block chain, the account balance of the initiating side cross-chain transmission account, etc.) does not meet the condition, the cross-chain transfer-out transaction request of the initiating side cross-chain transmission account fails. If all the parameters satisfy the condition, go to step S130.
In step S130, the initiating side cross-chain sending account sends a predetermined number of passes to the cross-chain functional account to be locked. Specifically, the initiating side sends the account across the chain by calling the initiating side processing logic to send a predetermined number of certificates in the account to the cross-chain functional account. Wherein, the cross-chain function account is a certificate authority account in the initiating side block chain. The cross-chain function account in the initiation side blockchain not only participates in issuing the general certificates in the blockchain system, but also participates in locking and unlocking the general certificates when the general certificates circulate in a cross-chain mode so as to ensure that the general certificate quantity circulating in the blockchain system keeps unchanged in a time period. The number of certificates circulating in the blockchain system is equal to the total number of the same certificates issued in each blockchain covered by the blockchain system minus the number of the certificates locked in each blockchain.
In the blockchain system according to the embodiment of the present application, the number of certificates issued initially by each blockchain is the same, and the number of certificates circulated in the blockchain system is equal to the number of certificates issued initially by each blockchain. This enables each blockchain to assume the maximum number of passes (i.e., the initial number of passes) for the cross-chain flow.
At step S140, the target-side processing logic receives a cross-link transfer transaction request. The cross-chain transfer-in transaction request comprises an identification of an initiating side blockchain, an address of an initiating side cross-chain sending account, an address of a target side receiving account, the number of certificates and an identification of cross-chain transfer-out transaction. Any account at the target side can initiate the cross-link transfer-in transaction request. The target-side processing logic is a cross-link contract that is previously deployed on the target-side blockchain. In one embodiment, the initiator side blockchain is a federation chain and the target side blockchain is a public chain.
At step S150, the cross-link transfer transaction request is validated. Specifically, whether basic information such as the number of certificates in the cross-chain transfer-in transaction request, the identification of the initiating side block chain, the address of the initiating side cross-chain sending account, the identification of the target side block chain, the address of the target side receiving account and the like is consistent with information in the cross-chain transfer-out transaction is verified.
In step S160, the cross-linked contract account sends the unlocked predetermined number of passes to the target-side recipient account through the target-side processing logic. Specifically, after the cross-link transfer-in transaction request is verified, a cross-link relay node in the initiating block chain initiates a cross-link transfer-in transaction proposal to the target processing logic, the relay endorsement node signs the cross-link transfer-in transaction proposal, and then the signature of the relay endorsement node is collected and the proposal is voted and verified. After the cross-link transfer transaction proposal is verified, the target side processing logic receives a request for unlocking the predetermined number of passes, and then the cross-link contract account sends the unlocked predetermined number of passes to the target side receiving account by calling the target side processing logic. Wherein the cross-link contract account manages the pass-certificates in the target-side blockchain. That is, cross-chain circulation of the pass is accomplished by locking the pass into the cross-chain contract account or by unlocking the pass from the cross-chain contract account.
In summary, in the embodiment, a chain crossing technology of side chains/relays is adopted, and a chain crossing circulation between a federation chain and a public chain is realized through a chain crossing processing logic, so that the safety and the processing speed of chain crossing processing are improved, and a block chain system can introduce different block chain platforms according to different requirements.
Fig. 2 is a flowchart of a cross-chain processing method according to a first embodiment of the present application. As shown in fig. 2, the blockchain system of the present embodiment includes at least one federation chain and at least one public chain. Wherein, the alliance chain and the public chain are respectively pre-deployed with a cross-chain code and a cross-chain contract. The method of the present embodiment describes a chain-crossing transaction from a federation chain to a public chain for a pass-certificate. The following steps illustrate the method of the present embodiment through a pass flow between account a on the federation chain side and account B on the public chain side.
At step S1, account a in the originating-side federation chain initiates a cross-chain roll-out transaction request to cross-chain code XSCC. The cross-out transaction request includes an identification of the target-side public link, an address of account B, and a number of passes.
At step S2, the cross-chain code XSCC validates the parameters in the cross-chain roll-out transaction request. Specifically, whether the target side public chain and the initiating side alliance chain support cross-chain transaction or not is verified according to the identification of the target side public chain. In a preferred embodiment, the cross-chain code is called to enable the public chain to perform cross-chain registration in the alliance chain, so that cross-chain transaction can be performed between the alliance chain and the public chain. Thus, it may be verified whether cross-chain transactions are supported between the target-side public chain by verifying whether they are already registered with the originating-side federation chain.
It is detected whether the account balance of account a is greater than or equal to the amount of the pass-through for the cross-chain transaction. If any parameter (i.e. the identifier of the target side block chain, the account balance of the initiating side cross-chain transmission account, etc.) does not satisfy the above condition, the cross-chain transfer-out transaction request initiated by the account a fails. If all the parameters satisfy the condition, go to step S3.
At step S3, account a sends a predetermined number of passes to the cross-chain function account via cross-chain code XSCC. The cross-chain function account is a certification management account of an initiation side alliance chain, is configured to issue a certification of the alliance chain, and completes cross-chain transactions among different block chains by locking or unlocking a certain number of certificates in the cross-chain transaction process, so that the certification number circulating in the whole block chain system is kept unchanged in a time period.
At step S4, the cross-chain code XSCC collects the signature of the relay endorsement node to verify the cross-chain roll-out transaction and record the cross-chain roll-out transaction information for account a.
At step S5, any account in the target-side public chain initiates a cross-chain transfer transaction request to the cross-chain contract XC. The cross-link transfer-in transaction request comprises an identification of an initiating side alliance chain, an address of an account A, an address of an account B, the number of certificates and a cross-link transfer-out transaction identification in the initiating side alliance chain.
At step S6, the legitimacy of the parameter in the cross-link transfer transaction request is verified by the cross-link contract XC. Specifically, whether basic information such as the number of certificates in the cross-link transfer-in transaction request, the identification of the originating side alliance chain, the address of the account A and the address of the account B is consistent with the information in the cross-link transfer-out transaction is verified. After all the above parameters are verified to satisfy the conditions, step S7 is performed.
In step S7, the cross-link relay node E in the originating-side federation chain initiates a cross-link transfer to the cross-link contract XC to propose a transaction proposal, and collects signatures of the cross-link transfer to the transaction proposal and carries out proposal voting by the relay endorsement node. Wherein, the cross-link relay node E in the originating side alliance chain operates and maintains a full node in the target side public chain. After the cross-link transaction proposal is verified, step S8 is executed.
In step S8, an unlock pass request is sent to the cross-link contract account via the cross-link contract XC, where the unlock pass request includes information such as the number of passes and the address of account B.
At step S9, after the unlock pass request is verified, the cross-link contract account sends the unlocked predetermined number of passes to account B through the cross-link contract XC.
At step S10, information about the cross-link branch transaction is recorded by the cross-link contract XC.
In summary, the present embodiment adopts a side chain/relay chain crossing technique, and realizes, through a chain crossing processing logic, a chain crossing circulation between a federation chain and a public chain, thereby improving the security and processing speed of chain crossing processing.
Fig. 3 is a flowchart of a cross-chain processing method according to a second embodiment of the present application. As shown in fig. 3, in step S210, the initiating side sends the account authorization across-link contract account across-link transaction amount. It is easy to understand that the cross-chain transaction amount is larger than or equal to the number of the certificates to be transacted.
At step S220, the originating side processing logic receives a cross-chain roll-out transaction request. The cross-chain roll-out transaction request comprises an identification of a target side block chain, and an address of an account and the number of certificates. The initiating side cross-link sending account may initiate a cross-link transfer transaction request to the initiating side processing logic through an RPC (Remote Procedure Call Protocol). The initiating side processing logic is a cross-link contract which is deployed in the initiating side block chain in advance. In one embodiment, the initiator side blockchain is a public chain and the target side blockchain is a federation chain.
In one embodiment, the certification in this embodiment is the standard certification of etherhouse certification standard ERC 20. The EtherFangTong standard ERC20 has all wallet supporting Ethernet coins compatible, so the blockchain system of this embodiment can introduce different blockchain platforms according to different requirements.
In step S230, the cross-chain roll-out transaction request of the initiating side cross-chain sending account is verified. Specifically, whether the account balance of the initiating side cross-chain sending account is larger than or equal to the number of the certificates to be transacted in a cross-chain mode is verified. When the parameters in the cross-chain transfer-out transaction request (i.e. the information such as the account balance of the initiating side cross-chain transmission account) do not meet the conditions, the cross-chain transfer-out transaction request of the initiating side cross-chain transmission account fails. When all the parameters satisfy the conditions, step S240 is performed.
In step S240, the initiating side cross-link sending account sends a predetermined number of passes to the cross-link contract account to be locked. Specifically, the initiating side sends the account across the chain by calling the initiating side processing logic to send a predetermined number of passes in the account to the cross-chain contract account. Wherein, the cross-chain contract account manages the evidence of the initiating side blockchain. That is, cross-chain circulation of the pass is accomplished by locking the pass to the cross-linked contract account or by unlocking the pass from the cross-linked contract account.
At step S250, the target-side processing logic receives a cross-chain transfer transaction request. The cross-chain transfer-in transaction request comprises an identification of an initiating side blockchain, an address of an initiating side cross-chain sending account, an address of a target side receiving account, the number of certificates and a cross-chain transfer-out transaction identification. Any account at the target side can initiate the cross-link transfer-in transaction request. The target side processing logic is a cross-chain code which is deployed in the target side block chain in advance. In one embodiment, the initiator side blockchain is a public chain and the target side blockchain is a federation chain.
At step S260, the cross-link transfer transaction request is validated. Specifically, whether the initiating side block chain and the target side block chain support cross-chain transaction is verified according to the identification query of the initiating side block chain. In a preferred embodiment, the cross-chain code is called to enable the public chain to perform cross-chain registration in the alliance chain, so that cross-chain transaction can be performed between the alliance chain and the public chain. Thus, it may be verified whether cross-chain transactions are supported between the initiating side blockchain by querying whether they have registered with the target side blockchain.
And verifying whether the information in the cross-chain transfer-in transaction request is consistent with the cross-chain transfer-out transaction information. That is, whether basic information such as the number of certificates transferred into the transaction request across the chain, the identification of the initiating side block chain, the address of the initiating side trans-chain sending account, the identification of the target side block chain, the address of the target side receiving account and the like is consistent with the information in the trans-chain transfer-out transaction. Because the cross-link relay node in the target side block chain operates and maintains a full node of the initiating side block chain, the target side processing logic can acquire the cross-link roll-out transaction information corresponding to the identification of the cross-link roll-out transaction through the cross-link relay node (that is, the full node) in the target side block chain.
In step S270, the cross-chain function account sends the unlocked predetermined number of passes to the target-side receiving account through the target-side processing logic. Specifically, after the cross-link transfer transaction request is verified, the cross-link function account sends the unlocked predetermined number of pass certificates to the target side receiving account through the target side processing logic. The cross-chain function account is a pass-certificate management account in the target side blockchain, that is, the cross-chain function account in the target side blockchain not only participates in issuing pass certificates in the blockchain system, but also participates in locking and unlocking the pass certificates when the pass certificates are circulated in a cross-chain mode so as to ensure that the pass-certificate quantity circulated in the blockchain system is kept unchanged in a time period. The number of certificates circulating in the blockchain system is equal to the total number of the same certificates issued in each blockchain covered by the blockchain system minus the number of the certificates locked in each blockchain.
In the blockchain system according to the embodiment of the present application, the number of certificates issued initially by each blockchain is the same, and the number of certificates circulated in the blockchain system is equal to the number of certificates issued initially by each blockchain system. This enables each blockchain to assume the cross-chain flow for the maximum number of passes (i.e., the initial number of passes).
In summary, in the embodiment, a chain crossing technology of side chains/relays is adopted, and a chain crossing circulation between a federation chain and a public chain is realized through a chain crossing processing logic, so that the safety and the processing speed of chain crossing processing are improved, and a block chain system can introduce different block chain platforms according to different requirements.
Fig. 4 is a flowchart of a cross-chain processing method according to a second embodiment of the present application. As shown in fig. 4, the blockchain system of the present embodiment includes at least one federation chain and at least one public chain. Wherein, the alliance chain and the public chain are respectively pre-deployed with a cross-chain code and a cross-chain contract. The method of the present embodiment describes a chain-crossing transaction from a federation chain to a public chain for a pass-certificate. The following steps illustrate the method of the present embodiment by a pass flow between account C on the public chain side and account D on the federation chain side.
In step S100, account C in the originating-side public chain authorizes the cross-link contract account cross-link transaction amount. It is easy to understand that the cross-link transaction amount is larger than or equal to the number of the certificates to be traded.
At step S200, account C initiates a cross-chain roll-out transaction request to the cross-chain contract XC. The cross-out transaction request includes an identification of the target-side federation chain, an address of account D, and a number of passes.
At step S300, the parameters in the cross-chain roll-out transaction request are verified by cross-chain contract XC. Specifically, it is verified whether the account balance of account C is greater than or equal to the amount of vouching to be transacted across the chain. When the parameters in the cross-chain transfer-out transaction request (i.e. information such as account balance of the initiating side cross-chain transmission account) do not meet the conditions, the cross-chain transfer-out transaction request of the account C fails. When all the parameters satisfy the conditions, step S400 is performed.
At step S400, account C sends a predetermined number of passes to the cross-link contract account through cross-link contract XC. The cross-chain contract account is configured to lock or unlock a certain number of certificates in the cross-chain transaction process so as to complete the cross-chain transaction between different blockchains, and the number of certificates circulated in the whole blockchain system is kept unchanged in a time period.
At step S500, the cross-chain roll-out transaction information for account C is verified and recorded by the cross-chain contract XC.
In step S600, any account in the target-side federation chain initiates a cross-chain transfer transaction request to the cross-chain code XSCC. The cross-link transfer-in transaction request comprises an identification of the initiating side public link, an address of the account C, an address of the account D, the number of the certificates and an identification of the cross-link transfer-out transaction in the initiating side public link.
At step S700, parameters in the cross-chain roll-out transaction request are verified. Specifically, whether the initiating side public chain and the target side alliance chain support cross-chain transaction or not is verified according to the identification query of the initiating side public chain. In a preferred embodiment, the cross-chain code is called to enable the public chain to perform cross-chain registration in the alliance chain, so that cross-chain transaction can be performed between the alliance chain and the public chain. Thus, it may be verified whether cross-chain transactions are supported between the originating side public chain by querying whether they are already registered with the target side federation chain.
In step S800, the cross-chain code XSCC obtains the cross-chain transfer-out transaction information of the account C according to the identification of the cross-chain transfer-out transaction through the whole node E, and verifies whether the identification of the initiating side public chain in the cross-chain transfer-out transaction request, the address of the account C, the address of the account D, the number of the certificates and other information are consistent with the cross-chain transfer-in transaction information of the account C. Because the cross-link relay node in the target side alliance chain operates and maintains the whole node E of the initiating side public chain, the cross-link chain code XSCC can acquire the cross-link transfer-out transaction information of the account C through the whole node E.
In step S900, the cross-chain function account sends the unlocked predetermined number of passes to account D through the cross-chain code XSCC. The cross-chain function account is a certification management account of a target side alliance chain, is configured to issue a certification of the alliance chain, and completes cross-chain transactions among different block chains by locking or unlocking a certain number of certificates in the cross-chain transaction process, so that the quantity of the certificates circulating in the whole block chain system is kept unchanged in a time period.
At step SA00, the cross-chain transfer transaction information is verified and recorded by the cross-chain code XSCC.
In summary, the present embodiment adopts a side chain/relay chain crossing technique, and realizes, through a chain crossing processing logic, a chain crossing circulation between a federation chain and a public chain, thereby improving the security and processing speed of chain crossing processing.
Fig. 5 is a block chain system according to an embodiment of the present disclosure. As shown in fig. 5, the blockchain system 5 includes a blockchain 51, a blockchain 52, a blockchain 53, a blockchain 55, and so on. In the blockchain system 5, the blockchain 51 is a federation chain, and the blockchains 52-55 are public chains, wherein the blockchains 52-55 can perform cross-chain circulation of the same kind of certificates with the blockchain 51, respectively. It is easily understood that the blockchain system of the present embodiment includes at least one public chain and at least one alliance chain. In one embodiment, the certification in this embodiment is the etherhouse certification standard ERC 20. The EtherFangTong standard ERC20 has all wallet supporting Ethernet coins compatible, so the blockchain system of this embodiment can introduce different blockchain platforms according to different requirements.
In the blockchain system 5 of the present embodiment, the issuance of the certificate is allowed to be based on the following principle:
assuming that the blockchain system 5 includes n different blockchains, p (1), p (2), p (3),. cndot. cndot. (n), etc., the number totalSupply of certificates issued for each blockchain is:
totalSupply＝totalSupply[p(i)](0<i≤n)
the number of certificates of passage balance in each block chain is:
balanceof[p(i)]＝totalSupply-lockBalance[p(i)](0<i≤n)
wherein, lockBalance [ p (i) ] is the number of certificates of the block chain p (i).
The total number of certificates for each blockchain lock in the blockchain system 5 is:
that is, in the blockchain system 5, the issuance of the certificates is allowed to be held on the basis that the number of certificates issued initially per blockchain in the blockchain system 5 is the same (totalSupply), and the number of certificates circulated in the blockchain system 5 is equal to the number of certificates issued initially per blockchain (totalSupply), where the circulated number of certificates is equal to the total number of certificates issued by all blockchains covered by the blockchain system 5 minus the total number of locked certificates of each blockchain. As can be seen from the above, the number of the same certificates circulating in the blockchain system 5 is kept constant in a time period, and each blockchain can bear the cross-chain circulation of the maximum certificate number (i.e. the initial issued certificate number totalSupply).
In the blockchain system 5, the blockchains 52-55 (i.e., the public chain of the blockchain system 5) have across-chain contracts pre-deployed therein, and the blockchain 51 (i.e., the alliance chain of the blockchain system 5) has across-chain codes pre-deployed therein. In one embodiment, blockchains 52-55 may register with blockchain 51 via a cross-chain code to enable cross-chain transactions between blockchains 52-55 and blockchain 51. In blockchain 52-55, cross-chain circulation of the passphrase is accomplished by managing the passphrase in the chain across linked contract accounts, i.e., by locking the passphrase to the cross-linked contract accounts or by unlocking the passphrase from the cross-linked contract accounts in blockchain 52-55. In the blockchain 51, the pass-certificate in the cross-chain function account management chain, that is, the cross-chain function account participates in the issuance of the pass-certificate in the blockchain 51, and the cross-chain function account participates in the locking and unlocking of the pass-certificate to complete the cross-chain circulation of the pass-certificate.
The account on the federation chain side may send a pass to the account on the public chain side. For example, if an account X on the blockchain 51 (federation chain) side sends X passes to an account Y on the blockchain 52 (public chain), the account X initiates a cross-chain transfer request to the cross-chain code, where the cross-chain transfer request includes the identifier of the blockchain 52, the address of the account Y, and the number X of passes. And after the cross-chain transfer-out request of the account X is verified to be valid, the account X sends X pieces of pass certificates to the cross-chain functional account through the cross-chain code and locks the pass certificates. Any account on the side of the blockchain 52 initiates a cross-chain transfer-in transaction request to a cross-chain contract, wherein the cross-chain transfer-in transaction request comprises the identifier of the blockchain 51, the address of the account X, the address of the account Y, the number of certificates X and the identifier of cross-chain transfer-out transaction. After the cross-link transfer-in transaction request is verified, the cross-link relay node in the blockchain 51 initiates a cross-link transfer-in transaction proposal to the cross-link contract, and collects the signature of the relay endorsement node for proposal voting. Wherein, the cross-link relay node in the alliance chain operates a whole node of the public chain. After the cross-link transfer transaction proposal is verified, the cross-link contract account unlocks x passes and sends the x passes to account Y. Thus, account X on the blockchain 51 side sends X passes to account Y on the blockchain 52 side.
The account on the public chain side may send a pass to the account on the federation chain side. For example, if an account Y on the blockchain 52 (public chain) side sends Y passes to an account X on the blockchain 51 (alliance chain), the account Y authorizes a cross-chain transaction amount to the cross-chain contract account, and the cross-chain transaction amount is greater than or equal to Y. Account Y initiates a cross-chain roll-out transaction to the cross-chain contract, the cross-chain roll-out transaction request including an identification of blockchain 51, an address of account X, and a pass-through amount Y. After the cross-link roll-out transaction request is verified, account Y sends Y passes to the cross-link contract account through the cross-link contract to be locked. Any account on the side of the blockchain 51 initiates a cross-chain transfer-in transaction request to the cross-chain code, wherein the cross-chain transfer-in transaction request comprises an identifier of the blockchain 52, an address of the account X, an address of the account Y, the number of certificates of receipt Y and an identifier of cross-chain transfer-out transaction. The blockchain 51 acquires the cross-chain transfer-in transaction information of the account Y through the whole node, and verifies whether the information in the cross-chain transfer-out transaction request is consistent with the cross-chain transfer-in transaction information. Since the cross-link relay node in the blockchain 51 operates a whole node of the blockchain 52, the cross-link code can acquire the cross-link export transaction information of the account Y through the whole node. And after the cross-chain transfer transaction request is verified, the cross-chain function account sends the unlocked y certificates to the account X. Thus, account Y on the blockchain 52 side sends Y passes to account X in the blockchain 51.
In summary, in the embodiment, a chain crossing technology of side chains/relays is adopted, and a chain crossing circulation between a federation chain and a public chain is realized through a chain crossing processing logic, so that the safety and the processing speed of chain crossing processing are improved, and a block chain system can introduce different block chain platforms according to different requirements.
Fig. 6 is a schematic diagram of an electronic device according to an embodiment of the present application. The electronic device shown in fig. 6 is a general-purpose data processing apparatus comprising a general-purpose computer hardware structure including at least a processor 61 and a memory 62. The processor 61 and the memory 62 are connected by a bus 63. The memory 62 is adapted to store instructions or programs executable by the processor 61. The processor 61 may be a stand-alone microprocessor or a collection of one or more microprocessors. Thus, the processor 61 implements the processing of data and the control of other devices by executing instructions stored by the memory 62 to perform the method flows of embodiments of the present invention as described above. The bus 63 connects the above components together, and also connects the above components to a display controller 64 and a display device and an input/output (I/O) device 65. Input/output (I/O) devices 65 may be a mouse, keyboard, modem, network interface, touch input device, motion sensing input device, printer, and other devices known in the art. Typically, the input/output device 65 is connected to the system through an input/output (I/O) controller 66.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, apparatus (device) or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may employ a computer program product embodied on one or more computer-readable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations of methods, apparatus (devices) and computer program products according to embodiments of the application. It will be understood that each flow in the flow diagrams can be implemented by computer program instructions.
These computer program instructions may be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows.
These computer program instructions may also be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows.
The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims (15)
1. A cross-chain processing method of a block chain system comprises the following steps:
the method comprises the steps that processing logic of an initiating side receives a cross-chain transfer-out transaction request, wherein the cross-chain transfer-out transaction request comprises identification of a target side block chain, an address of a target side receiving account and the number of certificates of cross-chain transfer, the block chain of the initiating side is a union chain, and the target side block chain is a public chain;
verifying the cross-chain transfer-out transaction request, and after the cross-chain transfer-out transaction request is verified to be valid, sending a predetermined number of certificates to a cross-chain functional account through the initiating side processing logic for locking;
a target side processing logic receives a cross-chain transfer-in transaction request, wherein the cross-chain transfer-in transaction request comprises an identifier of the initiating side block chain, an address of the initiating side cross-chain sending account, an address of the target side receiving account, the number of the certificates and an identifier of cross-chain transfer-out transaction; and
verifying the cross-link transfer transaction request, and after the cross-link transfer transaction request is verified to be valid, sending the unlocked reserved number of certificates to the target side receiving account through the target side processing logic;
the initiating side processing logic is a cross-chain code, the target side processing logic is a cross-chain contract, and the cross-chain function account is a certificate passing management account in the initiating side block chain.
2. The cross-chain processing method of claim 1, wherein verifying the cross-chain roll-out transaction request comprises:
verifying whether the initiating side blockchain and the target side blockchain support cross-chain transactions;
and verifying whether the account balance of the initiating side cross-chain sending account is larger than or equal to the number of the certificates to be traded.
3. The method of claim 1, wherein the sending, by the initiating side processing logic, a predetermined number of passes to lock in a cross-chain functional account comprises:
the initiating side cross-chain sending account sends a preset number of certificates to the cross-chain functional account by calling the initiating side processing logic;
and the initiating side processing logic calls the relay endorsement node to carry out signature verification on the cross-link transfer-out transaction information.
4. The cross-chain processing method of claim 1, wherein verifying the cross-chain transfer transaction request comprises:
and verifying whether the information in the cross-chain transfer-in transaction request is consistent with the cross-chain transfer-out transaction information in the initiating block chain.
5. The cross-chain processing method of claim 1, wherein sending the unlocked predetermined number of passes to the target-side recipient account by the target-side processing logic via the cross-chain contract account comprises:
initiating a cross-link transfer-in transaction proposal to the target side processing logic by a cross-link relay node in an initiating side block chain and collecting a signature of the cross-link transfer-in transaction proposal for voting verification, wherein the cross-link relay node operates and maintains a whole node of the target side block chain;
after the cross-link transfer-in transaction proposal is verified, the target side processing logic receives an unlocking and evidence-passing request;
and the cross-link contract account sends the unlocked preset number of passes to the target side receiving account through the target side processing logic.
6. The method of claim 1, wherein the initiating side block chain is a federation chain and the target side block chain is a public chain.
7. The method of claim 1, wherein the blockchain system is configured to keep a number of certificates circulating in the blockchain system constant within a time period, and the circulating number of certificates is equal to a total number of the same certificates issued in each blockchain covered by the blockchain system minus a number of certificates locked in each blockchain.
8. The method of claim 7, wherein the number of certificates issued initially per blockchain is the same in the blockchain system;
the number of currency vouchers is equal to the number of currency vouchers initially issued per blockchain.
9. A cross-chain processing method of a block chain system comprises the following steps:
authorizing a cross-link contract account transaction amount, wherein the cross-link transaction amount is larger than or equal to the number of certificates to be transacted;
the method comprises the steps that processing logic of an initiating side receives a cross-chain transfer-out transaction request, wherein the cross-chain transfer-out transaction request comprises identification of a target side block chain, an address of a target side receiving account and the number of certificates of cross-chain transfer, the block chain of the initiating side is a alliance chain, and the target side block chain is a public chain;
verifying the cross-link transfer-out transaction request, and after the cross-link transfer-out transaction request is verified to be valid, sending a predetermined number of certificates to the cross-link contract account through the initiating side processing logic and locking the certificates;
a target side processing logic receives a cross-chain transfer-in transaction request, wherein the cross-chain transfer-in transaction request comprises an identifier of the initiating side block chain, an address of the initiating side cross-chain sending account, an address of the target side receiving account, the number of the certificates and an identifier of cross-chain transfer-out transaction; and
verifying the cross-link transfer transaction request, and after the verification is effective, sending the unlocked reserved number of certificates to the target side receiving account by the cross-link function account through the target side processing logic;
the initiating side processing logic is a cross-link contract, the target side processing logic is a cross-link code, and the cross-link function account is a certificate authority account in the target side block chain.
10. The method of claim 9, wherein validating the cross-chain rollout transaction request comprises:
and verifying whether the account balance of the initiating side cross-chain sending account is larger than or equal to the number of the certificates to be traded.
11. The cross-chain processing method of claim 9, wherein verifying the cross-chain transfer transaction request comprises:
verifying whether the initiating side blockchain and the target side blockchain support cross-chain transactions;
verifying whether the information in the cross-chain transfer-in transaction request is consistent with the cross-chain transfer-out transaction information in the initiating block chain;
acquiring cross-link roll-out transaction information corresponding to the identification of the cross-link roll-out transaction through a full-node cross-link relay node of the initiation side block chain;
and the cross-link relay node in the target block chain operates and maintains the full node.
12. The method of claim 9, wherein the initiating side block chain is a public chain and the target side block chain is a federation chain.
13. The method of claim 9, wherein the blockchain system is configured to keep a number of certificates circulating in the blockchain system constant within a time period, and the circulating number of certificates is equal to a total number of certificates of the same kind issued in each blockchain covered by the blockchain system minus a number of certificates locked in each blockchain.
14. The method of claim 13, wherein the number of certificates issued initially per blockchain is the same in the blockchain system;
the number of currency vouchers is equal to the number of currency vouchers initially issued per blockchain.
15. A computer-readable storage medium, on which a computer program is stored, characterized in that the program is executed by a processor to implement the method of any of claims 1-14.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810594291.XA CN109035012B (en) | 2018-06-11 | 2018-06-11 | Cross-chain processing method of block chain system and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810594291.XA CN109035012B (en) | 2018-06-11 | 2018-06-11 | Cross-chain processing method of block chain system and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109035012A CN109035012A (en) | 2018-12-18 |
| CN109035012B true CN109035012B (en) | 2020-11-17 |
Family
ID=64612498
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810594291.XA Active CN109035012B (en) | 2018-06-11 | 2018-06-11 | Cross-chain processing method of block chain system and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109035012B (en) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111355757B (en) * | 2018-12-21 | 2022-06-07 | 航天信息股份有限公司 | Cross-chain communication method and device for block chain in supply chain field |
| CN109726251B (en) * | 2018-12-28 | 2022-04-05 | 苏州鸿链信息科技有限公司 | Cross-chain distributed service system and method based on block chain development |
| CN109829716B (en) * | 2019-01-04 | 2021-08-03 | 武汉大学 | Block chain-based application evidence-based circulation method and device |
| CN111489256B (en) * | 2019-01-25 | 2023-06-23 | 京东科技控股股份有限公司 | Cross-chain processing method, device and system for multi-chain block chain system |
| CN110046998B (en) * | 2019-01-31 | 2020-04-14 | 阿里巴巴集团控股有限公司 | Cross-chain right using system, method, device, electronic equipment and storage medium |
| CN109919769B (en) * | 2019-03-15 | 2020-05-12 | 北京世纪诚链科技有限公司 | Model for value cross-chain transfer between main chain and side chain and implementation method thereof |
| CN110245517A (en) * | 2019-05-29 | 2019-09-17 | 杭州秘猿科技有限公司 | A kind of across chain method, apparatus, system and the electronic equipment of block chain |
| CN110415114A (en) * | 2019-06-12 | 2019-11-05 | 阿里巴巴集团控股有限公司 | A kind of method and apparatus of the unlocking account in block chain |
| CN110288344A (en) * | 2019-06-25 | 2019-09-27 | 中国工商银行股份有限公司 | The assets transfer method and device of transregional piece of chain |
| CN110430235B (en) * | 2019-06-28 | 2020-11-03 | 创新先进技术有限公司 | Method, apparatus, storage medium and computing device for cross-chain transmission of authenticatable messages |
| CN110417742B (en) * | 2019-06-28 | 2020-11-06 | 创新先进技术有限公司 | Method, device and storage medium for cross-link sending, transferring and receiving authenticable message |
| CN110443704B (en) * | 2019-06-28 | 2021-02-19 | 创新先进技术有限公司 | Method and device for sending resources in cross-link mode |
| US11336451B2 (en) | 2019-06-28 | 2022-05-17 | Advanced New Technologies Co., Ltd. | Cross-blockchain resource transmission |
| US11251966B2 (en) | 2019-06-28 | 2022-02-15 | Advanced New Technologies Co., Ltd. | Sending cross-chain authenticatable messages |
| CN110311790B (en) | 2019-06-28 | 2020-07-28 | 阿里巴巴集团控股有限公司 | Method and device for sending authenticable message in cross-link mode |
| US10742415B2 (en) | 2019-06-28 | 2020-08-11 | Alibaba Group Holding Limited | Method and apparatus for inter-blockchain transmission of authenticable message |
| US11356282B2 (en) | 2019-06-28 | 2022-06-07 | Advanced New Technologies Co., Ltd. | Sending cross-chain authenticatable messages |
| CN110430162B (en) * | 2019-06-28 | 2020-11-24 | 创新先进技术有限公司 | Method and device for sending authenticable message in cross-link mode |
| CN110401656B (en) * | 2019-07-24 | 2021-11-30 | 西安纸贵互联网科技有限公司 | Block chain management system |
| CN110609868B (en) * | 2019-09-03 | 2022-01-07 | 中国人民大学 | Cross-chain cooperative working method and system based on same-block chain platform |
| CN112448936B (en) * | 2019-09-03 | 2023-03-14 | 致信互链(北京)科技有限公司 | Method and system for migrating general certificates in block chain |
| CN112448817A (en) * | 2019-09-05 | 2021-03-05 | 陈小虎 | Decentralization consensus scheme |
| CN110650189B (en) * | 2019-09-20 | 2022-01-18 | 深圳供电局有限公司 | Relay-based block chain interaction system and method |
| CN111163129B (en) * | 2019-12-05 | 2021-12-14 | 深圳前海微众银行股份有限公司 | Resource processing method and device based on cross-link network |
| CN111090661B (en) * | 2019-12-10 | 2024-03-01 | 京东科技信息技术有限公司 | Block chain cross-chain data access method, device, adapter and system |
| CN110706113A (en) * | 2019-12-13 | 2020-01-17 | 腾讯科技（深圳）有限公司 | Cross-block-chain data processing method, device, equipment and medium |
| CN111581251B (en) * | 2020-04-23 | 2023-07-28 | 傲林科技有限公司 | Digital asset query method, device and storage medium for cross-chain transaction |
| CN111625873B (en) * | 2020-05-27 | 2023-11-10 | 山东师范大学 | Controllable information presentation method and system based on mixed block chain |
| CN111600908B (en) * | 2020-06-17 | 2021-07-13 | 杭州云链趣链数字科技有限公司 | Data processing method, system, computer device and readable storage medium |
| CN111741026B (en) * | 2020-08-07 | 2020-12-01 | 百度在线网络技术（北京）有限公司 | Cross-chain transaction request processing method, device, equipment and storage medium |
| CN112287029B (en) * | 2020-11-17 | 2023-05-16 | 北京物资学院 | Block chain multi-chain cross-chain system and implementation mechanism thereof |
| CN114385756A (en) * | 2021-06-17 | 2022-04-22 | 支付宝(杭州)信息技术有限公司 | Method for executing transaction in block chain and block chain link point |
| CN115001712A (en) * | 2022-06-10 | 2022-09-02 | 上海万向区块链股份公司 | Method, system and medium for value communication transmission between block chains |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107038639A (en) * | 2017-03-07 | 2017-08-11 | 杭州公链网络技术有限公司 | A kind of alliance's chain building method of compatible many Asset Type fast transactions |
| CN107301600A (en) * | 2017-06-23 | 2017-10-27 | 北京天德科技有限公司 | A kind of core algorithm for the block chain the Internet model merchandised across chain |
| CN107679857A (en) * | 2017-10-10 | 2018-02-09 | 马晶瑶 | Across the chain method of commerce and storage medium of block chain |
| CN107733855A (en) * | 2017-08-31 | 2018-02-23 | 中国科学院信息工程研究所 | A kind of block catenary system and application process that can support publicly-owned chain, alliance's chain and privately owned chain simultaneously |
| CN107742210A (en) * | 2017-10-13 | 2018-02-27 | 布比（北京）网络技术有限公司 | Across the chain fund transfer system and method for a kind of different blocks interchain |
| CN108009811A (en) * | 2017-11-30 | 2018-05-08 | 中国人民解放军国防科技大学 | Inter-cloud computing environment value exchange-oriented cross-chain communication method |
| KR20180054530A (en) * | 2018-05-03 | 2018-05-24 | 유비벨록스(주) | Identification System Using a Relay Server and Identification Method by the Same |
-
2018
- 2018-06-11 CN CN201810594291.XA patent/CN109035012B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107038639A (en) * | 2017-03-07 | 2017-08-11 | 杭州公链网络技术有限公司 | A kind of alliance's chain building method of compatible many Asset Type fast transactions |
| CN107301600A (en) * | 2017-06-23 | 2017-10-27 | 北京天德科技有限公司 | A kind of core algorithm for the block chain the Internet model merchandised across chain |
| CN107733855A (en) * | 2017-08-31 | 2018-02-23 | 中国科学院信息工程研究所 | A kind of block catenary system and application process that can support publicly-owned chain, alliance's chain and privately owned chain simultaneously |
| CN107679857A (en) * | 2017-10-10 | 2018-02-09 | 马晶瑶 | Across the chain method of commerce and storage medium of block chain |
| CN107742210A (en) * | 2017-10-13 | 2018-02-27 | 布比（北京）网络技术有限公司 | Across the chain fund transfer system and method for a kind of different blocks interchain |
| CN108009811A (en) * | 2017-11-30 | 2018-05-08 | 中国人民解放军国防科技大学 | Inter-cloud computing environment value exchange-oriented cross-chain communication method |
| KR20180054530A (en) * | 2018-05-03 | 2018-05-24 | 유비벨록스(주) | Identification System Using a Relay Server and Identification Method by the Same |
Non-Patent Citations (3)
| Title |
|---|
| Polkadot（波卡链）：白皮书-畅想一种异构的多链架构;老杨_QQ122209017;《CSDN博客 https://blog.csdn.net/sinat_34070003/article/details/79747162》;20180329;全文 * |
| 平行区块链：概念、方法与内涵;袁勇 等;《自动化学报》;20171031;第43卷(第10期);全文 * |
| 深度解析：区块链跨链技术;吴聊区块链;《搜狐网 https://www.sohu.com/a/219830841_100108683》;20180130;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109035012A (en) | 2018-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109035012B (en) | Cross-chain processing method of block chain system and computer readable storage medium | |
| JP7422806B2 (en) | Methods, electronic devices and storage media to avoid or reduce cryptographically stranded resources in blockchain networks | |
| US20220366401A1 (en) | Rapid distributed consensus on blockchain | |
| EP3659293B1 (en) | Methods and systems for blockchain-implemented event-lock encryption | |
| CN110288480B (en) | Private transaction method and device for blockchain | |
| CN110011996B (en) | Application authorization method and device based on block chain and electronic equipment | |
| JP2023166542A (en) | Method and system for recording a plurality of transactions in block chain | |
| CN110189128B (en) | Distributed consensus method and device for block rapid generation | |
| CN114730422A (en) | System and method for commerce in a distributed system with blockchain protocol and intelligent contracts | |
| CN110033271B (en) | Cross-chain transaction method, system and computer readable storage medium | |
| WO2018015177A1 (en) | Method for secure ledger distribution and computer system using secure distributed ledger technology | |
| RU2577472C2 (en) | Authentication framework extension for verification of identification information | |
| CN113850599B (en) | Cross-link transaction method and system applied to alliance link | |
| CN110503429B (en) | Decentralized content interaction method and system | |
| CN116527684A (en) | Multi-chain information interaction method based on 1+1+N relay consensus committee | |
| CN111311260A (en) | Method and device for resetting account private key | |
| CN112968772B (en) | Cross-chain decoupling method and system for block chain data | |
| CN111523892B (en) | Block chain cross-chain transaction method and device | |
| JP2023016626A (en) | Fully decentralized block chain system and computer program for transaction of cryptographic asset that prevent illegal transaction and even allow anonymous user to participate | |
| CN117314399B (en) | Zero-trust extensible cross-chain asset interaction system and method | |
| CN117056888A (en) | Web3.0-oriented digital asset cross-chain transfer system for decentralizing identity authentication | |
| JP2024056954A (en) | Secure Reuse of Private Keys for Dynamic Node Groups | |
| CN115021946A (en) | Method for removing centralized mixed coins based on ring signature | |
| CN113672635A (en) | Correction method and system for data in block chain | |
| Ridha et al. | Comparative analysis of Consensus Algorithms in Blockchain Technologies |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |