CN114723429A

CN114723429A - Block chain based non-homogenous instrument trading systems, methods, media and devices

Info

Publication number: CN114723429A
Application number: CN202210525342.XA
Authority: CN
Inventors: 陈文曲; 刘阳; 池程; 朱斯语; 谢滨
Original assignee: China Academy of Information and Communications Technology CAICT
Current assignee: China Academy of Information and Communications Technology CAICT
Priority date: 2022-05-16
Filing date: 2022-05-16
Publication date: 2022-07-08

Abstract

The disclosed embodiments disclose a blockchain-based non-homogeneous instrument trading system, method, medium, and apparatus. The non-homogeneous ticket transaction system comprises: the credit evaluation module is used for determining the credit rating of the user according to the acquired historical credit investigation data of the user in the user registration stage and distributing transaction authority to the account of the user according to the credit rating of the user; the contract module is used for responding to a transaction request which is sent by a user and determined according to the transaction authority of the user and is about a non-homogeneous bill, calling an intelligent contract which is deployed on the block chain service platform in advance to execute transaction, and generating a transaction record and storing the transaction record into a block chain associated with the block chain service platform; the monitoring module is used for monitoring the stored transaction records, determining bad transaction records and punishing accounts of related users based on the determined bad transaction records. Therefore, the bill of the transaction can have non-homogeneous property, and the verification at any time is supported.

Description

Block chain based non-homogenous instrument trading systems, methods, media and devices

Technical Field

The present disclosure relates to the field of blockchain technology, and in particular, to a blockchain-based non-homogeneous ticket transaction system, method, computer-readable storage medium, and electronic device.

Background

With the rapid development of social economy, the bill transaction is more and more popular. The bill has various forms, for example, a paper bill with a bar code or a two-dimensional code, or a wrist band embedded in a smart card or a chip, and the like. The ticket may be, for example, an entrance ticket, wherein the entrance ticket may include an artistic performance entrance ticket, an attraction visit entrance ticket, a high-end social event entrance ticket, and the like.

At present, in a trading market, a buyer and a seller can trade directly or through a third party platform, but the trading mode lacks enough benefit guarantee for the buyer (a consumer) because the buyer cannot verify the purchased bill, and further, if the purchased bill is a fake bill, an invalid bill or a tampered bill, the benefit of the buyer is damaged.

Disclosure of Invention

The disclosed embodiments provide a block chain-based non-homogeneous bill transaction system, method, computer-readable storage medium and electronic device, which can enable a transacted bill to have non-homogeneous properties and tamper-resistant characteristics, and simultaneously can support verification at any time and ensure the integrity and transparency of a transaction chain, thereby protecting consumer rights.

In one aspect of the disclosed embodiments, a block chain-based non-homogeneous instrument trading system is provided, which includes: a credit evaluation module configured to: in the user registration stage, determining the credit level of the user according to the acquired historical credit investigation data of the user, and allocating transaction authority to the account of the user according to the credit level of the user; a contract module configured to: in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and relates to the non-homogenization bill, calling an intelligent contract which is pre-deployed on a blockchain service platform to execute transaction, and simultaneously generating a transaction record and storing the transaction record into a blockchain associated with the blockchain service platform; a monitoring module configured to: monitoring the stored transaction records, determining bad transaction records, and penalizing accounts of the relevant users based on the determined bad transaction records.

In another aspect of the disclosed embodiments, a block chain-based non-homogeneous bill transaction method is provided, where the method includes: in the user registration stage, determining the credit rating of the user according to the acquired historical credit investigation data of the user, and allocating transaction authority to the account of the user according to the credit rating of the user; in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and relates to the non-homogeneous bill, calling an intelligent contract which is deployed on a block chain service platform in advance to execute transaction, and simultaneously generating a transaction record and storing the transaction record into a block chain associated with the block chain service platform; monitoring the stored transaction records, determining bad transaction records, and penalizing accounts of the relevant users based on the determined bad transaction records.

According to a further aspect of the embodiments of the present disclosure, there is provided a computer-readable storage medium having stored thereon computer program instructions, which, when executed by a processor, implement the method according to any of the above-mentioned embodiments of the present disclosure.

According to still another aspect of the embodiments of the present disclosure, there is provided an electronic apparatus including:

a memory for storing a computer program product;

a processor configured to execute the computer program product stored in the memory, and when the computer program product is executed, the method according to any of the above embodiments of the present disclosure is implemented.

According to the non-homogeneous bill transaction system, the non-homogeneous bill transaction method, the electronic equipment and the storage medium, the transaction permission is distributed according to credit investigation data of the user, the permission of the user with a lower credit grade can be reduced preventively, and therefore the transaction risk of the system can be reduced; secondly, the user's request for transaction of the non-homogeneous bill is executed by using a block chain technology and an intelligent contract, and the bill can be generated into the non-homogeneous voucher with a unique identifier, so that the bill can be verified at any time after the transaction is completed, and the transaction history and the use condition of the bill can be traced, namely the integrity and the transparency of a transaction chain are ensured. In addition, the distributed account book technology based on the block chain can realize the distributed storage of transaction data, the bill is difficult to tamper, and decentralized trust of a buyer of the transaction bill to a transaction platform is facilitated, so that the guarantee of the right and the benefit of the buyer is improved. Finally, by monitoring the transaction records of the system, the illegal user can be punished in a targeted manner, so that a good transaction environment is provided for the transaction system.

The technical solution of the present disclosure is further described in detail by the accompanying drawings and examples.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description, serve to explain the principles of the disclosure.

The present disclosure may be more clearly understood from the following detailed description, taken with reference to the accompanying drawings, in which:

FIG. 1 is a block chain based non-homogenous instrument trading system of one embodiment of the present disclosure;

FIG. 2 is a block chain based non-homogenous instrument trading system of another embodiment of the present disclosure;

FIG. 3 is a schematic diagram of an embodiment of the present disclosure;

FIG. 4 is a flow chart diagram of one embodiment of a blockchain based non-homogenous instrument trading method of the present disclosure;

FIG. 5 is a flow chart of another embodiment of a blockchain based non-homogenous instrument trading method of the present disclosure;

FIG. 6 is a flow chart of yet another embodiment of a blockchain based non-homogenization ticket trading method of the present disclosure;

FIG. 7 is a flow chart of yet another embodiment of a blockchain based non-homogenous instrument trading method of the present disclosure;

