Trusted intelligent service design method applied to port

Abstract

The invention discloses a credible intelligent service design method applied to a port, and relates to the technical field of port operation data management. The method comprises the following four steps: S1, an initiator sends an operation request, carries out identification and authentication, and initiates a query or uplink operation request after passing the identification and authentication; s2, for query operation, content is extracted through reverse serialization operation of a local storage file or directly traversed and extracted from a memory chain structure and returned to an initiator, for uplink operation, a system obtains an uplink request through a message queue, and broadcast is sent to each distributed node after the operation succeeds; s3, after each node receives the broadcast, the request is put into a message queue, and then block uplink and local serialization operation is carried out; and S4, after the operation of each node succeeds, transmitting the successful operation information to the initiating node through the message queue, and performing log updating on each node. According to the method, related technologies such as block chains, message queues and distributed storage are utilized, so that a port service system is safer and more stable, and the efficiency and credibility are improved.

Description

Technical Field

[0001] The present invention relates to the technical field of port operation data management, and particularly relates to a design method of a trustworthy intelligent service applied to ports. Background Art

[0002] With the growth of global trade and the increasing complexity of the market supply chain, ports, as trade transportation nodes, are playing an increasingly important role. The overall improvement of the digitalization of port and waterway infrastructure, the intelligentization of production operation management, and external services has become a major trend in the digital transformation of the shipping industry. Currently, the management form of port business services lacks trustworthy online service means and has some disadvantages and risks, which are mainly manifested as follows:

[0003] 1. Information opacity: Information is not updated in a timely manner, and it is difficult for each participating party to obtain accurate information in a timely manner;

[0004] 2. Low information security and credibility: There are risks of data tampering and information exposure;

[0005] 3. Service centralization: The commonly adopted centralized service management mode may lead to the situation that the stability of the entire trading system is affected by the failure or error of a single node;

[0006] 4. Difficulty in information traceability: Due to information opacity and poor data credibility, the cost of information traceability and data verification increases.

[0007] The above disadvantages will have a negative impact on the reliability, security, and efficiency of port business services. In response to the above problems, Chinese invention patent CN118735400A (publication date: October 01, 2024) discloses a blockchain-based intelligent port management system, which can upload the cargo information in the port to the blockchain, and then use blockchain technology to track and trace the cargo in the port throughout the process; through the generated cargo transportation management information, comprehensively manage the automatic transportation equipment in the port, and through the generated vehicle management information, intelligently manage the vehicles entering the port, judge whether there are abnormalities in the vehicles entering the port, and at the same time generate personnel management information, protective equipment management information, and security training management information.

[0008] Chinese Invention Patent CN118469085A (Publication Date: August 9, 2024) discloses an intelligent port digital twin integration system and equipment for smart ports, which adopts a variety of intelligent algorithms including a dangerous goods detection and recognition model, an improved genetic algorithm based on a hybrid strategy, and a truck cargo addressing algorithm based on CBS, as well as on-vehicle terminal machines integrating a variety of sensors and communication modules to collect and transmit the status data of vehicles and containers in real time to solve the problems of opaque operation processes, poor information interconnection, unreasonable cargo distribution, and single management means in the current shipping industry. By introducing advanced digital twin technology, optimized algorithms, and intelligent hardware terminals, it realizes the global optimization of port operations, efficient utilization of resources, and real-time sharing of information, improving the operation efficiency and management level of ports.

[0009] However, the above-mentioned existing technologies mainly solve problems such as information transparency of port service systems, algorithm optimization, resource scheduling, equipment status, and environmental monitoring, which can improve the port service efficiency and management level to a certain extent, but do not consider much about the long-term security, reliability, and stability of information during the port service process. Summary of the Invention

[0010] In view of the above problems, the present invention provides the following technical solutions:

[0011] A trustworthy intelligent service design method applied to ports, comprising the following steps:

[0012] S1: The initiating node sends an operation request, and through the local node, with the help of CA authentication means, user identification and authentication are carried out according to the set token consumption rules. After passing the authentication, a query or on-chain operation request is initiated;

[0013] S2: The query operation is directly obtained from the local node. The system uses a message queue to obtain the operation request to determine whether it is an on-chain operation. If not, relevant transaction logs are updated. If so, an atomic operation of on-chain of the block and serialization of the local chain is performed. After the atomic operation is successful, a broadcast is sent to each distributed node in the group;

[0014] S3: After each distributed node in the group receives the broadcast, it obtains the on-chain operation request of the initiating node, puts this on-chain request into the message queue, and then performs an atomic operation of on-chain of this block and local serialization;

[0015] S4: After the operation of each distributed node in the group is successful, the information of the successful operation of the distributed node operation transaction is transmitted to the initiating node through the message queue. The initiating node records the transactions of the successful operations of each node in the group, and each distributed node updates its own transaction operation log.

[0016] In step S1, before a business goes on-chain in the enterprise where the node is located, if there is no rights and interests chain, a rights and interests chain is created first. The proof of rights and interests adopts the form of a paid membership system. A fixed consumption amount is set for each on-chain operation to reduce the rights and interests value. The rights and interests value and the number of rights and interests of the enterprise in the rights and interests chain are updated for each business on-chain. The operation count is reset daily. The rights and interests chain is constructed separately and stored on each distributed node.

[0017] In step S2, when performing a query operation, for the business that has been off-chained from the entire chain, through the reverse serialization operation of the local storage file, traverse and extract the content of the chain structure and return it to the initiator; for the business that has not been off-chained from the entire chain, directly traverse and extract the content of the chain structure from the in-memory chain structure and return it to the initiator.

[0018] In step S2, when a block goes on-chain, two conditions need to be met simultaneously: one is that the rights and interests value of the initiator is greater than the consumption required for the operation, and the other is that the operation count on the current day is greater than 0; the first step of block on-chain S2-1: generate the block for the enterprise to go on-chain; the second step S2-2: check whether the operation initiator meets the on-chain conditions. If not, prompt for recharge, exit the on-chain operation, update the local node log, and synchronize the logs of other nodes through the node broadcast mechanism. If so, directly insert and add the block in the front of the tail block of the business chain of its affiliated node, and synchronize other nodes through the node broadcast mechanism. Other nodes directly add the block in the front of the tail block of the block of the affiliated chain code and adopt the sequential addition method to facilitate quick positioning according to the timestamp.

[0019] In step S3, each distributed node of the service system is set as an internal group, and only the nodes within the group can perform synchronous storage, on-chain, and trigger the off-line operation of the entire chain. The nodes within this internal group are an encrypted file.

[0020] In step S3, when each distributed node joins a block, the distributed transaction processing method is used to implement the block joining and storage, maintaining the atomic consistency of the in-memory blockchain and the localized physical medium storage of each node. At the same time, after each node updates, it feeds back to the operation initiating node.

[0021] In step S3, after each node receives the message, it sends the on-chain operation of the initiating node to the message queue. According to the chain code initiated in the broadcast notification, each distributed node quickly locates the blockchain in the memory, joins the block, and realizes the local serialized storage of this chain. After the serialized storage, it can be deserialized and quickly restored to the original chain structure.

[0022] Furthermore, the technical solution of the present invention includes four service modules: a customer service module for handling customer inquiries, business acceptance, and document settlement services; a logistics service module for handling ship agency, cargo agency, and logistics fleet services; a port service module for handling cargo customs declaration, review, cargo release, and ship release services; and a rights and interests service module for the registration of rights and interests of participating node groups, enterprise de-linking, and rights and interests query services.

[0023] The customer service module places similar businesses of the same customer on the same chain, and different businesses on different chains. Each customer can create multiple query, acceptance, and settlement blocks, which are chain stored at each deployment node, and each chain is stored independently;

[0024] The logistics service module creates different business chains for different businesses, that is, shipping agents, freight forwarders, fleets, and suppliers each independently create a blockchain, which is stored at each deployment node. There are multiple chains for shipping agents, freight forwarders, and fleets, and each chain is stored independently.

[0025] The port service module uses blockchain to record each business transaction and the content of port transactions on the chain, which is used as a chain log. Each batch of goods entry or exit declaration is chained separately, and multiple batches of entry logs or exit logs can be stored in the block at one time;

[0026] The equity service module refers to the equity chain used by each participant of the group service node, and there is only one equity chain, in which any initiator can start to build the equity chain at one time, and each enterprise equity in the group node corresponds to a block. The equity proof content uses an independent block, coexists with various service chains and sets up a separate equity chain.

[0027] Furthermore, the customer service, logistics service, and port service modules are implemented in an on-chain manner. After the overall business processing is completed, the initiating business enterprise can choose to go offline. After the local node goes offline, the initiating node of the transaction notifies other nodes to go offline through node broadcasting, thereby releasing the memory of each node.

[0028] Furthermore, the equity service module chain is built once and for all, and is not taken offline. The number of blocks is built based on the service nodes, and it mainly records the equity status of the enterprise. The specific recharge status and log records are recorded in traditional relational databases, while the equity chain uses a direct update method to quickly find the equity information of the enterprise when the block is on the chain, avoiding the addition of new nodes for each change. As the frequency of operation of each node increases, the equity chain becomes too long, resulting in a decrease in search speed.

[0029] Furthermore, this technical solution adopts a single-chain structure. The service block specifically includes 4 blocks: customer service, logistics service, port declaration, and rights and interests linked list, and the content of each service block adopts the JSON string structure form. Among them, the content of the customer service, logistics service, and port declaration blocks includes: head hash, parent hash, object code, object name, object corresponding service chain serial number, object service category, object service content, block serial number, and timestamp; the content of the rights and interests linked list block includes: head hash, parent hash, enterprise account, rights and interests chain serial number, rights and interests limit, rights and interests value, block serial number, and timestamp.

[0030] The generation process of the head hash and parent hash of the customer service, logistics service, and port declaration blocks is as follows: First, generate a combined JSON string; second, set a secret key to generate an encrypted string; finally, use the hashing algorithm to generate its HASH value.

[0031] Furthermore, the JSON string is an embedded string structure.

[0032] Furthermore, the tail HASH value of the current node of the JSON string is equal to the head HASH value of the next node.

[0033] Furthermore, each chain in the present invention is configured with a chain serial number, which is the unique encoding value of the key of the chain and is stored in the KV database, and its chain serial number is the chain code value in the block.

[0034] Preferably, this technical solution adopts a short-chain structure, and its storage adopts the parallel method of file storage and memory block structure, that is, once a certain transaction ends, the entire chain of this transaction activity is distributedly stored in each node, and the transaction chain in the memory is deleted.

[0035] Preferably, this technical solution adopts the national secret SM4 as the block symmetric cipher algorithm, the SHA256 hashing encryption algorithm, and the trie storage structure.

[0036] Preferably, this technical solution uses a NoSQL database to store the latest status of the current node, updates the storage status of the current node, and uses the KV storage method to store the chain structure.

[0037] Compared with the prior art, the technical solution of this application has the following advantages and effects:

[0038] 1. The design method of a trusted intelligent service applied to ports in the present invention resets the rights and interests value and the number of operations of the rights and interests chain daily, and supports flexible membership billing rules.

[0039] 2. A design method of a trusted intelligent service applied to ports, which adopts the SM4 encryption and SHA256 hashing algorithms, and through identity authentication, encryption technology and access control policies, helps to ensure the security and integrity of port services, effectively preventing data leakage, unauthorized access and data tampering behaviors;

[0040] 3. A design method of a trusted intelligent service applied to ports, by decoupling the business chain and the rights and interests chain, and adopting the parallel method of file storage and memory block structure, reduces the complexity of chain block operations, reduces the occupation time of each memory node by the chain block, and improves the processing efficiency;

[0041] 4. A design method of a trusted intelligent service applied to ports, which uses a distributed message processing mechanism to achieve high-concurrency transaction processing and message synchronization among nodes in the chain group, ensuring the consistency of content among nodes, and also helping to prevent data packet loss caused by lag in node transaction processing;

[0042] 5. A design method of a trusted intelligent service applied to ports, which utilizes the atomic serialization operation of the distributed group nodes themselves and the deserialization operation of the local nodes to ensure the consistency of the content stored in the local node and the memory chain storage, so as to improve the retrieval speed, reduce the consumption of all resources by the retrieval operation of the group nodes, and at the same time ensure the recovery time in high-concurrency scenarios and system paralysis, and improve the system efficiency;

[0043] 6. A design method of a trusted intelligent service applied to ports provided by the present invention constructs a down-chain mechanism. When the complete transaction of a certain business is completed, the initiator can perform the whole-chain down-chain operation by itself, reducing the occupation of service resources of each node.

[0044] The above is only an overview of the technical solutions of the present application. In order to enable the technical means of the present application to be implemented in accordance with the content of the specification, and to make the above and other purposes, features and advantages of the present application clearer and more understandable, the following detailed descriptions of the embodiments of the present application are combined with the accompanying drawings. According to the following detailed description of the specific embodiments of the present application in conjunction with the accompanying drawings, those skilled in the art will be more clear about the above and other purposes, features and advantages of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly introduce the technical solutions of the present invention and its embodiments, the following will briefly introduce the accompanying drawings required for the description of the embodiments of the present invention.

[0046] Figure 1 is the overall flowchart of the working mechanism of Embodiment 1 of the present invention;

[0047] Figure 2 is a schematic diagram of the broadcast message mechanism among nodes in Embodiment 1 of the present invention;

[0048] Figure 3 It is a schematic diagram of the storage structure of the rights and interests chain after the on-chain operation in Embodiment 1 of the present invention;

[0049] Figure 4 It is a schematic diagram of the synchronization update and feedback mechanism among nodes in Embodiment 1 of the present invention. Detailed implementation manners

[0050] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are some, but not all, of the embodiments of the present invention. Based on the embodiments of the present invention, other embodiments obtained by those skilled in the art without creative efforts shall fall within the scope of the present invention and shall not be directly or indirectly adopted.

[0051] Embodiment 1

[0052] This embodiment provides a method for designing a trustworthy intelligent service applied to a port, and its main working mechanism is shown as Figure 1 and its message mechanism among nodes is shown as Figure 2 .

[0053] S1: The initiator sends an operation request, passes through the local node, and performs user identification and authentication through the set token consumption rules by means of CA authentication. After passing the authentication, a query or on-chain operation request is initiated;

[0054] S2: The query operation is directly obtained from the local node. The system uses a message queue to obtain the operation request to determine whether it is an on-chain operation. If not, relevant transaction logs are updated. If so, an atomic operation of on-chain of the block and serialization of the local chain is performed. After the atomic operation is successful, a broadcast is sent to each distributed node in the group;

[0055] S3: After receiving the broadcast, each distributed node in the group obtains the on-chain operation request, puts this on-chain request into the message queue, and then performs an atomic operation of on-chain of the block and local serialization;

[0056] S4: After the operation of each distributed node is successful, the information that the operation of the distributed node is successful is transmitted to the initiating node through the message queue. Then the initiating node records the transactions in which the operations of each node in the group are successful, and each distributed node updates its own transaction operation log.

[0057] In step S1, before the business of the enterprise where the node is located is uploaded to the chain, if there is no rights and interests chain, a rights and interests chain is created first. The proof of rights and interests adopts the form of a paid membership system. A fixed consumption amount is set for each upload to the chain to reduce the rights and interests value. The rights and interests value and the number of rights and interests of the enterprise in the rights and interests chain are updated for each business uploaded to the chain. The operation times are reset daily. The rights and interests chain is constructed separately and stored on each distributed node.

[0058] In step S2, when performing a query operation, for the business that has been downloaded from the entire chain, through the reverse serialization operation of the local storage file, traverse and extract the content of the chain structure and return it to the initiator; for the business that has not been downloaded from the entire chain, directly traverse and extract the content of the chain structure from the in-memory chain structure and return it to the initiator.

[0059] In step S2, two conditions need to be met simultaneously for uploading to the chain: one is that the rights and interests value of the initiator is greater than the consumption required for the operation, and the other is that the operation times on the current day are greater than 0; the first step S2-1 of block uploading to the chain: generate a block for the enterprise to upload to the chain; the second step S2-2: check whether the operation initiator meets the conditions for the enterprise to upload to the chain. If not, prompt for recharge, exit the operation of uploading to the chain, update the local node log, and synchronize the logs of other nodes through the node broadcast mechanism. If so, directly insert and add the block in the front of the tail block of the business chain of its affiliated node, and synchronize other nodes through the node broadcast mechanism. Other nodes directly add the block in the front of the tail block of the block of the affiliated chain code and adopt the sequential addition method to facilitate quick positioning according to the time stamp.

[0060] In step S3, the node broadcast mechanism and the block uploading order are as Figure 4 shown. Set each distributed node of the service system as an internal group. Only the nodes within the group can perform synchronous storage, upload to the chain, and trigger the offline operation of the entire chain. The nodes within this internal group are an encrypted file.

[0061] In step S3, when each distributed node joins a block, a distributed transaction processing method is adopted to realize the addition and storage of the block, maintaining the atomic consistency of the in-memory blockchain and the localized physical medium storage of each node. At the same time, after each node updates, it feeds back to the operation initiating node.

[0062] In step S3, after each node receives the message, it sends the operation of uploading to the chain by the initiating node to the message queue. According to the chain code initiated in the broadcast notification, each distributed node quickly locates the blockchain in the memory, joins the block and realizes the local serialization storage of this chain. After serialization storage, it can be deserialized and quickly restored to the original chain structure.

[0063] Preferably, this technical solution adopts the national cipher SM4 as the block symmetric cipher algorithm, the SHA256 hash encryption algorithm, and the trie storage structure.

[0064] This embodiment mainly introduces a design method for a trusted intelligent service applied to ports. By means of message queues, it realizes the asynchronous processing of high-concurrency blockchain requests, improving the system throughput; atomic operations ensure the consistency of data on the blockchain and local storage, avoiding data chaos caused by partial failures; combined with national cryptography algorithms and hash encryption, it strengthens data security.

[0065] Embodiment 2

[0066] Based on Embodiment 1, this embodiment mainly introduces a service module of a design method for a trusted intelligent service applied to ports, as well as its chain structure design and storage method.

[0067] Among the four service modules, the customer service module is used to handle customer inquiries, business acceptance, and document settlement services; the logistics service module is used to handle ship agency, freight agency, and logistics fleet services; the port service module is used to handle cargo customs declaration, review, cargo release, and ship release services; the rights and interests service module is used for enterprise rights and interests registration, enterprise withdrawal from the chain, and rights and interests query services for participating party node groups of enterprises.

[0068] For the same type of business of the same customer, the customer service module places them on the same chain, and different businesses on different chains. Each customer can create multiple query, acceptance, and settlement blocks, which are stored in the chain at each deployment node, and each chain is stored independently.

[0069] For different types of businesses, the logistics service module creates different business chains respectively, that is, ship agency, freight agency, fleet, and suppliers each independently create a blockchain, which is stored at each deployment node. Among them, there are multiple chains for ship agency, freight agency, and fleet, and each chain is stored independently.

[0070] The port service module uses the blockchain to record each business process and upload the content of port operations to the blockchain as an on-chain log. Each batch of goods entering or leaving the customs for declaration forms an independent chain, and multiple batches of inbound or outbound logs can be stored in the block at one time.

[0071] The rights and interests service module refers to the rights and interests chain used by each participating party of the group service node, and there is only one rights and interests chain. Any initiator can construct the rights and interests chain at one time. Each enterprise's rights and interests in the group node correspond to a block, and the content of the rights and interests certificate uses an independent block, coexisting with various service chains and having a separate rights and interests chain.

[0072] Furthermore, this technical solution adopts a single-chain structure. The service block specifically includes 4 blocks: customer service, logistics service, port declaration, and rights and interests linked list. The content of each service block adopts the JSON string structure form. Among them, the content of the customer service, logistics service, and port declaration blocks includes: head hash, parent hash, object code, object name, object corresponding service chain serial number, object service category, object service content, block serial number, and timestamp; the content of the rights and interests linked list block includes: head hash, parent hash, enterprise account, rights and interests chain serial number, rights and interests limit, rights and interests value, block serial number, and timestamp.

[0073] The generation process of the head hash and parent hash of the customer service, logistics service, and port declaration blocks is as follows: First, generate a combined JSON string; second, set a secret key to generate an encrypted string; finally, use a hashing algorithm to generate its HASH value.

[0074] Furthermore, the JSON string is an embedded string structure. The tail Hash value of the current node of the JSON string = the head HASH value of the next node. The tail HASH value of the first block is a NULL null value, and the head HASH value of the tail block is a NULL null value.

[0075] Furthermore, each chain in the present invention is configured with a chain serial number, which is the unique encoded value of the Key of the chain and is stored in the KV database. Its chain serial number is the chain code value in the block.

[0076] Preferably, this technical solution adopts a short-chain structure, and its storage adopts a parallel method of file storage and in-memory block structure, that is, once a certain transaction ends, the entire chain of this transaction activity is distributedly stored at each node, and the transaction chain in the memory is deleted.

[0077] This embodiment mainly introduces a service module of a trustworthy intelligent service design method applied to a port, its chained structure design and storage method. It uses a KV database to store the chained structure, with the Key being the chain serial number and the Value being the linked list structure. When synchronizing the chained data, the consistency of each node's memory and physical storage is ensured through a distributed transaction mechanism; multiple service chains are independently designed to avoid data redundancy and improve query efficiency; the short-chain structure and the in-memory - physical storage parallel mechanism optimize resource occupancy and synchronization efficiency.

[0078] Embodiment 3

[0079] Based on Embodiment 2, this embodiment mainly introduces a method for dynamically updating the port rights and interests chain and taking the entire chain offline in a trustworthy intelligent service design method applied to a port.

[0080] The above-mentioned rights and interests service module chain uses a time state machine for the number of rights and interests. The original number of times for the current day is restored at 00:00 every day. A custom proof of rights and interests is used to set the corresponding blockchain operation. This proof of rights and interests adopts the form of a paid membership system. Each time of blockchain setting, a fixed consumption amount is used to reduce the value of rights and interests. This proof of rights and interests is stored on each distributed node;

[0081] The above-mentioned rights and interests chain is constructed once and not taken off the chain. According to the number of blocks constructed by the service nodes, it mainly records the rights and interests of the enterprise. The specific recharge situation and log records are recorded using a traditional relational database, while the rights and interests chain uses a direct update method. When the rights and interests chain is updated, according to the position of the enterprise node, update operations for the HASH of the head of this node and the parent HASH of the next node need to be performed.

[0082] The above-mentioned customer service, logistics service, and port service modules adopt the method of going on the chain. After the overall business processing is completed, the initiating enterprise can choose to perform the off-chain operation. After the local node goes off the chain, the initiating node of this transaction notifies other nodes to go offline through node broadcasting, releasing the memory of each node.

[0083] The steps for the business to go off the chain are divided into two steps: First, when a certain transaction is completed, the business user of the initiating enterprise can choose to perform the off-chain operation. After the local node goes off the chain, the initiating node of this transaction notifies other nodes to go offline through node broadcasting; Second, each node performs the off-chain operation of the entire chain according to the chain code, releasing the memory of each node.

[0084] This embodiment mainly introduces a method for dynamic update and whole-chain offline of the port rights and interests chain in a trusted intelligent service design method applied to ports. Its advantages are that the rights and interests chain is designed independently of the business chain, simplifying the complexity of rights and interests management; the whole-chain offline mechanism combines distributed autonomous decision-making, reducing the difficulty of maintaining global consistency; efficient deserialization and message reissuance during fault recovery ensure service continuity.

[0085] The above are only exemplary embodiments of the present invention, not all embodiments. Those skilled in the art should understand that without departing from the spirit and scope of the present disclosure in essence, various changes and modifications can be made to the exemplary embodiments of the present disclosure, and all such changes and modifications are included in the protection scope of the present disclosure defined by the claims. The protection scope of the present disclosure is defined by the appended claims, and equivalents of these claims are also included.

Claims

1. A trusted intelligent service design method applied to ports, characterized in that: The steps include: S1: The initiating node sends an operation request, and through the localized node, with the help of CA authentication means, the user identification authentication is carried out according to the set token consumption rules. After the authentication, a query or on-chain operation request is initiated; S2: The query operation is directly obtained from the local node. The system obtains the operation request through the message queue to determine whether it is an on-chain operation. If not, the relevant transaction log is updated. If it is, the atomic operation of on-chain and serialization of the block is performed. After the atomic operation is successful, a broadcast is sent to each distributed node in the group. S3: After receiving the broadcast, each distributed node in the group obtains the chain operation request from the initiating node, puts the chain operation request into the message queue, and then performs the atomic operation of chaining and local serialization of the current block; S4: After each distributed node in the group has successfully operated, the information about the successful operation of the distributed node transaction is transmitted to the initiating node through the message queue. The initiating node records the successful transactions of each node in the group, and each distributed node updates its own transaction operation log.

