WO2021209043A1 - Statistiques de trafic à base de chaîne de blocs - Google Patents

Statistiques de trafic à base de chaîne de blocs Download PDF

Info

Publication number
WO2021209043A1
WO2021209043A1 PCT/CN2021/087802 CN2021087802W WO2021209043A1 WO 2021209043 A1 WO2021209043 A1 WO 2021209043A1 CN 2021087802 W CN2021087802 W CN 2021087802W WO 2021209043 A1 WO2021209043 A1 WO 2021209043A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
data
transaction
transfer transaction
target distribution
Prior art date
Application number
PCT/CN2021/087802
Other languages
English (en)
Chinese (zh)
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 WO2021209043A1 publication Critical patent/WO2021209043A1/fr

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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management

Definitions

  • One or more embodiments of this specification relate to the field of blockchain technology, and in particular to blockchain-based traffic statistics.
  • Blockchain technology also known as distributed ledger technology, is an emerging technology in which several computing devices participate in "bookkeeping" and jointly maintain a complete distributed database. Because the blockchain technology has the characteristics of decentralization, openness and transparency, each computing device can participate in database records, and the rapid data synchronization between computing devices, the blockchain technology has been widely used in many fields. To apply.
  • one or more embodiments of this specification provide a block chain-based traffic statistics system, method, and device.
  • a block chain-based traffic statistics system including: a certificate issuer, the certificate issuer is used to submit information to the blockchain network for service providers
  • the first transfer transaction the first transfer transaction includes the first transaction amount
  • the service provider the service provider is used to submit to the blockchain network based on the service data requested by the service requester
  • the second transfer transaction of the service requester the second transaction amount of the second transfer transaction corresponds to the data volume of the service data
  • a content distribution network where each node in the content distribution network is used to select the target
  • the service data is transmitted to the service requester
  • the service requester the service requester is used to transmit the service data to the block according to the actual transmission volume of the target distribution node for the service data
  • the chain network submits a third transfer transaction for the target distribution node, and the third transaction amount of the third transfer transaction corresponds to the actual transmission volume
  • a block chain network a block chain in the block chain network
  • the node is used to
  • a method for traffic statistics based on blockchain which includes: a voucher issuer creates a first transfer transaction for a service provider, in the first transfer transaction Contains the first transaction amount; the certificate issuer submits the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate that the blockchain node in the blockchain network will communicate with the first
  • the ownership of the flow voucher with the equivalent transaction amount is transferred from the voucher issuer to the service provider; the ownership of the flow voucher that is equivalent to the second transaction amount included in the second transfer transaction among the flow voucher held by the service provider , Being transferred to the service requester by the blockchain node upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount
  • the data volume corresponding to the business data requested by the business requester; the ownership of the traffic voucher equivalent to the third transaction amount included in the third transfer transaction in the traffic voucher held by the business requester is controlled by the block
  • the chain node transfers to the target distribution node upon
  • a method for traffic statistics based on blockchain which includes: a service provider creates a second transfer transaction for the service requester, and the second transfer transaction
  • the second transaction amount corresponds to the data amount of the business data requested by the business requester; the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction in the flow voucher held by the voucher issuer is
  • the blockchain node in the blockchain network transfers to the service provider upon receiving the first transfer transaction, and the first transfer transaction is submitted by the certificate issuer to the blockchain network;
  • the service provider submits the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will be the equivalent of the second transaction amount.
  • the ownership is transferred from the service provider to the service requester; the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction in the flow certificate held by the service requester is controlled by the block
  • the chain node transfers to the target distribution node upon receiving the third transfer transaction, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution
  • the node transmits the actual transmission volume of the service data to the service requester.
  • a blockchain-based traffic statistics method which includes: a target distribution node in a content distribution network transmits the service request to the service provider The requested service data; the ownership of the flow certificate that is equivalent to the third transaction amount contained in the third transfer transaction in the flow certificate held by the service requester is received by the blockchain node in the blockchain network
  • the third transfer transaction it is transferred to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the service request from the target distribution node
  • the actual transmission volume of the service data transmitted by the service provider; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is received by the blockchain node
  • the second transfer transaction it is transferred to the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the service requester.
  • the data volume of the requested business data; the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction in the flow voucher held by the voucher issuer is received by the blockchain node In the case of a transfer transaction, it is transferred to the service provider, and the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • a blockchain-based traffic statistics method which includes: a service requester creates a third transfer transaction for a target distribution node, and the third transfer transaction includes The third transaction amount corresponds to the actual transmission amount of the service data requested by the service requester by the target distribution node to the service requester; the service requester submits the third transfer transaction to the blockchain network , The third transfer transaction is used to instruct the blockchain node in the blockchain network to transfer the ownership of the flow voucher equivalent to the third transaction amount from the service requester to the target distribution node ; The ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is transferred to by the blockchain node upon receiving the second transfer transaction For the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data; the flow voucher held by the voucher issuer is compared with The ownership of the flow voucher equivalent to the first transaction amount included in the
  • a block chain-based traffic statistics method including: the block chain node in the block chain network will communicate with the first transfer transaction included in the first transfer transaction.
  • the ownership of the flow voucher with the equivalent transaction amount is transferred from the voucher issuer to the service provider, and the first transfer transaction is submitted by the voucher issuer to the blockchain network; the blockchain node will be in the second transfer transaction.
  • the ownership of the traffic vouchers equivalent to the second transaction amount is transferred from the service provider to the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to The data volume of the service data requested by the service requester;
  • the ownership of the traffic voucher equivalent to the third transaction amount included in the third transfer transaction is transferred from the service requester to the target distribution node, and the first Three transfer transactions are submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.
  • a block chain-based traffic statistics device including: a creation unit that enables the voucher issuer to create a first transfer transaction for the service provider;
  • a transfer transaction includes a first transaction amount;
  • a submission unit that enables the certificate issuer to submit the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate a block in the blockchain network
  • the chain node transfers the ownership of the flow voucher equivalent to the first transaction amount from the voucher issuer to the service provider; the second transaction included in the second transfer transaction in the flow voucher held by the service provider
  • the ownership of the flow certificate equivalent to the amount is transferred to the service requester by the blockchain node upon receiving the second transfer transaction, and the second transfer transaction is transferred from the service provider to the blockchain network Submitted, the second transaction amount corresponds to the data amount of the business data requested by the business requester; the traffic that is equivalent to the third transaction amount included in the third transfer transaction in the traffic certificate held by the business requester
  • the ownership of the voucher is transferred to the target distribution node by the blockchain
  • a block chain-based traffic statistics device which includes: a creation unit that enables the service provider to create a second transfer transaction for the service requester, the first 2.
  • the second transaction amount of the transfer transaction corresponds to the data volume of the business data requested by the business requester; the flow voucher held by the voucher issuer is equivalent to the first transaction amount included in the first transfer transaction
  • the ownership of is transferred to the service provider by the blockchain node in the blockchain network upon receiving the first transfer transaction, and the first transfer transaction is transferred from the certificate issuer to the blockchain network Submit; a submission unit that enables the service provider to submit the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will communicate with the second
  • the ownership of the flow voucher equivalent to the transaction amount is transferred from the service provider to the service requester; the flow voucher held by the service requester is equivalent to the third transaction amount included in the third transfer transaction
  • the ownership of is transferred to the target distribution node by the blockchain node upon receiving the
  • a block chain-based traffic statistics device which includes: a transmission unit that enables a target distribution node in a content distribution network to transmit the service request to the service requester
  • the business data requested by the service provider The business data requested by the service provider; the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction in the flow certificate held by the service requester is controlled by the blockchain node in the blockchain network
  • the third transfer transaction is received, it is transferred to the target distribution node, the third transfer transaction is submitted by the business request to the blockchain network, and the third transaction amount corresponds to the target distribution node
  • the actual transmission volume of the service data transmitted by the service requester; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is controlled by the block
  • the chain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the The data volume of the business data requested by the
  • a block chain-based traffic statistics device including: a creation unit that enables the service requester to create a third transfer transaction for the target distribution node, the first The third transaction amount included in the third transfer transaction corresponds to the actual transmission amount of the service data requested by the service requester transmitted by the target distribution node to the service requester; the submission unit causes the service request to be directed to the blockchain The network submits the third transfer transaction, and the third transfer transaction is used to instruct the blockchain node in the blockchain network to request ownership of the flow certificate equivalent to the third transaction amount from the service request Transfer to the target distribution node; the ownership of the flow voucher that is equivalent to the second transaction amount included in the second transfer transaction among the flow voucher held by the service provider is received by the blockchain node after the first 2.
  • the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data; voucher issuance
  • the ownership of the flow certificate that is equivalent to the first transaction amount included in the first transfer transaction in the flow certificate held by the party is transferred to the said blockchain node upon receiving the first transfer transaction.
  • the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • a block chain-based traffic statistics device including: a first transfer unit, so that the block chain node in the block chain network will be The ownership of the flow voucher equivalent to the first transaction amount included in the transfer transaction is transferred from the voucher issuer to the service provider, and the first transfer transaction is submitted by the voucher issuer to the blockchain network; the second transfer unit makes The blockchain node transfers the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer transaction is transferred from the service provider to the service requester.
  • the second transaction amount corresponds to the data amount of the business data requested by the business requester; the third transfer unit makes the transaction equivalent to the third transaction amount included in the third transfer transaction
  • the ownership of the traffic voucher is transferred from the service requester to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node to the target distribution node.
  • an electronic device including: a processor; and a memory for storing executable instructions of the processor.
  • the processor implements the method according to any one of the second aspect, the third aspect, the fourth aspect, the fifth aspect, and the sixth aspect by running the executable instruction.
  • a computer-readable storage medium which stores computer instructions, and when the instructions are executed by a processor, the second, third, and third aspects are implemented. Steps of the method described in any one of the fourth aspect, the fifth aspect, and the sixth aspect.
  • Fig. 1 is a schematic structural diagram of a block chain-based traffic statistics system provided by an exemplary embodiment.
  • Fig. 2 is a flowchart of a block chain-based traffic statistics method provided by an exemplary embodiment.
  • Fig. 3 is an interaction diagram of a block chain-based traffic statistics method provided by an exemplary embodiment.
  • Fig. 4 is a schematic diagram of traffic statistics based on blockchain provided by an exemplary embodiment.
  • Figures 5-8 are flowcharts of another block chain-based traffic statistics method provided by an exemplary embodiment.
  • Fig. 9 is a schematic structural diagram of a device provided by an exemplary embodiment.
  • Fig. 10 is a block diagram of a block chain-based traffic statistics device provided by an exemplary embodiment.
  • 11-14 are block diagrams of another block chain-based traffic statistics device provided by an exemplary embodiment.
  • the steps of the corresponding method may not be executed in the order shown and described in this specification.
  • the method may include more or fewer steps than described in this specification.
  • a single step described in this specification may be decomposed into multiple steps for description in other embodiments; and multiple steps described in this specification may also be combined into a single step in other embodiments. describe.
  • Blockchain is generally divided into three types: Public Blockchain, Private Blockchain and Consortium Blockchain.
  • the most decentralized one is the public chain.
  • the public chain is represented by Bitcoin and Ethereum. Participants who join the public chain can read the data records on the chain, participate in transactions, and compete for the accounting rights of new blocks. Moreover, each participant (ie, node) can freely join and exit the network, and perform related operations.
  • the private chain is the opposite.
  • the write permission of the network is controlled by an organization or institution, and the data read permission is regulated by the organization.
  • the private chain can be a weakly centralized system with strict restrictions and few participating nodes. This type of blockchain is more suitable for internal use by specific institutions.
  • Each node in the alliance chain usually has a corresponding entity or organization; participants are authorized to join the network and form a stakeholder alliance to jointly maintain the operation of the blockchain.
  • Smart contracts on the blockchain are contracts that can be triggered by transactions on the blockchain system. Smart contracts can be defined in the form of codes.
  • EVM Ethereum Virtual Machine
  • Every Ethereum node can run EVM.
  • EVM is a Turing complete virtual machine, which means that various complex logic can be implemented through it.
  • Users who publish and call smart contracts in Ethereum run on the EVM.
  • virtual machine code virtual machine bytecode, hereinafter referred to as "bytecode"
  • the smart contract deployed on the blockchain can be in the form of bytecode.
  • the type of request initiated on the blockchain by a user accessing the blockchain may specifically refer to the transaction used in the traditional blockchain.
  • the type of request initiated on the blockchain by a user who accesses the blockchain can also be other than transactions, other forms of instructions, messages, etc. with a standard data structure.
  • One or more embodiments of this specification It is not particularly limited. In the following embodiments, the request initiated on the blockchain by a user who accesses the blockchain is taken as an example for description.
  • Fig. 1 is a schematic structural diagram of a block chain-based traffic statistics system provided by an exemplary embodiment.
  • the traffic statistics system in this specification includes a certificate issuer 10, a service provider 20, a content distribution network 30, a service requester 40 and a blockchain network 50.
  • the certificate issuer 10 may issue a flow certificate (Token), which is used to count the flow generated during data transmission.
  • Token a flow certificate
  • 1Token 1M traffic
  • the business provider 20 provides business services to the outside, and responds to the request of the user (that is, the business requester) to provide the user with the business data required by the user.
  • the service provider as a video platform as an example, the video platform can provide registered users with services for watching videos.
  • the user can send a request for obtaining video data to the video platform to obtain the corresponding video data for viewing.
  • the service provider 20 may obtain a certain number of traffic vouchers from the voucher issuer 10 in advance as a measurement unit for subsequent traffic statistics when providing service data.
  • the content delivery network 30 (Content Delivery Network, CDN) is connected to the service provider 20, and can be used to store the service data of the service provider and transmit the service data requested to the service provider 20 to the service requester.
  • the MEC Mobile Edge Computing
  • select node 30n By selecting edge nodes to transmit service data to the service provider, network pressure can be relieved and transmission efficiency improved.
  • the method of selecting the target distribution node can refer to related technologies, and this specification does not limit this.
  • the user's request for obtaining service data is directed to the distribution node closest to the service requester in real time.
  • the target distribution node After the target distribution node is selected, the target distribution node transmits the service data to the service requester 40, and in the process of data transmission, the amount of data actually transmitted by the target distribution node needs to be counted. Especially in the case of using the distribution network to charge, such as charging according to the flow of the distribution node, it is necessary to count the amount of data actually transmitted by the distribution node, so as to perform charging and settlement based on this.
  • the service requester 40 cooperates with the service provider 20, and a user as the service provider 20 requests the service provider 20 to obtain service data.
  • the service requester 40 can register as a user or member of the video platform, and then obtain video data through the video platform.
  • Each blockchain node (such as node 501, node 502, etc.) in the blockchain network 50 can respond to the transfer transaction for the flow certificate submitted by the certificate issuer 10, the service provider 20, and the service requester 40.
  • the ownership of the party's flow certificate is transferred, so as to realize the statistics of the real data transmission flow of the target distribution node.
  • the following describes the block chain-based traffic statistics scheme in this specification from the side of the certificate issuer 10, the service provider 20, the content distribution network 30, the service requester 40, and the blockchain network 50 respectively.
  • Fig. 2 is a flowchart of a block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 2, the method is applied to the certificate issuer and can include the following steps:
  • Step 202 The voucher issuer creates a first transfer transaction for the service provider, and the first transfer transaction includes the first transaction amount.
  • the voucher issuer can transfer a certain amount of traffic voucher to the service provider in advance for subsequent transmission of the service data.
  • the certificate issuer may be an MEC management system that uniformly manages MEC nodes.
  • the blockchain node in the blockchain network can respond to the first transfer transaction to transfer the ownership of the flow certificate equivalent to the first transaction amount from the certificate issuer to the service provider.
  • the flow voucher equivalent to the first transaction amount stored in the voucher issuer's account is transferred from the voucher issuer's account to the service provider's account.
  • blockchain accounts can include external accounts and contract accounts.
  • External accounts are usually owned by users (individuals or institutions), while contract accounts correspond to smart contracts deployed in the blockchain.
  • the structures of all types of accounts are similar, for example, they can include the Nonce field, the Balance field, the Code field, and the Storage field.
  • the value of the Nonce field of each account starts from 0, and the value of the Nonce field increases in sequence with the transactions initiated by the corresponding account, so that the value of the Nonce in each transaction initiated by the account is different, which can be avoided Replay attack.
  • the Balance field is used to store the account balance.
  • the Code field is used to store the code of the smart contract, so the Code field of the external account is usually empty.
  • the Storage field is used to store the value of the account at the corresponding node in the state tree.
  • the structure of the Balance field can be improved, and the flow vouchers can be stored in the Balance field.
  • the Balance field is further divided into deposit account balances and flow vouchers.
  • additional fields are added to store traffic vouchers.
  • other methods of adding or improving fields can also be used to store the traffic vouchers, and this specification does not limit this.
  • UTXO Unspent Transaction Output
  • the typical application scenario of the UTXO model is the Bitcoin blockchain.
  • the assets on the chain under this model exist in the form of transaction output.
  • the unspent transaction output belongs to the private key. Owner.
  • Step 204 The certificate issuer submits the first transfer transaction to the blockchain network, and the first transfer transaction is used to indicate that the blockchain node in the blockchain network will match the first transaction amount.
  • the ownership of the equivalent flow certificate is transferred from the certificate issuer to the service provider; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is subject to
  • the blockchain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the transaction amount.
  • the data volume of the service data requested by the service requester is accessed by the service provider to the blockchain network, and the second transaction amount corresponds to the transaction amount.
  • the ownership of the flow voucher equivalent to the third transaction amount included in the third transfer transaction among the flow voucher held by the service requester is controlled by the blockchain node when the third transfer transaction is received. Transferred to the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transfer of the service data by the target distribution node to the service requester Transmission volume.
  • the service provider can first determine the data volume of the service data, and then determine the equivalent of the data volume
  • the number of traffic vouchers in is used as the second transaction amount (that is, the second transaction amount corresponds to the data amount of the business data), and the second transfer transaction containing the second transaction amount is submitted to the blockchain network.
  • the blockchain node can transfer the traffic vouchers that are equivalent to the second transaction amount among the traffic vouchers held by the service provider to the business requester, that is, these traffic vouchers are changed from the business to the service requester.
  • the requesting party holds.
  • the service requester will hold 100 Tokens from the service provider.
  • the business requester will hold a traffic voucher equivalent to the data volume of the requested business data, that is, the data volume of the business data subsequently obtained by the business requester should be transferred to the service provider
  • Flow voucher equivalence can be understood as the amount of data equivalent to the flow voucher held by the business requester at this time, which is the amount of data that is expected to be received in the future. Therefore, the traffic voucher held by the service requester can be used to compare with the data volume of the subsequently received service data, so as to measure whether the actual transmission volume of the service data is true.
  • the service provider or the MEC management system selects the target distribution node from the distribution network, and then transmits the service data to the service requester.
  • the service requester receives the service data transmitted by the target distribution node, it can determine the actual transmission volume of the target distribution node for the service data, for example, the data volume of the data actually received from the target distribution node as the actual transmission volume. Then, determine the number of traffic vouchers equivalent to the actual transmission amount as the third transaction amount (that is, the third transaction amount corresponds to the actual transmission amount), and submit the third transfer transaction containing the third transaction amount to the blockchain network .
  • the blockchain node can respond to the third transfer transaction to transfer the traffic vouchers that are equivalent to the third transaction amount among the traffic vouchers held by the business requester to the target distribution node, that is, these traffic vouchers are changed from the business to the target distribution node.
  • the requesting party holds.
  • the amount of data actually received by the service requester from the target distribution node is 95M
  • the third transaction amount is 95.
  • the target distribution node will hold 95 requests from the service Party’s Token.
  • the business requester can compare the traffic vouchers it holds with the actual transmission volume of the business data from the target distribution node.
  • the traffic vouchers with the actual transmission volume equivalent are transferred to the target distribution node.
  • the traffic vouchers held by the target distribution node are equal to the actual transmission volume. Therefore, the traffic vouchers held by the target distribution node can be used to count the traffic of the target distribution node to transmit the service data.
  • the process of transferring the traffic voucher according to the actual transmission volume received by the service requester can prevent the target distribution node from forging the actual transmission volume.
  • the traffic vouchers transferred to the business requester are equal to the actual size of the business data, which prevents the business request from transferring traffic vouchers that exceed the actual size of the business data to the target distribution node (the business requester does not have enough traffic vouchers), that is, to prevent the business
  • the requester assists the target distribution node to forge the actual transmission volume.
  • the MEC management system can be used as the voucher issuer, and the flow voucher can be issued to count the amount of data actually transmitted by the distribution node, thereby performing charging and settlement.
  • a method of signing traffic vouchers can be introduced.
  • each party registers on the blockchain network to obtain the on-chain identity and asymmetric key pair created by the blockchain network for itself.
  • the above-mentioned method of signing the traffic certificate can be: the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node.
  • the corresponding private key is used to sign, so as to prove the source of the traffic certificate in the process of transferring the traffic certificate.
  • all the traffic vouchers held by the target distribution node can be verified and signed by the public keys of the certificate issuer, service provider, service requester, and target distribution node respectively without the occurrence of forged traffic vouchers.
  • the traffic certificate signed by the private key of the certificate issuer, service provider, service requester, and target distribution node can be used to measure the actual transmission volume of the target distribution node, and then the cost can be settled.
  • the service requester in the process of transmitting service data from the target distribution node to the service requester, after the target distribution node transmits all the service data, the service requester initiates the first according to the data volume of the received service data. 3. Transfer transactions. Or, the target distribution node divides the service data into several service sub-data, and transmits each service sub-data to the service requester. Correspondingly, each time the service requester receives the service sub-data, it submits the third transfer transaction to the blockchain network, and the third transaction amount of the third transfer transaction corresponds to the data volume of the received service sub-data. For example, the 100M service data is divided into 10 10M service sub-data to be transmitted separately. Then, after each service requester receives a 10M service sub-data, it must initiate a third transfer transaction with a transaction amount of 10, thereby transferring 10 Tokens to the target distribution node.
  • the business requester may have a situation where the amount of data represented by the transaction amount of the initiated transfer transaction is less than the actual transmission volume of the target distribution node, resulting in that the data volume corresponding to all the traffic vouchers ultimately held by the target distribution node is less than the actual transmission volume.
  • the target distribution node determines the new addition after the service sub-data is transmitted each time after the service sub-data is transmitted.
  • the transaction amount of the transfer transaction initiated by the service requester to the blockchain is 9.
  • the target distribution node The newly added traffic certificate is 9 Tokens, and the actual traffic certificate that should be added is 10 Tokens. Therefore, when the target distribution node determines that the newly added number of traffic vouchers it holds does not reach 10, it stops requesting the service to transmit the remaining untransmitted service sub-data.
  • the target distribution node can divide the business data into several business sub-data according to preset dimensions.
  • the preset dimension includes any of the following: the average data volume of the business sub-data, the total number of the business sub-data, and the data type. For example, if the data volume of the business data is 200M, according to the average data volume of the business sub-data being 20M, the business data is divided into ten 20M business sub-data on average. Or, according to the total number of business sub-data being five, the business data is divided into five 40M business sub-data on average.
  • the business data is a picture
  • the business data includes pictures in multiple formats such as bmp, jpg, png, tif, gif, etc.
  • the business data is divided according to the picture format.
  • the service data contains data of multiple file types such as videos, pictures, audios, documents, etc.
  • the service data is divided according to file types.
  • the basis of the division can be flexibly set according to actual needs, and this manual does not limit this.
  • the service provider can also verify the permission of the service requester to obtain the business data according to the identity information sent by the service requester, and use the permission verification as a prerequisite for submitting the second transfer transaction to the blockchain network.
  • FIG. 3 is an interaction diagram of a block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 3, the interaction process may include the following steps:
  • Step 302 The certificate issuer submits the first transfer transaction to the blockchain node.
  • all parties can register on the blockchain network to generate on-chain identities for the blockchain network to bind to the traffic vouchers held, and generate an asymmetric key pair for For subsequent use of the private key to sign the traffic certificate and the use of the public key to verify the signature.
  • the identity on the chain is the account address; in the case of the UTXO model, the identity on the chain is the wallet address.
  • the asymmetric encryption algorithm used to generate the public key and the private key for example, it can be RSA, Elgamal, knapsack algorithm, Rabin, D-H, ECC (elliptic curve encryption algorithm), etc.
  • the certificate issuer may be an MEC management system that uniformly manages MEC nodes, and is used to issue tokens for traffic measurement.
  • the voucher issuer can transfer a certain amount of Token to the service provider in advance, which is used to transfer between all parties during the subsequent transmission of service data to realize traffic statistics and billing settlement. For example, the service provider purchases a certain amount of Token from the voucher issuer through the off-chain channel for subsequent transfer to the service provider. Then, the voucher issuer creates the first transfer transaction, and the first transaction amount (used to indicate the number of Tokens that need to be transferred) included in the first transfer transaction is the number of Tokens purchased by the business provider from the voucher issuer and sends it to the blockchain The node submits the first transfer transaction.
  • the flow certificate held by each party is signed with the private key of the corresponding holder.
  • blockchain nodes can uniformly use the private key of the account to sign the transferred Token after transferring the Token to an account.
  • the blockchain node can uniformly use the private key of the account to sign the transferred Token before transferring the Token out of an account. All in all, it is sufficient to ensure that the Tokens held by all parties have been signed with the holder's private key, so that the source of the Token can be verified through signature verification.
  • the certificate issuer Take the certificate issuer as an example. As shown in Figure 5, the certificate issuer 10, service provider 20, service requester 40, and target distribution node 30 in the figure represent the accounts of each party, and P represents the transferred out Token (hereinafter referred to as Token P).
  • the blockchain node can use the private key of the certificate issuer 10 to sign all Tokens held by the certificate issuer 10, or before transferring the Tokens held by the certificate issuer 10 to the account of the service provider 20, use The private key of the certificate issuer 10 signs the Token to be transferred. After the above-mentioned signature operation, it can be ensured that the Token P transferred to the account of the service provider 20 is signed with the private key of the certificate issuer 10.
  • Step 304 The blockchain node transfers money to the service provider.
  • the blockchain node in the blockchain network can, in response to the first transfer transaction, transfer the number of tokens matching the first transaction amount in the voucher issuer's account to the service provider's account.
  • the blockchain node can use the private key of the service provider to sign the Token transferred to the account of the service provider.
  • Step 306 The service requester sends an acquisition request for service data to the service provider.
  • Step 308 The service provider authenticates the service requester.
  • a user sends an acquisition request for a certain video to a video platform, and the acquisition request includes the user's account information.
  • the video can authenticate the user based on the account information.
  • the content of the authentication can include whether the user has a membership service, whether the user is blocked, and so on.
  • the service provider can further determine whether the service requester has an on-chain identity registered on the blockchain, and return a corresponding prompt message to remind the user if it is not registered.
  • Step 310 The service provider submits a second transfer transaction to the blockchain node.
  • the service requester will hold 100 tokens from the service provider.
  • step 312 the blockchain node transfers money to the service requester.
  • the data volume of the service data requested by the service requester can be determined, and then the number of traffic vouchers equivalent to the data volume can be determined as the second transaction amount.
  • the block chain network submits a second transfer transaction including the second transaction amount.
  • the blockchain node transfers the Tokens in the service provider's account that matches the second transaction amount to the service requester's account. As shown in FIG. 5, it can be seen from the above-mentioned signature mechanism that the Token P transferred from the account of the service provider 20 is all signed with the private key of the service provider 20. Further, the blockchain node may use the private key of the service requester 40 to sign the Token transferred to the account of the service requester.
  • Step 314 The service provider sends a transmission instruction to the target distribution node.
  • the service provider selects the target distribution node from the distribution network, and then sends a transmission instruction to the target distribution node to instruct the target distribution node to transmit service data to the service requester.
  • Step 316 The target distribution node transmits the service data to the service requester.
  • the target distribution node can divide the service data into several service sub-data, and transmit each service sub-data to the service requester.
  • the service requester is required to initiate a third transfer transaction according to the data volume of the received service data after each service sub-data is received.
  • the 100M service data is divided into 10 10M service sub-data to be transmitted separately.
  • each service requester after each service requester receives a 10M service sub-data, it must initiate a third transfer transaction with a transaction amount of 10, thereby transferring 10 Tokens to the target distribution node.
  • the business requesting party may be malicious.
  • the target distribution node after the target distribution node has transmitted 10M business sub-data to the service requester, it can submit a query transaction for its own Token to the blockchain node to obtain the status of its own Token. . Assuming that the transaction amount of the transfer transaction initiated by the business request to the blockchain is 9, then after the transfer transaction is executed, the newly added traffic vouchers of the target distribution node are 9 Tokens, and the actual new traffic vouchers should be 10 Token. Therefore, when the target distribution node determines that the number of new traffic vouchers it holds does not reach 10, it stops transmitting the remaining untransmitted service sub-data to the service request, so as to stop the loss in time and prevent the service requester from continuing to do evil.
  • Step 318 The business request submits a third transfer transaction to the blockchain node.
  • step 320 the blockchain node transfers money to the target distribution node.
  • the Token P transferred from the account of the service requester 40 is signed with the private key of the service requester 40.
  • the blockchain node can use the private key of the target distribution node 30 to sign the Token transferred to the account of the target distribution node 30.
  • all Tokens held by the final target distribution node 30 are sequentially signed with the private keys of the certificate issuer, service provider, service requester, and target distribution node.
  • the certificate issuer can submit a settlement transaction for the flow certificate held by the target distribution node to the blockchain network, and then the blockchain node in the blockchain network can respond to the settlement transaction by adopting the certificate issuer and the service provider respectively.
  • the public keys of the party, the business requester, and the target distribution node verify the flow certificate held by the target distribution node, and if the verification is passed, according to the cost conversion standard for the flow certificate issued by the certificate issuer, the target The flow certificate held by the distribution node performs fee settlement.
  • the logic used to perform the above verification and settlement operations can be written into the chain code so that the blockchain node can directly perform the verification and settlement operations by executing the chain code; it can also be written into the smart contract and the smart contract The contract is deployed on the blockchain. Then, the above settlement transaction is used to call the smart contract, and the blockchain node executes the code in the smart contract to complete the signature verification and settlement operations.
  • this specification also proposes embodiments on the service provider side, service requester side, target distribution node side, and blockchain node side.
  • the embodiments involved in the certificate issuer side The description of is also applicable to the above-mentioned embodiments on the other side, and will not be repeated hereafter.
  • Fig. 5 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 5, the method is applied to the service provider and can include the following steps:
  • Step 502 The service provider creates a second transfer transaction for the service requester, and the second transaction amount of the second transfer transaction corresponds to the data volume of the service data requested by the service requester; the certificate issuer holds The ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction in the flow voucher is transferred to the said first transfer transaction by the blockchain node in the blockchain network For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • Step 504 The service provider submits the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will match the second transaction amount.
  • the ownership of the equivalent flow certificate is transferred from the service provider to the service requester; the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction in the flow certificate held by the service requester,
  • the third transfer transaction is transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted to the blockchain network by the business request, and the third transaction amount corresponds to Transmitting the actual transmission volume of the service data to the service requester at the target distribution node.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer;
  • the traffic certificate transferred from the service provider is signed with the private key of the service provider
  • the traffic certificate transferred from the service requester is signed with the private key of the service requester;
  • the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is transmitted to the service requester every time the service requester receives the service sub-data.
  • the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.
  • the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time.
  • the amount of data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of the service sub-data transmitted by the target distribution node this time. The amount of data.
  • the service data is divided by the target distribution node into a number of service sub-data according to a preset dimension, and the preset dimension includes any of the following: an average data volume of the service sub-data, a total number of the service sub-data, and a data type.
  • the service provider verifies the permission of the service requester to obtain the service data according to the identity information sent by the service requester, and passes the permission verification as submitting the said service to the blockchain network. Prerequisites for the second transfer transaction.
  • Fig. 6 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 6, the method is applied to the target distribution node and may include the following steps:
  • Step 602 The target distribution node in the content distribution network transmits to the service requester the service data requested by the service requester from the service provider.
  • the ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction in the flow voucher held by the business requester is received by the block chain node in the block chain network when the third transfer transaction is received.
  • the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node transmitting the service to the service requester The actual amount of data transferred;
  • the ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred by the blockchain node upon receiving the second transfer transaction To the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data requested by the service requester;
  • the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction
  • the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer;
  • the traffic certificate transferred from the service provider is signed with the private key of the service provider
  • the traffic certificate transferred from the service requester is signed with the private key of the service requester;
  • the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the target distribution node transmitting the service data requested by the service requester to the service provider to the service requester includes: the target distribution node divides the service data into a number of service sub-data, and sends the service data to the service requester.
  • the service requester transmits each service sub-data; the third transfer transaction is submitted to the blockchain network by the service requester every time the service sub-data is received, and the third transaction of the third transfer transaction The amount corresponds to the data amount of the service sub-data received by the service requester.
  • the target distribution node determines the amount of new data corresponding to the new traffic voucher held after the last time the service sub-data is transmitted and the current time after the service sub-data is transmitted.
  • the transmission data volume of the transmitted service sub-data when the newly added data volume is less than the transmission data volume, the target distribution node stops transmitting the remaining service sub-data to the service requester.
  • the preconditions for the service provider to submit the second transfer transaction to the blockchain network include: the service provider’s policy on the service request based on the identity information sent by the service requester
  • the authorization verification is performed on the access authority of the business data, and the authorization verification is passed.
  • Fig. 7 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 7, the method is applied to the service requester and may include the following steps:
  • Step 702 The service requester creates a third transfer transaction for the target distribution node, and the third transaction amount included in the third transfer transaction corresponds to the target distribution node transmitting the service requester requested by the service requester The actual transmission volume of business data;
  • Step 704 The service request submits the third transfer transaction to the blockchain network, and the third transfer transaction is used to indicate that the blockchain node in the blockchain network will match the third transaction amount.
  • the ownership of the equivalent traffic certificate is transferred from the service requester to the target distribution node;
  • the ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred to the place where the blockchain node receives the second transfer transaction.
  • the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data;
  • the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction
  • the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer;
  • the traffic certificate transferred from the service provider is signed with the private key of the service provider
  • the traffic certificate transferred from the service requester is signed with the private key of the service requester;
  • the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester; the service requester submits the third transfer transaction to the blockchain network, including: The service requester submits the third transfer transaction to the blockchain network every time it receives the service sub-data, and the third transaction amount of the third transfer transaction corresponds to the data volume of the received service sub-data .
  • the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time.
  • the amount of data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of the service sub-data transmitted by the target distribution node this time. The amount of data.
  • the service data is divided into a number of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: the average data volume of the service sub-data, and the total number of the service sub-data ,type of data.
  • the preconditions for the service provider to submit the second transfer transaction to the blockchain network include: the service provider’s policy on the service request based on the identity information sent by the service requester
  • the authorization verification is performed on the access authority of the business data, and the authorization verification is passed.
  • Fig. 8 is a flowchart of another block chain-based traffic statistics method provided by an exemplary embodiment. As shown in Figure 8, the method is applied to blockchain nodes and can include the following steps:
  • step 804 the blockchain node transfers the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer transaction is transferred from the service provider to the service requester.
  • the service provider submits to the blockchain network, the second transaction amount corresponds to the data amount of the service data requested by the service requester;
  • Step 806 Transfer the ownership of the flow certificate equivalent to the third transaction amount included in the third transfer transaction from the service requester to the target distribution node, and the third transfer transaction is transferred from the service requester to the blockchain Submitted by the network, the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer;
  • the traffic certificate transferred from the service provider is signed with the private key of the service provider
  • the traffic certificate transferred from the service requester is signed with the private key of the service requester;
  • the blockchain node uses the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node to verify the traffic certificate held by the target distribution node, and In the case of passing the verification and signature, according to the cost conversion standard for the flow voucher issued by the voucher issuer, the flow voucher held by the target distribution node is settled.
  • the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is transmitted to the service requester every time the service requester receives the service sub-data.
  • the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.
  • the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time.
  • the amount of data is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data, and the amount of transmission data is the amount of the service sub-data transmitted by the target distribution node this time. The amount of data.
  • the service data is divided into a number of service sub-data according to a preset dimension by the target distribution node, and the preset dimension includes any one of the following: the average data volume of the service sub-data, and the total number of the service sub-data ,type of data.
  • the preconditions for the service provider to submit the second transfer transaction to the blockchain network include: the service provider’s policy on the service request based on the identity information sent by the service requester
  • the authorization verification is performed on the access authority of the business data, and the authorization verification is passed.
  • this specification also provides an embodiment of a block chain-based traffic statistics device.
  • the embodiments of the block chain-based traffic statistics device in this specification can be applied to electronic equipment.
  • the device embodiments can be implemented by software, or can be implemented by hardware or a combination of software and hardware.
  • Taking software implementation as an example as a logical device, it is formed by reading the corresponding computer program instructions in the non-volatile memory into the memory through the processor of the electronic device where it is located.
  • FIG. 9 is a schematic structural diagram of a device provided by an exemplary embodiment.
  • the device includes a processor 902, an internal bus 904, a network interface 906, a memory 909, and a non-volatile memory 910.
  • the processor 902 reads the corresponding computer program from the non-volatile memory 910 to the memory 909 and then runs it to form a block chain-based traffic statistics device on a logical level.
  • one or more embodiments of this specification do not exclude other implementations, such as logic devices or a combination of software and hardware, and so on. That is to say, the execution subject of the following processing flow is not limited to each
  • the logic unit can also be a hardware or a logic device.
  • the block chain-based traffic statistics device may include:
  • the creation unit 1002 enables the voucher issuer to create a first transfer transaction for the service provider, and the first transfer transaction includes the first transaction amount;
  • the submission unit 1004 enables the certificate issuer to submit the first transfer transaction to the blockchain network, and the first transfer transaction instructs the blockchain node in the blockchain network to match the first transaction amount
  • the ownership of the equivalent flow certificate is transferred from the voucher issuer to the service provider; the ownership of the flow certificate that is equivalent to the second transaction amount included in the second transfer transaction in the flow certificate held by the service provider is subject to
  • the blockchain node transfers to the service requester upon receiving the second transfer transaction, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the transaction amount.
  • the ownership of the flow certificate that is equivalent to the third transaction amount included in the third transfer transaction among the flow vouchers held by the service requester is transferred to the blockchain node upon receiving the third transfer transaction
  • the target distribution node, the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the actual transmission amount of the target distribution node to the service requester to transmit the service data .
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer;
  • the traffic certificate transferred from the service provider is signed with the private key of the service provider;
  • the traffic certificate transferred from the service requester is signed with the private key of the service requester;
  • the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is received every time the service sub-data is received by the service requester Submit to the blockchain network below, and the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.
  • the target distribution node may stop transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time, and the amount of newly added data is all
  • the target distribution node compares the data volume corresponding to the newly-held traffic voucher after the last transmission of the service sub-data, and the transmission data volume is the data volume of the service sub-data transmitted by the target distribution node this time.
  • the service data can be divided into a number of service sub-data by the target distribution node according to a preset dimension, and the preset dimension includes any of the following: the average data volume of the service sub-data, the total number of the service sub-data, and the data type.
  • the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider responds to the service requester according to the identity information sent by the service requester
  • the authority to obtain the business data is subjected to authority verification, and the authority verification is passed.
  • the block chain-based traffic statistics device may include:
  • the creation unit 1102 enables the service provider to create a second transfer transaction for the service requester, and the second transaction amount of the second transfer transaction corresponds to the data volume of the service data requested by the service requester; the voucher issuer holds The ownership of the flow vouchers that are equivalent to the first transaction amount included in the first transfer transaction in some traffic vouchers is transferred to by the blockchain node in the blockchain network upon receiving the first transfer transaction For the service provider, the first transfer transaction is submitted by the certificate issuer to the blockchain network;
  • the submission unit 1103 enables the service provider to submit the second transfer transaction to the blockchain network, and the second transfer transaction is used to indicate that the blockchain node in the blockchain network will conduct the second transaction with the blockchain network.
  • the ownership of the flow vouchers with the equivalent amount is transferred from the service provider to the service requester; the flow vouchers held by the service requester are equivalent to the third transaction amount included in the third transfer transaction.
  • the ownership is transferred to the target distribution node by the blockchain node upon receiving the third transfer transaction, the third transfer transaction is submitted by the business request to the blockchain network, and the third transaction
  • the amount corresponds to the actual transmission volume of the service data transmitted by the target distribution node to the service requester.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer;
  • the traffic certificate transferred from the service provider is signed with the private key of the service provider;
  • the traffic certificate transferred from the service requester is signed with the private key of the service requester;
  • the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node;
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the service data may be divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is transferred to the district by the service requester every time the service sub-data is received.
  • the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.
  • the target distribution node may stop transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time, and the amount of newly added data is all
  • the target distribution node compares the data volume corresponding to the newly-held traffic voucher after the last transmission of the service sub-data, and the transmission data volume is the data volume of the service sub-data transmitted by the target distribution node this time.
  • the service data can be divided into a number of service sub-data by the target distribution node according to a preset dimension, and the preset dimension includes any of the following: the average data volume of the service sub-data, the total number of the service sub-data, and the data type.
  • the device may further include: an authentication unit 1106, which enables the service provider to verify the authority to obtain the service data of the service requester based on the identity information sent by the service requester, and to verify the authority The verification is passed as a prerequisite for submitting the second transfer transaction to the blockchain network.
  • an authentication unit 1106 which enables the service provider to verify the authority to obtain the service data of the service requester based on the identity information sent by the service requester, and to verify the authority The verification is passed as a prerequisite for submitting the second transfer transaction to the blockchain network.
  • the block chain-based traffic statistics device may include: a transmission unit 1202, which enables the target distribution node in the content distribution network to transmit the service request to the service provider The requested business data.
  • the ownership of the flow voucher that is equivalent to the third transaction amount included in the third transfer transaction in the flow voucher held by the business requester is received by the block chain node in the block chain network when the third transfer transaction is received.
  • the third transfer transaction is submitted by the service request to the blockchain network, and the third transaction amount corresponds to the target distribution node transmitting the service to the service requester The actual amount of data transferred;
  • the ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred by the blockchain node upon receiving the second transfer transaction To the service requester, the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data volume of the service data requested by the service requester;
  • the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction
  • the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node.
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the transmission unit 1202 is specifically configured to: the target distribution node divides the service data into several service sub-data, and transmits each service sub-data to the service requester; the third transfer transaction is determined by The service requester submits to the blockchain network every time the service sub-data is received, and the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester .
  • the transmission unit 1202 is further configured to: each time after the target distribution node transmits the service sub-data, determine the new increase corresponding to the new traffic certificate held after the last transmission of the service sub-data. The data volume and the transmission data volume of the business sub-data transmitted this time. When the amount of newly added data is less than the amount of transmitted data, the target distribution node stops transmitting the remaining service sub-data to the service requester.
  • the transmission unit 1202 is further configured to: the target distribution node divides the service data into several service sub-data according to a preset dimension, and the preset dimension includes any one of the following: average data of the service sub-data Quantity, total quantity and data type of business sub-data.
  • the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider responds to the service requester according to the identity information sent by the service requester
  • the authority to obtain the business data is subjected to authority verification, and the authority verification is passed.
  • the block chain-based traffic statistics device may include:
  • the creation unit 1302 enables the service requester to create a third transfer transaction for the target distribution node, and the third transaction amount included in the third transfer transaction corresponds to the target distribution node transmitting the service requester to the service requester The actual transmission volume of the requested business data;
  • the submission unit 1304 enables the service request to submit the third transfer transaction to the blockchain network, where the third transfer transaction is used to indicate that a blockchain node in the blockchain network will conduct a transaction with the third transaction.
  • the ownership of the equivalent traffic vouchers is transferred from the service requester to the target distribution node;
  • the ownership of the flow vouchers that is equivalent to the second transaction amount included in the second transfer transaction among the flow vouchers held by the service provider is transferred to the place where the blockchain node receives the second transfer transaction.
  • the second transfer transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data;
  • the ownership of the flow voucher that is equivalent to the first transaction amount included in the first transfer transaction among the flow voucher held by the voucher issuer is transferred to by the blockchain node upon receiving the first transfer transaction
  • the first transfer transaction is submitted by the certificate issuer to the blockchain network.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node.
  • the traffic certificate held by the target distribution node is verified by the blockchain node using the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node, and In the case where the verification is passed, the fee settlement is carried out in accordance with the fee conversion standard for the traffic voucher issued by the voucher issuer.
  • the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester; the submission unit 1304 is specifically configured to: each time the service requester receives the service sub-data In the case of submitting the third transfer transaction to the blockchain network, the third transaction amount of the third transfer transaction corresponds to the data amount of the received business sub-data.
  • the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time, the newly-added data
  • the amount is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data
  • the transmission data amount is the data of the service sub-data transmitted by the target distribution node this time quantity.
  • the service data can be divided into a number of service sub-data by the target distribution node according to a preset dimension, and the preset dimension includes any of the following: the average data volume of the service sub-data, the total number of the service sub-data, and the data type.
  • the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider responds to the service requester according to the identity information sent by the service requester
  • the authority to obtain the business data is subjected to authority verification, and the authority verification is passed.
  • the block chain-based traffic statistics device may include:
  • the first transfer unit 1402 enables the blockchain nodes in the blockchain network to transfer the ownership of the flow voucher equivalent to the first transaction amount included in the first transfer transaction from the voucher issuer to the service provider. 1.
  • the transfer transaction is submitted by the certificate issuer to the blockchain network;
  • the second transfer unit 1404 enables the blockchain node to transfer the ownership of the flow certificate equivalent to the second transaction amount included in the second transfer transaction from the service provider to the service requester, and the second transfer The transaction is submitted by the service provider to the blockchain network, and the second transaction amount corresponds to the data amount of the service data requested by the service requester;
  • the third transfer unit 1406 is configured to transfer the ownership of the flow voucher equivalent to the third transaction amount included in the third transfer transaction from the service requester to the target distribution node, and the third transfer transaction is requested by the service Submit to the blockchain network, the third transaction amount corresponds to the actual transmission amount of the service data transmitted by the target distribution node to the service requester.
  • the traffic certificate transferred from the certificate issuer is signed with the private key of the certificate issuer; the traffic certificate transferred from the service provider is signed with the private key of the service provider; The traffic certificate transferred from the service requester is signed with the private key of the service requester; the traffic certificate transferred to the target distribution node is signed with the private key of the target distribution node.
  • the device further includes: a signature verification unit 1408, which enables the blockchain node to use the public keys of the certificate issuer, the service provider, the service requester, and the target distribution node to pair the target with the public keys respectively.
  • the flow voucher held by the distribution node is verified, and if the verification is passed, the flow voucher held by the target distribution node is settled according to the fee conversion standard for the flow voucher issued by the voucher issuer .
  • the service data is divided into several service sub-data by the target distribution node and transmitted to the service requester, and the third transfer transaction is received every time the service sub-data is received by the service requester Submit to the blockchain network below, and the third transaction amount of the third transfer transaction corresponds to the data amount of the service sub-data received by the service requester.
  • the target distribution node stops transmitting the remaining service sub-data to the service requester when the amount of newly added data is less than the amount of transmitted data after the service sub-data is transmitted each time, the newly-added data
  • the amount is the amount of data corresponding to the traffic voucher newly held by the target distribution node after the last transmission of the service sub-data
  • the transmission data amount is the data of the service sub-data transmitted by the target distribution node this time quantity.
  • the service data can be divided into a number of service sub-data by the target distribution node according to a preset dimension, and the preset dimension includes any of the following: the average data volume of the service sub-data, the total number of the service sub-data, and the data type.
  • the precondition for the service provider to submit the second transfer transaction to the blockchain network includes: the service provider responds to the service requester according to the identity information sent by the service requester
  • the authority to obtain the business data is subjected to authority verification, and the authority verification is passed.
  • a typical implementation device is a computer.
  • the computer may be, for example, a personal computer, a laptop computer, a cell phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or Any combination of these devices.
  • this specification can be provided as a method, a system, or a computer program product. Therefore, this specification may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, this specification can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types.
  • This specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network.
  • program modules can be located in local and remote computer storage media including storage devices.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • the computer includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.
  • the memory may include non-permanent memory in computer readable media, random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of computer readable media.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash memory
  • Computer-readable media include permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology.
  • the information can be computer-readable instructions, data structures, program modules, 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), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission media, can be used to store information that can be accessed by computing devices.
  • computer-readable media does not include transitory media, such as modulated data signals and carrier waves.
  • first, second, third, etc. may be used to describe various information in one or more embodiments of this specification, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as second information, and similarly, the second information may also be referred to as first information.
  • word “if” as used herein can be interpreted as "when” or “when” or "in response to determination”.

