CN118037444A

CN118037444A - Block chain-based rights and interests credential transaction method, apparatus, device and medium

Info

Publication number: CN118037444A
Application number: CN202211430550.8A
Authority: CN
Inventors: 陈自民
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2022-11-14
Filing date: 2022-11-14
Publication date: 2024-05-14

Abstract

The application provides a block chain-based equity voucher transaction method, a block chain-based equity voucher transaction device, block chain-based equity voucher transaction equipment and a readable medium. The method comprises the following steps: acquiring a equity voucher transaction request, wherein the equity voucher transaction request comprises equity vouchers to be transacted and voucher management addresses to which the equity vouchers to be transacted need to be associated, the voucher management addresses are indexed to voucher management contracts, and the voucher management contracts are used for managing equity vouchers associated with the voucher management addresses; establishing an association relation between the equity vouchers to be transacted and the vouchers management addresses through vouchers transaction contracts according to equity vouchers transaction requests to obtain vouchers transaction information; according to the voucher transaction information, a voucher transaction contract is called through a voucher management contract to set a locking period of the to-be-transacted equity voucher, wherein the locking period is a period when the to-be-transacted equity voucher is locked in a voucher management address; the credential transaction information is uplinked in a blockchain. The method combines the management of the locking period with the transaction of the blockchain, and improves the management and maintenance efficiency of the transaction process.

Description

Block chain-based rights and interests credential transaction method, apparatus, device and medium

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method, an apparatus, a device, and a readable medium for trading rights and vouchers based on blockchain.

Background

With the current increasing frequency of trading activity on blockchains, the business requirements for equity vouchers are becoming more complex with the increasing number of off-center applications on the chain. In the business scenario of the equity vouchers, the equity vouchers to be transacted need to be locked in account addresses, so that unsafe transaction caused by the equity vouchers being transferred out in advance is avoided.

In a related process, the locking mechanism in the transaction process typically manages the locking state of the equity vouchers separately outside the blockchain by additional programs.

The management process outside the blockchain is separated from the transaction process of the blockchain and is independently managed and maintained, so that the management data volume and the management difficulty of the transaction process are increased, and the management and maintenance efficiency of the transaction process is affected.

Disclosure of Invention

Based on the technical problems, the application provides a block chain-based equity certificate transaction method, a block chain-based equity certificate transaction device and a block chain-based equity certificate transaction medium, so that a management process of a locking period is combined with a block chain transaction process, independent management and maintenance are not needed, management data quantity and management difficulty of the transaction process are reduced, and management and maintenance efficiency of the transaction process is improved.

Other features and advantages of the application will be apparent from the following detailed description, or may be learned by the practice of the application.

According to one aspect of an embodiment of the present application, there is provided a blockchain-based equity voucher transaction method, including:

Acquiring a equity voucher transaction request, wherein the equity voucher transaction request comprises equity vouchers to be transacted and voucher management addresses to which the equity vouchers to be transacted need to be associated, the voucher management addresses are indexed to voucher management contracts, and the voucher management contracts are used for managing equity vouchers associated with the voucher management addresses;

Establishing an association relation between the equity vouchers to be transacted and the vouchers management addresses through vouchers transaction contracts according to the equity vouchers transaction requests to obtain vouchers transaction information;

According to the credential transaction information, invoking the credential transaction contract through the credential management contract to set a locking period of the to-be-transacted equity credential, wherein the locking period is a period when the to-be-transacted equity credential is locked in the credential management address;

the credential transaction information is uplinked in a blockchain.

According to one aspect of an embodiment of the present application, there is provided a blockchain-based equity voucher transaction device, including:

The request acquisition module is used for acquiring a equity certificate transaction request, wherein the equity certificate transaction request comprises equity certificates to be transacted and certificate management addresses to which the equity certificates to be transacted need to be associated, the certificate management addresses are indexed to certificate management contracts, and the certificate management contracts are used for managing equity certificates associated with the certificate management addresses;

the voucher transaction module is used for establishing the association relation between the equity vouchers to be transacted and the voucher management addresses through a voucher transaction contract according to the equity vouchers transaction request to obtain voucher transaction information;

The locking setting module is used for calling the credential transaction contract through the credential management contract according to the credential transaction information to set the locking period of the to-be-transacted equity credential, wherein the locking period is the period that the to-be-transacted equity credential is locked in the credential management address;

And the transaction uplink module is used for uplink the certificate transaction information in a blockchain.

In some embodiments of the present application, based on the above technical solution, the lock setting module includes:

The callback unit is used for triggering the credential transaction contract to access a callback interface of the credential management contract according to the credential management address according to the credential transaction information;

and the calling unit is used for calling the certificate transaction contract through the callback interface to set the locking period of the rights and interests certificate to be transacted.

In some embodiments of the present application, based on the above technical solution, the calling unit includes:

and the deadline setting subunit is used for calling a locking interface of the credential transaction contract through the callback interface according to the equity credential identification in the credential transaction information, and setting a locking identification and a locking deadline of the equity credential to be transacted in the credential transaction information, wherein the locking identification is used for indicating that the equity credential to be transacted is locked.

In some embodiments of the present application, based on the above technical solution, the callback unit includes:

A format verification subunit, configured to verify an address format of the credential management address in the credential transaction information;

and the interface calling subunit is used for triggering the credential transaction contract to access a callback interface of the credential management contract according to the credential management address if the address format of the credential management address is an intelligent contract address.

In some embodiments of the present application, based on the above technical solution, the blockchain-based equity voucher transaction device further includes:

the request receiving module is used for receiving a right certificate transfer request, wherein the right certificate transfer request comprises a right certificate to be transferred and an account address to be transferred;

The deadline inquiring module is used for inquiring the locking deadline of the rights and interests to be transferred from the blockchain through the rights and interests management contract according to the rights and interests transfer request;

The state determining module is used for determining the locking state of the rights and interests credential to be transferred according to the locking period;

And the credential transferring module is used for transferring the to-be-transferred equity credential to the transfer account address by calling the credential transaction contract through the credential management contract if the locking state indicates that the to-be-transferred equity credential is not locked at the credential management address.

In some embodiments of the present application, based on the above technical solution, the locking period includes an unlocking time; the state determination module includes:

The first state determining unit is used for determining that the rights and interests to be transferred are not locked in the certificate management address if the current moment reaches the unlocking time;

and the second state determining unit is used for determining that the rights and interests to be transferred are locked in the certificate management address if the current moment does not reach the unlocking time.

In some embodiments of the present application, based on the above technical solution, the locking deadline includes a number of unlocking blocks; the state determination module includes:

The block number calculation unit is used for obtaining the transaction block number of the block containing the right and evidence to be transferred in the block chain, and calculating the difference between the block number of the latest block in the block chain and the transaction block number to obtain the newly added block number;

