Block chain equipment processing method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides a block chain equipment processing method and device, electronic equipment and a storage medium, and the method comprises the steps: obtaining a network state in a network topology composed of target block chain equipment, and synchronizing the network state to other block chain equipment of an Internet of Things system; aggregating the routing information of the plurality of block chain devices, and generating an optimal path based on the routing information; in the process of performing path scheduling on the target block chain equipment based on the optimal path, performing decentralized identity verification on the target block chain equipment; and when the verification of the target block chain equipment is successful, carrying out edge resource scheduling on the target block chain equipment. According to the embodiment of the invention, the construction of a dynamic routing-identity federation-resource scheduling collaborative framework is realized, and the global optimization is further realized.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of data processing, in particular to a blockchain device processing method and device, electronic device and storage medium. BACKGROUND

[0002] The current Internet of Things faces three major core challenges:

[0003] (1) Low efficiency of dynamic environment service addressing: massive heterogeneous device access leads to high frequency changes in network topology, and traditional routing protocols (such as MANETS) rely on fixed path planning, which is difficult to adapt to high mobility scenarios (such as vehicle networking), and is prone to path breakage and resource waste. Cross-domain identity resolution standard fragmentation further exacerbates addressing complexity.

[0004] (2) Lack of cross-domain identity trust mechanism: centralized identity management systems have single point of failure risk, and existing cross-domain authentication schemes (such as OAuth) rely on third-party agencies, with prominent data leakage risks. Although blockchain devices improve security, a single chain architecture cannot support identity federation for multiple chain collaboration.

[0005] (3) Imbalance of edge resource scheduling: edge computing nodes have strong heterogeneity in computing power, and traditional rule engines are difficult to dynamically adapt to sudden task flows, leading to uneven load and response delay, and cross-domain data transmission protocols (such as MQTT) have synchronization efficiency bottlenecks in cluster collaboration.

[0006] Existing technologies (such as C-V2X dynamic routing and cross-chain smart contracts) can achieve local optimization, but it is difficult to achieve global optimization in a multi-entry decentralized scenario. SUMMARY

[0007] In view of the above problems, a blockchain device processing method and device, electronic device and storage medium are provided to overcome the above problems or at least partially solve the above problems, comprising:

[0008] A blockchain device processing method applied to an Internet of Things system, the Internet of Things system comprising a plurality of blockchain devices, the method comprising:

[0009] Obtaining a network state in a network topology composed of a target blockchain device, and synchronizing the network state to other blockchain devices of the Internet of Things system;

[0010] Aggregating routing information of the plurality of blockchain devices, and generating an optimal path based on the routing information;

[0011] In the process of path scheduling of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification;

[0012] When the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling.

[0013] Optionally, the method further comprises:

[0014] Obtaining performance monitoring data of a routing device in the target blockchain device;

[0015] Feeding back the performance monitoring data to the target blockchain device.

[0016] Optionally, the network state aggregation multi-link routing information based on the global network nodes to generate an optimal path comprises:

[0017] Using a preset signature algorithm and the network state of the global network nodes to aggregate multi-link routing information to generate an optimal path.

[0018] Optionally, the using a preset signature algorithm and the network state of the global network nodes to aggregate multi-link routing information to generate an optimal path comprises:

[0019] Generating a master private key for each blockchain device domain participating in routing calculation;

[0020] Splitting the master private key into multiple shards and distributing them to edge nodes;

[0021] Determining the link state of each edge node based on the network state of the global network nodes and calculating a hash value;

[0022] Aggregating the collected signatures into a global signature;

[0023] Generating an optimal path based on the global signature.

[0024] Optionally, the subjecting the target blockchain device to decentralized identity verification in the path scheduling process based on the optimal path comprises:

[0025] In the path scheduling process based on the optimal path, determining the source chain and the relay chain of the target blockchain device;

[0026] Using the source chain and the relay chain to jointly verify the device identity through BLS threshold signature.

[0027] Optionally, the subjecting the target blockchain device to edge resource scheduling when the target blockchain device is verified successfully comprises:

[0028] When the target blockchain device is verified successfully, obtaining the computing task of the target blockchain device;

[0029] The computing task is packaged as a Docker container, and a Docker container instance is dynamically allocated according to node computing power and storage resources of the target blockchain device, so as to perform edge resource scheduling.

[0030] Optionally, the method further comprises:

[0031] According to the node real-time resources of the target blockchain device;

[0032] According to the node real-time resources, the container instance is scaled.

[0033] Optionally, the performance monitoring data can include any one or more of the following:

[0034] Routing stability, authentication delay, resource utilization

[0035] Optionally, the network state includes any one or more of the following:

[0036] Link quality, node load, and moving speed.

[0037] A blockchain device processing apparatus, the apparatus comprising:

[0038] A network state synchronization module configured to acquire a network state in a network topology composed of a target blockchain device group, and synchronize the network state to other blockchain devices of the physical system;

[0039] An optimal path determination module configured to aggregate routing information of the plurality of blockchain devices, and generate an optimal path based on the routing information;

[0040] An identity verification module configured to perform decentralized identity verification on the target blockchain device during path scheduling of the target blockchain device based on the optimal path;

[0041] A resource scheduling module configured to perform edge resource scheduling on the target blockchain device when the target blockchain device is successfully verified.

