CN115310978A - Transaction method and device for digital assets - Google Patents

Transaction method and device for digital assets Download PDF

Info

Publication number
CN115310978A
CN115310978A CN202210707516.4A CN202210707516A CN115310978A CN 115310978 A CN115310978 A CN 115310978A CN 202210707516 A CN202210707516 A CN 202210707516A CN 115310978 A CN115310978 A CN 115310978A
Authority
CN
China
Prior art keywords
digital asset
transaction
digital
holder
transaction token
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210707516.4A
Other languages
Chinese (zh)
Inventor
韩少庆
顾费勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Netease Hangzhou Network Co Ltd
Original Assignee
Netease Hangzhou Network Co Ltd
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 Netease Hangzhou Network Co Ltd filed Critical Netease Hangzhou Network Co Ltd
Priority to CN202210707516.4A priority Critical patent/CN115310978A/en
Publication of CN115310978A publication Critical patent/CN115310978A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

The application discloses a transaction method and device of digital assets, electronic equipment and a storage medium. The method comprises the following steps: the block chain server side responds to a pre-transaction request sent by a holder side by using a plaintext transaction token of the digital asset, and verifies the tradable state of the digital asset; the holder terminates the clear text transaction token of the digital assets sent from the sender end; sending a pre-transaction request to a blockchain server by using a plaintext transaction token; responding to the block chain server to determine that the digital assets are in a tradable state, and conducting trading of the digital assets with the buyer; the issuer side verifies the validity of the verification information of the digital assets; sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token of the digital asset to the blockchain server end; the purchaser terminal responds to the blockchain server terminal to determine that the digital asset is in a tradable state, and the purchaser terminal carries out the transaction of the digital asset with the holder terminal, and the method realizes the safe transaction of the digital asset.

Description