A third state determining unit, configured to determine that the benefit credential to be transferred is not locked to the credential management address if the number of newly added blocks is greater than the number of unlocked blocks;

And the fourth state determining unit is used for determining that the rights and interests to be transferred are locked in the certificate management address if the number of the newly added blocks is equal to or smaller than the number of the unlocking blocks.

In some embodiments of the present application, based on the above technical solution, the rights credential transfer request includes transfer requester information; the credential transfer module includes:

The right verification unit is used for verifying the operation right of the right certificate in the certificate management address by the requester according to the transfer requester information in the right certificate transfer request to obtain a right verification result;

And the credential transferring unit is used for transferring the to-be-transferred equity credential from the credential management address to the transfer account address by calling the credential transaction contract through the credential management contract if the authority verification result indicates that the requester has the credential transfer authority.

In some embodiments of the present application, based on the above technical solution, the rights verification unit includes:

The management authority verification subunit is used for verifying that a requester has management authority for the certificate management contract according to the information of the transfer requester;

A credit acquisition subunit, configured to acquire, through the credential management contract, an authorization credit of the credential management address;

And the permission confirming subunit is used for confirming that the requester has the permission to transfer the certificate if the authorization limit is higher than the number of the rights certificates in the rights certificate transfer request.

the credit request receiving module is used for receiving a credit setting request, wherein the credit setting request comprises the certificate management address and credit information;

The limit clearing module is used for generating a uplink request of a limit update transaction according to the limit setting request and setting the authorized limit to be zero through the credential management contract;

And the credit update module is used for updating the authorized credit according to the credit information through the certificate management contract after the credit update transaction is uplink in the blockchain.

In some embodiments of the present application, based on the above technical solutions, the equity credential transaction request includes an initiator address; the credential transaction module includes:

The locking checking unit is used for determining that the to-be-transacted equity certificate is related to an initiator and the to-be-transacted equity certificate is not locked at the initiator address according to the initiator address through a certificate transaction contract;

The transaction information generation unit is used for generating credential transaction information according to the to-be-transacted equity credential and the credential management address, wherein the credential transaction information is used for indicating that the to-be-transacted equity credential is related to the credential management address.

a deployment request receiving module, configured to receive a credential management contract deployment request from a credential receiver, where the credential management contract deployment request includes the credential management contract;

The contract storage module is used for storing the certificate management contract into the blockchain according to the certificate management contract deployment request to obtain a contract deployment result;

and the result feedback module is used for sending the contract deployment result to the certificate receiver.

According to an aspect of an embodiment of the present application, there is provided an electronic apparatus including: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the blockchain-based equity credential transaction method as in the above claims via execution of the executable instructions.

According to an aspect of an embodiment of the present application, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements a blockchain-based equity credential transaction method as in the above technical solution.

According to an aspect of embodiments of the present application, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The computer instructions are read from the computer-readable storage medium by a processor of a computer device, and executed by the processor, cause the computer device to perform the blockchain-based equity credential transaction methods provided in the various alternative implementations described above.

In the embodiment of the application, when the equity vouchers are associated with the vouchers management address, a locking period is set for the equity vouchers in the blockchain, and the equity vouchers after the transaction are locked in the vouchers management address by setting the locking period, so that the management process of the locking period is combined with the transaction process of the blockchain without separate management and maintenance, the management data amount and management difficulty of the transaction process are reduced, and the management and maintenance efficiency of the transaction process is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application as claimed.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application. It is evident that the drawings in the following description are only some embodiments of the present application and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art.

In the drawings:

FIG. 1 is a schematic diagram of an alternative architecture of a block chain system to which the equity credential transaction method of the present invention is applied;

FIG. 2 illustrates an exemplary system architecture of the present application in an application scenario;

FIG. 3 is a schematic flow chart diagram of a blockchain-based equity vouchers transaction method in accordance with an embodiment of the present application;

FIG. 4 is a schematic flow chart diagram of a blockchain-based equity vouchers transaction method in accordance with an embodiment of the present application;

FIG. 5 is a schematic flow chart diagram of an overall flow of a blockchain-based equity credential transaction in an embodiment of the present application;

FIG. 6 is an exemplary flow chart of a scenario application process in an embodiment of the present application;

FIG. 7 schematically illustrates a block diagram of a blockchain-based equity credential transaction device in an embodiment of the application;

Fig. 8 shows a schematic diagram of a computer system suitable for use in implementing an embodiment of the application.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments may be embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the application may be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the application.

The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.

It should be appreciated that the inventive arrangements may be applied to the transaction scenario of equity vouchers, and in particular in the transaction process of equity vouchers recruitment by smart contracts. A particular account may issue a recruitment contract to recruit equity credentials in the blockchain. Other accounts may provide equity credentials for the particular account through a transaction-managed smart contract and a recruitment contract issued by the particular account. In such scenarios, the equity vouchers that are being traded will typically be associated with the address of the recruitment contract first, and then after meeting certain business and time requirements, be transferred in a collection to other accounts for subsequent use. The solution of the present application adds a corresponding lock condition to the equity credential being transacted in associating the equity credential from the equity credential provider's account to the contract address of the recruitment contract. When the equity certificate in the recruitment contract is transferred out by the issuer of the recruited contract, it is necessary to verify whether the locking condition corresponding to the equity certificate is unlocked, and the equity certificate can be transferred out after unlocking. For example, an account issues a recruitment contract to recruit a certain number of equity vouchers, with a recruitment period of up to 30 days of 4 months. Before day 4, 30, all equity vouchers associated with the recruitment contract are given a lock period of day 4, 30 in the blockchain, before which blockchain transactions that transfer equity vouchers from the recruitment contract are rejected by the contract. After reaching 4 months 30 days, it may be determined whether the recruitment was successful based on the recruitment conditions of the recruitment contract, and the recruiter may roll out the equity credentials in the recruitment contract for subsequent operations, and if it fails, the equity credentials are rolled back to the provider. This prevents the recruiter from forwarding the equity vouchers in the recruitment contract out in advance when the recruitment conditions are not met, resulting in loss of the provider.

The scheme of the application can be applied to a blockchain system, and is particularly applied to the blockchain system which realizes intelligent contracts. The blockchain system may be a distributed system formed by a client, a plurality of blockchain nodes (access to any form of computing device in the network, such as servers, user terminals) and an external data source connected by way of network communications. Referring to fig. 1, fig. 1 is a schematic diagram of an alternative architecture of a blockchain system to which the equity voucher transaction method according to the embodiment of the present application is applied, where the blockchain system according to the embodiment of the present application includes a blockchain 110 and two intelligent contracts, a voucher transaction contract and a voucher recruitment contract, respectively, where the voucher transaction contract is used to manage equity voucher transaction flows in the blockchain, and the voucher recruitment contract is used to manage a business process of a specific account recruitment equity voucher. The blockchain is formed by a plurality of nodes (any form of computing device in the access network, such as servers, user terminals) and clients 120 and 130, forming a constituent point-To-point (P2P, peer To Peer) network between the nodes. The client 120 may recruit equity credentials from other accounts through the issued equity agreement, the client 120 may transfer equity credentials to the equity agreement of the client 130 through the equity transaction agreement, and after sufficient equity credentials are recruited, the client 120 may then perform subsequent equity credential operations through the equity agreement. In the equity voucher transaction system, any machine such as a server and a terminal can be added to become a node, and the node comprises a hardware layer, a middle layer, an operating system layer and an application layer.