[0042] An electronic device comprising a processor, a memory, and a computer program stored on the memory and capable of running on the processor, wherein the computer program is executed by the processor to implement the blockchain device processing method described above.

[0043] A computer readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement the blockchain device processing method described above.

[0044] The embodiments of the present application have the following advantages:

[0045] The embodiment of the application obtains a network state in a network topology composed of a target blockchain device, synchronizes the network state to other blockchain devices of the object system, aggregates routing information of the plurality of blockchain devices, generates an optimal path based on the routing information, performs decentralized identity verification on the target blockchain device in a path scheduling process based on the optimal path, and performs edge resource scheduling on the target blockchain device when the target blockchain device is successfully verified, so that a dynamic routing-identity federation-resource scheduling collaborative framework can be constructed, and global optimization is realized. BRIEF DESCRIPTION OF DRAWINGS

[0046] In order to more clearly illustrate the technical solutions of the present application, the drawings needed to be used in the description of the present application will be briefly introduced as follows. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative labor.

[0047] Figure 1 is a step flow chart of a blockchain device processing method provided by an embodiment of the present application;

[0048] Figure 2 is a step flow chart of another blockchain device processing method provided by an embodiment of the present application;

[0049] Figure 3 is a step flow chart of another blockchain device processing method provided by an embodiment of the present application;

[0050] Figure 4 is a structure diagram of an intelligent object system provided by an embodiment of the present application;

[0051] Figure 5 is a structure diagram of a blockchain device processing device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0052] In order to make the above-mentioned purposes, features and advantages of the present application more obvious and easy to understand, the present application will be further described in detail below in combination with the drawings and specific embodiments. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor are within the scope of protection of the present application.

[0053] The current Internet of Things faces three major core challenges:

[0054] Dynamic environment service addressing inefficiency: The access of a large number of heterogeneous devices causes high-frequency changes in network topology. Traditional routing protocols (such as MANETS) rely on fixed path planning and are difficult to adapt to high mobility scenarios (such as vehicle networking), which are prone to path breakage and resource waste. The fragmentation of cross-domain identity resolution standards further exacerbates the addressing complexity.

[0055] Lack of cross-domain identity trust mechanism: The centralized identity management system has a single point of failure risk. Existing cross-domain authentication schemes (such as OAuth) rely on third-party agencies, and data leakage risks are prominent. Although blockchain improves security, a single chain architecture cannot support multi-chain collaborative identity federation.

[0056] Edge resource scheduling imbalance: The computing power of edge nodes is highly heterogeneous, and traditional rule engines are difficult to dynamically adapt to sudden task flows, leading to uneven load and response delay. Cross-domain data transmission protocols (such as MQTT) have synchronization efficiency bottlenecks in cluster collaboration.

[0057] Although existing technologies (such as C-V2X dynamic routing and cross-chain smart contracts) have local optimizations, they lack a "dynamic routing-identity federation-resource scheduling" collaborative framework, making it difficult to achieve global optimization in multi-entry decentralized scenarios. The present invention can solve the above systematic problems through the fusion of technology triangle.

[0058] The embodiments of the present invention can propose a systematic solution to the three core problems existing in the multi-domain Internet of Things scenario:

[0059] Dynamic service addressing inefficiency: Traditional routing protocols (such as AODV) rely on static network topology and cannot adapt to real-time link fluctuations in high mobility scenarios such as vehicle networking and unmanned aerial vehicles, leading to frequent breakage of multi-hop communication paths and a sharp increase in service delay. The fragmentation of cross-domain device identity resolution standards further exacerbates the addressing complexity, and the heterogeneous data architecture (such as relational databases and blockchains) has poor compatibility.

[0060] Vulnerable cross-domain identity trust mechanism: The centralized identity authentication system (such as PKI) has a single point of failure risk. Existing cross-chain solutions rely on relay chains to centrally manage user identities, leading to performance bottlenecks and centralization risks. The cross-chain interoperability of blockchains is insufficient, and a single chain architecture cannot support multi-chain collaborative identity federation, and lacks a dynamic authorization mechanism to adapt to high-frequency access scenarios.

[0061] Edge resource collaborative scheduling imbalance: The computing power of edge nodes is highly heterogeneous, and traditional scheduling strategies (such as polling) do not integrate network state awareness, leading to uneven load and resource idling under sudden tasks. Cross-domain communication protocols (such as MQTT) have redundant synchronization delays in cluster collaboration, and lack lightweight privacy protection mechanisms, which restrict global resource optimization.

[0062] The prior art (such as cross-chain smart contract, C-V2X routing) only realizes single-point optimization and does not build a "dynamic routing-identity federation-resource scheduling" collaborative closed loop. The embodiment of the present application overcomes the systematic problems such as relay chain performance bottleneck, cross-chain transaction verification lag and low edge synchronization efficiency through a technical tripod architecture, and realizes efficient service addressing and secure mutual trust in a multi-entry decentralized scenario.

[0063] Specifically, in the embodiment of the present application, the network state in the network topology composed of the target blockchain device can be obtained, and the network state is synchronized to other blockchain devices of the Internet of Things system; the routing information of the plurality of blockchain devices is aggregated, and an optimal path is generated based on the routing information; in the path scheduling process of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification; when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, so as to build a collaborative framework of dynamic routing-identity federation-resource scheduling, and thus global optimization is realized.