fig. 8 is a schematic structural diagram of an application embodiment of the electronic device of the present disclosure.

Detailed Description

Various exemplary embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. It should be noted that: the relative arrangement of the components and steps, the numerical expressions, and numerical values set forth in these embodiments do not limit the scope of the present disclosure unless specifically stated otherwise.

It will be understood by those of skill in the art that the terms "first," "second," and the like in the embodiments of the present disclosure are used merely to distinguish one element from another, and are not intended to imply any particular technical meaning, nor is the necessary logical order between them.

It is also understood that in embodiments of the present disclosure, "a plurality" may refer to two or more and "at least one" may refer to one, two or more.

It is also to be understood that any reference to any component, data, or structure in the embodiments of the disclosure, may be generally understood as one or more, unless explicitly defined otherwise or stated otherwise.

In addition, the term "and/or" in the present disclosure is only one kind of association relationship describing an associated object, and means that three kinds of relationships may exist, for example, a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in the present disclosure generally indicates that the former and latter associated objects are in an "or" relationship.

It should also be understood that the description of the various embodiments of the present disclosure emphasizes the differences between the various embodiments, and the same or similar parts may be referred to each other, so that the descriptions thereof are omitted for brevity.

Meanwhile, it should be understood that the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description.

The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application, or uses.

Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate.

It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.

Exemplary System

Fig. 1 is a schematic structural diagram of an embodiment of a blockchain-based non-homogeneous instrument trading system of the present disclosure. As shown in fig. 1, the blockchain-based non-homogeneous instrument trading system 100 may include a credit evaluation module 110, a contract module 120, and a monitoring module 130, and the above modules may be communicatively connected.

A credit evaluation module 110 configured to: in the user registration stage, determining the credit level of the user according to the acquired historical credit investigation data of the user, and allocating transaction authority to the account of the user according to the credit level of the user. A contract module 120 configured to: and in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and relates to the non-homogeneous bill, calling an intelligent contract which is deployed on a blockchain service platform in advance to execute transaction, and simultaneously generating a transaction record and storing the transaction record into a blockchain associated with the blockchain service platform. A monitoring module 130 configured to: monitoring the stored transaction records, determining bad transaction records, and penalizing accounts of the relevant users based on the determined bad transaction records.

It should be noted that the heterogeneous instrument trading system 100 may be deployed at a server, such as a blockchain service platform (preferably, a blockchain service platform built based on the star-fire-chain network infrastructure, for example). The specific implementation of the blockchain service platform is not limited in the present disclosure, for example, the blockchain service platform may be set based on a local server capable of being communicatively connected with the outside (for example, connected to the internet), or may also be deployed based on a cloud service. A user may log into the heterogeneous instrument trading system 100 through a network-enabled terminal.

As described above, the credit rating of the user is determined based on the historical credit investigation data of the user, and then the transaction authority is allocated to the user according to the credit rating, so that the authority of the user with a lower credit rating can be preventively reduced, and the transaction risk of the system can be reduced. Secondly, the user's request for transaction of the non-homogeneous bill is executed by using a block chain technology and an intelligent contract, and the bill can be generated into the non-homogeneous voucher with a unique identifier, so that the bill can be verified at any time after the transaction is completed, and the transaction history and the use condition of the bill can be traced, namely the integrity and the transparency of a transaction chain are ensured. In addition, the distributed account book technology based on the block chain can realize the distributed storage of transaction data, the bill is difficult to tamper, and decentralized trust of a buyer of the transaction bill to a transaction platform is facilitated, so that the guarantee of the right and the benefit of the buyer is improved. Finally, by monitoring the transaction records of the system, the illegal user can be punished in a targeted manner, so that the transaction system is ensured to have a good transaction environment.

As an optional embodiment of the present disclosure, the rule for determining the transaction request according to the transaction right is: the level of the transaction right is at least positively correlated with the upper limit of transaction unit price and the upper limit of transaction quantity allowed in the transaction request.

It can be understood that, the higher the level of the transaction authority, the higher the transaction unit price upper limit and the transaction quantity upper limit allowed in the transaction request; conversely, the lower the level of the transaction right, the lower the transaction unit price upper limit and the transaction quantity upper limit allowed in the transaction request.

As an alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the credit evaluation module 110 is further configured to: in the user registration stage, sending a real-name authentication request to a user, responding to the passing of the real-name authentication of the user, and associating the registration account of the user with the real identity information of the user; or, associating the payment account associated with the registered account with the real identity information of the user; acquiring historical credit investigation data of the user based on the real identity of the user; determining the credit rating of the user according to the historical credit investigation data based on a preset rating rule, and distributing transaction authority to the account of the user according to the credit rating of the user; wherein the preset rating rule comprises: the better the historical credit investigation data record is, the higher the credit rating of the user is; the higher the credit rating of a user, the higher the transaction rights assigned to the user's account.

It should be noted that the registered account of the user may include, but is not limited to, a wallet address based on the blockchain service platform. The historical credit data of the user may include, but is not limited to, historical transaction records of the user in transaction systems other than the current transaction system.

As described above, it can be understood that, before a transaction starts, a credit rating of a user is determined based on historical credit investigation data of the user, and then a transaction right is assigned to the user according to the credit rating, so that the right of the user with a lower credit rating can be preventively reduced, and thus the transaction risk of the system can be reduced.

As an alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the credit evaluation module 110 is further configured to: periodically obtaining a monitoring result of the transaction record from the monitoring module; responsive to the existence of a bad transaction record, a credit rating of a user to which the bad transaction record relates is adjusted downward.

It can be understood that, after the transaction is completed, based on the result of monitoring and analyzing the transaction record of the user, the credit rating of the user can be dynamically updated, so that the authority of the registered user with a lower credit rating can be pertinently reduced, and the continuity of the transaction risk in the transaction system can be shortened.

Fig. 2 is a schematic structural diagram of another embodiment of the non-homogenization bill transaction system based on the block chain of the present disclosure. As shown in fig. 2, based on the embodiment of fig. 1, the contract module 120 includes a casting sub-module 1201 and a circulation sub-module 1202.

As an optional example of the embodiment, the transaction request includes a casting transaction request, and the casting transaction request at least includes metadata and casting fees selected by a user according to casting rules in the smart contract; wherein the metadata includes at least a unique identification code, foundry information, quantity, unit price, extraction address, and attribute information about the ticket.