Landscapes

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

Abstract

Système, procédé et dispositif de statistiques de trafic à base de chaîne de blocs. Le système comprend les étapes suivantes : un émetteur de coupons soumet une première transaction de transfert pour un fournisseur de services à un réseau de chaînes de blocs ; le fournisseur de service soumet une deuxième transaction de transfert pour un demandeur de service au réseau de chaînes de blocs en fonction des données de service demandées par le demandeur de service ; chaque nœud à l'intérieur d'un réseau de distribution de contenu transmet les données de service au demandeur de service lorsqu'il est sélectionné en tant que nœud de distribution cible ; le demandeur de service soumet une troisième transaction de transfert pour le nœud de distribution cible au réseau de chaînes de blocs en fonction d'un volume de transmission réel du nœud de distribution cible pour les données de service ; et un nœud de chaîne de blocs transfère la propriété d'un coupon de trafic équivalent à un premier montant de transaction de l'émetteur de coupons au fournisseur de services, transfère la propriété d'un coupon de trafic équivalent à un deuxième montant de transaction du fournisseur de service au demandeur de service et transfère la propriété d'un coupon de trafic équivalent à un troisième montant de transaction du demandeur de service au nœud de distribution cible.
PCT/CN2021/087802 2020-04-17 2021-04-16 Statistiques de trafic à base de chaîne de blocs WO2021209043A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010302401.8A CN111461691B (zh) 2020-04-17 2020-04-17 基于区块链的流量统计系统、方法及装置
CN202010302401.8 2020-04-17

