CN111461889A - Cross-chain transaction system, method and storage medium for alliance blockchain - Google Patents
Cross-chain transaction system, method and storage medium for alliance blockchain Download PDFInfo
- Publication number
- CN111461889A CN111461889A CN202010314018.4A CN202010314018A CN111461889A CN 111461889 A CN111461889 A CN 111461889A CN 202010314018 A CN202010314018 A CN 202010314018A CN 111461889 A CN111461889 A CN 111461889A
- Authority
- CN
- China
- Prior art keywords
- chain
- cross
- transaction
- alliance
- node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- 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
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention relates to a cross-chain transaction system, a method and a storage medium for a block chain of a federation, wherein the system comprises a cross-chain medium alternative pool and a cross-chain processor of the federation, and the cross-chain medium alternative pool comprises a plurality of candidate nodes; the cross-chain medium alternative selection pool is configured to receive a cross-chain transaction request and select a candidate node as a cross-chain medium node M; the cross-link medium node M is configured to perform buyer alliance chain transaction and seller alliance chain transaction respectively, wherein the seller alliance chain transaction occurs before the buyer alliance chain transaction, and the buyer alliance chain transaction and the seller alliance chain transaction are generated based on the cross-link transaction request; the alliance chain cross-chain processor is configured to receive and verify information of the buyer alliance chain transaction; information for a seller federation chain transaction is received and verified, and then a signature and evidence are generated. Compared with the prior art, the method has the advantages of safety, credibility of cross-chain transaction, diversity of applicable scenes and the like.
Description
Technical Field
The present invention relates to the field of blockchain technologies, and in particular, to a system, a method, and a storage medium for a cross-chain transaction in a federation blockchain.
Background
The blockchain technology born together with the bitcoin fuses the leading-edge technologies such as distributed storage, consensus mechanism, point-to-point technology and cryptography, and is being used as an important infrastructure for constructing the future value internet. The current blockchain has tended to be complete and mature in single-chain functional mining, while in a particular implementation deployment style, the alliance chain is undoubtedly the most commercially valuable underlying technical paradigm. In recent years, the construction and development of a business alliance chain platform are rapid, and various enterprises apply hundreds of flowers based on block chains built by own platforms. After the function and ecology of a single blockchain are gradually developed, the largest business requirement of the alliance chain is how to realize a channel for data circulation and value flow with other blockchains. The existence of the value island greatly hinders the fusion development of block chain application ecology.
In addition, the blockchain has a technical bottleneck of 'impossible triangulation', i.e. performance, safety and decentralization cannot be achieved at the same time, and only two of them can be adopted. The alliance chain is used as a bottom layer architecture of business application, and in order to guarantee safety and performance, the alliance chain sacrifices a price in a semi-centralized mode. However, the performance (number of transactions per second) brought by the alliance chain is far inferior to that of a centralized organization, and the blockchain cross-chain technology can communicate different blockchains, create a new data collaboration and sharing mode, and is expected to bring new business opportunities to the alliance chain.
Early in 2016 (9 months), the Ethengfang founder Vialik written reports on cross-link interoperation for Bank alliance links R3, and three cross-link approaches were mentioned, namely notary mechanism (Notaryschemes), sidechain/Relay (Sidechains/relays) and Hash-locking (Hash-locking). earlier bit-currency sidechain item BTC-Relay was used to implement one-way cross-link between bit-currency and Ethengfang.
However, since the search of these early cross-chain technical solutions is put into the public chain field, there is only a mature solution for the cross-chain transaction processing system or method of the alliance chain. Compared with a public chain, a block chain of the alliance chain has a more complex service mode, intelligent contract logics in different service scenes are different, and how to ensure the integrity and consistency of transactions in the cross-chain process of the alliance chain is a problem worthy of research.
Disclosure of Invention
The present invention is directed to overcome the above-mentioned drawbacks of the prior art related to a less mature cross-link transaction scheme of a federation chain, and provides a cross-link transaction system, method and storage medium for a block chain of a federation.
The purpose of the invention can be realized by the following technical scheme:
a cross-chain trading system for a federation blockchain includes a cross-chain intermediary alternative pool and a federation chain cross-chain processor, the cross-chain intermediary alternative pool including a plurality of candidate nodes;
the cross-chain medium alternative selection pool is configured to receive a cross-chain transaction request and select a candidate node as a cross-chain medium node M;
the cross-link medium node M is configured to conduct a buyer alliance-link transaction and a seller alliance-link transaction respectively, wherein the seller alliance-link transaction occurs before the buyer alliance-link transaction, and the buyer alliance-link transaction and the seller alliance-link transaction are generated based on the cross-link transaction request;
the alliance chain cross-chain processor is configured to receive and verify information of the buyer alliance chain transaction; information of the seller alliance chain transaction is received and verified, and then a signature and evidence are generated.
Further, the cross-chain intermediary node M is further configured to, after receiving the cross-chain transaction request, further disclose an intermediary signature to the whole network, where the intermediary signature is generated by digitally signing the cross-chain transaction request with a private key of the cross-chain intermediary node M.
Further, the federation chain cross-chain processor generates the evidence using the mercker proof principle.
Furthermore, the cross-chain trading system further comprises an inspection structure node, and the inspection structure node is used for performing behavior inspection on the cross-chain medium nodes in the cross-chain medium alternative pool.
Further, the cross-chain transaction system also comprises a buyer alliance chain node and a seller alliance chain node,
the buyer alliance chain node is configured to generate a cross-chain transaction request; conducting the buyer alliance chain transaction with the cross-chain intermediary node M;
the seller federation chain node is configured to conduct the seller federation chain transaction with the cross-chain intermediary node M;
the buyer alliance link node and the seller alliance link node are alliance link nodes based on intelligent contracts.
Further, the buyer alliance chain node is further configured to receive and verify the signature and the evidence, and then conduct the buyer alliance chain transaction with the cross-chain intermediary node M.
Further, the buyer alliance chain node is further configured to disclose the cross-chain transaction request in the whole network.
The invention also provides a transaction method for the cross-chain transaction system of the alliance blockchain, which comprises the following steps:
receiving a cross-chain transaction request, transmitting the cross-chain transaction request to the cross-chain media alternative pool, and acquiring a cross-chain media node M;
generating a buyer alliance chain transaction and a seller alliance chain transaction according to the cross-chain transaction request;
sending seller alliance chain transaction to the cross-chain medium node M, and acquiring the information of the seller alliance chain transaction;
sending information of seller alliance chain transaction to an alliance chain cross-chain processor, and acquiring a signature and evidence;
sending a signature and evidence and the alliance chain transaction of the buyer to acquire the information of the alliance chain transaction of the buyer;
information for the buyer league chain transaction is sent to a league chain cross-chain processor.
Further, the step of obtaining the information of the seller alliance chain transaction further comprises the step of packaging the information of the seller alliance chain transaction into a seller alliance chain block;
the step of obtaining the information of the buyer alliance chain transaction further comprises the step of packaging the information of the buyer alliance chain transaction into a buyer alliance chain block.
Further, the cross-chain transaction request includes a buyer address, a seller address, a transaction amount and an order tip.
The invention also provides a computer readable storage medium having stored thereon a processing system which, when executed by a processor, implements the steps of the method as described above.
Compared with the prior art, the invention has the following advantages:
(1) security of the cross-chain transaction system: the invention takes alliance block chain as the bottom technology selection type, and the user and the node which are accessed to the cross chain are approved to be checked through the certification of a CA (certificate authority); the cross-chain medium established by the invention is used as a third party for assisting cross-chain transaction and is also supervised by related organizations; the invention sets a special reward and punishment mechanism for the cross-chain medium, and the special sequence of cross-chain transaction processing enables the nodes to be subjected to inorganic multiplication, thereby ensuring the identity security of the nodes in the cross-chain system and the security of the cross-chain transaction.
(2) Effectively prevent fraudulent conduct: a cross-chain transaction involves three parties: a user A, a cross-chain media node M and a merchant B; based on the characteristics of the intelligent contract, the user A cannot make a fraud action once the user initiates a transaction; the merchant B is a transaction receiver and is in a passive state, so that the possibility of fraud can be eliminated; in the cross-chain transaction method, the action of transferring the money to the seller alliance chain node occurs firstly by the cross-chain medium node M, so that the situation of fraud, such as the situation that the cross-chain medium node M does not execute the transfer to the seller alliance chain node as specified after receiving the point transfer of the buyer alliance chain node and obtaining the reward is not possible, and the reward in the local cross-chain order is obtained as long as the cross-chain medium node M operates as specified.
(3) Credibility of cross-chain transactions: the invention designs a coalition chain cross-chain processor CCBP which has a function of transaction verification besides a function of forwarding information receipt back and forth between two coalition chains, generates evidence for verifying transaction and signs by utilizing the Mercker certification principle, and uses the evidence to carry out credible verification of cross-chain transaction data access by two party coalition chains, so that one party coalition chain can confirm that the transaction really occurs on a source coalition chain, and the authenticity and credibility of cross-chain transaction and receipt are ensured.
(4) Diversity of applicable scenarios: the alliance chain cross-chain transaction method provided by the invention is not only suitable for point cross-chain exchange, but also suitable for application scenes such as point cross-chain transfer, point cross-chain payment and the like; the invention provides a cross-link solution idea for alliance link data intercommunication and mutual visit and a cross-link interaction new paradigm for alliance link business.
Drawings
FIG. 1 is a federation chain cross-chain interaction diagram;
FIG. 2 is a federation chain cross-chain transaction flow diagram;
FIG. 3 is a diagram of a federated chain cross-chain processor system.
Detailed Description
The invention is described in detail below with reference to the figures and specific embodiments. The present embodiment is implemented on the premise of the technical solution of the present invention, and a detailed implementation manner and a specific operation process are given, but the scope of the present invention is not limited to the following embodiments.
Example 1
The embodiment provides a cross-chain transaction system and a cross-chain transaction method for a block chain of a federation. The study objects of this example are two federation blockchains: first alliance Chain (CB)1) Second alliance Chain (CB)2). This embodiment will give CB1,CB2Active cross-chain transaction methods in between. Cross-chain transactions refer to a user making a transaction between two blockchains, i.e., an asset is in the CB1,CB2To and from. Most of the existing cross-chain transaction implementation methods are to destroy the corresponding assets on the first blockchain and create/release the corresponding assets on the second blockchain, which can be regarded as blockchainsA special transaction.
As shown in fig. 1, the main technical ideas provided by the present embodiment are: when a transaction Tx occurs in the first federation chain1When the first federation chain needs to provide proof to the second federation chain that a transaction has occurred, the second federation chain needs to have a Tx for this transaction1And performing verification so as to keep the information synchronization of the two chains, namely the interaction process of the alliance chain across the chains.
Then any blockchain must have the ability to provide evidence to its chain and the ability to verify transactions on other blockchains in the cross-chain process. If in practical applications each blockchain stores evidence from other chains and sets up verifications for other chains, the complexity is extremely high. In the embodiment, therefore, a cross-chain transaction system and a method for a block chain of a federation are provided by designing a cross-chain medium and a cross-chain processor of the block chain of the federation.
The cross-link intermediary, federated cross-link processor, specific methodology principles and implementation examples are described in detail below, respectively.
One, cross-chain medium
This embodiment proposes an alternate cross-chain medium, which is similar to the miners' role of bitcoin mine, but is used to assist users in cross-chain transactions between two alliance chains. The cross-chain medium is generated by randomly electing after a node which is intentionally used as a cross-chain middle person and has accounts on both sides of the chain pays a certain deposit to enter an alternative pool. The cross-link medium can initiate a transaction on any party blockchain. In order to encourage nodes to elect a cross-chain medium and promote the completion of cross-chain transaction, the cross-chain medium has a special reward and punishment mechanism: when the cross-chain order is successfully completed, the cross-chain medium can earn a service fee accounting for 5 percent of the order amount; meanwhile, once the phenomena of illegal doing and dislike of the cross-chain medium and normal operation of the cross-chain transaction are disturbed are found, all the deposit paid by the node is immediately deducted, and the election capability is permanently cancelled.
Two, alliance chain cross-chain processor
A federation chain Cross-link Processor (hereinafter CCBP), capable of reading content on a Blockchain through a federation chain-specific intelligent contract interface and capable of verifying transaction data on the chain.
As shown in fig. 2, the principle of the CCBP is that when a cross-link channel is established between a first alliance chain and a second alliance chain, the first alliance chain only needs to open an intelligent contract interface to send an evidence of a transaction to a CCBP input chain, the CCBP performs self-verification through a verification module, the validity of the transaction is judged, then a forwarding module outputs the evidence to the second alliance chain, and the second alliance chain receives and judges the evidence through the intelligent contract interface. Thus, the validity proof of the cross-chain transaction can be completed.
The alliance chain cross-chain processor comprises a transaction input module, a transaction verification module and a result output module, which are respectively described in detail below.
2.1, transaction input Module
The alliance chain provides a transaction which is already carried out and other relevant evidence to the CCBP through an open intelligent contract interface, and the transaction enters a transaction verification module through a transaction input module.
2.2 transaction verification Module
CCBP performs transaction presence verification by performing Merck tree attestation based on data on the transaction source block chain and using a signature function Sign (TX) when verification is passedx，SKCCP) Generating a signature σ and using a proof function Prove (TX)xσ) generating evidence π; and rejecting the cross-chain transaction request when the verification result is not passed, and returning a result of verification failure.
2.3 result output Module
And the result output module of the CCBP forwards the processing result of the transaction verification module to an intelligent contract interface of the opponent alliance chain, and the intelligent contract on the opponent alliance chain is further processed according to the returned result.
Third, concrete principle of method
The specific steps of the proper noun and symbolic explanation, the cross-chain trading system, the assumptions and explanations, and the cross-chain trading method are described in detail below.
3.1 proper noun and symbolic interpretation
The terms and symbols used hereinafter are explained and explained.
1.1) the Transmit chain for a Cross-Federation Link transaction is referred to as the first Federation chain, denoted (CB)1) Digital asset-score on it is noted as (credit)1) (ii) a Unit c1(ii) a The receive chain for a cross-federation chain transaction is referred to as the second federation chain, denoted as (CB)2) Digital asset-score on it is noted as (credit)2) Unit c of2；
1.2) third party nodes with accounts on both the first and second federation chains are called cross-link intermediaries and are marked as (M);
1.3) the address (public key) on the first Federation chain across the chain intermediary is
The address (public key) on the second federation chain across the chain medium is
1.4) the embodiment designs a federation chain cross-chain processor for federation chain cross-chain special development, and records the processor as (CCBP); the public key (address) of CCBP is recorded as PKCCPThe private key of CCBP is recorded as SKCCP；
1.5) the transaction initiator participating in a cross-chain transaction in the cross-chain transaction example described in this embodiment is called a user (A), and the transaction receiver is called a merchant (B);
1.6) user A has an address (public key) of the first federation chain of
The address (public key) of merchant B on the second federation chain is
1.7) this embodiment records as TX the transaction that occurred on the first Federation chainCB1(ii) a Transactions occurring over the second federation chain are denoted TXCB2(ii) a Transactions occurring between the first federation chain and the second federation chain are marked as cross-chain transactions as funds flow from the first federation chainRecord TX toward second federation chainCB1→CB2；
1.8) this embodiment marks a block in the first blockchain as BCB1(ii) a One block in the second blockchain is marked as BCB2；
1.9) this embodiment records the credit locked by user A on the first federation chain as creditCB1(ii) a The credit accepted by the merchant B on the second alliance chain is marked as creditCB2。
3.2 Cross-chain transaction System
The system for cross-chain transaction for a federation blockchain provided by the embodiment comprises a cross-chain medium alternative pool and a federation chain cross-chain processor, wherein the cross-chain medium alternative pool comprises a plurality of candidate nodes;
the cross-chain medium alternative selection pool is configured to receive a cross-chain transaction request and select a candidate node as a cross-chain medium node M;
the cross-link medium node M is configured to perform buyer alliance chain transaction and seller alliance chain transaction respectively, wherein the seller alliance chain transaction occurs before the buyer alliance chain transaction, and the buyer alliance chain transaction and the seller alliance chain transaction are generated based on the cross-link transaction request;
the alliance chain cross-chain processor is configured to receive and verify information of the buyer alliance chain transaction; information for a seller federation chain transaction is received and verified, and then a signature and evidence are generated. The federation chain cross-chain processor generates evidence using the mercker proof principle.
The cross-chain medium node M is also configured to disclose a medium signature to the whole network after receiving the cross-chain transaction request, wherein the medium signature is generated by a private key of the cross-chain medium node M to carry out digital signature on the cross-chain transaction request.
The cross-chain transaction system further comprises buyer alliance chain nodes and seller alliance chain nodes,
the buyer alliance chain node is configured to generate a cross-chain transaction request and disclose the cross-chain transaction request in the whole network; receiving and verifying the signature and the evidence, and performing the alliance chain transaction of the buyer with the cross-chain medium node M when the verification is successful;
the seller alliance chain node is configured to conduct seller alliance chain transaction with the cross-chain medium node M;
the buyer alliance chain node and the seller alliance chain node are alliance chain nodes based on intelligent contracts. In this embodiment the buyer alliance link node connects to user a and creates a first alliance chain CB1 and the seller alliance link node connects to merchant B and creates a second alliance chain CB 2.
The cross-chain trading system further comprises an inspection structure node, and the inspection structure node is used for performing behavior inspection on the cross-chain medium nodes in the cross-chain medium alternative pool.
3.2 assumptions and explanations
To better illustrate the subsequent federation chain cross-chain example, the present embodiment gives the following explanations and assumptions:
2.1) based on the automatic execution characteristics of the smart contracts, assuming that the user is not revocable once the transaction activity is initiated;
2.2) the exchange ratio of credit1 on the first alliance chain CB1 to credit2 on the second alliance chain CB2 is 2: 1;
2.3) the order information contained in one cross-chain transaction Request (Request) is as follows: buyer address Addr1Vendor Address Addr2The point transaction Amount Amount (converted by points on the alliance chain of the buyer), and Order tip _ tips; expressed as: request { Addr, Addr ═ Addr2，Amount，Order_tips}；
2.4) the cross-chain medium should be disclosed to the whole network after accepting a cross-chain order, and the private key S of the medium is utilizedkPerforming digital signature on a cross-chain transaction Request body Request; expressed as: sig ═ Sk(Request)}；
2.5) one-stroke cross-chain transaction CCTX1→2The contained information is: buyer address Addr1Vendor Address Addr2Addr Cross-chain Medium Address3Buyer pays credit1The seller receiving the credit2Order tip _ tips; expressed as: CCTX1→2＝{Addr，Addr2，Addr3，credit1，credit2Order _ tips }, where credit }, in which1＝{n*credit2+Order_tips}；
3.3 specific steps of Cross-chain transaction method
As shown in fig. 3, the specific steps of the method for inter-federation chain cross-link transaction proposed in this embodiment are designed as follows:
3.1) user A in the first alliance chain wants to buy the data service of the value credit2 sold by the merchant B in the second alliance chain by using the credit1 of the user A in the first alliance chain, wherein the user A is a buyer and the merchant B is a seller;
3.2) A initiates a cross-chain transaction request and sends an order to the whole network,
the nodes in the cross-chain medium alternative pool are disclosed;
3.3) the alternate cross-chain media pool randomly distributes a node in the candidate nodes as a cross-chain media node M to receive the cross-chain order request and to disclose the cross-chain order request to the whole network, wherein Sig is { S ═ S {k(Request)}；
3.4) at this time, the cross-chain transaction involving user A, merchant B, and cross-chain intermediary node M can be expressed as:
wherein the credit1＝{n*credit2+Order_tips}；
3.5) to TXCB1→CB2Splitting into two parts, one part being intra-chain transactions TX of a user A and a cross-chain intermediate node M on a first alliance chainA→M(buyer alliance chain transaction), the second part is an intra-chain transaction TX with merchant B at a cross-chain intermediary node M on the second alliance chainM→B(seller alliance chain transactions);
3.6) it is worth emphasizing here that the credit cross-chain transaction policy of this embodiment is transaction TX on the second alliance chainM→BFirst, the intermediate node M forwards the credit2 to merchant B in the second federation chain first,
3.7) waiting for TXM→BIs packed into block BCB2；
3.8) second Union chain contract interface to transact TXM→BSubmitted to CCBP, which performs verification and gives Signature σ ═ Signature (TX)M→B，SKCCP) And evidence pi ═ cave (TX)M→Bσ); output to the first alliance chain CB1；
3.9) on the first Federation chain, user A notes the transaction of transferring credit1 to the cross-chain intermediary node M
Before the transaction occurs, the preset trigger conditions of the intelligent contract are as follows: verifying the evidence pi and signature sigma provided by the CCBP about the occurrence of a transaction on the second federation chain, the execution of TX being triggered only when the verification of the smart contract passesA→M；
3.10) waiting for TXA→MIs packed into block BCB1；
3.11) contract interface on first alliance chain to transact TXA→MSubmitted to CCBP, which performs transaction verification and, when successful, signs σ to Signature (TX)M→B，SKCCP) Returning to the first alliance chain and the second alliance chain, and otherwise, returning to the failure of the transaction;
3.12) the points cross-chain transaction is over.
Step 3.6) was further analyzed below:
in a system where two federation chains interact, a single cross-chain transaction involves potentially fraudulent objects. First, a single cross-chain transaction involves three parties: user A, cross-link media node M, and merchant B. The user A is a transaction initiator, and based on the assumption that the user A cannot revoke once initiating a transaction and cannot make a fraud action; the merchant B is a transaction receiver and is in a passive state, so that the possibility of fraud can be eliminated; the most likely fraud is then the cross-link intermediary node M we have introduced because it is both the recipient of the transaction on the first federation chain and the initiator of the transaction on the second federation chain.
However, under the cross-chain transaction policy proposed in this embodiment, M has no chance to perform fraud, and can be proved by a model:
according to the transaction flow described above, the processing strategy of this embodiment is that, in brief, the action of transferring M to B on the second federation chain occurs first, and a corresponding transaction existence evidence pi is generated by CCBP and returned to the first federation chain; the action of transferring A to M is then performed only after verification of π by the intelligent contract on the first federation chain.
This has the advantage of preventing fraud across the chain intermediate nodes M, which would result in A losing points, for example, if M received A's point transfer and got a premium and then executed the transfer to B as specified. This is obviously not possible in the cross-chain trading strategy designed by this embodiment, because this embodiment guarantees the benefits of a by executing the trade on the second blockchain first, and as long as M operates as specified, it will get about the remuneration he gets from this cross-chain order.
Certainly, except for preventing fraud M through the execution sequence of the transaction policy, a special supervising agency node is set in this embodiment to periodically perform behavior detection on the candidate nodes in the cross-link medium alternative pool, and once illegal behaviors are found, the deposit paid by the candidate nodes is completely deducted and is also named after the network. Thus ensuring the forward excitation and the rules of the network.
Fourth, implementation example
User A in the first federation chain wants to purchase a data service sold by merchant B in the second federation chain at a value of 50credit2 for an additional service fee of 5credit1 using 100credit 1.
The implementation example is as follows:
4.1) user A's account in the first Federation chain is
The account of the user B in the second alliance chain is
4.2) A initiates a cross-chain transaction request and sends the request to the whole networkThe order is placed on the order table,
the nodes in the cross-chain medium alternative pool are disclosed;
4.3) the alternate cross-chain medium selection pool randomly distributes a node in the candidate nodes as a cross-chain medium node M to receive the cross-chain order request and disclose the cross-chain order request to the whole network, wherein Sig is { S ═ S {k(Request)}；
4.4) at this time, the cross-chain transaction participated in by the user A and the cross-chain media node M can be expressed as:
among them 110credit1＝{2*50credit2+5credit1}；
4.5) We will TXCB1→CB2Splitting into two parts, one part is that user A transacts TX with cross-chain media node M on the first alliance chainA→MThe second part is the intra-chain transaction TX for user B with the cross-chain intermediary node M on the second federation chainM→B；
4.6) similarly, in order to guarantee the benefit of the user A, the transaction TX on the second alliance chain is in the credit cross-chain transaction strategyM→BFirst, i.e., the cross-chain intermediate node M must first forward the account to user B on the second federation chain,
4.7) waiting for TXM→BIs packed into block BCB2；
4.8) Trans-chain media node M will trade TXM→BSubmitted to a federation chain cross-chain processor CCBP which performs transaction presence verification and uses a Signature function Signature (TX)M→B，SKCCP) Generation of signature σ and attestation function Prove (TX)M→A′σ) generating evidence π; returned to the first alliance chain CB1For intelligent contract verification;
4.9) on the first federation chain, user A notes the transaction of the credit1 transferred to the cross-chain intermediary node M
Before the transaction occurs, the preset trigger conditions of the intelligent contract are as follows: verifying the evidence pi and the signature sigma, i.e. the function Verify (pi, sigma), provided by the CCBP, about the occurrence of a transaction on the second federation chain, triggering the execution of the TX only if the verification of the smart contract passesA→M；
4.10) waiting for TXA→MIs packed into block BCB1；
4.11) user A will trade TXA→MSubmitted to a coalition chain cross-chain processor CCBP which performs transaction presence verification and utilizes a Signature function Signature (TX) when verification is successfulA→M，SKCCP) Returning a signature message of successful point cross-link transaction to the first alliance chain and the second alliance chain;
at this time, the user completes the cross-link credit transfer on the accounts of the first alliance chain and the second alliance chain, and the cross-link transaction is ended.
The cross-chain transaction method for the federation blockchain provided by the embodiment is also suitable for application scenarios of cross-chain asset transfer (redemption). When the merchant B in this embodiment is the user a, that is, when the user a wants to perform credit transfer to his own account on the second federation chain through the account on the first federation chain, the cross-chain transaction method for the federation blockchain in this embodiment is still valid.
Embodiments of the present invention also provide a computer-readable storage medium, which may be any one or any combination of a hard disk, a multimedia card, an SD card, a flash memory card, an SMC, a Read Only Memory (ROM), an Erasable Programmable Read Only Memory (EPROM), a portable compact disc read only memory (CD-ROM), a USB memory, and the like. The computer-readable storage medium includes a processing system, and the processing system implements functions when executed by a processor, please refer to the above description of the transaction method for the cross-chain transaction system of the federation blockchain, which will not be described herein again.
The foregoing detailed description of the preferred embodiments of the invention has been presented. It should be understood that numerous modifications and variations could be devised by those skilled in the art in light of the present teachings without departing from the inventive concepts. Therefore, the technical solutions available to those skilled in the art through logic analysis, reasoning and limited experiments based on the prior art according to the concept of the present invention should be within the scope of protection defined by the claims.
Claims (10)
1. A cross-chain trading system for a federation blockchain, comprising a cross-chain intermediary alternative pool and a federation chain cross-chain processor, the cross-chain intermediary alternative pool comprising a plurality of candidate nodes;
the cross-chain medium alternative selection pool is configured to receive a cross-chain transaction request and select a candidate node as a cross-chain medium node M;
the cross-link medium node M is configured to conduct a buyer alliance-link transaction and a seller alliance-link transaction respectively, wherein the seller alliance-link transaction occurs before the buyer alliance-link transaction, and the buyer alliance-link transaction and the seller alliance-link transaction are generated based on the cross-link transaction request;
the alliance chain cross-chain processor is configured to receive and verify information of the buyer alliance chain transaction; information of the seller alliance chain transaction is received and verified, and then a signature and evidence are generated.
2. The system of claim 1, wherein the cross-chain intermediary node M is further configured to, after receiving the cross-chain transaction request, further expose to the whole network an intermediary signature generated by a private key of the cross-chain intermediary node M digitally signing the cross-chain transaction request.
3. A system for federation blockchain cross-chain transaction as recited in claim 1 wherein the federation chain cross-chain processor generates the evidence using mercker's proof principle.
4. The system of claim 1, further comprising a supervisory structure node configured to perform behavior checks on the cross-chain intermediary nodes in the cross-chain intermediary election pool.
5. The system of claim 1, wherein the system further comprises a buyer alliance chain node and a seller alliance chain node,
the buyer alliance chain node is configured to generate a cross-chain transaction request; conducting the buyer alliance chain transaction with the cross-chain intermediary node M;
the seller federation chain node is configured to conduct the seller federation chain transaction with the cross-chain intermediary node M;
the buyer alliance link node and the seller alliance link node are alliance link nodes based on intelligent contracts.
6. A system as claimed in claim 5, wherein the buyer alliance chain node is further configured to receive and verify the signature and proof and then conduct the buyer alliance chain transaction with the cross-chain intermediary node M.
7. A cross-chain transaction system for a federation blockchain as claimed in claim 5 wherein the buyer federation chain node is further configured to publish the cross-chain transaction request in the whole network.
8. A transaction method for a cross-chain transaction system of a federation blockchain as claimed in claim 1, comprising the steps of:
receiving a cross-chain transaction request, transmitting the cross-chain transaction request to the cross-chain media alternative pool, and acquiring a cross-chain media node M;
generating a buyer alliance chain transaction and a seller alliance chain transaction according to the cross-chain transaction request;
sending seller alliance chain transaction to the cross-chain medium node M, and acquiring the information of the seller alliance chain transaction;
sending information of seller alliance chain transaction to an alliance chain cross-chain processor, and acquiring a signature and evidence;
sending a signature and evidence and the alliance chain transaction of the buyer to acquire the information of the alliance chain transaction of the buyer;
information for the buyer league chain transaction is sent to a league chain cross-chain processor.
9. The method of claim 8, wherein obtaining information about the seller alliance chain transaction further comprises packaging the information about the seller alliance chain transaction into a seller alliance chain block;
the step of obtaining the information of the buyer alliance chain transaction further comprises the step of packaging the information of the buyer alliance chain transaction into a buyer alliance chain block.
10. A computer-readable storage medium, having stored thereon a processing system, which when executed by a processor, performs the steps of the method of any one of claims 8 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010314018.4A CN111461889A (en) | 2020-04-20 | 2020-04-20 | Cross-chain transaction system, method and storage medium for alliance blockchain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010314018.4A CN111461889A (en) | 2020-04-20 | 2020-04-20 | Cross-chain transaction system, method and storage medium for alliance blockchain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111461889A true CN111461889A (en) | 2020-07-28 |
Family
ID=71684668
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010314018.4A Pending CN111461889A (en) | 2020-04-20 | 2020-04-20 | Cross-chain transaction system, method and storage medium for alliance blockchain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111461889A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112272114A (en) * | 2020-10-28 | 2021-01-26 | 成都质数斯达克科技有限公司 | Method, device, equipment and storage medium for sending information across block chain network |
| CN112398853A (en) * | 2020-11-16 | 2021-02-23 | 东软集团股份有限公司 | Method, device and system for realizing alliance chain cross-chain communication |
| CN112636987A (en) * | 2020-12-28 | 2021-04-09 | 杭州趣链科技有限公司 | Block chain cross-chain gateway determination method, system and terminal equipment |
| CN112801665A (en) * | 2021-03-19 | 2021-05-14 | 北京万物智链科技有限公司 | Cross-chain transaction method and system based on server relay |
| CN113783698A (en) * | 2021-08-26 | 2021-12-10 | 浙商银行股份有限公司 | Supply chain financial method based on decentralized cross-chain |
| CN114331447A (en) * | 2022-03-15 | 2022-04-12 | 北京溪塔科技有限公司 | Cross-link message submitting method and device |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060259393A1 (en) * | 2005-05-10 | 2006-11-16 | Chang-Jen Chen | Method of using an automatic trading machine as a medium trading relay and apparatus thereof |
| CN108269190A (en) * | 2018-01-17 | 2018-07-10 | 深圳四方精创资讯股份有限公司 | Across chain method and its system based on across chain relaying platform |
| CN108470278A (en) * | 2018-03-13 | 2018-08-31 | 成都零光量子科技有限公司 | A kind of block chain Token is across chain and on-line off-line method of commerce |
| CN109003186A (en) * | 2018-07-13 | 2018-12-14 | 北京创世智链信息技术研究院 | A kind of method of commerce for preventing from denying, apparatus and system based on block chain |
| WO2019010459A1 (en) * | 2017-07-07 | 2019-01-10 | Buki Pablo Javier | Methods and systems for processing high volume, fast settlement blockchain transactions |
| CN110020860A (en) * | 2019-04-09 | 2019-07-16 | 湖南天河国云科技有限公司 | Across the chain assets transfer method of one kind, system and computer readable storage medium |
| GB201907850D0 (en) * | 2018-06-03 | 2019-07-17 | Vvow Company Ltd | Peer-to-peer cryptocurrency and crypto asset trading platform |
| CN110866750A (en) * | 2018-08-28 | 2020-03-06 | 傲为信息技术(江苏)有限公司 | Anti-repudiation cross-chain transaction method and block chain system |
-
2020
- 2020-04-20 CN CN202010314018.4A patent/CN111461889A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060259393A1 (en) * | 2005-05-10 | 2006-11-16 | Chang-Jen Chen | Method of using an automatic trading machine as a medium trading relay and apparatus thereof |
| WO2019010459A1 (en) * | 2017-07-07 | 2019-01-10 | Buki Pablo Javier | Methods and systems for processing high volume, fast settlement blockchain transactions |
| CN108269190A (en) * | 2018-01-17 | 2018-07-10 | 深圳四方精创资讯股份有限公司 | Across chain method and its system based on across chain relaying platform |
| CN108470278A (en) * | 2018-03-13 | 2018-08-31 | 成都零光量子科技有限公司 | A kind of block chain Token is across chain and on-line off-line method of commerce |
| GB201907850D0 (en) * | 2018-06-03 | 2019-07-17 | Vvow Company Ltd | Peer-to-peer cryptocurrency and crypto asset trading platform |
| CN109003186A (en) * | 2018-07-13 | 2018-12-14 | 北京创世智链信息技术研究院 | A kind of method of commerce for preventing from denying, apparatus and system based on block chain |
| CN110866750A (en) * | 2018-08-28 | 2020-03-06 | 傲为信息技术(江苏)有限公司 | Anti-repudiation cross-chain transaction method and block chain system |
| CN110020860A (en) * | 2019-04-09 | 2019-07-16 | 湖南天河国云科技有限公司 | Across the chain assets transfer method of one kind, system and computer readable storage medium |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112272114A (en) * | 2020-10-28 | 2021-01-26 | 成都质数斯达克科技有限公司 | Method, device, equipment and storage medium for sending information across block chain network |
| CN112398853A (en) * | 2020-11-16 | 2021-02-23 | 东软集团股份有限公司 | Method, device and system for realizing alliance chain cross-chain communication |
| CN112636987A (en) * | 2020-12-28 | 2021-04-09 | 杭州趣链科技有限公司 | Block chain cross-chain gateway determination method, system and terminal equipment |
| CN112636987B (en) * | 2020-12-28 | 2022-06-24 | 杭州趣链科技有限公司 | Cross-chain gateway determination method and system for block chain and terminal equipment |
| CN112801665A (en) * | 2021-03-19 | 2021-05-14 | 北京万物智链科技有限公司 | Cross-chain transaction method and system based on server relay |
| CN112801665B (en) * | 2021-03-19 | 2021-08-24 | 北京万物智链科技有限公司 | Cross-chain transaction method and system based on server relay |
| CN113783698A (en) * | 2021-08-26 | 2021-12-10 | 浙商银行股份有限公司 | Supply chain financial method based on decentralized cross-chain |
| CN114331447A (en) * | 2022-03-15 | 2022-04-12 | 北京溪塔科技有限公司 | Cross-link message submitting method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Ghosh et al. | Security of Cryptocurrencies in blockchain technology: State-of-art, challenges and future prospects | |
| CN111461889A (en) | Cross-chain transaction system, method and storage medium for alliance blockchain | |
| Galal et al. | Verifiable sealed-bid auction on the ethereum blockchain | |
| Desai et al. | A hybrid blockchain architecture for privacy-enabled and accountable auctions | |
| Forte et al. | Beyond Bitcoin-Part I: A critical look at blockchain-based systems | |
| CN111316258A (en) | Transaction privacy in public distributed ledger system | |
| Carvalho et al. | When good blocks go bad: Managing unwanted blockchain data | |
| Roth | An architectural assessment of bitcoin: using the systems modeling language | |
| CN111738724B (en) | Cross-border resource transfer authenticity auditing method and device, and electronic equipment | |
| Laurence | Introduction to blockchain technology | |
| Eze et al. | A triplicate smart contract model using blockchain technology | |
| CN113179168B (en) | Cross-chain interaction method of block chain | |
| US11233638B1 (en) | Secured electronic token register system | |
| Bao et al. | A survey of blockchain consensus safety and security: State-of-the-art, challenges, and future work | |
| Koscina et al. | Plasticcoin: An erc20 implementation on hyperledger fabric for circular economy and plastic reuse | |
| CN111861440A (en) | Bank transfer method and system based on block chain network | |
| Yan et al. | Blockchain: Empowering Digital Economy | |
| Dash et al. | Artificial intelligence models for blockchain-based intelligent networks systems: Concepts, methodologies, tools, and applications | |
| CN101046899B (en) | Electronic ticket system and method based on public key basic infrastructure | |
| Cai et al. | Introduction to blockchain basics | |
| CN110860090A (en) | Game asset transaction method based on block chain | |
| Zhao et al. | Applying blockchain layer2 technology to mass e-commerce | |
| WO2023201360A2 (en) | Method, controller, and computer-readable medium for replacement of a cancelled repeating transfer data structure on a distributed transfer network | |
| Lin | Proof of work vs. Proof of stake in cryptocurrency | |
| CN116415955A (en) | Cross-chain transaction method and system based on combination of hash locking and notary |
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 |