The functionality of the various nodes in the blockchain shown in fig. 1 is mainly related to:

The routing, the node has basic functions for supporting communication between nodes.

A credential transaction contract, which is an intelligent contract, specifically a computerized agreement, is deployed in some nodes of the blockchain 110, and can execute terms for performing equity credential management and transaction, and is implemented by code deployed on the blockchain for executing when certain conditions are met, so as to complete the transaction functions of equity credentials, such as the functions of selling, transferring, destroying equity credentials, and the like, according to actual transaction scenarios.

A credential recruitment contract, also an intelligent contract, is deployed in some nodes of the blockchain 110, and is a contract issued by a particular account for transaction management of equity credentials associated with the address of the credential recruitment contract, and when a transaction is required for equity credentials in the particular account, the function of the credential transaction contract is invoked by the credential recruitment contract.

In the blockchain 110, each block includes a hash value of a transaction record stored in the block (hash value of the block), and a hash value of a preceding block, and the blocks are connected by the hash values to form the blockchain. Transaction information for recording information, such as transactions to create new accounts or transactions to sell equity vouchers, may also be included in the block.

Referring to fig. 2, fig. 2 illustrates an exemplary system architecture of the technical solution of the present application in an application scenario. As shown in fig. 2, the system architecture includes a terminal device 210, a service server 220, a credential transaction server 230 and a credential management server 240, wherein the service server 220, the credential transaction server 230 and the credential management server 240 form a blockchain system. The terminal device 210 has installed thereon an application for accessing and transacting equity vouchers. The end user accesses the various servers through the terminal device 210 to complete the transaction process of the equity vouchers, including purchase, recruitment, and transfer. In particular, the terminal device 210 may communicate with the service server 220 to participate in the equity credential recruitment process. The business server 220 has business services installed thereon. The business service performs the processes of transaction verification, transaction generation, request uplink and the like through the transaction key provided by the terminal user. The transaction to be uplinked is sent to the equity voucher transaction server 230 for subsequent equity voucher transaction procedures. The credential transaction server 230 has disposed therein a credential transaction contract, the credential management server 240 has disposed therein a credential management contract, and the process of transacting the uplink triggers the credential transaction contract to invoke the credential management contract to add a locking period to the equity credential associated with the credential management contract. The credential transaction server 230 and the credential management server 240 interact to invoke an interface to complete the lock process of the equity credential. The credential transaction server 230 performs a transaction uplink requested by the service server 220 after confirming that the credential management server 240 locks the equity credential, and feeds back the result to the service server 220. The terminal device 210 may request the credential management server 240 to transfer the equity credential in the credential management contract managed account to the designated other account through the service server 220, and during the transfer, the credential management server 240 communicates with the credential transaction server 230 to confirm that the equity credential to be transferred is not locked or has been unlocked.

The servers may be independent physical servers, server clusters or distributed systems formed by a plurality of physical servers, and cloud servers providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs (Content Delivery Network, content delivery networks), basic cloud computing services such as big data and artificial intelligence platforms, and the like, which are not limited herein. The servers can be actually deployed on the same physical server, and the functions of the servers form the functional modules of the management system. Terminal devices include, but are not limited to, cell phones, computers, intelligent voice interaction devices, intelligent home appliances, vehicle terminals, aircraft, and the like. The terminal device and the server may be directly or indirectly connected through wired or wireless communication, and the present application is not limited herein. The number of terminal devices and servers is not limited.

The scheme of the application can be applied to the process of trading the equity vouchers in the block chain system. The following describes the technical scheme provided by the application in detail by combining the specific embodiments.

In the specific embodiment of the present application, related data such as user information and transaction data are related, when the embodiment of the present application is applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data is required to comply with related laws and regulations and standards of related countries and regions.

For convenience of description, referring to fig. 3, fig. 3 is a schematic flowchart of a method for trading rights and vouchers based on blockchain in an embodiment of the present application. The method can be applied to the block chain system. In the embodiment of the present application, the method for performing the block chain based equity voucher transaction is described by using the equity voucher transaction device running on the server as the execution subject, and the method may include the following steps S310 to S340:

Step S310, obtaining a equity voucher transaction request, wherein the equity voucher transaction request comprises equity vouchers to be transacted and voucher management addresses to which the equity vouchers to be transacted need to be associated, the voucher management addresses are indexed to voucher management contracts, and the voucher management contracts are used for managing equity vouchers associated with the voucher management addresses.

In this embodiment, the equity credential transaction device receives an equity credential transaction request from a client or a service server. The equity voucher transaction request includes equity voucher transactions. The equity credential transaction is either client-side or business server-generated. The client or the service server verifies the user identity according to the input transaction information and the transaction secret key, signs the equity certificate according to the hosting type of the user secret key after the user identity passes the verification to generate equity certificate transaction, and links the equity certificate transaction in the blockchain through equity certificate transaction request. The equity voucher transaction request comprises equity vouchers to be transacted and voucher management addresses to which the equity vouchers to be transacted need to be associated. The to-be-transacted equity credential may be represented by information such as a token identification of the equity credential. The credential management address is an access address of a credential management contract, which is an intelligent contract for managing equity credentials associated with the credential management address. The smart contract is typically issued in a blockchain by the recipient of the equity voucher in the equity voucher transaction request in order to automatically process transactions transferred to the recipient's account.

Step S320, according to the equity voucher transaction request, establishing an association relation between the equity voucher to be transacted and the voucher management address through a voucher transaction contract to obtain voucher transaction information.

The equity voucher transaction device performs a equity voucher transaction process according to the equity voucher transaction request. The equity voucher transaction request triggers the blockchain to execute a voucher transaction contract in the blockchain. The voucher transaction contract is an intelligent contract for managing the equity voucher transaction process in the blockchain, which is automatically triggered to be executed when the blockchain carries out transaction, and automatically executes business logic such as various data verification and data change operations when the transaction is executed. The equity voucher transaction device associates equity vouchers to be transacted with the voucher management addresses through the voucher transaction contracts to obtain voucher transaction information. In particular, the credential transaction contract may generate a blockchain transaction that includes record information of the equity credential to be transacted in association with the credential management address. The record information is encapsulated in a format required by the blockchain, and information (such as time, quantity, addresses of both sides of the transaction, transaction contents and the like) required by the blockchain transaction is added, and the obtained information is voucher transaction information. It will be appreciated that the credential management address, while being a smart contract address, may also be used as an account address to receive equity credentials, with the equity credentials being traded being associated with the credential management address, and the transaction or application operation being performed by an administrator of the smart contract.

