WO2020211462A1 - 一种基于区块链的业务数据上链方法及其*** - Google Patents

一种基于区块链的业务数据上链方法及其*** Download PDF

Info

Publication number
WO2020211462A1
WO2020211462A1 PCT/CN2019/129717 CN2019129717W WO2020211462A1 WO 2020211462 A1 WO2020211462 A1 WO 2020211462A1 CN 2019129717 W CN2019129717 W CN 2019129717W WO 2020211462 A1 WO2020211462 A1 WO 2020211462A1
Authority
WO
WIPO (PCT)
Prior art keywords
business
data
service
block
blockchain
Prior art date
Application number
PCT/CN2019/129717
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 WO2020211462A1 publication Critical patent/WO2020211462A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G06F16/219—Managing data history or versioning
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2308—Concurrency control
    • G06F16/2315—Optimistic concurrency control
    • G06F16/2322—Optimistic concurrency control using timestamps
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2365—Ensuring data consistency and integrity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction

Definitions

  • This application relates to the field of blockchain technology, and in particular to a method and system for uploading business data based on blockchain.
  • Blockchain technology is based on a decentralized peer-to-peer network. It uses open source software to combine cryptographic principles, time series data, and consensus mechanisms to ensure the continuity and continuity of nodes in a distributed database, so that information can be verified and can be verified instantly. Traceability, but it is difficult to tamper with and cannot be shielded, thus creating a private, efficient and secure shared value system.
  • the existing business data is to link the results of the business data, such as the amount of the transaction; it is not yet possible to achieve the structured uploading of the business data, that is, to show the change process of the business data on the blockchain, such as: software The version of the product, the price of the product; these business data have strong demand for chaining.
  • the present application provides a blockchain-based business data uploading method and system thereof, which can enable the process of business data to be uploaded to the chain, and users can query historical information of the business.
  • the first aspect of the application provides a blockchain-based business data uploading method, which is applied to a blockchain system, the system includes at least one blockchain node, and the method includes:
  • the blockchain node receives the business structure data sent by the business server, where the business structure data includes the business ID, business related attributes, business non-related attributes, and creator ID;
  • the blockchain node packages the business structure data into a first block
  • the first block is uploaded to the chain.
  • the method further includes: the blockchain node receives a business data upload request sent by a business server, the business data includes a business ID, a timestamp, a user ID, and business data attributes; The blockchain node packages the business data into a second block; in response to the blockchain system verifying the second block, the second block is uploaded to the chain.
  • the method further includes: the service server receives a first terminal query request, the query request includes the first terminal querying the business-related attributes of the service ID on the blockchain and Service non-associated attributes; the service server obtains at least one service associated attribute and at least one service non-associated attribute corresponding to the service ID on the blockchain; the service server corresponds to at least one of the service IDs The service-associated attribute and at least one of the service non-associated attributes are sent to the first terminal; wherein the attribute value of the at least one service-associated attribute corresponding to the service ID is automatically superimposed.
  • the business data is business data used for transactions, and the method further includes:
  • the service server encrypts the service data with a public key to generate the service encrypted data; wherein the service data upload request includes the service encrypted data, and the service server includes a first public key and a first private key. key;
  • the service server After determining that the second terminal has paid the fee corresponding to the service data, the service server uses the first private key to decrypt the service encrypted data;
  • the service server sends the decrypted service data to the second terminal, and sends the fee corresponding to the service data to the owner of the service data; wherein, the second terminal uses the second public
  • the decrypted service data is encrypted by the key, and the service data encrypted by the second public key is stored on the blockchain through the blockchain node, so that the second terminal can query at any time.
  • the second terminal includes a second public key and a second private key.
  • the business data is business data used for transactions, and the method further includes:
  • the third terminal encrypts the service data with a third public key to generate the service encrypted data; wherein the service data upload request includes the service encrypted data, and the third terminal includes the third public key And the third private key;
  • the third terminal sends the decrypted service data to the second terminal, and the second terminal encrypts the decrypted service data with a second public key, and encrypts all the decrypted service data with the second public key.
  • the service data is stored on the blockchain through the blockchain node, so that the second terminal can query at any time, and the second terminal includes a second public key and a second private key.
  • the business data is a user's like operation on a product
  • the business ID is a product ID
  • the business data attribute is a business-related attribute
  • the business data is a user's price operations on commodities
  • the business ID is a price ID
  • the business data attribute is a non-associated attribute
  • the price operation value of at least one user corresponding to the price ID after at least one of the service data is uploaded.
  • the blockchain system includes a main chain node and a sub-chain node.
  • the main chain manages at least one sub-chain through a smart contract, and the smart contract includes a consensus mechanism of the sub-chain and verification of the sub-chain. the way;
  • the business data is stored on the sub-chain, and the business data includes file data.
  • the first block is uploaded to the chain; including: verifying the first block through a verifiable DPoS algorithm The block is verified, the blockchain node is the first super node, the super node is used to package the block and the verification block, and the verification node is used to verify the block, specifically:
  • the first block is sent to the remaining super nodes for verification, and the remaining super nodes are multiple super nodes except the first super node Super nodes outside;
  • the remaining super nodes use a practical Byzantine fault-tolerant algorithm to verify the first block
  • the first super node randomly selects a plurality of the verification nodes through a verifiable random algorithm, and the plurality of the verification nodes use a practical Byzantine fault-tolerant algorithm. Verifying the first block;
  • the first block is uploaded to the chain.
  • the second aspect of the application provides a blockchain-based business data on-chain system.
  • the system includes at least one blockchain node; wherein,
  • the blockchain node receives business structure data sent by a business server, where the business structure data includes the business ID, business-related attributes, business non-related attributes, and creator ID;
  • the blockchain node packs the business structure data into a first block
  • the first block is uploaded to the chain.
  • This application enables the process of business data to be chained.
  • the history of business data is corresponded by the ID of the business data, and the user can query the historical information of the business.
  • Figure 1 is a schematic diagram of a blockchain-based business data uploading process provided by an embodiment of the application
  • FIG. 2 is a schematic diagram of a business data transaction process based on blockchain according to an embodiment of the application
  • FIG. 3 is a schematic flowchart of a block verification method provided by an embodiment of the application.
  • the node referred to in the embodiments of this application can be understood as an abstract machine that responds to specific external triggering conditions and performs state transitions according to certain rules. It can be a mobile phone, a tablet, a handheld computer, a personal PC, etc. It can be based on application software and can be Networked devices.
  • a blockchain-based business data uploading method is applied to a blockchain system, the system includes at least one blockchain node, and the method includes:
  • the blockchain node receives business structure data sent by a business server, where the business structure data includes the business ID, business-related attributes, business non-related attributes, and creator ID.
  • the blockchain node packs the business structure data into a first block.
  • the on-chain of business data helps to improve credibility and traceability, such as user survey data, product purchase data, brand evaluation data, etc., and the purchase volume and evaluation value of these data
  • the data supports changes, which can be reflected in the blockchain of this application as a version of the data. Each change can be saved on the chain in the form of a version, so it can be traced All the change history of the data; 2. Encryption verification, data and attribute changes need to be encrypted with the user’s private key, and can be saved and changed after passing the public key verification; 3.
  • the attributes of the data are stored in a structured manner. Data attributes are divided into associated attributes and non-associated attributes.
  • the value of the associated attribute itself cannot be changed directly, but is associated with another piece of data on the blockchain, so that the associated attribute value is automatically changed, for example: the number of purchases Value, when the user’s purchase data is saved on the chain, the value of the number of purchases can be automatically increased; the value of non-associated attributes can be directly changed, and the attribute value will not automatically increase, for example: the price of a product is determined by the product The owner of the price, the blockchain only saves all the price history corresponding to the product ID.
  • business structure data includes global status information of the data, such as:
  • the associated attribute in the embodiment of the present application means that after the number of purchases increases, the total number of purchases will automatically increase, and will be displayed to the user when the user inquires. Regardless of the associated or non-associated attributes, when users query, they can find all the history of that attribute on the chain.
  • the method further includes: the blockchain node receives a business data upload request sent by a business server, the business data includes a business ID, a timestamp, a user ID, and business data attributes; the block The chain node packages the business data into a second block; after the second block is verified by the blockchain system, the second block is uploaded to the chain.
  • the method further includes: the service server receiving a first terminal query request, the query request including the first terminal querying the business related attributes and business non-related attributes of the business ID on the blockchain
  • the service server obtains at least one service associated attribute and at least one service non-associated attribute corresponding to the service ID on the blockchain; the service server associates at least one service associated attribute corresponding to the service ID with At least one of the service non-associated attributes is sent to the first terminal; wherein the attribute value of the at least one service associated attribute corresponding to the service ID is automatically superimposed.
  • the business data is business data used for transactions, and the method further includes: the business server encrypts the business data with a public key to generate the business encrypted data; wherein, the business data
  • the on-chain request includes the service encrypted data, the service server includes a first public key and a first private key; the service server receives a purchase request for the service data sent by a second terminal; the service server determines the first After the two terminals have paid the fees corresponding to the service data, they decrypt the encrypted service data with the first private key; the service server sends the decrypted service data to the second terminal, and sends The fee corresponding to the business data is sent to the owner of the business data.
  • the second terminal encrypts the decrypted service data with a second public key, and stores the service data encrypted by the second public key on the blockchain through the blockchain node,
  • the second terminal includes a second public key and a second private key.
  • the public key of the business server is used to encrypt the tradable business data.
  • the private key of the business server decrypts the encrypted business data, thereby completing the transaction process of the tradable business data.
  • the user encrypts the tradable business data with the client's own public key, and after meeting preset conditions, the user decrypts it with the client's own private key.
  • the preset conditions here can be executed with smart contracts.
  • the business data is a user's like operation on a product
  • the business ID is a product ID
  • the business data attribute is a business-related attribute
  • the business data is a user's price operations on commodities
  • the business ID is a price ID
  • the business data attribute is a non-associated attribute; after at least one of the business data is uploaded to the chain, the price ID corresponds to at least The price operation value of a user.
  • the service data is service data used for transactions
  • the method further includes: the third terminal encrypts the service data with a third public key to generate the service encrypted data; wherein, The service data on-chain request includes the service encrypted data, the third terminal includes a third public key and a third private key; the third terminal receives the second terminal sent by the service server to the service data Purchase request; after the third terminal determines that the second terminal pays the fee corresponding to the service data, decrypt the service encrypted data with the third private key; the third terminal decrypts the decrypted service data Sent to the second terminal.
  • the second terminal encrypts the decrypted service data with a second public key, and stores the service data encrypted by the second public key on the blockchain through the blockchain node,
  • the second terminal includes a second public key and a second private key.
  • S201 The business data owner sends the business data to the business server through the client.
  • S202 The business server encrypts the business data with the private key and stores it on the blockchain.
  • the business server can be a blockchain node, which sends the business data to other blockchain nodes with packaging function for packaging, and sends it to the blockchain node with verification function for verification. After the verification is passed, the business Data on the chain. After the business data is on the chain, only the owner of the business data can view the business data through its private key. Other users can only find part of the business data.
  • the business server is not a blockchain node, the business data is sent to the blockchain node for the process of uploading to the chain.
  • S203 The business data purchaser sends a business data purchase request to the business server.
  • the service server After the purchaser of business data needs to pay for the business data, the service server will verify whether the purchaser of the business data has successfully transferred the funds.
  • the transfer process can be through payment of digital currency or payment of tokens.
  • the business server may be a server of some decentralized APP application software
  • the terminal of the business data purchaser or the business data owner refers to the terminal on which the decentralized APP application software is installed.
  • the terminal can be a mobile phone, or a device that can install software and can connect to the Internet.
  • the terminal After the business data purchaser receives the decrypted business data through the terminal, the terminal encrypts the decrypted business data with its own public key and sends it to the business server. The business server will then encrypt the data with the public key of the business data purchaser. Exist on the blockchain. In this way, business data buyers can view the business data at any time.
  • the business data can be a paper, a film review, survey data and other data that can be used for trading.
  • the blockchain system includes a main chain node and a sub-chain node, the main chain manages at least one sub-chain through a smart contract, and the smart contract includes the consensus mechanism of the sub-chain and the verification method of the sub-chain;
  • the business data is stored on the sub-chain, and the business data includes file data.
  • the hash value of file data can be stored on the child chain, and the original business data chain can be stored.
  • a sub-chain can correspond to a smart contract and a consensus mechanism.
  • the consensus mechanism includes one of Proof of Work (PoW), Proof of Stake (POS), and Delegated Proof of Stake (DPoS).
  • the verification method of the sub-chain includes that after the sub-chain node performs a hash operation on the verification block, the hash value obtained is stored in the block body of the main chain block; the verification block is a predetermined block apart High multiple blocks, or the verification block is multiple blocks separated by random block heights.
  • the first block in response to the verification of the first block by the blockchain system, is uploaded to the chain; including: verifying the first block through a verifiable DPoS algorithm
  • the blockchain node is the first super node, the super node is used to package the block and the verification block, and the verification node is used to verify the block, as shown in FIG. 3, which are specifically S301-S304.
  • the first block is sent to other super nodes for verification, and the remaining super nodes are multiple super nodes except for the first block. A super node outside the super node.
  • the first super node randomly selects a plurality of the verification nodes through a verifiable random algorithm, and the plurality of the verification nodes adopts practical Byzantine fault tolerance The algorithm verifies the first block.
  • the rest of the above-mentioned super nodes verify the above-mentioned first block, and the process of generating a new block by packaging with the first super node can be carried out at the same time, and there is no need to wait for the block verification process to be completely completed before generating a new block. Therefore, the efficiency of block generation is improved; at the same time, the above-mentioned multiple verification nodes verify the block, and the process of generating a new block with the first super node can also be performed at the same time.
  • using the VRF algorithm to select multiple verification nodes to verify the first block can prevent more than one third of the super nodes from doing evil; if more than one third of the super nodes do evil, the first super node is random If the selected multiple verification nodes refuse to verify the first block, or the verification fails, the first block cannot be successfully uploaded to the chain.
  • the first super node uses the VRF algorithm to verify the blocks on the chain, which can improve the security of the blockchain system; and the above discussion shows that the first super node uses the VRF algorithm to verify the blocks on the chain.
  • the first super node can also continue to package and generate new blocks, which can also improve the block generation efficiency of the blockchain system.
  • the blockchain system is increased. Degree of centralization.
  • the verification node finds that the block verification fails, the block is discarded, and the block generation and verification process is restarted from the previous block of the block; and the super nodes that have passed the block verification are determined from the remaining super nodes , As a malicious node; then, the verification node pulls the malicious node into the blacklist, and a super node is added to replace the malicious super node.
  • any number of super nodes can be prevented from doing evil.
  • This application discloses a blockchain-based business data on-chain system.
  • the system includes at least one blockchain node.
  • the blockchain node receives business structure data sent by a business server, where the business structure data includes the business ID, business-related attributes, business non-related attributes, and creator ID.
  • the blockchain node packs the business structure data into a first block.
  • the first block is uploaded to the chain.
  • This application enables the process of business data to be chained, thereby supporting the chaining of business data in more application scenarios; in the blockchain system, the history of business data is corresponded by the ID of the business data, and users can query historical information of the business.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种基于区块链的业务数据上链方法及其***，应用于区块链***中，所述***包括至少一个区块链节点，所述方法包括：所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID（S101）；所述区块链节点将所述业务结构数据打包成第一区块（S102）；响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链（S103）。所述方法能够让业务数据的过程上链，在区块链***中，业务数据的历史通过业务数据的ID进行对应，用户能够查询业务的历史信息。