Based on this optional example, the casting submodule 1201 may be configured to: performing hash calculation on the metadata, and storing the metadata into a block chain associated with the block chain service platform by taking a hash value as an index; calling a non-homogenization standard service according to a service interface configured in the intelligent contract, casting the non-homogenization bill based on the non-homogenization standard service and the metadata, and transferring the ownership of the cast non-homogenization bill to an account of a user in response to confirming that the account of the user pays the casting cost.

It should be noted that the non-homogenization standard is not limited in the present disclosure, and may be, for example, the ERC721 standard.

The "transfer of ownership of the casted non-homogenous ticket to the user's account" may be a transfer of ownership of the casted non-homogenous ticket to the user's wallet address.

The attribute information of the non-homogenous ticket may include, but is not limited to, an application attribute or category of the ticket, such as an artistic performance ticket, an attraction visit ticket, a high-end social event ticket, and the like.

It will be appreciated that by using blockchain technology and intelligent contracts to execute a user's request for a transaction on the non-homogenous instrument, the instrument can be generated as a non-homogenous voucher with a unique identifier, so that the instrument can be verified at any time after the transaction is completed and the transaction history and usage of the instrument can be traced, i.e. the integrity and transparency of the transaction chain is ensured. In addition, the distributed account book technology based on the block chain can realize the distributed storage of transaction data, the bill is difficult to tamper, and decentralized trust of a buyer of the transaction bill to a transaction platform is facilitated, so that the guarantee of the right and the benefit of the buyer is improved.

As another optional example of the embodiment, the transaction request comprises a circulation transaction request, the circulation transaction request comprises a selling request and a selling cancellation request, and the selling request at least comprises a unique identification code about a non-homogenization ticket to be sold, unit price, quantity, ownership transfer authorization and a suspension order fee selected by a user according to a suspension order rule in the intelligent contract; the request for cancellation of sale comprises at least a unique identification code of the non-homogeneous ticket already pending, a cancellation of ownership transfer authorization.

Based on this optional example, in the case where the flow transaction request is a sell request, the flow submodule 1202 may be configured to: and in response to the confirmation that the account of the user initiating the selling request pays the listing fee, acquiring the ownership of the non-homogeneous bill to be sold, and putting the listing information of the non-homogeneous bill to be sold into a listing pool. In the event that the flow transaction request is a cancel sell request, the flow submodule 1202 may be configured to: based on ownership rules in the intelligent contract, ownership of unsold non-homogeneous bills is returned to an account of an original selling user, and bill hanging information of the non-homogeneous bills to be sold is withdrawn from a bill hanging pool; and transferring the ownership of the sold non-homogeneous bill from the account of the purchasing user to the account of the original selling user, and refunding and/or compensating the account of the purchasing user.

As described above, it is understood that the circulation sub-module may put or withdraw the hang tag information of the non-homogeneous instruments to be sold into or out of the hang tag pool according to the transaction selection of the selling user. The bill withdrawing option service provided for the selling user can help the selling user to deal with the situation that the selling user terminates the event corresponding to the non-homogeneous bill holding due to an emergency (for example, the scenic spot is closed due to epidemic situation prevention and control needs, so that tourists cannot take the bill to enter the scene in corresponding time), so that a selection space is provided for the after-sale decision of the selling user of the non-homogeneous bill, and meanwhile, under the situation that the event cannot be held as expected, the rights and interests of the user who has purchased the non-homogeneous bill can be protected from being damaged through operations such as bill withdrawing and refund.

As still another optional example of the embodiment, the transaction request includes a circulation transaction request, the circulation transaction request includes a purchase request and a cancel purchase request, and the purchase request includes at least a unique identification code, unit price, quantity, transaction tax, casting tax, purchase total amount of the non-homogeneous instrument to be purchased; the cancel purchase request includes at least a unique identification code, ownership transfer authorization, unit price, quantity, transaction tax, casting tax, refund total amount for the purchased non-homogenous instrument.

Based on this optional example, where the flow transaction request is a purchase request, the flow submodule 1202 may be configured to: calculating a transaction tax and a casting tax based on transaction tax accounting rules in the smart contract in response to confirming that the purchase total is paid by the account of the user initiating the purchase request; deducting the transaction tax and the casting tax from the purchase total and then allocating a remaining amount of money to an account of an original selling user who has sold the non-homogenous ticket; transferring ownership of the non-homogeneous ticket to an account of the purchasing user, and withdrawing the hang order information of the sold non-homogeneous ticket from the hang order pool. In the event that the flow transaction request is a cancel purchase request, the flow submodule 1202 may be configured to: based on ownership rules in the intelligent contract, acquiring ownership of the non-homogeneous bill corresponding to the purchase cancellation request again, and refunding to the account of the purchasing user; under the condition that the original selling user is determined to continuously sell the non-homogenization bill, putting the bill hanging information of the non-homogenization bill into a bill hanging pool; in the case that the original selling user is determined to cancel the continuous selling of the non-homogenization bill, transferring the ownership of the non-homogenization bill to the account of the original selling user.

As described above, it can be understood that the circulation submodule may also provide a purchase cancellation option service for a purchasing user, which may help the purchasing user to deal with a situation where the purchasing user cannot participate in an activity corresponding to a non-homogeneous ticket due to an emergency, that is, in a situation where the purchasing user cannot participate in the activity, it may be ensured that the rights and interests of the user who has purchased the non-homogeneous ticket are not damaged by operations such as cancellation of purchase and refund.

In addition, the ownership of the non-homogeneous bill which is cancelled to be purchased is returned to the transaction system, and further, if the original selling user agrees, the listing information of the non-homogeneous bill can be put into the listing pool again to be continuously sold, so that the selling selection of the selling user is not influenced.

Furthermore, if the original selling user does not want to continue selling, the trading system can return the ownership of the heterogeneous ticket to the wallet address of the original selling user, so that the benefit of the selling user is not damaged.

As an alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the system further includes a transaction record analysis module. The transaction record analysis module may be configured to: determining the type of the non-homogeneous bill which is cancelled by the user to be purchased according to the purchase cancellation record associated with the account of the purchasing user, wherein the type is used as a purchase intention type; determining listing information for other non-homogenous tickets belonging to the same category as the purchase intent category.

It will be appreciated that the determined hang-up information for other non-homogenous tickets belonging to the same category as the purchase intent category may be used as reference information to be pushed to the purchasing user, facilitating the consumer to compare prices and/or make purchases again.