Step S330, according to the credential transaction information, invoking the credential transaction contract through the credential management contract to set a locking period of the equity credential to be transacted, wherein the locking period is a period when the equity credential to be transacted is locked in the credential management address.

The generated credential transaction information may trigger execution of a credential management contract. Specifically, the credential management contract may be triggered to be executed in response to a generation event of a transaction whose contract address is a recipient address, or an interface in the credential management contract may be executed according to the credential management address during generation of the credential transaction information. The credential management contract, upon execution, invokes the credential transaction contract to set the lock period of the equity credential to be transacted. In particular, the voucher transaction contract can generate a blockchain transaction in which the equity vouchers involved in the voucher transaction information are recorded, along with the lock terms set for each equity voucher. The lock term is a term during which the equity voucher to be transacted is locked in the voucher management address, that is, a term during which the equity voucher to be transacted cannot be transacted to other accounts after being associated with the voucher management address within a term range defined by the lock term. The deadline can be determined in a variety of ways, such as a time deadline, a block count deadline, and a condition deadline. Meeting the deadline indicates that the equity credential is unlocked from the credential management address and can be transferred. The blockchain transaction for recording the lock deadline may be packaged and uplink with credential transaction information or may be uplink in the blockchain through a separate process.

Step S340, the credential transaction information is uplink in a blockchain.

After determining that the lock period is set, the credential transaction information packages the credential transaction information into blocks that are uplink in the blockchain, thereby completing the process of associating the equity credential with the credential management address of the credential management contract.

In one embodiment of the present application, please refer to fig. 4, fig. 4 is a schematic flowchart of a block chain-based equity voucher transaction method in an embodiment of the present application, and as shown in fig. 4, based on the above technical scheme, step S330 above, according to the voucher transaction information, invokes the voucher transaction contract through the voucher management contract to set the locking period of the equity voucher to be transacted, which specifically includes the following steps:

Step S410, triggering the certificate transaction contract to access a callback interface of the certificate management contract according to the certificate management address according to the certificate transaction information;

step S420, calling the credential transaction contract through the callback interface to set a locking period of the to-be-transacted equity credential.

In this embodiment, the credential transaction contract and the credential transaction contract set the lock period of the equity credential to be transacted by invoking the counterpart interface. Specifically, the equity voucher transaction device generates voucher transaction information through a logic process in a voucher transaction contract. During or after the generation, the credential management contract is accessed according to the credential management address and a callback interface in the credential management contract is invoked. After the callback interface is called, the credential management contract executes a logic implementation process corresponding to the callback interface, wherein the credential management appointment calls one or more interfaces or functions in the credential transaction contract to set the locking period of the rights and interests credentials to be transacted. That is, after the callback interface is triggered by the credential transaction contract, the logic process of setting the locking period is controlled by the credential management contract, but the logic process does not directly execute the information modification actions such as locking and setting the period, and the actual execution of the setting action contract is still the credential transaction contract. The specific way of setting the locking period may include directly adding the relevant information of the locking period to the credential transaction information, or may additionally generate another blockchain transaction, including the locked equity credential and the corresponding locking information. In a subsequent process, the blockchain transaction may be packaged into blocks along with credential transaction information and uplinked in the blockchain.

In the embodiment of the application, the callback interface of the credential management contract is called through the credential transaction contract, the credential management contract controls the logic process, and the credential transaction contract actually sets the locking period, so that the logic process for setting the locking period can be separated from the actual execution process, the logic process for modifying information is not required to be provided for the intelligent contract issued by the client, the excessive reduction of modification authority is avoided, and the security of the blockchain data is facilitated.

In one embodiment of the present application, based on the above technical solution, step S420 above, the step of calling the credential transaction contract through the callback interface to set the locking period of the to-be-transacted equity credential specifically includes the following steps:

and calling a locking interface of the voucher transaction contract through the callback interface according to the equity voucher identification in the voucher transaction information, and setting a locking identification and a locking period of the equity voucher to be transacted in the voucher transaction information, wherein the locking identification is used for indicating that the equity voucher to be transacted is locked.

In this embodiment, the logic implementation of the callback interface invokes the lock interface in the credential transaction contract to perform the locking process. Specifically, the equity voucher transaction device invokes a locking interface of the equity voucher transaction contract through a callback interface according to the equity voucher identification in the voucher transaction information, and the equity voucher transaction contract executes a logic process implemented in the locking interface, so that the locking identification and the locking period of the equity voucher to be transacted are set. An interface for locking equity vouchers may be implemented in the voucher transaction contract. For example, the interfaces of the credential transaction contract may include a Lock interface Lock (tokenId, expriedtime), an unlock interface unlock (tokenId), a deadline query interface lockExpiredTime (tokenId), and a Lock status validation interface isLocked (tokenId), among others. These interfaces receive the equity credential identification tokenId to indicate the execution object of their function. In the process of locking the to-be-transacted equity certificate by the callback interface, the locking period of the equity certificate is determined according to rules set in the equity certificate management contract, and the equity certificate identification and the locking period are used as parameters to call the locking interface Lock of the equity certificate transaction contract, so that the locking identification and the locking period are set for the to-be-transacted equity certificate. The equity vouchers transaction arrangement adds the lock identification and the lock period to the vouchers transaction information through the vouchers transaction contract such that the lock period is stored in the blockchain with the equity vouchers transaction.

In the embodiment of the application, the information of the locking period is arranged in the credential transaction information, so that the locking period and the credential transaction information are stored in the same blockchain transaction, thereby being beneficial to reducing the retrieval amount for verifying the locking period and improving the operation efficiency of a blockchain system.

In one embodiment of the present application, based on the above technical solution, step S410 triggers, according to the credential transaction information, the credential transaction contract to access a callback interface of the credential management contract according to the credential management address, and specifically includes the following steps:

verifying an address format of the credential management address in the credential transaction information;

And if the address format of the certificate management address is an intelligent contract address, triggering the certificate transaction contract to access a callback interface of the certificate management contract according to the certificate management address.