[0064] In the embodiment of the present application, real-time network perception and cross-chain federation routing can be used to optimize multi-hop communication stability, solve the problem of path breakage; cross-domain identity mutual trust mechanism: based on a blockchain, a decentralized identity federation is built, multi-chain mutual recognition and dynamic authorization are supported, and the risk of centralization is eliminated; a load balancing strategy and a lightweight protocol are used to optimize heterogeneous resource allocation and reduce synchronization delay; dynamic routing, identity verification and resource scheduling are integrated to realize collaborative optimization of global service efficiency and secure mutual trust.

[0065] Reference Figure 1 A step flowchart of a blockchain device processing method provided by an embodiment of the present application is shown, which is applied to an Internet of Things system including a plurality of blockchain devices, and can include the following steps:

[0066] Step S101, obtaining the network state in the network topology composed of the target blockchain device, and synchronizing the network state to other blockchain devices of the Internet of Things system;

[0067] In the embodiment of the present application, the Internet of Things system can include a plurality of blockchains, and the blockchains can be managed across chains, so that the network state in the network topology composed of the target blockchain device can be obtained, and the network state can be used for network state synchronization of the entire Internet of Things system.

[0068] In an example, the network state includes any one or more of the following:

[0069] Link quality, node load, and moving speed.

[0070] Specifically, the link quality can include a packet loss rate, a signal strength (RSSI), a signal-to-noise ratio (SNR), and is acquired by actively detecting a neighboring node through an MQTT-SN protocol. The node load can include a CPU utilization rate, a memory occupancy rate, and a length of a task queue to be processed, and is periodically reported by a local agent of the edge node. The moving speed and direction are obtained by fusing GPS / Beidou positioning data and an inertial sensor (such as an acceleration sensor of a vehicle Internet terminal) to predict a motion trajectory of the node. The geographic position can be a node coordinate and a coverage radius (such as a communication range of an industrial gateway).

[0071] In step S102, the routing information of the plurality of blockchain devices is aggregated, and an optimal path is generated based on the routing information.

[0072] In step S103, during path scheduling of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification.

[0073] In an embodiment of the present application, during path scheduling of the target blockchain device based on the optimal path, the source chain and the relay chain of the target blockchain device are determined, and the source chain and the relay chain are used to jointly verify the device identity through BLS threshold signature.

[0074] By verifying the blockchain device, the security of the blockchain can be ensured.

[0075] In step S104, when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling.

[0076] In an embodiment of the present application, when the target blockchain device is verified successfully, the computing task of the target blockchain device is acquired, the computing task is encapsulated as a Docker container, and the Docker container instance is dynamically allocated according to the node computing power and the storage resource of the target blockchain device, so as to perform edge resource scheduling.

[0077] In an embodiment of the present application, the node real-time resource of the target blockchain device can also be acquired, and the container instance can be expanded or shrunk according to the node real-time resource.

[0078] In the embodiment of the present application, by acquiring the network state in the network topology composed of the target blockchain device, the network state is synchronized to other blockchain devices of the physical contact system; the routing information of the plurality of blockchain devices is aggregated, and the optimal path is generated based on the routing information; in the path scheduling process of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification; when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, so that a dynamic routing-identity federation-resource scheduling collaborative framework can be constructed, and global optimization can be realized.

[0079] Referring to Figure 2 , a step flowchart of another blockchain device processing method provided by an embodiment of the present application is shown, which can specifically include the following steps:

[0080] Step S201, acquiring the network state in the network topology composed of the target blockchain device, and synchronizing the network state to other blockchain devices of the physical contact system;

[0081] In an example, the network state includes any one or more of the following:

[0082] Link quality, node load, and moving speed.

[0083] Specifically, the link quality can include packet loss rate, signal strength (RSSI), and signal-to-noise ratio (SNR), which are acquired by actively detecting adjacent nodes through the MQTT-SN protocol. The node load can include CPU utilization, memory occupancy, and task queue length to be processed, which are periodically reported by the local agent of the edge node. The moving speed and direction are obtained by fusing GPS / Beidou positioning data and inertial sensors (such as vehicle telematics terminal accelerometers) to predict the motion trajectory of the node. The geographic location can be the node coordinates and the coverage radius (such as the communication range of an industrial gateway).

[0084] Step S202, aggregating the routing information of the plurality of blockchain devices, and generating the optimal path based on the routing information;

[0085] Step S203, in the path scheduling process of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification;

[0086] Step S204, when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling.

[0087] Step S205, acquiring performance monitoring data of a routing device in the target blockchain device;

[0088] In an example, the performance monitoring data can include any one or more of the following:

[0089] Routing stability, authentication delay, resource utilization.

[0090] Step S206, feeding back the performance monitoring data to the target blockchain device.

[0091] In the embodiment of the application, by acquiring the network state in the network topology composed of the target blockchain device, the network state is synchronized to other blockchain devices of the physical contact system; the routing information of the plurality of blockchain devices is aggregated, and the optimal path is generated based on the routing information; in the path scheduling process of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification; when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, so that a collaborative framework of dynamic routing-identity federation-resource scheduling can be constructed, and global optimization can be realized.

[0092] Referring to Figure 3 , a step flowchart of another blockchain device processing method provided by an embodiment of the application is shown, which can specifically include the following steps:

[0093] Step S301, acquiring the network state in the network topology composed of the target blockchain device, and synchronizing the network state to other blockchain devices of the physical contact system;

[0094] In an example, the network state includes any one or more of the following:

[0095] Link quality, node load, and moving speed.

[0096] Specifically, the link quality can include packet loss rate, signal strength (RSSI), and signal-to-noise ratio (SNR), which are acquired by actively detecting adjacent nodes through the MQTT-SN protocol. The node load can include CPU utilization, memory occupancy, and task queue length to be processed, which are periodically reported by the local agent of the edge node. The moving speed and direction are obtained by fusing GPS / Beidou positioning data and inertial sensors (such as vehicle telematics terminal accelerometers) to predict the motion trajectory of the node. The geographic location can be the node coordinates and the coverage radius (such as the communication range of an industrial gateway).

[0097] Step S302, aggregating multi-link routing information by using a preset signature algorithm and the network state of all network nodes, and generating an optimal path;

[0098] Step S303, in the path scheduling process of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification;

[0099] Step S304, when the target blockchain device is verified successfully, performing edge resource scheduling on the target blockchain device.

[0100] Step S305, acquiring performance monitoring data of a routing device in the target blockchain device.

[0101] Step S306, feeding back the performance monitoring data to the target blockchain device.

[0102] In an embodiment of the present application, a master private key is generated for each blockchain device participating in routing calculation; the master private key is split into multiple shards and distributed to edge nodes; the link state of each edge node is determined based on the network state of the entire network node, and a hash value is calculated; the collected signatures are aggregated into a global signature; and then the optimal path can be generated based on the global signature.

[0103] In an embodiment of the present application, by acquiring the network state in the network topology composed of the target blockchain device, the network state is synchronized to other blockchain devices of the physical contact system; the routing information of the multiple blockchain devices is aggregated, and the optimal path is generated based on the routing information; in the process of path scheduling on the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification; when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, so as to construct a collaborative framework of dynamic routing-identity federation-resource scheduling, and then global optimization is realized.

[0104] Referring to Figure 4 , a structural diagram of an intelligent physical contact system according to an embodiment of the present application is shown.

[0105] Specifically, a closed-loop architecture of "dynamic routing decision-decentralized identity verification-edge resource scheduling" can be adopted, and the intelligent physical contact system can specifically include the following core modules:

[0106] Dynamic routing decision module: generating an adaptive path based on real-time network topology awareness and cross-chain federation routing algorithm.

[0107] Cross-chain identity federation module: constructing a multi-chain mutual recognition distributed identity system through a blockchain, supporting verifiable credentials (VC) and decentralized identifiers (DID).

[0108] Edge resource scheduling module: realizing dynamic allocation of heterogeneous computing power by using containerization technology and lightweight protocol.

[0109] Closed-loop feedback optimization module: realizing dynamic parameter adjustment through machine learning and performance monitoring.

[0110] In the embodiments of the present application, through the collaborative innovation of dynamic routing decision algorithm, decentralized identity federation architecture and edge resource elastic scheduling model, real-time network topology adaptive optimization, multi-chain mutual security verification and heterogeneous computing efficient allocation in multi-domain Internet of Things scenarios can be realized, and a systematic technical closed loop is formed to solve the service addressing efficiency and cross-chain mutual trust problems.

[0111] The specific data processing process based on the above structure is:

[0112] 1. Dynamic routing decision

[0113] Step 1.1: Real-time perception of network topology

[0114] Technical implementation: Deploy distributed nodes to collect link quality, node load, and moving speed parameters through lightweight protocols such as MQTT-SN.

[0115] Link quality: packet loss rate, signal strength (RSSI), and signal-to-noise ratio (SNR) are obtained by actively probing adjacent nodes through the MQTT-SN protocol.

[0116] Node load: CPU utilization, memory occupancy, and pending task queue length are periodically reported by the local agent of the edge node.

[0117] Moving speed and direction: GPS / Beidou positioning data fusion with inertial sensors (such as vehicle telematics terminal accelerometers) to predict node motion trajectory.

[0118] Geographical location: node coordinates and coverage radius (such as the communication range of an industrial gateway).

[0119] Data synchronization: Use blockchain consensus mechanisms (such as PBFT) to synchronize network status to all network nodes to ensure data consistency.

[0120] Step 1.2: Cross-chain federation routing calculation

[0121] Algorithm design: Use an improved BLS threshold signature algorithm to aggregate multi-link routing information and generate optimal paths (such as low-latency and high-reliability links).

[0122] Dynamic adaptation: For high-mobility scenarios (drones, vehicle telematics), introduce a Markov decision model to predict link breakage risk and dynamically switch to backup paths.

[0123] Specific implementation process:

[0124] Step (1): Key fragment generation

[0125] Each blockchain domain participating in routing computation (e.g. V2X chain, industrial chain) generates a master private key sk, which is split into n shards {sk1, sk2,..., skn} by Shamir secret sharing and distributed to edge nodes

[0126] Privacy protection mechanism: shards are stored in a trusted execution environment (TEE) and are only decrypted for signature invocation.

[0127] Step (2): Local route signature

[0128] Edge node i collects the local route state Ri (including link quality LQ, node load CPU%, and moving speed v), calculates the hash Hi = H(Ri), and signs it with ski:

[0129] σi = Sign(ski, Hi)

[0130] Data de-sensitization: Ri is uploaded after homomorphic encryption (Paillier algorithm) to avoid exposure of plaintext

[0131] When m signatures are collected (m ≤ n), aggregate them into a global signature:

[0132] σagg = ∏i=1mσiΔi (Δi is the Lagrange coefficient)

[0133] Verification logic: the cloud verification node checks Verify(pkagg, H(Ragg), σagg) = True to ensure that at least m legitimate nodes participate.

[0134] Step (4): Optimal path generation

[0135] Decrypt the aggregated route state Ragg and input it into the path optimization model:

[0136] Pathopt = argminPath(αDelay + β·Risk)

[0137] α, β: time delay and risk weight;

[0138] Risk: score based on historical failure probability

[0139] 2. Decentralized identity verification

[0140] Step 2.1: Cross-chain identity registration and credential issuance

[0141] DID generation: the device generates a unique decentralized identifier (DID) through a blockchain node, binding device physical attributes (such as MAC address, hardware fingerprint).

[0142] VC issuance: Verifiable credentials (VC) are issued by a trusted authority (e.g., application chain management node), containing device permissions, validity period, etc., and stored in decentralized storage networks such as IPFS.

[0143] The symbiotic system of DID and VC "identity-privilege declaration", through the coordination of blockchain and decentralized storage, realizes the cross-domain trusted interaction of Internet of Things devices.

[0144] Step 2.2: Multi-chain mutual recognition and dynamic authorization

[0145] Threshold signature verification: Source chain and relay chain jointly verify device identity through BLS threshold signature, avoiding the centralized risk of single chain.

[0146] I) The device generates DID on the source chain and binds physical attributes (such as MAC address), and the private key is split into n fragments, which are distributed to the source chain nodes through Shamir secret sharing.

[0147] II) The device initiates an authentication request to the relay chain, accompanied by the source chain DID document hash and the current operation signature σreq.

[0148] III) The source chain and the relay chain are signed by m nodes respectively, generating fragment signatures {σi}, and aggregating into global signature σagg=∏σiΔi.

[0149] IV) The relay chain verification node checks Verify(PKagg, HDID, σagg), and if it passes, it generates cross-chain identity credential VC.

[0150] Smart contract authorization: Based on on-chain smart contract, real-time update of permissions (such as device access / exit) is supported, supporting fine-grained access control (such as temporary authorization according to task requirements).

[0151] The main process is: I) Predefined roles (such as administrators, auditors) bind basic permissions

[0152] II) Real-time environmental parameters (device location, task type, reputation value) trigger permission changes.

[0153] 3. Edge resource scheduling

[0154] Step 3.1: Load sensing and task splitting

[0155] I) Containerized deployment: Encapsulate computing tasks as Docker containers, and dynamically allocate container instances according to node computing power (CPU / GPU) and storage resources.

[0156] Docker containers are managed using Kubernetes Edge Edition (such as KubeEdge), which automatically scales container instances based on real-time node resources (CPU utilization, GPU memory usage, and memory remaining)

[0157] Resource scheduling algorithm:

[0158] NodeScore = α · TotalCPUFreeCPU + β · TotalGPUFreeGPU + γ · Total MemFreeMem

[0159] Where the weight coefficients (α = 0.4, β = 0.4, γ = 0.2) are dynamically adjusted according to the task type (AI inference tasks focus on GPU, data cleaning tasks focus on CPU).

[0160] II) Model slicing technology: complex tasks (such as AI inference) are split into subtasks, distributed to multiple edge nodes for parallel processing through lightweight protocols (such as CoAP).

[0161] Step 3.2: Cross-cluster collaborative computing

[0162] Federal learning optimization: Each edge cluster shares local model parameters through federal learning, aggregates the global model to improve task processing efficiency.

[0163] Local model training is used within the edge cluster (such as the SGD optimizer), and gradient increments ΔWi are uploaded to the regional aggregation node after each round of training.

[0164] Cross-cluster FedAvg algorithm is executed through the global aggregation node (such as the blockchain verification node):

[0165] Wglobal = ∑i = 1n∣D∣∣Di∣·ΔWi.

[0166] Where ∣Di∣ is the local data volume, and ∣D∣ is the total global data volume.

[0167] Privacy protection transmission: Homomorphic encryption technology is used to generate a key based on the current environment, user behavior, and network state, and AES encryption is used to protect intermediate data, ensuring privacy and security during cross-domain collaboration.

[0168] 4. Closed-loop feedback optimization

[0169] Step 4.1: Performance monitoring and data collection

[0170] Index tracking: Real-time monitoring of core indicators such as routing stability (such as packet loss rate), authentication delay, and resource utilization.

[0171] Data storage: Use a time-series database (such as InfluxDB) to store historical performance data for machine learning model training.

[0172] The embodiment of the application can realize real-time network topology adaptive optimization, multi-chain mutual security verification, and efficient allocation of heterogeneous computing power in a multi-domain Internet of Things scenario through the synergistic innovation of dynamic routing decision algorithms, decentralized identity federation architecture, and edge resource elastic scheduling models, forming a systematic technical closed loop to solve the problems of service addressing efficiency and cross-chain mutual trust.

[0173] It should be noted that, for the method embodiments, in order to simply describe, it is expressed as a series of action combinations, but those skilled in the art should know that the embodiment of the application is not limited by the order of the described actions, because according to the embodiment of the application, certain steps can be performed in other order or simultaneously. Secondly, those skilled in the art should know that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily the necessary of the embodiment of the application.

[0174] Referring to Figure 5 , a structural schematic diagram of an apparatus for processing a blockchain device provided by an embodiment of the application is shown, which can specifically include the following modules:

[0175] The network state synchronization module 501 is configured to obtain a network state in a network topology composed of a target blockchain device, and synchronize the network state to other blockchain devices of the Internet of Things system.

[0176] The optimal path determination module 502 is configured to aggregate routing information of the plurality of blockchain devices, and generate an optimal path based on the routing information.

[0177] The identity verification module 503 is configured to perform decentralized identity verification on the target blockchain device in the process of path scheduling of the target blockchain device based on the optimal path.

[0178] The resource scheduling module 504 is configured to perform edge resource scheduling on the target blockchain device when the target blockchain device passes the verification.

[0179] In an embodiment of the application, the apparatus further includes:

[0180] The performance monitoring data acquisition module is configured to acquire performance monitoring data of a routing device in the target blockchain device.

[0181] The performance monitoring data feedback module is configured to feed back the performance monitoring data to the target blockchain device.

[0182] In an embodiment of the application, the optimal path determination module 502 can include:

[0183] The optimal path generation sub-module is configured to aggregate multi-link information by using a preset signature algorithm and network states of all network nodes, and generate an optimal path.

[0184] In an embodiment of the present application, the optimal path generation sub-module can include:

[0185] A private key generation unit is configured to generate a master private key for each blockchain device domain participating in route calculation;

[0186] A fragmentation unit is configured to split the master private key into multiple fragments and distribute the fragments to edge nodes;

[0187] A hash value calculation unit is configured to determine a link state of each edge node based on network states of all network nodes, and calculate a hash value;

[0188] A global signature unit is configured to aggregate collected signatures into a global signature;

[0189] An optimal path generation unit is configured to generate an optimal path based on the global signature.

[0190] In an embodiment of the present application, the identity verification module 503 can include:

[0191] A link determination sub-module is configured to determine a source link and a relay link of the target blockchain device in a path scheduling process based on the optimal path.

[0192] A verification sub-module is configured to jointly verify the identity of the device by using the source link and the relay link through a BLS threshold signature.

[0193] In an embodiment of the present application, the resource scheduling module can include:

[0194] A computing task sub-module is configured to obtain a computing task of the target blockchain device when the target blockchain device is successfully verified.

[0195] A distribution sub-module is configured to encapsulate the computing task into a Docker container, and dynamically distribute Docker container instances according to node computing power and storage resources of the target blockchain device, so as to perform edge resource scheduling.

[0196] In an embodiment of the present application, the device further includes:

[0197] A real-time resource acquisition module is configured to acquire node real-time resources of the target blockchain device.

[0198] A container diffusion module is configured to expand or shrink container instances according to the node real-time resources.

[0199] In an embodiment of the present application, the performance monitoring data can include any one or more of the following:

[0200] Routing stability, authentication delay, resource utilization.

[0201] In an embodiment of the present application, the network status includes any one or more of the following:

[0202] Link quality, node load, moving speed.

[0203] In an embodiment of the present application, by acquiring the network status in the network topology composed of the target blockchain device, synchronizing the network status to other blockchain devices of the physical contact system, aggregating routing information of the plurality of blockchain devices, and generating an optimal path based on the routing information, the target blockchain device is decentralized identity authenticated in the path scheduling process based on the optimal path, and the target blockchain device is edge resource scheduled when the target blockchain device is successfully authenticated, so that a collaborative framework of dynamic routing-identity federation-resource scheduling can be constructed, and global optimization can be realized.

[0204] An embodiment of the present application also provides an electronic device, which can include a processor, a memory, and a computer program stored on the memory and capable of running on the processor, and the computer program is executed by the processor to implement the following blockchain device processing method:

[0205] Acquiring a network status in a network topology composed of a target blockchain device, and synchronizing the network status to other blockchain devices of the physical contact system;

[0206] Aggregating routing information of the plurality of blockchain devices, and generating an optimal path based on the routing information;

[0207] In the path scheduling process based on the optimal path, the target blockchain device is decentralized identity authenticated;

[0208] When the target blockchain device is successfully authenticated, the target blockchain device is edge resource scheduled.

[0209] Optionally, the method further includes:

[0210] Acquiring performance monitoring data of a routing device in the target blockchain device;

[0211] The performance monitoring data is fed back to the target blockchain device.

[0212] Optionally, the aggregation of the network status based on all network nodes and the multi-link routing information to generate the optimal path includes:

[0213] The preset signature algorithm and the network state of all network nodes are used to aggregate multi-link information and generate an optimal path.

[0214] Optionally, the preset signature algorithm and the network state of all network nodes are used to aggregate multi-link information and generate an optimal path, comprising:

[0215] A master private key is generated for each blockchain device domain participating in route calculation;

[0216] The master key is split into multiple fragments and distributed to edge nodes;

[0217] The link state of each edge node is determined based on the network state of all network nodes, and a hash value is calculated;

[0218] The collected signatures are aggregated into a global signature;

[0219] An optimal path is generated based on the global signature.

[0220] Optionally, in the process of path scheduling for the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification, comprising:

[0221] In the process of path scheduling for the target blockchain device based on the optimal path, the source chain and the relay chain of the target blockchain device are determined;

[0222] The source chain and the relay chain are used to jointly verify the identity of the device through BLS threshold signature.

[0223] Optionally, when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, comprising:

[0224] When the target blockchain device is verified successfully, the computing task of the target blockchain device is obtained;

[0225] The computing task is encapsulated into a Docker container, and Docker container instances are dynamically allocated according to the node computing power and storage resources of the target blockchain device for edge resource scheduling.

[0226] Optionally, it further comprises:

[0227] The node real-time resources of the target blockchain device are obtained;

[0228] The container instances are scaled according to the node real-time resources.

[0229] Optionally, the performance monitoring data can include any one or more of the following:

[0230] Routing stability, authentication delay, resource utilization

[0231] Optionally, the network status comprises any one or more of:

[0232] link quality, node load, moving speed.

[0233] The embodiment of the application synchronizes the network status in the network topology composed of the target blockchain device to other blockchain devices of the physical contact system, aggregates routing information of the plurality of blockchain devices, and generates an optimal path based on the routing information; in the process of path scheduling of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification; when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, so that a collaborative framework of dynamic routing-identity federation-resource scheduling can be constructed, and global optimization is realized.

[0234] The embodiment of the application also provides a computer readable storage medium, and the computer readable storage medium stores a computer program, and the computer program is executed by a processor to realize the blockchain device processing method as above.

[0235] The network status in the network topology composed of the target blockchain device is acquired, and the network status is synchronized to other blockchain devices of the physical contact system.

[0236] The routing information of the plurality of blockchain devices is aggregated, and an optimal path is generated based on the routing information.

[0237] In the process of path scheduling of the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification.

[0238] When the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling.

[0239] Optionally, the method further comprises:

[0240] The performance monitoring data of a routing device in the target blockchain device is acquired.

[0241] The performance monitoring data is fed back to the target blockchain device.

[0242] Optionally, the aggregation of the multi-link routing information based on the network status of all network nodes to generate the optimal path comprises:

[0243] The multi-link routing information is aggregated to generate the optimal path by using a preset signature algorithm and the network status of all network nodes.

[0244] Optionally, the aggregation of the multi-link routing information by using the preset signature algorithm and the network status of all network nodes to generate the optimal path comprises:

[0245] Each blockchain device domain participating in the routing calculation generates a master private key;

[0246] The master key is split into multiple shards and distributed to edge nodes;

[0247] Determine the link state of each edge node based on the network state of all network nodes, and calculate the hash value;

[0248] Aggregate the collected signatures into a global signature;

[0249] Generate an optimal path based on the global signature.

[0250] Optionally, in the process of scheduling the target blockchain device based on the optimal path, the target blockchain device is subjected to decentralized identity verification, comprising:

[0251] In the process of scheduling the target blockchain device based on the optimal path, determine the source chain and relay chain of the target blockchain device;

[0252] Adopt the source chain and relay chain to jointly verify the identity of the device through BLS threshold signature.

[0253] Optionally, when the target blockchain device is verified successfully, the target blockchain device is subjected to edge resource scheduling, comprising:

[0254] When the target blockchain device is verified successfully, obtain the computing task of the target blockchain device;

[0255] Encapsulate the computing task as a Docker container, and dynamically allocate Docker container instances according to the node computing power and storage resources of the target blockchain device for edge resource scheduling.

[0256] Optionally, it further comprises:

[0257] According to the node real-time resources of the target blockchain device;

[0258] According to the node real-time resources, expand or shrink the container instances.

[0259] Optionally, the performance monitoring data can include any one or more of the following:

[0260] Routing stability, authentication delay, resource utilization

[0261] Optionally, the network state includes any one or more of the following:

[0262] Link quality, node load, and moving speed.

[0263] The embodiment of the present application obtains a network state in a network topology composed of a target blockchain device, synchronizes the network state to other blockchain devices of the physical contact system, aggregates routing information of the plurality of blockchain devices, generates an optimal path based on the routing information, performs decentralized identity verification on the target blockchain device in a path scheduling process based on the optimal path, and performs edge resource scheduling on the target blockchain device when the target blockchain device passes the verification, so as to construct a collaborative framework of dynamic routing-identity federation-resource scheduling, and achieve global optimization.

[0264] For the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the related parts are described in the part of the method embodiment.

[0265] Each embodiment in the specification is described in a progressive manner, and each embodiment focuses on the difference from other embodiments. The same and similar parts of each embodiment can be referred to each other.

[0266] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a device, or a computer program product. Therefore, the embodiments of the present application can be in the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present application can be in the form of a computer program product implemented on one or more computer usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer usable program code.

[0267] The embodiments of the present application are described with reference to flowcharts and / or block diagrams according to the method, terminal device (system), and computer program product of the embodiments of the present application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams, and the combination of the flows and / or blocks in the flowcharts and / or block diagrams can be implemented by computer program instructions. These computer program instructions can be provided to a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing terminal device to produce a machine, so that the instructions executed by the computer or other programmable data processing terminal device produce a device that implements the functions specified in the flowcharts and / or block diagrams. Figure 1 The device that implements the functions specified in one flow or multiple flows and / or blocks Figure 1 The device that implements the functions specified in one flow or multiple flows and / or blocks

[0268] These computer program instructions can also be stored in a computer readable storage medium that can guide the computer or other programmable data processing terminal device to work in a specific way, so that the instructions stored in the computer readable storage medium produce a product including instruction devices that implement the functions specified in the flowcharts and / or block diagrams. Figure 1one or more processes and / or blocks Figure 1 the function specified in the one or more blocks.

[0269] These computer program instructions can also be loaded into a computer or other programmable data processing terminal device, so that a series of operational steps are performed on the computer or other programmable terminal device to generate a computer-implemented process, so that the instructions executed on the computer or other programmable terminal device provide a process for implementing the flow Figure 1 one or more processes and / or blocks Figure 1 the function specified in the one or more blocks.

[0270] Although preferred embodiments of the present application have been described, those skilled in the art, once aware of the basic inventive concept, can make additional changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the embodiments of the present application.

[0271] Finally, it should also be noted that, in this document, relational terms such as first and second, and the like, are used solely to distinguish one entity or action from another entity or action, without necessarily requiring or implying any such actual relationship or order between such entities or actions. Moreover, the terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements does not include only those elements but can include other elements not expressly listed or inherent to such process, method, article, or terminal device. Without more limitations, an element defined by the statement "comprising a... " does not exclude the existence of additional identical elements in the process, method, article, or terminal device that includes the stated elements.

[0272] The above provides a kind of block chain equipment processing method and device, electronic equipment, storage medium, detailed introduction is carried out in this paper, the principle and implementation mode of the present application are described in this paper with specific examples, the above example is only for helping understanding the method of the present application and its core idea;For the person skilled in the art, according to the idea of the present application, there will be changes in specific implementation mode and application range, as described above, the content of the specification should not be understood as the limitation of the present application.

Claims

1. A blockchain device processing method, characterized in that, The method is applied to a physical contact system including a plurality of blockchain devices, and comprises: obtaining a network state in a network topology composed of target blockchain devices, and synchronizing the network state to other blockchain devices of the physical contact system; aggregating routing information of the plurality of blockchain devices, and generating an optimal path based on the routing information; in a path scheduling process of the target blockchain device based on the optimal path, performing decentralized identity verification on the target blockchain device; when the target blockchain device is verified successfully, performing edge resource scheduling on the target blockchain device.

2. The method of claim 1, wherein, The method further comprises: obtaining performance monitoring data of a routing device in the target blockchain device; feeding back the performance monitoring data to the target blockchain device.

3. The method of claim 1, wherein, The aggregation of multi-link routing information based on the network state of all network nodes to generate an optimal path comprises: using a preset signature algorithm and the network state of all network nodes to aggregate multi-link routing information and generate an optimal path.

4. The method of claim 3, wherein, The aggregation of multi-link routing information based on the network state of all network nodes to generate an optimal path comprises: generating a master private key for each blockchain device domain participating in routing calculation; splitting the master private key into a plurality of shards and distributing them to edge nodes; determining the link state of each edge node based on the network state of all network nodes, and calculating a hash value; aggregating the collected signatures into a global signature; generating an optimal path based on the global signature.

5. The method of claim 1, wherein, The decentralized identity verification of the target blockchain device in the path scheduling process of the target blockchain device based on the optimal path comprises: in the path scheduling process of the target blockchain device based on the optimal path, determining the source chain and the relay chain of the target blockchain device; using the source chain and the relay chain to jointly verify the device identity through BLS threshold signature.

6. The method of claim 1, wherein, The edge resource scheduling of the target blockchain device when the target blockchain device is verified successfully comprises: when the target blockchain device is verified successfully, obtaining the computing task of the target blockchain device; packaging the computing task into a Docker container, and dynamically allocating Docker container instances according to the node computing power and storage resources of the target blockchain device for edge resource scheduling.

7. The method of claim 6, wherein, Further comprising: obtaining the node real-time resources of the target blockchain device; expanding or shrinking the container instances according to the node real-time resources.

8. The method of claim 1, wherein, The performance monitoring data can include any one or more of the following: routing stability, authentication delay, and resource utilization.

9. The method of claim 1, wherein, The network state can include any one or more of the following: link quality, node load, and moving speed. 10.A blockchain device processing apparatus, characterized by, The apparatus comprises: a network state synchronization module for obtaining a network state in a network topology composed of target blockchain devices, and synchronizing the network state to other blockchain devices of the physical contact system; an optimal path determination module for aggregating routing information of the plurality of blockchain devices, and generating an optimal path based on the routing information; The identity authentication module is configured to perform decentralized identity authentication on the target blockchain device in the path scheduling process based on the optimal path. The resource scheduling module is configured to perform edge resource scheduling on the target blockchain device when the target blockchain device passes the verification.

11. An electronic device, comprising: A computer program is stored on the computer readable storage medium and is executable on the processor to implement the blockchain device processing method according to any one of claims 1 to 9.

12. A computer-readable storage medium, characterized in that, A computer program is stored on the computer readable storage medium and is executable on the processor to implement the blockchain device processing method according to any one of claims 1 to 9.

Images