WO2023109268A1 - Block chain message transmission method and device, client, and storage medium - Google Patents

Abstract

The present application provides a block chain message transmission method and device, a client, and a storage medium. The method comprises: generating a message publishing instruction by means of a first client, wherein the instruction carries an encrypted message to be sent, a return address corresponding to the first client, etc., and the address is determined according to a first link for receiving a return message by the first client; and then encrypting the instruction, and publishing the encrypted message according to a second link for publishing a message by the first client until a topic processing node receives a corresponding message, decrypts the corresponding message, obtains the instruction, and pushes the instruction, so that a second client obtains the message to be sent. The first client publishes the message by means of the second link; therefore, the topic processing node does not know the source of the message. The first client encrypts the message; therefore, a block chain node of the first client does not know the content of the message. Upon receipt of the message, the second client knows a first forwarding node of the return address at most. In this way, the security of anonymous information transmission on the block chain is improved.

Description

Blockchain message transmission method, device, client and storage medium

This application claims the priority of the Chinese patent application submitted to the China Patent Office on December 15, 2021, with the application number CN202111538853.7 and the application title "Blockchain message transmission method, device, client and storage medium". The entire contents are incorporated by reference in this application.

technical field

The present application relates to the block chain technology of financial technology (Fintech), and in particular to a block chain message transmission method, device, client and storage medium.

Background technique

With the development of computer technology, more and more technologies are applied in the financial field. The traditional financial industry is gradually transforming into financial technology, and blockchain technology is no exception. However, due to the security and real-time requirements of the financial industry, its Blockchain technology puts forward higher requirements.

At present, distributed storage systems are more and more widely used in the financial industry. The blockchain system is a multi-center, tamper-proof, and non-repudiation distributed storage system. Therefore, the blockchain system is more and more used in the financial industry. In the blockchain system, taking the Advanced Messages Onchain Protocol (AMOP) scheme as an example, the message is based on publish-subscribe, the subscriber's client can subscribe to a topic, and the publisher's client sends When a topic publishes a message, the blockchain node will route the message to all subscribers of the topic. Wherein, the above topics can be divided into common topics and private topics. For common topics, subscribers can directly subscribe to topics without any access restrictions, encryption protection, etc. For private topics, it is mainly used for secure peer-to-peer communication between institutions. In the current solution, the subscriber needs to authenticate with the publisher when subscribing to the topic, and the subscription can only succeed after the authentication is passed.

However, in the above scheme, the private topic publishes and subscribes by authenticating the subscriber and the publisher, which makes the private topic have a defect, that is, the security is poor (for example, in the above scheme, although the subscriber and the publisher's client The terminal can no longer listen to the message of the private topic, but the blockchain nodes corresponding to the subscriber and the publisher still have the ability to listen to this message). This may lead to the disclosure of business secrets, and if there are malicious nodes that maliciously monitor messages, it may cause incalculable losses.

Contents of the invention

In order to solve the problems existing in the prior art, the present application provides a block chain message transmission method, device, client and storage medium.

In the first aspect, the embodiment of the present application provides a block chain message transmission method, the method is applied to the first client, and the first client corresponds to a block chain node in the block chain system, the method include:

According to the topic to be released, generate a message release instruction, the message release instruction carries the identifier of the topic to be released, the encrypted message to be sent, and the return address corresponding to the first client, wherein the first client The corresponding return address is determined according to the first link on which the first client receives the return message in the blockchain system;

Using the topic processing node in the blockchain system to encrypt the message publishing instruction to obtain the first message;

Encrypting the first message based on the second link of the first client publishing the message in the block chain system to obtain the second message;

At the corresponding block chain node, according to the second link, the second message is issued until the topic processing node receives the first message, and decrypts the first message to obtain the Publishing a message instruction, obtaining a return address corresponding to the second client according to the identifier of the topic to be published, and pushing the posting message instruction according to the return address corresponding to the second client, so that the second client Based on the corresponding block chain node, the terminal receives the message publishing instruction, decrypts the encrypted message to be sent, and obtains the message to be sent.

In the second aspect, the embodiment of the present application provides another block chain message transmission method, the method is applied to the second client, and the second client corresponds to a block chain node in the block chain system, and the Methods include:

Based on the corresponding block chain node, receive the release message instruction pushed by the topic processing node in the block chain system, the release message instruction is generated by the first client according to the topic to be released, and the release message instruction carries the The identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, wherein, the return address corresponding to the first client is based on the The first link that receives the returned message in the system is determined, and the message publishing instruction is that the first client uses the topic processing node to encrypt the message publishing instruction to obtain a first message, and based on the second A client publishes a second link of a message in the blockchain system, encrypts the first message to obtain a second message, and according to the second link, after publishing the second message, the The topic processing node receives the first message and obtains it after decrypting the first message;

The encrypted message to be sent is decrypted to obtain the message to be sent.

In the third aspect, the embodiment of the present application provides a block chain message transmission device, the device is applied to a first client, and the first client corresponds to a block chain node in the block chain system, the device include:

The first instruction generation module is configured to generate a message release instruction according to the topic to be released, the message release instruction carries the identifier of the topic to be released, the encrypted message to be sent, and the return address corresponding to the first client, Wherein, the return address corresponding to the first client is determined according to the first link where the first client receives the return message in the blockchain system;

A first information encryption module, configured to use a topic processing node in the blockchain system to encrypt the instruction to issue a message to obtain a first message;

A second information encryption module, configured to encrypt the first message based on the second link in which the first client publishes a message in the blockchain system, to obtain a second message;

An information publishing module, configured to publish the second message on the corresponding block chain node according to the second link until the topic processing node receives the first message and responds to the first message performing decryption to obtain the posting message instruction, obtaining the return address corresponding to the second client according to the identifier of the topic to be published, and pushing the posting message instruction according to the return address corresponding to the second client, to Making the second client receive the message publishing instruction based on the corresponding block chain node, decrypt the encrypted message to be sent, and obtain the message to be sent.

In the fourth aspect, the embodiment of the present application provides another block chain message transmission device, which is applied to a second client, and the second client corresponds to a block chain node in the block chain system. Devices include:

The first information receiving module is configured to receive, based on the corresponding block chain node, the release message instruction pushed by the topic processing node in the block chain system, the release message instruction is generated by the first client according to the topic to be released , the publish message instruction carries the identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address corresponding to the first client is based on the first The client receives the first link confirmation of the return message in the blockchain system, and the message publishing instruction is that the first client uses the topic processing node to encrypt the message publishing instruction to obtain the second A message, and based on the second link in which the first client publishes a message in the blockchain system, encrypt the first message to obtain a second message, and publish according to the second link After the second message, the topic processing node receives the first message and decrypts the first message;

An information processing module, configured to decrypt the encrypted message to be sent to obtain the message to be sent.

In the fifth aspect, the embodiment of the present application provides a client, including:

processor;

storage; and

Computer program;

Wherein, the computer program is stored in the memory and is configured to be executed by the processor, the computer program including instructions for executing the method as described in the first aspect or the second aspect.

In a sixth aspect, an embodiment of the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program, and the computer program causes a server to execute the method described in the first aspect or the second aspect.

In a seventh aspect, an embodiment of the present application provides a computer program product, including computer instructions, and the computer instructions are used by a processor to execute the method described in the first aspect or the second aspect.

The block chain message transmission method, device, client and storage medium provided by the embodiment of the present application, the method generates a message release command through the first client (such as the client of the publisher), and the message release command carries the information of the topic to be published ID, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address is determined according to the first link of the first client receiving the return message in the blockchain system, and then, using the topic processing node The second link that publishes the message with the first client encrypts the above-mentioned publishing message instruction, so that according to the second link, the encrypted message is published until the topic processing node receives the corresponding message and decrypts it to obtain the above-mentioned publishing message command, and according to the identification of the topic to be published, obtain the return address corresponding to the second client (such as the subscriber's client), and push the above-mentioned publishing message command, so that the second client receives the above-mentioned publishing message command, and obtains the pending Send a message. Among them, since the first client publishes a message through the second link, the topic processing node does not know the source of the message; although the block chain node corresponding to the first client knows that the publisher sent a message, because the first client The message is encrypted, and it does not know what the content of the message is; the second client receives the message, and at most knows the first forwarding node of the return address, but it is not clear who the real publisher is. Some private topics publish-subscribe by authenticating subscribers and publishers, which has poor security, reduces the risk of commercial secret leakage, and reduces corresponding losses.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the accompanying drawings in the following description are only These are some embodiments of the present application. Those skilled in the art can also obtain other drawings based on these drawings without any creative effort.

FIG. 1 is a schematic structural diagram of a blockchain system in an AMOP scheme provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of message forwarding by the system shown in FIG. 1 provided in the embodiment of the present application;

FIG. 3 is a schematic diagram of a block chain message transmission system architecture provided by the embodiment of the present application;

FIG. 4 is a schematic flow diagram of a blockchain message transmission method provided by an embodiment of the present application;

FIG. 5 is a schematic diagram of a client publishing a message provided by an embodiment of the present application;

FIG. 6 is a schematic diagram of a publisher publishing a message and a subscriber receiving the message provided by the embodiment of the present application;

FIG. 7 is a schematic diagram of a subscriber reply message provided by the embodiment of the present application, and the recipient receives the message;

FIG. 8 is a schematic flow diagram of another blockchain message transmission method provided by the embodiment of the present application;

FIG. 9 is a schematic diagram of a subscriber obtaining a return address provided by an embodiment of the present application;

FIG. 10 is a schematic structural diagram of a blockchain message transmission device provided by an embodiment of the present application;

FIG. 11 is a schematic structural diagram of another blockchain message transmission device provided by the embodiment of the present application;

FIG. 12A shows a possible schematic structural diagram of a client of this application;

FIG. 12B shows a possible schematic structural diagram of the client of the present application.

Detailed ways

The following will clearly and completely describe the technical solutions in the embodiments of the application with reference to the drawings in the embodiments of the application. Apparently, the described embodiments are only some of the embodiments of the application, not all of them. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

The terms "first", "second", "third" and "fourth" (if any) in the specification and claims of this application and the above drawings are used to distinguish similar objects, and do not necessarily use Used to describe a specific sequence or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances such that the embodiments of the application described herein can be practiced in sequences other than those illustrated or described herein. Furthermore, the terms "comprising" and "having", as well as any variations thereof, are intended to cover a non-exclusive inclusion, for example, a process, method, system, product or device comprising a sequence of steps or elements is not necessarily limited to the expressly listed instead, may include other steps or elements not explicitly listed or inherent to the process, method, product or apparatus.

In the blockchain system, AMOP is a scheme that uses the blockchain network as a routing network to enable two clients to communicate directly, and is used to solve the problem that programs belonging to two different intranets cannot be directly connected to each other. In the AMOP scheme, the system structure is shown in Figure 1. It is a typical alliance chain architecture. Each organization will deploy a node, and the node has a numbered component to form a blockchain network. At the same time, each organization (such as A, B, C...) will also have a client (such as organization A client, organization B client, organization C client...) connected to the nodes of their respective organizations (such as organization A node, Organization B node, organization C node...), used to send and receive data. When the client of organization A wants to send data to the client of organization B, since they are not in the same network segment, they cannot directly establish a connection, so the blockchain network itself needs to be used as a routing network. When an organization, such as organization A, publishes a message, the blockchain network will forward the message to organizations that are interested in the message, such as C and D, as shown in Figure 2.

In the existing blockchain system, taking the AMOP scheme as an example, the message is based on publish-subscribe. The subscriber's client can subscribe to a certain topic, and when the publisher's client publishes a message to a certain topic, the block The chain node will route the message to all subscribers of the topic. Wherein, the above topics can be divided into common topics and private topics. For common topics, subscribers can directly subscribe to topics without any access restrictions, encryption protection, etc. For private topics, it is mainly used for secure peer-to-peer communication between institutions. In the current solution, the subscriber needs to authenticate with the publisher when subscribing to the topic, and the subscription can only succeed after the authentication is passed.

Suppose the publisher (marked as Alice) and the subscriber (marked as Bob) want to create a private topic A to exchange some business data such as orders. Assuming that both Alice and Bob know each other's public key, the process of establishing a private topic and completing communication between the two can be as follows:

1) Alice, the publisher, requests to publish a private topic A on the blockchain. The request format can be as follows:

field

value

publisher	Alice
subscriber list	[](not yet)
subscriber status	[](not yet)
topic name	A
topic type	private
topic use	communication

2) After the blockchain node receives the request, it creates a private topic record in its own storage. The data structure can be as follows:

