CN111369233A

CN111369233A - Transaction method and device in block chain

Info

Publication number: CN111369233A
Application number: CN201811590213.9A
Authority: CN
Inventors: 王晓亮; 何艳; 王博
Original assignee: Cryptape Co ltd
Current assignee: Hangzhou Rivtower Technology Co Ltd
Priority date: 2018-12-25
Filing date: 2018-12-25
Publication date: 2020-07-03

Abstract

The embodiment of the specification relates to a transaction method and a device of an original token in a block chain, which mainly comprise the following steps: and judging whether the transaction initiator has the transaction right or not based on a preset white list, and executing the transaction only when the transaction initiator has the transaction right, otherwise refusing to execute the transaction. Therefore, the transaction of the original token in the blockchain can be controlled and reduced, and the transaction of the original token in the blockchain with coins can be effectively guided, so that the problem of coin frying is reduced or even avoided.

Description

Transaction method and device in block chain

Technical Field

The embodiment of the specification relates to the technical field of block chains, in particular to a transaction method and device in a block chain.

Background

In recent years, as blockchain technology has matured, blockchains have become increasingly known. The problem that follows is that various blockchain items begin to issue currencies belonging to their own, and a wave of "coin frying" is emerging. The advent of various air coins, and promotional coins, has enabled the digital asset foam to be increasing in the blockchain world.

In the face of the problem that the block chain with coins can not avoid the coin frying and the exchange, the concept of the coin-free block chain is proposed. From the technical point of view, the 'coin-less blockchain' does not influence the blockchain to become a distributed database, but the cross-mechanism cooperation attraction of the blockchain is reduced, and the excitation problem of the accounting node cannot be solved. Furthermore, considering that a "coin-less blockchain" is essentially a federation chain or private chain, it has only the shape of a blockchain, but loses the intrinsic nature of the blockchain.

Therefore, it is highly desirable to find a new blockchain transaction scheme to effectively guide the transaction of the original token in the blockchain with coins, so as to reduce or even avoid the coin frying.

Disclosure of Invention

Embodiments of the present disclosure provide a transaction method and apparatus in a blockchain, which are used to effectively guide the transaction of an original token in a blockchain with coins, so as to reduce or even avoid the problem of coin frying.

In order to solve the above technical problem, the embodiments of the present specification adopt the following technical solutions:

in a first aspect, a transaction method in a blockchain is provided, including:

receiving a transaction request, wherein the transaction request at least carries a transaction initiator and a transaction amount;

when the transaction relates to a native token in a blockchain system, judging whether a transaction initiator corresponding to the transaction request has a transaction right or not based on a preset white list;

if the transaction initiator has the transaction authority, executing the transaction and linking the transaction result;

otherwise, execution of the transaction is denied.

In a second aspect, a transaction device in a blockchain is provided, including:

the system comprises a receiving module, a transaction processing module and a processing module, wherein the receiving module is used for receiving a transaction request, and the transaction request at least carries a transaction initiator and a transaction amount;

the judging module is used for judging whether a transaction initiator corresponding to the transaction request has a transaction right or not based on a preset white list when the transaction relates to a native token in a blockchain system;

the execution module is used for executing the transaction and linking the transaction result if the transaction initiator has the transaction authority; and the number of the first and second groups,

and the system is used for refusing to execute the transaction if the transaction initiator does not have the transaction authority.

In a third aspect, an electronic device is provided, including: a memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program being executed by the processor to:

otherwise, execution of the transaction is denied.

In a fourth aspect, a computer-readable storage medium is provided that stores one or more programs which, when executed by a server including a plurality of application programs, cause the server to:

otherwise, execution of the transaction is denied.

The embodiment of the specification adopts at least one technical scheme which can achieve the following beneficial effects:

by the technical scheme, whether the transaction initiator has the transaction right or not is judged based on the preset white list, the transaction can be executed only when the transaction initiator has the transaction right, and otherwise, the transaction is refused to be executed. Therefore, the transaction of the original token in the blockchain can be controlled and reduced, and the transaction of the original token in the blockchain with coins can be effectively guided, so that the problem of coin frying is reduced or even avoided.

Drawings

In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present specification, and for those skilled in the art, other drawings can be obtained according to the drawings without any creative efforts.

Fig. 1 is a schematic diagram illustrating a step of a transaction method in a blockchain according to an embodiment of the present disclosure;

fig. 2 is a second schematic diagram illustrating steps of a transaction method in a blockchain according to an embodiment of the present disclosure;

fig. 3 is a schematic structural diagram of a transaction device 300 in a blockchain provided in an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of an electronic device provided in an embodiment of this specification.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more clear, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the specific embodiments of the present disclosure and the accompanying drawings. It is to be understood that the embodiments described are only a few embodiments of the present disclosure, and not all embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present specification without any creative effort belong to the protection scope of the embodiments in the present specification.