Transaction method and device for digital assets
Technical Field
The application relates to the technical field of block chains, in particular to a transaction method of digital assets. The application also relates to a transaction device, an electronic device and a computer readable storage medium for the digital assets.
Background
Currently, in block chain based digital asset transactions, digital asset holders complete transactions with purchasers primarily by using private keys, that is, anyone can complete a transaction on a digital asset as long as the holder's private key is obtained. Therefore, the existing digital asset transaction method has low security, and the risk of transferring the digital asset due to the loss or leakage of the private key of the holder exists.
Disclosure of Invention
The application provides a transaction method and device of digital assets, electronic equipment and a computer readable storage medium, which are used for solving the problems that the existing digital asset transaction method is low in security, and the digital assets are transferred due to the fact that a private key of a holder is lost or leaked.
The embodiment of the application provides a transaction method of digital assets, which comprises the following steps:
the block chain server end receives the ciphertext transaction token of the digital asset sent by the client end; verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder end using a clear text transaction token of the digital asset;
the holder end acquires the digital assets held by the block chain server end; sending verification information of the digital asset to the issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end; sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset; responding to the block chain server side to determine that the digital assets are in a tradable state, and conducting trading of the digital assets with a buyer side;
the issuer end responds to the received verification information of the digital asset sent by the holder end and verifies the validity of the verification information of the digital asset; in response to the verification information of the digital asset being valid information, sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end;
and the buyer side responds to the blockchain server side to determine that the digital asset is in a tradable state, and carries out transaction of the digital asset with the holder side.
The embodiment of the application also provides a transaction method of digital assets, which is applied to a block chain service end, wherein a plurality of intelligent contracts are deployed at the block chain service end, and the method comprises the following steps:
receiving a ciphertext transaction token of the digital asset sent by an issuer;
verifying a tradable status of the digital asset in response to a pre-trading request for the digital asset sent by a bearer end using a clear text transaction token for the digital asset.
Optionally, the intelligent contract at least includes: a transaction contract and a transaction token contract; the transaction contract is for executing transaction instructions for a digital asset; the transaction token contract is used for storing a ciphertext transaction token of the digital asset and verifying a tradable state of the digital asset.
Optionally, the verifying the tradable status of the digital asset comprises:
responding to a pre-transaction request of the digital asset, which is sent by the holder end by using a plain text transaction token of the digital asset, and inquiring whether a cipher text transaction token corresponding to the plain text transaction token of the digital asset is stored in the transaction token contract or not;
determining that the digital asset is in a tradable state in response to a ciphertext transaction token corresponding to a plaintext transaction token for the digital asset being maintained in the transaction token contract.
The embodiment of the application also provides a transaction method of the digital assets, which is applied to a holder end and comprises the following steps:
acquiring digital assets added and held by a block chain server;
sending verification information of the digital asset to an issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end;
sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset;
and responding to the block chain server side to determine that the digital asset is in a tradable state, and carrying out transaction on the digital asset with the buyer side.
Optionally, the sending verification information of the digital asset to the issuer side includes: sending a verifiable statement of the digital asset to the issuer location.
Optionally, the sending the verification information of the digital asset to the issuer side further includes: sending a holder digital signature to the issuer.
Optionally, the receiving the clear text transaction token of the digital asset sent by the issuer side includes: receiving a clear text transaction token and a transaction random number of the digital asset sent by the issuer;
the sending a pre-transaction request for the digital asset to the blockchain server using the clear text transaction token for the digital asset comprises: and sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset and the transaction random number.
Optionally, the responding to the blockchain server determining that the digital asset is in a tradable state, and performing a transaction of the digital asset with a buyer side includes: and sending the digital assets to the buyer terminal.
The embodiment of the application also provides a transaction method of the digital assets, which is applied to an issuer end and comprises the following steps:
verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by a holder;
and in response to the verification that the verification information of the digital asset is valid, sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server end.
Optionally, the method further includes: and responding to the digital assets added by the blockchain server acquired by the holder, and sending a verifiable statement of the digital assets to the holder.
Optionally, the method further includes:
verifying a tradable status of the digital asset and locking the digital asset at the blockchain server in response to a purchaser paying a purchase amount of the digital asset;
revoking a verifiable statement of the digital asset at the holder end in response to the holder end sending the digital asset to the purchaser end;
sending the purchase amount of the digital asset to the holder end;
transmitting a verifiable statement of the digital asset to the purchaser.
Optionally, the verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side includes: in response to receiving the verifiable statement of the digital asset sent by the holder side, verifying the validity of the verification information of the digital asset according to an issuer digital signature in the verifiable statement of the digital asset.
Optionally, the verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side further includes: and responding to the receiving of the digital signature of the holder sent by the holder end, and verifying the validity of the verification information of the digital asset according to the digital signature of the holder.
Optionally, the sending, in response to verifying that the verification information of the digital asset is valid information, a plaintext transaction token of the digital asset to the holder, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server includes:
in response to verifying that the verification information of the digital asset is valid information, sending a plaintext transaction token and a transaction random number of the digital asset to the holder;
and sending a ciphertext transaction token of the digital asset, which is generated according to the plaintext transaction token of the digital asset and the transaction random number, to the block chain server.
The embodiment of the application also provides a transaction method of the digital assets, which is applied to a buyer side, and the method comprises the following steps:
and responding to the blockchain server side to determine that the digital asset is in a tradable state, and performing trading of the digital asset with the holder side.
Optionally, the responding to the blockchain server determining that the digital asset is in a tradable state, and performing a transaction of the digital asset with the holder side includes:
in response to the blockchain server determining that the digital asset is in a tradable state, paying a purchase amount of the digital asset to an issuer;
and receiving the digital assets sent by the holder end.
The embodiment of the present application further provides a transaction apparatus for digital assets, where the apparatus is applied to a blockchain server, and the apparatus includes: a receiving unit and a verifying unit;
the receiving unit is used for receiving the ciphertext transaction token of the digital asset sent by the issuer end;
the verification unit is used for responding to a pre-transaction request of the digital asset sent by a holder end by using a clear text transaction token of the digital asset, and verifying the tradable state of the digital asset.
The embodiment of the present application further provides a transaction apparatus for digital assets, the apparatus is applied to a holder end, and the apparatus includes: the system comprises an acquisition unit, a sending unit, a receiving unit and a transaction unit;
the acquisition unit is used for acquiring the digital assets held by the blockchain server;
the transmitting unit is used for transmitting the verification information of the digital asset to a distributor end; the block chain server is also used for sending a pre-transaction request of the digital asset to the block chain server by using a plain text transaction token of the digital asset;
the receiving unit is used for receiving the clear text transaction token of the digital asset sent by the issuer;
and the transaction unit is used for responding to the situation that the block chain server side determines that the digital asset is in a tradable state and conducting transaction of the digital asset with a buyer side.
The embodiment of the application also provides a transaction device for digital assets, which is applied to an issuer end, and the device comprises: the device comprises a receiving unit, a verification unit and a sending unit;
the receiving unit is used for receiving the verification information of the digital assets sent by the holder end;
the verification unit is used for verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder end;
the issuing unit is used for responding to the verification that the verification information of the digital asset is valid information, sending the plaintext transaction token of the digital asset to the holder end, and sending the ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server end.
The embodiment of the present application further provides a transaction apparatus for digital assets, wherein the apparatus is applied to a buyer side, and the apparatus includes: a transaction unit;
and the transaction unit is used for responding to the situation that the blockchain server side determines that the digital asset is in a tradable state and performing transaction of the digital asset with the holder side.
An embodiment of the present application further provides an electronic device, including: a memory, a processor;
the memory to store one or more computer instructions;
the processor is configured to execute the one or more computer instructions to implement the above-described method.
Embodiments of the present application also provide a computer-readable storage medium having one or more computer instructions stored thereon, which when executed by a processor, perform the above-mentioned method.
Compared with the prior art, the transaction method of the digital assets, provided by the application, comprises the following steps: the block chain server end receives the ciphertext transaction token of the digital asset sent by the client end; verifying the tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder side by using a clear text transaction token of the digital asset; the holder side acquires the digital assets held by the block chain server side; sending verification information of the digital asset to the issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end; sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset; responding to the block chain server side to determine that the digital assets are in a tradable state, and conducting trading of the digital assets with a buyer side; the issuer end verifies the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder end; in response to the verification information of the digital asset being valid information, sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end; and the buyer terminal responds to the blockchain server terminal to determine that the digital asset is in a tradable state and carries out the transaction of the digital asset with the holder terminal.
The method comprises the steps that a plaintext transaction token of a digital asset is sent to a holder end, a ciphertext transaction token corresponding to the plaintext transaction token is sent to a blockchain server end, after the holder end uses the plaintext transaction token to initiate pre-transaction of the digital asset, the blockchain server end needs to verify the effectiveness of the pre-transaction of the digital asset, only when the blockchain server end inquires the ciphertext transaction token corresponding to the plaintext transaction token, the digital asset can be in a tradable state, and the holder and a purchaser can trade the digital asset. The transaction method of the digital assets, provided by the application, creatively introduces a transaction token verification mechanism, realizes the secure transaction of the digital assets, and solves the problems that in the prior art, the transaction security of the digital assets is low, and the digital assets are transferred due to the loss or leakage of a private key of a holder.
Drawings
FIG. 1 is a schematic diagram of a prior art digital asset transaction provided by an embodiment of the present application;
FIG. 2 is a flow chart of a method of trading a digital asset provided in a first embodiment of the present application;
FIG. 3 is a signaling flow diagram of a method of trading a digital asset provided in a first embodiment of the present application;
FIG. 4 is a signaling flow diagram of a method of trading a digital asset provided in the first embodiment of the present application;
FIG. 5 is a signaling flow diagram of a method of trading a digital asset provided in a second embodiment of the present application;
FIG. 6 is a signaling flow diagram of a method of trading a digital asset provided by a third embodiment of the present application;
FIG. 7 is a signaling flow diagram of a method of trading a digital asset provided in a fourth embodiment of the present application;
fig. 8 is a signaling flow diagram of a transaction method for a digital asset provided by a fifth embodiment of the present application;
fig. 9 is a schematic structural view of a transaction apparatus for digital assets according to a sixth embodiment of the present application;
fig. 10 is a schematic structural view of a transaction apparatus for digital assets according to a seventh embodiment of the present application;
fig. 11 is a schematic structural diagram of a transaction device for digital assets according to an eighth embodiment of the present application;
fig. 12 is a schematic structural view of a transaction apparatus for digital assets according to a ninth embodiment of the present application;
fig. 13 is a schematic structural diagram of a transaction system for digital assets provided in a tenth embodiment of the present application;
fig. 14 is a schematic structural diagram of an electronic device according to an eleventh embodiment of the present application.
Detailed Description
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. This application is capable of implementation in many different ways than those herein set forth and of similar import by those skilled in the art without departing from the spirit of this application and is therefore not limited to the specific implementations disclosed below.
The terms referred to in the embodiments of the present application are explained below for convenience of understanding.
The block chain is a chain formed by one block and another block. Each block stores certain information, and the blocks are connected into a chain according to the generated time sequence, namely the block chain. The blockchain is stored in the server, and the whole blockchain is safe as long as one server in the whole blockchain system operates normally. These servers are nodes in the blockchain system, and mainly provide storage and computation for the blockchain system. Compared with the traditional network, the block chain has the characteristics that the data is difficult to tamper and decentralized, so that the data recorded by the block chain is more real and reliable. The block chain can be applied to the fields of finance, the Internet of things, the logistics field, public service, digital copyright, insurance, public welfare and the like.
Distributed digital Identity (TDID), based on a blockchain, provides a mechanism to generate, hold, verify Identity and verifiable claims. Distributed digital identities enable the trustworthy expression of real-world diverse types of identities and credentials on the internet in a manner that is cryptographically secure, protects data privacy, and can be machine-verified by third parties. The distributed identities include not only people, but also organizations, articles and the like, are not dependent on a centralized authority, are identities which cannot be taken away or deleted, and are identities carried by people, organizations or articles for life.
Distributed Digital Identities (DID), which are digital Identifiers composed of character strings, are used to represent digital identities, do not require a central registration authority to achieve global uniqueness, and have the characteristics of being distributed, decentralized, verifiable, autonomously controllable, cross-chain multiplexing, and the like. An entity may possess a plurality of distributed identities, each assigned a unique distributed digital identity, and an asymmetric key associated therewith. There is no associated information between different identities, so that the collection of entity identity information can be effectively avoided. The entity can autonomously complete the operations of registering, resolving, updating or revoking the distributed digital identity. The distributed digital identity is parsed into a distributed digital identity Document (DID Document) that includes the unique identifier of the distributed digital identity, a list of public keys, details of the public keys (e.g., holder, encryption algorithm, key status, etc.), and other attribute descriptions of the holder of the distributed digital identity.
A Verifiable Certificate (VC), which is a descriptive certificate issued by a distributed digital identity entity (e.g., issuer) endorsing some attributes of another distributed digital identity entity (e.g., holder), and attaching its own digital signature to prove the authenticity of the attributes, can be understood as a digital certificate. A distributed digital identity entity (e.g., a holder) can prove to other entities (e.g., individuals, organizations, specific things, etc.) that certain attributes of the entity are trustworthy through verifiable claims.
Verifiable Presentation (VP) is data that can verify that a claim holder indicates its identity to a verifier. Generally, the verifiable claim holder can directly show the verifiable claim to the verifier, but in some cases, the holder does not need to show the complete verifiable claim content, only wants to selectively disclose some attributes, or does not disclose any attributes, only needs to prove some assertion, for the need of privacy protection. The verifiable expression typically includes all or part of the attributes of the verifiable claim of the holder, as well as the digital signature of the holder.
Smart contracts (Smart contracts), one of the core technologies of a blockchain, are a set of computer protocols defined in digital form intended to propagate, verify or execute contracts in an informative manner, are contracts in which terms are recorded in a computer language instead of a legal language, are automatically executed by a computer system, allow trusted transactions without a third party, and are traceable and irreversible. If the blockchain is a database, then the intelligent contract enables the blockchain technique to be applied to a real-world application layer.
In a distributed verifiable assertion system for digital identity, several participants are involved:
issuers (issuers) are entities, such as government, bank, university, etc., that have user data and can issue verifiable claims. Issuers can also revoke verifiable claims issued to users.
A Holder (Holder), i.e., a user, applies for a verifiable claim to a publisher and receives a verifiable claim issued by the publisher, which may be self-contained and presented to a verifier when needed. The holder can also selectively present the verifiable expression to the verifier.
A Verifier (Verifier) verifies the received verifiable statement or verifiable expression presented by the holder, whereby the holder presenting the verifiable statement or verifiable expression may be provided with some type of service. The verifier may also register as the issuer if issuing its verifiable statement.
A Verifiable Data Registry (veriable Data Registry) is a database used to maintain distributed digital identities for storing distributed digital identities and distributed digital identity documents.
Digital Assets (Digital Assets) refer to non-monetary Assets owned or controlled by businesses or individuals, in the form of electronic data, held in daily activities for sale or in the process of production. All content stored in digital form can become digital assets, such as: various digitized operational data, business processes, spreadsheets, text files, audio files, and the like. The ontology of digital assets can be digitized content such as: digital movies, digital photographs, web novels, etc., and may also be non-digital content such as: house, equity, money, etc.
Non-homogeneous tokens (NFTs), which have the characteristics of being indivisible, irreplaceable and unique, can be bound to some commodities in the real world to tokenize items such as art, collectibles and real estate into digital assets distributed on a block chain. The NFT has a collection attribute and a transaction attribute, and artists can create unique digital artwork by using the NFT, the NFT has only one formal owner at a time and is protected by an Etherhouse block chain, and nobody can modify ownership records of the NFT or copy and paste a new copy according to the existing NFT.
In a digital asset trading system, several participants are included:
holder (Holder), an entity that creates digital assets, is a seller of digital asset transactions.
An Issuer (Issuer) is an entity that issues verifiable claims to holders, and in a digital asset transaction system, an Issuer of a verifiable claim for a digital asset and a verifier may be the same entity.
Buyer (Consumer): is the entity that purchases the digital asset and is the buyer of the digital asset transaction.
Verifiable Data Registry (veriable Data Registry) is a database used to maintain distributed digital identities, to store distributed digital identities and distributed digital identity documents, and to store digital assets created by holders.
Currently, in a digital asset transaction, a digital asset holder sends a digital signature to a purchaser through a private key, so that the transaction can be completed.
FIG. 1 is a schematic diagram of a prior art digital asset transaction provided by an embodiment of the present application.
As shown in fig. 1, the existing flow of digital asset transactions includes:
firstly, the holder 111 initiates the transfer of the digital asset 121, and the system performs the hash operation on the digital asset 121 to obtain the digital digest 122 of the digital asset;
secondly, the holder 111 inputs a private key to encrypt the digital digest 122 to form a digital signature 123;
third, the system combines the digital asset 121 with the digital signature 123 and sends it to the buyer 112;
fourthly, the buyer 112 decrypts the received digital signature 123 using the public key to obtain the digital digest 124, and at the same time, the system performs a hash operation on the received digital asset 121 to obtain the digital digest 125;
fifth, comparing the digital digest 124 with the digital digest 125, if they are the same, it means that the digital asset 121 is transferred by the holder 111 and is not tampered with, and the purchaser 112 can receive the digital asset 121, thereby completing the transfer of the digital asset 121 from the holder 111 to the purchaser 112.
From the foregoing, transfer of digital asset 121 may be accomplished by anyone having obtained the private key of holder 111.
Therefore, although the existing digital asset transaction method reduces the risk of transaction to a certain extent, the risk of illegal transfer of the digital asset due to loss, leakage or theft of the holder private key still exists.
Aiming at the problems in the existing digital asset transaction, the application provides a transaction method of the digital asset, introduces a transaction token issuing and verifying mechanism, and realizes the safe transaction of the digital asset.
The following describes in detail a method, an apparatus, an electronic device, and a computer-readable storage medium for trading a digital asset according to the present application with reference to the following embodiments and accompanying drawings.
A first embodiment of the present application provides a method for trading a digital asset, wherein participants comprise: block chain service end, holder end, distributor end, buyer end.
The block chain server can be a common digital identity cloud server or a digital identity management website and the like; the holder end can be a mobile phone, a computer and the like used by a holder who creates or obtains the digital assets; the issuer end can be a mobile phone, a computer and the like used by an issuer which can issue and verify a verifiable statement; the purchaser side may be a cell phone, computer, etc. used by a purchaser who purchases the digital asset.
Fig. 2 is a flowchart of a transaction method of a digital asset provided by the present embodiment.
As shown in fig. 2, the transaction method of the digital asset provided by the embodiment includes the following steps:
step S201, the block chain server side receives a cipher text transaction token of the digital asset sent by the client side; verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder side using a clear text transaction token of the digital asset.
Step S202, the holder side obtains the digital assets added and held by the block chain server side; sending verification information of the digital asset to the issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end; sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset; and responding to the block chain server side to determine that the digital asset is in a tradable state, and carrying out transaction of the digital asset with the buyer side.
Step S203, the issuer end verifies the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder end; and in response to the verification that the verification information of the digital asset is valid information, sending the plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end.
Step S204, the purchaser end responds to the block chain server end to determine that the digital assets are in a tradable state, and the purchaser end carries out trading on the digital assets with the holder end.
Fig. 3 is a signaling flowchart of a transaction method of a digital asset provided in this embodiment, and the transaction method of the digital asset according to this embodiment is described in detail below with reference to fig. 3.
As shown in fig. 3, the steps of the transaction method for digital assets provided by the embodiment include:
step S301, the holder side obtains the digital assets added by the block chain service side.
The digital assets added and held by the blockchain server comprise digital assets created by a holder at the blockchain server, digital assets purchased by the holder at the blockchain server, real assets owned by the holder and digital assets formed after being added and held by the blockchain server. The entity that acquired the digital asset is the holder of the digital asset. Each digital asset can only have one holder each time, and after the transaction of the digital asset between the holder and the buyer is completed, the holder of the digital asset changes, and the buyer changes into a new holder of the digital asset.
Step S302, the issuer terminal issues the verifiable declaration of the digital asset to the holder terminal.
When the issuer end monitors that the holder end acquires the digital asset, the issuer end can issue the verifiable statement of the digital asset to the holder end, namely, the issuer end issues the verifiable statement aiming at the digital asset to the holder end is an active behavior.
The verifiable assertion mainly comprises three parts, namely verifiable assertion metadata, assertion and proof. The verifiable statement metadata mainly comprises information such as a publisher, a release date, an expiration date, a statement type and the like; the statements primarily include information about the digital asset and the digital asset holder, such as: identification number of digital assets, distributed digital identification of the holder, address information of the holder, etc.; the certification mainly includes a digital signature of an issuer, a public key for verifying the digital signature, and the like.
The digital asset is owned by the holder only after the issuer side issues a verifiable claim for the digital asset to the holder side. Of course, if the holder is a digital asset obtained through a purchase, the issuer side must first revoke the verifiable claim of the digital asset of the original holder before issuing the verifiable claim of the digital asset to the holder side, so as to issue the verifiable claim of the digital asset to the new holder.
The step provides an implementation mode that the issuer terminal issues the verifiable statement of the digital asset to the holder terminal after monitoring that the holder terminal acquires the digital asset. The method described in this embodiment may further include: responding to the digital asset acquired by the holder end and sending a verifiable statement application aiming at the digital asset to the distributor end, and the distributor end sends the verifiable statement of the digital asset to the holder end. That is, it is not an active behavior that the issuer sends the verifiable statement of the digital asset to the holder, and the issuer sends the verifiable statement of the digital asset to the holder only after the holder first sends the verifiable statement application for the digital asset to the issuer.
Step S303, the holder end sends the verification information of the digital assets to the issuer end.
The verification information of the digital asset refers to a verifiable expression of the digital asset.
The verification information of the digital asset provided by the embodiment includes: a verifiable statement of the digital asset. A verifiable claim for a digital asset is a verifiable credential issued by an issuer to a holder for the digital asset. The issuer side can verify the verifiable statement of the digital asset sent by the holder side, which mainly includes verifying the validity of the verifiable statement, such as: whether the verifiable claim is a verifiable claim issued by the issuer, whether the verifiable claim has passed an expiration date, and so forth.
The verification information of the digital asset provided by this embodiment further includes: the holder at the holder end digitally signs. The holder digital signature is a digital signature of the verifiable declaration of the digital asset by the holder, the system can perform hash operation on the verifiable declaration of the digital asset to obtain a hash value of the verifiable declaration of the digital asset, and the holder encrypts the hash value by using a private key to obtain the digital signature of the verifiable declaration of the digital asset.
And step S304, the issuer end verifies the validity of the verification information of the digital asset and generates a plaintext transaction token and a ciphertext transaction token of the digital asset.
The plaintext transaction token is a tradable token which is sent to an issuer end by the issuer end after the issuer end verifies the verification information of the digital asset sent by the holder end, the issuer end can initiate the pre-transaction of the digital asset only through the plaintext transaction token, and by the mode, under the condition that the private key of the holder is lost, other people can not trade the digital asset through the obtained private key.
The ciphertext transaction token is formed by an issuer end performing hash encryption on a plaintext transaction token, and specifically comprises the following steps: the information in the plaintext transaction token is subjected to Hash calculation through a Hash algorithm to obtain the Hash value of the information, and the Hash value forms a ciphertext transaction token corresponding to the plaintext transaction token.
In step S305, the issuer sends the plaintext transaction token to the holder, and sends the ciphertext transaction token to the blockchain server.
The embodiment provides an optional implementation method, that is: in response to the holder side sending the verification information of the digital asset to the issuer side, the issuer side verifying the validity of the verification information of the digital asset; and the issuer end judges whether to issue the plaintext transaction token of the digital asset to the holder end according to the validity verification result of the verification information of the digital asset.
This embodiment provides an optional implementation method for verifying the validity of the verifiable information of the digital asset when the verification information of the digital asset is the verifiable statement of the digital asset, that is, the method includes: in response to the holder side sending the verifiable statement of the digital asset to the issuer side, the issuer side verifying the validity of the verification information of the digital asset in accordance with an issuer digital signature in the verifiable statement of the digital asset.
The issuer end compares the issuer digital signature in the verifiable statement sent by the holder end, and judges whether the issuer digital signature belongs to the digital signature of the issuer in the issuer end or not and whether the issuer digital signature is matched with the verifiable statement or not. If the verifiable statement of the digital asset is not valid, the verifiable statement of the digital asset is invalid.
This embodiment provides an optional implementation method for verifying the validity of verifiable information of a digital asset when the verification information of the digital asset is a digital signature of a holder, that is, the method includes: in response to the holder side sending the holder digital signature to the issuer side, the issuer side verifying the validity of the verification information of the digital asset in accordance with the holder digital signature.
The holder end sends the holder digital signature to the issuer end, actually, the verifiable statement and the digital signature of the digital asset are merged and sent to the issuer end, after the issuer end receives the verifiable statement and the digital signature of the digital asset, the public key is used for decrypting the received digital signature to obtain a hash value, and meanwhile, the system carries out hash operation on the received verifiable statement of the digital asset to obtain another hash value. If the two hash values are the same, the verification information indicating the digital asset is sent by the holder to the issuer.
In summary, the verification of the issuer digital signature in the verifiable claim of the digital asset by the issuer end can determine whether the received verifiable claim is the verifiable claim issued by the issuer end and whether the verifiable claim is tampered; verification of the digital signature of the holder by the issuer may determine whether the verifiable statement it receives was sent by the holder.
Thus, typically, the digital asset verification information sent by the owner to the issuer will include both the verifiable claim of the digital asset and the owner digital signature. Of course, the verification information of the digital asset sent by the holder to the issuer may only include partial data in the verifiable statement, such as: only the metadata portion or the proof portion of the verifiable assertion is included. In this way, the data volume in the communication process is reduced and the verification workload is reduced while the validity of the verification information is verified.
The issuer side can judge whether to send the plaintext transaction token of the digital asset to the holder side by carrying out validity verification on the verification information of the digital asset. The method specifically comprises the following steps:
if the verification information of the digital asset is valid, the issuer terminal issues a plaintext transaction token of the digital asset to the holder terminal;
and if the verification information of the digital asset is invalid, the issuer end does not issue the plaintext transaction token of the digital asset to the holder end.
The issuer end sends the plaintext transaction token of the digital asset to the holder end, and simultaneously sends the ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end. In order to ensure that the ciphertext transaction token is not reversely derived, this embodiment provides an alternative implementation method, that is: in response to the holder sending verification information for the digital asset to the issuer, the issuer issuing a clear text transaction token and a transaction nonce for the digital asset to the holder; and the issuer end generates a ciphertext transaction token of the digital asset according to the plaintext transaction token of the digital asset and the transaction random number and stores the ciphertext transaction token in the block chain server.
Therefore, the ciphertext transaction token is formed by adding the transaction random number while performing hash encryption on the plaintext transaction token. Therefore, the issuer side sends the transaction random number to the holder side together with the holder side at the same time when the holder side issues the plaintext transaction token for the digital asset. In the subsequent operation process, the holder end must hold the plaintext transaction token and the transaction random number of the digital asset at the same time to initiate the pre-transaction of the digital asset.
Step S306, the holder end uses the civilized transaction token of the digital asset to send the pre-transaction request of the digital asset to the blockchain server end.
One optional implementation is: and the holder end sends a pre-transaction request of the digital asset to the blockchain server end by using the civilized transaction token and the transaction random number of the digital asset.
Step S307, the block chain server side inquires whether a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset is stored, and verifies the tradable state of the digital asset.
The blockchain service end is deployed with a transaction token contract, and the transaction token contract is a computer protocol which is deployed at the blockchain service end and is related to a transaction token, and mainly provides operations such as storage of a ciphertext transaction token of the digital asset, and tradable state verification (namely, pre-transaction validity verification) of the digital asset.
The method comprises the following steps that a holder end uses a plaintext transaction token of the digital asset to send a pre-transaction of the digital asset to a blockchain server, a transaction token contract deployed by the blockchain server can actively execute verification operation on a tradable state of the digital asset, namely, whether a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset is stored in the transaction token contract or not is inquired, and the method specifically comprises the following steps:
if a ciphertext transaction token corresponding to a plaintext transaction token of the digital asset is inquired in the transaction token contract, the digital asset is in a tradable state;
and if the encrypted text transaction token corresponding to the plaintext transaction token of the digital asset is not inquired in the transaction token contract, the digital asset is in a non-transactable state.
The matching of the plaintext transaction token and the ciphertext transaction token is verified through the transaction token contract, so that the transaction safety is further guaranteed. That is, if someone forges a plaintext transaction token, a ciphertext transaction token corresponding to the forged plaintext transaction token cannot be found in the transaction token contract, the pre-transaction of the digital asset is invalid, and the digital asset is in a non-transactable state.
As described above, in order to further ensure that the ciphertext transaction token is not reversely derived, the issuer side sends a transaction random number to the holder side while issuing the plaintext transaction token of the digital asset to the holder side, and the ciphertext transaction token is formed by adding the transaction random number while performing hash encryption on the plaintext transaction token. The issuer end encrypts and sends the plaintext transaction token and the transaction random number of the digital asset to the holder end, and the holder end wants to initiate the pre-transaction of the digital asset, namely needs to use the plaintext transaction token and the transaction random number at the same time. That is, even if the clear text transaction token is lost, the acquirer of the clear text transaction token cannot initiate a pre-transaction for the digital asset and cannot place the digital asset in a tradable state.
The blockchain server is also provided with a trading contract, wherein the trading contract is a computer protocol which is arranged at the blockchain server and is related to trading of the digital assets, and mainly provides operations of mining, pre-trading, tradable state saving, locking, transferring and the like of the digital assets.
And executing the transaction process of the digital assets through a transaction contract deployed by the blockchain service end. And the transaction token contract deployed through the blockchain server side ensures the safe transaction of the digital assets.
Step S308, responding to the digital assets being in a tradable state, the holder side and the buyer side carry out trading of the digital assets.
And after the block chain server side inquires a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset, the transaction state of the digital asset can be changed into tradable.
The digital assets are in a tradable state, and the holder end and the buyer end can trade the digital assets, and the method comprises the following steps: the purchaser pays the purchase amount of the digital asset to the holder, and the holder transfers the digital asset to the purchaser.
The transaction method of the digital asset provided by the embodiment further comprises the following steps:
first, in response to the digital asset being in a tradable state, the purchaser side sends a purchase amount of the digital asset to the issuer side.
The issuer end is used as an intermediate party for the digital asset transaction between the purchaser end and the holder end, and the security guarantee of the transaction can be provided for the purchaser end.
Second, in response to the purchaser sending the purchase amount of the digital asset to the issuer, the issuer verifies the tradable status of the digital asset and locks the digital asset at the blockchain service.
The step of locking the digital asset means that the digital asset is locked for the buyer, so that no other buyer can buy the digital asset when the buyer transacts the digital asset.
Thirdly, in response to the digital asset being in the locked state, the holder sends the digital asset to the purchaser, and the issuer sends the purchase amount of the digital asset to the holder.
After the holder end and the buyer end complete the transaction of the digital assets, the digital assets are owned by the buyer, and the buyer becomes a new holder.
The transaction method of the digital asset provided by the embodiment further comprises the following steps:
first, in response to the holder end sending the digital asset to the purchaser end, the issuer end revokes a verifiable statement of the digital asset of the holder end.
Second, in response to the issuer terminal sending the purchase amount of the digital asset to the holder terminal, the issuer terminal issues a verifiable claim of the digital asset to the purchaser terminal.
The transaction method of the digital asset provided by the embodiment further comprises the following steps: in response to the issuer terminal failing to lock the digital asset at the blockchain server, the issuer terminal sending a purchase amount for the digital asset to the purchaser terminal.
The issuer end fails to lock the digital asset at the blockchain server end, possibly the digital asset, while in a tradable state, has already locked the digital asset for other buyers. Since a digital asset can only belong to one holder at a time, the digital asset cannot be locked again if it is already in a locked state. Because the issuer end fails to lock the digital asset at the blockchain server end, the purchaser end cannot obtain the digital asset, and the issuer end returns the purchase amount of the digital asset to the purchaser end. In this way, the digital assets can only have one buyer at a time, and the transaction safety of the buyer is guaranteed.
The transaction method of the digital asset described in this embodiment naturally further includes: the owner side registers the distributed digital identity of the owner at the blockchain server side, the issuer side registers the distributed digital identity of the issuer at the blockchain server side, and the like. Therefore, these steps are necessary conventional steps in the blockchain system and will not be described in detail here.
Fig. 4 is a signaling flowchart of a transaction method of another digital asset provided in this embodiment, and the transaction method of the digital asset according to this embodiment is described in detail below with reference to fig. 4.
As shown in fig. 4, the steps of the transaction method for digital assets provided by the embodiment include:
step S401, the holder side obtains the digital assets from the block chain service side.
The holder side acquires the digital assets from the blockchain server side, the holder side creates the digital assets from the blockchain server side, and the holder side purchases the digital assets from the blockchain server side.
Step S402, responding to the digital assets acquired by the holder end at the block chain service end, the issuer end issues the verifiable statement of the digital assets to the holder end.
The issuer terminal issues the verifiable statement of the digital asset to the holder terminal, which may be an active issuing process, that is, the issuer terminal monitors that the holder terminal acquires the digital asset at the blockchain service terminal, and the issuer terminal issues the verifiable statement of the digital asset to the holder terminal.
The issuer terminal issues the verifiable statement of the digital asset to the holder terminal, or may be a passive issuing process, that is, after the holder terminal obtains the digital asset from the blockchain service terminal, the holder terminal sends a verifiable statement application for the digital asset to the issuer terminal, and the issuer terminal issues the verifiable statement of the digital asset to the holder terminal in response to the verifiable statement application for the digital asset sent by the holder terminal.
Step S403, the holder side sends the verification information of the digital asset to the issuer side.
The verification information of the digital asset refers to a verifiable expression of the digital asset, and the verification information of the digital asset provided by the embodiment includes a verifiable statement of the digital asset and a digital signature of a holder. Of course, the verification information of the digital asset sent by the owner to the issuer may include only part of the data in the verifiable statement, such as: an issuer digital signature part, etc.
Step S404, responding to the owner end sending the verification information of the digital asset to the issuer end, and the issuer end verifying the validity of the verification information of the digital asset.
The verifying the validity of the verification information of the digital asset by the issuer side can comprise verifying the digital signature of the issuer in the verifiable statement and verifying the digital signature of the holder, and if the verification is successful, the verification information of the digital asset is valid. The verification of the digital signature of the issuer in the verifiable declaration of the digital asset by the issuer can determine whether the received verifiable declaration is the verifiable declaration issued by the issuer and whether the verifiable declaration is tampered; verification of the digital signature of the holder by the issuer may determine whether the verifiable statement it receives was sent by the holder.
Step S405, in response to the fact that the verification information of the digital asset is valid information, the issuer generates a plaintext transaction token of the digital asset and a ciphertext transaction token corresponding to the plaintext transaction token.
The ciphertext transaction token is a transaction token corresponding to the plaintext transaction token, and the ciphertext transaction token and the plaintext transaction token have mutual matching. After verifying that the verification information of the digital asset is valid information, the issuer end simultaneously generates a plaintext transaction token and a ciphertext transaction token corresponding to the plaintext transaction token, so that whether the plaintext transaction token held by the holder is the valid transaction token issued by the issuer end can be verified through the matching of the plaintext transaction token and the plaintext transaction token.
The ciphertext transaction token is generally generated by encrypting the plaintext transaction token and the transaction random number together through hash encryption. Any minor tampering with a plaintext transaction token by anyone will result in a failure to retrieve a ciphertext transaction token that matches the plaintext transaction token. The transaction random number further increases the security of the hash encryption, so that anyone cannot deduce a plaintext transaction token from a ciphertext transaction token in a reverse direction.
Step S406, the issuer issues the plaintext transaction token of the digital asset to the holder, and sends the ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server.
The issuer terminal sends the transaction random number to the holder terminal while issuing the plaintext transaction token of the digital asset to the holder terminal, and stores the ciphertext transaction token generated according to the plaintext transaction token and the transaction random number in the blockchain service terminal, and actually in a transaction token contract deployed in the blockchain service terminal.
Step S407, the holder sends the pre-transaction request of the digital asset to the blockchain server using the plaintext transaction token of the digital asset.
The holder end must hold the clear text transaction token and the transaction random number of the digital asset at the same time to initiate the pre-transaction of the digital asset. The holder initiating a pre-transaction for a digital asset may only indicate that the holder wishes to transact the digital asset and may not indicate that the digital asset may be transacted.
Step S408, in response to the holder initiating the pre-transaction of the digital asset at the blockchain server using the plaintext transaction token of the digital asset, the blockchain server queries whether a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset is stored in the blockchain server, and verifies a tradable state of the digital asset.
The block chain service end is deployed with a transaction token contract, and the transaction token contract can execute verification operation on a tradable state of the digital asset, namely, whether a ciphertext transaction token corresponding to a plaintext transaction token of the digital asset is stored in the transaction token contract of the block chain service end is queried, specifically:
if a ciphertext transaction token corresponding to a plaintext transaction token of the digital asset is inquired in the transaction token contract, the digital asset is in a tradable state;
and if the encrypted text transaction token corresponding to the plaintext transaction token of the digital asset is not inquired in the transaction token contract, the digital asset is in a non-transactable state.
Step S409, in response to the digital asset being in a tradable state, the purchaser sends the purchase amount of the digital asset to the issuer.
The digital assets are in a tradable state, if the purchaser end wants to purchase the digital assets, the purchaser end needs to place an order and pay the purchase amount of the digital assets to the issuer end.
Step S410, in response to the purchaser paying the purchase amount of the digital asset to the issuer, the issuer verifies the tradable status of the digital asset and locks the digital asset at the blockchain server.
After the issuer end receives the purchase amount of the digital asset paid by the purchaser end, the issuer end verifies whether the digital asset is in a transactable state at the blockchain server end, and if so, the digital asset can be locked. After the issuer side locks digital assets for one buyer side, the same digital assets cannot be locked for other buyer sides.
Step S411, in response to the digital asset being in the locked state, the holder side sends the digital asset to the purchaser side.
The digital assets are locked and then are in a locked state, which shows that the digital assets can be traded between the buyer side and the holder side, and the holder side can transfer the digital assets to the buyer side.
Step S412, in response to the holder end transferring the digital asset to the purchaser end, the issuer end revokes the verifiable claim of the digital asset of the holder end.
After the digital asset is transferred out by the holder end, the digital asset is not owned by the holder end, so the issuer end revokes the verifiable statement of the holder end for the digital asset.
Step S413, the issuer sends the purchase amount of the digital asset to the holder.
And the issuer terminal transfers the purchase amount of the digital asset paid in advance by the purchaser terminal to the holder terminal, so that the holder terminal completes the whole transaction process of the digital asset.
Step S414, the issuer sends the verifiable statement of the digital asset to the purchaser.
After the buyer side acquires the digital asset, i.e. becomes a new holder side of the digital asset, the issuer side needs to issue a verifiable statement aiming at the digital asset to the new holder side. To this end, the buyer and the holder complete the transfer of the digital assets in the blockchain system, including: transfer of the digital asset itself, transfer of the digital asset purchase amount, transfer of the digital asset verifiable statement.
The second embodiment of the application provides a transaction method of digital assets, and the method is applied to a blockchain server. The block chain server is deployed with a plurality of intelligent contracts, and at least comprises: a transaction contract and a transaction token contract; the transaction contract is for executing transaction instructions for a digital asset; the transaction token contract is used for storing a ciphertext transaction token of the digital asset and verifying a tradable state of the digital asset.
Fig. 5 is a signaling flow chart of a transaction method of a digital asset provided by the present embodiment.
As shown in fig. 5, the transaction method of the digital asset provided by the embodiment includes the following steps:
step S501, receiving a ciphertext transaction token of the digital asset sent by an issuer;
step S502, responding to the pre-transaction request of the digital asset sent by the holder end by using the clear text transaction token of the digital asset, and verifying the tradable state of the digital asset.
Said verifying a tradable status of said digital asset, comprising:
firstly, in response to a pre-transaction request of the digital asset, which is sent by the holder end by using a plain text transaction token of the digital asset, inquiring whether a cipher text transaction token corresponding to the plain text transaction token of the digital asset is stored in the transaction token contract or not;
second, the digital asset is determined to be in a tradable state in response to a ciphertext transaction token corresponding to a plaintext transaction token for the digital asset being maintained in the transaction token contract.
The third embodiment of the application provides a transaction method of digital assets, which is applied to a holder end. Fig. 6 is a signaling flow chart of a transaction method of a digital asset provided by the present embodiment.
As shown in fig. 6, the transaction method of the digital asset provided by the embodiment includes the following steps:
step S601, acquiring the digital assets added by the block chain server.
Step S602, sending the verification information of the digital asset to an issuer terminal, and receiving a plaintext transaction token of the digital asset sent by the issuer terminal.
The sending verification information for the digital asset to a publisher peer includes: sending a verifiable statement of the digital asset to the issuer location.
The sending the verification information of the digital asset to the issuer side further comprises: sending a holder digital signature to the issuer.
The receiving a clear text transaction token for the digital asset sent by the issuer end, comprising: and receiving a clear text transaction token and a transaction random number of the digital asset sent by the issuer end.
Step S603, sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset.
The sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset comprises the following steps: and sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset and the transaction random number.
Step S604, in response to the blockchain server determining that the digital asset is in a tradable state, performing a transaction of the digital asset with a purchaser.
The responding to the block chain server side to determine that the digital asset is in a tradable state, and carrying out the transaction of the digital asset with the buyer side comprises the following steps: and sending the digital assets to the buyer terminal.
The fourth embodiment of the application provides a transaction method of digital assets, which is applied to an issuer end. Fig. 7 is a signaling flow chart of a transaction method of a digital asset provided by the present embodiment.
As shown in fig. 7, the transaction method of the digital asset provided by the embodiment includes the following steps:
step S701, responding to the received verification information of the digital assets sent by the holder end, verifying the validity of the verification information of the digital assets.
The verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side comprises the following steps: in response to receiving the verifiable claim of the digital asset sent by the holder, verifying the validity of the verification information of the digital asset according to an issuer digital signature in the verifiable claim of the digital asset.
The verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side further comprises: and responding to the receiving of the digital signature of the holder sent by the holder end, and verifying the validity of the verification information of the digital asset according to the digital signature of the holder.
Step S702, in response to verifying that the verification information of the digital asset is valid information, sending the plaintext transaction token of the digital asset to the holder, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server.
The sending, in response to verifying that the verification information of the digital asset is valid information, a plaintext transaction token of the digital asset to the holder, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server, includes:
in response to verifying that the verification information of the digital asset is valid information, sending a plaintext transaction token and a transaction random number of the digital asset to the holder;
and sending a ciphertext transaction token of the digital asset, which is generated according to the plaintext transaction token of the digital asset and the transaction random number, to the block chain server.
The method further comprises the following steps:
and responding to the digital assets added by the blockchain server acquired by the holder, and sending a verifiable statement of the digital assets to the holder.
The method further comprises the following steps:
verifying a tradable status of the digital asset and locking the digital asset at the blockchain server in response to a purchaser paying a purchase amount of the digital asset;
revoking a verifiable statement of the digital asset at the holder end in response to the holder end sending the digital asset to the purchaser end;
sending the purchase amount of the digital asset to the holder end;
transmitting a verifiable statement of the digital asset to the purchaser.
The fifth embodiment of the present application provides a transaction method of digital assets, which is applied to a buyer side. Fig. 8 is a signaling flow chart of a transaction method of a digital asset provided by the present embodiment.
As shown in fig. 8, the transaction method of the digital asset provided by the embodiment includes the following steps:
step S801, in response to the blockchain server determining that the digital asset is in a tradable state, performing a transaction of the digital asset with the holder.
The responding to the block chain server end to determine that the digital asset is in a tradable state, and the transaction of the digital asset with the holder end comprises the following steps:
in response to the blockchain server determining that the digital asset is in a tradable state, paying an issuer of the digital asset a purchase amount;
and receiving the digital assets sent by the holder end.
A sixth embodiment of the present application provides a transaction apparatus for digital assets, where the apparatus is applied to a blockchain server, and a plurality of intelligent contracts are deployed on the blockchain server. Fig. 9 is a schematic structural diagram of a transaction apparatus for digital assets provided in this embodiment.
As shown in fig. 9, the transaction apparatus for digital assets provided by this embodiment includes: a receiving unit 901 and a verifying unit 902;
the receiving unit 901 is configured to receive a ciphertext transaction token of the digital asset sent by an issuer;
the verifying unit 902 is configured to verify a tradable status of the digital asset in response to a pre-trading request of the digital asset sent by a holder using a clear text transaction token of the digital asset.
Optionally, the intelligent contract at least comprises: a transaction contract and a transaction token contract; the transaction contract is for executing transaction instructions for a digital asset; the transaction token contract is used for storing a ciphertext transaction token of the digital asset and verifying a tradable state of the digital asset.
Optionally, the verifying the tradable status of the digital asset comprises:
responding to a pre-transaction request of the digital asset, which is sent by the holder end by using a plain text transaction token of the digital asset, and inquiring whether a cipher text transaction token corresponding to the plain text transaction token of the digital asset is stored in the transaction token contract or not;
determining that the digital asset is in a tradable state in response to a ciphertext transaction token corresponding to a plaintext transaction token for the digital asset being maintained in the transaction token contract.
The seventh embodiment of the present application provides a transaction device for digital assets, which is applied to a holder end. Fig. 10 is a schematic structural diagram of a transaction apparatus for digital assets provided in this embodiment.
As shown in fig. 10, the transaction apparatus for digital assets provided by this embodiment includes: an acquisition unit 1001, a transmission unit 1002, a reception unit 1003, and a transaction unit 1004;
the acquiring unit 1001 is configured to acquire a digital asset held by a blockchain server;
the sending unit 1002 is configured to send verification information of the digital asset to a publisher end; the block chain server is also used for sending a pre-transaction request of the digital asset to the block chain server by using a plain text transaction token of the digital asset;
optionally, the sending verification information of the digital asset to the issuer side includes: sending a verifiable statement of the digital asset to the issuer location.
Optionally, the sending the verification information of the digital asset to the issuer side further includes: sending a holder digital signature to the issuer.
Optionally, the sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset includes: and sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset and the transaction random number.
The receiving unit 1003 is configured to receive a plaintext transaction token of the digital asset sent by the issuer;
optionally, the receiving the clear text transaction token of the digital asset sent by the issuer side includes: receiving a clear text transaction token and a transaction random number of the digital asset sent by the issuer;
the trading unit 1004 is configured to perform a trade of the digital asset with the buyer side in response to the blockchain server side determining that the digital asset is in a tradable state.
Optionally, the responding to the blockchain server determining that the digital asset is in a tradable state, and performing a transaction of the digital asset with a buyer side includes: and sending the digital assets to the buyer terminal.
The eighth embodiment of the application provides a transaction device for digital assets, which is applied to an issuer end. Fig. 11 is a schematic structural diagram of a transaction apparatus for digital assets provided in this embodiment.
As shown in fig. 11, the transaction apparatus for digital assets provided by this embodiment includes: a reception unit 1101, a verification unit 1102, a transmission unit 1103;
the receiving unit 1101 is configured to receive verification information of the digital asset sent by the holder;
the verifying unit 1102 is configured to verify the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder;
the verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side comprises: in response to receiving the verifiable claim of the digital asset sent by the holder, verifying the validity of the verification information of the digital asset according to an issuer digital signature in the verifiable claim of the digital asset.
The verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side further comprises: and responding to the digital signature of the owner sent by the owner end, and verifying the validity of the verification information of the digital asset according to the digital signature of the owner.
The sending unit 1103 is configured to send, in response to verifying that the verification information of the digital asset is valid information, a plaintext transaction token of the digital asset to the holder, and send, to the blockchain server, a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset.
Optionally, the sending, in response to verifying that the verification information of the digital asset is valid information, the plaintext transaction token of the digital asset to the holder, and sending, to the blockchain server, a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset, includes:
in response to verifying that the verification information of the digital asset is valid information, sending a plaintext transaction token and a transaction random number of the digital asset to the holder;
and sending a ciphertext transaction token of the digital asset, which is generated according to the plaintext transaction token of the digital asset and the transaction random number, to the block chain server.
Optionally, the method further includes: and responding to the digital assets added by the block chain service end and acquired by the holder end, and sending verifiable declarations of the digital assets to the holder end.
Optionally, the method further includes:
verifying a tradable status of the digital asset and locking the digital asset at the blockchain server in response to the purchaser paying a purchase amount of the digital asset;
revoking a verifiable statement of the digital asset of the owner terminal in response to the digital asset being sent to the purchaser terminal by the owner terminal;
sending the purchase amount of the digital asset to the holder end;
transmitting a verifiable statement of the digital asset to the purchaser.
The ninth embodiment of the present application provides a transaction device for digital assets, which is applied to a buyer side. Fig. 12 is a schematic structural diagram of a transaction apparatus for digital assets provided in this embodiment.
As shown in fig. 12, the transaction apparatus for digital assets provided by this embodiment includes: a transaction unit 1201;
the trading unit 1201 is configured to perform a trade of the digital asset with the holder end in response to the blockchain server end determining that the digital asset is in a tradable state.
Optionally, the responding to the blockchain server determining that the digital asset is in a tradable state, and performing a transaction of the digital asset with the holder side includes:
in response to the blockchain server determining that the digital asset is in a tradable state, paying an issuer of the digital asset a purchase amount;
and receiving the digital assets sent by the holder end.
A tenth embodiment of the present application provides a transaction system for digital assets, and fig. 13 is a schematic structural diagram of the transaction system for digital assets provided in this embodiment.
As shown in fig. 13, the transaction system for digital assets provided by the present embodiment includes: block chain service 1301, holder 1302, issuer 1303, and purchaser 1304.
The block chain server 1301 includes: the device comprises a first receiving unit and a first verifying unit; the block chain server is used for receiving a ciphertext transaction token of the digital asset sent by the issuer; verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder side using a clear text transaction token of the digital asset.
The holder side 1302 includes: the system comprises an acquisition unit, a first sending unit, a second receiving unit and a first transaction unit; the holder end is used for acquiring the digital assets added by the block chain server end; sending verification information of the digital asset to the issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end; sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset; and responding to the block chain server side to determine that the digital asset is in a tradable state, and carrying out transaction on the digital asset with the buyer side.
The issuer end 1303 includes: a third receiving unit, a second verifying unit and a second sending unit; the issuer end is used for responding to the received verification information of the digital asset sent by the holder end and verifying the validity of the verification information of the digital asset; and in response to the verification that the verification information of the digital asset is valid information, sending the plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end.
The purchaser terminal 1304 includes: a second transaction unit; and the purchaser terminal is used for responding to the situation that the block chain server terminal determines that the digital asset is in a tradable state and conducting the transaction of the digital asset with the holder terminal.
An eleventh embodiment of the present application provides an electronic apparatus. Fig. 14 is a schematic structural diagram of the electronic device provided in this embodiment.
As shown in fig. 14, the electronic device provided in this embodiment includes: a memory 1401, and a processor 1402.
The memory 1401 is used to store computer instructions for performing a method of trading a digital asset.
The processor 1402, which is configured to execute the computer instructions stored in the memory 1401, performs the following operations:
the block chain server end receives the ciphertext transaction token of the digital asset sent by the client end; verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder end using a clear text transaction token of the digital asset;
the holder side acquires the digital assets held by the block chain server side; sending verification information of the digital asset to the issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end; sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset; responding to the blockchain server to determine that the digital asset is in a tradable state, and conducting transaction of the digital asset with a buyer;
the issuer end verifies the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder end; in response to the verification information of the digital asset being valid information, sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end;
and the buyer side responds to the blockchain server side to determine that the digital asset is in a tradable state, and carries out transaction of the digital asset with the holder side.
Or, the following operations are performed:
receiving a ciphertext transaction token of the digital asset sent by an issuer;
verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder side using a clear text transaction token of the digital asset.
Optionally, the intelligent contract at least comprises: a transaction contract and a transaction token contract; the transaction contract is for executing transaction instructions for a digital asset; the transaction token contract is used for storing a ciphertext transaction token of the digital asset and verifying a tradable state of the digital asset.
Optionally, the verifying the tradable status of the digital asset comprises:
inquiring whether a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset is stored in the transaction token contract or not in response to a pre-transaction request of the digital asset, which is sent by the holder end by using the plaintext transaction token of the digital asset;
determining that the digital asset is in a tradable state in response to a ciphertext transaction token corresponding to a plaintext transaction token for the digital asset being maintained in the transaction token contract.
Or, the following operations are performed:
acquiring digital assets added and held by a block chain server;
sending verification information of the digital asset to an issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end;
sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset;
and responding to the block chain server side to determine that the digital asset is in a tradable state, and carrying out transaction on the digital asset with the buyer side.
Optionally, the sending verification information of the digital asset to the issuer side includes: sending a verifiable statement of the digital asset to the issuer location.
Optionally, the sending the verification information of the digital asset to the issuer side further includes: sending a holder digital signature to the issuer.
Optionally, the receiving a clear text transaction token of the digital asset sent by the issuer end includes: receiving a clear text transaction token and a transaction random number of the digital asset sent by the issuer;
the sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset comprises the following steps: and sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset and the transaction random number.
Optionally, the responding to the blockchain server determining that the digital asset is in a tradable state, and performing a transaction of the digital asset with a buyer side includes: and sending the digital assets to the buyer terminal.
Or, the following operations are performed:
verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by a holder;
and in response to the verification that the verification information of the digital asset is valid information, sending the plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server end.
Optionally, the method further includes: and responding to the digital assets added by the blockchain server acquired by the holder, and sending a verifiable statement of the digital assets to the holder.
Optionally, the method further includes:
verifying a tradable status of the digital asset and locking the digital asset at the blockchain server in response to a purchaser paying a purchase amount of the digital asset;
revoking a verifiable statement of the digital asset of the owner terminal in response to the digital asset being sent to the purchaser terminal by the owner terminal;
sending the purchase amount of the digital asset to the holder end;
transmitting a verifiable statement of the digital asset to the purchaser.
Optionally, the verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side includes: in response to receiving the verifiable statement of the digital asset sent by the holder side, verifying the validity of the verification information of the digital asset according to an issuer digital signature in the verifiable statement of the digital asset.
Optionally, the verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side further includes: and responding to the digital signature of the owner sent by the owner end, and verifying the validity of the verification information of the digital asset according to the digital signature of the owner.
Optionally, the sending, in response to verifying that the verification information of the digital asset is valid information, a plaintext transaction token of the digital asset to the holder, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server includes:
in response to verifying that the verification information of the digital asset is valid information, sending a plaintext transaction token and a transaction random number of the digital asset to the holder;
and sending a ciphertext transaction token of the digital asset, which is generated according to the plaintext transaction token of the digital asset and the transaction random number, to the block chain server.
Or, the following operations are performed:
and responding to the blockchain server side to determine that the digital asset is in a tradable state, and performing trading of the digital asset with the holder side.
Optionally, the responding to the blockchain server determining that the digital asset is in the tradable state, and performing the transaction of the digital asset with the holder end includes:
in response to the blockchain server determining that the digital asset is in a tradable state, paying an issuer of the digital asset a purchase amount;
and receiving the digital assets sent by the holder end.
A twelfth embodiment of the present application provides a computer-readable storage medium, which includes computer instructions, when executed by a processor, for implementing the method according to the first, second, third, fourth or fifth embodiment of the present application.
It is noted that the terms "first," "second," and the like herein are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Furthermore, the terms "comprising," "having," "including," and "comprising," and other similar forms of words are intended to be inclusive and open-ended with respect to any item or items following any item of the preceding description, and no term or items from any preceding description is intended to be exhaustive or limited to any listed item or items.
As used herein, unless otherwise expressly specified, the term "or" includes all possible combinations unless not otherwise feasible. For example, if it is expressed that a database may include a or B, the database may include a, or B, or both a and B, unless specifically stated or not otherwise possible. As a second example, if it is expressed that a database may include a, B, or C, the database may include databases a, or B, or C, or a and B, or a and C, or B and C, or a and B and C, unless otherwise specifically stated or not feasible.
It is to be noted that the above-described embodiments may be realized by hardware or software (program code), or a combination of hardware and software. If implemented in software, it may be stored in the computer-readable medium described above. The software, when executed by a processor, may perform the above disclosed methods. The computing unit and other functional units described in this disclosure may be implemented by hardware or software, or a combination of hardware and software. It will also be understood by those skilled in the art that the modules/units may be combined into one module/unit, and each module/unit may be further divided into a plurality of sub-modules/sub-units.
In the foregoing detailed description, embodiments have been described with reference to numerous specific details that may vary from implementation to implementation. Certain adaptations and modifications of the described embodiments can be made. Other embodiments will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims. The sequence of steps shown in the figures is also for illustrative purposes only and is not meant to be limited to any particular sequence of steps. Thus, those skilled in the art will appreciate that the steps may be performed in a different order while performing the same method.
In the drawings and detailed description of the present application, exemplary embodiments are disclosed. However, many variations and modifications may be made to these embodiments. Accordingly, although specific terms are employed, they are used in a generic and descriptive sense only and not for purposes of limitation.

