WO2020029628A1 - 一种基于中心化与去中心化的双重交易方法及系统 - Google Patents

一种基于中心化与去中心化的双重交易方法及系统 Download PDF

Info

Publication number
WO2020029628A1
WO2020029628A1 PCT/CN2019/086757 CN2019086757W WO2020029628A1 WO 2020029628 A1 WO2020029628 A1 WO 2020029628A1 CN 2019086757 W CN2019086757 W CN 2019086757W WO 2020029628 A1 WO2020029628 A1 WO 2020029628A1
Authority
WO
WIPO (PCT)
Prior art keywords
amount
user
income
actual
expenditure
Prior art date
Application number
PCT/CN2019/086757
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 阿里巴巴集团控股有限公司
Priority to SG11202010777VA priority Critical patent/SG11202010777VA/en
Priority to EP19847837.2A priority patent/EP3779829A4/en
Publication of WO2020029628A1 publication Critical patent/WO2020029628A1/zh
Priority to US17/085,672 priority patent/US11386428B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • the embodiments of the present specification relate to the field of information technology, and in particular, to a dual transaction method and system based on centralization and decentralization.
  • blockchain technology is a decentralized distributed storage technology that can realize multi-party storage of data. This means that the data stored in the blockchain is difficult to tamper with and is credible.
  • a blockchain trading system can be built based on blockchain technology.
  • the blockchain transaction system is actually a blockchain network composed of several member nodes. Any member node can accept user-initiated transactions and broadcast the transaction information of the accepted transactions to the blockchain network, making the blockchain network targeted After the transaction information is verified for transaction validity (usually to verify that the balance of the transferor is sufficient), each member node will post the transaction information to the blockchain based on the consensus mechanism. At this time, the transaction is considered complete. In this way, the certificate of each transaction is realized.
  • the embodiments of this specification provide a dual transaction method and system based on centralization and decentralization.
  • the technical solution is as follows:
  • a dual transaction method based on centralization and decentralization is provided.
  • the blockchain network includes several member nodes, and a user has registered a virtual resource account on a designated member node.
  • the method includes :
  • the designated member node receives a transaction request including a spending user ID of a spending user, a specified resource amount, and a income user ID of a income user; the spending user is a user spending the specified resource amount, and the income user is the income Users who specify the amount of resources;
  • For the transaction request verify the transaction feasibility, and after the verification is passed, deduct the specified resource amount from the virtual resource account corresponding to the spending user ID, and add it to the virtual resource account corresponding to the income user ID. Increasing the amount of the specified resource;
  • target transaction information including the expenditure user identification, the specified resource amount, and the income user identification
  • each member node publishes the target transaction information to the blockchain based on a consensus mechanism.
  • a dual transaction device based on centralization and decentralization is provided.
  • the blockchain network includes several member nodes, and the device is any member node, and the user registers on the device.
  • a receiving module receives a transaction request including a spending user ID of a spending user, a specified resource amount, and a income user ID of a revenue user; the spending user is a user spending the specified resource amount, and the income user is a revenue of the specified resource Amount of users;
  • the centralized processing module performs transaction feasibility verification for the transaction request, and after the verification is passed, deducts the specified resource amount from the virtual resource account corresponding to the expenditure user ID, and corresponds to the income user ID. Increasing the specified resource amount in the virtual resource account;
  • a blockchain processing module constructs target transaction information including the expenditure user identification, the specified resource amount, and the income user identification, and broadcasts the target transaction information to the blockchain network
  • each member node will publish the target transaction information to the blockchain based on a consensus mechanism.
  • a dual transaction system based on centralization and decentralization including a blockchain network composed of several member nodes, and users can register virtual resource accounts on designated member nodes:
  • the designated member node receives a transaction request sent by a spending user, including a spending user ID of the spending user, a specified resource amount, and an income user ID of the income user; the spending user is a user spending the specified resource amount, The income user is a user who earns the specified resource amount; according to the transaction request, verify the transaction feasibility, and after the verification is passed, the specified resource amount is deducted from the virtual resource account corresponding to the spending user ID And adding the specified resource amount to a virtual resource account corresponding to the income user ID; and constructing a target transaction including the spending user ID, the specified resource amount, and the income user ID according to the transaction request Information, and broadcast the target transaction information to the blockchain network;
  • the other member nodes after passing the transaction feasibility verification of the target transaction information on the blockchain network, publish the target transaction information to the blockchain with the designated member node.
  • the blockchain network includes several member nodes, and users register virtual resource accounts on designated member nodes.
  • the transaction feasibility verification is performed for the transaction request, and after the verification is passed, the designated resource amount is deducted from the virtual resource account corresponding to the spending user ID, and Adding the specified resource amount to a virtual resource account corresponding to the revenue user identifier; on the other hand, according to the transaction request, broadcasting target transaction information to the blockchain network, so that the blockchain network After the transaction feasibility verification of the target transaction information is passed, each member node publishes the target transaction information to the blockchain based on a consensus mechanism.
  • FIG. 1 is a schematic flowchart of a dual transaction method based on centralization and decentralization provided by an embodiment of the present specification
  • FIG. 2 is an exemplary flowchart of a dual transaction method based on centralization and decentralization provided by an embodiment of the present specification
  • FIG. 3 is a schematic structural diagram of a dual transaction device based on centralization and decentralization provided by an embodiment of the present specification
  • FIG. 4 is a schematic structural diagram of a dual transaction system based on centralization and decentralization provided by an embodiment of the present specification
  • FIG. 5 is a schematic structural diagram of a computer device for configuring a method according to an embodiment of the present specification.
  • the transaction information of transactions between users will be broadcast to the blockchain network. After the blockchain network has verified the feasibility of the transaction information, the member nodes will pass the transaction information. Post to the blockchain.
  • the existing blockchain trading system is a decentralized distributed system, it takes a certain amount of time for each member node to reach a consensus on message consistency based on the consensus mechanism, which will cause a transaction from initiation to confirmation. The elapsed time is too long, that is, the transaction confirmation is delayed, which causes inconvenience to users.
  • a dual transaction mechanism is introduced.
  • the transaction information is not only broadcast to the blockchain network, but also verified and settled by the member nodes that accept the transaction in a timely manner. It will not delay the confirmation of the transaction, and the transaction information will be released to the blockchain for deposit.
  • the user can either receive the feedback of the transaction confirmation soon, or query the credible transaction information record in the blockchain afterwards.
  • FIG. 1 is a schematic flowchart of a dual transaction method based on centralization and decentralization provided by an embodiment of this specification, including the following steps:
  • the designated member node receives a transaction request including a spending user identification of a spending user, a specified resource amount, and a income user identification of a income user.
  • the blockchain network includes several member nodes.
  • a “node” may be a device or multiple devices managed by a management party (person or organization), and the management parties corresponding to each member node are usually different.
  • the user has registered a virtual resource account on a designated member node.
  • the designated member node may be designated according to actual business needs. For example, assuming that the blockchain network is an alliance chain network composed of 10 financial institutions (including banks, electronic payment platforms, etc.), the member nodes managed by the electronic payment platform can be designated as designated member nodes, and the user is on the electronic payment platform Registered with a virtual resource account.
  • the virtual resources described in this article are not limited to electronic money, but can also be points, game coins, virtual items, and so on. In short, according to actual business rules, users can use any virtual resource as a transaction medium to conduct transactions.
  • the designated member node can receive the transaction request sent by the spending user, or the transaction request sent by the income user.
  • the transaction request usually includes a spending user ID of a spending user, a specified resource amount, and a income user ID of a revenue user, the spending user is a user spending the specified resource amount, and the income user is a revenue of the specified resource Amount of users.
  • S102 Perform a transaction feasibility verification for the transaction request, and after the verification is passed, deduct the specified resource amount from the virtual resource account corresponding to the spending user ID, and add the virtual resource corresponding to the income user ID Increase the amount of the specified resource in the account.
  • transaction feasibility verification refers to verifying whether the transaction is reasonable and executable, which mainly includes verifying whether the account balance of the spending user is sufficient.
  • other matters of the transaction may also be the content of feasibility verification, such as whether the spending user has authority.
  • settlement is performed, that is, the amount of the specified resource is deducted from the virtual resource account corresponding to the expenditure user ID, and the virtual resource account corresponding to the income user ID is deducted Increase the specified resource amount.
  • the designated member node may immediately send a transaction confirmation notification to the spending user and / or the income user after performing step S102.
  • S104 According to the transaction request, construct target transaction information including the expenditure user identifier, the specified resource amount, and the revenue user identifier, and broadcast the target transaction information to the blockchain network.
  • step S104 designated member nodes may perform step S104, so that the blockchain network can pass the transaction feasibility verification of the target transaction information.
  • the target transaction information is published to the blockchain.
  • the blockchain network can verify the transaction feasibility of the target transaction information, and then each member node can publish the target transaction information to the blockchain based on the consensus mechanism.
  • each member node can publish the target transaction information to the blockchain based on the consensus mechanism.
  • each member node that receives the target transaction information will After the transaction information has passed the feasibility verification, it is stored in its own cache (or transaction pool).
  • each member node is based on the consensus mechanism (such as proof of work).
  • Mechanism, such as equity, proof of shareholding, etc. the member nodes responsible for packaging blocks (can be referred to as bookkeeping nodes) are elected, and the bookkeeping nodes salvage several transaction information from their own trading pools and package them into blocks.
  • broadcast the block to the entire network, and other member nodes will also store the block into their own blockchain.
  • the blockchain network adopts the alliance chain architecture (such as a super ledger)
  • endorsement nodes multiple member nodes responsible for endorsement
  • PBFT Byzantine Fault Tolerance
  • both the transaction is verified and settled based on a centralized mechanism to ensure transaction confirmation efficiency, and the transaction is based on a decentralized mechanism (i.e., blockchain technology). Transactions are validated and settled to achieve proof of transactions.
  • FIG. 2 is an exemplary flowchart of a dual transaction method based on centralization and decentralization provided by an embodiment of the present specification.
  • the blockchain network is composed of multiple (6 shown in the figure) member nodes, where the solid points are designated member nodes and the hollow points are other member nodes except the designated member nodes.
  • the spending user can initiate a transaction and send a transaction request to the designated member node.
  • the designated member node performs settlement operations in the local relational database, on the other hand, broadcasts the transaction information to the entire network, so that each member node publishes the transaction information.
  • steps S102 and S104 are not limited. You can perform step S104 after performing step S102, or you can perform step S102 after performing step S104. Steps S102 and S104 can be performed simultaneously.
  • the account managed by the designated member node is the user's centralized account and block.
  • the chain is actually a decentralized account for users.
  • the centralized account and decentralized account of the user may be inconsistent. The reason for the inconsistency may be that the balance in the centralized account is tampered with.
  • the present invention provides a reconciliation method to ensure that the centralized account and the decentralized account of the same user are consistent.
  • the designated member node may also store the target transaction information constructed in step S104 locally after passing the feasibility verification.
  • the execution member node can obtain transaction information issued to the blockchain within a specified period as the certificate transaction information, and obtain local transaction information stored in the specified period as the actual transaction information.
  • the designated member node determines the amount of resources that the user should earn during the specified period according to the certificate deposit transaction information, as the corresponding certificate deposit income amount for the user, and according to the actual transaction Information to determine the amount of resources that the user ’s actual income received during the specified period as the user ’s corresponding actual income amount; compare the amount of deposited income with the amount of actual income; if the comparison results meet the first specified condition, then The balance of the user's virtual resource account is corrected. There are at least the following situations:
  • the first specified condition may be that the amount of the deposited income is greater than the amount of the actual income. In this case, it is actually found that part of the user's income has not been added to the centralized account during the specified period. At this time, the designated member node may increase the difference between the amount of the deposited income and the amount of the actual income to the virtual resource account of the user.
  • the first specified condition may also be that the amount of the income from the deposit is less than the amount of the actual income. In this case, it is actually found that during the specified period, the designated member device incorrectly added some additional resources to the user's centralized account. At this time, the designated member node may deduct the difference between the actual income amount and the deposit income amount from the virtual resource account of the user.
  • the first specified condition may also be that the amount of deposited income is greater than the actual amount of income, and that the ratio of the income difference to the amount of deposited income is greater than the first specified ratio, wherein the income difference Is the difference between the amount of deposit income and the amount of actual income.
  • the income difference can be added to the user's virtual resource account, and a first compensation amount can be determined, and the first compensation amount can be added to the user's virtual resource account.
  • the first compensation amount is actually a penalty on the management side of the designated member node.
  • the first punishment amount can be determined according to the formula: the amount of the certificated income * (the ratio of the income difference to the amount of the certificated income-the first specified ratio) * the penalty coefficient.
  • the first specified ratio is 2%
  • the deposit income amount is 10,000 yuan
  • the actual income amount is 9700 yuan
  • the income difference is 300 yuan
  • 300/10000 3% > 2%
  • the designated member node may also determine, for any user, the amount of resources that the user should spend in the specified period based on the certificate deposit transaction information, as the corresponding certificate deposit amount for the user, and according to the actual The transaction information determines the amount of resources actually spent by the user during the specified period as the actual amount of expenditure corresponding to the user; compares the amount of the documented expenditure with the amount of the actual expenditure; if the comparison results meet the second specified condition, Correct the balance of the user's virtual resource account.
  • the second specified condition may be that the amount of the debit certificate deposit is greater than the actual amount of the debit. In this case, it is actually found that part of the user's expenditure has not been deducted from the centralized account during the specified period. At this time, the designated member node may deduct the difference between the deposit expenditure amount and the actual expenditure amount from the virtual resource account of the user.
  • the second specified condition may also be that the amount of expenses incurred for deposit is less than the amount of actual expenses. In this case, it is actually found that during the specified period, the designated member device incorrectly deducts some additional resources from the user's centralized account. At this time, the designated member node may increase the difference between the actual expenditure amount and the documented expenditure amount to the user's virtual resource account.
  • the second specified condition may also be that the amount of documented expenditure is less than the actual amount of expenditure, and the ratio of the expenditure difference to the amount of documented expenditure is greater than the first specified ratio, where the expenditure difference is The difference between the actual expenditure amount and the documented expenditure amount is stated.
  • the designated member device incorrectly deducts some resources from the user's centralized account, and the amount of resources deducted is large.
  • the expenditure difference may be added to the user's virtual resource account; and, a second compensation amount is determined, and the second compensation amount is added to the user's virtual resource account.
  • the second compensation amount is actually a penalty on the manager of the designated member node.
  • the second punishment amount may be determined according to the formula: the amount of the documented expenditure * (the ratio of the expenditure difference to the amount of the documented expenditure-the second specified ratio) * the penalty coefficient.
  • the second designated ratio is 2%
  • the deposit payment amount is 10,000 yuan
  • the actual expenditure amount is 9700 yuan
  • the expenditure difference is 300 yuan
  • 300/10000 3% > 2%
  • the centralized account and decentralized account of the same user can be reconciled with each other.
  • the balance of the decentralized account is more credible, and the center can be modified accordingly Account.
  • the balance of the decentralized account can also be corrected based on the balance of the centralized account.
  • the embodiments of this specification also provide a dual transaction device based on centralization and decentralization.
  • the blockchain network It includes several member nodes.
  • the device is any member node.
  • a user has registered a virtual resource account on the device.
  • the device includes:
  • the receiving module 301 receives a transaction request including a spending user ID of a spending user, a specified resource amount, and a income user ID of a revenue user; the spending user is a user spending the specified resource amount, and the income user is the designated income Users of the amount of resources;
  • the centralized processing module 302 performs transaction feasibility verification for the transaction request, and after the verification is passed, deducts the specified resource amount from the virtual resource account corresponding to the expenditure user ID, and identifies the revenue user ID Adding the specified resource amount to a corresponding virtual resource account;
  • a blockchain processing module 303 constructs target transaction information including the expenditure user identification, the specified resource amount, and the income user identification, and broadcasts the target transaction to the blockchain network Information to enable the blockchain network to pass the transaction feasibility verification for the target transaction information, and each member node publishes the target transaction information to the blockchain based on a consensus mechanism.
  • the device further includes a storage module 304 that stores the target transaction information locally after passing the transaction feasibility verification according to the transaction request.
  • the device further includes: a first reconciliation module 305, which acquires transaction information issued to the blockchain within a specified period, as deposit transaction information, and acquires local transaction information stored in the specified period as actual Transaction information; for any user, determine the amount of resources that the user should earn during the specified period based on the certificate deposit transaction information, as the corresponding certificate deposit income amount for the user, and, based on the actual transaction information, determine The amount of resources actually received by the user during the specified period is taken as the amount of actual income corresponding to the user; the amount of the deposited income is compared with the amount of the actual income; if the comparison results meet the first specified condition, the user ’s The balance of the virtual resource account is corrected.
  • a first reconciliation module 305 which acquires transaction information issued to the blockchain within a specified period, as deposit transaction information, and acquires local transaction information stored in the specified period as actual Transaction information; for any user, determine the amount of resources that the user should earn during the specified period based on the certificate deposit transaction information, as the corresponding certificate deposit income amount for the user,
  • the first specified condition is that the amount of income from the deposit is greater than the amount of actual income
  • the first reconciliation module 305 adds a difference between the amount of the deposited income and the amount of the actual income to the virtual resource account of the user.
  • the first specified condition is that the amount of income from deposit is less than the amount of actual income
  • the first reconciliation module 305 deducts the difference between the actual income amount and the deposit income amount from the virtual resource account of the user.
  • the first specified condition is that the amount of the deposited income is greater than the actual amount of income, and that the ratio of the income difference to the amount of the deposited income is greater than the first specified ratio; the income difference is the deposited income The difference between the amount and the actual income amount;
  • the first reconciliation module 305 adds the income difference to the virtual resource account of the user; and determines a first compensation amount and adds the first compensation amount to the user's virtual resource account.
  • the device further includes: a second reconciliation module 306, which acquires transaction information issued to the blockchain within a specified period, as the certificate transaction information, and acquires local transaction information stored in the specified period, as actual Transaction information; for any user, determine the amount of resources that the user should spend in the specified period based on the certificate transaction information, as the corresponding certificate payment amount for the user, and determine according to the actual transaction information
  • the amount of resources actually spent by the user during the specified period is taken as the actual amount of expenditures corresponding to the user; the amount of expenditures in the certificate is compared with the amount of actual expenditures; if the comparison results meet the second specified condition, the The balance of the virtual resource account is corrected.
  • the second specified condition is that the amount of the expenditure on the certificate is greater than the amount of the actual expenditure
  • the second reconciliation module 306 deducts the difference between the deposit expenditure amount and the actual expenditure amount from the virtual resource account of the user.
  • the second specified condition is that the amount of the expenditure on the certificate is less than the amount of the actual expenditure
  • the second reconciliation module 306 adds the difference between the actual expenditure amount and the documented expenditure amount to the user's virtual resource account.
  • the second specified condition is that the amount of the documented expenditure is less than the actual expenditure amount, and that the ratio of the expenditure difference to the amount of the documented expenditure is greater than the first specified ratio; the expenditure difference is the actual expenditure amount and the Describe the difference between the amount of the expenses of the deposit;
  • the second reconciliation module 306 adds the expenditure difference to the user's virtual resource account; and determines a second compensation amount and adds the second compensation amount to the user's virtual resource account.
  • the embodiment of this specification also provides a dual transaction system based on centralization and decentralization, as shown in FIG. 4, including a number of members.
  • a blockchain network composed of nodes, users can register virtual resource accounts on designated member nodes:
  • the designated member node receives a transaction request sent by a spending user, including a spending user ID of the spending user, a specified resource amount, and an income user ID of the income user; the spending user is spending the specified resource
  • the amount of users, the income user is the user of the specified amount of resources; according to the transaction request, verify the transaction feasibility, and after the verification is passed, deduct the amount from the virtual resource account corresponding to the spending user ID.
  • An embodiment of the present specification also provides a computer device.
  • a blockchain network includes several member nodes, and the device is any member node.
  • a user has registered a virtual resource account on the device.
  • the device includes at least a memory and a processor. And a computer program stored on a memory and executable on a processor, wherein when the processor executes the program, the functions of the method described in FIG. 1 are implemented.
  • FIG. 5 shows a more specific schematic diagram of the hardware structure of a computing device provided by an embodiment of the present specification.
  • the device may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050.
  • the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 implement a communication connection within the device through a bus 1050.
  • the processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits, etc., for performing related operations. Program to implement the technical solutions provided by the embodiments of this specification.
  • a general-purpose CPU Central Processing Unit
  • ASIC Application Specific Integrated Circuit
  • the memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory, Random Access Memory), static storage devices, and dynamic storage devices.
  • the memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of the present specification are implemented by software or firmware, related program codes are stored in the memory 1020 and are called and executed by the processor 1010.
  • the input / output interface 1030 is used to connect an input / output module to implement information input and output.
  • the input / output / module can be configured in the device as a component (not shown in the figure), or it can be externally connected to the device to provide corresponding functions.
  • the input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc.
  • the output device may include a display, a speaker, a vibrator, and an indicator light.
  • the communication interface 1040 is used to connect a communication module (not shown in the figure) to implement communication interaction between the device and other devices.
  • the communication module can implement communication through a wired method (such as USB, network cable, etc.), and can also implement communication through a wireless method (such as mobile network, WIFI, Bluetooth, etc.).
  • the bus 1050 includes a path for transmitting information between various components of the device (for example, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).
  • the device may also include necessary for achieving normal operation Other components.
  • the foregoing device may also include only components necessary to implement the solutions of the embodiments of the present specification, and does not necessarily include all the components shown in the drawings.
  • An embodiment of the present specification also provides a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the functions of the method described in FIG. 1 are implemented.
  • Computer-readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information can be stored by any method or technology.
  • Information may be computer-readable instructions, data structures, modules of a program, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), and read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, read-only disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media may be used to store information that can be accessed by computing devices.
  • computer-readable media does not include temporary computer-readable media, such as modulated data signals and carrier waves.
  • the embodiments of the present specification can be implemented by means of software plus a necessary universal hardware platform. Based on such an understanding, the technical solutions of the embodiments of the present specification may be embodied in the form of software products that are essentially or contribute to the existing technology.
  • the computer software product may be stored in a storage medium, such as ROM / RAM, Magnetic disks, optical disks, and the like include a number of instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments or portions of the embodiments of this specification.
  • the system, method, module, or unit described in the foregoing embodiments may be specifically implemented by a computer chip or entity or a product with a certain function.
  • a typical implementation device is a computer, and the specific form of the computer may be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email sending and receiving device, and a game control Desk, tablet computer, wearable device, or a combination of any of these devices.
  • each embodiment in this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments.
  • the description is relatively simple, and for the relevant parts, refer to the description of the method embodiments.
  • the method embodiments described above are only schematic, and the modules described as separate components may or may not be physically separated. When implementing the solutions of the embodiments of this specification, the functions of each module may be the same. Or multiple software and / or hardware. Some or all of the modules may also be selected according to actual needs to achieve the objective of the solution of this embodiment. Those of ordinary skill in the art can understand and implement without creative efforts.