As another alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the system further includes a transaction price analysis module. The transaction price analysis module may be configured to: determining the price distribution of the same-class non-homogeneous bills according to the bill hanging information of the non-homogeneous bills associated with the selling requests; and determining the guide price or the priority bargaining price of the non-homogeneous bill to be sold according to the price distribution.

Here, "determining the price distribution of heterogeneous tickets of the same category according to the listing information of heterogeneous tickets associated with the sale request" may be implemented in any feasible manner. For example, the trading price analysis module may crawl the hang ticket information of the non-homogeneous tickets associated with the sale requests in real time by using a crawler technology, determine market price information of the same type of non-homogeneous tickets, and then analyze market price changes by using an artificial intelligence algorithm to obtain the price distribution.

It can be understood that the determined guide price or the priority bargaining price of the non-homogeneous bill can be used for recommending the selling user, so that the user can conveniently refer to the guide price or the priority bargaining price hanging sheet, and the bargaining amount can be increased.

As a further alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the transaction system further includes an information service module.

As an optional example of this embodiment, the information service module may be configured to: and responding to the subscribed information service of the user, and regularly pushing the list hanging information in the list hanging pool to the user.

It is understood that a user (i.e., a consumer) may log in to the transaction system using a terminal (e.g., a smart phone, a tablet computer, etc.) to complete a subscription service. The bill hanging information regularly pushed to the user can help the consumer to know the information of the non-homogeneous bills to be sold in time, and further is favorable for promoting the transaction.

As another optional example of this embodiment, the information service module may be configured to: in response to the user canceling the purchase, pushing menu hanging information of other non-homogeneous bills belonging to the same category as the purchase intention category to the user; or, in response to a sale request initiated by a user, sending a guide price or a priority bargain price of a non-homogeneous ticket to be sold associated with the sale request to the user.

It can be understood that pushing the hang-up information of other non-homogeneous tickets belonging to the same category as the purchase intention category to the user can facilitate the comparison of prices by the consumer, and even can facilitate the user who originally cancels the purchase to purchase other non-homogeneous tickets of the same category again, thereby increasing the volume of the transaction system.

In addition, the guide price or the priority transaction price of the determined non-homogeneous bill is recommended to the selling user, so that the selling user can conveniently refer to the guide price or the priority transaction price hanging sheet, and the transaction volume of the transaction system can be improved.

As yet another optional example of this embodiment, the information service module may be configured to: determining the transaction amount and the transaction frequency of the user according to the transaction record; screening users with active transaction from all registered users according to the determined transaction amount and transaction frequency; notifying the transaction-active user of an airdrop; wherein the content of the airdrop comprises an offline physical reward, and/or an offer on the trading tax and casting tax.

It can be understood that the higher the transaction amount and the transaction frequency, the higher the activity of the user; therefore, the transaction amount and the transaction frequency of all the users in the system can be counted, then a transaction amount threshold value and a transaction frequency threshold value are determined according to a certain proportion, and the users with the transaction amount and the transaction frequency respectively larger than the corresponding threshold values are determined as the users with active transactions.

The airdrop is notified to the transaction active user, and the transaction active user can receive the corresponding reward according to the notification, so that the relationship between the high-quality consumer and the transaction system is maintained, the consumption of the high-quality consumer in the system is further stimulated, and the transaction performance of the transaction system is improved.

As a further alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 2, the contract module includes a price adjustment module and a compensation module.

The price adjustment module may be configured to: in response to a request initiated by a selling user to modify the price of the non-homogenous document in accordance with a guide price or a priority deal price, the modifying of the price of the non-homogenous document is performed without canceling the hang ticket.

It can be understood that the price adjusting module provides price changing service for the user, can help the user to change the price of the non-homogeneous bill under the condition of not canceling the hang-up bill, improves the service efficiency, and further can promote the volume of the transaction system.

The compensation module may be configured to: responding to the selling user to modify the price of the non-homogenization bill, and respectively acquiring the purchase price of the purchasing user for purchasing the non-homogenization bill and the price of the selling user after modification of the non-homogenization bill; determining a difference between the purchase price and the modified price; and when the difference is larger than a preset difference threshold value, compensating the account of the purchasing user based on the difference.

The preset difference threshold may be determined according to a poll of the users, for example, a certain number of users are proportionally selected from registered users of the trading system, opinions set by everyone on a specific numerical value of the preset difference threshold are collected, and thus a final preset difference threshold is determined according to a principle that minority obeys majority.

It can be understood that the psychological fall caused by the fact that the user pays more bills for purchasing the same type of bills can be smoothed in the same way of complementing the difference, the trading system is favorable for maintaining the customer group relationship, and the customer loss is avoided.

As a further alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the monitoring module 130 is further configured to: determining a problem node with data tampering based on a consensus mechanism; analyzing tampered data in the problem node, and determining a tampered transaction record; the tampered transaction record is marked as a bad transaction record and the transaction rights of the account involved in the bad transaction record are limited.

It should be noted that, based on the distributed ledger technique of the blockchain, the blockchains storing the transaction system data (e.g., transaction records) are respectively stored in different terminals, and the different terminals can be in communication connection with the transaction system to implement operations such as login and transaction. Wherein any one of the plurality of terminals is said "node".

It can be appreciated that by monitoring that problem nodes can be locked and then limiting account permissions corresponding to bad records, the transaction environment of the transaction system can be sanitized, protecting the benefits of other customers from loss.

As a further alternative embodiment of the present disclosure, on the basis of the embodiment of fig. 1, the transaction system further comprises an audit data reading interface module. The audit data read interface module is configured to: and in response to receiving an audit data request, calling the stored transaction record from the block chain associated with the block chain service platform and sending the transaction record to an audit data request terminal.

It should be noted that the audit data reading interface module may retrieve the transaction record from any node of the non-exception memory block chain.

It can be understood that by arranging the audit data reading interface module, the automatic acquisition of transaction records can be realized, and the audit efficiency can be greatly improved compared with the traditional manual screening.

The architecture and operation of the core module of the blockchain-based heterogeneous instrument trading system of the present disclosure are briefly described below with reference to fig. 3.

Referring to fig. 3, the blockchain associated with the blockchain service platform may include a plurality of blocks, and each block may be used to store the transaction record. In addition, the blockchain service platform stores intelligent contracts in blockchains and calls them up when needed, so that local storage can be lightened.