The technical solutions provided by the embodiments of the present description are described in detail below with reference to the accompanying drawings.

Example one

Referring to fig. 1, a schematic diagram of steps of a transaction method in a blockchain provided for an embodiment of the present specification is provided, where an execution subject of the transaction method may be an intelligent contract in the blockchain, which may be understood as a system server in the blockchain to process a transaction involving all original tokens in the blockchain.

The transaction method may include the steps of:

step 110: receiving a transaction request, wherein the transaction request at least carries a transaction initiator and a transaction amount.

It should be understood that in the embodiments of the present specification, the transaction request may be initiated by any block node, which may be, for example: accounting nodes, block chain initiator, user nodes, block developer and other block nodes capable of initiating transaction. The transaction content corresponding to the transaction request may be a transfer of an original token, a sale of an original token, or the like.

The transaction initiator carried in the transaction request may be an identifier or an address of the transaction initiator, which is not limited in this specification.

Step 120: and when the transaction relates to a native token in a blockchain system, judging whether a transaction initiator corresponding to the transaction request has a transaction right or not based on a preset white list. If the transaction initiator has the transaction right, step 130 is executed, otherwise, step 140 is executed.

In this step, after it is determined that the transaction relates to the native token, it may be further determined whether the transaction amount is valid, and when the transaction amount is valid, it is determined whether the transaction initiator has the transaction right. However, it is generally valid depending on the transaction amount of the transaction. The transaction amount valid means that the transaction amount Value field in the transaction request is not equal to 0.

Optionally, in an embodiment of the present specification, the members in the preset white list at least include: accounting node, block chain initiator, block developer. In fact, user nodes may also be included.

It should be understood that the manner of recording the member in the preset white list is not limited, and may be recording a member identifier, such as an address of the member. All the embodiments in this specification take the address of a record member as an example for explanation.

For example, accounting node 1-Address 1; accounting node 2-Address 2; blockchain initiator 1-Address 3; block developer 1-Address 4; user node 1-Address 5; user node 2-Address 6; then, the preset white list a (including accounting node 1, accounting node 2, block chain initiator 1, and block opener 1) may be in the form of table 1, and the preset white list B (including accounting node 1, accounting node 2, block chain initiator 1, block opener 1, user node 1, and user node 2) may be in the form of table 2.

Address1
	Address2
Address3
	Address4

TABLE 1

Address1
	Address2
Address3
	Address4
Address5
	Address6

TABLE 2

Step 130: and executing the transaction and linking the transaction result.

If it is determined that the transaction initiator has the transaction right, specific transaction operations can follow according to the transaction content of the transaction, such as: the accounting node transfers the original token to the block developer; the block developer transfers the original token for the second time; the accounting node sells the original token to the user node.

After the transaction is completed, the transaction results are uplink stored.

Step 140: the transaction is denied execution.

If the transaction initiator is determined not to have the transaction authority, the transaction is refused to be executed.

Optionally, in this embodiment of the present specification, when determining, based on a preset white list, whether a transaction initiator corresponding to the transaction request has a transaction right or not, step 120 may specifically perform:

judging whether a transaction initiator corresponding to the transaction request belongs to a preset white list or not based on the preset white list;

if yes, determining that the transaction initiator has the transaction authority;

otherwise, determining whether to distribute transaction authority for the transaction initiator according to a preset transaction strategy in the intelligent contract.

Wherein the preset transaction policy at least comprises:

a first transaction strategy: receiving the transaction request and distributing transaction authority to the transaction initiator; and/or;

the second transaction strategy: and refusing the transaction request, and not allocating transaction authority to the transaction initiator.

It should be understood that the preset transaction policy is pre-stored in the smart contract. In general, only any one of the above types of predefined transaction policies may be stored in the smart contract, so that a uniform policy operation may be performed on the transaction initiator. In fact, the two preset transaction policies may be stored in the intelligent contract at the same time, so that it is required to specify which transaction initiators use the first transaction policy and which transaction initiators use the second transaction policy.

Optionally, when it is determined that the transaction initiator corresponding to the transaction request does not belong to a preset white list and a transaction right is allocated to the transaction initiator according to a preset transaction policy in an intelligent contract, the method further includes, in addition to executing the transaction and linking a transaction result:

and deducting an additional fee generated by executing the transaction, wherein the additional fee is generated based on a preset proportion of the transaction amount, and the preset proportion of the fee is inversely related to the transaction amount and/or the number of times of initiating the transaction by the transaction initiator.