Description

一种基于区块链的业务数据上链方法及其*** 技术领域
本申请涉及区块链技术领域，尤其涉及一种基于区块链的业务数据上链方法及其***。
背景技术
目前，区块链、物联网以及人工智能并列为未来科技的三大技术。区块链技术是基于去中心化的对等网络，用开源软件把密码学原理、时序数据和共识机制相结合，来保障分布式数据库中各节点的连贯和持续，使信息能即时验证、可追溯，但难以篡改和无法屏蔽，从而创造了一套隐私、高效、安全的共享价值体系。
随着区块链应用场景的增加，越来越多的业务数据需要上链。然而，现有的业务数据都是将业务数据的结果上链，例如：交易的金额；还不能实现业务数据的结构化上链，即在区块链上展现业务数据的变化过程，例如：软件的版本、商品的价格；这些业务数据有强烈的上链需求。
因此，如何实现业务数据的过程上链，成为亟待解决的问题。
上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。
发明内容
为了解决上述问题，本申请提供一种基于区块链的业务数据上链方法及其***，该方法能够让业务数据的过程上链，用户能够查询业务的历史信息。
本申请第一方面提供一种基于区块链的业务数据上链方法，应用于区块链***中，所述***包括至少一个区块链节点，所述方法包括：
所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；
所述区块链节点将所述业务结构数据打包成第一区块；
响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链。
在一种可能的实施方式中，所述方法还包括：所述区块链节点接收业务服务器发送的业务数据上链请求，所述业务数据包括业务ID、时间戳、用户ID、业务数据属性；所述区块链节点对所述业务数据进行打包成第二区块；响应于所述区块链***对所述第二区块验证通过后，所述第二区块上链。
在一种可能的实施方式中，所述方法还包括：所述业务服务器接收第一终端查询请求，所述查询请求包括所述第一终端查询区块链上所述业务ID的业务关联属性和业务非关联属性；所述业务服务器获取所述区块链上所述业务ID对应的至少一个业务关联属性和至少一个业务非关联属性；所述业务服务器将所述业务ID对应的至少一个所述业务关联属性和至少一个所述业务非关联属性发送给所述第一终端；其中，所述业务ID对应的至少一个业务关联属性的属性值自动叠加。
在一种可能的实施方式中，所述业务数据为用于交易的业务数据，所述方法还包括：
所述业务服务器用公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述业务服务器包括第一公钥和第一私钥；
所述业务服务器接收第二终端发送所述业务数据的购买请求；
所述业务服务器确定所述第二终端已支付所述业务数据对应的费用后，用所述第一私钥对所述业务加密数据解密；
所述业务服务器将解密后的所述业务数据发送给所述第二终端，且将所述业务数据对应的费用发送给所述业务数据的所有者；其中，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数 据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。
在一种可能的实施方式中，所述业务数据为用于交易的业务数据，所述方法还包括：
所述第三终端用第三公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述第三终端包括第三公钥和第三私钥；
所述第三终端接收所述业务服务器发送的第二终端对所述业务数据的购买请求；
所述第三终端确定所述第二终端支付所述业务数据对应的费用后，用所述第三私钥对所述业务加密数据解密；
所述第三终端将解密后的业务数据发送给所述第二终端，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。
在一种可能的实施方式中，所述业务数据为用户对商品的点赞操作，所述业务ID为商品ID，业务数据属性为业务关联属性；
至少一个所述业务数据上链后，所述商品ID对应的至少一个用户的点赞操作的值，自动叠加。
在一种可能的实施方式中，所述业务数据为用户对商品的价格操作，所述业务ID为价格ID，业务数据属性为非关联属性；
至少一个所述业务数据上链后，所述价格ID对应的至少一个用户的价格操作值。
在一种可能的实施方式中，所述区块链***包括主链节点和子链节点，所述主链通过智能合约管理至少一个子链，所述智能合约包括子链的共识机制和子链的验证方式；
所述业务数据存储在所述子链上，所述业务数据包括文件数据。
在一种可能的实施方式中，响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链；包括：通过可验证的DPoS算法对所述第一区块进行验证，所述区块链节点为第一超级节点，所述超级节点用于打包区块和验证区块，所述验证节点用于验证区块，具体为：
所述第一超级节点对所述第一区块验证通过后，将所述第一区块发送给其余超级节点进行验证，所述其余超级节点为多个超级节点中除所述第一超级节点外的超级节点；
所述其余超级节点采用实用拜占庭容错算法对所述第一区块进行验证；
当所述其余超级节点对所述第一区块验证通过后，所述第一超级节点通过可验证的随机算法随机选择多个所述验证节点，多个所述验证节点采用实用拜占庭容错算法对所述第一区块进行验证；
当多个所述验证节点对所述第一区块验证通过后，所述第一区块上链。
本申请第二方面提供一种基于区块链的业务数据上链***，所述区块链***中，所述***包括至少一个区块链节点；其中，
所述区块链节点，接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；
所述区块链节点，将所述业务结构数据打包成第一区块；
响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链。
本申请能够让业务数据的过程上链，在区块链***中，业务数据的历史通过业务数据的ID进行对应，用户能够查询业务的历史信息。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。
图1为本申请实施例提供的一种基于区块链的业务数据上链流程示意图；
图2为本申请实施例提供的一种基于区块链的业务数据交易流程示意图；
图3为本申请实施例提供的一种区块验证方法流程示意图。
具体实施方式
为了更清楚的阐释本申请的整体构思，下面结合说明书附图以示例的方式进行详细说明。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的顺序在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例中所称的节点，可以理解为响应外界特定触发条件，并按一定规则做状态转换的抽象机器，可以是手机、平板电脑、掌上电脑、个人PC电脑等可以按照应用软件且能够联网的设备。
如图1所示，一种基于区块链的业务数据上链方法，应用于区块链***中，所述***包括至少一个区块链节点，所述方法包括：
S101，所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID。
S102，所述区块链节点将所述业务结构数据打包成第一区块。
S103，响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链。
在众多应用场景中，业务数据的上链有助于提高可信度和可溯源性，例如： 用户的调研数据、商品的购买数据、品牌的评价数据等，并且这些数据的购买量、评价值等都有非常强的上链需求。业务数据的上链有三个主要特征：1，数据是支撑更改的，在本申请的区块链中可以体现为数据的版本，每次更改都可以通过版本的形式保存在链上，因此可以追溯数据的所有更改历史；2，加密验证，数据和属性的更改都需要使用用户的私钥进行加密，通过公钥验证后，才可以保存和更改；3，数据的属性被结构化的保存下来，数据的属性分为关联属性和非关联属性，关联属性的值本身并不能直接被更改，而是关联到区块链上的另一条数据，从而该关联属性值被自动更改，例如：购买次数的值，当有用户的购买数据保存在链上后，该购买次数的值才能被自动增加；非关联属性的值可以被直接更改，该属性值不会自动增加，例如：商品的价格，由商品的拥有者定价，区块链只将所有该商品ID对应的价格历史保存下来。
举例来说，业务结构数据包括数据的全局状态信息，例如：
数据哈希 不可更改
原始数据哈希 不可更改
数据的版本 业务数据内容
关联的数据 不可更改
价格 非关联属性
浏览次数 关联属性
喜欢次数 关联属性
不喜欢次数 关联属性
收藏次数 关联属性
购买次数 关联属性
级别 非关联属性
是否可以交易 非关联属性
权限 非关联属性
是否加密 非关联属性
加密字段 非关联属性
审核者 关联属性
举报者 关联属性
是否有问题 非关联属性
分类 非关联属性
所有者 关联属性
创建者 关联属性
本申请实施例中的关联属性，是指购买次数增加后，该总的购买次数会自动增加，当用户查询时，展示给用户。无论关联还是非关联属性，用户查询时，都可以查到该属性的全部链上保存历史。
在一个示例中，所述方法还包括：所述区块链节点接收业务服务器发送的业务数据上链请求，所述业务数据包括业务ID、时间戳、用户ID、业务数据属性；所述区块链节点对所述业务数据进行打包成第二区块；响应于所述区块链***对所述第二区块验证通过后，所述第二区块上链。
在一个示例中，所述方法还包括：所述业务服务器接收第一终端查询请求，所述查询请求包括所述第一终端查询区块链上所述业务ID的业务关联属性和业务非关联属性；所述业务服务器获取所述区块链上所述业务ID对应的至少一个业务关联属性和至少一个业务非关联属性；所述业务服务器将所述业务ID对应的至少一个所述业务关联属性和至少一个所述业务非关联属性发送给所述第一终端；其中，所述业务ID对应的至少一个业务关联属性的属性值自动叠加。
在一个示例中，所述业务数据为用于交易的业务数据，所述方法还包括：所述业务服务器用公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述业务服务器包括第一公钥和第一私钥；所述业务服务器接收第二终端发送所述业务数据的购买请求；所 述业务服务器确定所述第二终端已支付所述业务数据对应的费用后，用所述第一私钥对所述业务加密数据解密；所述业务服务器将解密后的所述业务数据发送给所述第二终端，且将所述业务数据对应的费用发送给所述业务数据的所有者。
之后，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。
在上述方式中，利用业务服务器的公钥对可交易的业务数据进行加密，满足预设条件时，业务服务器的私钥对加密后的业务数据解密，从而完成可交易的业务数据的交易流程。
在另外一种方式中，用户通过客户端自己的公钥对可交易的业务数据进行加密，满足预设条件后，用户再通过客户端自己的私钥解密。这里的预设条件可以用智能合约来执行。
在一个示例中，所述业务数据为用户对商品的点赞操作，所述业务ID为商品ID，业务数据属性为业务关联属性；至少一个所述业务数据上链后，所述商品ID对应的至少一个用户的点赞操作的值，自动叠加。
在一个示例中，所述业务数据为用户对商品的价格操作，所述业务ID为价格ID，业务数据属性为非关联属性；至少一个所述业务数据上链后，所述价格ID对应的至少一个用户的价格操作值。
在一个示例中，所述业务数据为用于交易的业务数据，所述方法还包括：所述第三终端用第三公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述第三终端包括第三公钥和第三私钥；所述第三终端接收所述业务服务器发送的第二终端对所述业务数据的购买请求；所述第三终端确定所述第二终端支付所述业务数据对应的费用后，用所述第三私钥对所述业务加密数据解密；所述第三终端将解密后的业务数据发送给所述第二终端。
之后，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。
以图2为例，在区块链上，对可交易的业务数据进行说明。目前区块链都只能实现转账，即只能实现各种数字货币的交易，不能对业务数据进行交易。
S201，业务数据所有者通过客户端将业务数据发送给业务服务器。
S202，业务服务器将业务数据用私钥加密后，存储在区块链上。
此时，业务服务器可以是区块链节点，将业务数据发送给具有打包功能的其他区块链节点进行打包，且发送给具有验证功能的区块链节点进行验证，验证通过后，所述业务数据上链。业务数据上链后，只有业务数据的所有者能够通过其私钥查看该业务数据。其他用户只能查到该业务数据的一部分。业务服务器不是区块链节点时，将该业务数据发送给区块链节点，进行上链的过程。
S203，业务数据购买者向业务服务器发送业务数据购买请求。
业务数据购买者需要支付该业务数据的费用后，改业务服务器会验证业务数据购买者是否转账成功。该转账过程，可以通过支付数字货币，或者支付代币。
S204，该业务服务器确认业务数据所有者收到转账的费用后，用私钥对加密的业务数据进行解密，将解密的业务数据发送给业务数据的购买者。
业务数据的购买者可以通过终端查看。上述中，业务服务器可以是某种去中心化的APP应用软件的服务器，业务数据购买者或业务数据所有者的终端指的是安装有该去中心化的APP应用软件的终端。
该终端可以是手机，或者是能够安装软件，且能够联网的设备。
该业务数据购买者通过终端接收到解密的业务数据后，终端用自身的公钥将解密后的业务数据加密，发送给业务服务器，业务服务器会将该用业务数据购买者公钥加密的数据，存在区块链上。这样业务数据购买者可以随时查看该业务数据。
上述讨论中，业务数据可以是一篇论文，一条影评，调研数据等可以用来交易的数据。
在一个示例中，所述区块链***包括主链节点和子链节点，所述主链通过智能合约管理至少一个子链，所述智能合约包括子链的共识机制和子链的验证方式；所述业务数据存储在所述子链上，所述业务数据包括文件数据。
需要说明的是，一些业务数据大的区块链应用场景，可以将文件数据的哈希值存储在子链上，原始的业务数据链下保存。
此时，一条子链可以对应一个智能合约，对应一个共识机制。所述共识机制包括工作量证明(Proof of Work，PoW)、权益证明(Proof of Stake，POS)以及授权股权证明(Delegated Proof of Stake，DPoS)的一种。
所述子链的验证方式包括子链节点将验证区块进行哈希运算后，得到的哈希值存储在所述主链区块的区块体中；所述验证区块是相隔预设块高度的多个区块，或者所述验证区块是相隔随机块高度的多个区块。
在一个示例中，响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链；包括：通过可验证的DPoS算法对所述第一区块进行验证，所述区块链节点为第一超级节点，所述超级节点用于打包区块和验证区块，所述验证节点用于验证区块，如图3所示，具体为S301-S304。
S301，所述第一超级节点对所述第一区块验证通过后，将所述第一区块发送给其余超级节点进行验证，所述其余超级节点为多个超级节点中除所述第一超级节点外的超级节点。
S302，所述其余超级节点采用实用拜占庭容错算法对所述第一区块进行验证。
S303，当所述其余超级节点对所述第一区块验证通过后，所述第一超级节点通过可验证的随机算法随机选择多个所述验证节点，多个所述验证节点采用实用拜占庭容错算法对所述第一区块进行验证。
S304，当多个所述验证节点对所述第一区块验证通过后，所述第一区块上 链。
上述验证示例中，上述其余超级节点对上述第一区块进行验证，与第一超级节点打包生成新的区块过程，可以同时进行，不需要等待区块验证过程完全结束后，才开始产生新的区块，从而提高了区块的产生效率；同时，上述多个验证节点对区块进行验证，与第一超级节点产生新的区块的过程，也可以同时进行。
此时，利用VRF算法选择多个验证节点对第一区块进行验证，可以防止超过三分之一的超级节点做恶；如果有超过三分之一的超级节点做恶，第一超级节点随机选择的多个验证节点对第一区块拒绝验证，或者验证不通过，该第一区块不能成功上链。
从而，第一超级节点采用VRF算法对上链的区块进行验证，能够提升区块链***的安全性；并且，上述讨论可知，第一超级节点采用VRF算法对上链的区块进行验证时，第一超级节点还可以继续打包生成新的区块，既还能够提升区块链***的区块生成效率。
此外，由于多个验证节点能够存储整条区块链，相对于现有的DPoS算法(DPoS算法中，只有100个左右的代理权益节点才有验证的功能)，增加了区块链***的去中心化程度。验证节点发现该区块验证不通过时，将该区块废弃，从该区块的上一个区块重新进行区块生成和验证流程；并且将其余超级节点中判断该区块验证通过的超级节点，作为做恶节点；然后，验证节点将该做恶节点拉入黑名单，新增超级节点对做恶的超级节点进行替换。本申请的区块链***中，根据上述机制，可以防止任意数量的超级节点做恶。
本申请公开了一种基于区块链的业务数据上链***，所述区块链***中，所述***包括至少一个区块链节点。
所述区块链节点，接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID。
所述区块链节点，将所述业务结构数据打包成第一区块。
响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链。
本申请能够让业务数据的过程上链，从而支持更多应用场景的业务数据上链；在区块链***中，业务数据的历史通过业务数据的ID进行对应，用户能够查询业务的历史信息。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

  1. 一种基于区块链的业务数据上链方法，其特征在于，应用于区块链***中，所述***包括至少一个区块链节点，所述方法包括：
    所述区块链节点接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；
    所述区块链节点将所述业务结构数据打包成第一区块；
    响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述区块链节点接收业务服务器发送的业务数据上链请求，所述业务数据包括业务ID、时间戳、用户ID、业务数据属性；
    所述区块链节点对所述业务数据进行打包成第二区块；
    响应于所述区块链***对所述第二区块验证通过后，所述第二区块上链。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    所述业务服务器接收第一终端查询请求，所述查询请求包括所述第一终端查询区块链上所述业务ID的业务关联属性和业务非关联属性；
    所述业务服务器获取所述区块链上所述业务ID对应的至少一个业务关联属性和至少一个业务非关联属性；
    所述业务服务器将所述业务ID对应的至少一个所述业务关联属性和至少一个所述业务非关联属性发送给所述第一终端；其中，所述业务ID对应的至少一个业务关联属性的属性值自动叠加。
  4. 根据权利要求3所述的方法，其特征在于，所述业务数据为 用户对商品的点赞操作，所述业务ID为商品ID，业务数据属性为业务关联属性；
    至少一个所述业务数据上链后，所述商品ID对应的至少一个用户的点赞操作的值，自动叠加。
  5. 根据权利要求3所述的方法，其特征在于，所述业务数据为用户对商品的价格操作，所述业务ID为价格ID，业务数据属性为非关联属性；
    至少一个所述业务数据上链后，所述价格ID对应的至少一个用户的价格操作值。
  6. 根据权利要求1-3任意一项所述的方法，其特征在于，所述业务数据为用于交易的业务数据，所述方法还包括：
    所述业务服务器用公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述业务服务器包括第一公钥和第一私钥；
    所述业务服务器接收第二终端发送所述业务数据的购买请求；
    所述业务服务器确定所述第二终端已支付所述业务数据对应的费用后，用所述第一私钥对所述业务加密数据解密；
    所述业务服务器将解密后的所述业务数据发送给所述第二终端，且将所述业务数据对应的费用发送给所述业务数据的所有者；其中，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。
  7. 根据权利要求1-3任意一项所述的方法，其特征在于，所述业务数据为用于交易的业务数据，所述方法还包括：
    所述第三终端用第三公钥对所述业务数据加密，生成所述业务加密数据；其中，所述业务数据上链请求包括所述业务加密数据，所述第三终端包括第三公钥和第三私钥；
    所述第三终端接收所述业务服务器发送的第二终端对所述业务数据的购买请求；
    所述第三终端确定所述第二终端支付所述业务数据对应的费用后，用所述第三私钥对所述业务加密数据解密；
    所述第三终端将解密后的业务数据发送给所述第二终端，所述第二终端用第二公钥对所述解密后的业务数据进行加密，并将第二公钥加密后的所述业务数据通过所述区块链节点存储在区块链上，以便于所述第二终端随时查询，所述第二终端包括第二公钥和第二私钥。
  8. 根据权利要求1所述的方法，其特征在于，所述区块链***包括主链节点和子链节点，所述主链通过智能合约管理至少一个子链，所述智能合约包括子链的共识机制和子链的验证方式；
    所述业务数据存储在所述子链上，所述业务数据包括文件数据。
  9. 根据权利要求1所述的方法，其特征在于，响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链；包括：通过可验证的DPoS算法对所述第一区块进行验证，所述区块链节点为第一超级节点，所述超级节点用于打包区块和验证区块，所述验证节点用于验证区块，具体为：
    所述第一超级节点对所述第一区块验证通过后，将所述第一区块发送给其余超级节点进行验证，所述其余超级节点为多个超级节点中除所述第一超级节点外的超级节点；
    所述其余超级节点采用实用拜占庭容错算法对所述第一区块进行验证；
    当所述其余超级节点对所述第一区块验证通过后，所述第一超级节点通过可验证的随机算法随机选择多个所述验证节点，多个所述验证节点采用实用拜占庭容错算法对所述第一区块进行验证；
    当多个所述验证节点对所述第一区块验证通过后，所述第一区块上链。
  10. 一种基于区块链的业务数据上链***，其特征在于，所述区块链***中，所述***包括至少一个区块链节点；其中，
    所述区块链节点，接收业务服务器发送的业务结构数据，所述业务结构数据包括所述业务ID、业务关联属性、业务非关联属性以及创建者ID；
    所述区块链节点，将所述业务结构数据打包成第一区块；
    响应于所述区块链***对所述第一区块验证通过后，所述第一区块上链。