In this embodiment, when processing the equity voucher transaction request, the equity voucher transaction device performs different processing procedures according to the format of the address of the receiving party in the request. Specifically, the equity voucher transaction device verifies the address format of the voucher management address in the voucher transaction information according to the equity voucher transaction request. Specifically, the equity voucher transaction device analyzes the transaction in the equity voucher transaction request, thereby obtaining the receiving address of the equity voucher receiver as a voucher management address, and verifying the address format of the voucher management address. The address format typically contains two types, an account address and a smart contract address. The address format verification method may include searching for distinguishing features contained in the account address and the smart contract address, for example, by means of character string analysis and keyword recognition, or directly accessing the parsed credential management address, and confirming whether the smart contract address is the smart contract address according to the feedback result. If the address format of the certificate management address is an intelligent contract address, the receiver of the transaction agents the equity certificate transaction of the receiver through the intelligent contract, the equity certificate transaction device can confirm that the address contained in the equity certificate transaction request is the certificate management address, and the certificate transaction contract is triggered to access a callback interface of the certificate management contract according to the certificate management address, so that the business logic for setting the locking period in the certificate management contract is further executed after the transaction is completed. If the address format of the credential management address is an account address, the transaction request does not involve a process of calling another intelligent contract to conduct subsequent transactions, so that the equity credential transaction can be uplink in the blockchain according to the normal blockchain management process, and the transaction process can be directly completed.

In the embodiment of the application, different subsequent processing flows are designated according to whether the address of the receiver is the contract address, so that the scheme can be compatible with the current blockchain transaction process, the scheme compatibility is improved, and the implementation cost of the scheme is reduced.

In one embodiment of the present application, based on the above technical solution, the step S340 links the credential transaction information in a blockchain, and the scheme of the present application further includes the following steps:

receiving a right certificate transfer request, wherein the right certificate transfer request comprises a right certificate to be transferred and an account address to be transferred;

Inquiring the locking period of the rights and interests to be transferred from the blockchain through the rights and interests management contract according to the rights and interests transfer request;

Determining the locking state of the rights and interests to be transferred according to the locking period;

And if the locking state indicates that the to-be-transferred equity certificate is not locked at the certificate management address, invoking the certificate transaction contract through the certificate management contract to transfer the to-be-transferred equity certificate to the transfer-out account address.

In this embodiment, the issuer of the credential management contract, i.e., the recipient of the equity credential, may transfer the equity credential associated with the credential management address to another account. The transfer process may be to another account of the recipient or may be to consume equity credentials to transfer to an account of another owner. Specifically, the equity credential transaction device receives an equity credential transfer request initiated by a client, and the equity credential transfer request includes equity credentials to be transferred and a transfer-out account address. The equity certificate transaction device can perform validity check on the equity certificate transfer request, and inquires the locking period of the equity certificate to be transferred from the blockchain through the certificate management contract according to the equity certificate transfer request after passing. Subsequently, the lock state of the rights and interests credential to be transferred is verified according to the lock deadline. If the lock status of the equity credential indicates that the equity credential is not locked to the credential management address, the credential management contract may invoke the credential transaction contract to transfer the equity credential to the transfer-out account address, e.g., generate a blockchain transaction that transfers the equity credential to the transfer-out account address and is uplink in the blockchain. If the lock status indicates that the to-be-transferred equity credential is locked to the credential management address, the credential management convergence date reports an error to the client informing the client that the equity credential is locked from being transferred.

In the embodiment of the application, the issuing party of the credential management contract transfers the equity credential through the credential transaction contract, and the locking period of the equity credential is verified in the transferring process, so that the transaction process of the equity credential can be ensured to conform to the regulations of actual business, illegal operation is avoided, and the security of blockchain transaction is improved.

In one embodiment of the present application, based on the above technical solution, the locking period includes an unlocking time; the step of determining the locking state of the rights and interests to be transferred according to the locking period specifically comprises the following steps:

if the current moment reaches the unlocking time, determining that the rights and interests to be transferred are not locked in the certificate management address;

And if the current moment does not reach the unlocking time, determining that the rights and interests to be transferred are locked in the certificate management address.

In the present embodiment, the lock period is realized by time running, and the unlock time is included in the lock period. When checking the locking state, the equity voucher transaction device queries the unlocking time of equity vouchers from the blockchain through an interface of the voucher transaction contract, and compares the current moment with the unlocking time. The unlock time is a time period determined when the lock period is set, and is typically in the form of a date, i.e., a year, month, day, minute, second, or the like. It is understood that the current time refers to the time at which the method performs the acquisition. If the current moment reaches the unlocking time, the equity certificate is already unlocked, and the equity certificate to be transferred is not locked at the certificate management address any more, which means that the transfer can be continued subsequently. If the current moment does not reach the unlocking time, the right and benefit certificate to be transferred is still locked at the certificate management address, and the transfer-out cannot be continuously executed in the subsequent process. In one embodiment, the unlocking time may be a time span, such as 3 months, and after the locking period is obtained, the specific date of the unlocking needs to be further calculated according to the time when the benefit credential was locked in the last transaction and the unlocking time.

In the embodiment of the application, the locking period of the equity certificate is directly recorded through the time period, so that the locking state can be accurately controlled, and the control accuracy and the scheme operability are improved.

In one embodiment of the present application, based on the above technical solution, the locking deadline includes the number of unlocking blocks; the step of determining the locking state of the rights and interests to be transferred according to the locking period specifically comprises the following steps:

Acquiring a transaction block number of a block containing the right voucher to be transferred in the block chain, and calculating the difference between the block number of the latest block in the block chain and the transaction block number to obtain a new block number;

If the number of the newly added blocks is larger than the number of the unlocking blocks, determining that the rights and interests to be transferred are not locked in the certificate management address;

and if the number of the newly added blocks is equal to or smaller than the number of the unlocking blocks, determining that the rights and interests to be transferred are locked in the certificate management address.

In this embodiment, the lock deadline is determined by the number of blocks generated in the blockchain. Specifically, the equity certificate transaction device further acquires a block containing equity certificates to be transferred after acquiring the locking period, and reads the transaction block number in the block chain from the block. It will be appreciated that the block numbers in the blockchain are incremented in the form of a running number. The equity certificate transaction device obtains the block number of the last block from the block chain, namely the block number of the latest block newly added to the block chain, calculates the difference between the two block numbers, and thus obtains the newly added block number. The number of newly added blocks is compared with the number of unlocked blocks. If the number of newly added blocks is greater than the number of unlocked blocks, the equity certificate is already unlocked, and the equity certificate to be transferred is no longer locked at the certificate management address, meaning that the transfer can be continued later. If the number of the newly added blocks is equal to or smaller than the number of the unlocking blocks, the rights and interests to be transferred are still locked at the certificate management address, and the transfer-out cannot be continuously performed in the subsequent process. For example, the unlocking block number is 500, and the equity voucher transaction device reads the block number 10000 of the transaction when the equity voucher to be transferred is locked from the blockchain. If the tile number of the latest tile newly added to the blockchain is 10501 and the newly added tile number is 501, this indicates that the equity credential has been unlocked. If the block number of the most recently added block to the blockchain is 10499 and the number of newly added blocks is 499, it indicates that the equity credential is still locked.

In the embodiment of the application, the newly increased number of the blocks in the block chain is used as the locking deadline condition of the equity certificate, so that abnormal deadline control caused by service time setting errors and the like can be prevented, and the stability of a scheme is improved.