Furthermore, in the embodiments of the present specification, the additional fees are not different from the commission fees or other incentive fees, but are generated in the form of the original token, i.e., the additional fees are also the original token. Therefore, the transaction of the original token in the blockchain can be further controlled and reduced by deducting the additional fee, and the transaction of the original token in the blockchain with coins can be effectively guided, so that the problem of coin frying is reduced or even avoided.

Optionally, in an embodiment of the present specification, the method further includes: and updating the preset white list. Wherein the update operation comprises at least: adding new member identification to the preset white list, deleting member identification in the preset white list, and replacing one or more combinations of member identification in the preset white list. In particular, different functions may be employed, for example:

adding a new member address to a preset white list by adopting an add function;

deleting a member address in a preset white list by adopting a remove function;

and returning all the member addresses in the preset white list by adopting a list function.

It should be noted that, in the embodiment of the present specification, the preset white list is always present in general. In addition, in order to improve transaction flexibility, a switch attribute may be set for the preset white list, and when the original token transaction needs to be limited, the preset white list is turned on, and then the transaction can be executed according to the transaction scheme related to the embodiment of the present specification, and when the original token transaction does not need to be limited, the preset white list is turned off, and then the transaction can be executed according to the transaction scheme in the prior art.

The following describes the transaction scheme of the original token in the blockchain referred to in this specification in detail by way of an embodiment.

Referring to fig. 2, the transaction scheme may include the following flows:

step 210: a transaction request is received.

During specific implementation, transaction data such as a transaction initiator and transaction amount carried by the transaction request can be read.

Step 220: and judging whether the transaction initiator of the transaction request belongs to members of a preset white list, if so, executing step 230, otherwise, executing step 250.

In fact, before step 220, a determination of the transaction amount is also required, and step 220 can only be performed if the transaction amount is not equal to 0 and the transaction involves the original token.

Step 230: determining that the transaction initiator has a transaction right.

Step 240: and executing the transaction and linking the transaction result.

For example, the operator transfers the original token to the distributor, and the distributor then carries out secondary money transfer; alternatively, the accounting node sells the original token to subsidize its operating cost to the user to obtain economic incentives.

The original token cannot be traded between user nodes through the C2C transaction or exchange transaction, nor can the user nodes pay the original token as a fee to the distributor, e.g., the user nodes cannot use the original token to purchase games.

Step 250: and judging whether the transaction initiator meets the transaction policy 1 or the transaction policy 2, if the transaction initiator meets the transaction policy 1, executing the step 260, and if not, executing the step 280.

The trading strategy 1 is as follows: receiving the transaction request and distributing transaction authority to the transaction initiator;

the trading strategy 2 is as follows: and refusing the transaction request, and not allocating transaction authority to the transaction initiator.

Step 260: and allocating transaction authority to the transaction initiator.

Step 270: and executing the transaction and uploading the transaction result, and deducting the additional fee generated by the transaction.

For transaction initiators outside the predefined white list, the transaction may also be executed with the additional fee being deducted, which is a fixed high percentage fee, different from the transaction commission, e.g. 10% of the transaction amount of the transfer is charged per transfer of the original token as the additional fee, which may be charged by the accounting node or may be destroyed directly.

In this way, although a transaction initiator other than the preset white list such as a user node may perform a transaction (an original token is transacted between user nodes through C2C or an exchange transaction, and the user node pays the original token to a distributor as a fee, for example, the user node purchases a game using the original token), a high additional fee needs to be paid, and thus a high frequency transfer transaction may be suppressed.

Moreover, where the additional fees are measured in terms of original tokens, high frequency transfer transactions can be further suppressed.

Step 280: no transaction authorization is assigned to the transaction initiator.

Step 290: the transaction is denied execution.

Example two

Referring to fig. 3, a schematic structural diagram of a transaction apparatus 300 in a blockchain provided in an embodiment of the present disclosure is shown, where the transaction apparatus 300 mainly includes:

a receiving module 310, configured to receive a transaction request, where the transaction request at least carries a transaction initiator and a transaction amount;

a determining module 320, configured to determine, when the transaction relates to a native token in a blockchain system, whether a transaction initiator corresponding to the transaction request has a transaction right based on a preset white list;

an executing module 330, configured to execute the transaction and link the transaction result if the transaction initiator has the transaction right; and the number of the first and second groups,

Optionally, as an embodiment, when the determining module 320 determines, based on a preset white list, whether a transaction initiator corresponding to the transaction request has a transaction right, specifically, the determining module is configured to:

In a specific implementation manner of the embodiment of this specification, when the determining module 320 determines that the transaction initiator corresponding to the transaction request does not belong to a preset white list, and allocates a transaction right to the transaction initiator according to a preset transaction policy in an intelligent contract, the executing module 330 is further configured to, in addition to executing the transaction and chaining a transaction result:

In a specific implementation manner of the embodiment of the present specification, the transaction device in the blockchain further includes:

an updating module, configured to perform an updating operation on the preset white list, where the updating operation at least includes: adding new member identification to the preset white list, deleting member identification in the preset white list, and replacing one or more combinations of member identification in the preset white list.

In a specific implementation manner of the embodiment of this specification, the members in the preset white list at least include:

accounting node, block chain initiator, block developer.

In a specific implementation manner of the embodiment of the present specification, the executing module 330 is configured to at least perform one or a combination of the following operations:

the accounting node transfers the original token to the block developer;

the block developer transfers the original token for the second time;

the accounting node sells the original token to the user node.

It should be understood that the transaction apparatus in the blockchain according to the embodiment of the present disclosure may also perform the transaction method shown in fig. 1 to fig. 2, and implement the functions of the transaction apparatus (or device) in the blockchain according to the embodiment shown in fig. 1 to fig. 2, which are not described herein again.

EXAMPLE III

The electronic apparatus of the embodiment of the present specification is described in detail below with reference to fig. 4. Referring to fig. 4, at a hardware level, the electronic device includes a processor, and optionally further includes an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a Non-Volatile Memory (Non-Volatile Memory), such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.

The processor, the network interface, and the memory may be interconnected by an internal bus, which may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an extended EISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 4, but that does not indicate only one bus or one type of bus.

And the memory is used for storing programs. In particular, the program may include program code comprising computer operating instructions. The memory may include both memory and non-volatile storage and provides instructions and data to the processor.

The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs, forming a trading device for the original token in the blockchain on a logical level. The processor executes the program stored in the memory, and is specifically configured to execute the method operations executed by the electronic device as an execution subject.

The methods disclosed in the embodiments of fig. 1-2 in this specification can be implemented in or by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present specification may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present specification may be embodied directly in a hardware decoding processor, or in a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

The electronic device may also perform the methods of fig. 1-2 and implement the functions of the embodiments of the transaction apparatus for the original token in the blockchain shown in fig. 1-2, which are not described herein again in this specification.

Of course, besides the software implementation, the electronic device of the embodiment of the present disclosure does not exclude other implementations, such as a logic device or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or a logic device.

Example four

The present specification embodiments also provide a computer readable storage medium storing one or more programs that, when executed by a server including a plurality of application programs, cause the server to:

otherwise, execution of the transaction is denied.

The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

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

The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A method of trading in a blockchain, comprising:

receiving a transaction request, wherein the transaction request at least carries a transaction initiator and a transaction amount; when the transaction relates to a native token in a blockchain system, judging whether a transaction initiator corresponding to the transaction request has a transaction right or not based on a preset white list;

otherwise, execution of the transaction is denied.

2. The transaction method according to claim 1, wherein determining whether the transaction initiator corresponding to the transaction request has a transaction right based on a preset white list specifically includes:

3. The method of claim 2, wherein when determining that the transaction initiator corresponding to the transaction request does not belong to a predefined white list and allocating transaction rights to the transaction initiator according to predefined transaction policies in the smart contract, the method further comprises, in addition to executing the transaction and linking the transaction result:

deducting an additional fee incurred in executing the transaction, wherein the additional fee is generated based on a preset proportion of the transaction amount, the preset proportion being inversely related to the number of times the transaction was initiated by the transaction initiator and/or the transaction amount.

4. The method of any one of claims 1-3, further comprising:

performing an update operation on the preset white list, wherein the update operation at least comprises: adding new member identification to the preset white list, deleting member identification in the preset white list, and replacing one or more combinations of member identification in the preset white list.

5. The method according to any one of claims 1 to 3,

further comprising, the block chain operator sets the preset white list when initiating the block chain.

6. The method of any one of claims 1-3, wherein performing the transaction comprises at least one or a combination of:

the accounting node transfers the original token to the block developer;

the block developer transfers the original token for the second time;

the accounting node sells the original token to the user node.

7. A transaction device in a blockchain, comprising:

8. The transaction apparatus according to claim 7, wherein the determining module is specifically configured to:

9. The transaction apparatus according to claim 7, wherein when determining that the transaction initiator corresponding to the transaction request does not belong to a predefined white list and allocating transaction right to the transaction initiator according to a predefined transaction policy in an intelligent contract, the executing module, in addition to being configured to execute the transaction and link a transaction result, is further configured to:

10. A computer readable storage medium storing one or more programs which, when executed by a server comprising a plurality of application programs, cause the server to:

when the transaction amount is valid, judging whether a transaction initiator corresponding to the transaction request has a transaction right or not based on a preset white list;

otherwise, execution of the transaction is denied.