PCT/CN2019/129717 2019-04-16 2019-12-30 一种基于区块链的业务数据上链方法及其*** WO2020211462A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910306004.5A CN110009356B (zh) 2019-04-16 2019-04-16 一种基于区块链的业务数据上链方法及其***
CN201910306004.5 2019-04-16

Publications (1)

Publication Number Publication Date
WO2020211462A1 true WO2020211462A1 (zh) 2020-10-22

Family

ID=67172354

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/129717 WO2020211462A1 (zh) 2019-04-16 2019-12-30 一种基于区块链的业务数据上链方法及其***

Country Status (2)

Country Link
CN (1) CN110009356B (zh)
WO (1) WO2020211462A1 (zh)

Families Citing this family (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110009356B (zh) * 2019-04-16 2019-11-29 北京艾摩瑞策科技有限公司 一种基于区块链的业务数据上链方法及其***
CN110324363B (zh) * 2019-08-07 2020-08-14 北京瑞策科技有限公司 互联网电商关联数据的上链方法及其装置
CN110415092A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 互联网租房关联数据的上链方法及其装置
CN110427378B (zh) * 2019-08-07 2021-04-27 北京瑞策科技有限公司 涉及互联网招聘关联数据的上链方法及其装置
CN110413762A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 知识问答关联数据的上链方法及其装置
CN110417806A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 互联网共享经济关联数据的上链方法及其装置
CN110442622A (zh) * 2019-08-07 2019-11-12 北京艾摩瑞策科技有限公司 涉及区块链的搜索数据处理方法及其装置
CN110427431A (zh) * 2019-08-07 2019-11-08 北京艾摩瑞策科技有限公司 区块链上的生活服务关联数据处理方法及其装置
CN110427476A (zh) * 2019-08-07 2019-11-08 北京艾摩瑞策科技有限公司 涉及区块链的知识问答关联数据处理方法及其装置
CN110443652A (zh) * 2019-08-07 2019-11-12 北京艾摩瑞策科技有限公司 在区块链上的广告数据处理方法及其装置
CN110413699A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 用户投票关联数据的上链方法及其装置
CN110351389B (zh) * 2019-08-07 2020-12-25 北京瑞策科技有限公司 用户社区关联数据的上链方法及其装置
CN110414945A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 区块链上的招聘关联数据处理方法及其装置
CN110392118A (zh) * 2019-08-07 2019-10-29 北京艾摩瑞策科技有限公司 区块链上的自媒体数据处理方法及其装置
CN110413700A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 知识付费关联数据的上链方法及其装置
CN110427776B (zh) * 2019-08-07 2020-10-02 北京瑞策科技有限公司 区块链上的电商关联数据处理方法及其装置
CN110414254A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 用户调研关联数据的上链方法及其装置
CN110543479A (zh) * 2019-08-07 2019-12-06 北京艾摩瑞策科技有限公司 涉及区块链的调研数据处理方法及其装置
CN110427439A (zh) * 2019-08-07 2019-11-08 北京艾摩瑞策科技有限公司 涉及区块链的共享经济关联数据处理方法及其装置
CN110427379A (zh) * 2019-08-07 2019-11-08 北京艾摩瑞策科技有限公司 用户搜索关联数据的上链方法及其装置
CN110413663A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 关于区块链上的社区关联数据处理方法及其装置
CN110443055B (zh) * 2019-08-07 2021-01-01 北京瑞策科技有限公司 互联网上自媒体关联数据的上链方法及其装置
CN110414255A (zh) * 2019-08-07 2019-11-05 北京艾摩瑞策科技有限公司 关于互联网生活服务数据的上链方法及其装置
CN110430267A (zh) * 2019-08-07 2019-11-08 北京艾摩瑞策科技有限公司 区块链上的投票关联数据处理方法及其装置
CN110427766B (zh) * 2019-08-07 2021-01-29 北京瑞策科技有限公司 一种互联网旅游数据的上链方法及其装置
CN110427380A (zh) * 2019-08-07 2019-11-08 北京艾摩瑞策科技有限公司 涉及区块链的租房关联数据处理方法及其装置
CN110413698B (zh) * 2019-08-07 2020-12-15 北京瑞策科技有限公司 互联网广告关联数据的上链方法及其装置
CN110570303A (zh) * 2019-08-15 2019-12-13 深圳壹账通智能科技有限公司 业务信息处理方法、装置、存储介质和服务器集群
CN110380871A (zh) * 2019-08-29 2019-10-25 北京艾摩瑞策科技有限公司 搜索平台的用户区块链私钥的代签方法及其装置
CN110545188A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 涉及自媒体平台的用户区块链私钥的代签方法及其装置
CN110543786A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 共享经济平台用户的区块链私钥的代签方法及其装置
CN110401543A (zh) * 2019-08-29 2019-11-01 北京艾摩瑞策科技有限公司 涉及招聘平台用户的区块链私钥的代签方法及其装置
CN110545189A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 社区平台用户的区块链私钥的代签方法及其装置
CN110401544A (zh) * 2019-08-29 2019-11-01 北京艾摩瑞策科技有限公司 知识付费平台用户的区块链私钥的代签方法及其装置
CN110545186A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 广告平台用户的区块链私钥的代签方法及其装置
CN110544093A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 涉及租房平台用户的区块链私钥的代签方法及其装置
CN110545187A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 涉及旅游平台的用户区块链私钥的代签方法及其装置
CN110545177A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 生活服务平台用户的区块链私钥的代签方法及其装置
CN110543773A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 知识问答平台用户的区块链私钥的代签方法及其装置
CN110545178A (zh) * 2019-08-29 2019-12-06 北京艾摩瑞策科技有限公司 调研平台用户的区块链私钥的代签方法及其装置
CN110706797B (zh) * 2019-09-16 2022-03-04 重庆华医康道科技有限公司 一种医疗机构的医疗数据实时上链的方法
CN112769878B (zh) * 2019-11-01 2022-09-20 中国电信股份有限公司 基于区块链的业务实现***和方法
CN111031041A (zh) * 2019-12-13 2020-04-17 山东众阳健康科技集团有限公司 一种基于区块链的数据上链存储方法、***、介质及设备
CN111339203B (zh) * 2020-02-28 2023-07-14 北京金和网络股份有限公司 区块链数据采集方法、装置及***
CN111431707B (zh) * 2020-03-19 2021-03-26 腾讯科技（深圳）有限公司 业务数据信息处理方法、装置、设备以及可读存储介质
CN111478948B (zh) * 2020-03-20 2023-02-17 深圳市芯链科技有限公司 区块链接入方法、物联网设备及存储介质
CN111488344A (zh) * 2020-04-08 2020-08-04 北京瑞策科技有限公司 基于业务数据区块链的用户操作数据上链方法及***
CN111488608A (zh) * 2020-04-08 2020-08-04 北京瑞策科技有限公司 业务数据区块链的数据验证方法及装置
CN113572715B (zh) * 2020-04-29 2023-01-31 青岛海尔洗涤电器有限公司 基于区块链的数据传输方法和***
CN111695856A (zh) * 2020-06-08 2020-09-22 中设设计集团股份有限公司 基于区块链智能合约的船舶信息登记方法
CN114143017A (zh) * 2020-08-17 2022-03-04 中国电信股份有限公司 区块链数据提供方法、装置、***和存储介质
CN111800438B (zh) * 2020-09-07 2020-12-01 中国信息通信研究院 实现数据共享的信息处理方法及相关装置
CN112150149A (zh) * 2020-09-24 2020-12-29 深圳市中装智链科技有限公司 基于区块链的数据追溯方法、装置、计算机设备及存储介质
CN112241795A (zh) * 2020-10-16 2021-01-19 中国民用航空华东地区空中交通管理局 一种基于区块链的中小机场设备运维共享服务***和方法
CN113434909B (zh) * 2021-06-25 2023-12-29 湖北央中巨石信息技术有限公司 一种基于区块链的数据按需存证方法
CN113726740B (zh) * 2021-07-27 2022-12-09 武汉理工大学 面向海工装备二级节点的数据存储方法、防护方法及***

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017148527A1 (en) * 2016-03-03 2017-09-08 Nec Europe Ltd. Method for managing data in a network of nodes
CN107180350A (zh) * 2017-03-31 2017-09-19 唐晓领 一种基于区块链的多方共享交易元数据的方法、装置及***
CN107547529A (zh) * 2017-08-21 2018-01-05 集合智造（北京）餐饮管理有限公司 一种基于区块链实现共享零售的方法、***
CN108848085A (zh) * 2018-06-04 2018-11-20 温州市图盛科技有限公司 一种基于区块链的电力数据分布式安全防护工具
CN109146688A (zh) * 2018-08-30 2019-01-04 广州立趣信息科技有限公司 一种基于区块链联盟链技术的供应链金融应用方法
CN110009356A (zh) * 2019-04-16 2019-07-12 北京艾摩瑞策科技有限公司 一种基于区块链的业务数据上链方法及其***

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017148527A1 (en) * 2016-03-03 2017-09-08 Nec Europe Ltd. Method for managing data in a network of nodes
CN107180350A (zh) * 2017-03-31 2017-09-19 唐晓领 一种基于区块链的多方共享交易元数据的方法、装置及***
CN107547529A (zh) * 2017-08-21 2018-01-05 集合智造（北京）餐饮管理有限公司 一种基于区块链实现共享零售的方法、***
CN108848085A (zh) * 2018-06-04 2018-11-20 温州市图盛科技有限公司 一种基于区块链的电力数据分布式安全防护工具
CN109146688A (zh) * 2018-08-30 2019-01-04 广州立趣信息科技有限公司 一种基于区块链联盟链技术的供应链金融应用方法
CN110009356A (zh) * 2019-04-16 2019-07-12 北京艾摩瑞策科技有限公司 一种基于区块链的业务数据上链方法及其***

Also Published As

Publication number Publication date
CN110009356B (zh) 2019-11-29
CN110009356A (zh) 2019-07-12

Similar Documents

Publication Publication Date Title
WO2020211462A1 (zh) 一种基于区块链的业务数据上链方法及其***
CN110688425B (zh) 针对区块链的条件性延期事务的方法和***
US20240144263A1 (en) Systems and Methods to Validate Transactions For Inclusion in Electronic Blockchains
US20200272619A1 (en) Method and system for audit and payment clearing of electronic trading systems using blockchain database
US10592985B2 (en) Systems and methods for a commodity contracts market using a secure distributed transaction ledger
US11307775B2 (en) Distributed storage of custom clearance data
TW202009842A (zh) 區塊鏈交易方法及裝置、電子設備
CN111989707B (zh) 管理基于区块链的海关清关服务的用户权限
CN111989663B (zh) 基于区块链的智能合约池
WO2018222797A1 (en) Systems and methods for product review management with distributed database
CN111868725B (zh) 基于区块链处理进口海关清关数据
US11418511B2 (en) User management of blockchain-based custom clearance service platform
US11449911B2 (en) Blockchain-based document registration for custom clearance
CN113283957B (zh) 一种基于区块链的实体产品交易方法
WO2021125107A1 (ja) 制御方法、装置、および、プログラム
CA2987660C (en) Payment system based on shared funds-management server, and method, device and server therefor
US20230401553A1 (en) Crypto-bridge for automating recipient decision on crypto transactions
WO2024045911A1 (en) Collaborative computation across blockchain networks
US20230401572A1 (en) Payment settlement via cryptocurrency exchange for fiat currency
JP7113589B2 (ja) 情報仲介装置、情報提供装置、及び情報取得装置
CN117621874A (zh) 基于v2g区块链能源网络的电动汽车充电方法及***

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: 19924693

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: 19924693

Country of ref document: EP

Kind code of ref document: A1