In one embodiment of the present application, based on the above technical solution, the rights and interests credential transfer request includes transfer requester information; the step of transferring the rights and interests to be transferred to the transfer account address by calling the credential transaction contract through the credential management contract, specifically comprising the following steps:

verifying the operation authority of the requester to the equity certificate in the certificate management address according to the transfer requester information in the equity certificate transfer request to obtain an authority verification result;

and if the authority verification result indicates that the requester has the credential transfer authority, invoking the credential transaction contract through the credential management contract to transfer the to-be-transferred equity credential from the credential management address to the transfer account address.

In this embodiment, the equity credential transaction device detects the rights of the requesting party to the equity credential transfer request before transferring the equity credential out of the credential management address. The equity credential transfer request includes transfer requester information, which is typically the issuer of the credential management contract, i.e., the recipient during the equity credential transaction. Transfer requester information typically includes information such as the account identification of the requester, a key, etc. The rights and interests credential transaction device verifies the identity or rights of the requester according to the transfer requester information through an interface or a function in the credential management contract, so as to verify whether the requester has corresponding operation rights, such as transfer rights or consumption rights, to the rights and interests credential in the credential management address, and obtain a verification result. The verification process may be implemented through a corresponding rights verification interface in the credential management contract, for example, the transfer requester information and the credential management address are input as parameters into the rights verification interface, and the transfer requester information and the credential management address are verified whether there is a corresponding right between them through the rights verification interface to the associated management contract or management service request of the operation rights. If the verification indicates that the requestor is provided with the transfer-out authority, the equity credential transaction device transfers equity credentials from the credential management address to the transfer-out account address via an interface or function in the credential management contract. The transfer process is a blockchain transaction process, such as packaging transaction content into a blockchain. It will be appreciated that during the transfer, the transfer-out account address may also be another account issuing another credential management contract, in which case the equity credential transaction device would then need to invoke the credential management contract of the other account via the current credential management contract to complete the equity credential transfer, and during the transfer determine by the callback interface of the credential management contract of the other account whether the locking deadline is to be set.

In the embodiment of the application, before the transfer of the equity certificate, the requester is verified to have the corresponding transfer-out authority through the certificate management contract, so that the legality of the equity certificate transfer-out process is ensured, and the security of the blockchain system is improved.

In one embodiment of the present application, based on the above technical solution, the step of verifying, according to information of a transfer requester in the rights credential transfer request, an operation right of the requester to the rights credential in the credential management address, to obtain a right verification result specifically includes the following steps:

According to the transfer requester information, verifying that the requester has management authority for the certificate management contract;

Acquiring an authorization limit of the credential management address through the credential management contract;

and if the authorization limit is higher than the number of the equity vouchers in the equity vouchers transfer request, confirming that the requester has vouchers transfer-out authority.

In this embodiment, in the process of authority verification, the equity credential transaction device confirms that the transfer requester is an administrator of the credential management contract, and confirms that the credential management address is configured with a sufficient authorization limit, so as to confirm that the requester has the transfer authority. Specifically, the equity certificate transaction device firstly verifies that a requester has management rights to a certificate management contract according to information of a transfer requester. The verification process can inquire the corresponding manager list through the certificate management contract, and then check whether the requester is in the manager list according to the information of the transfer requester, so as to verify whether the requester has management authority on the certificate management contract. Because the credential management contract is a contract for managing the equity credential that is transacted to the recipient, the requestor needs to have the administrator identity of the credential management contract, confirm that the requestor is authorized by the recipient, or that the requestor is the recipient itself, thereby preventing equity credential loss. After confirming that the requesting party has the management authority, the equity certificate transaction device further obtains the authorization limit of the certificate management address through the certificate management contract. The authorization amount is set by the owner or manager of the credential management contract. If the authorization amount is higher than the amount of the equity vouchers in the equity vouchers transfer request, the request party is confirmed to have the transfer-out authority, and if the authorization amount is lower than the amount of the equity vouchers in the equity vouchers transfer request, the transfer process is stopped and an error is reported to the request party. In one embodiment, the equity voucher transaction device further records the amount of equity vouchers transferred when the transfer of equity vouchers is completed, and compares the sum of the transferred equity vouchers and the amount of equity vouchers to be transferred with the authorization limit when the transfer of equity vouchers is confirmed, thereby limiting the total amount of transferred vouchers according to the authorization limit.

In the embodiment of the application, the quantity of the equity vouchers transferred from the vouchers management address is controlled by the authorization limit, so that the control capability of the equity vouchers transferring process can be improved, the information leakage causes the loss of equity vouchers caused by the transfer of a large quantity of equity vouchers, and the system security is improved.

In one embodiment of the present application, based on the above technical solution, before the step of receiving the request for transferring the rights and credentials, the solution of the present application further includes the following steps:

receiving a limit setting request, wherein the limit setting request comprises the certificate management address and limit information;

Generating a uplink request of a credit update transaction according to the credit setting request and setting the authorized credit to be zero through the certificate management contract;

And updating the authorized credit according to the credit information through the certificate management contract after the credit update transaction is uplink in the blockchain.

In this embodiment, when the authorization credit is updated, the credit is updated to zero, and the new authorization credit is updated after the transaction is uplink. Specifically, the equity certificate transaction device can accept a request for receiving a credit setting from the client, wherein the credit setting request includes a certificate management address and credit information. Then, according to the credit setting request, the equity voucher transaction device generates a credit update transaction and sets the authorized credit to zero through the voucher management contract. The credit update transaction is submitted to the blockchain for a packing and chaining process. During the time that the transaction is submitted and uplink, the authorization limit is set to zero, that is, the equity credential cannot be passed out of the credential management address. The equity certificate transaction device detects the uplink state of the credit update transaction, and when the credit update transaction is uplink in the blockchain, the equity certificate transaction device updates the authorized credit according to the credit information through the certificate management contract. Setting the authorization credit to zero during the uplink may prevent the credential management address from being rolled out of the equity credential above the specified credit. For example, the initial authorization limit is set to a, the requester modifies the authorization limit to B, and because the authorization limit is still a in the modification process, the requester can still apply for the transfer of the equity certificate of the a limit in the transaction linking process of modifying the authorization limit, and apply for the transfer of the equity certificate of the B limit again after the transaction of the a limit is linked up (when the equity certificate of the a limit is transferred out of the transaction and is not yet linked up), so that the transfer of the equity certificate of the B limit is a+b, and the limit of the exceeding B limit is exceeded. When the authorization line is modified, the line is set to zero, so that the application for the benefit certificate of the A line cannot be generated and applied for uplink, and the transaction cannot be successfully generated until the authorization line is changed to B, thereby preventing the transfer-out amount from exceeding the authorization line.

In the embodiment of the application, when the authorization limit is updated, the limit is updated to zero, and the new authorization limit is updated after the updated transaction is uplink, so that the benefit certificate exceeding the authorization limit can not be transferred from the certificate management address, and the security of the benefit certificate is improved.