field	value
publisher	Alice
subscriber list	[](not yet)
subscriber status	[](not yet)
topic name	A
topic type	private
topic use	communication

3) Blockchain nodes broadcast topic information to other nodes, that is, the above records, and other nodes in the blockchain network also create such a record in their own memory:

field	value
publisher	Alice
subscriber list	[](not yet)
subscriber status	[](not yet)
topic name	A
topic type	private
topic use	communication

4) Subscriber Bob requests to subscribe to the same private topic A on the blockchain, and the request format is as follows:

field	value
subscriber	Bob
topic name	A
topic attribute	private
topic use	communication

5) After the blockchain node receives the subscription request, it broadcasts the request, and each node that receives the request updates the subscription information in its own memory as follows:

field	value
publisher	Alice

subscriber list	[Bob]
subscriber status	[to be certified]
topic name	A
topic type	private
topic use	communication

6) Create a common topic B for authenticating topic A, that is, add a record in the following format to its own storage:

field	value
publisher	Alice
subscriber	Bob
topic name	B
topic attribute	ordinary
topic use	Certification A

7) The blockchain node and other nodes broadcast the information of topic B, so that other nodes in the blockchain network also create such a record in their own memory:

field	value
subscriber	Bob
topic name	B
topic attribute	ordinary
topic use	Certification A

8) The node connected to the publisher Alice now transmits the topic B to the publisher Alice; similarly, the node connected to the subscriber Bob now transmits the topic B to the subscriber Bob.

9) Alice, the publisher, creates a random number n and sends it to topic B. The request format is as follows:

field	value
publisher	Alice
subscriber	Bob
topic name	B
Message content	no

10) The blockchain node forwards the random number route to Bob (for example, using multicast, flooding and other technologies).

11) Subscriber Bob signs the random number with the private key, and replies the message to topic B:

field	value
publisher	Bob

subscriber	Alice
topic name	B
Message content	sig(n, Bob)

12) The blockchain node forwards the signature route to Alice (for example, using technologies such as multicast and flooding). After Alice receives the message, she uses Bob's public key to verify the signature sig, and informs the blockchain node of the verification result. The message format is:

field	value
subscriber	Bob
topic name	B
Validation results	success

13) If the verification is successful and broadcast to other nodes, each blockchain node that receives the message modifies Bob's authentication status in itself:

field	value
publisher	Alice
subscriber list	[Bob]
subscriber status	[verified]
topic name	A
topic type	private
topic use	communication

