CN115883646A - Cross-chaining method, system, storage medium and server - Google Patents
Cross-chaining method, system, storage medium and server Download PDFInfo
- Publication number
- CN115883646A CN115883646A CN202111114309.XA CN202111114309A CN115883646A CN 115883646 A CN115883646 A CN 115883646A CN 202111114309 A CN202111114309 A CN 202111114309A CN 115883646 A CN115883646 A CN 115883646A
- Authority
- CN
- China
- Prior art keywords
- cross
- chain
- assets
- network
- chaining
- 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
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application relates to a cross-chaining method, which is applied to a server and comprises the following steps: a federal node in a block chain network sends a cross-chain transaction request, wherein the federal node contributes a CPU and storage to the block chain network; the server receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through the safe multi-party computing module and the consensus algorithm; the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scenes of the on-chain assets are widened. The method provided by the application can improve the threshold signature efficiency. The application also provides a processing system, a storage medium and a server of the threshold signature message.
Description
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a method, a system, a storage medium, and a server for cross chaining.
Background
The cross-chain and avatar assets are the most direct and effective way to realize active fusion and intercommunication of multiple heterogeneous public chain ecology. In the prior art, a single public link can not break through the ecological boundary of the public link, even if a plurality of current chain-crossing means are introduced, the public link still belongs to passive mapping mainstream assets, a user can not actively map the assets, and the ecological scale is still limited by the richness and the acceptance of an application scene on the public link; mapping assets are high in quality again but cannot circulate again, users lack free switching between different public chain applications to implement arbitrage and obtain the shortest path of the assets, and self public chain ecology cannot be actively accommodated by ecology, applications and users of a larger public chain; the mainstream assets of the cross-chain mapping become a pool of dead water, the cross-chain also becomes a pseudo proposition, the ecological boundary of the self public chain still cannot be broken, and the user and the application cannot be incrementally increased.
Disclosure of Invention
According to a first aspect of the present specification, there is provided a cross-chaining method comprising:
a first member node in a block chain network sends a cross-chain transaction request, and a server broadcasts address information related to the node;
the second member node receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through a safe multi-party calculation and consensus algorithm;
the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scene of the on-chain assets is widened;
according to a second aspect of the present specification, there is provided a cross-chaining method, applied to a server, comprising:
the asset cross-chain operations include asset decentralized secure hosting and transfer of assets;
according to a third aspect of the present specification, there is provided a cross-chaining method, applied to a server, comprising:
the asset cross-chain operations include parsing and execution of cross-chain transactions;
according to a fourth aspect of the present specification, there is provided a cross-chaining method applied to a server, comprising:
the block chain network is a non-admission Byzantine fault-tolerant distributed network system built on the basis of an OFMF framework, and is a general protocol service built on various public chain systems;
according to a fifth aspect of the present specification, there is provided a cross-chaining method, applied to a server, comprising:
the cross-chain transaction types include the following five types:
(1) Sending the BTC assets from the BTC host network to the BTM ecosystem;
(2) Extracting the BTC assets ecological with the BTMs to a BTC main network;
(3) Extracting the BTC assets ecological by the BTM to an ETH main network;
(4) Extracting BTC assets on an ETH main network into a BTM ecology;
(5) Extracting the BTC assets on the ETH main network to the BTC main network;
according to a sixth aspect of the present specification, there is provided a cross-chaining method applied to a server, comprising:
the cross-link gateway is programmable, and a user can freely define the cross-link gateway in a cross-link system;
according to a seventh aspect of the present specification, there is provided a cross-chaining method, applied to a server, comprising:
the cross-link gateway is programmable, and a user can freely define the cross-link gateway in a cross-link system;
according to an eighth aspect of the present specification, there is provided a cross-chaining system applied to a server, comprising:
the cross-chaining system is an active full-chaining cross-access network and comprises a block chain network module, a safe multi-party computing module and a consensus algorithm module,
the block chain network module is used for receiving data interaction requests among a plurality of member nodes and making corresponding feedback, the data interaction comprises data interaction between an uplink and a downlink, and the block chain network module can improve the interaction efficiency of data;
the safe multi-party computing module is used for transmitting private data between the federal nodes, and the safe multi-party computing module can ensure the safety of the data;
the consensus algorithm module is used for achieving consensus on various types of data on the chain, and the consensus algorithm module can guarantee the consistency of the data;
according to a ninth aspect of the present specification, there is provided a server comprising a memory and a processor, the memory storing a computer program, the processor implementing the following steps when executing the computer program:
a first member node in a block chain network sends a cross-chain transaction request, and a server broadcasts address information related to the first member node;
the second member node receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through a safe multi-party calculation and consensus algorithm;
the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scene of the on-chain assets is widened;
according to a tenth aspect of the present description, the present description provides a storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of:
a first member node in a block chain network sends a cross-chain transaction request, and a server broadcasts address information related to the first member node;
the second member node receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through a safe multi-party calculation and consensus algorithm;
the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scene of the on-chain assets is widened;
the specification provides a cross-chaining method, a system, a storage medium and a server, and relevant cross-chaining requests are sent out through a federal node and combined. Through the scheme provided by the specification, the server can safely forward the messages of the member nodes of the threshold signature group in the block chain network, and the efficiency is effectively improved compared with the prior art that the messages need to be exchanged pairwise between the member nodes in the threshold signature group.
Drawings
FIG. 1 is a schematic diagram illustrating interaction between a federated node and a server in one embodiment;
FIG. 2 is a diagram illustrating a cross-chaining method, according to an embodiment;
FIG. 3 is a schematic illustration of a manner in which cross-chain assets operate in one embodiment;
FIG. 4 is a flow diagram of a cross-chaining method in yet another embodiment;
FIG. 5 is a schematic structural diagram of a cross-chaining system in a further embodiment;
FIG. 6 is a schematic diagram of a storage medium having a cross-chaining system in yet another embodiment;
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The terms "first," "second," and the like in the description and in the claims of the embodiments of the application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
Before further detailed description of the embodiments of the present invention, terms and expressions mentioned in the embodiments of the present invention are explained, and the terms and expressions mentioned in the embodiments of the present invention are applied to the following explanations.
1) A Block chain (Blockchain) is a storage structure for encrypted, chained transactions formed from blocks (blocks). The header of each block can comprise the hash values of all transactions in the block and also comprises the hash values of all transactions in the previous block, so that the falsification and forgery prevention of the transactions in the block are realized on the basis of the hash values; newly generated transactions, after being filled into the tiles and passing through the consensus of nodes in the blockchain network, are appended to the end of the blockchain to form a chain growth.
2) And the block chain network is used for bringing the new block into a series of node sets of the block chain in a consensus mode. The blockchain network may include a plurality of nodes that form a decentralized, cooperating database storage system.
3) The asymmetric encryption algorithm is a secret method of a secret key. Asymmetric encryption algorithms require two keys: public keys (public keys for short) and private keys (private keys for short). The public key and the private key form a key pair, and if the public key is used for encrypting data, only the corresponding private key can be used for decrypting the data. The public key and the algorithm are both public, while the private key is kept secret. It should be noted that the public key corresponding to the private key mentioned in this specification refers to a public key forming a key pair with the private key.
4) And signing, namely, the data signed by the private key can be verified by the corresponding public key. A signature is understood to be a piece of information followed by a piece of content that can prove that the information has not been tampered with. Generally, a hash calculation can be performed on information to obtain a hash value, a signature is generated by encrypting the hash value through a private key, and the signature and the information are sent out together. After receiving the information, the receiver decrypts the signature through the public key, and if the decryption is successful, the identity of the owner of the private key is verified. And after the decryption succeeds, the receiver recalculates the hash value of the information, compares the hash value with the hash value obtained by decrypting the signature through the public key, and if the hash value is consistent with the public key, the receiver indicates that the content of the information is not tampered.
5) A digital Certificate is issued to a server by a CA (Certificate Authority) organization, the CA organization generates certificates through related information provided by the server, and one Certificate comprises three parts, namely Certificate content, a hash algorithm and an encrypted ciphertext. The content of the certificate is hashed by a hash algorithm to calculate a hash value, and then RSA encryption is carried out by using a private key provided by a CA (certificate Authority). The encrypted ciphertext can be decrypted by a public key provided by a CA (certificate authority) to obtain a Hash value (digital signature), meanwhile, the certificate content is hashed by using the same Hash algorithm to obtain another Hash value, the two Hash values are compared, and if the two Hash values are equal, the certificate is safe.
The cross-chaining method provided by the embodiment of the present specification can be applied To an application environment as shown in fig. 1, where any node in the blockchain network 1 can communicate through a network, and a P2P (Peer To Peer) protocol is used between any two blockchain nodes for network communication. The server 3 may communicate with any node in the blockchain 1 over a network. The server is implemented by an independent server or a server cluster consisting of a plurality of servers.
In the embodiment shown in fig. 1, the block chain network 1 includes an authority node group, and the authority node group includes member nodes 11 to 13, where the node 12a is a first member node of a federal node, and the nodes 12b and 12c are both member nodes except the first member node in the federal node, that is, second member nodes. It should be noted that the number of nodes in the blockchain network 1 and the number of nodes in the authority node group in fig. 1 are only exemplary, and the present invention is not limited thereto.
In the first embodiment of the present specification, as shown in fig. 2, a cross-chaining method is provided, which is described by taking the method as an example applied to the server 31 in fig. 1, and includes steps S100 to S300:
step S100, a first member node in a block chain network sends a cross-chain request, and a server broadcasts address information related to the first member node;
specifically, the request information sent by the first member node comprises specific information of crossing out of the chain, specific address information of crossing in the chain, the type of the chain is a alliance chain or a public chain, information of crossing out of a block, the height of the block, the amount of crossing out of the transaction, crossing out time and the like, and after the transaction is determined, the wallet of the first member node automatically locks and transacts the equivalent assets through an event in combination with an intelligent contract.
And the first member node signs the transaction to be signed according to the held first private key fragment to generate block information of the cross-chain. It should be noted that the first private key fragment is used for signing the transaction to be signed, and each member node of the federal node group holds the first private key fragment corresponding to the same complete private key; each member node holds a different shard of the first private key.
And generating a public key corresponding to the complete private key after generating the first private key fragment on the first member node. The first member node is the same as the public key generated by the other member nodes within the federated node group.
The second private key is used to sign a signed message for the cross-chain transaction.
Optionally, the federal node group is formed by a plurality of nodes selected from the latest authority node group according to the number of nodes corresponding to the transaction to be signed after the trusted node in the block chain network responds to the received signature request of the transaction to be signed. The authority node group is formed by a plurality of non-candidate nodes in the block chain network and a plurality of nodes selected from the candidate nodes before the first member node of the federal node group in the block chain network generates a second signature for the threshold signature message according to the second private key. And selecting a plurality of nodes from the candidate nodes updated in the preset interval time by the non-candidate nodes in the block chain network in a voting mode according to the preset interval time so as to update the nodes with the corresponding number in the original authority node group through the plurality of nodes with more votes.
Furthermore, the federal node is generated by all nodes through periodic election, every change of the right is carried out, the voting right is obtained by mortaring the assets of the related address, the state really moves to the completely open federal gateway network, the efficiency and the flexibility of the system of the federal witness are greatly improved, and the cross-chain experience is quicker and safer.
And the server sends the related information of the cross-chain transaction to all the federal nodes through broadcasting, so that the information on the public chain is updated, and the consensus is obtained.
Step S200, the second member node receives the cross-chain-crossing request, and coordinates all federal nodes to carry out cross-chain asset operation through a multi-party safety calculation and consensus algorithm;
the second member node receives related chain-crossing information through the chain-crossing gateway and the related API interface, releases related assets on the corresponding public chain, and stores the assets to the wallet address of the first member node;
by combining with multi-party security calculation and consensus algorithm, the safety of the private key of the first member node is ensured by directly acquiring the hash value generated by the private key sent by the first member node without acquiring complete private key information, so that the asset safety of the first member node is ensured;
step S300, performing data interaction on the cross-chain asset operation through a cross-chain gateway, enabling the on-chain asset to actively enter any other public chain system, wherein the cross-chain gateway is a programmable gateway, a user can freely define a group of cross-chain transaction scripts on a cross-chain interface, the scripts internally contain a set of locked asset and coined money to different public chains, and the number of coined money, the time of coined money and the mapping address can be automatically set; the specific steps of chain spanning are that an asset is locked, a male chain A is defined to cast coins, then the A cast coins are defined to be burnt, and then the A cast coins are cast on a male chain B; the assets can be locked by one stroke and can be set in a limited time, triggering is delayed, and particularly, after the cross-chain transaction is generated, the assets are locked, migrated and the like after 5 blocks are generated, so that the authenticity of the transaction can be ensured, and the double-flower attack is prevented;
according to the scheme provided by the embodiment, the cross-chaining of the node assets can be realized, the assets of the first member node can be locked on any public chain, the coinage is carried out on the assets corresponding to the cross-chaining transaction, the coinage is carried out on the other public chain, the cross-chaining efficiency is effectively improved, one asset can not be tracked completely, and the event-driven cross-chaining can be realized.
In one embodiment, as shown in FIG. 2, a plurality of modes of operation of the cross-chain assets are provided:
step S201 is safe hosting of assets to the center, including management of node wallet addresses and management of public keys on public links, wherein a user can maintain assets inside the wallet address through logging in related clients or main interfaces of a cross-link system, and through the cross-link system, safe hosting can be performed on virtual assets, so that the safety of the assets is ensured;
in another embodiment, the step S202 performs asset transfer, which includes sending the BTC asset from the BTC main network to the BTC ecology, that is, locking the asset inside the wallet of the node a on the BTC main network, performing coinage of the corresponding asset inside the wallet address of the node b, extracting the BTC asset of the BTM ecology to the BTC main network, extracting the BTC asset on the ETH main network to the BTC main network, wherein the above 2 asset transfer manners are to burn the asset inside the wallet of the node a on the BTC main network, release the corresponding asset inside the wallet address of the node b, extract the BTC asset of the BTM ecology to the ETH main network, and extract the BTC asset on the ETH main network to the BTM ecology, and the above 2 asset transfer manners are to burn the asset inside the wallet of the node a on the BTC main network, and perform coinage of the corresponding asset inside the wallet address of the node b; the assets are transferred through the cross-chain system, the single asset flow direction of the conventional cross-chain system is changed, and the system is upgraded into an active full-link cross-access network. Under the support of a cross-type cross-chain system, assets on the BTM, namely, the BTM native ecological assets or avatar assets crossed from other public chains, can actively enter any other three public chain systems to widen the application scenes of the BTM.
In another embodiment, step S203 analyzes the cross-chain transaction, so as to obtain the related information of the transaction, thereby preventing someone from maliciously performing multi-ratio cross-chain of a single asset, and preventing the double-flower problem of the asset, and node b can ensure the accuracy and authenticity of the cross-chain transaction by checking the hash value of the private key of node a;
in another embodiment, the step S204 is a transfer of a cross-link transaction, specifically, when a node a initiates a cross-link transaction of assets to a node b, assuming that the node a sends 1 BTC to the node b, the node b returns 1000 BTMs to the node a, after a transaction request is initiated, at this time, one BTC in a wallet address of the node a is locked, the transaction information, the address information of the node a, and a hash value of a private key of the node a are all packaged and sent to the node b, the node b needs to verify the authenticity of the transaction with its private key, only after the verification is passed, an asset of one BTC comes inside the wallet address of the node b, at this time, the node b also returns address information containing a hash value of its private key, the transaction asset has been received, and the node b, the node a needs to verify with its hash value of its private key, and after the verification is passed, the node a can obtain the assets of 1000 BTMs; the embodiment is a specific process for transferring BTC and BTM cross-chain assets, and the assets can be safely and quickly transferred based on a cross-chain system;
it should be understood that, although the steps in the flowchart of fig. 2 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a portion of the steps in fig. 2 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.
In another embodiment, as shown in fig. 3, between federal nodes, a plurality of public-link asset cross-link transactions can be performed through a cross-link system, three of a BTC main network, a BTM main network and an ETH main network can be linked, the nodes initiate cross-link transactions to the BTC main network by sending cross-link requests, after receiving related information, the main network starts corresponding events, locks BTC assets corresponding to node wallet addresses, transmits the related information to a blockchain network, performs a plurality of (concurrent/multi-round) generation and interactive verification of random secret shares through a BFY/sMPC, and then performs coinage inside the BTM ecosystem, wherein the coinage number is the same as the asset number of transactions, after the coin casting is completed, the node receives related information, the node initiates cross-link transaction, the inside of the BTM ecology burns internal assets to an address wallet of the node belonging to the BTM ecology, the related information is transmitted to the ETH main network, the assets of the node belonging to the ETH main network are burnt, corresponding assets are released to the BTC main network and belong to the wallet address of the node in the BTC main network, and efficient and safe cross-link operation is carried out on virtual assets of the node under various public link systems through a cross-link system, so that the original assets and the metaplasia assets can be actively crossed and linked inside the multi-link system;
in another embodiment, the blockchain network is an admittance-free Byzantine fault-tolerant distributed network system constructed based on OFMF framework, and common protocol services are constructed on various public chain systems; the core function of the system is upgraded to coordinate all federal nodes to perform decentralized safe hosting and transfer of cross-chain assets and analyze and execute cross-chain transactions through safe multi-party computing (sMPC) and a consensus algorithm. The federation node is a more open federation node, is a core role of a cross-chain system, contributes to a CPU and storage for a distributed gateway network, accurately executes a safe multi-party calculation program, and any ecological role can become the federation node through mortgage;
in another embodiment, the blockchain network is in an asynchronous network communication environment, the delay is unpredictable, and otherwise malicious nodes can carry out interference attack on the consistency of the share sets among the nodes, for example, the malicious nodes give a secret share subset to one part of honest nodes, but give another subset to another part of honest nodes, and the behavior is extremely destructive in a system lacking multiple rounds of mutual confirmation and reliable broadcast channels. Therefore, the distributed network of federal nodes should be a Byzantine fault-tolerant consistency system, and even if nodes within a threshold range have slow/fault/failure/breakdown or Byzantine behaviors, the system is not prevented from continuing to complete collaboration, otherwise the efficiency of the whole system is greatly influenced by blockage. Such byzantine fault tolerant systems can be further subdivided into duplicate state machines and byzantine arbitration systems. The latter is generally applicable to simple semantics only involving reading and writing, etc., and a cross-chaining system based on the former will implement a student organization in conformity with a secure multiparty computation process, an asynchronous byzantine broadcast protocol for anti-byzantine reliable transmission of messages (witness cross-chaining events/secure multiparty computation threshold signatures), and is flexibly adaptable to various network models (synchronous networks/semi-synchronous networks).
It should be understood that, although the steps in the flowchart of fig. 4 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a portion of the steps in fig. 4 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performance of the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.
In another embodiment, a programmable cross-link gateway, specifically a script that a user can freely define a set of cross-link transactions on a cross-link system interface:
(1) The amount, time and mapping address of the assets can be set to different public chain coinage;
(2) One stroke locks the assets, firstly defines the coin casting to the public chain A, then defines the coin burning of the A and casts the coin on the public chain B;
(3) One locks the asset and delays the trigger.
Through the programming mode in the step 3, a user can select one of the optional modes to achieve the programmability of the cross-chain gateway, so that one asset can be completely incapable of being tracked, and the event-driven cross-chain can be realized;
in another embodiment, for each cross-chain request, the federal node needs to be able to agree on the cross-chain request sequence (including the request sequence recorded by the cross-chain system and the sequence of cross-chain transactions that are block-packed and confirmed on the chain), the correctness of the cross-chain request (like the correctness of transfer transactions on the block chain), and execute (execute) a secure multi-party computation process for each legal cross-chain request, which is a process of completing threshold signatures depending on the consensus network, ensuring that the signing and execution of legal threshold signatures are completed in a limited time;
in another embodiment, the most efficient implementation of the cross-link network relationship system is a witness mechanism, and the OFMF opens the gateway nodes further on the basis of the witness mechanism to seek the power composition of decentralization, which accords with the vision of a public link ecology for expanding the scale of the ofofself; the cross-chain system is also upgraded to a completely distributed network system on an OFMF framework, and the efficiency and the safety of the whole cross-chain gateway are improved by utilizing the properties of safe multi-party calculation and consensus algorithm decision to a greater extent. A distributed system consisting of federal nodes elects a new decision-making federal node set by changing the end every period, is similar to a chain system in nature, but has no asset and account system and no transfer transaction, only carries out consensus witnesses on cross-chain events, and carries out operations such as coinage, burning, releasing and the like by cooperatively executing a threshold signature, so that each cross-chain transaction request or script of a user can be accurately analyzed.
In another embodiment, a broadcast model for the problem of the general of Byzantine is provided that satisfies the following characteristics:
validity: if one honest node broadcasts (r-broadcast) a message < id.j.s, m >, all the honest nodes will receive (r-driver) the same message.
Consistency: if some honest nodes r-deliverers have message < id.j.s, m > and other honest nodes r-deliverers have message < id.j.s, m '>, then m = m'.
Totality: if some honest nodes r-deliverers have messages with serial numbers ID.j.s, all the honest nodes use the messages with the same serial numbers of the r-deliverers.
Integrity: each honest node can only have at most one message m identified by r-sender.
Efficiency: the communication complexity of a broadcast instance under each d.j.s number is a unifomly bound.
The Validity guarantees the liveness, consistency and capability of the algorithm to be the splitting of the traditional definition element, and the feasible broadcast of the capability is also a useful method because one of the splitting reasons is that the capability is not guaranteed.
RBC carries three stages of classical Byzantine fault-tolerant consensus, introduces more reliable message transmission, and is very suitable for secret share transmission and synthesis of a secure multiparty computing network. The revisable broadcast is divided into two key phases of 'echo' and 'ready', the echo phase ensures that each node receives the same message (consistency), and the ready phase ensures that if one node receives a message M, all other nodes receive the message M (availability).
In another embodiment, as shown in fig. 5, a cross-chaining system is provided, which is illustrated as applied to the server 3 in fig. 1, and includes a blockchain network module 101, a secure multi-party computation module 103, a consensus algorithm module 105, and a forwarding module 107.
The block chain network module is used for receiving data interaction requests among a plurality of member nodes and making corresponding feedback, the data interaction comprises data interaction between an upper chain and a lower chain, and the block chain network module can improve the interaction efficiency of data;
the secure multi-party computing module is used for transmitting private data between federal nodes, the secure multi-party computing module can ensure the security of data, the security of a private key of the node is ensured through secure multi-party computing, and related transaction and signature verification processes can be completed only by a hash value of the private key;
the consensus algorithm module is used for realizing consensus on various types of data on the chain, and the consensus algorithm module can guarantee the consistency of the data.
For specific definitions of the cross-chaining system, reference may be made to the above definitions of the cross-chaining method, which is not described herein again. The various modules in the cross-chaining system described above may be implemented in whole or in part by software, hardware, and combinations thereof. The modules can be embedded in a hardware form or independent of a processor in the server, and can also be stored in a memory in the server in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a server is provided, the internal structure of which may be as shown in FIG. 6. The server includes a processor, a memory, a network interface, and a database connected by a device bus. Wherein the processor of the server is configured to provide computing and control capabilities. The memory of the server includes media and internal memory. The medium is a computer readable storage medium. In particular, the computer-readable storage medium is a non-volatile computer-readable storage medium. The non-transitory computer-readable storage medium stores an operating device, a computer program, and a database. The internal memory provides an environment for the operation device and execution of the computer program in the non-volatile computer-readable storage medium. The database of the server is used for storing data. The network interface of the server is used for communicating with an external terminal through network connection. The computer program is executed by a processor to implement a cross-chaining method.
Those skilled in the art will appreciate that the architecture shown in fig. 6 is a block diagram of only a portion of the architecture associated with the disclosed aspects and does not constitute a limitation on the servers to which the disclosed aspects apply, as particular servers may include more or fewer components than shown, or combine certain components, or have a different arrangement of components.
In one embodiment, there is provided a server comprising a memory and a processor, the memory having a computer program stored therein, the processor when executing the computer program implementing the steps of:
a first member node in a block chain network sends a cross-chain transaction request, and a server broadcasts address information related to the first member node;
the second member node receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through a safe multi-party calculation and consensus algorithm;
the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scenes of the on-chain assets are widened.
In one embodiment, the processor, when executing the computer program, performs the steps of:
cross-chain asset operations include asset decentralized secure hosting or transfer of assets;
cross-chain asset operations also include the resolution or execution of cross-chain transactions;
the block chain network is a non-admission Byzantine fault-tolerant distributed network system constructed based on an OFMF framework, and is a general protocol service constructed on various public chain systems;
the cross-chain transaction types include the following five types:
(4) Sending the BTC assets from the BTC host network to the BTM ecosystem;
(5) Extracting the BTC assets ecological by the BTM to a BTC main network;
(6) Extracting the BTC assets ecological by the BTM to an ETH main network;
(4) Extracting BTC assets on an ETH main network into a BTM ecology;
(5) The BTC assets on the ETH main network are extracted to the BTC main network.
The cross-link gateway is programmable, and a user can freely define the cross-link gateway in a cross-link system;
in one embodiment, the processor when executing the computer program implements the steps of:
the first member node transmits the message through a broadcast model, and the broadcast model is a novel model aiming at the problem of Byzantine general.
In one embodiment, a storage medium is provided, the medium being a computer readable storage medium having a computer program stored thereon, the computer program when executed by a processor implementing the steps of:
a first member node in a block chain network sends a cross-chain transaction request, and a server broadcasts address information related to the first member node;
the second member node receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through a safe multi-party calculation and consensus algorithm;
the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scenes of the on-chain assets are widened.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and can include the processes of the embodiments of the methods described above when the computer program is executed. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), rambus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
All possible combinations of the technical features in the above embodiments may not be described for the sake of brevity, but should be considered as being within the scope of the present disclosure as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, and these are all within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A cross-chaining method is characterized by comprising the following steps:
a first member node in a block chain network sends a cross-chain transaction request, and a server broadcasts address information related to the first member node;
the second member node receives the cross-chain transaction request, and coordinates all federal nodes to perform cross-chain asset operation through a safe multi-party calculation and consensus algorithm;
the cross-chain asset operation is performed through a cross-chain gateway, and the on-chain assets can actively enter any other public chain system, so that the application scenes of the on-chain assets are widened.
2. The cross-chaining method of claim 1, wherein the cross-chaining asset operation comprises an asset decentralized secure hosting or transfer of assets.
3. The cross-chaining method of claim 1, wherein the cross-chaining asset operation comprises parsing or execution of a cross-chaining transaction.
4. The method of claim 1, wherein the blockchain network is an allowances-free Byzantine fault tolerant distributed network system based on OFMF framework, and is constructed as a generic protocol service over multiple public-chain systems.
5. The cross-chaining method of claim 1, wherein said cross-chaining transaction types include the following five types:
(1) Sending the BTC assets from the BTC host network to the BTM ecosystem;
(2) Extracting the BTC assets ecological with the BTMs to a BTC main network;
(3) Extracting the BTC assets ecological by the BTM to an ETH main network;
(4) Extracting BTC assets on an ETH main network into a BTM ecology;
(5) The BTC assets on the ETH primary network are abstracted to the BTC primary network.
6. The method according to claim 1, wherein the inter-chain gateway is programmable, and a user can freely define the inter-chain gateway in the inter-chain system.
7. The cross-chaining method of claim 1, wherein said first member node transmits messages via a broadcast model, said broadcast model being a new model for the problem of the Byzantine general.
8. A cross-chaining system, applied to a server, comprising:
the cross-chain system is an active full-link cross-access network and comprises a block chain network module, a safe multi-party calculation module and a consensus algorithm module,
the block chain network module is used for receiving data interaction requests among a plurality of member nodes and making corresponding feedback, the data interaction comprises data interaction between an uplink and a downlink, and the block chain network module can improve the interaction efficiency of data;
the safe multi-party computing module is used for transmitting private data between the federal nodes, and the safe multi-party computing module can ensure the safety of the data;
the consensus algorithm module is used for achieving consensus on various types of data on the chain and can guarantee data consistency.
9. A server, comprising a memory storing a computer program and a processor that when executed implements the steps of the cross-chaining method of any one of claims 1 to 7.
10. A storage medium having stored thereon a computer program for implementing the steps of the cross-chaining method of any one of claims 1 to 7 when executed by a processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111114309.XA CN115883646A (en) | 2021-09-27 | 2021-09-27 | Cross-chaining method, system, storage medium and server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111114309.XA CN115883646A (en) | 2021-09-27 | 2021-09-27 | Cross-chaining method, system, storage medium and server |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115883646A true CN115883646A (en) | 2023-03-31 |
Family
ID=85762355
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111114309.XA Pending CN115883646A (en) | 2021-09-27 | 2021-09-27 | Cross-chaining method, system, storage medium and server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115883646A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116455904A (en) * | 2023-06-12 | 2023-07-18 | 湖南天河国云科技有限公司 | Block chain consensus method and system based on asynchronous network decentralization |
| CN117592991A (en) * | 2024-01-18 | 2024-02-23 | 暨南大学 | Efficient blockchain cross-chain data exchange method based on threshold signature |
-
2021
- 2021-09-27 CN CN202111114309.XA patent/CN115883646A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116455904A (en) * | 2023-06-12 | 2023-07-18 | 湖南天河国云科技有限公司 | Block chain consensus method and system based on asynchronous network decentralization |
| CN116455904B (en) * | 2023-06-12 | 2023-09-05 | 湖南天河国云科技有限公司 | Block chain consensus method and system based on asynchronous network decentralization |
| CN117592991A (en) * | 2024-01-18 | 2024-02-23 | 暨南大学 | Efficient blockchain cross-chain data exchange method based on threshold signature |
| CN117592991B (en) * | 2024-01-18 | 2024-04-26 | 暨南大学 | Efficient blockchain cross-chain data exchange method based on threshold signature |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111095899B (en) | Distributed key management for trusted execution environments | |
| CN113256290B (en) | Decentralized encrypted communication and transaction system | |
| CN110419193B (en) | KSI-based authentication and communication method and system for secure smart home environment | |
| CN111200641B (en) | Data cross-chain sharing method and system, computer equipment and storage medium | |
| CN111600908B (en) | Data processing method, system, computer device and readable storage medium | |
| CN111541551B (en) | Threshold signature message processing method, system, storage medium and server | |
| CN111047324B (en) | Method and apparatus for updating a set of public keys at a blockchain node | |
| CN112686668B (en) | Alliance chain crossing system and method | |
| KR20200126321A (en) | How to securely execute smart contract actions in a trusted execution environment | |
| CN115967534A (en) | Retrieving public data of blockchain networks using trusted execution environments | |
| Zhong et al. | Distributed blockchain‐based authentication and authorization protocol for smart grid | |
| CN111835512B (en) | Private key fragment management method, signature fragment generation method, system and node equipment | |
| CN111212139A (en) | Method and device for updating trust node information | |
| CN110149323B (en) | Processing device with ten-million-level TPS (platform secure protocol) contract processing capacity | |
| CN115883646A (en) | Cross-chaining method, system, storage medium and server | |
| CN111241593A (en) | Data synchronization method and device for block chain nodes | |
| Robinson | The merits of using ethereum mainnet as a coordination blockchain for ethereum private sidechains | |
| CN113255014B (en) | Data processing method based on block chain and related equipment | |
| CN113643134A (en) | Internet of things block chain transaction method and system based on multi-key homomorphic encryption | |
| CN115865320A (en) | Block chain-based security service management method and system | |
| CN115883154A (en) | Access certificate issuing method, block chain-based data access method and device | |
| CN114528601A (en) | Access method and device based on block chain data, processor and electronic equipment | |
| Liu et al. | A blockchain-based cross-domain authentication management system for IoT devices | |
| CN111211876B (en) | Method and device for sending response message aiming at data request and block chain system | |
| CN110827034B (en) | Method and apparatus for initiating a blockchain transaction |
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 |