Claims (23)

1. A method of trading a digital asset, the method comprising:
the block chain server end receives the ciphertext transaction token of the digital asset sent by the client end; verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder end using a clear text transaction token of the digital asset;
the holder side acquires the digital assets held by the block chain server side; sending verification information of the digital asset to the issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end; sending a pre-transaction request of the digital asset to the blockchain server by using a plaintext transaction token of the digital asset; responding to the blockchain server to determine that the digital asset is in a tradable state, and conducting transaction of the digital asset with a buyer;
the issuer end verifies the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder end; in response to the verification information of the digital asset being valid information, sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the block chain server end;
and the buyer terminal responds to the blockchain server terminal to determine that the digital asset is in a tradable state and carries out the transaction of the digital asset with the holder terminal.
2. A transaction method of digital assets is applied to a blockchain server, and a plurality of intelligent contracts are deployed on the blockchain server, and the method comprises the following steps:
receiving a ciphertext transaction token of the digital asset sent by an issuer;
verifying a tradable state of the digital asset in response to a pre-trading request of the digital asset sent by a holder side using a clear text transaction token of the digital asset.
3. The method of claim 2, wherein the intelligent contract comprises at least: a transaction contract and a transaction token contract; the transaction contract is for executing transaction instructions for a digital asset; the transaction token contract is used for storing a ciphertext transaction token of the digital asset and verifying a tradable state of the digital asset.
4. The method of claim 3, wherein verifying the tradable status of the digital asset comprises:
inquiring whether a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset is stored in the transaction token contract or not in response to a pre-transaction request of the digital asset, which is sent by the holder end by using the plaintext transaction token of the digital asset;
determining that the digital asset is in a tradable state in response to a ciphertext transaction token corresponding to a plaintext transaction token for the digital asset being maintained in the transaction token contract.
5. A transaction method for digital assets, wherein the method is applied to a holder end, and the method comprises the following steps:
acquiring digital assets added and held by a block chain server;
sending verification information of the digital asset to an issuer end, and receiving a plaintext transaction token of the digital asset sent by the issuer end;
sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset;
and responding to the block chain server side to determine that the digital asset is in a tradable state, and carrying out transaction on the digital asset with the buyer side.
6. The method of claim 5, wherein sending verification information for the digital asset to the issuer end comprises: sending a verifiable statement of the digital asset to the issuer location.
7. The method of claim 5, wherein sending verification information for the digital asset to the issuer terminal further comprises: sending a holder digital signature to the issuer.
8. The method of claim 5, wherein said receiving a clear text transaction token for the digital asset sent by the issuer terminal comprises: receiving a clear text transaction token and a transaction random number of the digital asset sent by the issuer end;
the sending a pre-transaction request for the digital asset to the blockchain server using the clear text transaction token for the digital asset comprises: and sending a pre-transaction request of the digital asset to the blockchain server by using the plaintext transaction token of the digital asset and the transaction random number.
9. The method of claim 5, wherein said conducting a transaction of said digital asset with a buyer end in response to said blockchain server end determining that said digital asset is in a tradable state comprises: and sending the digital assets to the buyer terminal.
10. A method for trading digital assets, the method being applied to an issuer side, the method comprising:
verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder end;
and in response to the verification that the verification information of the digital asset is valid, sending a plaintext transaction token of the digital asset to the holder end, and sending a ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server end.
11. The method of claim 10, further comprising: and responding to the digital assets added by the block chain service end and acquired by the holder end, and sending verifiable declarations of the digital assets to the holder end.
12. The method of claim 10, further comprising:
verifying a tradable status of the digital asset and locking the digital asset at the blockchain server in response to a purchaser paying a purchase amount of the digital asset;
revoking a verifiable statement of the digital asset of the owner terminal in response to the digital asset being sent to the purchaser terminal by the owner terminal;
sending the purchase amount of the digital asset to the holder end;
transmitting a verifiable statement of the digital asset to the purchaser.
13. The method according to claim 10, wherein verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side comprises: in response to receiving the verifiable statement of the digital asset sent by the holder side, verifying the validity of the verification information of the digital asset according to an issuer digital signature in the verifiable statement of the digital asset.
14. The method of claim 10, wherein verifying the validity of the verification information of the digital asset in response to receiving the verification information of the digital asset sent by the holder side further comprises: and responding to the digital signature of the owner sent by the owner end, and verifying the validity of the verification information of the digital asset according to the digital signature of the owner.
15. The method of claim 10, wherein the sending the clear text transaction token of the digital asset to the holder end and the cipher text transaction token corresponding to the clear text transaction token of the digital asset to the blockchain server end in response to the validation information of the digital asset being valid information comprises:
in response to verifying that the verification information of the digital asset is valid information, sending a plaintext transaction token and a transaction random number of the digital asset to the holder;
and sending a ciphertext transaction token of the digital asset, which is generated according to the plaintext transaction token of the digital asset and the transaction random number, to the block chain server.
16. A method for trading digital assets, the method being applied to a buyer side, the method comprising:
and responding to the blockchain server side to determine that the digital asset is in a tradable state, and performing trading of the digital asset with the holder side.
17. The method of claim 16, wherein said conducting a transaction of the digital asset with the holder in response to the blockchain server determining that the digital asset is in a tradable state comprises:
in response to the blockchain server determining that the digital asset is in a tradable state, paying a purchase amount of the digital asset to an issuer;
and receiving the digital assets sent by the holder end.
18. A transaction apparatus for digital assets, wherein the apparatus is applied to a blockchain server, the apparatus comprising: a receiving unit and a verifying unit;
the receiving unit is used for receiving the ciphertext transaction token of the digital asset sent by the issuer end;
the verification unit is used for responding to a pre-transaction request of the digital asset sent by a holder end by using a clear text transaction token of the digital asset, and verifying the tradable state of the digital asset.
19. A transaction apparatus for digital assets, wherein said apparatus is applied to a holder side, said apparatus comprising: the system comprises an acquisition unit, a sending unit, a receiving unit and a transaction unit;
the acquisition unit is used for acquiring the digital assets added and held by the block chain server;
the transmitting unit is used for transmitting the verification information of the digital asset to a distributor end; the block chain server is also used for sending a pre-transaction request of the digital asset to the block chain server by using a plain text transaction token of the digital asset;
the receiving unit is used for receiving the clear text transaction token of the digital asset sent by the issuer;
and the transaction unit is used for responding to the situation that the block chain server side determines that the digital asset is in a tradable state and conducting transaction of the digital asset with a buyer side.
20. A transaction apparatus for digital assets, wherein said apparatus is adapted to be used at an issuer, said apparatus comprising: the device comprises a receiving unit, a verification unit and a sending unit;
the receiving unit is used for receiving the verification information of the digital assets sent by the holder end;
the verification unit is used for responding to the received verification information of the digital asset sent by the holder end and verifying the validity of the verification information of the digital asset;
the sending unit is used for responding to the verification that the verification information of the digital asset is valid information, sending the plaintext transaction token of the digital asset to the holder end, and sending the ciphertext transaction token corresponding to the plaintext transaction token of the digital asset to the blockchain server end.
21. A transaction apparatus for digital assets, wherein said apparatus is adapted to be used at a buyer's end, said apparatus comprising: a transaction unit;
and the transaction unit is used for responding to the condition that the blockchain service end determines that the digital asset is in a tradable state and performing transaction of the digital asset with the holder end.
22. An electronic device, comprising: a memory, a processor;
the memory to store one or more computer instructions;
the processor configured to execute the one or more computer instructions to implement the method of any one of claims 1-17.
23. A computer-readable storage medium having stored thereon one or more computer instructions which, when executed by a processor, perform the method of any one of claims 1-17.
CN202210707516.4A 2022-06-21 2022-06-21 Transaction method and device for digital assets Pending CN115310978A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210707516.4A CN115310978A (en) 2022-06-21 2022-06-21 Transaction method and device for digital assets

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210707516.4A CN115310978A (en) 2022-06-21 2022-06-21 Transaction method and device for digital assets