Publications (1)

Publication Number Publication Date
WO2021209043A1 true WO2021209043A1 (fr) 2021-10-21

Family

ID=71684529

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/087802 WO2021209043A1 (fr) 2020-04-17 2021-04-16 Statistiques de trafic à base de chaîne de blocs

Country Status (2)

Country Link
CN (2) CN111461691B (fr)
WO (1) WO2021209043A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115442167A (zh) * 2022-11-04 2022-12-06 域世安(北京)科技有限公司 基于区块链的网络流量管理方法、装置及系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111461691B (zh) * 2020-04-17 2020-12-11 支付宝(杭州)信息技术有限公司 基于区块链的流量统计系统、方法及装置
CN111737324B (zh) * 2020-08-14 2021-02-09 支付宝(杭州)信息技术有限公司 数据分析方法及装置
CN112529556A (zh) * 2020-12-14 2021-03-19 上海樊迪信息技术有限公司 一种证券划账登记方法及系统
CN113473537B (zh) * 2021-06-16 2023-06-02 中国联合网络通信集团有限公司 基于区块链的微基站流量共享方法、节点、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190199516A1 (en) * 2017-12-26 2019-06-27 Akamai Technologies, Inc. High performance distributed system of record with cryptographic service support
CN110288475A (zh) * 2019-06-26 2019-09-27 浪潮卓数大数据产业发展有限公司 一种区块链流量任务交易方法和区块链流量任务交易平台
CN110599136A (zh) * 2019-09-20 2019-12-20 腾讯科技（深圳）有限公司 区块链交易池流量管控方法以及装置
CN111461691A (zh) * 2020-04-17 2020-07-28 支付宝(杭州)信息技术有限公司 基于区块链的流量统计系统、方法及装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190009958A (ko) * 2017-07-20 2019-01-30 주식회사 더블체인 확장형 블록체인 시스템 및 블록체인 확장방법
US10853772B2 (en) * 2018-04-04 2020-12-01 Vijay K. Madisetti Method and system for exchange of value or tokens between blockchain networks
CN109961281B (zh) * 2017-12-22 2022-03-22 中国电信股份有限公司 流量结算方法、系统，以及基站和计算机可读存储介质
JP7102786B2 (ja) * 2018-03-05 2022-07-20 オムロン株式会社 情報管理装置、制御システム、情報管理方法、および情報管理プログラム
US10885590B2 (en) * 2018-04-04 2021-01-05 International Business Machines Corporation Granting access to a blockchain ledger
CN109272318B (zh) * 2018-10-11 2020-12-01 合肥达朴汇联科技有限公司 应用于请求方客户端资源流交易方法、装置、设备及介质
CN109345247B (zh) * 2018-10-11 2021-05-07 合肥达朴汇联科技有限公司 应用于提供方客户端资源流交易方法、装置、设备及介质
CN109300038B (zh) * 2018-10-11 2020-12-08 合肥达朴汇联科技有限公司 一种资源流的交易系统
CN109325858B (zh) * 2018-10-11 2020-12-01 合肥达朴汇联科技有限公司 资源流的交易方法和装置、计算机设备及计算机可读介质
CN109510713A (zh) * 2018-12-29 2019-03-22 杭州趣链科技有限公司 一种基于区块链的流量共享激励方法
CN109714178A (zh) * 2018-12-29 2019-05-03 杭州趣链科技有限公司 一种基于区块链的p2p cdn流量支付方法
CN109995613B (zh) * 2019-03-29 2021-02-05 北京乐蜜科技有限责任公司 流量计算方法和装置
CN110233873B (zh) * 2019-05-06 2022-06-17 深圳壹账通智能科技有限公司 基于区块链的虚拟凭证值分配方法、合约运行装置及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190199516A1 (en) * 2017-12-26 2019-06-27 Akamai Technologies, Inc. High performance distributed system of record with cryptographic service support
CN110288475A (zh) * 2019-06-26 2019-09-27 浪潮卓数大数据产业发展有限公司 一种区块链流量任务交易方法和区块链流量任务交易平台
CN110599136A (zh) * 2019-09-20 2019-12-20 腾讯科技（深圳）有限公司 区块链交易池流量管控方法以及装置
CN111461691A (zh) * 2020-04-17 2020-07-28 支付宝(杭州)信息技术有限公司 基于区块链的流量统计系统、方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115442167A (zh) * 2022-11-04 2022-12-06 域世安(北京)科技有限公司 基于区块链的网络流量管理方法、装置及系统
CN115442167B (zh) * 2022-11-04 2023-01-10 域世安(北京)科技有限公司 基于区块链的网络流量管理方法、装置及系统

Also Published As

Publication number Publication date
CN111461691A (zh) 2020-07-28
CN112801649A (zh) 2021-05-14
CN111461691B (zh) 2020-12-11
CN112801649B (zh) 2022-04-22

Similar Documents

Publication Publication Date Title
JP7489422B2 (ja) ブロックチェーン上の交換を実施するためのトークン化方法及びシステム
WO2021209043A1 (fr) Statistiques de trafic à base de chaîne de blocs
JP7292365B2 (ja) ブロックチェーンからのデータのセキュアな抽出のための暗号方法及びシステム
TWI733057B (zh) 資源轉移和資金轉移的方法和裝置
JP7128111B2 (ja) ブロックチェーンを介して資産関連活動を制御するシステム及び方法
WO2021017441A1 (fr) Procédé et appareil d'autorisation de données basés sur une chaîne de blocs
TWI727292B (zh) 區塊鏈交易方法及裝置、電子設備
KR102180991B1 (ko) 블록 체인 기밀 거래의 규제
CN108885761B (zh) 用于区块链上的安全点对点通信的方法
JP2023134800A (ja) 分散協調を用いるスマートコントラクトの実行
US10623190B2 (en) Mediated anonymity for permissioned, distributed-ledger networks
CN110333948A (zh) 基于区块链的虚拟资源分配方法和装置
Ferrer-Gomila et al. A fair contract signing protocol with blockchain support
US20220374886A1 (en) Performing transactions using private and public blockchains
KR20180014534A (ko) 블록체인 기반 트랜잭션 검증 시스템 및 그 방법
TW202016820A (zh) 區塊鏈交易方法及裝置、電子設備
CN110458561B (zh) 区块链网络中实现机密交易的方法及装置
TW202016819A (zh) 區塊鏈交易方法及裝置、電子設備
CN113221191B (zh) 基于区块链的数据存证方法、装置、设备和存储介质
CN112001713A (zh) 区块链系统以及请求处理方法和装置
CN111523892B (zh) 一种区块链的跨链交易方法及装置
JP2023524492A (ja) プライバシーを保護する分散型支払い手段ネットワーク
KR102671062B1 (ko) 보안 거래를 위한 방법 및 시스템
Huang et al. zkChain: An Efficient Blockchain Privacy Protection Scheme Based on zk-SNARKs
Lesavre et al. Token Design and Management Overview

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

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

Country of ref document: EP

Kind code of ref document: A1