2. The design method of a trusted intelligent service applied to a port according to claim 1, characterized in that: In step S1, before the enterprise where the node is located starts to go online for business, if there is no equity chain, an equity chain is created first. The equity proof adopts a paid membership system. A fixed consumption amount is set for each on-chain to reduce the equity value. Each business on-chain updates the equity value and equity number of the enterprise in the equity chain. The number of operations is reset every day. The equity chain is constructed separately and stored on each distributed node; In step S2, when performing a query operation, for a business whose entire chain has been unlinked, the chain structure content is traversed and extracted through the reverse serialization operation of the local storage file and returned to the initiator; for a business whose entire chain has not been unlinked, the chain structure content is directly traversed and extracted from the memory chain structure and returned to the initiator; In step S2, the block chain must meet two points at the same time: one is that the equity value of the initiator is greater than the consumption required for the operation, and the other is that the number of operations on the day is greater than 0; the first step of the block chain S2-1: generate the block of the enterprise chain; Step 2 S2-2: Check whether the operation initiator meets the enterprise chain conditions. If not, prompt to recharge, exit the chain operation, update the local node log, and synchronize the logs of other nodes through the node broadcast mechanism. If satisfied, directly insert the added block at the front of the tail block of the business chain of the node to which it belongs, and synchronize other nodes through the node broadcast mechanism. Other nodes directly add blocks to the front of the tail block of the block of the chain code to which they belong, and use a sequential addition method to quickly locate according to the timestamp; In step S3, each distributed node of the service system is set as an internal group. Only nodes within the group can perform synchronous storage and upload to the chain and trigger the offline operation of the entire chain. The nodes within the internal group are an encrypted file. In step S3, when each distributed node joins a block, it implements block joining and storage in a distributed transaction processing manner, maintains the atomic consistency of each node's memory blockchain and localized physical medium storage, and feeds back to the operation initiating node after each node is updated; In step S3, after receiving the message, each node sends the initiating node chain operation to the message queue. According to the chain code initiated in the broadcast notification, each distributed node quickly locates the blockchain in the memory, adds the block and realizes the local serialized storage of this chain. After serialized storage, it can be deserialized and quickly restored to the original chain structure.

3. A trusted intelligent service design method for ports according to claim 2, characterized in that: In each business chain, the national secret SM4 is used as the block symmetric encryption algorithm, the SHA256 hash encryption algorithm, and the dictionary tree storage structure.

4. A trusted intelligent service design method for ports according to claim 3, characterized in that: Each blockchain uses a short chain structure, in which the storage adopts a parallel method of file storage and memory block structure. After a transaction is completed, the entire chain of the transaction activity is distributedly stored in each node, and the transaction chain in the memory is deleted.

5. A trusted intelligent service design method for port according to any one of claims 1 to 4, characterized in that: Contains the following trusted service modules: Customer service module, used to handle customer inquiries, business acceptance, and document settlement; Logistics service module, used to handle ship agency, cargo agency, and logistics fleet business; Port service module, used to handle cargo clearance declaration, review, cargo release, and ship release; The rights and interests service module is used for the registration of rights and interests of participating node groups, enterprise de-chaining, and rights and interests query services.

6. A design method for a trusted intelligent service applied to a port according to claim 5, characterized in that: The proof-of-stake content is adopted as an independent block, coexists with various service chains and sets up a separate equity chain.

7. A method for designing a trusted intelligent service for a port according to claim 6, characterized in that: The block content of each service module is implemented in the form of a JSON string structure, and the steps for generating the head and tail hash values ​​are as follows: the first step is to generate a combined JSON string for each customer service, logistics service, and port declaration access service block. The JSON string is an embedded string structure. The second step is to set the encryption key and use the SM4 national secret encryption algorithm to generate the encrypted string; the third step is to use the hash algorithm SHA256 algorithm to generate its HASH value, and the head HASH and parent HASH are generated accordingly.

8. A trusted intelligent service design method for ports according to claim 7, characterized in that: Use NoSQL database to store the latest status of this node and update the storage status of this node.

9. The design method of a trusted intelligent service applied to a port according to claim 8 is characterized in that: Use KV (Key-Value) database to store chain structure.

Images