Publications (1)

Publication Number Publication Date
CN115310978A true CN115310978A (en) 2022-11-08

Family

ID=83855752

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210707516.4A Pending CN115310978A (en) 2022-06-21 2022-06-21 Transaction method and device for digital assets

Country Status (1)

Country Link
CN (1) CN115310978A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116232763A (en) * 2023-05-05 2023-06-06 敏于行(北京)科技有限公司 Selectively disclosed dynamic combination verifiable credential generation method and system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116232763A (en) * 2023-05-05 2023-06-06 敏于行(北京)科技有限公司 Selectively disclosed dynamic combination verifiable credential generation method and system

Similar Documents

Publication Publication Date Title
US10673632B2 (en) Method for managing a trusted identity
CN107274139B (en) Bill data management method and computer-readable medium
US10924264B2 (en) Data validation and storage
CN110046996B (en) Data processing method and device
EP3433814A1 (en) Methods and systems for recording multiple transactions on a blockchain
CN109905360B (en) Data verification method and terminal equipment
WO2020051710A1 (en) System and process for managing digitized security tokens
CN111936995A (en) Distributed storage of customs clearance data
CN111989707A (en) Managing user permissions for customs clearance services based on blockchains
CN111160909B (en) Hidden static supervision system and method for blockchain supply chain transaction
CN111989663A (en) Intelligent contract pool based on block chain
CN111868725A (en) Processing import customs clearance data based on block chain
CN114155095A (en) Digital artwork authentication and transaction system and authentication and transaction method
CN110209691B (en) Data processing method and device
CN114930330A (en) User management of customs clearance service platform based on block chain
CN111460457A (en) Real estate property registration supervision method, device, electronic equipment and storage medium
CN111936994A (en) Block chain based document registration for customs clearance
JP5084746B2 (en) Method and apparatus for establishing peer-to-peer karma and trust
WO2021134897A1 (en) Blockchain supply chain transaction hidden dynamic supervision system and method
CN110992034A (en) Supply chain transaction privacy protection system and method based on block chain and related equipment
CN115310978A (en) Transaction method and device for digital assets
Anandhi et al. RFID based verifiable ownership transfer protocol using blockchain technology
Hardjono et al. Wallet attestations for virtual asset service providers and crypto-assets insurance
CN114726535B (en) Privacy protection anti-fake automobile supply chain method based on blockchain
KR20210075076A (en) Methods and systems for single-purpose public keys for public ledgers

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination