WO2020173500A1 - 一种基于公链的子链业务系统 - Google Patents

一种基于公链的子链业务系统 Download PDF

Info

Publication number
WO2020173500A1
WO2020173500A1 PCT/CN2020/078671 CN2020078671W WO2020173500A1 WO 2020173500 A1 WO2020173500 A1 WO 2020173500A1 CN 2020078671 W CN2020078671 W CN 2020078671W WO 2020173500 A1 WO2020173500 A1 WO 2020173500A1
Authority
WO
WIPO (PCT)
Prior art keywords
chain
transaction
sub
data
node
Prior art date
Application number
PCT/CN2020/078671
Other languages
English (en)
French (fr)
Inventor
白杰
李冬云
吴先锋
Original Assignee
白杰
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 白杰 filed Critical 白杰
Publication of WO2020173500A1 publication Critical patent/WO2020173500A1/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Definitions

  • a public chain-based sub-chain business system This application is required to be submitted to the Chinese Patent Office on February 26, 2019, the application number is 201910141900. 0, the title of the invention is "Public chain-based sub-chain construction and application deployment method" and in The priority of the Chinese patent application filed with the Chinese Patent Office on July 22, 2019, the application number is 201910662036. 9. The title of the invention is "a public chain-based sub-chain business system", the entire content of which is incorporated into this application by reference in.
  • This application relates to the field of blockchain technology, in particular to a public chain-based sub-chain business system.
  • Blockchain is a chain data structure that combines data blocks in sequence in chronological order, and is a distributed ledger that cannot be tampered with or forged that is guaranteed by cryptography.
  • the blockchain is a basic technology system, and traditional business systems all need to transform to the blockchain. Since the technology involved in the blockchain is not something that most R&D personnel can quickly grasp, it is obvious that the direct development and deployment of a new blockchain network and the application of the blockchain network in the traditional business system will Spend a lot of research and development costs and time costs. Based on this, there is an urgent need for a public chain-based sub-chain business system to solve the problem of high cost required for developing a new blockchain network in the prior art.
  • This application provides a public chain-based sub-chain business system, which is used to solve the technical problem of high cost required to develop a new blockchain network in the prior art.
  • the embodiment of the present application provides a public chain-based sub-chain business system.
  • the system includes a public chain and at least one sub-chain connected to the public chain, wherein the sub-chain includes some nodes of the public chain, and the sub-chain
  • the nodes in are configured to be able to generate blockchain data in accordance with public chain standards and sub-chain standards, and are configured to:
  • A. Receive transaction data, and locate a transaction initiating node based on the transaction data; if the transaction initiating node is a node in the sub-chain, generate sub-chain blockchain data based on the transaction data, and store the sub-chain Chain block chain data; generating summary information corresponding to transaction data according to the sub-chain block chain data, generating public chain block chain data according to the summary information corresponding to the transaction data, and storing the public chain block chain data .
  • the nodes in the sub-chain are further configured as:
  • the transaction initiating node is not a node in the sub-chain, obtain summary information corresponding to the transaction data from the transaction initiation node, generate public chain blockchain data based on the summary information, and store the public Chain blockchain data.
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured as:
  • the nodes in the sub-chain are further configured to be able to generate block data according to the public chain smart contract and the sub-chain smart contract. In this way, in the above-mentioned sub-chain business system, the nodes in the sub-chain can receive transaction data sent by the transaction initiating node. If the transaction initiating node is a node in the sub-chain, then the sub-chain blockchain data can be generated based on the transaction data.
  • the above-mentioned sub-chain business system can rely on the software architecture of the public chain to reuse the data network of the public chain and share data storage.
  • this application can quickly establish its own blockchain network by creating a sub-chain, which greatly reduces R&D costs and time costs.
  • This sub-chain business can effectively save the corresponding investment in terms of implementation and deployment costs and time. In some cases, it can also be used as a method of program testing and verification to quickly verify the system program. Test system capabilities and verify business requirements.
  • the nodes in the sub-chain can inherit the basic capabilities of the public chain, so that developers and service providers can quickly build their own blockchain network to verify the validity and feasibility of the business.
  • FIG. 1 is a schematic structural diagram of a public chain-based sub-chain business system provided by an embodiment of the present application
  • Fig. 2 is a schematic diagram of a transaction process of a public chain-based sub-chain business system provided by an embodiment of the present application
  • Figure 4 is a schematic diagram of a transaction process of a public chain-based sub-chain business system provided by an embodiment of this application
  • Figure 5 is another example of this application.
  • FIG. 6 A schematic diagram of the transaction process of a public chain-based sub-chain business system
  • Figure 6 is a schematic diagram of the address query transaction process in a sub-chain business system provided by an embodiment of the present application
  • Figure 7 is a sub-chain provided by an embodiment of the present application Schematic diagram of the ecological model of the business system.
  • the blockchain refers to the accounting data generated by transactions in the network system on the one hand, and refers to the network running blockchain technology, that is, the blockchain network.
  • the blockchain network refers to a point-to-point (P2P) network with a decentralized application architecture, and the blockchain network can perform distributed storage, public consensus, digital encryption, transaction accounting, and verification. It is a trading platform that covers distributed technology, cryptography, P2P network architecture, and various consensus algorithms that may be applied.
  • Blockchain or blockchain information is accounting information generated based on transaction data when transactions occur in a blockchain network, that is, multiple specific transactions form a block, and multiple blocks form a blockchain.
  • the blockchain network includes nodes that establish a peer-to-peer network connection with each other. Each node is equipped with a corresponding consensus mechanism, such as a smart contract, and has sufficient computing power to perform transaction verification and accounting procedures.
  • the node also has a Uniform standard interface specifications to achieve access to more nodes or other types of blockchain networks through interface specifications.
  • FIG. 1 exemplarily shows a schematic structural diagram of a public chain-based sub-chain business system provided by an embodiment of the present application.
  • the sub-chain business system includes a public chain and at least one sub-chain connected to the public chain.
  • the sub-chain includes some nodes of the public chain.
  • all the nodes of the sub-chain may be located in the public chain, such as the sub-chain 1 shown in FIG. 1.
  • the nodes of the sub-chain may be partially located in the public chain, such as the sub-chain 2 shown in FIG. 1.
  • the nodes in the sub-chain can be configured to be able to generate blockchain data according to the public chain standard and the sub-chain standard.
  • public chain standards include public chain consensus mechanism, public chain certificate communication mechanism, public chain transaction mechanism and public chain smart contract; sub-chain standards include sub-chain consensus mechanism, sub-chain certificate communication mechanism, sub-chain transaction mechanism and sub-chain smart contract .
  • the consensus mechanism may include the packaging mechanism, period, the number of transactions supported by the block, etc.
  • the consensus method may include POW, P0S, or other consensus methods.
  • sub-chains can be defined flexibly.
  • the sub-chain can flexibly define the self-certified pass mechanism, and even the unlicensed pass sub-chain can be defined without limitation.
  • the transaction mechanism can include transaction strategies, methods, fees, and verification, multiple signatures, etc., and the sub-chains can be flexibly and independently defined.
  • Smart contracts can include content such as whether to support smart contracts, default smart contract types, smart contract operating environment, and language.
  • sub-chains can be defined flexibly.
  • the nodes in the sub-chain can be further configured to be able to generate block data according to the public chain smart contract and the sub-chain smart contract.
  • both the public chain and the sub-chain are peer-to-peer P2P networks.
  • the P2P network consists of multiple nodes. Each node has independent computing capabilities, application operation capabilities, storage capabilities, and the ability to provide human-computer interaction.
  • a node in a P2P network is not only a gateway device that provides network information transmission, but also can be any computer device certified by the blockchain network, such as personal computers, computer units, servers, and intelligent terminal devices.
  • the public chain is a blockchain network that provides a basic platform, that is, by setting a unified transaction standard, under this transaction standard, each blockchain network connected to the public chain can pass through the public chain.
  • the transaction data is transmitted and uniformly verified to achieve cross-chain transactions.
  • the sub-chain connected to the public chain can be a blockchain network with the same transaction standards as the public chain, that is, a private chain, industry chain, alliance chain, etc.
  • FIG. 2 exemplarily shows a schematic diagram of a transaction process of a public chain-based sub-chain business system provided by an embodiment of the present application.
  • the nodes in the sub-chain can be further configured to: receive transaction data, and locate the transaction initiating node according to the transaction data.
  • the sub-chain block chain data can be generated according to the transaction data, and the sub-chain block chain data can be stored; the summary information corresponding to the transaction data can also be generated according to the sub-chain block chain data, according to The summary information corresponding to the transaction data generates public chain block chain data and stores public chain block chain data. If the transaction initiating node is not a node in the child chain, the summary information corresponding to the transaction data can be obtained from the transaction initiating node, and public chain blockchain data can also be generated based on the summary information, and public chain blockchain data can be stored.
  • the nodes in the sub-chain can receive transaction data sent by the transaction initiating node. If the transaction initiating node is a node in the sub-chain, then the sub-chain blockchain data can be generated based on the transaction data. And storing the sub-chain block chain data; and, generating summary information corresponding to the transaction data according to the sub-chain block chain data, generating public chain block chain data according to the summary information corresponding to the transaction data, and storing public chain block chain data.
  • the above-mentioned sub-chain business system can rely on the software architecture of the public chain to reuse the data network of the public chain and share data storage.
  • this application can quickly establish its own blockchain network by creating a sub-chain, which greatly reduces R&D costs and time costs.
  • This sub-chain business can effectively save the corresponding investment in terms of implementation and deployment costs and time. In some cases, it can also be used as a method of program testing and verification to quickly verify the system program. Test system capabilities and verify business requirements.
  • the nodes in the sub-chain can inherit the basic capabilities of the public chain, so that developers and service providers can quickly build their own blockchain network to verify the validity and feasibility of the business. It should be noted that the node in the sub-chain involved in the embodiment of the present application may refer to any node in the sub-chain. In order to express more clearly, the nodes in the sub-chain mentioned in this article may refer to the same node.
  • the transaction data received by the nodes in the sub-chain may have two sources, one is from the transaction initiating node, and the other is from the neighboring nodes corresponding to the nodes in the sub-chain. That is, the nodes in the sub-chain may be further configured to: receive transaction data sent by the transaction initiating node or the neighboring node corresponding to the node in the sub-chain.
  • the transaction initiating node can be a node in a sub-chain network or a node in a public chain network.
  • the transaction form between the transaction initiation point and the node in the sub-chain is also different.
  • the nodes in the sub-chain may receive the transaction data sent by the transaction initiating node in the following two situations.
  • the transaction initiating node can directly perform transaction or information interaction with the nodes in the sub-chain
  • the transaction data can be directly sent to the nodes in the sub-chain through the transaction initiating node.
  • This method is most suitable for transactions in which the transaction initiating node and the nodes in the sub-chain are in the same blockchain network, that is, the transaction initiating node is also Nodes within the scope of the public chain network.
  • Another situation is that if the transaction initiating node cannot directly exchange transactions or information with the nodes in the sub-chain, the transaction data can be broadcast through the transaction initiating node. Specifically, the transaction data can be broadcast to neighboring nodes first.
  • the situation where a node in the sub-chain receives transaction data sent by a neighboring node corresponding to a node in the sub-chain may correspond to the situation where the transaction initiating node does not know the location information of the node in the sub-chain, and sends the transaction data in the blockchain through broadcast. With the spread of information, the nodes in the sub-chain can receive transaction data through their neighboring nodes. It should be noted that the above two situations are only illustrative.
  • the node in the sub-chain can also be regarded as a direct The transaction data sent by the transaction initiating node is received. Furthermore, it can be seen from Figure 2 that the nodes in the sub-chain can store both the sub-chain block data and the public chain block data. In order to more clearly describe the storage mode of the sub-chain business system, the following describes it with Figure 3. As shown in FIG. 3, it is an example diagram of a storage mode of a sub-chain service system provided by an embodiment of this application.
  • the nodes in the sub-chain 1 can store the data of the sub-chain 1 block chain and the public chain block data; the nodes in the sub-chain 2 can store the sub-chain 2 block chain data, and the storage Public chain block data.
  • the nodes in the sub-chain may be further configured to: when sending a transaction, if the transaction request does not carry the address information of the transaction target node, then according to the transaction content carried in the transaction request, determine whether it is Meet the transaction content. And, if the transaction content is satisfied, the transaction request response message is returned to the transaction initiating node; if the transaction content is not satisfied, the transaction request is broadcast in the child chain and the public chain.
  • the nodes in the sub-chain may later receive a request for querying the transaction data.
  • data query transactions the following technical solutions can be adopted.
  • FIG. 4 a schematic diagram of a transaction process of a public chain-based sub-chain business system for an embodiment of this application is provided.
  • the nodes in the sub-chain may be further configured to: receive data query transactions, where the data query transactions include target transaction data to be queried; and query summary information corresponding to the target transaction data from the public chain blockchain data.
  • the target transaction data is queried from the sub-chain blockchain data and returned. If it is determined that the target transaction data is not stored in the sub-chain blockchain data, the data query transaction is broadcast in the public chain. Specifically, after receiving the data query transaction, the nodes in the sub-chain can extract the target transaction data carried in the data query transaction. Since the transaction data is stored in the process, the nodes in the sub-chain can generate and store public chain block chain data according to the summary information corresponding to the transaction data. Therefore, after receiving the data query transaction, the nodes in the sub-chain can obtain data from the public chain.
  • the summary information corresponding to the target transaction data is obtained from the chain block chain data, and the target transaction data is determined to be stored in the sub-chain block chain data according to the summary information.
  • the data query transaction is essentially a transaction process that is the same as a formal transaction, that is, an undocumented communication or transaction completed through the built-in consensus mechanism and smart contract of the public chain network.
  • the transaction process of specifying the number of certificates From the above description of the data query transaction process, it can be seen that the transaction initiating node does not need to store the address information of the transaction target node, and even any address information does not need to be stored, and the data query transaction can be performed by broadcasting in the public chain network.
  • the sub-chain business system provided by the present application can reduce the requirements on node storage performance.
  • FIG. 5 a schematic diagram of a transaction process of another public chain-based sub-chain business system for this embodiment of the application.
  • the nodes in the sub-chain may be further configured to: receive data query transactions, where the data query transactions include target transaction data to be queried; and, locate the transaction initiating node according to the data query transaction. Furthermore, it is determined whether the transaction initiating node is a node in the sub-chain, and if the transaction initiating node is a node in the sub-chain, the target transaction data is queried from the sub-chain blockchain data and returned.
  • the transaction initiating node is verified. If the transaction initiating node passes the verification, the summary information corresponding to the target transaction data is queried from the public chain blockchain data. If the transaction initiating node fails the verification, the process ends. And, according to the summary information corresponding to the target transaction data, if it is determined that the target transaction data is stored in the sub-chain blockchain data, then query and return the target transaction data from the sub-chain blockchain data. If it is determined that the target transaction data is not stored in the blockchain data of the sub-chain, the data is broadcast in the public chain to query the transaction. If the transaction initiating node is not a node in the sub-chain, it can be verified, which can improve the transaction safety.
  • the transaction initiating node if the transaction initiating node needs to send data to the transaction target node, the transaction initiating node needs to obtain the address data corresponding to the transaction target node.
  • the transaction initiating node may query the transaction by sending the address to obtain the address data corresponding to the transaction target node.
  • FIG. 6 it is a schematic flowchart of an address query transaction in a sub-chain business system provided by an embodiment of this application.
  • the nodes in the sub-chain may be further configured to: receive the address query transaction sent by the transaction initiating node or the neighboring node corresponding to the node in the sub-chain; and send the transaction target node correspondence to the transaction initiating node according to the address query transaction Address data.
  • the transaction initiating node initiates an address query transaction to the nodes in the sub-chain
  • the address query transaction may include a transaction summary of the pre-initiated cross-chain transaction.
  • the nodes in the sub-chain may be further configured to: query transaction traversal and store address data according to the address; if the address data corresponding to the transaction target node is queried, extract the address data corresponding to the transaction target node corresponding to the transaction summary, and Send the address data corresponding to the transaction target node to the transaction initiation point; if the address data corresponding to the transaction target node is not queried, the transaction request is broadcast in the sub-chain and the public chain.
  • the transaction initiating node can be a node in a sub-chain network or a node in a public chain network.
  • the transaction initiating node Before the transaction initiating node initiates a formal transaction, it can initiate an address query transaction to the node in the sub-chain based on the actual transaction information.
  • This address query transaction needs to include the transaction content information or description in the pre-initiated formal transaction
  • the information of the formal transaction for example, the transaction content of the formal transaction is compressed and packaged in the form of a transaction summary, and sent to the address to query the transaction.
  • the node in the sub-chain can extract the transaction summary in the query transaction, determine the transaction target function specified in the query transaction, and then match the transaction target node corresponding to the function from the stored address information table , And package its corresponding address data into a transaction result and send it to the transaction initiating node, so that the transaction initiating node can obtain the address data.
  • the address data corresponding to the corresponding transaction target node can be directly designated to directly complete the transaction.
  • Fig. 7 exemplarily shows a schematic diagram of an ecological model of a sub-chain business system provided by an embodiment of the present application.
  • the sub-chain business system may also include a parallel network composed of public chains and/or third-party blockchains. chain.
  • the nodes in the parachain can be configured to be able to perform all data operations of the nodes in the public chain, and have all the functions and information of the nodes in the public chain; and can also be configured to be able to perform all of the third-party blockchain nodes Data operation has all the functions and information of a third-party blockchain node.
  • parachain nodes can transmit transaction data during transactions and bridge transactions. For example, when nodes in a sub-chain need to cross-chain transactions, they can first broadcast the transaction data within the scope of the sub-chain, and then broadcast the transaction within the scope of the public chain through the parachain nodes, that is, at the same time on the sub-chain and the public chain network Finish right Block chain data creation, verification, storage, etc.
  • a computer-readable storage medium in which a computer program or smart contract is stored, and the computer program or smart contract is loaded and executed by a node to implement the above-mentioned embodiments. Transaction processing method.
  • the aforementioned computer-readable storage medium may be a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc. .
  • ROM read-only memory
  • RAM random access memory
  • CD-ROM compact disc-read only memory
  • magnetic tape magnetic tape
  • floppy disk magnetic tape
  • optical data storage device etc.
  • the technical solutions in the embodiments of the present application can be embodied in the form of a software product in essence or a part that contributes to the prior art, and the computer software product can be stored in a storage medium, such as ROM/RAM , Magnetic disks, optical disks, etc., include a number of instructions to enable a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in each embodiment or some parts of the embodiment of the present application.
  • ROM/RAM Read Only Memory
  • magnetic disks magnetic disks
  • optical disks etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种基于公链的子链业务系统。系统包括公链和接入公链的至少一个子链,其中,子链包括公链的部分节点,子链中的节点可以接收交易发起节点发送的交易数据,如果交易发起节点是子链中的节点,那么,就可以根据交易数据生成子链区块链数据,以及存储子链区块链数据;以及,根据子链区块链数据生成交易数据对应的摘要信息,根据交易数据对应的摘要信息生成公链区块链数据,以及存储公链区块链数据。系统可以依托于公链的软件架构,复用公链的数据网络,共享数据存储,同时,本系统可以通过创建子链的方式,快速建立自有区块链网络,降低了研发成本和时间成本。