In one embodiment of the present application, based on the above technical solution, the equity credential transaction request includes an initiator address; step S320, according to the equity voucher transaction request, establishes an association relationship between the equity voucher to be transacted and the voucher management address through a voucher transaction contract to obtain voucher transaction information, and specifically includes the following steps:

Determining that the equity vouchers to be transacted are associated with an initiator according to the initiator address through a vouchers transaction contract, wherein the equity vouchers to be transacted are not locked at the initiator address;

and generating credential transaction information according to the to-be-transacted equity credential and the credential management address, wherein the credential transaction information is used for indicating that the to-be-transacted equity credential is associated with the credential management address.

In this embodiment, before the equity credential is associated from the initiator address to the credential management address, a verification of legitimacy before association is performed. Specifically, the equity voucher transaction device firstly determines that the equity voucher to be transacted is related to the initiator according to the initiator address through a voucher transaction contract, namely, verifies that the equity voucher to be transacted by the initiator is the voucher owned in the account, and verifies that the equity voucher to be transacted is not locked at the initiator address. The specific locking verification mode can be to call the corresponding interface in the certificate transaction contract according to the rights and interests certificate identification, and determine the locking state according to the locking identification returned by the interface. After the verification is passed, the certificate transaction contract generates certificate transaction information according to the to-be-transacted equity certificate and the certificate management address. The credential transaction information may be a blockchain transaction that includes a transaction record indicating that the equity credential to be transacted that was originally associated with the initiator address has been modified to be associated with the credential management address.

In the embodiment of the application, the validity verification of the transaction content is carried out before the transaction, thereby ensuring that the ownership and the locking state of the equity certificate in the transaction process are in the state of allowing the transaction to be normally carried out, being beneficial to improving the accuracy of the transaction process and avoiding the occurrence of transaction errors.

In one embodiment of the application, the above technical solution is based; before the step S310 is performed to obtain the equity certificate transaction request, the scheme of the present application further includes the following steps:

Receiving a credential management contract deployment request from a credential receiver, the credential management contract deployment request including the credential management contract;

Storing the certificate management contract into the blockchain according to the certificate management contract deployment request to obtain a contract deployment result;

and sending the contract deployment result to the credential receiver.

In this embodiment, the credential receiver issues a credential management contract for managing its account, and the equity credential transaction device deploys the credential management contract according to the credential receiver request. Specifically, the equity credential transaction device receives a credential management contract deployment request from a credential recipient, wherein the credential management contract deployment request includes a credential management contract. Logic processes for setting lock deadlines and interface call relationships are implemented in the credential management contract. Then, according to the request for deploying the voucher management contract, the equity voucher transaction device stores the voucher management contract in the blockchain to obtain a contract deployment result. After deployment, the equity credential transaction device may send a contract deployment result to the credential recipient. The credential receiver then manages its equity credentials in the blockchain account through a uplink credential management contract.

In the embodiment of the application, the credential receiver is allowed to issue a credential management contract to manage the equity credential, so that the client can customize the transaction and management process for the equity credential, thereby being convenient for meeting different transaction and management requirements and being beneficial to the convenience of the blockchain transaction process.

Referring now to FIG. 5, FIG. 5 is a schematic flow chart diagram of an overall flow of a blockchain-based equity credential transaction in accordance with an embodiment of the present application. As shown in fig. 5, in step 501, the equity credential transaction device obtains an equity credential transaction request, where the equity credential transaction request includes an equity credential to be transacted and a credential management address to which the equity credential to be transacted needs to be associated, the equity credential is indexed to a credential management contract, and the credential management contract is used to manage equity credentials associated with the credential management address; then, in step 502, the equity voucher transaction device establishes an association relationship between equity vouchers to be transacted and voucher management addresses through a voucher transaction contract according to equity voucher transaction requests to obtain voucher transaction information; in step 503, the equity credential transaction device triggers the credential transaction contract to access a callback interface of the credential management contract according to the credential management address based on the credential transaction information. In response to the call of the callback interface, in step 504, the equity voucher transaction device calls a locking interface of the voucher transaction contract through the callback interface according to the equity voucher identification in the voucher transaction information, and sets a locking identification and a locking period of the equity voucher to be transacted in the voucher transaction information, wherein the locking period is a period that the equity voucher to be transacted is locked in the voucher management address, and the locking identification is used for indicating that the equity voucher to be transacted is locked. After the lock is completed, the equity voucher transaction device links the voucher transaction information up in the blockchain in step 505, completing the transaction process. Then, the receiving party of the equity certificate starts the equity certificate transferring process, in step 506, the equity certificate transaction device receives an equity certificate transferring request, and the equity certificate transferring request includes equity certificate to be transferred and the transferred account address; then, in step 507, the equity voucher transaction device queries the blockchain for the locking period of the equity voucher to be transferred through the voucher management contract according to the equity voucher transfer request; and in step 508, the lock status of the rights voucher to be transferred is determined based on the lock deadline. Finally, whether the transfer-out can be performed is determined according to the locking status, in step 509, if the locking status indicates that the to-be-transferred equity certificate is not locked at the certificate management address, the equity certificate transaction device transfers the to-be-transferred equity certificate to the transfer-out account address by invoking the certificate transaction contract through the certificate management contract.

Referring now to fig. 6, fig. 6 is an exemplary flowchart illustrating an application process according to an embodiment of the present application. As shown in fig. 6, user 1 initiates a requirement to deploy a credential recruitment contract to a blockchain service in step 601. The blockchain service deploys a credential recruitment contract in step 602. The post deployment credential recruitment contract returns contract deployment results to the blockchain service in step 603. Thereafter, in step 604, user 2 initiates a request to the credential recruitment contract for transfer of the equity credential to the credential recruitment contract address. The request is sent to the blockchain service, which verifies the user identity in step 605, signs the uplink transaction, and submits the user 2's equity credential transfer transaction uplink in step 606. In step 607, the credential transaction contract performs a verification operation prior to the transfer of the equity credential and, after verification passes, transfers the equity credential from the address of user 2 to the credential recruitment contract address in step 608. After the transfer is completed, a callback is triggered and the credential transaction invokes the callback interface of the credential recruitment contract at step 609. The voucher recruitment contract invokes the voucher transaction contract to set the lock identification and lock time of the equity voucher in step 610, and then the voucher transaction contract feeds back the transaction execution results to the blockchain service in step 611. Thereafter, user 1 initiates a equity credential roll-out request to the blockchain service in step 612, the blockchain service verifies the user identity and signs the submission up to the chain in step 613, and then invokes the credential recruitment contract to perform the equity credential roll-out process in step 614. The credential recruitment contract verifies that user 1 is the administrator account of the credential recruitment contract in step 615 and then checks in step 616 if the lock time of the transferred-out equity credential expires. After confirming expiration, the credential recruitment contract invokes the credential transaction contract to transfer the equity credential in step 617, which then executes the equity credential transfer logic in step 618 and feeds back the equity credential transfer result to the blockchain service in step 619.