14) Next, if Alice sends a message to topic A, the blockchain node will forward the message route to subscriber Bob, and vice versa.

However, in the above scheme, there is a defect in the private topic, that is, the security is poor (for example, in the above scheme, although the clients of the subscriber and the publisher can no longer listen to the message of the private topic, the subscriber and the publisher The corresponding blockchain node still has the ability to monitor this message, such as who created what topic, who subscribed to what topic, who sent what message to which topic, and who replied to whom with what message, etc.). This may lead to the disclosure of business secrets, and if there are malicious nodes that maliciously monitor messages, it may cause incalculable losses.

Therefore, the embodiment of this application proposes a block chain message transmission method. The first client (such as the publisher's client) generates a message release instruction, and the message release instruction carries the identifier of the topic to be published, the encrypted message to be sent The return address corresponding to the message and the first client, wherein the return address is determined according to the first link of the first client receiving the return message in the blockchain system, and then, using the topic processing node and the first client to publish The second link of the message encrypts the above-mentioned release message instruction, so that, according to the second link, the encrypted message is released until the topic processing node receives the corresponding message for decryption, obtains the above-mentioned release message instruction, and according to the above-mentioned pending Publish the identifier of the topic, obtain the return address corresponding to the second client (such as the subscriber's client), push the above-mentioned publishing message instruction, so that the second client receives the above-mentioned publishing message instruction, and obtains the message to be sent. Among them, since the first client publishes a message through the second link, the topic processing node does not know the source of the message; although the block chain node corresponding to the first client knows that the publisher sent a message, because the first client The message is encrypted, and it does not know what the content of the message is; the second client receives the message, and at most knows the first forwarding node of the return address, but it is not clear who the real publisher is. The security of anonymous transmission of messages on the blockchain.

Among them, the client connects to the blockchain node of the institution or organization in the form of Transport Layer Security (TLS), which can also be called a gateway node. The topic processing node is a node dedicated to saving topic-related information.

Optionally, a block chain message transmission method provided by the present application can be applied to the block chain message transmission system architecture schematic diagram shown in Figure 3, as shown in Figure 3, the system can include a first client (such as publisher’s client), the block chain node corresponding to the first client, the second client (such as the subscriber’s client), the block chain node corresponding to the second client, and the topic processing node. Among them, the above nodes are in the same blockchain system. The blockchain system may also include other nodes in addition to the nodes mentioned above, and FIG. 3 is not shown in this application for the convenience of understanding.

In the specific implementation process, the first client generates an instruction to publish a message, and the instruction to issue a message carries the identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address is based on the first The client receives the first link confirmation of the return message in the block chain system. Then, the first client uses the topic processing node and the second link through which the first client publishes the message to encrypt the above message publishing instruction, and publishes the encrypted message on the corresponding blockchain node according to the second link. information. The topic processing node decrypts the corresponding message after receiving it, obtains the above-mentioned publishing message instruction, and obtains the corresponding return address of the second client according to the identification of the above-mentioned topic to be published, and pushes the above-mentioned publishing message instruction. Based on the corresponding blockchain node, the second client receives the above message publishing instruction, and then obtains the message to be sent. Among them, the topic processing node does not know the source of the message, so it does not know who the sender of the message is. Although the blockchain node corresponding to the client knows that the publisher has sent a message, it does not know what the content of the message is. The subscriber has received the message, but at most knows the first forwarding node of the return address. It is not clear who the real publisher is. Solve the existing private topic by authenticating the subscriber and the publisher to publish-subscribe, which is safe problem of poor sex.

It should be understood that the above-mentioned first client may be implemented by a processor reading instructions in a memory and executing the instructions, or may be implemented by a chip circuit.

The above system is only an exemplary system, and can be set according to application requirements during specific implementation.

The technical solutions of the present application are described below by taking several embodiments as examples, and the same or similar concepts or processes may not be repeated in some embodiments.

Fig. 4 is a schematic flow diagram of a blockchain message transmission method provided by the embodiment of the present application. The execution subject of this embodiment may be the first client in the embodiment shown in Fig. 3, and the details may be determined according to the actual situation. As shown in Figure 4, the blockchain message transmission method provided by the embodiment of the present application includes the following steps:

S401: Generate a message release instruction according to the topic to be released, the message release instruction carries the identifier of the topic to be released, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address corresponding to the first client It is determined according to the first link that the first client receives the return message in the blockchain system.

Here, the first client can be understood as a publisher's client, and the second client can be understood as a subscriber's client. Publishers and subscribers need to use a private topic to communicate. They can negotiate the name of the topic and a symmetric key (also called a topic key) in advance.

The instruction for the first client to generate a release message according to the topic to be released may be as follows:

field	value
command type	make an announcement
topic name	Demo Topic

information	Encrypted message to send, encrypted with the topic key
The return address corresponding to the first client	msgL|L

That is, the above-mentioned publishing message instruction may include the identifier of the topic to be published (such as the topic name, such as DemoTopic), the encrypted message to be sent (encrypted with the above-mentioned topic key), and the return address corresponding to the first client (msgL|L) .

Here, the blockchain system where the above-mentioned first client is located may have many nodes, for example, 26 nodes, which can be respectively recorded as ABCDE...XYZ for the convenience of fetching numbers. The publisher (such as Alice) needs to belong to different organizations from the subscriber (such as Bob), and Alice and Bob are each connected to a node (such as the first client connects to node L, and the second client connects to node G). For example, now Alice needs to exchange order data with Bob. The order involves the business secrets and user privacy of the two companies. Alice and Bob decide to use a private topic for communication. Among them, both Alice and Bob know each other's public key, and know the public key of each node in the network.

The above-mentioned first client can obtain the public key and identification of each block chain node in the above-mentioned first link, and then, according to the first preset order, use the public key of each block chain node in the above-mentioned first link to The user information of the above-mentioned first client and the identification of each block chain node in the first link are encrypted layer by layer to obtain the return address corresponding to the above-mentioned first client.

Exemplarily, the above-mentioned first client can first determine a link from the above-mentioned blockchain system as the first link to receive the return message, such as L, M, N, that is, when receiving the return message, the message passes through D- The order of >L->M->N is routed to the above-mentioned first client. Then, the first client processes the first link to obtain a return address corresponding to the first client. For example, the above-mentioned first client first encrypts the user information of the first client (such as the identity in the certificate, etc.) with the public key of the first blockchain node in reverse order of the above-mentioned first link, for example, encrypts with the public key of N above , get msgN. Then the above-mentioned first client splices the above-mentioned encrypted information and the identification of the above-mentioned first blockchain node in reverse order, and encrypts with the public key of the second blockchain node in reverse order of the above-mentioned first link, for example, The above information for N and the identity document (id) of node N are put together to form msgN|N, and msgM is obtained by encrypting with M's public key. In the same way, the above-mentioned first client splices the encrypted information and the identity of the above-mentioned second blockchain node in reverse order, and encrypts it with the public key of the above-mentioned first link in reverse order of the third blockchain node , For example, put together the above-mentioned information for M and the id of M node, that is, msgM|M, and encrypt it with the public key of L to obtain msgL. Finally, the above-mentioned first client puts together the encrypted information and the above-mentioned identification of the third blockchain node in reverse order, until the last node of the above-mentioned first link, for example, the above-mentioned information for L and L node The ids are put together to get msgL|L, which is the return address.

In addition, before the above-mentioned first client generates the message release instruction based on the topic to be released, it may also generate a topic creation instruction, the topic creation instruction carries the identifier of the topic to be released, and then uses the topic processing node to create a new topic. The topic command is encrypted to obtain the third message, based on the third link of the first client publishing the message in the above blockchain system, the above third message is encrypted to obtain the fourth message, and the corresponding blockchain node , according to the above-mentioned third link, release the above-mentioned fourth message until the above-mentioned topic processing node receives the above-mentioned third message, and decrypts the above-mentioned third message, obtains the above-mentioned creation topic instruction, and executes the topic according to the above-mentioned identification of the topic to be released Publish records.

Exemplarily, the publishing message instruction generated by the above-mentioned first client may be as follows:

field	value
command type	create topic
topic name	Demo Topic

The above-mentioned first client uses the above-mentioned topic processing node to encrypt the above-mentioned command to create a topic to obtain a third message, that is, the above-mentioned first client can encrypt the above-mentioned command to create a topic with the public key of node D, as a subsequent submission to D message, wherein, the process of instruction encryption can be:

The above-mentioned first client first serializes the instruction in the previous step into json or binary. For example, in json mode, the following string will be obtained:

Then the above-mentioned first client uses the public key of node D to encrypt the data to obtain msgD.

The above-mentioned first client can first determine a routing link as the third link for the first client to publish messages in the above-mentioned blockchain system, and use each area in the third link in a preset way, such as in reverse order. The public key of the block chain node is encrypted layer by layer. This layer-by-layer encryption can be understood as: Assuming that the selected links are A, B, and C (A is the first node), then the following encryption is performed:

Put together the third message above and the identification of the topic processing node, and encrypt it with the public key of the first blockchain node in the reverse order of the third link, for example, the message msgD and the node id character of D submitted to D above The strings are spliced together, that is, msgD|D, and then the message is encrypted with C's public key to obtain msgC;

Put together the encrypted message and the identity of the above-mentioned first blockchain node in reverse order, and encrypt with the public key of the second blockchain node in reverse order of the above-mentioned third link, for example, the above-mentioned message submitted to C Put msgC and C node id together, that is, msgC|C, and then encrypt the message with B's public key to get msgB;

In the same way, put together the encrypted message and the identity of the above-mentioned second blockchain node in reverse order, encrypt with the public key of the third blockchain node in reverse order on the above-mentioned third link, and repeat the above operations until The last blockchain node of the above third link in reverse order obtains the fourth message, for example, put together the above message msgB submitted to B and the B node id, that is, msgB|B, and then use A’s public key for the message Encrypt to get msgA.

The above-mentioned first client publishes the above-mentioned fourth message on the corresponding blockchain node according to the above-mentioned third link until the above-mentioned topic processing node receives the above-mentioned third message, that is, the above-mentioned first client submits the msgA message to A , Node A decrypts msgA with its own private key. According to the above, the following information will be obtained: msgB and B. Then, node A transfers msgB to B, and B does similar things, and so on, until node D receives the message and sends it to msgD. The specific process is shown in Figure 5.

After the topic processing node receives the third message, it can decrypt the third message to obtain the topic creation instruction, and record the topic release according to the identifier of the topic to be released, for example, add a topic record in the topic table. If the topic does not exist after decrypting the message, the above topic processing node can add a topic record in the topic table:

topic	subscriber
DemoTopic	Null

The above-mentioned topic processing node can also synchronize the subscription table to other nodes in the network through existing technologies such as flooding to ensure redundancy.

In this embodiment of the application, as far as topic creation is concerned, since the first client publishes a message through the third link, the topic processing node does not know the source of the message, so it is guaranteed not to know who the sender of the topic is. Although the blockchain node corresponding to the first client knows that the creator sent a message, because the first client encrypts the message, it does not know what the content of the message is, or even its type. Knowing that it is impossible to distinguish between topic creation, topic subscription, message publishing, etc., solve the problem of poor security and reduce the risk of commercial secret leakage by solving the problem of publishing-subscribing for existing private topics through identity authentication of subscribers and publishers.

S402: Utilize the topic processing node in the above-mentioned blockchain system to encrypt the above-mentioned message publishing instruction to obtain the first message.

Wherein, the first client may determine a topic processing node in the blockchain system according to the topic to be published. For example, the above-mentioned first client executes the Secure Hash Algorithm (SHA) 256 hash according to the topic name string (such as DemoTopic) to obtain a 256-bit large integer, and then uses the obtained large integer to update the system The number of nodes in (such as the above 26 nodes) calculates the remainder, and the node corresponding to the obtained remainder is the topic processing node, similar to: if the remainder is 0, the topic node is A; if the remainder is 1, the topic node is B;  …. In the embodiment of this application, it is assumed that the obtained topic processing node is a D node.

Here, the above-mentioned first client can use the public key of the topic processing node in the above-mentioned blockchain system to encrypt the above-mentioned publishing message command to obtain the first message. For example, encrypt the above-mentioned message publishing command with the D node public key to obtain message msgD.

S403: Encrypt the above-mentioned first message based on the second link through which the first client publishes a message in the above-mentioned blockchain system, to obtain a second message.

Exemplarily, the above-mentioned first client may perform layer-by-layer encryption processing on the above-mentioned first message by using the public keys of each blockchain node in the above-mentioned second link according to a second preset order to obtain the above-mentioned second message. For example, the above-mentioned first client can first determine a release link as the second link for the first client to publish messages in the above-mentioned blockchain system, and then use the public key layer-by-layer encryption in reverse order, as shown below , assuming that the selected link is L, B, C, encrypt as follows:

Put together the first message above and the ID of the topic processing node above, and encrypt it with the public key of the first blockchain node in the reverse order of the second link above, for example, put together the message for D and the node ID of D, that is msgD , use C's public key to encrypt to get msgC;

Put together the encrypted message and the identity of the above-mentioned first blockchain node in reverse order, and encrypt it with the public key of the second blockchain node in reverse order on the above-mentioned second link, for example, the above-mentioned message submitted to C Combined with the C node id, it is msgC|C, and encrypted with B's public key to obtain msgB;

In the same way, put together the encrypted message and the identity of the second blockchain node in reverse order above, encrypt with the public key of the third blockchain node in reverse order on the second link above, and repeat the above operations until The second link is the last blockchain node in reverse order to obtain the second message. For example, put together the above message submitted to B and the B node id to form msgB|B, and encrypt it with the public key of L node to obtain msgL.

S404: At the corresponding blockchain node, publish the above-mentioned second message according to the above-mentioned second link until the above-mentioned topic processing node receives the above-mentioned first message, decrypts the above-mentioned first message, and obtains the above-mentioned release message instruction, Obtain the return address corresponding to the second client according to the identification of the topic to be published above, and push the above message publishing instruction according to the return address corresponding to the second client, so that the second client can receive To the above-mentioned publishing message instruction, the above-mentioned encrypted message to be sent is decrypted to obtain the above-mentioned message to be sent.

Here, after the above-mentioned processing device obtains the above-mentioned second message, it can publish the above-mentioned second message on the corresponding block chain node according to the above-mentioned second link until the above-mentioned topic processing node receives the above-mentioned first message, for example, the above-mentioned processing The device is on the corresponding blockchain node, and the above-mentioned second message is given to L, and L node decrypts it with its own private key, and obtains the following information: msgB and B. Then, L forwards to node B, and so on until node D receives the message. Node D has obtained the complete sending topic request at this time, including: topic name, message content encrypted with the topic key and the return address of the first client (publisher return address).