In the casting stage, aiming at a casting person (such as an activity organizer), the contract module can call an intelligent contract based on a block chain service platform and display configuration items related to metadata to the casting person according to the intelligent contract; the configuration items may include, for example, a unique identification for the non-homogenous document to be cast, a name of the event, a start time of the event, an end time of the event, a total number of tickets, an initial fare, a maximum fare, an extraction address, a copyright fee, and a creator, among others.

In the circulation stage, aiming at consumers (for the convenience of differentiation, for example, an agent selling bill business for a foundry agent can be used as a primary consumer, and a consumer buying bill through a trading system can be used as a secondary consumer), the contract module can call an intelligent contract based on the blockchain service platform and display configuration items related to trading data to the foundry according to the intelligent contract; the transaction data may include, for example, purchase tickets, sale amount, set ticket price, transaction fee, confirmation of purchase by a buyer, inquiry of ticket ownership, destruction of tickets (for example, event organizer is used as cast, since an event cannot be held as scheduled due to an emergency, tickets may be destroyed after cancellation of sale), account balance, balance extraction, and use or non-use of tickets.

In summary, first, the credit rating of the user is determined based on the historical credit investigation data of the user, and then the transaction authority is allocated to the user according to the credit rating, so that the authority of the user with a lower credit rating can be preventively reduced, and the transaction risk of the system can be reduced. Secondly, the user's request for transaction of the non-homogeneous bill is executed by using a block chain technology and an intelligent contract, and the bill can be generated into the non-homogeneous voucher with a unique identifier, so that the bill can be verified at any time after the transaction is completed, and the transaction history and the use condition of the bill can be traced, namely the integrity and the transparency of a transaction chain are ensured. In addition, the distributed account book technology based on the block chain can realize the distributed storage of transaction data, the bill is difficult to tamper, and decentralized trust of a buyer of the transaction bill to a transaction platform is facilitated, so that the guarantee of the right and the benefit of the buyer is improved. Finally, by monitoring the transaction records of the system, the illegal user can be punished in a targeted manner, so that the transaction system is ensured to have a good transaction environment.

In addition, the transaction system can meet different requirements of users by providing a service of canceling purchase or selling, and not only can maintain the customer relationship, but also can further promote consumption by compensating the difference for the customers and pushing the bill hanging information of other non-homogeneous bills of the same type, thereby improving the volume of finished goods.

Exemplary method

It should be understood that the specific extension of the foregoing embodiments herein with respect to a blockchain-based non-homogeneous instrument trading system may also be similarly applied in the following blockchain-based non-homogeneous instrument trading method. For the sake of simplicity, it is not described in detail.

Fig. 4 is a flow chart of one embodiment of a blockchain based non-homogenous instrument trading method of the present disclosure. The method as shown in fig. 4 includes steps S410, S420, and S430.

S410, in the user registration stage, determining the credit level of the user according to the acquired historical credit investigation data of the user, and allocating transaction authority to the account of the user according to the credit level of the user; s420, in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and relates to the non-homogenization bill, calling an intelligent contract which is deployed on a block chain service platform in advance to execute transaction, and generating a transaction record and storing the transaction record into a block chain associated with the block chain service platform; s430, monitoring the stored transaction records, determining bad transaction records, and punishing accounts of related users based on the determined bad transaction records.

Fig. 5 is a flow chart of another embodiment of a blockchain-based non-homogenous instrument trading method of the present disclosure. As shown in fig. 5, the step S420 includes steps S5201, S5202 and S5203.

S420, in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and related to the non-homogenization ticket, invoking an intelligent contract which is deployed on a blockchain service platform in advance to execute transaction, wherein the transaction request comprises: s5201, performing hash calculation on the metadata, and storing the metadata into a blockchain associated with the blockchain service platform by using a hash value as an index; s5202, calling a non-homogenization standard service according to a service interface configured in the intelligent contract, casting the non-homogenization bill based on the non-homogenization standard service and the metadata, and S5203, responding to the confirmation of paying the casting cost by the account of the user, and transferring the ownership of the cast non-homogenization bill to the account of the user.

The trading request comprises a casting trading request, and the casting trading request at least comprises metadata and casting fees selected by a user according to casting rules in an intelligent contract; wherein the metadata includes at least a unique identification code, foundry information, quantity, unit price, extraction address, and attribute information about the ticket.

Fig. 6 is a flow chart of yet another embodiment of a blockchain based non-homogenous instrument trading method of the present disclosure. As shown in fig. 6, the step S420 includes steps S6201, S6201', and S6202'.

In the case where the circulation transaction request is a sell request:

s420, in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and related to the non-homogenization ticket, invoking an intelligent contract which is deployed on a blockchain service platform in advance to execute transaction, wherein the transaction request comprises: s6201, in response to the fact that the account of the user initiating the selling request is confirmed to pay the bill hanging cost, ownership of the to-be-sold non-homogeneous bill is obtained, and bill hanging information of the to-be-sold non-homogeneous bill is placed into a bill hanging pool.

And, in the case that the flow transaction request is a cancel sell request:

s420, in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and related to the non-homogenization ticket, invoking an intelligent contract which is deployed on a blockchain service platform in advance to execute transaction, wherein the transaction request comprises: s6201', based on ownership attribution rules in the intelligent contract, ownership of unsold non-homogeneous bills is returned to an account of an original selling user, and bill hanging information of the non-homogeneous bills to be sold is withdrawn from a bill hanging pool; s6202', transferring the ownership of the sold non-homogeneous bill from the account of the purchasing user to the account of the original selling user, and refunding and/or compensating the account of the purchasing user.

The transaction request comprises a circulation transaction request which comprises a selling request and a selling cancellation request, wherein the selling request at least comprises a unique identification code, unit price, quantity, ownership transfer authorization and a listing fee selected by a user according to a listing rule in an intelligent contract, wherein the unique identification code, the unit price, the quantity and the ownership transfer authorization of a non-homogeneous bill to be sold; the request for cancellation of sale comprises at least a unique identification code of the non-homogeneous ticket already pending, a cancellation of ownership transfer authorization.

Fig. 7 is a flow chart of yet another embodiment of a blockchain-based non-homogenization ticket transaction method of the present disclosure. As shown in fig. 7, the step S420 includes steps S7201, S7202, and S7203; s7201', S7202', and S7203 '.

In the case where the circulation transaction request is a purchase request:

s420, in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and related to the non-homogenization ticket, invoking an intelligent contract which is deployed on a blockchain service platform in advance to execute transaction, wherein the transaction request comprises: s7201, in response to the confirmation that the total purchase amount is paid by the account of the user who initiates the purchase request, calculating transaction tax and casting tax based on transaction tax accounting rules in the intelligent contract; s7202, deducting the transaction tax and the casting tax from the purchase total, and then distributing the residual amount of money to the account of the original selling user of the non-homogenization bill sold; s7203, transferring the ownership of the non-homogeneous bill to an account of a purchasing user, and withdrawing the bill hanging information of the sold non-homogeneous bill out of a bill hanging pool;

and, in the event that the flow transaction request is a cancel purchase request:

s420, in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and related to the non-homogenization ticket, invoking an intelligent contract which is deployed on a blockchain service platform in advance to execute transaction, wherein the transaction request comprises: s7201', according to ownership rules in the intelligent contract, re-acquiring ownership of the non-homogeneous bill corresponding to the purchase cancellation request, and refunding to the account of the purchasing user; s7202', under the condition that the original selling user is determined to continuously sell the non-homogenization bill, putting the bill hanging information of the non-homogenization bill into a bill hanging pool; s7203', in the case that the original selling user is determined to cancel the continuous selling of the non-homogenization bill, transferring the ownership of the non-homogenization bill to the account of the original selling user.

Wherein the transaction request comprises a circulation transaction request, the circulation transaction request comprises a purchase request and a cancel purchase request, and the purchase request at least comprises a unique identification code, unit price, quantity, transaction tax, casting tax and purchase total amount of the non-homogenization instruments to be purchased; the cancel purchase request includes at least a unique identification code, ownership transfer authorization, unit price, quantity, transaction tax, casting tax, refund total amount for the purchased non-homogenous instrument.

As an optional embodiment of the present disclosure, the non-homogenization ticket transaction method further includes: determining the type of the non-homogeneous bill which is cancelled by the user to be purchased according to the purchase cancellation record associated with the account of the purchasing user, and taking the type as a purchase intention type; determining listing information for other non-homogenous tickets belonging to the same category as the purchase intent category.

As an optional embodiment of the present disclosure, the non-homogenization ticket transaction method further includes: determining the price distribution of the same-class non-homogeneous bills according to the bill hanging information of the non-homogeneous bills associated with the selling requests; and determining the guide price or the priority bargaining price of the non-homogeneous bill to be sold according to the price distribution.

As an optional embodiment of the present disclosure, in the user registration stage, determining a credit level of the user according to the acquired historical credit investigation data of the user, and allocating a transaction right to an account of the user according to the credit level of the user includes: in the user registration stage, sending a real-name authentication request to a user, responding to the passing of the real-name authentication of the user, and associating the registration account of the user with the real identity information of the user; or, associating the payment account associated with the registered account with the real identity information of the user; acquiring historical credit investigation data of the user based on the real identity of the user; determining the credit rating of the user according to the historical credit investigation data based on a preset rating rule, and distributing transaction authority to the account of the user according to the credit rating of the user; wherein the preset rating rule comprises: the better the historical credit investigation data record is, the higher the credit rating of the user is; the higher the credit rating of a user, the higher the transaction rights assigned to the user's account.

As an optional embodiment of the present disclosure, the non-homogenization ticket transaction method further includes: periodically acquiring a monitoring result of the transaction record; responsive to the existence of a bad transaction record, a credit rating of a user to which the bad transaction record relates is adjusted downward.

As an optional embodiment of the present disclosure, the monitoring the stored transaction record, determining an adverse transaction record, and penalizing an account of the relevant user based on the determined adverse transaction record includes: determining a problem node with data tampering based on a consensus mechanism; analyzing tampered data in the problem node, and determining a tampered transaction record; the tampered transaction record is marked as a bad transaction record and the transaction rights of the account involved in the bad transaction record are limited.

As an optional embodiment of the present disclosure, the non-homogenization ticket transaction method further includes: and in response to receiving an audit data request, calling the stored transaction record from the block chain associated with the block chain service platform and sending the transaction record to an audit data request terminal.

As an optional embodiment of the present disclosure, the non-homogenization bill transaction method further includes: responding to the subscribed information service of the user, and regularly pushing the list hanging information in the list hanging pool to the user; or, in response to the user canceling the purchase, pushing the waybill information of other non-homogeneous tickets belonging to the same category as the purchase intention category to the user; or, in response to a selling request initiated by a user, sending a guide price or a priority bargaining price of the non-homogeneous tickets to be sold, which are associated with the selling request, to the user; or, according to the transaction record, determining the transaction amount and the transaction frequency of the user; screening users with active transaction from all registered users according to the determined transaction amount and transaction frequency; notifying the transaction-active user of an airdrop; wherein the content of the airdrop comprises an offline physical reward, and/or an offer on the trading tax and casting tax.

As an optional embodiment of the present disclosure, the non-homogenization ticket transaction method further includes: in response to a request initiated by a selling user to modify the price of the non-homogenous document in accordance with a guide price or a priority deal price, the modifying of the price of the non-homogenous document is performed without canceling the hang ticket.

As an optional embodiment of the present disclosure, the non-homogenization ticket transaction method further includes: responding to the selling user to modify the price of the non-homogenization bill, and respectively acquiring the purchase price of the purchasing user for purchasing the non-homogenization bill and the price of the selling user after modification of the non-homogenization bill; determining a difference between the purchase price and the modified price; and when the difference is larger than a preset difference threshold value, compensating the account of the purchasing user based on the difference.

In addition, based on the same inventive concept, the disclosed embodiments further provide an electronic device, including:

a memory for storing a computer program;

a processor, configured to execute the computer program stored in the memory, and when the computer program is executed, the material tracking method according to any of the above embodiments of the present disclosure is implemented.

Fig. 8 is a schematic structural diagram of an application embodiment of the electronic device of the present disclosure. As shown in fig. 8, the electronic device includes one or more processors and memory.

The processor may be a Central Processing Unit (CPU) or other form of processing unit having data processing capabilities and/or instruction execution capabilities, and may control other components in the electronic device to perform desired functions.

The memory may store one or more computer program products, which may include various forms of computer-readable storage media, such as volatile memory and/or non-volatile memory. The volatile memory may include, for example, Random Access Memory (RAM), cache memory (cache), and/or the like. The non-volatile memory may include, for example, Read Only Memory (ROM), hard disk, flash memory, etc. One or more computer program products may be stored on the computer-readable storage medium and executed by a processor to implement the methods of the various embodiments of the disclosure described above and/or other desired functionality.