Description

一种基于公链的子链业务系统 本申请要求在 2019年 2月 26 日提交中国专利局、 申请号为 201910141900. 0、 发 明名称为“基于公链的子链搭建及应用部署方法” 以及在 2019年 7月 22日提交中国 专利局、 申请号为 201910662036. 9、 发明名称为“一种基于公链的子链业务系统” 的 中国专利申请的优先权, 其全部内容通过引用结合在本申请中。
技术领域
本申请涉及区块链技术领域, 特别涉及一种基于公链的子链业务系统。
背景技术
区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据 结构, 并以密码学方式保证的不可篡改和不可伪造的分布式账本。 然而, 区块链作为一种有可能根本性改变现有生产关系的基础技术体系, 传统的 业务系统都有着向区块链转型的需要。 而由于区块链涉及的技术并不是大部分研发人 员能够快速掌握的, 因此, 直接开发和部署一个新的区块链网络, 并把该区块链网络 应用在传统的业务系统中, 显然将花费大量的研发成本和时间成本。 基于此, 目前亟需一种基于公链的子链业务系统, 用于解决现有技术中开发新的 区块链网络所需的成本较高的问题。
发明内容
本申请提供了一种基于公链的子链业务系统, 用于解决现有技术中开发新的区块 链网络所需的成本较高的技术问题。 本申请实施例提供一种基于公链的子链业务系统, 所述系统包括公链和接入公链 的至少一个子链, 其中, 所述子链包括公链的部分节点, 所述子链中的节点被配置为 能够按照公链标准和子链标准生成区块链数据, 以及被配置为:
A. 接收交易数据, 以及根据所述交易数据定位交易发起节点; 如果所述交易发起 节点是所述子链中的节点, 根据所述交易数据生成子链区块链数据, 以及存储所述子 链区块链数据; 根据所述子链区块链数据生成交易数据对应的摘要信息, 根据所述交 易数据对应的摘要信息生成公链区块链数据, 以及存储所述公链区块链数据。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
B . 如果所述交易发起节点不是所述子链中的节点, 从所述交易发起节点处获取交 易数据对应的摘要信息, 根据所述摘要信息生成公链区块链数据, 以及存储所述公链 区块链数据。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
C. 接收所述交易发起节点或所述子链中节点对应的邻近节点发送的交易数据。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
D . 接收数据查询交易, 所述数据查询交易包括待查询的目标交易数据; 从所述公 链区块链数据中查询目标交易数据对应的摘要信息; 根据所述目标交易数据对应的摘 要信息, 如果确定所述目标交易数据存储于所述子链区块链数据中, 则从所述子链区 块链数据中查询并返回所述目标交易数据。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
E . 如果确定所述目标交易数据未存储于所述子链区块链数据中, 则在所述公链中 广播所述数据查询交易。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
F. 根据所述数据查询交易定位交易发起节点; 判断所述交易发起节点是否是所述 子链中的节点, 如果所述交易发起节点是所述子链中的节点, 则从所述子链区块链数 据中查询并返回所述目标交易数据; 如果所述交易发起节点不是所述子链中的节点, 则对所述交易发起节点进行校验。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
G. 在发送交易时, 如果所述交易请求中未携带有所述交易目标节点的地址信息, 则根据所述交易请求中携带的交易内容, 判断自身是否满足所述交易内容, 如果自身 满足所述交易内容, 则向所述交易发起节点返回所述交易请求的响应消息。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
H.如果自身不满足所述交易内容,则在所述子链和所述公链中广播所述交易请求。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为:
I . 接收交易发起节点或所述子链中的节点对应的邻近节点发送的地址查询交易; 以及根据所述地址查询交易向所述交易发起节点发送交易目标节点对应的地址数据。 在一种可能的实施方式中, 所述子链中的节点进一步被配置为能够按照公链智能 合约和子链智能合约生成区块数据。 如此, 上述子链业务系统中, 子链中的节点可以接收交易发起节点发送的交易数 据, 如果交易发起节点是子链中的节点, 那么, 就可以根据交易数据生成子链区块链 数据, 以及存储子链区块链数据; 以及, 根据子链区块链数据生成交易数据对应的摘 要信息, 根据交易数据对应的摘要信息生成公链区块链数据, 以及存储公链区块链数 据。 上述子链业务系统可以依托于公链的软件架构, 复用公链的数据网络, 共享数据 存储, 同时, 本申请可以通过创建子链的方式, 快速建立自有区块链网络, 大大降低 了研发成本和时间成本。 该子链业务无论是在实施和部署成本, 还是时间上, 都能有 效地节省相应的投入, 在某些情况下, 也可以作为方案测试和验证的一种方式, 用于 快速检验系统方案, 测试系统能力, 验证业务需求。 进一步地, 子链中的节点可以继 承公链的基础能力, 使得开发者和服务提供商能快速搭建自有区块链网络, 验证业务 的有效性和可行性。
附图说明
为了更清楚地说明本申请的技术方案, 下面将对实施例中所需要使用的附图作简 单地介绍, 显而易见地, 对于本领域普通技术人员而言, 在不付出创造性劳动的前提 下, 还可以根据这些附图获得其他的附图。 图 1是本申请实施例提供的一种基于公链的子链业务系统的结构示意图; 图 2是本申请实施例提供一种基于公链的子链业务系统进行交易的流程示意图; 图 3是本申请实施例提供的一种子链业务系统存储方式的示例图; 图 4是本申请实施例提供一种基于公链的子链业务系统进行交易的流程示意图; 图 5 是本申请实施例提供另一种基于公链的子链业务系统进行交易的流程示意 图; 图 6是本申请实施例提供的一种子链业务系统中地址查询交易的流程示意图; 图 7是本申请实施例提供的一种子链业务系统的生态模型示意图。
具体实施方式
为使本申请的目的、 技术方案和优点更加清楚, 下面将结合附图对本申请实施方 式作进一步地详细描述。 在本申请提供的技术方案中, 所述区块链一方面指网络系统中交易产生的记账数 据, 另一方面指运行区块链技术的网络, 即区块链网络。 其中, 区块链网络是指具有 去中心化应用架构的点对点 ( P2P ) 网络, 所述区块链网络能够进行分布式存储、 公共 共识、 数字加密、 交易记账以及验证。 即涵盖了分布式技术、 密码学、 P2P 网络架构 以及各种可能被应用的共识算法的交易平台。 区块链或区块链信息是在区块链网络中发生交易时, 根据交易数据生成的记账信 息, 即多笔具体的交易组成一个区块, 多个区块形成一条区块链。 区块链网络中, 包 括相互建立点对点网络连接的节点, 每一个节点都配置有相应的共识机制, 如智能合 约, 并且具有足够的运算能力, 以进行交易验证和记账程序。 节点上还具有符合某种 统一标准的接口规范, 以实现通过接口规范接入更多的节点或者其他类型的区块链网 络。 下面首先结合图 1对本申请实施例适用的可能的系统架构进行介绍。 请参考图 1, 其示例性示出了本申请实施例提供的一种基于公链的子链业务系统 的结构示意图。 由图 1可知, 本申请提供的子链业务系统包括公链和接入公链的至少 一个子链。 其中, 所述子链包括公链的部分节点。 一个示例中, 子链的节点可以全部位于公 链中, 如图 1 中示出的子链 1。 另一个示例中, 子链的节点可以部分位于公链中, 如 图 1中示出的子链 2。 进一步地, 子链中的节点可以被配置为能够按照公链标准和子链标准生成区块链 数据。 其中, 公链标准包括公链共识机制、 公链证通机制、 公链交易机制和公链智能合 约; 子链标准包括子链共识机制、 子链证通机制、 子链交易机制和子链智能合约。 共识机制可以包括打包机制, 周期, 区块支持的交易数等内容, 共识方式可以包 括 POW、 P0S或者其他的共识方式。 对于上述内容, 子链均可以灵活定义。 子链可以灵活定义自主证通机制, 甚至可以定义无证通子链, 具体不做限定。 交易机制可以包括对于交易的策略, 方式, 费用, 以及验证, 多重签名等内容, 子链均可以灵活自主定义。 智能合约可以包括选定是否支持智能合约, 缺省智能合约类型, 智能合约运行环 境, 语言等内容。 对于上述内容, 子链均可以灵活定义。 也就是说, 子链中的节点可 以进一步被配置为能够按照公链智能合约和子链智能合约生成区块数据。 实际应用中, 公链和子链均为点对点形式的 P2P网络, P2P网络由多个节点组成, 每个节点具有独立的运算能力、 应用运行能力、 存储能力以及提供人机交互的能力。 P2P 网络中的节点不仅是提供网络信息传递的网关设备, 而且可以是被区块链网络认 证的任何计算机设备, 如个人计算机、 计算机机组、 服务器以及智能终端设备等。 在子链业务系统中, 公链是提供基础平台的区块链网络, 即通过设定一个统一的 交易标准, 以在此交易标准下, 各个接入公链的区块链网络可以通过公链, 将交易数 据进行传递和统一验证, 以实现跨链交易。 实际应用中, 接入公链的子链可以是与公链具有相同交易标准的区块链网络, 即 基于公链网络形式而建立的私链、 行业链、 联盟链等; 也可以是第三方区块链, 即不 一定基于公链网络形式建立, 由第三方独立开发的区块链。 基于图 1所示的系统架构, 图 2示例性示出了本申请实施例提供一种基于公链的 子链业务系统进行交易的流程示意图。 如图 2所示, 子链中的节点可以进一步地被配置为: 接收交易数据, 以及根据交 易数据定位交易发起节点。 如果交易发起节点是子链中的节点, 可以根据交易数据生成子链区块链数据, 以 及存储子链区块链数据; 还可以根据子链区块链数据生成交易数据对应的摘要信息, 根据交易数据对应的摘要信息生成公链区块链数据, 以及存储公链区块链数据。 如果交易发起节点不是子链中的节点, 可以从交易发起节点处获取交易数据对应 的摘要信息, 还可以根据摘要信息生成公链区块链数据, 以及存储公链区块链数据。 如此, 上述子链业务系统中, 子链中的节点可以接收交易发起节点发送的交易数 据, 如果交易发起节点是子链中的节点, 那么, 就可以根据交易数据生成子链区块链 数据, 以及存储子链区块链数据; 以及, 根据子链区块链数据生成交易数据对应的摘 要信息, 根据交易数据对应的摘要信息生成公链区块链数据, 以及存储公链区块链数 据。 上述子链业务系统可以依托于公链的软件架构, 复用公链的数据网络, 共享数据 存储, 同时, 本申请可以通过创建子链的方式, 快速建立自有区块链网络, 大大降低 了研发成本和时间成本。 该子链业务无论是在实施和部署成本, 还是时间上, 都能有 效地节省相应的投入, 在某些情况下, 也可以作为方案测试和验证的一种方式, 用于 快速检验系统方案, 测试系统能力, 验证业务需求。 进一步地, 子链中的节点可以继 承公链的基础能力, 使得开发者和服务提供商能快速搭建自有区块链网络, 验证业务 的有效性和可行性。 需要说明的是, 本申请实施例中涉及到的子链中的节点可以是指子链中的任意一 个节点。 为了表达地更加清楚, 本文所提及的子链中的节点可以是指同一个节点。 本申请实施例中, 子链中的节点接收到的交易数据的来源可能有两种, 一种是来 源于交易发起节点, 另一种是来源于该子链中的节点所对应的邻近节点。 也就是说, 子链中的节点可以进一步地被配置为: 接收交易发起节点或子链中节点对应的邻近节 点发送的交易数据。 实际应用中, 交易发起节点可以是子链网络中的节点, 也可以是公链网络中的节 点。 根据实际应用环境的不同, 交易发起点与子链中的节点之间的交易形式也不同。 子链中的节点接收交易发起节点发送的交易数据的情形可能有以下两种。 一种情形是, 如果交易发起节点可以与子链中的节点之间直接进行交易或信息交 互, 则可以直接通过交易发起节点向子链中的节点发送交易数据。 这种方式最适合于 交易发起节点与子链中的节点处于同一个区块链网络内的交易, 即交易发起节点也是 公链网络范围内的节点。 另一种情形是, 如果交易发起节点不能直接与子链中的节点之间进行交易或信息 交互, 则可以通过交易发起节点广播交易数据, 具体可以为先向邻近节点广播该交易 数据, 邻近节点再结合自身的角色, 确定是完成交易还是继续广播, 直到子链中的节 点接收到该交易数据。 子链中的节点接收子链中节点对应的邻近节点发送的交易数据对应的情形可以 是, 交易发起节点未知子链中的节点的位置信息, 通过广播的形式在区块链中发送交 易数据, 如此, 随着信息的扩散, 子链中的节点可以通过其邻近节点接受到交易数据。 需要说明的是, 上述两种情形仅为示例性说明, 在其他可能的示例中, 如果交易 发起节点是子链中的节点对应的邻近节点, 那么, 子链中的节点也可以看做是直接接 收到交易发起节点发送的交易数据。 进一步地, 从图 2 中可以看出, 子链中的节点既可以存储子链区块数据, 又可以 存储公链区块数据。 为了更加清楚地描述子链业务系统的存储方式, 下面通过图 3来 描述。 如图 3所示, 为本申请实施例提供的一种子链业务系统存储方式的示例图。 从图 3中可以看出, 子链 1 中的节点可以存储子链 1 区块链数据, 以及存储公链 区块数据; 子链 2中的节点可以存储子链 2区块链数据, 以及存储公链区块数据。 本申请实施例中, 子链中的节点还可以进一步被配置为: 在发送交易时, 如果交 易请求中未携带有交易目标节点的地址信息, 则根据交易请求中携带的交易内容, 判 断自身是否满足交易内容。 以及, 如果自身满足交易内容, 则向交易发起节点返回交 易请求的响应消息; 如果自身不满足交易内容, 则在子链和公链中广播交易请求。 对于采用上述技术方案进行存储的交易数据, 子链中的节点后期可能接收到对交 易数据进行查询的请求。 针对数据查询交易, 可以采用以下技术方案。 一种可能的实施方式为, 如图 4所示, 为本申请实施例提供一种基于公链的子链 业务系统进行交易的流程示意图。 参考图 4 , 子链中的节点可以进一步地被配置为: 接收数据查询交易, 数据查询 交易包括待查询的目标交易数据; 以及从公链区块链数据中查询目标交易数据对应的 摘要信息。 此时, 根据目标交易数据对应的摘要信息, 如果确定目标交易数据存储于子链区 块链数据中, 则从子链区块链数据中查询并返回目标交易数据。 如果确定目标交易数据未存储于子链区块链数据中, 则在公链中广播数据查询交 易。 具体地, 子链中的节点在接收到数据查询交易之后, 可以提取数据查询交易中携 带的目标交易数据。 由于交易数据在存储的过程中, 子链中的节点可以根据交易数据对应的摘要信息 生成并存储公链区块链数据, 因此, 子链中的节点在接收到数据查询交易之后, 可以 从公链区块链数据中获取目标交易数据对应的摘要信息, 并根据该摘要信息判断目标 交易数据存储于子链区块链数据中。 需要说明的是, 本申请提供的技术方案中, 数据查询交易本质上是一种与正式交 易相同的交易过程, 即通过公链网络内置的共识机制和智能合约, 完成的一种无证通 或指定证通数量的交易过程。 通过上文对数据查询交易过程的描述, 可知, 交易发起节点中不必存储交易目标 节点的地址信息, 甚至任何地址信息都无需存储, 就可以通过在公链网络中广播的方 式进行数据查询交易。 如此, 本申请提供的子链业务系统可以减小对节点存储性能的 要求。 另一种可能的实施方式为, 如图 5所示, 为本申请实施例提供另一种基于公链的 子链业务系统进行交易的流程示意图。 参见图 5 , 子链中的节点可以进一步被配置为: 接收数据查询交易, 数据查询交 易包括待查询的目标交易数据; 以及, 根据数据查询交易定位交易发起节点。 进而, 判断交易发起节点是否是子链中的节点, 如果交易发起节点是子链中的节 点, 则从子链区块链数据中查询并返回目标交易数据。 如果交易发起节点不是子链中的节点, 则对交易发起节点进行校验。 如果交易发 起节点通过校验, 则从公链区块链数据中查询目标交易数据对应的摘要信息。 如果交 易发起节点未通过校验, 则结束流程。 以及, 根据所述目标交易数据对应的摘要信息, 如果确定目标交易数据存储于子 链区块链数据中, 则从子链区块链数据中查询并返回目标交易数据。 如果确定目标交易数据未存储于子链区块链数据中, 则在公链中广播数据查询交 易 如此, 如果交易发起节点不是子链中的节点, 就可以对其进行验证, 从而可以提 高交易的安全性。 本申请实施例中, 交易发起节点如果需要向交易目标节点发送数据, 那么, 交易 发起节点需要获取交易目标节点对应的地址数据。 具体实施过程中, 交易发起节点可 以通过发送地址查询交易, 来获取交易目标节点对应的地址数据。 如图 6所示, 为本申请实施例提供的一种子链业务系统中地址查询交易的流程示 意图。 参考图 6 , 子链中的节点还可以进一步被配置为: 接收交易发起节点或子链中的 节点对应的邻近节点发送的地址查询交易; 以及根据地址查询交易向交易发起节点发 送交易目标节点对应的地址数据。 具体地, 子链业务系统在进行交易前, 由交易发起节点向子链中的节点发起地址 查询交易, 地址查询交易可以包括预发起跨链交易的交易摘要。 进一步地, 子链中的节点可以进一步被配置为: 根据地址查询交易遍历存储地址 数据; 如果查询到交易目标节点对应的地址数据, 则提取与交易摘要对应的交易目标 节点对应的地址数据, 并发送交易目标节点对应的地址数据至交易发起点; 如果没有 查询到交易目标节点对应的地址数据, 则在子链和公链中广播交易请求。 实际应用中, 交易发起节点可以是子链网络中的节点, 也可以是公链网络中的节 点。 在交易发起节点发起正式的交易之前, 可以根据实际交易信息的内容, 向子链中 的节点发起一个地址查询交易, 这个地址查询交易中, 需要包含预发起的正式交易中 的交易内容信息或描述正式交易的信息, 例如, 以交易摘要的方式将正式交易的交易 内容进行压缩打包, 发送给地址查询交易。 子链中的节点在接收到地址查询交易以后, 可以提取查询交易中的交易摘要, 确 定查询交易中指定的交易目标功能, 再通过从存储的地址信息表中匹配该功能所对应 的交易目标节点, 并将其对应的地址数据打包成交易结果发送给交易发起节点, 以使 交易发起节点获得地址数据。 在后续正式交易时, 可以直接指定对应的交易目标节点 对应的地址数据, 以直接完成交易。 如此, 在交易过程中, 仅需在正式交易前进行地址查询即可获得交易目标节点的 地址信息, 而交易也需要前置查询交易, 因此可以将地址查询交易与前置查询交易合 并为同一个交易进行广播, 无需额外进行数据传输, 避免实际应用时占用过多的网络 带宽, 提高交易效率。 图 7示例性示出了本申请实施例提供的一种子链业务系统的生态模型示意图。 如 图 7所示, 为了使不同的第三方区块链网络与公链之间能够通信以及完成跨链交易, 子链业务系统还可以包括由公链和 /或第三方区块链组成的平行链。其中, 平行链中的 节点可以被配置为能够执行公链中的节点的全部数据操作, 具有公链中的节点的全部 功能和信息; 还可以被配置为能够执行第三方区块链节点的全部数据操作, 具有第三 方区块链节点的全部功能和信息。 实际应用中, 平行链节点可以在交易时对交易数据 进行传递, 并将交易进行桥接。 例如, 子链中的节点需要跨链进行交易时, 可先在子链范围内完成交易数据的广 播, 再通过平行链节点将交易在公链范围内广播, 即同时在子链和公链网络中完成对 于同一个交易数据的区块链数据创建、 验证、 存储等, 以形成区块链数据, 对交易数 据进行分布存储后, 完成跨链交易。 这种通过平行链进行桥接的跨链交易方式, 可以 通过最小的节点改造量, 实现跨链交易的目的。 在示例性实施例中, 还提供了一种计算机可读存储介质, 所述存储介质中存储有 计算机程序或智能合约, 所述计算机程序或智能合约被节点加载并执行以实现上述实 施例提供的事务处理方法。 可选地, 上述计算机可读存储介质可以是只读存储记忆体 (Read-Only Memory, ROM)、 随机存储记忆体 (Random Access Memory, RAM)、 CD-ROM、 磁带、 软盘和光数据存储设备等。 本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的 通用硬件平台的方式来实现。 基于这样的理解, 本申请实施例中的技术方案本质上或 者说对现有技术做出贡献的部分可以以软件产品的形式体现出来, 该计算机软件产品 可以存储在存储介质中, 如 R0M/RAM、 磁碟、 光盘等, 包括若干指令用以使得一台计 算机设备 (可以是个人计算机, 服务器, 或者网络设备等)执行本申请各个实施例或者 实施例的某些部分所述的方法。 本领域技术人员在考虑说明书及实践这里公开的发明后, 将容易想到本公开的其 它实施方案。 本申请旨在涵盖本公开的任何变型、 用途或者适应性变化, 这些变型、 用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的 公知常识或惯用技术手段。 说明书和实施例仅被视为示例性的, 本公开的真正范围和 精神由下面的权利要求指出。 应当理解的是, 本公开并不局限于上面已经描述并在附图中示出的精确结构, 并 且可以在不脱离其范围进行各种修改和改变。 本公开的范围仅由所附的权利要求来限 制。

