CN111260474B - Asset transaction method, device, equipment, system and storage medium of cross-blockchain - Google Patents
Asset transaction method, device, equipment, system and storage medium of cross-blockchain Download PDFInfo
- Publication number
- CN111260474B CN111260474B CN202010094191.8A CN202010094191A CN111260474B CN 111260474 B CN111260474 B CN 111260474B CN 202010094191 A CN202010094191 A CN 202010094191A CN 111260474 B CN111260474 B CN 111260474B
- Authority
- CN
- China
- Prior art keywords
- asset
- asset transaction
- transaction request
- transaction
- blockchain network
- 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
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000012544 monitoring process Methods 0.000 claims abstract description 156
- 230000000977 initiatory effect Effects 0.000 claims abstract description 34
- 230000006399 behavior Effects 0.000 claims abstract description 24
- 238000012546 transfer Methods 0.000 claims description 32
- 230000006870 function Effects 0.000 claims description 24
- 230000015654 memory Effects 0.000 claims description 19
- 238000012795 verification Methods 0.000 claims description 15
- 239000004973 liquid crystal related substance Substances 0.000 claims description 8
- 230000007246 mechanism Effects 0.000 abstract description 5
- 238000004891 communication Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- LPLLVINFLBSFRP-UHFFFAOYSA-N 2-methylamino-1-phenylpropan-1-one Chemical compound CNC(C)C(=O)C1=CC=CC=C1 LPLLVINFLBSFRP-UHFFFAOYSA-N 0.000 description 1
- 240000003023 Cosmos bipinnatus Species 0.000 description 1
- 235000005956 Cosmos caudatus Nutrition 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
Abstract
The application discloses an asset transaction method, device, equipment, system and storage medium of a cross-region block chain, and relates to the technical field of block chains. The specific implementation scheme is as follows: introducing a monitoring module into a blockchain network system, and monitoring operation behaviors of asset transaction requests in at least two blockchain networks through the monitoring module, wherein transaction accounts of the asset transaction requests are related to each other; then, the monitoring module automatically triggers the initiation of an associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request. In this embodiment, the cross-chain asset transaction no longer requires the participation of a centralized mechanism, and only the asset transaction is completed in the chain; and the monitoring module can automatically initiate transactions to assist the user to complete asset transactions, so that the number of times that the user manually participates in the transactions and the number of times of signature are reduced, and the degree of automation and the user experience are improved.
Description
Technical Field
The application relates to the technical field of computers, in particular to the technical field of blockchain.
Background
Blockchains are novel application modes of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, and the like. Currently, the variety of blockchains is up to thousands, each blockchain has the application field of own good, has own technical communities and ecological environments, and is difficult to replace each other. But the transfer of assets on the chain cannot be carried out among all the block chains, and the value island phenomenon is increasingly obvious.
Currently, the most predominant ways of performing on-chain asset redemption between different chains includes the following two. One is to exchange assets by way of a transaction center; another is to issue assets on heterogeneous chains onto the same chain, with transactions being conducted by the asset issuer.
However, both through exchanges and asset issuers are absolutely centralized institutions. The phenomenon that the exchange is closed and run reversely and the issuer assets are abused is difficult to avoid, and the characteristics of transparent blockchain disclosure are not met.
Disclosure of Invention
The embodiment of the application provides an asset transaction method, device, equipment, system and storage medium of a cross-block chain, which are used for realizing non-centralized cross-chain asset transaction through intra-chain asset transaction.
In a first aspect, an embodiment of the present application provides an asset transaction method for a block-crossing chain, including:
monitoring operation behaviors of asset transaction requests in at least two blockchain networks by a monitoring module, wherein transaction accounts of the asset transaction requests are related to each other;
the monitoring module automatically triggers the initiation of the associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request.
According to the embodiment of the application, the monitoring module is introduced into the blockchain network system, the monitoring module can monitor the operation behaviors of the asset transaction requests in the blockchain network, and automatically trigger the associated asset transaction requests to be initiated in the blockchain network according to the execution progress of any asset transaction request, so that the non-centralized cross-chain asset transaction is realized only through the asset transaction in the chain. Moreover, by introducing the monitoring module, the user does not need to manually trigger the related asset transaction request, thereby replacing the user to complete the asset transaction, reducing the times of manually participating in the transaction and the signing times of the user, and improving the degree of automation, the transaction efficiency and the user experience.
Optionally, the asset transaction request includes the following categories:
an asset transaction locking transaction request for locking a set number of assets transferred from the transfer-out account to the transfer-in account;
an asset redemption transaction request for effecting redemption of the locked set number of assets from the transfer account to the transfer account;
an asset transaction retraction transaction request for effecting retraction of the locked set number of assets to the transfer-out account.
In an alternative embodiment of the above application, the monitoring module may snoop and initiate asset transaction locking transaction requests, asset transaction redemption transaction requests, and asset transaction retraction transaction requests to effect asset locking, asset redemption, and retraction across the blockchain.
Optionally, the asset transaction locking transaction request, asset transaction redemption transaction request, and asset transaction return transaction request are initiated based on a hash time lock smart contract deployed in a blockchain network.
In an optional implementation manner in the above application, locking, redemption and return of the asset are initiated through the hash time lock intelligent contract, so that contract transaction can be ensured to meet specific time requirements, and meanwhile, through the hash time lock contract, a user can better control the flow direction of the asset; moreover, the asset can be kept in the user's account until the asset is redeemed, improving the security of the asset transaction.
Optionally, the monitoring module automatically triggering the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request includes: the monitoring module verifies the asset transaction locking transaction request when monitoring that the asset transaction locking transaction request is initiated and executed in a first blockchain network; and when verification passes, acquiring a transfer account address in the asset transaction locking transaction request, and sending a notification to a user corresponding to the transfer account address, so that the user is used as a transfer account, and an associated asset transaction locking transaction request is initiated in a second blockchain network.
In an optional implementation manner in the above application, the monitoring module can monitor and verify the asset transaction locking transaction request, and when verification passes, the user corresponding to the account address is notified to send the notification, so that the user does not need to manually check and verify the asset locking transaction request, and the automation degree and the user experience are improved.
Optionally, the monitoring module automatically triggering the initiation of the associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request includes: the monitoring module obtaining a key required for redemption from a second blockchain network upon hearing the request for the asset transaction redemption transaction initiated and executed in the second blockchain network; the monitoring module initiates an asset transaction redemption transaction request in a first blockchain network using the key; wherein the transfer-out account in the asset transaction redemption transaction request initiated in the first blockchain network and the transfer-in account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a first user, and the transfer-in account in the asset transaction redemption transaction request initiated in the first blockchain network and the transfer-out account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a second user.
In an alternative embodiment of the above application, after the second blockchain network performs asset redemption, the monitoring module may obtain the key required for redemption to automatically initiate an asset transaction redemption transaction request in the first blockchain network to cause the first blockchain network to perform asset redemption; the exchange of the cross-chain assets is realized through transferring the assets of the first user into the account of the second user in the first blockchain network and transferring the assets of the second user into the account of the first user in the second blockchain network.
Optionally, the monitoring module automatically triggers, according to execution progress of any asset transaction request, initiating an associated asset transaction request in the blockchain network, including: if the transaction for the asset locked by the second blockchain network expires, the asset transaction redemption transaction request is not performed, the monitoring module initiates an asset transaction return transaction request in the second blockchain network.
In an alternative embodiment of the above application, if the second blockchain network does not perform asset redemption, the monitoring module automatically initiates an asset transaction retraction transaction request in the second blockchain network, ensuring that the locked asset on the second blockchain network is retracted and the transaction is ended without requiring manual retraction by the user. The embodiment realizes the atomic exchange of the cross-chain asset through the monitoring module, and if one blockchain network fails to execute, the execution fails to execute on other blockchain networks.
Optionally, the monitoring module automatically triggers, according to execution progress of any asset transaction request, initiating an associated asset transaction request in the blockchain network, including: if the transaction for the asset locked by the second blockchain network expires, the asset transaction redemption transaction request is not performed, the monitoring module initiates an asset transaction return transaction request in the first blockchain network.
In an alternative embodiment of the above application, if the second blockchain network does not perform asset redemption, the monitoring module automatically initiates an asset transaction retraction transaction request in the first blockchain network, ensuring that the locked asset on the first blockchain network is retracted and the transaction is ended without requiring manual retraction by the user.
Optionally, before the monitoring module monitors the operation behavior of the asset transaction request in the at least two blockchain networks, the method further includes: the monitoring module registers callback functions corresponding to the asset transaction requests in the at least two blockchain networks, and the callback functions are used for returning setting messages to the monitoring module when the corresponding asset transaction requests are initiated and executed.
In an optional implementation manner in the above application, the monitoring module monitors the operation behavior of the asset transaction request through the registration callback function, so that the operation behavior in the blockchain network is obtained in a callback function mode outside the blockchain network, protocol data of the blockchain network is not required to be relied on, and the operation of the blockchain network is not affected.
Optionally, the monitoring module automatically triggers, according to execution progress of any asset transaction request, initiation of an associated asset transaction request in a blockchain network, including: and the monitoring module automatically invokes an interface corresponding to the associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request so as to initiate the associated asset transaction request.
In an optional embodiment of the above application, the monitoring module initiates an asset transaction request through the interface exposed by the blockchain, and provides a communication mode between the monitoring module and the blockchain network; through the interface, the monitoring module can simulate a user to initiate an asset transaction request without changing the response logic of the blockchain network.
In a second aspect, an embodiment of the present application further provides an asset transaction device of a cross-block chain, including:
The monitoring module is used for monitoring the operation behaviors of the asset transaction requests in at least two blockchain networks, wherein transaction accounts of the asset transaction requests are related to each other;
and the initiating module is used for automatically triggering the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request.
In a third aspect, an embodiment of the present application further provides an electronic device configured with a monitoring module, including:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of transacting assets across a chain of blocks as provided by the embodiments of the first aspect.
In a fourth aspect, embodiments of the present application also provide a blockchain system, including: the system comprises at least two blockchain networks and a monitoring module, wherein the monitoring module is arranged in the electronic equipment;
the monitoring module is used for monitoring operation behaviors of asset transaction requests in at least two blockchain networks, wherein transaction accounts of the asset transaction requests are related to each other; automatically triggering the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request;
The at least two blockchain networks are used for responding to the asset transaction request and executing corresponding asset transaction operations.
In a fifth aspect, embodiments of the present application also provide a non-transitory computer readable storage medium storing computer instructions for causing the computer to perform an asset transaction method of a cross-block chain as provided by the embodiments of the first aspect.
Other effects of the above alternative will be described below in connection with specific embodiments.
Drawings
The drawings are included to provide a better understanding of the present application and are not to be construed as limiting the application. Wherein:
FIG. 1 is a schematic diagram of a blockchain system in accordance with an embodiment of the present application;
FIG. 2 is a flow chart of a method of asset transaction across a block chain in accordance with one embodiment of the application;
FIG. 3 is a flow chart of a method of asset transaction across a block chain in accordance with a second embodiment of the present application;
FIG. 4 is a flow chart of a method of asset transaction across a block chain in accordance with a third embodiment of the application;
FIG. 5 is a block diagram of an asset transaction device of a cross-block chain in accordance with a fourth embodiment of the present application;
FIG. 6 is a block diagram of an electronic device for implementing a method of asset transaction across blockchains in accordance with an embodiment of the application.
Detailed Description
Exemplary embodiments of the present application will now be described with reference to the accompanying drawings, in which various details of the embodiments of the present application are included to facilitate understanding, and are to be considered merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
The embodiment of the application is suitable for being executed by a block chain system, and is particularly suitable for a heterogeneous block chain system. Referring to fig. 1, a blockchain system 100 includes at least two blockchain networks 110, such as heterogeneous ethernet, EOS, cosmos, and the like. Each blockchain network 110 is engaged in operation by a plurality of node devices 111, and protocol data of the blockchain network 110, such as data and programs required for operation of any blockchain network 110 of a communication mechanism, a consensus mechanism, an incentive mechanism, and a smart contract, is deployed in the node device 111 engaged in a particular blockchain network 110. The node devices 111 of each blockchain network 110 may or may not overlap, i.e., the overlapping node devices have protocol data for multiple blockchain networks deployed simultaneously.
For a user, the user may manage his/her own assets by registering accounts in a plurality of blockchain networks 110 through the terminal 200, respectively, and the addresses registered by the users in different blockchain networks 110 are different, but all belong to the same user. As shown in fig. 1, a first user registers a first user account in a first blockchain network and a first user account in a second blockchain network. The second user registers a second user account in the first blockchain network and registers a second user account in the second blockchain network. Either user account may be a transfer-in account or a transfer-out account for the asset.
The blockchain system 100 to which the embodiments of the present application are applied is additionally provided with a monitoring module 120. The functions of the monitoring module 120 may be implemented in software and may be configured in either the blockchain node device 111 or the electronic device 121 (shown in fig. 1) independent of the blockchain node device 111. When the monitoring module 120 is configured in the electronic device 121, it may be communicatively connected to any node device in each blockchain network, where the node device may be a full-node device or a lightweight node. The monitoring module 120 is independent of the blockchain protocol data and communicates with the blockchain protocol data through an interface of the blockchain network, so as to monitor operation behaviors and initiate transaction requests.
The asset transaction method across blockchains is described in detail below based on the blockchain system described above.
Example 1
Fig. 2 is a flowchart of a method for transacting assets across blockchains in accordance with a first embodiment of the present application, where the method is performed by a device for transacting assets across blockchains, the device being implemented in software and/or hardware and being specifically configured in an electronic device having a certain data computing capability. In this embodiment, the above-mentioned monitoring module is configured in the asset transaction device of the cross-blockchain, and the method provided in this embodiment is specifically executed by the monitoring module.
An asset transaction method for a block-crossing chain as shown in fig. 2, comprising:
s201, monitoring operation behaviors of asset transaction requests in at least two blockchain networks by a monitoring module, wherein transaction accounts of the asset transaction requests are related to each other.
In this embodiment, the asset transaction request includes the following categories: an asset transaction locking transaction request for locking a set number of assets transferred from the transfer-out account to the transfer-in account; an asset redemption transaction request for effecting redemption of the locked set quantity of assets into the transfer account; an asset transaction retraction transaction request for effecting retraction of a locked set number of assets to a transfer-out account.
The transaction accounts for each asset transaction request include a transfer-in account and a transfer-out account in each blockchain network. Optionally, the in-account and out-account in the blockchain network have a transaction relationship. Preferably, the in-account in one blockchain network and the out-account in the other blockchain network belong to the same user, and the out-account in the one blockchain network and the in-account in the other blockchain network belong to the same user. For example, in connection with FIG. 1, if a first user account in a first blockchain network is taken as a transfer-out account, a second user account is taken as a transfer-in account; accordingly, the first user account in the second blockchain network is taken as a transfer account, and the second user account is taken as a transfer account.
In this embodiment, when an asset transaction locking transaction request is initiated and executed, the blockchain network locks a set number of assets transferred from the transfer-out account to the transfer-in account in the blockchain network. The number of assets transferred in can be determined by offline or online matching of users. When a set number of assets of the transfer-out account are locked, the assets are frozen but still present in the transfer-out account address. When an asset trading redemption transaction request is initiated and executed, the blockchain network redeems the locked asset into the transfer account. When an asset transaction retraction transaction request is initiated and executed, the blockchain network retracts the locked set number of assets to the transfer-out account. It will be appreciated that the asset transactions in this embodiment are performed within a blockchain network, and thus, the locked, redeemed and returned assets are assets in the affiliated blockchain network.
In this embodiment, the operational behavior of the asset transaction request includes the initiation and execution of the asset transaction request. The monitoring module listens to the initiation and execution of the asset transaction request to determine the execution progress of the asset transaction request, e.g., an asset transaction lock transaction request has been initiated and executed, at which time the asset is locked; for another example, an asset transaction redemption transaction request has been initiated and performed, at which time the asset is redeemed into the transfer account.
Optionally, before S201, the monitoring module registers a callback function corresponding to the asset transaction request in at least two blockchain networks, where the callback function is used to return a setting message to the monitoring module when the corresponding asset transaction request is initiated and executed. And when the monitoring module receives the setting message, monitoring the execution progress of the asset transaction request.
S202, the monitoring module automatically triggers the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request.
Optionally, the monitoring module may initiate an associated asset transaction request in the present blockchain network and/or other blockchain network.
The association between transaction requests may be determined based on the matched asset transaction logic. For example, after initiating and executing the asset transaction redemption transaction request in the second blockchain network, the monitoring module initiates and executes the asset transaction redemption transaction request in the first blockchain network. For another example, after initiating and executing the asset transaction retraction transaction request in the second blockchain network, the monitoring module initiates and executes the asset transaction retraction transaction request in the first blockchain network. For another example, the monitoring module initiates and executes an asset transaction redemption transaction request in the first and second blockchain networks when the asset transaction redemption transaction request is not executed in the second blockchain network.
Optionally, the monitoring module automatically invokes an interface in the blockchain network corresponding to the associated asset transaction request according to the execution progress of any asset transaction request to initiate the associated asset transaction request. Taking ethernet as an example, the monitoring module may call the following interface personal_send_send transmission, eth_send transmission, eth_getlockbynumber, eth_gettransactionReceipt, eth_call initiates an asset transaction request.
In an application scenario, besides the automatic triggering of the monitoring module, the associated asset transaction request can be initiated to the blockchain network through the user terminal, and specifically, the associated asset transaction request can also be initiated by calling an interface corresponding to the associated asset transaction request. To normalize interface calls and avoid repeated initiation requests, the monitoring module may provide the user terminal with call interfaces, such as fund, refend, refem, getTransactionByOrderID, getHashSecretByOrderID, getSecretByOrderID, etc. The user terminal calls an interface to initiate an asset transaction request, and the monitoring module responds to the call request of the user and automatically calls an interface corresponding to the corresponding asset transaction request in the blockchain network to initiate the corresponding asset transaction request. The specific interface call specification may query related records in the prior art, and will not be described herein.
According to the embodiment of the application, the monitoring module is introduced into the blockchain network system, the monitoring module can monitor the operation behaviors of the asset transaction requests in the blockchain network, and automatically trigger the associated asset transaction requests to be initiated in the blockchain network according to the execution progress of any asset transaction request, so that the non-centralized cross-chain asset transaction is realized only through the asset transaction in the chain. Moreover, by introducing the monitoring module, the user does not need to manually trigger the related asset transaction request, thereby replacing the user to complete the asset transaction, reducing the times of manually participating in the transaction and the signing times of the user, and improving the degree of automation, the transaction efficiency and the user experience.
Further, the monitoring module may snoop and initiate asset transaction locking transaction requests, asset transaction redemption transaction requests, and asset transaction retraction transaction requests to effect asset locking, asset redemption, and retraction across blockchains.
Example two
Fig. 3 is a flowchart of an asset transaction method of a cross-block chain in a second embodiment of the present application, where the embodiment of the present application is optimized and improved based on the technical solutions of the foregoing embodiments.
Optionally, the operation monitoring module automatically triggers the asset transaction request initiating association in the blockchain network to be thinned into the asset transaction locking transaction request according to the execution progress of any asset transaction request, and the asset transaction locking transaction request is verified when the monitoring module monitors the initiation of the asset transaction locking transaction request in the first blockchain network and executes the asset transaction locking transaction request; when verification passes, a transfer account address in the asset transaction locking transaction request is obtained, and a notification is sent to a user corresponding to the transfer account address, so that the user is used as a transfer account, and an associated asset transaction locking transaction request' is initiated in a second blockchain network, thereby automatically verifying the asset transaction locking transaction request and notifying the user.
Further, the monitoring module automatically triggers the asset transaction request initiating association in the blockchain network to be thinned into a key required for redemption when the monitoring module monitors and executes the asset transaction redemption request initiating in the second blockchain network according to the execution progress of any asset transaction request; the monitoring module initiates an asset transaction redemption transaction request in a first blockchain network using a key; the method comprises the steps that an out account in an asset transaction redemption transaction request initiated in a first blockchain network and an in account in an asset transaction redemption transaction request initiated in a second blockchain network belong to a first user, and the in account in the asset transaction redemption transaction request initiated in the first blockchain network and the out account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a second user, so that the exchange of the cross-chain assets is realized.
In this embodiment, the asset transaction logic may be implemented by a hash time smart lock contract (Hash Time Lock Contracts, HTLC). In particular, the asset transaction locking transaction request, the asset transaction redemption transaction request, and the asset transaction retraction transaction request are initiated based on HTLCs deployed in the blockchain network. HTLC contains mainly Ha Xisuo and time lock. Specifically, for a string secret, after a hash method such as SHA256, a random string hash (secret) with a fixed length is obtained. Since the hash function has a unidirectional property, the secret cannot be obtained from hash (secret) hacking by a limited calculation. The unlocking condition of Ha Xisuo is that the user is required to provide a string of character strings secret ', and if hash (secret) =hash (secret') can be satisfied, the user is considered to have the authority to redeem the asset from the contract. Time locks are used to ensure that a contract transaction must meet certain time requirements, i.e., before or after a timeout, before the contract is invoked for the relevant operation of the asset.
As shown in FIG. 3, the asset transaction method of the cross-block chain comprises the following steps of:
s301, monitoring operation behaviors of asset transaction requests in at least two blockchain networks by a monitoring module, wherein transaction accounts of the asset transaction requests are related to each other.
Optionally, the monitoring module registers a callback function corresponding to the asset transaction request in the HTLC of each blockchain network. When an asset transaction request is initiated and executed, the HTLC will describe the operational behavior from the business layer, such as the asset having been redeemed or returned, etc. Based on this, when an asset transaction request is initiated and executed, the callback function returns a description message of the operational behavior to the monitoring module. And when the monitoring module receives the description message, monitoring the execution progress of the asset transaction request.
And S302, when the monitoring module monitors that the asset transaction locking transaction request is initiated and executed in the first blockchain network, verifying the asset transaction locking transaction request.
First, a first user initiates an asset transaction locking transaction request based on an HTLC deployed in a first blockchain network. The first user selects a key secret, invokes an HTLC in the first blockchain network through a wallet address from addr to initiate an asset transaction locking transaction request fund for locking of the asset. The format of fund is as follows:
fund(fromAddr, toAddr, hashResult, timtout1, timeout2, amount)；
Wherein hashResult=hash (secret), from addr is the address of the transfer account, toAddr is the address of the transfer account, timtout1 is the asset locking period, timeout2 is the asset trading period, and amount is the asset number. After timeout1 times out, any user or monitoring module can call HTLC to initiate an asset transaction retraction transaction request, which can retract the locked asset to the from addr address when executed, without providing a secret. Before timeout2 times out, either the user or the monitoring module can provide a secret and invoke HTLC-initiated asset trading redemption transaction request redeem (secret), redeem (secret) to redeem the locked asset into the toAddr address when executed. It is understood that timeout1 is larger than timeout2. It can be seen that through the hash time locking contract, the user can better control the flow direction of the asset; moreover, the asset can be kept in the user's account until the asset is redeemed, improving the security of the asset transaction.
Optionally, prior to S301, the first user and the second user determine each element of the asset transaction, including but not limited to, the address of the transfer-out account, the address of the transfer-in account, the asset lock period, the asset transaction period, and the number of assets (or referred to as exchange rate), by offline or online reconciliation, and record each element into an HTLC in the first blockchain network and an HTLC in the second blockchain network. When the monitoring module monitors that the asset transaction locking transaction request is initiated and executed in the first blockchain network, the HTLC in the first blockchain network is called to acquire all matched elements, and whether all elements of the asset transaction locking transaction request are consistent with all matched elements or not is verified according to the acquired elements.
If the element verification is consistent and the asset locking transaction is verified to be uplink, the monitoring module verifies pass. It is appreciated that in the blockchain domain, an asset transaction locked transaction may be considered to have been performed by the asset transaction locked transaction request.
And S303, when the verification passes, acquiring a transfer account address in the asset transaction locking transaction request, and sending a notification to a user corresponding to the transfer account address, so that the user is used as a transfer account, and the associated asset transaction locking transaction request is initiated in the second blockchain network.
The monitoring module inquires a user address corresponding to the transferred account address, namely the address of the second user, from the first blockchain network, wherein the user address can be the terminal address, the account address and the like of the user. The monitoring module may send the verification result and hashResult to the user terminal or the user account, where the sending manner includes, but is not limited to, a short message, a mail, a message, and the like.
Optionally, the user corresponding to the account can also manually call the HTLC through the terminal to check the verification result and hashResult.
After verification is passed, the second user invokes the HTLC to initiate an associated asset transaction locking transaction request in the second blockchain network. The transfer-out account in the asset transaction locking transaction request initiated in the second blockchain network and the transfer-in account in the asset transaction locking transaction request initiated in the first blockchain network belong to a second user, and the transfer-in account in the asset transaction locking transaction request initiated in the second blockchain network and the transfer-out account in the asset transaction locking transaction request initiated in the first blockchain network belong to a first user. That is, the first user has locked a set number of assets on the first blockchain network, and the second user can provide a key to redeem the assets; instead, the second user has locked a set number of assets on the second blockchain network, and the first user can provide a key to redeem the assets.
The monitoring module still needs to verify the asset transaction locking transaction request when it is monitored that the asset transaction locking transaction request is initiated and executed in the second blockchain network. Specifically, the monitoring module invokes the HTLC in the second blockchain network to obtain the elements of the match and accordingly verifies whether the elements of the asset transaction locking transaction request are consistent with the elements of the match.
If the element verification is consistent and the asset locking transaction is verified to be uplink, the monitoring module verifies pass. Then, the monitoring module queries a user address corresponding to the transferred account address, namely the address of the first user, from the second blockchain network, wherein the user address can be a terminal address, an account address and the like of the user. The monitoring module may send the verification result to the user terminal or the user account, where the sending manner includes, but is not limited to, a short message, a mail, a message, and the like.
Optionally, the user corresponding to the account can also manually call the HTLC through the terminal to check the verification result.
The first user, after obtaining the verification result, knows that the second blockchain has performed asset locking. The first user provides a key to invoke an HTLC in the second blockchain network to initiate an asset transaction redemption transaction request before expiration of the asset transaction in the second blockchain network. In connection with fig. 1, the second blockchain network invokes the HTLC to transfer the locked asset from the second user account to the first user account in response to the asset transaction redemption transaction request.
S304, the monitoring module acquires a key required for redemption from the second blockchain network when monitoring that the request of the asset transaction redemption transaction is initiated and executed in the second blockchain network.
When invoking an HTLC in a second blockchain network to initiate an asset transaction redemption transaction request, a key needs to be published in the HTLC and broadcast to all nodes of the second blockchain network. Based on this, the monitoring module invokes the HTLC to query the keys published by the asset transaction request from any node of the second blockchain network when it monitors that the asset transaction redemption transaction request is initiated and executed in the second blockchain network.
S305, the monitoring module initiates an asset transaction redemption transaction request in the first blockchain network by adopting the secret key.
Specifically, the monitoring module invokes an HTLC in the first blockchain network with a key to initiate an asset transaction redemption transaction request before expiration of an asset transaction of the first blockchain network. Of course, the second user may also initiate the asset transaction redemption transaction request by the terminal manually invoking the HTLC in the first blockchain network.
In connection with fig. 1, the first blockchain network invokes the HTLC to transfer the locked asset from the first user account to the second user account in response to the asset transaction redemption transaction request.
In this embodiment, the monitoring module can monitor and verify the asset transaction locking transaction request, and when verification passes, notify the user corresponding to the account address to send notification, so that the user does not need to manually check and verify the asset locking transaction request, and the automation degree and the user experience are improved.
After the first blockchain network performs asset redemption, the monitoring module may automatically initiate an asset transaction redemption transaction request in the first blockchain network to cause the first blockchain network to perform asset redemption by acquiring a key required for redemption; the inter-link asset exchange is realized by transferring the asset of the first user in the first blockchain network to the second user account and transferring the asset of the second user in the second blockchain network to the first user account.
Example III
Fig. 4 is a flowchart of an asset transaction method of a cross-block chain in a third embodiment of the present application, where the embodiment of the present application is optimized and improved based on the technical solutions of the foregoing embodiments.
Optionally, the operation "the monitoring module automatically triggers the initiation of an associated asset transaction request" refine to "if the transaction of the asset locked by the second blockchain network expires, the asset transaction redemption transaction request not being executed, the monitoring module initiates an asset transaction retraction transaction request" in the second blockchain network, according to the execution progress of any asset transaction request; further, the monitoring module automatically triggers the asset transaction request initiating association in the blockchain network to be thinned to the asset transaction redemption transaction request not being executed if the transaction of the asset locked by the second blockchain network expires according to the execution progress of any asset transaction request, and the monitoring module initiates the asset transaction return transaction request in the first blockchain network, thereby realizing the atomic interchange of the cross-chain asset.
In this embodiment, atomic exchange refers to: a transaction or a transaction contains several operations that are either all performed or none performed. For asset interchange operations between different blockchain networks, either asset transactions on the individual chains are performed successfully or none are successful. There is no case where one of the blockchain network transactions is successfully executed and the other blockchain network transaction is failed to execute.
The asset transaction method of the cross-block chain shown in fig. 4 realizes the atomic exchange of the cross-chain asset, and specifically comprises the following steps:
s401, monitoring operation behaviors of asset transaction requests in at least two blockchain networks by a monitoring module, wherein transaction accounts of the asset transaction requests are related to each other.
S402, the monitoring module judges whether the asset transaction redemption transaction request is executed by expiration of the transaction of the asset locked by the second blockchain network. If executed, jump to S403, if not executed, jump to S404.
Optionally, the monitoring module monitors whether the asset transaction redemption transaction request is executed or not through a callback function, and if a set value returned by the callback function corresponding to the execution of the asset transaction redemption transaction request is received, the monitoring module determines that the asset transaction redemption transaction request is executed; if not, it is determined that the asset transaction redemption transaction request is not performed.
S403, the monitoring module obtains the key required for redemption from the second blockchain network and initiates an asset transaction redemption transaction request in the first blockchain network using the key. Ending the operation.
This step is detailed in the above embodiments and will not be repeated here.
S404, the monitoring module initiates an asset transaction return transaction request in the second blockchain network. Execution continues with S405.
Specifically, after expiration of the asset lock on the second blockchain network, the monitoring module invokes an HTLC in the second blockchain network to initiate an asset transaction retraction transaction request. Of course, the second user may also initiate an asset transaction retraction transaction request by the terminal manually invoking HTLC in the second blockchain network.
The second blockchain network is responsive to the asset transaction retraction transaction request to retract the locked asset to an account of the second user in the second blockchain network.
S405, the monitoring module initiates an asset transaction retraction transaction request in the first blockchain network.
Specifically, after expiration of the asset lock on the first blockchain network, the monitoring module invokes an HTLC in the first blockchain network to initiate an asset transaction retraction transaction request. Of course, the first user may also initiate the asset transaction retraction transaction request by the terminal manually invoking the HTLC in the first blockchain network.
The first blockchain network is responsive to the asset transaction retraction transaction request to retract the locked asset to an account of the first user in the first blockchain network.
In this embodiment, if the second blockchain network does not perform asset redemption, the monitoring module automatically initiates an asset transaction retraction transaction request in the second blockchain network and the first blockchain network, ensuring that the locked assets on the second blockchain network and the first blockchain network are retracted and the transaction is ended without requiring manual retraction by the user. In the embodiment, the atomic exchange of the cross-chain asset is realized through the monitoring module, and if one blockchain network fails to execute, the execution fails to execute on other blockchain networks; moreover, manual withdrawal of the user is not needed, and the automation degree of asset withdrawal is improved.
It should be noted that the execution sequence of S404 and S405 is not sequential, and S404 and S405 may be executed first, S405 and S404 may be executed first, or S404 and S405 may be executed in parallel.
Example IV
Fig. 5 is a block diagram of an asset transaction device of a cross-block chain in a fourth embodiment of the present application, where the embodiment of the present application is applicable to a case of performing asset transactions between heterogeneous block chains, the device is implemented by software and/or hardware, and is specifically configured in an electronic device having a certain data computing capability.
An asset transaction device 500 of a block-spanning chain as shown in fig. 5, comprising: a listening module 501 and an initiating module 502; wherein, the liquid crystal display device comprises a liquid crystal display device,
the monitoring module 501 is configured to monitor operation behaviors of asset transaction requests in at least two blockchain networks, where transaction accounts of the asset transaction requests are related to each other.
An initiating module 502, configured to automatically trigger initiation of an associated asset transaction request in the blockchain network according to an execution progress of any asset transaction request.
According to the embodiment of the application, the monitoring module is introduced into the blockchain network system, the monitoring module can monitor the operation behaviors of the asset transaction requests in the blockchain network, and automatically trigger the associated asset transaction requests to be initiated in the blockchain network according to the execution progress of any asset transaction request, so that the non-centralized cross-chain asset transaction is realized only through the asset transaction in the chain. Moreover, by introducing the monitoring module, the user does not need to manually trigger the related asset transaction request, thereby replacing the user to complete the asset transaction, reducing the times of manually participating in the transaction and the signing times of the user, and improving the degree of automation, the transaction efficiency and the user experience.
Further, the asset transaction request includes the following categories: an asset transaction locking transaction request for locking a set number of assets transferred from the transfer-out account to the transfer-in account; an asset redemption transaction request for effecting redemption of the locked set quantity of assets from the transfer account to the transfer account; an asset transaction retraction transaction request for effecting retraction of a locked set number of assets to a transfer-out account.
Further, the asset transaction locking transaction request, the asset transaction redemption transaction request, and the asset transaction return transaction request are initiated based on a hash time lock smart contract deployed in the blockchain network.
Further, the initiating module 502 is specifically configured to verify the asset transaction locking transaction request when it is monitored that the asset transaction locking transaction request is initiated and executed in the first blockchain network; and when the verification is passed, acquiring a transfer-in account address in the asset transaction locking transaction request, and sending a notification to a user corresponding to the transfer-in account address, so that the user is used as a transfer-out account, and initiating an associated asset transaction locking transaction request in a second blockchain network.
Further, the initiation module 502 is specifically configured to obtain a key required for redemption from the second blockchain network upon monitoring that an asset transaction redemption transaction request is initiated and executed in the second blockchain network; the monitoring module initiates an asset transaction redemption transaction request in a first blockchain network using a key; wherein the transfer-out account in the asset transaction redemption transaction request initiated in the first blockchain network and the transfer-in account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a first user, and the transfer-in account in the asset transaction redemption transaction request initiated in the first blockchain network and the transfer-out account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a second user.
Further, the initiation module 502 is specifically configured to initiate an asset transaction redemption transaction request in the second blockchain network if the transaction for the asset locked by the second blockchain network expires without the asset transaction redemption transaction request being performed
Further, the initiation module 502 is specifically configured to initiate an asset transaction redemption transaction request in the first blockchain network if the transaction for the asset locked by the second blockchain network expires without the asset transaction redemption transaction request being performed.
Further, the device also comprises a registration module, which is used for registering callback functions corresponding to the asset transaction requests in the at least two blockchain networks before monitoring the operation behaviors of the asset transaction requests in the at least two blockchain networks, wherein the callback functions are used for returning setting messages to the monitoring module when the corresponding asset transaction requests are initiated and executed.
Further, the initiating module 502 is specifically configured to automatically invoke an interface corresponding to the associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request, so as to initiate the associated asset transaction request.
The asset transaction device of the cross-block chain can execute the asset transaction method of the cross-block chain provided by any embodiment of the application, and has the corresponding functional modules and beneficial effects of executing the asset transaction method of the cross-block chain.
Example five
According to an embodiment of the present application, the present application also provides an electronic device and a readable storage medium.
As shown in FIG. 6, a block diagram of an electronic device implementing a method of asset transaction across blockchains in accordance with an embodiment of the application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the applications described and/or claimed herein.
As shown in fig. 6, the electronic device includes: one or more processors 601, memory 602, and interfaces for connecting the components, including high-speed interfaces and low-speed interfaces. The various components are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions executing within the electronic device, including instructions stored in or on memory to display graphical information of the GUI on an external input/output device, such as a display device coupled to the interface. In other embodiments, multiple processors and/or multiple buses may be used, if desired, along with multiple memories and multiple memories. Also, multiple electronic devices may be connected, each providing a portion of the necessary operations (e.g., as a server array, a set of blade servers, or a multiprocessor system). One processor 601 is illustrated in fig. 6.
The memory 602 is a non-transitory computer readable storage medium provided by the present application. The memory stores instructions executable by the at least one processor to cause the at least one processor to perform the asset transaction method of the cross-block chain provided by the present application. The non-transitory computer readable storage medium of the present application stores computer instructions for causing a computer to perform the asset transaction method of the cross-block chain provided by the present application.
The memory 602 serves as a non-transitory computer readable storage medium that may be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions/modules (e.g., including the sniffer module 501 and initiator module 502 shown in fig. 5) corresponding to a method of transacting assets across a blockchain in an embodiment of the application. Processor 601 executes various functional applications of the server and data processing, i.e., methods of performing the cross-blockchain asset transactions in the method embodiments described above, by running non-transitory software programs, instructions, and modules stored in memory 602.
The memory 602 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, at least one application program required for a function; the storage data area may store data created by the use of electronic devices implementing the asset transaction method across blockchains, and the like. In addition, the memory 602 may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory 602 optionally includes memory remotely located relative to processor 601, which may be connected via a network to an electronic device executing a trans-blockchain asset transaction method. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The electronic device performing the asset transaction method across blockchains may further include: an input device 603 and an output device 604. The processor 601, memory 602, input device 603 and output device 604 may be connected by a bus or otherwise, for example in fig. 6.
The input device 603 may receive input numeric or character information and generate key signal inputs related to user settings and function control of an electronic device performing the trans-blockchain asset transaction method, such as a touch screen, keypad, mouse, trackpad, touch pad, pointer stick, one or more mouse buttons, trackball, joystick, or like input device. The output means 604 may include a display device, auxiliary lighting means (e.g., LEDs), tactile feedback means (e.g., vibration motors), and the like. The display device may include, but is not limited to, a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display, and a plasma display. In some implementations, the display device may be a touch screen.
Example six
Referring to FIG. 1, an embodiment of the present application provides a blockchain system. As shown in fig. 1, the blockchain system 100 includes at least two blockchain networks 110 and a monitoring module 120, and the monitoring module 120 is configured in the electronic device 121 provided in the above embodiment.
The monitoring module 120 is configured to monitor operation behaviors of the asset transaction requests in the at least two blockchain networks 110, where transaction accounts of the asset transaction requests are related to each other; automatically triggering the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request; the at least two blockchain networks 110 are used to perform corresponding asset trading operations in response to asset trading transaction requests.
Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, application specific ASIC (application specific integrated circuit), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
These computing programs (also referred to as programs, software applications, or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), the internet, and blockchain networks.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
According to the technical scheme of the embodiment of the application, the monitoring module is introduced into the blockchain network system, can monitor the operation behavior of the asset transaction request in the blockchain network, and automatically trigger the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request, so that the non-centralized cross-chain asset transaction is realized only through the asset transaction in the chain. Moreover, by introducing the monitoring module, the user does not need to manually trigger the related asset transaction request, thereby replacing the user to complete the asset transaction, reducing the times of manually participating in the transaction and the signing times of the user, and improving the degree of automation, the transaction efficiency and the user experience.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present application may be performed in parallel, sequentially, or in a different order, provided that the desired results of the disclosed embodiments are achieved, and are not limited herein.
The above embodiments do not limit the scope of the present application. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present application should be included in the scope of the present application.
Claims (12)
1. A method of transacting assets across a chain of blocks, comprising:
the method comprises the steps that a monitoring module registers callback functions corresponding to asset transaction requests in at least two blockchain networks, wherein the callback functions are used for returning setting messages to the monitoring module when the corresponding asset transaction requests are initiated and executed;
monitoring operation behaviors of asset transaction requests in at least two blockchain networks by a monitoring module, wherein transaction accounts of the asset transaction requests are related to each other;
the monitoring module automatically triggers the initiation of the associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request.
2. The method of claim 1, wherein the asset transaction request comprises the following categories:
an asset transaction locking transaction request for locking a set number of assets transferred from the transfer-out account to the transfer-in account;
an asset redemption transaction request for effecting redemption of the locked set number of assets from the transfer account to the transfer account;
an asset transaction retraction transaction request for effecting retraction of the locked set number of assets to the transfer-out account.
3. The method of claim 2, wherein the asset transaction locking transaction request, asset transaction redemption transaction request, and asset transaction return transaction request are initiated based on a hash time lock smart contract deployed in a blockchain network.
4. A method according to claim 2 or 3, wherein the monitoring module automatically triggers initiation of an associated asset transaction request in a blockchain network according to execution progress of any asset transaction request, comprising:
the monitoring module verifies the asset transaction locking transaction request when monitoring that the asset transaction locking transaction request is initiated and executed in a first blockchain network;
and when verification passes, acquiring a transfer account address in the asset transaction locking transaction request, and sending a notification to a user corresponding to the transfer account address, so that the user is used as a transfer account, and an associated asset transaction locking transaction request is initiated in a second blockchain network.
5. A method according to claim 2 or 3, wherein the monitoring module automatically triggers initiation of an associated asset transaction request in a blockchain network according to execution progress of any asset transaction request, comprising:
The monitoring module obtaining a key required for redemption from a second blockchain network upon monitoring that the asset transaction redemption transaction request is initiated and executed in the second blockchain network;
the monitoring module initiates an asset transaction redemption transaction request in a first blockchain network using the key;
wherein the transfer account in the asset transaction redemption transaction request initiated in the first blockchain network and the transfer account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a first user, and the transfer account in the asset transaction redemption transaction request initiated in the first blockchain network and the transfer account in the asset transaction redemption transaction request initiated in the second blockchain network belong to a second user.
6. A method according to claim 2 or 3, wherein the monitoring module automatically triggers initiation of an associated asset transaction request in a blockchain network according to execution progress of any asset transaction request, comprising:
if the transaction for the asset locked by the second blockchain network expires, the asset transaction redemption transaction request is not performed, the monitoring module initiates an asset transaction return transaction request in the second blockchain network.
7. The method of claim 6, wherein the monitoring module automatically triggers initiation of an associated asset transaction request in a blockchain network based on execution progress of any asset transaction request, comprising:
if the transaction for the asset locked by the second blockchain network expires, the asset transaction redemption transaction request is not performed, the monitoring module initiates an asset transaction return transaction request in the first blockchain network.
8. The method of claim 1, wherein the monitoring module automatically triggers initiation of an associated asset transaction request in a blockchain network according to execution progress of any asset transaction request, comprising:
and the monitoring module automatically invokes an interface corresponding to the associated asset transaction request in the blockchain network according to the execution progress of any asset transaction request so as to initiate the associated asset transaction request.
9. An asset transaction device of a cross-block chain, comprising:
the registration module is used for registering callback functions corresponding to the asset transaction requests in at least two blockchain networks, and the callback functions are used for returning setting messages to the monitoring module when the corresponding asset transaction requests are initiated and executed;
The monitoring module is used for monitoring the operation behaviors of the asset transaction requests in at least two blockchain networks, wherein transaction accounts of the asset transaction requests are related to each other;
and the initiating module is used for automatically triggering the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request.
10. An electronic device configured with a monitoring module, the electronic device comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of transacting assets across a chain of tiles of any one of claims 1-8.
11. A blockchain system, comprising:
at least two blockchain networks and a monitoring module configured in the electronic device of claim 10;
the monitoring module is used for registering callback functions corresponding to the asset transaction requests in at least two blockchain networks, and the callback functions are used for returning setting messages to the monitoring module when the corresponding asset transaction requests are initiated and executed;
The monitoring module is further used for monitoring operation behaviors of asset transaction requests in at least two blockchain networks, wherein transaction accounts of the asset transaction requests are related to each other; automatically triggering the associated asset transaction request to be initiated in the blockchain network according to the execution progress of any asset transaction request;
the at least two blockchain networks are used for responding to the asset transaction request and executing corresponding asset transaction operations.
12. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the asset transaction method of one of the block-cross chains of any one of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010094191.8A CN111260474B (en) | 2020-02-12 | 2020-02-12 | Asset transaction method, device, equipment, system and storage medium of cross-blockchain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010094191.8A CN111260474B (en) | 2020-02-12 | 2020-02-12 | Asset transaction method, device, equipment, system and storage medium of cross-blockchain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111260474A CN111260474A (en) | 2020-06-09 |
| CN111260474B true CN111260474B (en) | 2023-10-24 |
Family
ID=70947235
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010094191.8A Active CN111260474B (en) | 2020-02-12 | 2020-02-12 | Asset transaction method, device, equipment, system and storage medium of cross-blockchain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111260474B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SG10202006451QA (en) * | 2020-07-03 | 2021-02-25 | Alipay Labs Singapore Pte Ltd | Managing transactions in multiple blockchain networks |
| CN113052576B (en) * | 2020-11-05 | 2024-02-27 | 北京跨联元焕网络科技有限公司 | Hosting method and system for cross-chain exchange |
| CN112767166A (en) * | 2021-02-05 | 2021-05-07 | 深圳华锐金融技术股份有限公司 | Method and device for controlling risk of transaction behavior, computer equipment and storage medium |
| CN113312427B (en) * | 2021-05-24 | 2023-04-28 | 网易（杭州）网络有限公司 | Block chain calling method, device, management service platform and storage medium |
| CN116126480A (en) * | 2021-11-15 | 2023-05-16 | 腾讯科技（深圳）有限公司 | Cross-region block chain processing method and device for transaction, intelligent equipment, medium and product |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109409885A (en) * | 2018-10-29 | 2019-03-01 | 深圳声笑科技有限公司 | Across chain method of commerce, device and storage medium on block chain |
| CN109685489A (en) * | 2018-12-28 | 2019-04-26 | 杭州云象网络技术有限公司 | A kind of assets across chain method of commerce between block chain |
| CN110060056A (en) * | 2019-03-18 | 2019-07-26 | 阿里巴巴集团控股有限公司 | A kind of business confirmation method and system based on block chain intelligence contract |
| US10373129B1 (en) * | 2018-03-05 | 2019-08-06 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
| CN110266655A (en) * | 2019-05-30 | 2019-09-20 | 中国工商银行股份有限公司 | A kind of across chain interconnected method, equipment and system based on block chain |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10853772B2 (en) * | 2018-04-04 | 2020-12-01 | Vijay K. Madisetti | Method and system for exchange of value or tokens between blockchain networks |
| US20190251199A1 (en) * | 2018-02-14 | 2019-08-15 | Ivan Klianev | Transactions Across Blockchain Networks |
-
2020
- 2020-02-12 CN CN202010094191.8A patent/CN111260474B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10373129B1 (en) * | 2018-03-05 | 2019-08-06 | Winklevoss Ip, Llc | System, method and program product for generating and utilizing stable value digital assets |
| CN109409885A (en) * | 2018-10-29 | 2019-03-01 | 深圳声笑科技有限公司 | Across chain method of commerce, device and storage medium on block chain |
| CN109685489A (en) * | 2018-12-28 | 2019-04-26 | 杭州云象网络技术有限公司 | A kind of assets across chain method of commerce between block chain |
| CN110060056A (en) * | 2019-03-18 | 2019-07-26 | 阿里巴巴集团控股有限公司 | A kind of business confirmation method and system based on block chain intelligence contract |
| CN110266655A (en) * | 2019-05-30 | 2019-09-20 | 中国工商银行股份有限公司 | A kind of across chain interconnected method, equipment and system based on block chain |
Non-Patent Citations (1)
| Title |
|---|
| 计算机安全监控系统的关键技术探究;李欣;;计算机产品与流通(01);第8页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111260474A (en) | 2020-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111260474B (en) | Asset transaction method, device, equipment, system and storage medium of cross-blockchain | |
| CN111741026B (en) | Cross-chain transaction request processing method, device, equipment and storage medium | |
| CN109146679B (en) | Intelligent contract calling method and device based on block chain and electronic equipment | |
| KR102206940B1 (en) | How to execute multiparty transactions using smart contracts | |
| US11902450B2 (en) | Blockchain generation method and system, and related device | |
| EP3852040A2 (en) | Blockchain transfer processing method and apparatus, device, and medium | |
| CN110503433B (en) | Method, device, equipment and medium for implementing endorsement in block chain | |
| CN107193672B (en) | Cross-block asynchronous contract calling system | |
| US11676141B2 (en) | Block chain-based asset processing method, device, apparatus and storage medium | |
| US20150248308A1 (en) | Systems and methods for semi-durable transaction log storage in two-phase commit protocol transaction processing | |
| US20150249703A1 (en) | Systems and methods for communicating information of participants registered with a sub-coordinator during distributed transaction processing | |
| CN111565204B (en) | Block chain operation method, device, equipment and storage medium | |
| CN111277647A (en) | Block chain network member management method, device, equipment and medium | |
| CN110866740A (en) | Processing method and device for block chain transaction request, electronic equipment and medium | |
| WO2023231335A1 (en) | Method for executing transaction in blockchain, and master node of blockchain | |
| CN113377875B (en) | Cross-chain data processing method and device, electronic equipment and readable storage medium | |
| CN111324425A (en) | Data access method, device, equipment and storage medium | |
| EP3869377A1 (en) | Method and apparatus for data processing based on smart contract, device and storage medium | |
| CN112819638A (en) | Transaction weight judging method, device, equipment and computer readable medium | |
| JP2022179340A (en) | Block chain community management method, apparatus, device, and storage medium | |
| CN111339571B (en) | Block chain key management method, device, equipment and storage medium | |
| CN111371557B (en) | Block chain data processing method and device, electronic equipment and medium | |
| CN111475572B (en) | Block generation method, device, equipment and medium | |
| CN113420090A (en) | Cross-chain processing method and device, electronic equipment and readable storage medium | |
| CN113360547A (en) | Cross-chain query method and device, electronic equipment and readable storage medium |
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 |