The above-mentioned topic processing node can obtain the corresponding return address of the second client according to the identification of the above-mentioned topic to be published. For example, the D node extracts the topic name field, and if the topic exists, extracts the return address of each subscriber. The topic processing node may further push the message publishing instruction according to the return address corresponding to the second client, so that the second client receives the message publishing instruction based on the corresponding blockchain node. For example, node D constructs a message transfer request, including: sending a topic request (topic name, encrypted message content, and publisher's return address) and a subscriber's return address. Node D takes out the inner layer subscription address and routing node and finds that it is handed over to node F, so it replaces the inner layer subscription address with the transfer request and submits it to node F. Node F decrypts the subscriber’s return address with its private key. Similar to the previous method, it takes out the inner subscription address and routing node, and finds that it should continue to be submitted to E, so it replaces the inner subscription address with the subscriber’s return address in the transit request, and then route to E. Node E decrypts the subscriber’s return address with the private key. Similar to the previous method, it takes out the inner subscription address and routing node, and finds that it should continue to be submitted to G, so it replaces the inner subscription address with the subscriber’s return address in the transit request, and then route to E. After the G node receives the message, it pushes it to the second client (ie, the client of the subscriber) according to the subscriber information recorded therein. The specific process is shown in FIG. 6 .

Further, the second client decrypts the encrypted message to be sent to obtain the message to be sent.

In addition, after the above-mentioned first client publishes the above-mentioned second message according to the above-mentioned second link, it can also receive the reply returned by the above-mentioned second client according to the return address corresponding to the above-mentioned first client based on the corresponding blockchain node message, the reply message carries encrypted reply content, and then decrypts the encrypted reply content to obtain the reply content of the second client.

Exemplarily, after obtaining the above-mentioned message to be sent, the second client can construct a reply message instruction according to the return address of the first client (return address of the issuer), which consists of the following content: reply content, which has been encrypted with a topic key and the return address of the first client (publisher return address).

The second client returns the reply message according to the return address of the first client, and the first client receives the reply message, decrypts the encrypted reply content, and obtains the reply content of the second client. For example, the second client (subscriber's client) sends the reply message to the gateway G, and the gateway G takes out the inner return address according to the return address of the publisher, replaces it with the return address of the publisher, and then submits it to the L node, similar to the above ,No longer. Node L decrypts the return address of the publisher with the private key, and finds that it is a return address that should be delivered to M, so it takes out the inner return address and replaces the return address of the publisher, and then submits it to M. Repeat the above process until N receives the message. After N decrypts it, it is found that it is for the publisher's information. If the first client (the publisher's client) is still online, it will be directly sent to the publisher's client. The publisher's client decrypts with the topic key, and at this point, the conversation is complete. Wherein, refer to FIG. 7 for the specific process.

Here, as far as message reply is concerned, any node on the link (except the blockchain node corresponding to the first client) only knows the next forwarding address, but does not know where it will be forwarded to; and the gateway does not know the real What is the content of the message, because it has been encrypted by the topic key.

In this embodiment of the present application, the first client (such as the publisher's client) generates an instruction to publish a message, and the instruction to issue a message carries the identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, Wherein, the return address is determined according to the first link through which the first client receives the return message in the blockchain system, and then, using the topic processing node and the second link through which the first client publishes the message, the above-mentioned publishing instruction Encrypt, thereby, according to the second link, release the encrypted message, until the topic processing node receives the corresponding message to decrypt, obtain the above-mentioned publishing message instruction, and according to the identification of the above-mentioned topic to be released, obtain the second client (such as The return address corresponding to the subscriber's client terminal) pushes the above message publishing instruction, so that the second client receives the above message publishing instruction and obtains the message to be sent. Among them, since the first client publishes a message through the second link, the topic processing node does not know the source of the message; although the block chain node corresponding to the first client knows that the publisher sent a message, because the first client The message is encrypted, and it does not know what the content of the message is; the subscriber receives the message, and at most knows the first forwarding node of the return address, but it is not clear who the real publisher is. Topics publish-subscribe by authenticating subscribers and publishers, which has poor security, reduces the risk of commercial secret leakage, and reduces corresponding losses.

In addition, FIG. 8 is a schematic flowchart of another blockchain message transmission method provided by the embodiment of the present application. The execution subject of this embodiment may be the second client in the embodiment shown in FIG. Sure. As shown in Figure 8, the blockchain message transmission method provided by the embodiment of the present application includes the following steps:

S801: Based on the corresponding blockchain node, receive a message release instruction pushed by the topic processing node in the above blockchain system. The message release instruction is generated by the first client according to the topic to be released. Publish the identifier of the topic, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address corresponding to the first client is based on the first client receiving the return message in the blockchain system The link is confirmed, and the above-mentioned publishing message instruction is that the first client uses the above-mentioned topic processing node to encrypt the above-mentioned publishing message instruction to obtain the first message, and based on the second link, encrypting the above-mentioned first message to obtain a second message, according to the above-mentioned second link, after publishing the above-mentioned second message, the above-mentioned topic processing node receives the above-mentioned first message, and decrypts the above-mentioned first message acquired afterwards.

Wherein, before the second client receives the message release instruction pushed by the topic processing node in the blockchain system, it may also generate a topic subscription instruction, and the topic subscription instruction carries the identifier of the topic to be published and corresponds to the second client. The return address of the second client, wherein the return address corresponding to the second client is determined according to the fourth link of the second client receiving the return message in the above-mentioned blockchain system, and then, using the above-mentioned topic processing node to execute the above-mentioned subscribing topic instruction Encrypt to obtain the fifth message, based on the fifth link of the second client publishing the message in the above blockchain system, encrypt the above fifth message to obtain the sixth message, and finally, at the corresponding blockchain node, According to the above-mentioned fifth link, publish the above-mentioned sixth message until the above-mentioned topic processing node receives the above-mentioned fifth message, and decrypts the above-mentioned fifth message to obtain the above-mentioned subscribing topic command, according to the above-mentioned identification of the topic to be published and the second The corresponding return address of the client, and record the topic subscription.

Here, before the above-mentioned second client generates the command to subscribe to the topic, it can also obtain the public key and identification of each blockchain node in the above-mentioned fourth link, and then, according to the third preset order, use the The public key of each block chain node performs layer-by-layer encryption processing on the user information of the second client and the identification of each block chain node in the fourth link to obtain the return address corresponding to the second client.

In addition, the above-mentioned second client can also use the public key of each blockchain node in the above-mentioned fifth link to perform layer-by-layer encryption processing on the above-mentioned fifth message according to the fourth preset sequence to obtain the above-mentioned sixth message.

Exemplarily, the above-mentioned second client (subscriber's client) can first select a link as the fourth link to receive the return message in the above-mentioned blockchain system, for example, select, F, E, G, hope to receive When receiving a message, the message is routed to the subscriber in the order of D->F->E->G. The G node is used as the end of the link, and the above-mentioned second client is connected to the G node. The above-mentioned second client encrypts the above-mentioned link to obtain the return address, and the steps can be as follows:

First, the user information of the second client, that is, the subscriber information, is encrypted with the public key of the first blockchain node in the reverse order of the fourth link above. If encrypted with the public key of G, msgG is obtained. Then put together the encrypted information and the identification of the first blockchain node in reverse order above, and encrypt with the public key of the second blockchain node in reverse order on the fourth link above, such as the information of G above Put it together with the id of node G, that is, msgG|G, and encrypt it with the public key of E to get msgE. In the same way, put the encrypted information together with the identity of the second blockchain node in reverse order above, encrypt with the public key of the third blockchain node in reverse order on the fourth link above, and repeat the above Step, until the last block chain node of the fourth link above, if the above information for E is put together with the id of the E node, that is, msgE|E, encrypted with the public key of F to obtain msgF, and the above information for F The information of and the id of the F node are put together, that is, msgF|F, to obtain the return address corresponding to the second client (subscriber's return address). For example, as shown in FIG. 9 , how a message holding the return address is returned to the second client (subscriber's client).

The subscription topic instruction generated by the above-mentioned second client can be as follows, the subscription topic instruction carries the identifier of the above-mentioned topic to be published and the corresponding return address of the second client:

field	value
command type	subscribe topic
topic name	Demo Topic
return address	msgF|F

The second client may use the public key of the topic processing node to encrypt the command to subscribe to the topic to obtain the fifth message, that is, encrypt the command to subscribe to the topic with the public key of D to obtain msgD.

Further, the above-mentioned second client can first select a sending link as the fifth link for the second client to publish a message in the above-mentioned blockchain system, such as G, Y, Z, according to the layer-by-layer encryption method, the Subscribe topic command encryption, as follows:

Combine the fifth message with the identification of the above-mentioned topic processing node (such as D node id) to obtain msgD|D, and encrypt it with the public key of the first blockchain node of the above-mentioned fifth link in reverse order, such as using Z's Encrypt with the public key to get msgZ. Then, put together the encrypted information and the identification of the first blockchain node of the fifth link, and encrypt it with the public key of the second blockchain node of the fifth link in reverse order, such as submitting the above to Z The message and Z node id are put together to get msgZ|Z, and msgY is obtained after encrypting with Y's public key. In the same way, put together the encrypted information and the identification of the second blockchain node of the above-mentioned fifth link, encrypt with the public key of the third blockchain node of the above-mentioned fifth link in reverse order, and repeat the above operations Up to the last blockchain node of the fifth link above, if the above message submitted to Y is put together with the Y node id, msgY|Y is obtained, and msgG is obtained after encrypting with the public key of G node, and the sixth message is obtained.

At the corresponding blockchain node, the second client publishes the sixth message according to the fifth link until the topic processing node receives the fifth message. For example, the second client above sends msgG to G, and G decrypts to get msgY and Y, then forwards it to Y, and so on, until D receives the message.

The above-mentioned topic processing node decrypts the above-mentioned fifth message, obtains the above-mentioned subscribing topic instruction, and records the topic subscription according to the identifier of the above-mentioned topic to be published and the corresponding return address of the second client. For example, the D node takes out the instructions in the message and records the subscriber information in its own topic table:

topic	subscriber
Demo Topic	return link msgF|F

Node D can also synchronize the subscription table to other nodes in the network through flooding to ensure redundancy.

In the embodiment of this application, as far as topic subscription is concerned, since the second client publishes a message through the fifth link, the topic processing node does not know the source of the message, and it contains the return address of the subscriber, and only the forwarding node is recorded information, but does not know the information of the subscriber itself, thus ensuring the concealment of the subscriber to the topic processing node, or even any node. Although the subscriber's blockchain node knows that the subscriber has sent a message, because the second client encrypts the message, it does not know what the content of the message is, or even its type, and cannot distinguish It is topic creation, topic subscription, message publishing, etc., which solves the problem of poor security and reduces the risk of commercial secret leakage by authenticating subscribers and publishers to publish-subscribe existing private topics.

S802: Decrypt the encrypted message to be sent to obtain the message to be sent.

Here, after the second client decrypts the encrypted message to be sent and obtains the message to be sent, it may also generate a reply message instruction, the reply message instruction carries the encrypted reply content corresponding to the first client. return address, and then, at the corresponding block chain node, return the above-mentioned encrypted reply content to the first client according to the corresponding return address of the first client, so that the first client can respond to the above-mentioned encrypted reply content Decrypt to obtain the reply content of the second client.

In the embodiment of the present application, the second client (such as a subscriber's client) receives the message publishing instruction pushed by the topic processing node in the blockchain system based on the corresponding blockchain node. The message publishing instruction is the first client (such as the publisher's client) generated according to the topic to be published, the message release instruction carries the identifier of the topic to be published, the encrypted message to be sent and the return address corresponding to the first client, wherein the corresponding return address of the first client The return address is determined according to the first link on which the first client receives the return message in the blockchain system, and the above message publishing instruction is for the first client to use the above topic processing node and the first client to publish a message in the blockchain system The second link of the above-mentioned publishing message instruction is encrypted. According to the second link, after publishing the encrypted message, the topic processing node receives the corresponding message and decrypts it. The encrypted message to be sent is decrypted to obtain the above message to be sent. Among them, since the first client publishes a message through the second link, the topic processing node does not know the source of the message; although the block chain node corresponding to the first client knows that the publisher sent a message, because the first client The message is encrypted, and it does not know what the content of the message is; the subscriber receives the message, and at most knows the first forwarding node of the return address, but it is not clear who the real publisher is. The security of anonymous transmission of online messages reduces the risk of commercial secret leakage and corresponding losses.

Corresponding to the blockchain message transmission method in the above embodiment, FIG. 10 is a schematic structural diagram of a blockchain message transmission device provided in the embodiment of the present application. For ease of description, only the parts related to the embodiment of the present application are shown. Fig. 10 is a schematic structural diagram of a blockchain message transmission device provided by an embodiment of the present application. The blockchain message transmission device 100 includes: a first instruction generation module 1001, a first information encryption module 1002, and a second information encryption module 1003 and an information publishing module 1004. The block chain message transmission device here may be the above-mentioned first client itself, or a chip or an integrated circuit that realizes the function of the first client. What needs to be explained here is that the division of the first instruction generation module, the first information encryption module, the second information encryption module and the information release module is only a division of logical functions. Physically, the two can be integrated or independent. of.

Wherein, the first instruction generating module 1001 is configured to generate an instruction to issue a message according to a topic to be issued, and the instruction to issue a message carries the identifier of the topic to be issued, the encrypted message to be sent, and the message corresponding to the first client. A return address, wherein the return address corresponding to the first client is determined according to the first link through which the first client receives the return message in the blockchain system.

The first information encryption module 1002 is configured to use the topic processing node in the blockchain system to encrypt the instruction to issue a message to obtain a first message.

The second information encryption module 1003 is configured to encrypt the first message based on the second link of the first client publishing the message in the blockchain system to obtain a second message.

The information publishing module 1004 is configured to publish the second message on the corresponding block chain node according to the second link until the topic processing node receives the first message, and Decrypting the message to obtain the message publishing instruction, obtaining the return address corresponding to the second client according to the identifier of the topic to be published, and pushing the message publishing instruction according to the return address corresponding to the second client, The second client receives the message publishing instruction based on the corresponding block chain node, decrypts the encrypted message to be sent, and obtains the message to be sent.

In a possible design, the first instruction generating module 1001 is further configured to:

Obtain the public key and identification of each block chain node in the first link;

According to the first preset sequence, using the public key of each block chain node in the first link, layering the user information of the first client and the identification of each block chain node in the first link Layer encryption processing to obtain the return address corresponding to the first client.

In a possible implementation manner, the second information encryption module 1003 is specifically configured to:

According to a second preset sequence, the first message is encrypted layer by layer by using the public key of each blockchain node in the second link to obtain the second message.

In addition, in a possible implementation manner, the device further includes a second instruction generation module 1005, configured to generate a topic creation instruction before the first instruction generation module 1001 generates a message publishing instruction according to a topic to be published, The creating topic instruction carries the identifier of the topic to be published; using the topic processing node, encrypting the creating topic instruction to obtain a third message; based on the first client in the block chain system Publish the third link of the message, encrypt the third message to obtain the fourth message; at the corresponding blockchain node, publish the fourth message according to the third link until the topic is processed The node receives the third message, decrypts the third message, obtains the instruction for creating a topic, and performs a topic publishing record according to the identifier of the topic to be published.

In a possible implementation manner, the device further includes a second information receiving module 1006, configured to, after the information publishing module 1004 publishes the second message according to the second link, based on the corresponding area The block chain node receives the reply message returned by the second client according to the return address corresponding to the first client, and the reply message carries encrypted reply content; decrypts the encrypted reply content to obtain Reply content of the second client.

The device provided by the embodiment of this application can be used to implement the technical solution of the method embodiment described in Figure 4 above, and its implementation principle and technical effect are similar, so the embodiments of this application will not repeat them here.

FIG. 11 is a schematic structural diagram of another blockchain message transmission device provided by the embodiment of the present application. The blockchain message transmission device 110 includes: a first information receiving module 1101 and an information processing module 1102 . The block chain message transmission device here may be the above-mentioned second client itself, or a chip or an integrated circuit that realizes the function of the second client. What needs to be explained here is that the division of the first information receiving module and the information processing module is only a division of logical functions, and physically the two may be integrated or independent.

Wherein, the first information receiving module 1101 is configured to receive, based on the corresponding block chain node, the release message instruction pushed by the topic processing node in the block chain system, and the release message instruction is based on the information to be released by the first client. topic generation, the publish message instruction carries the identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address corresponding to the first client is based on the The first client receives the first link confirmation of the return message in the blockchain system, and the message publishing instruction is that the first client uses the topic processing node to encrypt the message publishing instruction , obtain the first message, and encrypt the first message based on the second link of the first client publishing the message in the blockchain system to obtain the second message, according to the second link The path is obtained after the topic processing node receives the first message after publishing the second message and decrypts the first message.

The information processing module 1102 is configured to decrypt the encrypted message to be sent to obtain the message to be sent.

In a possible implementation manner, the device further includes a third instruction generating module 1103, configured to receive the message publishing instruction pushed by the topic processing node in the blockchain system before the first information receiving module 1101 , generate a subscribe topic instruction, the subscribe topic instruction carries the identifier of the topic to be published and the return address corresponding to the second client, wherein the return address corresponding to the second client is based on the The fourth link of receiving the return message in the block chain system is determined; using the topic processing node to encrypt the subscription topic instruction to obtain the fifth message; based on the second client in the area In the block chain system, the fifth link that publishes the message encrypts the fifth message to obtain the sixth message; at the corresponding block chain node, according to the fifth link, the sixth message is released until The topic processing node receives the fifth message, decrypts the fifth message, obtains the subscription topic instruction, and according to the identifier of the topic to be published and the return address corresponding to the second client, Make topic subscription records.

In a possible implementation manner, the third instruction generation module 1103 is further configured to:

Acquiring the public key and identification of each block chain node in the fourth link; according to the third preset order, using the public key of each block chain node in the fourth link, to the second client The user information and the identification of each blockchain node in the fourth link are encrypted layer by layer to obtain the return address corresponding to the second client.

In a possible implementation manner, the third instruction generating module 1103 is specifically configured to:

According to a fourth preset sequence, the fifth message is encrypted layer by layer by using the public key of each blockchain node in the fifth link to obtain the sixth message.

In a possible implementation manner, the device further includes a fourth instruction generation module 1104, configured to decrypt the encrypted message to be sent by the information processing module 1102 to obtain the message to be sent, Generate a reply message instruction, the reply message instruction carries the encrypted reply content and the return address corresponding to the first client; at the corresponding block chain node, according to the return address corresponding to the first client, return the The encrypted reply content is sent to the first client, so that the first client decrypts the encrypted reply content to obtain the reply content of the second client.

The device provided by the embodiment of the present application can be used to implement the technical solution of the method embodiment described in FIG. 8 above, and its implementation principle and technical effect are similar, so the embodiments of the present application will not repeat them here.

Optionally, FIGS. 12A and 12B schematically provide a schematic diagram of a possible basic hardware architecture of the client described in this application.

Referring to FIGS. 12A and 12B , the client 1200 includes at least one processor 1201 and a communication interface 1203 . Further optionally, a memory 1202 and a bus 1204 may also be included.

Wherein, in the client 1200, the number of processors 1201 may be one or more, and FIGS. 12A and 12B only illustrate one of the processors 1201 . Optionally, the processor 1201 may be a central processing unit (central processing unit, CPU), a graphics processing unit (graphics processing unit, GPU) or a digital signal processor (digital signal processor, DSP). If the client 1200 has multiple processors 1201, the types of the multiple processors 1201 may be different, or may be the same. Optionally, multiple processors 1201 of the client 1200 may also be integrated into a multi-core processor.

The memory 1202 stores computer instructions and data; the memory 1202 may store computer instructions and data required to implement the above-mentioned area management method provided in this application, for example, the memory 1202 stores instructions for implementing the steps of the above-mentioned area management method. The memory 1202 can be any one or any combination of the following storage media: non-volatile memory (such as read-only memory (Read-Only Memory, ROM), solid state disk (Solid State Disk, SSD), hard disk (Hard- Disk Drive, HDD), optical disc), volatile memory.

The communication interface 1203 may provide information input/output for the at least one processor. Any one or any combination of the following components may also be included: a network interface (such as an Ethernet interface), a wireless network card and other devices with network access functions.

Optionally, the communication interface 1203 may also be used for the client 1200 to perform data communication with other computing devices or terminals.

Further optionally, a thick line represents the bus 1204 in FIGS. 12A and 12B . The bus 1204 can connect the processor 1201 with the memory 1202 and the communication interface 1203 . In this way, the processor 1201 can access the memory 1202 through the bus 1204 , and can also use the communication interface 1203 to perform data interaction with other computing devices or terminals.

In this application, the client 1200 executes the computer instructions in the memory 1202, so that the client 1200 implements the above-mentioned area management method provided in this application, or makes the client 1200 deploy the above-mentioned area management device.

From the perspective of logical function division, for example, as shown in Figure 12A, the memory 1202 may include a first instruction generation module 1001, a first information encryption module 1002, a second information encryption module 1003, an information publishing module 1004, a second An instruction generating module 1005 and a second information receiving module 1006 . The inclusion here only refers to the first instruction generation module 1001, the first information encryption module 1002, the second information encryption module 1003, the information issuance module 1004, the second instruction generation module 1005 and The function of the second information receiving module 1006 is not limited to the physical structure.

Exemplarily, as shown in FIG. 12B , the memory 1202 may include a first information receiving module 1101 , an information processing module 1102 , a third instruction generating module 1103 and a fourth instruction generating module 1104 . The inclusion here only refers to the functions of the first information receiving module 1101, the information processing module 1102, the third instruction generating module 1103 and the fourth instruction generating module 1104 that can be realized when the instructions stored in the memory are executed, and are not limited to physical Structure.

In addition, besides being implemented by software as in the above-mentioned Figures 12A and 12B, the above client can also be implemented by hardware as a hardware module or as a circuit unit.

The present application provides a computer-readable storage medium, the computer program product includes computer instructions, and the computer instructions instruct a computing device to execute the above-mentioned block chain message transmission method provided in the present application.

The present application provides a chip, including at least one processor and a communication interface, and the communication interface provides information input and/or output for the at least one processor. Further, the chip may further include at least one memory, and the memory is used to store computer instructions. The at least one processor is used to invoke and execute the computer instructions to execute the above-mentioned block chain message transmission method provided by this application.

In the several embodiments provided in this application, it should be understood that the disclosed devices and methods may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or May be integrated into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware, or in the form of hardware plus software functional units.

Claims (15)

1. A block chain message transmission method, characterized in that the method is applied to a first client, and the first client corresponds to a block chain node in the block chain system, and the method includes:

   According to the topic to be released, generate a message release instruction, the message release instruction carries the identifier of the topic to be released, the encrypted message to be sent, and the return address corresponding to the first client, wherein the first client The corresponding return address is determined according to the first link on which the first client receives the return message in the blockchain system;

   Using the topic processing node in the blockchain system to encrypt the message publishing instruction to obtain the first message;

   Encrypting the first message based on the second link of the first client publishing the message in the block chain system to obtain the second message;

   At the corresponding block chain node, according to the second link, the second message is issued until the topic processing node receives the first message, and decrypts the first message to obtain the Publishing a message instruction, obtaining a return address corresponding to the second client according to the identifier of the topic to be published, and pushing the posting message instruction according to the return address corresponding to the second client, so that the second client Based on the corresponding block chain node, the terminal receives the message publishing instruction, decrypts the encrypted message to be sent, and obtains the message to be sent.
2. The method according to claim 1, characterized in that, before generating the message instruction according to the topic to be released, further comprising:

   Obtain the public key and identification of each block chain node in the first link;

   According to the first preset sequence, using the public key of each block chain node in the first link, layering the user information of the first client and the identification of each block chain node in the first link Layer encryption processing to obtain the return address corresponding to the first client.
3. The method according to claim 1 or 2, wherein the first message is encrypted based on the second link of the first client publishing a message in the blockchain system to obtain Second message, including:

   According to a second preset sequence, the first message is encrypted layer by layer by using the public key of each blockchain node in the second link to obtain the second message.
4. The method according to claim 1 or 2, further comprising:

   Generate a topic creation instruction, the topic creation instruction carries the identifier of the topic to be published;

   Using the topic processing node to encrypt the topic creation command to obtain a third message;

   Encrypting the third message based on the third link of the first client publishing the message in the blockchain system to obtain a fourth message;

   At the corresponding block chain node, according to the third link, the fourth message is issued until the topic processing node receives the third message, and decrypts the third message to obtain the A topic instruction is created, and a topic release record is performed according to the identifier of the topic to be released.
5. The method according to claim 1 or 2, further comprising: after publishing the second message according to the second link:

   Based on the corresponding block chain node, receiving the reply message returned by the second client according to the return address corresponding to the first client, the reply message carrying the encrypted reply content;

   Decrypt the encrypted reply content to obtain the reply content of the second client.
6. A block chain message transmission method, characterized in that the method is applied to a second client, and the second client corresponds to a block chain node in the block chain system, and the method includes:

   Based on the corresponding block chain node, receive the release message instruction pushed by the topic processing node in the block chain system, the release message instruction is generated by the first client according to the topic to be released, and the release message instruction carries the The identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, wherein, the return address corresponding to the first client is based on the The first link that receives the returned message in the system is determined, and the message publishing instruction is that the first client uses the topic processing node to encrypt the message publishing instruction to obtain a first message, and based on the second A client publishes a second link of a message in the blockchain system, encrypts the first message to obtain a second message, and according to the second link, after publishing the second message, the The topic processing node receives the first message and obtains it after decrypting the first message;

   The encrypted message to be sent is decrypted to obtain the message to be sent.
7. The method according to claim 6, characterized in that, before receiving the posting message instruction pushed by the topic processing node in the blockchain system, further comprising:

   Generate a subscribe topic instruction, the subscribe topic instruction carries the identifier of the topic to be published and the return address corresponding to the second client, wherein the return address corresponding to the second client is based on the status of the second client in The fourth link receiving the return message in the block chain system is determined;

   using the topic processing node to encrypt the subscribe topic instruction to obtain a fifth message;

   Encrypting the fifth message based on the fifth link of the second client publishing the message in the blockchain system to obtain a sixth message;

   At the corresponding block chain node, according to the fifth link, the sixth message is issued until the topic processing node receives the fifth message, and decrypts the fifth message to obtain the The topic subscription instruction is used to perform topic subscription records according to the identifier of the topic to be published and the return address corresponding to the second client.
8. The method according to claim 7, further comprising:

   Obtain the public key and identification of each block chain node in the fourth link;

   According to the third preset sequence, using the public key of each block chain node in the fourth link, layering the user information of the second client and the identification of each block chain node in the fourth link Layer encryption processing to obtain the return address corresponding to the second client.
9. The method according to claim 7 or 8, wherein, based on the fifth link in which the second client publishes a message in the blockchain system, the fifth message is encrypted to obtain Sixth message, including:

   According to a fourth preset sequence, the fifth message is encrypted layer by layer by using the public key of each blockchain node in the fifth link to obtain the sixth message.
10. The method according to any one of claims 6 to 8, wherein after decrypting the encrypted message to be sent and obtaining the message to be sent, further comprising:

    generating a reply message instruction, the reply message instruction carrying the encrypted reply content and the return address corresponding to the first client;

    At the corresponding block chain node, according to the return address corresponding to the first client, return the encrypted reply content to the first client, so that the first client can The reply content is decrypted to obtain the reply content of the second client.
11. A block chain message transmission device, characterized in that the device is applied to a first client, and the first client corresponds to a block chain node in the block chain system, and the device includes:

    The first instruction generation module is configured to generate a message release instruction according to the topic to be released, the message release instruction carries the identifier of the topic to be released, the encrypted message to be sent, and the return address corresponding to the first client, Wherein, the return address corresponding to the first client is determined according to the first link where the first client receives the return message in the blockchain system;

    A first information encryption module, configured to use a topic processing node in the blockchain system to encrypt the instruction to issue a message to obtain a first message;

    A second information encryption module, configured to encrypt the first message based on the second link in which the first client publishes a message in the blockchain system, to obtain a second message;

    An information publishing module, configured to publish the second message on the corresponding block chain node according to the second link until the topic processing node receives the first message and responds to the first message performing decryption to obtain the posting message instruction, obtaining the return address corresponding to the second client according to the identifier of the topic to be published, and pushing the posting message instruction according to the return address corresponding to the second client, to Making the second client receive the message publishing instruction based on the corresponding block chain node, decrypt the encrypted message to be sent, and obtain the message to be sent.
12. A block chain message transmission device, characterized in that the device is applied to a second client, and the second client corresponds to a block chain node in the block chain system, and the device includes:

    The first information receiving module is configured to receive, based on the corresponding block chain node, the release message instruction pushed by the topic processing node in the block chain system, the release message instruction is generated by the first client according to the topic to be released , the publish message instruction carries the identifier of the topic to be published, the encrypted message to be sent, and the return address corresponding to the first client, wherein the return address corresponding to the first client is based on the first The client receives the first link confirmation of the return message in the blockchain system, and the message publishing instruction is that the first client uses the topic processing node to encrypt the message publishing instruction to obtain the second A message, and based on the second link in which the first client publishes a message in the blockchain system, encrypt the first message to obtain a second message, and publish according to the second link After the second message, the topic processing node receives the first message and decrypts the first message;

    An information processing module, configured to decrypt the encrypted message to be sent to obtain the message to be sent.
13. A client, characterized in that, comprising:

    processor;

    storage; and

    Computer program;

    Wherein, the computer program is stored in the memory and is configured to be executed by the processor, and the computer program includes a method for performing any one of claims 1-5, or any one of claims 6-10. Instructions for any of the described methods.
14. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program, and the computer program enables the server to execute any one of claims 1-5, or any one of claims 6-10 the method described.
15. A computer program product, characterized by comprising computer instructions, the computer instructions are executed by a processor according to any one of claims 1-5, or the method according to any one of claims 6-10.

Images