Claims

权 利 要 求 书
1、 一种基于公链的子链业务系统, 其特征在于, 所述系统包括公链和接入公链的 至少一个子链, 其中, 所述子链包括公链的部分节点, 所述子链中的节点被配置为能 够按照公链标准和子链标准生成区块链数据, 以及被配置为:
A . 接收交易数据, 以及根据所述交易数据定位交易发起节点; 如果所述交易发 起节点是所述子链中的节点, 根据所述交易数据生成子链区块链数据, 以及存储所述 子链区块链数据; 根据所述子链区块链数据生成交易数据对应的摘要信息, 根据所述 交易数据对应的摘要信息生成公链区块链数据, 以及存储所述公链区块链数据。
2、根据权利要求 1所述的系统,其特征在于,所述子链中的节点进一步被配置为:
B . 如果所述交易发起节点不是所述子链中的节点, 从所述交易发起节点处获取 交易数据对应的摘要信息, 根据所述摘要信息生成公链区块链数据, 以及存储所述公 链区块链数据。
3、根据权利要求 1所述的系统,其特征在于,所述子链中的节点进一步被配置为:
C . 接收所述交易发起节点或所述子链中节点对应的邻近节点发送的交易数据。
4、根据权利要求 1所述的系统,其特征在于,所述子链中的节点进一步被配置为:
D . 接收数据查询交易, 所述数据查询交易包括待查询的目标交易数据; 从所述 公链区块链数据中查询目标交易数据对应的摘要信息; 根据所述目标交易数据对应的 摘要信息, 如果确定所述目标交易数据存储于所述子链区块链数据中, 则从所述子链 区块链数据中查询并返回所述目标交易数据。
5、根据权利要求 4所述的系统,其特征在于,所述子链中的节点进一步被配置为:
E . 如果确定所述目标交易数据未存储于所述子链区块链数据中, 则在所述公链中 广播所述数据查询交易。
6、根据权利要求 4所述的系统,其特征在于,所述子链中的节点进一步被配置为:
F. 根据所述数据查询交易定位交易发起节点; 判断所述交易发起节点是否是所述 子链中的节点, 如果所述交易发起节点是所述子链中的节点, 则从所述子链区块链数 据中查询并返回所述目标交易数据; 如果所述交易发起节点不是所述子链中的节点, 则对所述交易发起节点进行校验。
7、根据权利要求 1所述的系统,其特征在于,所述子链中的节点进一步被配置为:
G . 在发送交易时, 如果所述交易请求中未携带有所述交易目标节点的地址信息, 则根据所述交易请求中携带的交易内容, 判断自身是否满足所述交易内容, 如果自身 满足所述交易内容, 则向所述交易发起节点返回所述交易请求的响应消息。
8、根据权利要求 7所述的系统,其特征在于,所述子链中的节点进一步被配置为:
H . 如果自身不满足所述交易内容, 则在所述子链和所述公链中广播所述交易请 求。
9、根据权利要求 1所述的系统, 其特征在于,所述子链中的节点进一步被配置为: I. 接收交易发起节点或所述子链中的节点对应的邻近节点发送的地址查询交易; 以及根据所述地址查询交易向所述交易发起节点发送交易目标节点对应的地址数据。
10、 根据权利要求 1所述的系统, 其特征在于, 所述子链中的节点进一步被配置 为能够按照公链智能合约和子链智能合约生成区块数据。
PCT/CN2020/078671 2019-02-26 2020-03-10 一种基于公链的子链业务系统 WO2020173500A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201910141900 2019-02-26
CN201910141900.0 2019-02-26
CN201910662036.9A CN111612614A (zh) 2019-02-26 2019-07-22 一种基于公链的子链业务系统
CN201910662036.9 2019-07-22