Abstract

公开了一种基于中心化与去中心化的双重交易方法及系统。在本说明书实施例中，所述指定成员节点当接收到交易请求时，一方面，针对交易请求进行交易可行性验证，并于验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；另一方面，根据所述交易请求，向所述区块链网络广播目标交易信息，使得所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。

Description

一种基于中心化与去中心化的双重交易方法及系统 技术领域
本说明书实施例涉及信息技术领域，尤其涉及一种基于中心化与去中心化的双重交易方法及系统。
背景技术
众所周知，区块链技术是一种去中心化的分布式存储技术，可以实现数据的多方存证。这意味着，存入区块链的数据难以被篡改，是可信的。
实践中，可以基于区块链技术搭建区块链交易系统。区块链交易系统实际上是由若干成员节点组成的区块链网络，任一成员节点可以受理用户发起的交易，将受理的交易的交易信息广播至区块链网络，使得区块链网络针对该交易信息进行交易有效性验证(一般是验证转账方的余额是否充足)通过后，由各成员节点基于共识机制将该交易信息发布至区块链，此时，交易才算完成。如此，就实现了每笔交易的存证。
然而，区块链交易系统具有的去中心化特性往往会导致交易确认的延时性，给用户带来不便。
发明内容
为了解决现有的区块链交易系统中交易确认的延时性问题，本说明书实施例提供一种基于中心化与去中心化的双重交易方法及系统，技术方案如下：
根据本说明书实施例的第1方面，提供一种基于中心化与去中心化的双重交易方法，区块链网络包括若干成员节点，用户在指定成员节点上注册有虚拟资源账户，所述方法包括：
所述指定成员节点接收包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；
针对所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；
以及
根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息，以使所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。
根据本说明书实施例的第2方面，提供一种基于中心化与去中心化的双重交易装置，区块链网络包括若干成员节点，所述装置为任一成员节点，用户在所述装置上注册有虚拟资源账户，所述装置包括：
接收模块，接收包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；
中心化处理模块，针对所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；
区块链处理模块，根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息，以使所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。
根据本说明书实施例的第3方面，提供一种基于中心化与去中心化的双重交易系统，包括由若干成员节点组成的区块链网络，用户可在指定成员节点上注册虚拟资源账户：
所述指定成员节点，接收支出用户发送的，包含所述支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；根据所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；以及根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息；
其他成员节点，在所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，与所述指定成员节点，将所述目标交易信息发布至区块链。
本说明书实施例所提供的技术方案，区块链网络包括若干成员节点，用户在指定成员节点上注册有虚拟资源账户。所述指定成员节点当接收到交易请求时，一方面，针对交易请求进行交易可行性验证，并于验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；另一方面，根据所述交易请求，向所述区块链网络广播目标交易信息，使得所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。如此，一方面，用户之间的交易可以得到所述指定成员节点的快速确认，具有中心化交易模式的优势；另一方面，用户之间的交易也会被提交给区块链网络进行验证，并由各成员节点基于共识机制发布至区块(即交易被各成员节点确认)，由于交易已经得到指定成员节点的快速确认，因此，哪怕区块链网络中的交易确认速度较慢，也不会给用户造成不便，并且，可行的交易最终也会被发布至区块链进行存证。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的一种基于中心化与去中心化的双重交易方法的流程示意图；
图2是本说明书实施例提供的一种基于中心化与去中心化的双重交易方法的流程示例图；
图3是本说明书实施例提供的一种基于中心化与去中心化的双重交易装置的结构示意图；
图4是本说明书实施例提供的一种基于中心化与去中心化的双重交易系统的结构示意图；
图5是用于配置本说明书实施例方法的一种计算机设备的结构示意图。
具体实施方式
在现有的区块链交易系统中，用户之间的交易的交易信息会被广播至区块链网络，由区块链网络针对交易信息进行可行性验证通过后，由各成员节点将交易信息发布至区块链。但是，由于现有的区块链交易系统是去中心化的分布式系统，各成员节点基于共识机制达成消息一致性的共识需要消耗一定的时间，这就会造成一笔交易从发起到被确认所经历的时间过长，即交易确认具有延时性，这给用户造成不便。
为此，在本说明书实施例中，引入双重交易机制，当一笔交易被发起时，交易信息不仅被广播至区块链网络，也会由受理交易的成员节点及时进行验证和结算，如此，既不会耽误交易的确认，交易信息也会被发布至区块链进行存证。对于用户而言，用户既可以很快收到交易被确认的反馈，也可以事后在区块链中查询到可信的交易信息存证记录。
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
以下结合附图，详细说明本说明书各实施例提供的技术方案。
图1是本说明书实施例提供的一种基于中心化与去中心化的双重交易方法的流程示意图，包括以下步骤：
S100：所述指定成员节点接收包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求。
在本说明书实施例中，区块链网络包括若干成员节点。需要说明的是，在本文中，“节点”可以是由管理方(人或机构)管理的一个设备或多个设备，各成员节点分别对应的管理方通常不同。
在本说明书实施例中，用户在指定成员节点上注册有虚拟资源账户。其中，所述指定成员节点可以根据实际业务需要指定。例如，假设所述区块链网络是由10个金融机构(包括银行、电子支付平台等)组成的联盟链网络，可以将电子支付平台管理的成员节点指定为指定成员节点，用户在电子支付平台注册有虚拟资源账户。
需要说明的是，用户在所述指定成员节点上注册的虚拟资源账户实际上是在所述指定成员节点的关系型数据库中进行维护的。
还需要说明的是，本文中所述的虚拟资源不限于电子货币，还可以是积分、游戏币、虚拟物品等。总之，根据实际业务规则，用户之间可以以任何虚拟资源为交易媒介进行交易。
在步骤S100中，指定成员节点，可以接收支出用户发送的交易请求，也可以接收收入用户发出的交易请求。其中，所述交易请求通常包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识，所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户。
S102：针对所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额。
在本文中，交易可行性验证是指，对交易是否合理可执行进行验证，主要包括对支出用户的账户余额是否充足进行验证。此外，在实践中，根据实际业务规则，也可以对交易的其他事项也可以是可行性验证的内容，例如，支出用户是否有权限。
若指定成员节点针对交易请求进行可行性验证通过，则进行结算，即从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额。
进一步地，指定成员节点在执行了步骤S102后，可以立即向支出用户和/或收入用户发送交易确认通知。
S104：根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息。
在执行步骤S102的同时，或执行步骤S102之后，指定成员节点可以执行所述步骤S104，使得区块链网络对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。
此处需要说明的是，区块链网络针对所述目标交易信息进行交易可行性验证，随后由各成员节点基于共识机制将目标交易信息发布至区块链的方式可以有多种，这取决于所述区块链网络所采用的技术架构。
例如，倘若所述区块链网络采用公有链架构(如以太坊)，指定成员节点将所述目标交易信息广播至全网后，收到所述目标交易信息的每个成员节点对所述目标交易信息进行可行性验证通过后，将之存入自身的缓存(或称交易池)，随后，待满足共识触发条件时(如经过指定周期)，各成员节点再基于共识机制(如工作量证明、股权证明等机制)，选举出负责打包区块的成员节点(可称为记账节点)，记账节点从自身的交易池中打捞若干交易信息打包成区块，一方面将该区块存入自身的区块链，另一方面将该区块广播至全网，其他成员节点也会将该区块存入自身的区块链。
又如，倘若所述区块链网络采用联盟链架构(如超级账本)，指定成员节点将所述目标交易信息广播至全网后，先有负责背书的多个成员节点(一般称为背书节点)对目标交易信息进行可行性验证，当指定数量的背书节点认定验证通过时，各背书节点将所述目标交易信息写入交易队列的队尾。负责确认的多个成员节点(一般称为确认节点)可以定期从交易队列中由前到后依次捞取一定数量的交易信息打包成区块，进而基于共识机制(如拜占庭容错PBFT)将该区块发布至区块链。
综上，在本说明书实施例中，对于一笔交易，既基于中心化机制对该笔交易进行验证和结算以保证交易确认效率，又基于去中心化机制(即区块链技术)对该笔交易进行验证和结算以实现交易的存证。
通过图1所示的基于中心化与去中心化的双重交易方法，一方面，用户之间的交易可以得到所述指定成员节点的快速确认，具有中心化交易模式的优势；另一方面，用户之间的交易也会被提交给区块链网络进行验证，并由各成员节点基于共识机制发布至区块(即交易被各成员节点确认)，由于交易已经得到指定成员节点的快速确认，因此，哪怕区块链网络中的交易确认速度较慢，也不会给用户造成不便，并且，可行的交易最终也会被发布至区块链进行存证。
图2是本说明书实施例提供的基于中心化与去中心化的双重交易方法的流程示例图。如图2所示，区块链网络由多个(图中示出6个)成员节点组成，其中，实心点为指定成员节点，空心点为除指定成员节点外的其他成员节点。支出用户可以发起一笔交易，向指定成员节点发送交易请求，指定成员节点一方面在本地的关系型数据库中进行结算操作，一方面将交易信息广播至全网，使得各成员节点将交易信息发布至自身的区块链。值得强调的是，不仅指定成员节点需要对交易进行可行性验证，所述区块链网络也需要对交易进行可行性验证。
此外需要说明的是，在本说明书实施例中，不对步骤S102和S104的执行顺序进行 限制，可以在执行步骤S102后，再执行步骤S104，也可以在执行步骤S104后，再执行步骤S102，还可以同时执行步骤S102和S104。
另外，在本说明书实施例中，由于针对一个交易请求，分别基于中心化机制和去中心化机制都执行一次交易，因此，事实上，指定成员节点管理的账户是用户的中心化账户，区块链实际上是用户的去中心化账户。而实践中，针对同一用户而言，该用户的中心化账户和去中心化账户可能出现不一致，不一致的原因可能是中心化账户中的余额被篡改。
为此，本发明提供了一种对账方法，以确保同一用户的中心化账户和去中心化账户一致。
具体地，所述指定成员节点还可以在进行可行性验证通过后，将在步骤S104中构建的目标交易信息存入本地。执行成员节点可以获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息。
基于此，指定成员节点针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当收入的资源数额，作为该用户对应的存证收入数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际收入的资源数额，作为该用户对应的实际收入数额；对比所述存证收入数额和所述实际收入数额；若对比结果满足第一指定条件，则对该用户的虚拟资源账户的余额进行修正。至少有以下几种情况：
1、所述第一指定条件可以是，所述存证收入数额大于所述实际收入数额。这种情况实际上是发现指定期间内，用户的收入有一部分并未被增加到中心化账户中。此时，指定成员节点可以将所述存证收入数额与所述实际收入数额之间的差额增加到该用户的虚拟资源账户中。
2、所述第一指定条件也可以是，所述存证收入数额小于所述实际收入数额。这种情况实际上是发现指定期间内，指定成员设备错误地向用户的中心化账户中多增加了一些资源数额。此时，指定成员节点可以将所述实际收入金额与所述存证收入金额之间的差额从该用户的虚拟资源账户中扣除。
3、所述第一指定条件还可以是，所述存证收入数额大于所述实际收入数额，且，收入差额与所述存证收入数额的比值大于第一指定比值，其中，所述收入差额是所述存证收入数额与所述实际收入数额的之间差额。这种情况实际上是发现指定期间内，用户的 收入有一部分并未被增加到中心化账户中，并且，未增加到中心化账户中的资源数额较多。此时，可以将所述收入差额增加到该用户的虚拟资源账户中，以及，确定第一赔偿数额，并将所述第一赔偿数额增加到该用户的虚拟资源账户中。其中，所述第一赔偿数额实际上是对所述指定成员节点的管理方的处罚。具体可以根据公式存证收入数额*(收入差额与所述存证收入数额的比值-第一指定比值)*惩罚系数来确定第一惩罚数额。
举例来说，假设所述第一指定比值为2％，所述存证收入数额为10000元，所述实际收入数额为9700元，那么，所述收入差额为300元，300/10000＝3％>2％，应当确定第一赔偿数额。因此，假设所述惩罚系数为10，则所述第一赔偿数额为，10000*(3％-2％)*10＝1000元。
此外，指定成员节点也可以针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当支出的资源数额，作为该用户对应的存证支出数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际支出的资源数额，作为该用户对应的实际支出数额；对比所述存证支出数额和所述实际支出数额；若对比结果满足第二指定条件，则对该用户的虚拟资源账户的余额进行修正。
至少有以下几种情况：
1、所述第二指定条件可以是，所述存证支出数额大于所述实际支出数额。这种情况实际上是发现指定期间内，用户的支出有一部分并未从中心化账户中扣除。此时，指定成员节点可以将所述存证支出数额与所述实际支出数额之间的差额从该用户的虚拟资源账户中扣除。
2、所述第二指定条件也可以是，所述存证支出数额小于所述实际支出数额。这种情况实际上是发现指定期间内，指定成员设备错误地从用户的中心化账户中多扣除了一些资源数额。此时，指定成员节点可以将所述实际支出金额与所述存证支出金额之间的差额增加到该用户的虚拟资源账户中。
3、所述第二指定条件还可以是，所述存证支出数额小于所述实际支出数额，且，支出差额与存证支出数额的比值大于第一指定比值，其中，所述支出差额是所述实际支出数额与所述存证支出数额的之间差额。这种情况实际上是发现指定期间内，指定成员设备错误地从用户的中心化账户中多扣除了一些资源数额，并且，多扣除的资源数额较多。此时，可以将所述支出差额增加到该用户的虚拟资源账户中；以及，确定第二赔偿数额，并将所述第二赔偿数额增加到该用户的虚拟资源账户中。其中，所述第二赔偿数额实际 上是对所述指定成员节点的管理方的处罚。具体可以根据公式存证支出数额*(支出差额与所述存证支出数额的比值-第二指定比值)*惩罚系数来确定第二惩罚数额。
举例来说，假设所述第二指定比值为2％，所述存证支出数额为10000元，所述实际支出数额为9700元，那么，所述支出差额为300元，300/10000＝3％>2％，应当确定第二赔偿数额。因此，假设所述惩罚系数为10，则所述第二赔偿数额为，10000*(3％-2％)*10＝1000元。
此外需要说明的是，在本说明书实施例中，同一用户的中心化账户与去中心化账户可以互为对账，一般情况下，去中心化账户的余额更为可信，可以据此修正中心化账户。有时，如果区块链网络出现故障，导致去中心化账户的余额不够准确，也可以根据中心化账户的余额对去中心化账户的余额进行修正。
基于图1所示的基于中心化与去中心化的双重交易方法，本说明书实施例还对应提供了一种基于中心化与去中心化的双重交易装置，如图3所示，区块链网络包括若干成员节点，所述装置为任一成员节点，用户在所述装置上注册有虚拟资源账户，所述装置包括：
接收模块301，接收包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；
中心化处理模块302，针对所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；
区块链处理模块303，根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息，以使所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。
所述装置还包括：存储模块304，根据所述交易请求，进行交易可行性验证通过后，将所述目标交易信息存入本地。
所述装置还包括：第一对账模块305，获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息；针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当收入的 资源数额，作为该用户对应的存证收入数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际收入的资源数额，作为该用户对应的实际收入数额；对比所述存证收入数额和所述实际收入数额；若对比结果满足第一指定条件，则对该用户的虚拟资源账户的余额进行修正。
所述第一指定条件为，所述存证收入数额大于所述实际收入数额；
所述第一对账模块305，将所述存证收入数额与所述实际收入数额之间的差额增加到该用户的虚拟资源账户中。
所述第一指定条件为，所述存证收入数额小于所述实际收入数额；
所述第一对账模块305，将所述实际收入金额与所述存证收入金额之间的差额从该用户的虚拟资源账户中扣除。
所述第一指定条件为，所述存证收入数额大于所述实际收入数额，且，收入差额与所述存证收入数额的比值大于第一指定比值；所述收入差额是所述存证收入数额与所述实际收入数额的之间差额；
所述第一对账模块305，将所述收入差额增加到该用户的虚拟资源账户中；以及，确定第一赔偿数额，并将所述第一赔偿数额增加到该用户的虚拟资源账户中。
所述装置还包括：第二对账模块306，获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息；针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当支出的资源数额，作为该用户对应的存证支出数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际支出的资源数额，作为该用户对应的实际支出数额；对比所述存证支出数额和所述实际支出数额；若对比结果满足第二指定条件，则对该用户的虚拟资源账户的余额进行修正。
所述第二指定条件为，所述存证支出数额大于所述实际支出数额；
所述第二对账模块306，将所述存证支出数额与所述实际支出数额之间的差额从该用户的虚拟资源账户中扣除。
所述第二指定条件为，所述存证支出数额小于所述实际支出数额；
所述第二对账模块306，将所述实际支出金额与所述存证支出金额之间的差额增加到该用户的虚拟资源账户中。
所述第二指定条件为，所述存证支出数额小于所述实际支出数额，且，支出差额与存证支出数额的比值大于第一指定比值；所述支出差额是所述实际支出数额与所述存证支出数额的之间差额；
所述第二对账模块306，将所述支出差额增加到该用户的虚拟资源账户中；以及，确定第二赔偿数额，并将所述第二赔偿数额增加到该用户的虚拟资源账户中。
基于图1所示的基于中心化与去中心化的双重交易方法，本说明书实施例还对应提供了一种基于中心化与去中心化的双重交易系统，如图4所示，包括由若干成员节点组成的区块链网络，用户可在指定成员节点上注册虚拟资源账户：
所述指定成员节点(实心节点)，接收支出用户发送的，包含所述支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；根据所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；以及根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息；
其他成员节点(空心节点)，在所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，与所述指定成员节点，将所述目标交易信息发布至区块链。
本说明书实施例还提供一种计算机设备，区块链网络包括若干成员节点，所述设备为任一成员节点，用户在所述设备上注册有虚拟资源账户；所述设备至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现图1所述方法的功能。
图5示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random Access  Memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图1所述方法的功能。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施 例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (22)

  1. 一种基于中心化与去中心化的双重交易方法，区块链网络包括若干成员节点，用户在指定成员节点上注册有虚拟资源账户，所述方法包括：
    所述指定成员节点接收包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；
    针对所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；
    以及
    根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息，以使所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。
  2. 如权利要求1所述的方法，所述方法还包括：
    根据所述交易请求，进行交易可行性验证通过后，将所述目标交易信息存入本地。
  3. 如权利要求2所述的方法，所述方法还包括：
    获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息；
    针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当收入的资源数额，作为该用户对应的存证收入数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际收入的资源数额，作为该用户对应的实际收入数额；
    对比所述存证收入数额和所述实际收入数额；
    若对比结果满足第一指定条件，则对该用户的虚拟资源账户的余额进行修正。
  4. 如权利要求3所述的方法，所述第一指定条件为，所述存证收入数额大于所述实际收入数额；
    对该用户的虚拟资源账户的余额进行修正，具体包括：
    将所述存证收入数额与所述实际收入数额之间的差额增加到该用户的虚拟资源账户中。
  5. 如权利要求3所述的方法，所述第一指定条件为，所述存证收入数额小于所述实际收入数额；
    对该用户的虚拟资源账户的余额进行修正，具体包括：
    将所述实际收入金额与所述存证收入金额之间的差额从该用户的虚拟资源账户中扣除。
  6. 如权利要求3所述的方法，所述第一指定条件为，所述存证收入数额大于所述实际收入数额，且，收入差额与所述存证收入数额的比值大于第一指定比值；所述收入差额是所述存证收入数额与所述实际收入数额的之间差额；
    对该用户的虚拟资源账户的余额进行修正，具体包括：
    将所述收入差额增加到该用户的虚拟资源账户中；
    以及，确定第一赔偿数额，并将所述第一赔偿数额增加到该用户的虚拟资源账户中。
  7. 如权利要求2所述的方法，所述方法还包括：
    获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息；
    针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当支出的资源数额，作为该用户对应的存证支出数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际支出的资源数额，作为该用户对应的实际支出数额；
    对比所述存证支出数额和所述实际支出数额；
    若对比结果满足第二指定条件，则对该用户的虚拟资源账户的余额进行修正。
  8. 如权利要求7所述的方法，所述第二指定条件为，所述存证支出数额大于所述实际支出数额；
    对该用户的虚拟资源账户的余额进行修正，具体包括：
    将所述存证支出数额与所述实际支出数额之间的差额从该用户的虚拟资源账户中扣除。
  9. 如权利要求7所述的方法，所述第二指定条件为，所述存证支出数额小于所述实际支出数额；
    对该用户的虚拟资源账户的余额进行修正，具体包括：
    将所述实际支出金额与所述存证支出金额之间的差额增加到该用户的虚拟资源账户中。
  10. 如权利要求7所述的方法，所述第二指定条件为，所述存证支出数额小于所述实际支出数额，且，支出差额与存证支出数额的比值大于第一指定比值；所述支出差额是所述实际支出数额与所述存证支出数额的之间差额；
    对该用户的虚拟资源账户的余额进行修正，具体包括：
    将所述支出差额增加到该用户的虚拟资源账户中；
    以及，确定第二赔偿数额，并将所述第二赔偿数额增加到该用户的虚拟资源账户中。
  11. 一种基于中心化与去中心化的双重交易装置，区块链网络包括若干成员节点，所述装置为任一成员节点，用户在所述装置上注册有虚拟资源账户，所述装置包括：
    接收模块，接收包含支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；
    中心化处理模块，针对所述交易请求，进行交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；
    区块链处理模块，根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息，以使所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，由各成员节点基于共识机制将所述目标交易信息发布至区块链。
  12. 如权利要求11所述的装置，所述装置还包括：
    存储模块，根据所述交易请求，进行交易可行性验证通过后，将所述目标交易信息存入本地。
  13. 如权利要求12所述的装置，所述装置还包括：
    第一对账模块，获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息；针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当收入的资源数额，作为该用户对应的存证收入数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际收入的资源数额，作为该用户对应的实际收入数额；对比所述存证收入数额和所述实际收入数额；若对比结果满足第一指定条件，则对该用户的虚拟资源账户的余额进行修正。
  14. 如权利要求13所述的装置，所述第一指定条件为，所述存证收入数额大于所述实际收入数额；
    所述第一对账模块，将所述存证收入数额与所述实际收入数额之间的差额增加到该用户的虚拟资源账户中。
  15. 如权利要求13所述的装置，所述第一指定条件为，所述存证收入数额小于所述实际收入数额；
    所述第一对账模块，将所述实际收入金额与所述存证收入金额之间的差额从该用户 的虚拟资源账户中扣除。
  16. 如权利要求13所述的装置，所述第一指定条件为，所述存证收入数额大于所述实际收入数额，且，收入差额与所述存证收入数额的比值大于第一指定比值；所述收入差额是所述存证收入数额与所述实际收入数额的之间差额；
    所述第一对账模块，将所述收入差额增加到该用户的虚拟资源账户中；以及，确定第一赔偿数额，并将所述第一赔偿数额增加到该用户的虚拟资源账户中。
  17. 如权利要求12所述的装置，所述装置还包括：
    第二对账模块，获取在指定期间内发布至区块链的交易信息，作为存证交易信息，以及，获取在所述指定期间内存入本地的交易信息，作为实际交易信息；针对任一用户，根据所述存证交易信息，确定所述指定期间内该用户应当支出的资源数额，作为该用户对应的存证支出数额，以及，根据所述实际交易信息，确定所述指定期间内该用户实际支出的资源数额，作为该用户对应的实际支出数额；对比所述存证支出数额和所述实际支出数额；若对比结果满足第二指定条件，则对该用户的虚拟资源账户的余额进行修正。
  18. 如权利要求17所述的装置，所述第二指定条件为，所述存证支出数额大于所述实际支出数额；
    所述第二对账模块，将所述存证支出数额与所述实际支出数额之间的差额从该用户的虚拟资源账户中扣除。
  19. 如权利要求17所述的装置，所述第二指定条件为，所述存证支出数额小于所述实际支出数额；
    所述第二对账模块，将所述实际支出金额与所述存证支出金额之间的差额增加到该用户的虚拟资源账户中。
  20. 如权利要求17所述的装置，所述第二指定条件为，所述存证支出数额小于所述实际支出数额，且，支出差额与存证支出数额的比值大于第一指定比值；所述支出差额是所述实际支出数额与所述存证支出数额的之间差额；
    所述第二对账模块，将所述支出差额增加到该用户的虚拟资源账户中；以及，确定第二赔偿数额，并将所述第二赔偿数额增加到该用户的虚拟资源账户中。
  21. 一种基于中心化与去中心化的双重交易系统，包括由若干成员节点组成的区块链网络，用户可在指定成员节点上注册虚拟资源账户：
    所述指定成员节点，接收支出用户发送的，包含所述支出用户的支出用户标识、指定资源数额和收入用户的收入用户标识的交易请求；所述支出用户是支出所述指定资源数额的用户，所述收入用户是收入所述指定资源数额的用户；根据所述交易请求，进行 交易可行性验证，并在验证通过后，从所述支出用户标识对应的虚拟资源账户中扣除所述指定资源数额，并向所述收入用户标识对应的虚拟资源账户中增加所述指定资源数额；以及根据所述交易请求，构建包含所述支出用户标识、所述指定资源数额和所述收入用户标识的目标交易信息，并向所述区块链网络广播所述目标交易信息；
    其他成员节点，在所述区块链网络针对所述目标交易信息进行交易可行性验证通过后，与所述指定成员节点，将所述目标交易信息发布至区块链。
  22. 一种计算机设备，区块链网络包括若干成员节点，所述设备为任一成员节点，用户在所述设备上注册有虚拟资源账户；
    所述设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1～10任一项所述的方法。