In one example, the electronic device may further include: an input device and an output device, which are interconnected by a bus system and/or other form of connection mechanism (not shown).

Of course, for simplicity, only some of the components of the electronic device relevant to the present disclosure are shown in fig. 8, omitting components such as buses, input/output interfaces, and the like. In addition, the electronic device may include any other suitable components, depending on the particular application.

In addition to the above-described methods and apparatuses, based on the same inventive concept, embodiments of the present disclosure may also be a computer program product comprising computer program instructions which, when executed by a processor, cause the processor to perform the steps in the methods according to the various embodiments of the present disclosure described in the above-mentioned part of the description.

The computer program product may write program code for carrying out operations for embodiments of the present disclosure in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server.

Furthermore, embodiments of the present disclosure may also be a computer readable storage medium having stored thereon computer program instructions which, when executed by a processor, cause the processor to perform steps in methods according to various embodiments of the present disclosure described in the above sections of this specification.

The computer-readable storage medium may take any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may include, 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 (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or 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.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.

The foregoing describes the general principles of the present disclosure in conjunction with specific embodiments, however, it is noted that the advantages, effects, etc. mentioned in the present disclosure are merely examples and are not limiting, and they should not be considered essential to the various embodiments of the present disclosure. Furthermore, the foregoing disclosure of specific details is for the purpose of illustration and description and is not intended to be limiting, since the disclosure is not intended to be limited to the specific details so described.

In the present specification, the embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts in the embodiments are referred to each other. For the system embodiment, since it basically corresponds to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

The block diagrams of devices, apparatuses, systems referred to in this disclosure are only given as illustrative examples and are not intended to require or imply that the connections, arrangements, configurations, etc. must be made in the manner shown in the block diagrams. These devices, apparatuses, devices, systems may be connected, arranged, configured in any manner, as will be appreciated by those skilled in the art. Words such as "including," "comprising," "having," and the like are open-ended words that mean "including, but not limited to," and are used interchangeably therewith. The words "or" and "as used herein mean, and are used interchangeably with, the word" and/or, "unless the context clearly dictates otherwise. The word "such as" is used herein to mean, and is used interchangeably with, the phrase "such as but not limited to".

The method and apparatus of the present disclosure may be implemented in a number of ways. For example, the methods and apparatus of the present disclosure may be implemented by software, hardware, firmware, or any combination of software, hardware, and firmware. The above-described order for the steps of the method is for illustration only, and the steps of the method of the present disclosure are not limited to the order specifically described above unless specifically stated otherwise. Further, in some embodiments, the present disclosure may also be embodied as programs recorded in a recording medium, the programs including machine-readable instructions for implementing the methods according to the present disclosure. Thus, the present disclosure also covers a recording medium storing a program for executing the method according to the present disclosure.

It is also noted that in the devices, apparatuses, and methods of the present disclosure, each component or step can be decomposed and/or recombined. These decompositions and/or recombinations are to be considered equivalents of the present disclosure.

The previous description of the disclosed aspects is provided to enable any person skilled in the art to make or use the present disclosure. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects without departing from the scope of the disclosure. Thus, the present disclosure is not intended to be limited to the aspects shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

The foregoing description has been presented for purposes of illustration and description. Furthermore, this description is not intended to limit embodiments of the disclosure to the form disclosed herein. While a number of example aspects and embodiments have been discussed above, those of skill in the art will recognize certain variations, modifications, alterations, additions and sub-combinations thereof.

Claims

1. A blockchain-based heterogeneous instrument trading system, comprising:

a credit evaluation module configured to: in the user registration stage, determining the credit level of the user according to the acquired historical credit investigation data of the user, and allocating transaction authority to the account of the user according to the credit level of the user;

a contract module configured to: in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and relates to the non-homogeneous bill, calling an intelligent contract which is deployed on a block chain service platform in advance to execute transaction, and simultaneously generating a transaction record and storing the transaction record into a block chain associated with the block chain service platform;

a monitoring module configured to: monitoring the stored transaction records, determining bad transaction records, and penalizing accounts of the relevant users based on the determined bad transaction records.

2. The non-homogenous instrument transaction system of claim 1,

the rule for determining the transaction request according to the transaction authority is as follows: the level of the transaction right is at least positively correlated with the upper limit of transaction unit price and the upper limit of transaction quantity allowed in the transaction request.

3. The non-homogenous ticket transaction system of claim 2,

the transaction request comprises a casting transaction request, and the casting transaction request at least comprises metadata and casting fees selected by a user according to casting rules in the intelligent contract; wherein the metadata includes at least a unique identification code, foundry information, quantity, unit price, extraction address, and attribute information about the ticket;

the contract module includes a casting submodule configured to:

performing hash calculation on the metadata, and storing the metadata into a block chain associated with the block chain service platform by taking a hash value as an index;

calling a non-homogenization standard service according to a service interface configured in the intelligent contract, casting the non-homogenization bill based on the non-homogenization standard service and the metadata,

transferring ownership of the non-homogenous instrument cast to an account of a user in response to confirming that the user's account paid the casting fee.

4. The non-homogenous transaction system of claim 2,

the transaction request comprises a circulation transaction request, the circulation transaction request comprises a selling request and a canceling selling request,

the selling request at least comprises a unique identification code, unit price, quantity, ownership transfer authorization and a listing fee selected by a user according to a listing rule in the intelligent contract, wherein the unique identification code, the unit price, the quantity and the ownership transfer authorization of the non-homogeneous bill to be sold; the request for cancellation of sale at least comprises a unique identification code of a non-homogeneous bill which is already hung and an authorization for cancellation of ownership transfer;

the contract module includes a flow around sub-module,

in the case where the circulation transaction request is a selling request,

the flow conversion sub-module is configured to: responding to the account of the user who sends the selling request to pay the bill hanging cost, acquiring ownership of the non-homogenization bill to be sold, and putting bill hanging information of the non-homogenization bill to be sold into a bill hanging pool;

and, in case the circulation transaction request is a cancel sale request,

the flow conversion sub-module is configured to: based on ownership rules in the intelligent contract, ownership of unsold non-homogeneous bills is returned to an account of an original selling user, and bill hanging information of the non-homogeneous bills to be sold is withdrawn from a bill hanging pool;

and transferring the ownership of the sold non-homogeneous bill from the account of the purchasing user to the account of the original selling user, and refunding and/or compensating the account of the purchasing user.

5. The non-homogenous ticket transaction system of claim 4,

the transaction request comprises a circulation transaction request, the circulation transaction request comprises a purchase request and a cancel purchase request,

the purchase request at least comprises a unique identification code, unit price, quantity, transaction tax, casting tax and purchase total amount of the non-homogenization bill to be purchased; the cancel purchase request comprises at least a unique identification code, ownership transfer authorization, unit price, quantity, transaction tax, casting tax, refund total amount of the purchased non-homogenous ticket;

the contract module includes a flow around sub-module,

in the case where the circulation transaction request is a purchase request,

the flow conversion sub-module is configured to:

calculating a transaction tax and a foundry tax based on transaction tax accounting rules in the smart contract in response to confirming that the purchase total is paid by the account of the user initiating the purchase request;

deducting the transaction tax and the casting tax from the purchase total and then allocating a remaining amount of money to an account of an original selling user who has sold the non-homogenous ticket;

transferring ownership of the non-homogeneous bill to an account of a purchasing user, and withdrawing the list information of the sold non-homogeneous bill out of a list pool;

and, in case the circulation transaction request is a cancel purchase request,

the flow conversion sub-module is configured to:

based on ownership rules in the intelligent contract, acquiring ownership of the non-homogeneous bill corresponding to the purchase cancellation request again, and refunding to the account of the purchasing user;

under the condition that the original selling user is determined to continuously sell the non-homogenization bill, putting the bill hanging information of the non-homogenization bill into a bill hanging pool;

in the case that the original selling user is determined to cancel the continuous selling of the non-homogenization bill, transferring the ownership of the non-homogenization bill to the account of the original selling user.

6. The non-homogenous instrument transaction system of claim 5, further comprising a transaction record analysis module configured to:

determining the type of the non-homogeneous bill which is cancelled by the user to be purchased according to the purchase cancellation record associated with the account of the purchasing user, wherein the type is used as a purchase intention type;

determining listing information for other non-homogenous tickets belonging to the same category as the purchase intent category.

7. The non-homogenous instrument trading system of claim 5, further comprising a trading price analysis module configured to:

determining the price distribution of the same-class non-homogeneous bills according to the bill hanging information of the non-homogeneous bills associated with the selling requests;

and determining the guide price or the priority bargaining price of the non-homogeneous bill to be sold according to the price distribution.

8. The non-homogenous ticket trading system of any of claims 1 to 7, wherein the credit evaluation module is further configured to:

in the user registration stage, sending a real-name authentication request to a user, responding to the passing of the real-name authentication of the user, and associating the registration account of the user with the real identity information of the user; or, associating the payment account associated with the registered account with the real identity information of the user;

acquiring historical credit investigation data of the user based on the real identity of the user;

determining the credit rating of the user according to the historical credit investigation data based on a preset rating rule, and distributing transaction authority to the account of the user according to the credit rating of the user;

wherein the preset rating rule comprises: the better the historical credit investigation data record is, the higher the credit rating of the user is; the higher the credit rating of the user is, the higher the transaction right allocated to the account of the user is;

and/or the presence of a gas in the gas,

the credit evaluation module is further configured to:

periodically obtaining a monitoring result of the transaction record from the monitoring module;

responsive to the existence of a bad transaction record, a credit rating of a user to which the bad transaction record relates is adjusted downward.

9. The non-homogenous item transaction system of any of claims 1 to 7, wherein the monitoring module is further configured to:

determining a problem node with data tampering based on a consensus mechanism;

analyzing tampered data in the problem node and determining a tampered transaction record;

the tampered transaction record is marked as a bad transaction record and the transaction rights of the account involved in the bad transaction record are limited.

10. The non-homogenous instrument transaction system of claim 1, further comprising an audit data reading interface module configured to:

and in response to receiving an audit data request, calling the stored transaction record from the block chain associated with the block chain service platform and sending the transaction record to an audit data request terminal.

11. The non-homogenous instrument trading system of claim 6 or 7, wherein the trading system further comprises an information service module configured to:

responding to the subscribed information service of the user, and regularly pushing the list hanging information in the list hanging pool to the user;

or, in response to the user canceling the purchase, pushing the waybill information of other non-homogeneous tickets belonging to the same category as the purchase intention category to the user;

or, in response to a selling request initiated by a user, sending a guide price or a priority bargaining price of the non-homogeneous tickets to be sold, which are associated with the selling request, to the user;

alternatively, the first and second electrodes may be,

determining the transaction amount and the transaction frequency of the user according to the transaction record;

screening users with active transaction from all registered users according to the determined transaction amount and transaction frequency;

notifying the transaction-active user of an airdrop; wherein the content of the airdrop comprises an offline physical reward, and/or an offer on the trading tax and casting tax.

12. The non-homogenous document transaction system of claim 11, wherein the contract module includes a price adjustment module and a compensation module,

the price adjustment module configured to: in response to a request initiated by a selling user to modify the price of the non-homogenous document according to a guide price or a priority deal price, performing a modification of the price of the non-homogenous document without canceling the hang-up;

the compensation module configured to:

responding to the selling user to modify the price of the non-homogenization bill, and respectively acquiring the purchase price of the purchasing user for purchasing the non-homogenization bill and the price of the selling user after the selling user modifies the non-homogenization bill;

determining a difference between the purchase price and the modified price;

and in the case that the difference is larger than a preset difference threshold value, compensation based on the difference is carried out on the account of the purchasing user.

13. A blockchain-based non-homogeneous bill transaction method is characterized by comprising the following steps:

in the user registration stage, determining the credit level of the user according to the acquired historical credit investigation data of the user, and allocating transaction authority to the account of the user according to the credit level of the user;

in response to receiving a transaction request which is sent by a user and determined according to the transaction authority of the user and relates to the non-homogeneous bill, calling an intelligent contract which is deployed on a block chain service platform in advance to execute transaction, and simultaneously generating a transaction record and storing the transaction record into a block chain associated with the block chain service platform;

monitoring the stored transaction records, determining bad transaction records, and penalizing accounts of the relevant users based on the determined bad transaction records.

14. An electronic device, comprising:

a memory for storing a computer program product;

a processor for executing the computer program product stored in the memory, and when executed, implementing the non-homogenous instrument trading method of claim 13 above.

15. A computer readable storage medium having computer program instructions stored thereon which, when executed by a processor, implement the non-homogenous instrument trading method of claim 13 above.