Publications (1)

Publication Number Publication Date
WO2020173500A1 true WO2020173500A1 (zh) 2020-09-03

Family

ID=72197616

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/CN2020/078671 WO2020173500A1 (zh) 2019-02-26 2020-03-10 一种基于公链的子链业务系统
PCT/CN2020/078664 WO2020173497A1 (zh) 2019-02-26 2020-03-10 一种部署有中心化系统的区块链网络
PCT/CN2020/078669 WO2020173499A1 (zh) 2019-02-26 2020-03-10 基于公链的区块链子链创建方法及系统

Family Applications After (2)

Application Number Title Priority Date Filing Date
PCT/CN2020/078664 WO2020173497A1 (zh) 2019-02-26 2020-03-10 一种部署有中心化系统的区块链网络
PCT/CN2020/078669 WO2020173499A1 (zh) 2019-02-26 2020-03-10 基于公链的区块链子链创建方法及系统

Country Status (2)

Country Link
CN (3) CN111612614A (zh)
WO (3) WO2020173500A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113141401A (zh) * 2021-04-20 2021-07-20 普华云创科技(北京)有限公司 一种基于主子链的多链构建方法与系统

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111833061B (zh) * 2020-09-21 2020-12-01 江苏傲为控股有限公司 一种将资产转化为数字资产的资产处理方法及系统
CN112163950A (zh) * 2020-09-25 2021-01-01 湖南和信安华区块链科技有限公司 一种方便扩展、节点资源复用的区块链链网构建方法、系统及终端设备
CN113064675B (zh) * 2020-12-29 2023-12-19 上海零数众合信息科技有限公司 一种可继承的区块链无损改造方法
US20220244743A1 (en) * 2021-01-29 2022-08-04 Toyota Motor Engineering & Manufacturing North America, Inc. System and Methods for Platoon-Leader-as-a-Service
CN113067900B (zh) * 2021-06-02 2021-09-24 支付宝(杭州)信息技术有限公司 智能合约的部署方法及装置
CN113259119B (zh) * 2021-06-02 2021-10-29 支付宝(杭州)信息技术有限公司 区块链消息的分发方法及装置
CN113067901B (zh) * 2021-06-02 2021-09-24 支付宝(杭州)信息技术有限公司 区块链子网的创建方法
CN113420086A (zh) * 2021-06-21 2021-09-21 北京众享比特科技有限公司 用于区块链的方法和相关产品
CN113655965A (zh) * 2021-08-20 2021-11-16 湖北央中巨石信息技术有限公司 一种区块链网络的扩容方法、区块链网络系统及区块链网络运行方法
CN113726913B (zh) * 2021-11-04 2022-04-01 中国信息通信研究院 骨干节点接入方法和区块链系统
CN116760632B (zh) * 2023-08-10 2023-11-03 腾讯科技(深圳)有限公司 数据处理方法、装置、设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106779805A (zh) * 2016-11-24 2017-05-31 中国银行股份有限公司 一种基于区块链的不同商家之间的积分流通方法及装置
US20180139042A1 (en) * 2016-11-16 2018-05-17 StreamSpace, LLC Decentralized nodal network for providing security of files in distributed filesystems
CN108347486A (zh) * 2018-02-12 2018-07-31 众安信息技术服务有限公司 基于区块链的跨链通信方法、装置以及系统
CN109241087A (zh) * 2018-09-27 2019-01-18 福建福链科技有限公司 一种联盟链的数据处理方法及终端

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107786339A (zh) * 2016-08-31 2018-03-09 陈新 分层可控联盟区块链系统
US10686590B2 (en) * 2016-12-23 2020-06-16 Joseph Santilli Methods and systems for crowdsourcing an outcome to an issue
US10102265B1 (en) * 2017-04-12 2018-10-16 Vijay K. Madisetti Method and system for tuning blockchain scalability for fast and low-cost payment and transaction processing
CN107358526B (zh) * 2017-06-26 2021-03-09 中国人民银行数字货币研究所 一种紧急交易的方法和装置
CN107528886B (zh) * 2017-07-25 2020-07-31 中国科学院计算技术研究所 区块链全网拆分方法与系统
CN107733855B (zh) * 2017-08-31 2019-11-05 中国科学院信息工程研究所 一种可同时支持公有链、联盟链及私有链的区块链系统及应用方法
CN108200210B9 (zh) * 2018-02-12 2021-06-18 众安信息技术服务有限公司 基于区块链的链管理的方法、装置及计算机可读介质
CN108389047B (zh) * 2018-02-12 2021-07-09 南京思利华信息科技有限公司 区块链中母链与子链交易的方法及区块链网络
CN108712491A (zh) * 2018-05-17 2018-10-26 易链科技(深圳)有限公司 区块链节点、交易信息处理方法、终端设备和介质
CN108876370B (zh) * 2018-06-12 2021-12-17 北京航空航天大学 一种异构多链架构下跨区块链共享开放数据的体系架构
CN108960825A (zh) * 2018-06-26 2018-12-07 阿里巴巴集团控股有限公司 基于区块链的电子签名方法及装置、电子设备
CN110868439B (zh) * 2018-08-28 2021-05-28 傲为信息技术(江苏)有限公司 一种区块链系统
CN109493227B (zh) * 2018-11-23 2021-10-22 贵州电网有限责任公司 一种基于能源互联网的区块链弱中心化能源在线交易方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180139042A1 (en) * 2016-11-16 2018-05-17 StreamSpace, LLC Decentralized nodal network for providing security of files in distributed filesystems
CN106779805A (zh) * 2016-11-24 2017-05-31 中国银行股份有限公司 一种基于区块链的不同商家之间的积分流通方法及装置
CN108347486A (zh) * 2018-02-12 2018-07-31 众安信息技术服务有限公司 基于区块链的跨链通信方法、装置以及系统
CN109241087A (zh) * 2018-09-27 2019-01-18 福建福链科技有限公司 一种联盟链的数据处理方法及终端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113141401A (zh) * 2021-04-20 2021-07-20 普华云创科技(北京)有限公司 一种基于主子链的多链构建方法与系统