It should be noted that although the steps of the methods of the present application are depicted in the accompanying drawings in a particular order, this does not require or imply that the steps must be performed in that particular order, or that all illustrated steps be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform, etc.

The apparatus implementations of the present application are described below as being used to perform the blockchain-based equity credential transaction apparatus methods of the above-described embodiments of the present application. FIG. 7 schematically illustrates a block diagram of a blockchain-based equity credential transaction device in an embodiment of the application. As shown in fig. 7, the blockchain-based equity credential transaction device 700 may mainly include:

A request obtaining module 710, configured to obtain a equity credential transaction request, where the equity credential transaction request includes a equity credential to be transacted and a credential management address to which the equity credential to be transacted needs to be associated, where the credential management address indexes to a credential management contract, and the credential management contract is configured to manage equity credentials associated with the credential management address;

the credential transaction module 720 is configured to establish an association relationship between the equity credential to be transacted and the credential management address through a credential transaction contract according to the equity credential transaction request, so as to obtain credential transaction information;

a lock setting module 730, configured to call the credential transaction contract to set a lock period of the to-be-transacted equity credential according to the credential transaction information, where the lock period is a period when the to-be-transacted equity credential is locked in the credential management address;

a transaction uplink module 740 for uplink the credential transaction information in a blockchain.

In some embodiments of the present application, based on the above technical solution, the lock setting module 730 includes:

In some embodiments of the present application, based on the above technical solution, the blockchain-based equity voucher transaction device 700 further includes:

In some embodiments of the present application, based on the above technical solutions, the equity credential transaction request includes an initiator address; the credential transaction module 720 includes:

It should be noted that, the apparatus provided in the foregoing embodiments and the method provided in the foregoing embodiments belong to the same concept, and a specific manner in which each module performs an operation has been described in detail in the method embodiment, which is not described herein again.

It should be noted that, the computer system 800 of the electronic device shown in fig. 8 is only an example, and should not impose any limitation on the functions and the application scope of the embodiments of the present application.

As shown in fig. 8, the computer system 800 includes a central processing unit (Central Processing Unit, CPU) 801 that can perform various appropriate actions and processes according to a program stored in a Read-Only Memory (ROM) 802 or a program loaded from a storage section 808 into a random access Memory (Random Access Memory, RAM) 803. In the RAM 803, various programs and data required for system operation are also stored. The CPU 801, ROM 802, and RAM 803 are connected to each other by a bus 804. An Input/Output (I/O) interface 805 is also connected to bus 804.

The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, mouse, etc.; an output portion 807 including a Cathode Ray Tube (CRT), a Liquid crystal display (Liquid CRYSTAL DISPLAY, LCD), and a speaker, etc.; a storage section 808 including a hard disk or the like; and a communication section 809 including a network interface card such as a LAN (Local Area Network ) card, modem, or the like. The communication section 809 performs communication processing via a network such as the internet. The drive 810 is also connected to the I/O interface 805 as needed. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as needed so that a computer program read out therefrom is mounted into the storage portion 808 as needed.

In particular, the processes described in the various method flowcharts may be implemented as computer software programs according to embodiments of the application. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method shown in the flowcharts. In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 809, and/or installed from the removable media 811. When executed by a Central Processing Unit (CPU) 801, performs the various functions defined in the system of the present application.

It should be noted that, the computer readable medium shown in the embodiments of the present application may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-Only Memory (ROM), an erasable programmable read-Only Memory (Erasable Programmable Read Only Memory, EPROM), a flash Memory, an optical fiber, a portable compact disc read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present application, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the foregoing.

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

It should be noted that although in the above detailed description several modules or units of a device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit in accordance with embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into a plurality of modules or units to be embodied.

From the above description of embodiments, those skilled in the art will readily appreciate that the example embodiments described herein may be implemented in software, or may be implemented in software in combination with the necessary hardware. Thus, the technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (may be a CD-ROM, a U-disk, a mobile hard disk, etc.) or on a network, and includes several instructions to cause a computing device (may be a personal computer, a server, a touch terminal, or a network device, etc.) to perform the method according to the embodiments of the present application.

Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains.

It is to be understood that the application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. A blockchain-based equity voucher transaction method, comprising:

the credential transaction information is uplinked in a blockchain.

2. The method of claim 1, wherein invoking the credential transaction contract to set the locking period of the equity credential to be transacted via the credential management contract based on the credential transaction information comprises:

Triggering the callback interface of the certificate transaction contract to access the certificate management contract according to the certificate management address according to the certificate transaction information;

and calling the certificate transaction contract through the callback interface to set the locking period of the to-be-transacted equity certificate.

3. The method of claim 2, wherein said invoking the credential transaction contract through the callback interface to set a lock period for the equity credential to be transacted comprises:

4. The method of claim 2, wherein the triggering the credential transaction contract to access the credential management contract callback interface based on the credential management address based on the credential transaction information comprises:

5. The method of claim 1, wherein after the credential transaction information is uplinked in a blockchain, the method further comprises:

6. The method of claim 5, wherein the lock period comprises an unlock time; the determining the locking state of the rights and interests to be transferred according to the locking period comprises the following steps:

7. The method of claim 5, wherein the lock period comprises a number of unlock blocks; the determining the locking state of the rights and interests to be transferred according to the locking period comprises the following steps:

8. The method of claim 5, wherein the equity credential transfer request includes transfer requester information; the invoking the credential transaction contract to transfer the to-be-transferred equity credential to the transfer-out account address via the credential management contract includes:

9. The method of claim 8, wherein verifying the operation rights of the requestor to the rights credential in the credential management address based on the transfer requestor information in the rights credential transfer request, and obtaining the rights verification result, comprises:

10. The method of claim 9, wherein prior to receiving the equity credential transfer request, the method further comprises:

11. The method of claim 1, wherein the equity credential transaction request includes an initiator address; establishing an association relationship between the equity vouchers to be transacted and the vouchers management addresses through vouchers transaction contracts according to the equity vouchers transaction requests to obtain vouchers transaction information, wherein the method comprises the following steps:

12. The method of any of claims 1 to 11, wherein prior to the acquiring the equity credential transaction request, the method further comprises:

and sending the contract deployment result to the credential receiver.

13. A blockchain-based equity voucher transaction device, comprising:

14. An electronic device, comprising:

a processor;

A memory for storing executable instructions of the processor;

Wherein the processor is configured to perform the blockchain-based equity credential transaction method of any of claims 1 to 12 via execution of the executable instructions.

15. A computer readable medium having stored thereon a computer program which when executed by a processor implements a blockchain-based equity credential transaction method as claimed in any of claims 1 to 12.