PCT/CN2019/086757 2018-08-07 2019-05-14 一种基于中心化与去中心化的双重交易方法及系统 WO2020029628A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SG11202010777VA SG11202010777VA (en) 2018-08-07 2019-05-14 Dual transaction method and system based on centralization and decentralization
EP19847837.2A EP3779829A4 (en) 2018-08-07 2019-05-14 DUAL TRANSACTION PROCEDURE AND SYSTEM BASED ON CENTRALIZATION AND DECENTRALIZATION
US17/085,672 US11386428B2 (en) 2018-08-07 2020-10-30 Dual transaction method and system based on centralization and decentralization

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810893269.5A CN109242483A (zh) 2018-08-07 2018-08-07 一种基于中心化与去中心化的双重交易方法及系统
CN201810893269.5 2018-08-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/085,672 Continuation US11386428B2 (en) 2018-08-07 2020-10-30 Dual transaction method and system based on centralization and decentralization

Publications (1)

Publication Number Publication Date
WO2020029628A1 true WO2020029628A1 (zh) 2020-02-13

Family

ID=65071279

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/086757 WO2020029628A1 (zh) 2018-08-07 2019-05-14 一种基于中心化与去中心化的双重交易方法及系统

Country Status (6)

Country Link
US (1) US11386428B2 (zh)
EP (1) EP3779829A4 (zh)
CN (1) CN109242483A (zh)
SG (1) SG11202010777VA (zh)
TW (1) TWI754133B (zh)
WO (1) WO2020029628A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112926967A (zh) * 2021-03-18 2021-06-08 上海能链众合科技有限公司 一种用于区块链平台的计量与付费的方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109242483A (zh) * 2018-08-07 2019-01-18 阿里巴巴集团控股有限公司 一种基于中心化与去中心化的双重交易方法及系统
CN109981565B (zh) * 2019-01-29 2021-10-15 广州中国科学院软件应用技术研究所 基于Meta-BFT共识机制的区块链平台及实现方法
CN109995850B (zh) * 2019-03-05 2022-04-26 深圳前海微众银行股份有限公司 一种区块链系统及区块链系统的交易处理方法
CN110445657B (zh) * 2019-08-15 2022-01-04 北京计算机技术及应用研究所 一种基于区块链的分布式组网管理系统
CN110599170B (zh) * 2019-09-16 2021-06-25 腾讯科技（深圳）有限公司 基于区块链的交易信息处理方法和系统、存储介质
CN110675149B (zh) * 2019-09-23 2024-03-05 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、装置、设备及存储介质
CN110689333B (zh) * 2019-10-12 2023-02-14 深圳市迅雷网络技术有限公司 一种区块链自动对账方法、装置、系统和存储介质
CN111813795B (zh) * 2020-08-28 2020-12-04 支付宝(杭州)信息技术有限公司 在区块链网络中确认交易的方法及装置
CN112862989A (zh) * 2021-01-05 2021-05-28 北京智联云海科技有限公司 一种基于区块链的身份识别和停车信用管理系统
CN113298652A (zh) * 2021-05-27 2021-08-24 李政德 一种基于区块链的虚拟资源数据处理方法及装置
CN115953243B (zh) * 2022-12-28 2024-03-29 北京航天智造科技发展有限公司 一种基于区块链的大宗交易管理系统、方法和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105976231A (zh) * 2016-06-24 2016-09-28 深圳前海微众银行股份有限公司 基于区块链智能合约的资产管理方法及节点
CN105976232A (zh) * 2016-06-24 2016-09-28 深圳前海微众银行股份有限公司 资产交易方法和装置
CN106327173A (zh) * 2016-08-22 2017-01-11 布比（北京）网络技术有限公司 网络支付方法及装置
CN108154367A (zh) * 2017-12-26 2018-06-12 质数链网科技成都有限公司 一种区块链业务校验方法及装置
CN109242483A (zh) * 2018-08-07 2019-01-18 阿里巴巴集团控股有限公司 一种基于中心化与去中心化的双重交易方法及系统

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050222928A1 (en) * 2004-04-06 2005-10-06 Pricewaterhousecoopers Llp Systems and methods for investigation of financial reporting information
US8332286B1 (en) * 2007-08-09 2012-12-11 Lopes Ricardo A Georg Accounting accuracy methodology
US20150170112A1 (en) 2013-10-04 2015-06-18 Erly Dalvo DeCastro Systems and methods for providing multi-currency platforms comprising means for exchanging and interconverting tangible and virtual currencies in various transactions, banking operations, and wealth management scenarios
US20180096175A1 (en) * 2016-10-01 2018-04-05 James L. Schmeling Blockchain Enabled Packaging
US8886570B1 (en) * 2013-10-29 2014-11-11 Quisk, Inc. Hacker-resistant balance monitoring
US9830593B2 (en) 2014-04-26 2017-11-28 Ss8 Networks, Inc. Cryptographic currency user directory data and enhanced peer-verification ledger synthesis through multi-modal cryptographic key-address mapping
US9961076B2 (en) 2015-05-11 2018-05-01 Genesys Telecommunications Laboratoreis, Inc. System and method for identity authentication
US11436598B2 (en) 2017-12-15 2022-09-06 Fmr Llc Social data tracking datastructures, apparatuses, methods and systems
US11488147B2 (en) 2015-07-14 2022-11-01 Fmr Llc Computationally efficient transfer processing and auditing apparatuses, methods and systems
US10719816B1 (en) * 2015-11-19 2020-07-21 Wells Fargo Bank, N.A. Systems and methods for math-based currency escrow transactions
WO2017109140A1 (en) 2015-12-22 2017-06-29 Bigchaindb Gmbh Decentralized, tamper-resistant, asset-oriented database system and method of recording a transaction
US9959428B2 (en) 2016-02-05 2018-05-01 Fujitsu Limited Packet generation and authentication in a process chain
US10693658B2 (en) 2016-02-12 2020-06-23 Visa International Service Association Methods and systems for using digital signatures to create trusted digital asset transfers
US10140470B2 (en) * 2016-02-22 2018-11-27 Bank Of America Corporation System for external validation of distributed resource status
WO2017161417A1 (en) * 2016-03-21 2017-09-28 National Ict Australia Limited Business process execution on a blockchain platform
US10362058B2 (en) 2016-05-13 2019-07-23 Vmware, Inc Secure and scalable data transfer using a hybrid blockchain-based approach
US10204341B2 (en) * 2016-05-24 2019-02-12 Mastercard International Incorporated Method and system for an efficient consensus mechanism for permissioned blockchains using bloom filters and audit guarantees
US10158703B2 (en) * 2016-06-10 2018-12-18 Bank Of America Corporation Resource allocation and transfer utilizing holds and a distributed network
US11165754B2 (en) * 2016-06-16 2021-11-02 The Bank Of New York Mellon Managing verifiable, cryptographically strong transactions
US11062366B2 (en) * 2016-06-24 2021-07-13 Raise Marketplace Inc. Securely processing exchange items in a data communication system
US10114980B2 (en) 2016-07-21 2018-10-30 Acronis International Gmbh System and method for verifying data integrity using a blockchain network
US10402796B2 (en) 2016-08-29 2019-09-03 Bank Of America Corporation Application life-cycle transition record recreation system
TWI654574B (zh) * 2016-10-07 2019-03-21 永豐商業銀行股份有限公司 結合區塊鏈電子票券交易系統及其電子票券交易方法
US20180130034A1 (en) 2016-11-07 2018-05-10 LedgerDomain, LLC Extended blockchains for event tracking and management
CN106790431B (zh) 2016-12-05 2020-11-27 同济大学 基于区块链的云制造服务交易信息记录系统与方法
US10243731B2 (en) * 2017-01-27 2019-03-26 Accenture Global Solutions Limited Hardware blockchain acceleration
US20180285217A1 (en) 2017-03-31 2018-10-04 Intel Corporation Failover response using a known good state from a distributed ledger
CN113111388A (zh) 2017-03-31 2021-07-13 唐晓领 基于区块链的投融资多方共享交易元数据信息的方法、装置及系统
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
US11107048B2 (en) * 2017-04-17 2021-08-31 International Business Machines Corporation Providing out-of-band verification for blockchain transactions
US20180308072A1 (en) 2017-04-21 2018-10-25 Gem Method and apparatus for blockchain management
CN107392040B (zh) 2017-04-28 2019-08-09 阿里巴巴集团控股有限公司 一种共识验证的方法及装置
US10552556B2 (en) 2017-08-03 2020-02-04 Liquineq AG System and method for performance testing of scalable distributed network transactional databases
US20190095879A1 (en) * 2017-09-26 2019-03-28 Cornell University Blockchain payment channels with trusted execution environments
US11244309B2 (en) 2017-11-22 2022-02-08 Cornell University Real-time cryptocurrency exchange using trusted hardware
US10853772B2 (en) * 2018-04-04 2020-12-01 Vijay K. Madisetti Method and system for exchange of value or tokens between blockchain networks
CN108171489A (zh) * 2017-12-18 2018-06-15 深圳前海微众银行股份有限公司 数据清算方法、系统和计算机可读存储介质
CN108022090B (zh) * 2017-12-18 2022-01-18 深圳前海微众银行股份有限公司 虚拟账户管理方法、设备、系统及可读存储介质
CN108256859B (zh) * 2018-01-02 2021-02-23 中国工商银行股份有限公司 基于区块链的金融产品交易共识方法、节点及系统
US10686601B2 (en) 2018-01-24 2020-06-16 Sensoriant, Inc. Consistency and consensus management in decentralized and distributed systems
US20190319938A1 (en) * 2018-04-12 2019-10-17 Bank Of America Corporation Network authentication for real-time interaction using pre-authorized data record
US10650023B2 (en) 2018-07-24 2020-05-12 Booz Allen Hamilton, Inc. Process for establishing trust between multiple autonomous systems for the purposes of command and control

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105976231A (zh) * 2016-06-24 2016-09-28 深圳前海微众银行股份有限公司 基于区块链智能合约的资产管理方法及节点
CN105976232A (zh) * 2016-06-24 2016-09-28 深圳前海微众银行股份有限公司 资产交易方法和装置
CN106327173A (zh) * 2016-08-22 2017-01-11 布比（北京）网络技术有限公司 网络支付方法及装置
CN108154367A (zh) * 2017-12-26 2018-06-12 质数链网科技成都有限公司 一种区块链业务校验方法及装置
CN109242483A (zh) * 2018-08-07 2019-01-18 阿里巴巴集团控股有限公司 一种基于中心化与去中心化的双重交易方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3779829A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112926967A (zh) * 2021-03-18 2021-06-08 上海能链众合科技有限公司 一种用于区块链平台的计量与付费的方法
CN112926967B (zh) * 2021-03-18 2024-02-02 上海零数众合信息科技有限公司 一种用于区块链平台的计量与付费的方法