Also Published As

Publication number Publication date
CN111612613B (zh) 2023-11-10
CN111612615A (zh) 2020-09-01
WO2020173499A1 (zh) 2020-09-03
CN111612613A (zh) 2020-09-01
CN111612614A (zh) 2020-09-01
WO2020173497A1 (zh) 2020-09-03

Similar Documents

Publication Publication Date Title
WO2020173500A1 (zh) 一种基于公链的子链业务系统
TWI710979B (zh) 跨區塊鏈的互動方法及裝置、系統、電子設備
WO2020258848A1 (zh) 一种跨链发送资源的方法和装置
TWI690184B (zh) 跨區塊鏈的認證方法及裝置、電子設備
TWI724391B (zh) 基於區塊鏈的節點管理方法和裝置
CN109191124B (zh) 区块链网络、部署方法及存储介质
CN111461723B (zh) 基于区块链的数据处理系统及方法、装置
WO2020258846A1 (zh) 一种跨链发送可认证消息的方法和装置
US11336451B2 (en) Cross-blockchain resource transmission
WO2018050002A1 (zh) 基于区块链结构的安全性电子文件处理系统及方法
CN112005264A (zh) 实施跨链事务的区块链
CN112953821B (zh) 消息传输方法及装置
CN110677383B (zh) 防火墙开墙方法、装置、存储介质及计算机设备
CN111640017A (zh) 一种应用于联盟链跨链转账的交易正确性验证方法及装置
CN111245910B (zh) 一种区块链轻节点多副本的部署方法
CN112866421B (zh) 基于分布式缓存以及nsq的智能合约运行方法及装置
WO2023124746A1 (zh) 跨子网交互的权限控制
CN111640018B (zh) 一种区块链交易存在性验证方法及装置
WO2020042929A1 (zh) 一种区块链系统
CN114363162A (zh) 区块链日志的生成方法及装置、电子设备、存储介质
CN113781216A (zh) 基于回调合约机制的异步跨链交易查询方法及设备
US20230259930A1 (en) Cross-chain transaction processing method and apparatus, electronic device, and storage medium
CN114782045A (zh) 跨链非事务性写入方法和装置、存储介质、电子设备
WO2020042930A1 (zh) 基于平行链的交易方法及区块链系统
CN116777631B (zh) 基于区块链的交易上链方法及装置、设备、介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20762218

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20762218

Country of ref document: EP

Kind code of ref document: A1