Also Published As

Publication number Publication date
EP3779829A4 (en) 2021-06-23
TW202008260A (zh) 2020-02-16
EP3779829A1 (en) 2021-02-17
US20210049601A1 (en) 2021-02-18
US11386428B2 (en) 2022-07-12
SG11202010777VA (en) 2020-11-27
TWI754133B (zh) 2022-02-01
CN109242483A (zh) 2019-01-18

Similar Documents

Publication Publication Date Title
WO2020029628A1 (zh) 一种基于中心化与去中心化的双重交易方法及系统
WO2020029630A1 (zh) 一种基于中心化结算与区块链存证的交易方法及系统
WO2020029631A1 (zh) 一种基于中心化结算与区块链存证的交易方法及系统
WO2020029629A1 (zh) 一种基于中心化结算与区块链存证的交易方法及系统
TWI756498B (zh) 資產轉移的回退處理方法及裝置、電子設備
US20200294140A1 (en) Blockchain-based financing
TWI729494B (zh) 基於區塊鏈智慧型合約的收帳記錄處理方法及系統
EP3594884A1 (en) Electronic bill management method, device, and storage medium
WO2020015406A1 (zh) 一种基于区块链对版权使用者进行信用评价的方法及装置
KR102150747B1 (ko) 트랜잭션 정보 프로세싱 방법 및 장치
TWI715950B (zh) 基於區塊鏈的財產執行方法及系統
US11615078B2 (en) Blockchain-based transaction methods
WO2020015408A1 (zh) 一种基于区块链向作品使用者发放奖励的方法及装置
US11087371B2 (en) Blockchain-based invoice creation method apparatus, and electronic device
WO2020015414A1 (zh) 一种基于区块链向作品发布者发放奖励的方法及装置
WO2020119293A1 (zh) 内容推送方法及装置、电子设备
WO2021017425A1 (zh) 区块链网络中实现机密交易的方法及装置
WO2020220740A1 (zh) 基于区块链的发票创建方法和装置、电子设备
CN109615379B (zh) 一种拒付处理系统生成方法及装置
TW201901541A (zh) 資源轉移的實現方法和裝置、收付款的實現方法和裝置
WO2020215822A1 (zh) 一种基于区块链的业务执行结果获取方法及系统
CN112995244B (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: 19847837

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019847837

Country of ref document: EP

Effective date: 20201029

NENP Non-entry into the national phase

Ref country code: DE