A chip design simulation service execution system, method and related device

Abstract

Embodiments of the present disclosure provide a chip design simulation service execution system, method and related equipment, which are applied to the technical field of chip design. The system comprises: a first execution blockchain configured to receive simulation task information, generate device simulation task information according to the simulation task information and a plurality of smart contracts of the first execution blockchain, and send the device simulation task information to a second execution blockchain; the second execution blockchain is configured to execute the simulation task according to the device simulation task information and a plurality of smart contracts of the second execution blockchain, obtain a simulation task result, and send the simulation task result to the first execution blockchain; the first execution blockchain presents an execution state of the chip design simulation task and a simulation execution result according to the simulation task result; and the device parameters are adjusted according to the simulation execution result, and the simulation is performed again according to the adjusted device parameters. In this way, the overall simulation time is significantly shortened, the safety and simulation efficiency are improved, and the troubleshooting and verification process is simplified.

Description

Technical Field

[0001] This disclosure relates to the field of chip design technology, and in particular to a chip design simulation service execution system, method and related equipment. Background Technology

[0002] The simulation implementation of superconducting quantum chip design is a complex and meticulous process that requires the integrated application of knowledge and technologies from multiple fields, including quantum physics, electrical engineering, and computer science. Through continuous research and practice, the accuracy and reliability of simulation techniques can be continuously improved, providing strong support for the design and optimization of superconducting quantum chips.

[0003] Simulation technology plays a crucial role in the design of superconducting quantum chips. Through simulation, the properties of qubits and their interactions can be predicted, thus guiding chip design and optimization. Simulation technology also helps researchers evaluate the effectiveness of different design schemes, thereby selecting the optimal design.

[0004] In related technologies, simulation software such as Sonnet is mainly used for chip design simulation. Most of these software programs are based on desktop interfaces, requiring manual setting of relevant parameters, importing of layout design files, and exporting of simulation results. This seriously affects the efficiency of chip design simulation and also poses risks to data security. Summary of the Invention

[0005] This disclosure provides a chip design simulation service execution system, method, and related equipment to at least solve the above-mentioned technical problems existing in the prior art.

[0006] The technical solution of this disclosure embodiment is implemented as follows:

[0007] In a first aspect, embodiments of this disclosure provide a chip design simulation service execution system, the system being applied to a multi-level blockchain, the multi-level blockchain comprising: a first execution blockchain and a second execution blockchain; the first execution blockchain deploying multiple smart contracts; the second execution blockchain deploying multiple smart contracts;

[0008] The first execution blockchain is used to receive simulation task information, generate device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and send the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task;

[0009] The second execution blockchain is used to execute simulation tasks based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain simulation task results; and to send the simulation task results to the first execution blockchain.

[0010] The first execution blockchain is used to present the execution status and simulation results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted according to the simulation execution results, and the simulation is performed again based on the adjusted device parameters.

[0011] Secondly, embodiments of this disclosure provide a chip design simulation service execution method, the method being applied to a chip design simulation service execution system, the system being applied to a multi-level blockchain, the multi-level blockchain including: a first execution blockchain and a second execution blockchain; the first execution blockchain deploying multiple smart contracts; the second execution blockchain deploying multiple smart contracts; the method including:

[0012] The first execution blockchain receives simulation task information, generates device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and sends the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task;

[0013] The second execution blockchain executes the simulation task based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain the simulation task result; and sends the simulation task result to the first execution blockchain;

[0014] The first execution blockchain presents the execution status and simulation results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted according to the simulation execution results, and the simulation is performed again based on the adjusted device parameters.

[0015] Thirdly, embodiments of this disclosure provide an electronic device, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform any of the methods described above.

[0016] Fourthly, embodiments of this disclosure provide a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform any of the methods described herein.

[0017] The embodiments disclosed herein have the following beneficial effects:

[0018] This disclosure provides a chip design simulation service execution system, method, and related equipment. The system includes: a multi-level blockchain, comprising a first execution blockchain and a second execution blockchain; the first execution blockchain deploys multiple smart contracts; the second execution blockchain deploys multiple smart contracts; the first execution blockchain receives simulation task information, generates device simulation task information based on the simulation task information and the multiple smart contracts of the first execution blockchain, and sends the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task; the second execution blockchain executes the simulation task based on the device simulation task information and the multiple smart contracts of the second execution blockchain to obtain simulation task results; sends the simulation task results to the first execution blockchain; the first execution blockchain presents the execution status and simulation execution results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted based on the simulation execution results, and the simulation is re-performed based on the adjusted device parameters. Thus, by decomposing the entire simulation task into multiple device simulation sub-tasks based on the simulation task information, the simulation of each device can be independently performed on a second execution blockchain. This significantly shortens the overall simulation time, improves efficiency, and facilitates separate management of each device's simulation, simplifying troubleshooting and verification processes and addressing specific problems. Furthermore, blockchain technology makes the execution process of chip design simulation services more decentralized, reducing the risk of single points of failure. Simultaneously, the transparency of the blockchain ensures that the status and execution results of all simulation tasks can be publicly viewed, enhancing the system's credibility and traceability. Employing smart contracts for simulation task decomposition, priority queuing, and resource allocation automates complex task management processes, improving simulation efficiency; the execution of smart contracts ensures the fairness and accuracy of task allocation, reducing human intervention and errors.

[0019] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this disclosure, nor is it intended to limit the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0020] Figure 1 A schematic diagram of the structure of a chip design simulation service execution system provided in this embodiment of the disclosure;

[0021] Figure 2 A schematic diagram of another chip design simulation service execution system provided in this embodiment of the disclosure;

[0022] Figure 3 A flowchart illustrating a chip design simulation service execution method provided in this embodiment of the disclosure;

[0023] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure. Detailed Implementation

[0024] To make the objectives, features, and advantages of this disclosure more apparent and understandable, the technical solutions in the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this disclosure, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of this disclosure without creative effort are within the scope of protection of this disclosure.

[0025] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0026] Figure 1 This is a schematic diagram of the structure of a chip design simulation service execution system provided in an embodiment of the present disclosure, as shown below. Figure 1 As shown, the system is applied to a multi-level blockchain, which includes: a first execution blockchain and a second execution blockchain; the first execution blockchain deploys multiple smart contracts; the second execution blockchain deploys multiple smart contracts.

[0027] The first execution blockchain is used to receive simulation task information, generate device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and send the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task;

[0028] The second execution blockchain is used to execute simulation tasks based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain simulation task results; and to send the simulation task results to the first execution blockchain.

[0029] The first execution blockchain is used to present the execution status and simulation results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted according to the simulation execution results, and the simulation is performed again based on the adjusted device parameters.

[0030] In some embodiments, the simulation task information refers to various information and / or instructions related to chip design simulation, used to guide the entire simulation workflow. For example, it may include: task description, simulation task objectives, required resources, time constraints, etc., and may also include: other related simulation tasks, specific requirements, etc. In cases with multiple simulation tasks, the simulation task information of multiple simulation tasks can be processed in parallel, and the simulation sub-tasks of multiple devices obtained can be executed in parallel.

[0031] The device simulation task information includes simulation sub-tasks for at least one device involved in the chip design simulation task. A device refers to an interconnected or independently designed component or module involved in the chip design. Examples include basic electronic components (such as resistors and capacitors), integrated circuits (such as microprocessors, memory, analog signal processors, etc.), modular components (such as power management modules, RF modules, sensor modules), connectors, interfaces, etc., involved in the chip design. A device can be any physical component or logic module in the chip design, and its performance and behavior may affect the functionality and efficiency of the entire system; examples are not provided here.

[0032] Based on the simulation task information, the entire simulation task is decomposed into simulation sub-tasks for multiple devices, so that the simulation of each device can be performed independently in parallel on the second execution blockchain. This can significantly shorten the overall simulation time, improve efficiency, facilitate the separate management of the simulation of each device, simplify the troubleshooting and verification process, and solve specific problems.

[0033] In some embodiments, the first execution blockchain includes: simulation task decomposition nodes, simulation task priority queuing nodes, and simulation task resource allocation nodes.

[0034] The simulation task decomposition node deploys a first smart contract for chip design simulation task decomposition.

[0035] The simulation task priority queuing node deploys a second smart contract for simulation task priority queuing.

[0036] The simulation task resource allocation node deploys a third smart contract for simulation resource allocation;

[0037] The simulation task decomposition node is used to receive simulation task information, execute the first smart contract according to the simulation task information, and generate simulation sub-tasks for at least one device.

[0038] The simulation task priority queuing node is used to execute the second smart contract according to the simulation sub-tasks of the at least one device, and to prioritize the simulation sub-tasks of the at least one device to obtain the simulation sub-tasks of the at least one device after priority queuing.

[0039] The simulation task resource allocation node is used to execute the third smart contract according to the simulation sub-tasks of at least one device after priority queuing, and to send the information of the simulation sub-tasks of each device to the blockchain sub-network corresponding to the second execution blockchain for execution.

[0040] Here, the simulation task decomposition node can receive simulation task information for one or more simulation tasks. For each simulation task, it can decompose it into simulation subtasks for the device and send them to the second execution blockchain for simulation. That is, the first blockchain can receive simulation tasks in batches and execute simulation services in parallel.

[0041] Each smart contract (such as the first smart contract, the second smart contract, and the third smart contract mentioned above) can be pre-deployed in the corresponding node. The smart contract can be triggered by receiving information (for example, the simulation task decomposition node triggers the call to the first smart contract when it receives simulation task information), or it can be triggered by other mechanisms (for example, the first smart contract can be triggered to call based on other instructions, information, or time before receiving simulation task information). There are no restrictions here.

[0042] Here, the first execution blockchain consists of functional nodes of the chip design simulation task management center, which may include: simulation task decomposition nodes, simulation task priority queuing nodes, simulation task resource allocation nodes, simulation task output display nodes, etc.

[0043] Each node deploys the corresponding smart contracts for the chip, including:

[0044] The first smart contract is used for chip design simulation task decomposition. The first smart contract is executed to receive chip design simulation tasks and decompose them into simulation sub-tasks for multiple devices, and save them in the database.

[0045] The second smart contract is used for priority queuing of simulation tasks. Executing the second smart contract realizes priority queuing of simulation subtasks of each device and saves them in the database.

[0046] A third smart contract is used for the allocation of simulation resources. The execution of the third smart contract sends the relevant device task simulation information to the corresponding simulation service blockchain network (i.e., the second execution blockchain) for execution.

[0047] By employing smart contracts for simulation task decomposition, priority queuing, and resource allocation, complex task management processes are automated, improving simulation efficiency. The execution of smart contracts ensures the fairness and accuracy of task allocation, reducing human intervention and errors. Furthermore, different devices may have varying computational resource requirements; by receiving sub-tasks from multiple devices and sending them separately to a second execution blockchain, computational resources can be allocated to each device specifically, avoiding resource waste or insufficiency.

[0048] Here, a smart contract is a self-executing contract or rule whose terms and conditions are written into the nodes of the blockchain network in the form of computer code. Smart contracts leverage the advantages of blockchain technology to achieve automation, security, transparency, and efficiency.

[0049] The first smart contract is used to implement the logic of task decomposition, which can define how to break down a large simulation task into smaller, manageable simulation subtasks for individual devices.

[0050] The second smart contract is used to define and manage the priority rules of the simulation subtasks of each device, and to implement a queuing mechanism so that the system can execute simulation tasks in the order of the set priority.

[0051] The third type of smart contract is used to implement resource management, which can define a way to effectively allocate resources based on task requirements and available resources.

[0052] Here, the method of this disclosure utilizes blockchain technology to achieve automatic allocation and scheduling of simulation resources through smart contracts. Resources are rationally allocated according to the needs and priorities of simulation tasks, improving resource utilization and simulation efficiency. Considering the critical importance of data security and integrity in chip design simulation, blockchain technology, through distributed ledgers and encryption algorithms, ensures the security of simulation data during transmission and storage, preventing data tampering or leakage. Blockchain integrates technologies such as distributed storage, peer-to-peer communication, distributed consensus mechanisms, and encryption algorithms. By having multiple nodes jointly maintain the ledger, a trust mechanism is established, ensuring that the ledger data is transparent, traceable, and tamper-proof. Smart contract technology using automated scripts enables automated and intelligent data processing. Furthermore, combining it with the InterPlanetary File System (IPFS) effectively solves the problem of limited blockchain storage and can meet the needs of data sharing. Using blockchain technology to execute chip design simulation services can achieve the following effects:

[0053] Decentralization and Transparency: Through blockchain technology, the execution process of chip design simulation services becomes more decentralized, reducing the risk of single points of failure. At the same time, the transparency of blockchain ensures that the status and execution results of all simulation tasks can be publicly viewed, enhancing the system's credibility and traceability.

[0054] Efficient Task Management: By employing smart contracts for simulation task decomposition, priority queuing, and resource allocation, complex task management processes can be automated, improving simulation efficiency. The execution of smart contracts ensures the fairness and accuracy of task allocation, reducing human intervention and errors.

[0055] Flexible simulation service classification: The simulation service is subdivided into standard device, non-standard device and special device simulation services, and independent blockchain networks are built for each. This design enables the system to flexibly respond to different types of simulation needs, improving the system's adaptability and scalability.

[0056] Rapid Response and Resource Optimization: For standard device simulation services, results can be retrieved directly from the standard database, significantly reducing simulation time and improving response speed. For non-standard and special devices, a dedicated simulation service blockchain network ensures the effective allocation and optimized utilization of simulation resources.

[0057] In some embodiments, the device simulation task information includes information on simulation sub-tasks of at least one of the following devices: standard devices, non-standard devices, and special devices;

[0058] Accordingly, the second execution blockchain includes at least one of the following: a standard device simulation service blockchain network, a non-standard device simulation service blockchain network, and a special device simulation service blockchain network;

[0059] The first execution blockchain is used to perform at least one of the following:

[0060] The information of the simulation subtask of the standard device is sent to the standard device simulation service blockchain network for execution;

[0061] The information of the simulation subtask of the non-standard device is sent to the non-standard device simulation service blockchain network for execution;

[0062] The information of the simulation subtask of the special device is sent to the special device simulation service blockchain network for execution.

[0063] Here, standard devices refer to devices that have wide applications and conform to industry standards. The simulation methods for standard devices are mature, the simulation results are easy to obtain, and the simulation results can generally be fixed.

[0064] Non-standard components refer to components that do not fully conform to industry standards, or components customized by a specific manufacturer. Non-standard components generally require specific or dedicated simulation methods.

[0065] Special devices refer to devices with unique functions or designs, such as novel devices, experimental devices, or devices for specific application scenarios. The simulation of special devices may involve complex parameters or models, or require separate design for special devices.

[0066] The first execution blockchain sends the simulation subtask information of each device to the blockchain sub-network corresponding to the second execution blockchain for execution. This means that for each type of device, the information of the corresponding simulation subtask is extracted and sent to the corresponding blockchain network for simulation.

[0067] In this embodiment, a dedicated simulation service blockchain network is designed for each type of device, with each network specifically designed to handle simulation tasks for a particular type of device. This optimizes simulation efficiency, improves resource utilization, and leverages the characteristics of blockchain to enhance system security and transparency.

[0068] In some embodiments, the first execution blockchain further includes: a simulation task output display adjustment node; the simulation task output display adjustment node deploys a fourth smart contract for displaying simulation task output;

[0069] The simulation task output display adjustment node is used to execute the fourth smart contract based on the simulation task results, presenting the execution status and simulation execution results of the chip design simulation task.

[0070] Here, the fourth smart contract is used to display the simulation task results, including how to format and present the simulation output, and it can also define how to further adjust the device parameters based on the results.

[0071] The simulation task output display adjusts the node's execution of the fourth smart contract, retrieves the execution status and results of the chip design simulation task from the database, and displays them on the page.

[0072] In some embodiments, the fourth smart contract is also used to instruct the device parameters to be adjusted based on the simulation execution results of each device, and to re-trigger the simulation based on the adjusted device parameters.

[0073] The simulation task output displays the adjustment node, and is also used to execute a fourth smart contract based on the simulation execution result of the device to obtain the adjustment parameters of the device; and / or to receive the adjustment parameters of the device.

[0074] Here, after obtaining the device's adjustment parameters, the corresponding smart contracts (such as the second and third smart contracts) are re-triggered to send the device's simulation subtask information (including the adjusted device parameters) to the corresponding blockchain network nodes for execution. This process continues until all device simulation service execution results meet expectations, at which point the obtained device adjustment parameters are considered the optimal design values.

[0075] In one example, the simulation task output display adjustment node can check whether the simulation results of each device meet the target requirements based on the simulation execution results. If they do not meet the requirements, the device parameters can be adjusted, and the simulation can be triggered again based on the adjusted parameters until the adjusted parameters are the optimal design values.

[0076] The target requirements can be set for each individual device or for the entire chip. For example, a user may want a device to have a power consumption below a specific value or a response time within a certain range.

[0077] Adjusting device parameters refers to changing the design parameters of a device, such as resistance, capacitance, operating frequency, and dimensions, in an attempt to improve simulation results. Different devices may have different parameters and adjustment methods; that is, the adjustment methods and values ​​may vary depending on the device. Examples will not be provided here.

[0078] In another example, the simulation task output display adjustment node allows users to view the simulation subtasks of each device and display the simulation execution results. Users can judge whether the results meet the target requirements. If not, they can adjust the device parameters and trigger the simulation again until the adjusted parameters are the optimal design values.

[0079] Users can set user permissions. Users with platform permissions can execute the fourth smart contract to view the execution status of all simulation tasks. Further details can be viewed regarding the status, execution results, and device parameters of each simulation device subtask. Furthermore, device parameters can be adjusted via the device parameter adjustment page in conjunction with the device simulation service results, and the device simulation service can be executed again, issuing individual commands to trigger relevant smart contracts to the relevant simulation service blockchain network for execution.

[0080] In some embodiments, the standard device simulation service blockchain network includes multiple standard device simulation service nodes, and each of the standard device simulation service nodes deploys a fifth smart contract for simulating standard devices;

[0081] The non-standard device simulation service blockchain network includes multiple non-standard device simulation service nodes, and deploys a sixth smart contract for simulating non-standard devices.

[0082] The special device simulation service blockchain network includes multiple special device simulation service nodes and deploys a seventh smart contract for simulating special devices.

[0083] The multiple standard device simulation service nodes are used to execute the fifth smart contract to directly retrieve simulation task results from the standard database based on the information of the standard device simulation service; and store the simulation task results on the blockchain.

[0084] The multiple non-standard device simulation service nodes are used to execute the sixth smart contract to perform non-standard device simulation tasks based on the information of the non-standard device simulation service, obtain simulation task results, and store the simulation task results on the blockchain.

[0085] The multiple special device simulation service nodes are used to execute the seventh smart contract to perform special device simulation tasks based on the information of the special device simulation service, obtain simulation task results, and store the simulation task results on the blockchain.

[0086] Here, simulation results refer to various data obtained by simulating corresponding devices (standard devices, non-standard devices, and special devices) using simulation tools and techniques during the chip design and verification process. For example, this may include data on multiple aspects such as electrical characteristics, timing behavior, power consumption analysis, and reliability assessment.

[0087] The standard device simulation service node is specifically designed to handle simulation tasks for standard devices. It can execute smart contracts and directly retrieve simulation task results from a standard database, thus enabling rapid acquisition of existing results. Furthermore, the obtained results can be stored to ensure data traceability and availability.

[0088] The non-standard device simulation service node can execute the sixth smart contract to perform simulation tasks for non-standard devices based on the provided simulation sub-task information and obtain the corresponding results. The results are also stored to ensure data traceability and availability.

[0089] The special device simulation service node can execute the seventh smart contract to process simulation tasks for special devices and store the results. Since special devices may require more complex models and methods, the node can perform the appropriate simulation according to the specific circumstances.

[0090] Each smart contract (such as the fifth, sixth, and seventh smart contracts mentioned above) can be pre-deployed in the corresponding nodes. The smart contract can be triggered based on the received information, or it can be triggered by other mechanisms (for example, triggering the first smart contract based on other instructions, information, or time). There are no restrictions here.

[0091] In some embodiments, the standard device simulation service node is further configured to update the status, corresponding device parameter values, and result values ​​of the standard device subtask table; the status indicates whether the simulation is complete.

[0092] The non-standard device simulation service node is also used to update the status of the non-standard device subtask table, the corresponding device parameter values, and the result values.

[0093] The special device simulation service node is also used to update the status of the special device subtask table, the corresponding device parameter values, and the result values.

[0094] Here, the device parameter values ​​updated in each subtask table refer to the input parameters used for simulation. The input parameters define the characteristics of the device, such as electrical parameters like resistance, capacitance, and power threshold; environmental parameters like operating temperature range and maximum operating voltage; and specific settings in the design specifications, such as gain and cutoff frequency.

[0095] The updated result values ​​in each subtask table refer to the output results after the simulation run, such as: the signal waveform and timing diagram obtained from the simulation; performance indicators, such as delay time, power consumption, gain, etc.; and the output of functional verification to determine whether the device's performance under different input conditions meets expectations.

[0096] Multiple standard device simulation service nodes execute the smart contract of the standard device, receive information on the simulation sub-tasks of the standard device, directly search for the standard device parameter values ​​from the standard database, and update the status (whether it is completed), the corresponding device parameter values, and the result values ​​of the standard device sub-task table.

[0097] Multiple non-standard device simulation service nodes execute the smart contract of non-standard devices, receive information on the simulation sub-tasks of non-standard devices, perform the task simulation of non-standard devices according to the information on the simulation sub-tasks of non-standard devices, and update the status (whether it is completed), the corresponding device parameter values ​​and result values ​​of the non-standard device sub-task table.

[0098] Multiple special device simulation service nodes execute special device simulation smart contracts, receive information on the simulation sub-tasks of special devices, perform the simulation of special devices according to the information on the simulation sub-tasks of special devices, and update the status (whether it is completed), the corresponding device parameter values ​​and result values ​​of the special device sub-task table.

[0099] In some embodiments, nodes in the standard device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

[0100] The nodes of the non-standard device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

[0101] The nodes of the special device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

[0102] Here, the target execution node, also known as the optimal execution node, is the node capable of executing tasks. Each simulation service blockchain network consists of multiple nodes, each of which can be a computer, server, or device responsible for processing and storing data within the blockchain network. Each node participates in tasks such as providing simulation services, data storage, and sharing computing resources.

[0103] Consensus algorithms are used to ensure that all nodes in a network reach a consensus on the state of the blockchain. Consensus algorithms can be, but are not limited to, any of the following: Proof-of-Work (PoW), Proof-of-Stake (PoS), etc. Voting consensus, on the other hand, refers to nodes deciding a decision through voting, such as choosing which node to execute a specific simulation task.

[0104] Each node has its own resource usage, which may include the actual usage of resources such as computing power, storage space, and network bandwidth.

[0105] The selection of the optimal execution node refers to the process by which nodes in the simulation service blockchain network, through a voting mechanism, determine the most suitable execution node for the simulation task under the current conditions, based on the resource usage of each node. In this way, by selecting a suitable execution node to perform the simulation task, efficiency can be improved, latency reduced, and overall resource utilization optimized.

[0106] The voting consensus algorithm used by the standard device simulation service blockchain network, the voting consensus algorithm used by the non-standard device simulation service blockchain network, and the voting consensus algorithm used by the special device simulation service blockchain network can be the same or different, and no restrictions are imposed here.

[0107] In some embodiments, each of the non-standard device simulation service nodes is deployed with target simulation software and a customized non-standard device parameter service script, which is used to implement the non-standard device simulation service.

[0108] Here, the target simulation software can be any tool required for chip design simulation, such as Sonnet. The node installs and configures the Sonnet software so that it can run and execute the corresponding simulation tasks.

[0109] Customized non-standard device parameter service scripts are used to adjust and optimize the parameters of specific non-standard devices to facilitate automated simulation processes. Non-standard device parameters can include information on important factors that may affect simulation results, such as the device's electrical characteristics, geometric dimensions, and material properties.

[0110] In the simulation service for non-standard devices, each non-standard device simulation service node uses the target simulation software to automatically execute simulation tasks through a customized non-standard device parameter service script, thereby realizing the simulation of non-standard devices.

[0111] In this way, the simulation of multiple devices can be automatically achieved by using a blockchain network, which improves simulation efficiency and ensures the security and accuracy of simulation results.

[0112] In some embodiments, each of the special device simulation service nodes is deployed with target simulation software and a customized special device parameter service script, which is used to implement the special device simulation service.

[0113] Here, special device parameters can include information on important factors that may affect the simulation results, such as the device's electrical characteristics, geometric dimensions, and material properties.

[0114] Customized special device parameter service scripts are used to adjust and optimize based on specific parameters to facilitate automated simulation processes. In the special device simulation service, each special device simulation service node utilizes the target simulation software to automatically execute simulation tasks through the customized special device parameter service scripts, thereby achieving the simulation of the special device.

[0115] In this way, the simulation of multiple devices can be automatically achieved by using a blockchain network, which improves simulation efficiency and ensures the security and accuracy of simulation results.

[0116] In some embodiments, the first execution blockchain includes at least one of the following:

[0117] The simulation service task table is used to record simulation tasks to be executed.

[0118] The simulation service subtask table records all the simulation subtasks for the devices that need to be executed.

[0119] The simulation service team list is used to manage queues of ongoing simulation tasks and simulation subtasks;

[0120] The simulation service results display table is used to record the results of the simulation tasks and the results of the simulation sub-tasks for each device;

[0121] Device simulation parameter table, used to record device-related simulation parameters;

[0122] The first execution blockchain presentation page includes at least one of the following: a simulation service task display page, a device simulation subtask result page, and a device simulation subtask parameter adjustment execution page.

[0123] The simulation service task table includes: simulation task name, simulation task data, and simulation task status.

[0124] The simulation service subtask table includes: device name, device parameters, device simulation service type, and device simulation subtask status.

[0125] The simulation service team list stores the simulation subtask queues of the devices. The simulation subtask queues are stored according to the first-in-first-out principle, with the simulation subtask of the device that was first entered into the database at the front.

[0126] Here, the simulation service task table can record the following information: simulation task name, simulation task data (such as various data involving standard devices, non-standard devices, and special devices), simulation task status (such as whether it is completed or in progress); it can also include: simulation task ID, simulation task description, simulation task priority, deadline, and other information.

[0127] The simulation service subtask table can record device name, device parameters, device simulation service type (such as standard device, non-standard device, special device), device simulation subtask status (such as whether it is completed or in progress); it can also include: the ID of each simulation subtask, the ID of the main simulation task to which it belongs, the description of the simulation subtask, start and end time, and other information.

[0128] The simulation service team list manages queues of ongoing simulation tasks and subtasks, recording which simulation tasks are currently executing and which are pending. This list stores the simulation subtask queues for devices, following a first-in, first-out (FIFO) principle, with the device's simulation subtask added first appearing at the top.

[0129] The simulation service results display table summarizes and records the results of simulation tasks and the results of simulation sub-tasks for each device. It may include information such as task ID, simulation results (such as performance indicators, waveforms, power consumption, gain, etc.), result status, generation time, and remarks.

[0130] The device simulation parameter table is used to record all simulation parameters related to each device, such as device ID, parameter name (e.g., resistance value, capacitance value, material properties, etc.), parameter value and its unit, description, and other information.

[0131] Figure 2 This is a schematic diagram of another chip design simulation service execution system provided in an embodiment of this disclosure; as shown below. Figure 2As shown, the chip design simulation is executed by a multi-level blockchain. The first-level execution blockchain (i.e., the simulation service management platform functional node blockchain) consists of multiple functional nodes, which may include: simulation task decomposition nodes, simulation subtask priority queuing nodes, simulation subtask resource allocation nodes, and simulation result display and adjustment nodes. Each node deploys a chip design simulation task decomposition smart contract (e.g., the first smart contract), a simulation task priority queuing smart contract (e.g., the second smart contract), a simulation resource allocation smart contract (e.g., the third smart contract), and a simulation task output display smart contract (e.g., the fourth smart contract). Each node can execute the corresponding smart contract.

[0132] Chip design simulation services are categorized into standard device simulation services, non-standard device simulation services, and special device simulation services. The secondary execution blockchain comprises: a standard device simulation service blockchain network composed of multiple standard device simulation service nodes, deploying relevant smart contracts (such as the fifth smart contract); a non-standard device simulation service blockchain network composed of multiple non-standard device simulation service nodes, deploying relevant smart contracts (such as the sixth smart contract); and a special device simulation service blockchain network composed of multiple special device simulation service nodes, deploying relevant smart contracts (such as the seventh smart contract).

[0133] The execution results of each business chain are stored on the chain and saved and updated in the database.

[0134] The chip design simulation service execution system described above can be used to implement a chip design simulation service execution method, which includes the following steps:

[0135] 1) The chip design simulation service management platform receives simulation task information and publishes it to the primary execution blockchain;

[0136] 2) The simulation task decomposition node receives and saves the simulation task information, triggers and executes the first smart contract, decomposes the chip design simulation task into simulation sub-tasks of multiple devices, and saves them in the database.

[0137] 3) The simulation subtask priority queuing node triggers and executes the second smart contract to prioritize the simulation subtasks of each device.

[0138] 4) The simulation subtask resource allocation node triggers and executes the third smart contract, sending the simulation subtask information of the relevant devices to the corresponding simulation service blockchain network for execution;

[0139] Each of the above nodes can be pre-deployed with a corresponding first smart contract, second smart contract, and third smart contract.

[0140] 5) The standard device simulation service blockchain network receives the simulation information and parameters of standard devices, and selects the execution node with idle resources and optimal utilization through node voting consensus to execute the standard device simulation service;

[0141] Specifically, the standard device parameter library can be queried directly, and the standard device parameters can be output directly. The results are stored on the chain and updated in the database, such as updating the relevant attributes of the device subtask table, such as status and device parameters.

[0142] 6) The non-standard device simulation service blockchain network receives simulation information and parameters of non-standard devices, and selects the execution node with idle resources and optimal utilization through node voting consensus to execute the non-standard device simulation service.

[0143] Specifically, based on the deployed Sonnet software and customized non-standard device simulation service scripts, non-standard device simulation services can be executed, and the results can be parsed, stored, and saved in the database.

[0144] 7) The special device simulation service blockchain network receives simulation information and parameters of special devices, and selects the execution node with idle resources and optimal utilization through node voting consensus to execute the special device simulation service;

[0145] Specifically, based on the deployed Sonnet software and customized special device simulation service scripts, special device simulation services can be executed, and the results can be parsed, stored, and saved in the database.

[0146] 8) Issue the query result command to the primary blockchain network. The simulation result display and adjustment node executes the smart contract to view the simulation task results, and checks the execution status and results of the chip design simulation task. Further, it allows viewing the simulation sub-tasks of each device and adjusting device parameters based on the displayed results. After the device parameters are adjusted, the corresponding smart contract is triggered to send the device's simulation sub-task information to the corresponding blockchain network for execution. Repeat steps 5)-7) until all device simulation service execution and display results meet expectations, and the obtained device adjustment parameters are the optimal design values.

[0147] Figure 3 This is a flowchart illustrating a chip design simulation service execution method provided in an embodiment of this disclosure; as shown below. Figure 3 As shown, the method is applied to a chip design simulation service execution system, which is applied to a multi-level blockchain, including: a first execution blockchain and a second execution blockchain; the first execution blockchain deploys multiple smart contracts; the second execution blockchain deploys multiple smart contracts; the method includes:

[0148] Step 301: The first execution blockchain receives simulation task information, generates device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and sends the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task;

[0149] Step 302: The second execution blockchain executes the simulation task according to the device simulation task information and multiple smart contracts of the second execution blockchain to obtain the simulation task result; and sends the simulation task result to the first execution blockchain.

[0150] Step 303: The first execution blockchain presents the execution status and simulation results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted according to the simulation execution results, and the simulation is performed again based on the adjusted device parameters.

[0151] In some embodiments, the first execution blockchain includes: simulation task decomposition nodes, simulation task priority queuing nodes, and simulation task resource allocation nodes.

[0152] The simulation task decomposition node deploys a first smart contract for chip design simulation task decomposition.

[0153] The simulation task priority queuing node deploys a second smart contract for simulation task priority queuing.

[0154] The simulation task resource allocation node deploys a third smart contract for simulation resource allocation;

[0155] The first execution blockchain receives simulation task information, generates device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and sends the device simulation task information to the second execution blockchain, including:

[0156] The simulation task decomposition node receives simulation task information, executes the first smart contract according to the simulation task information, and generates simulation sub-tasks for at least one device.

[0157] The simulation task priority queuing node executes the second smart contract according to the simulation sub-tasks of the at least one device, and prioritizes the simulation sub-tasks of the at least one device to obtain the simulation sub-tasks of the at least one device after priority queuing.

[0158] The simulation task resource allocation node executes the third smart contract according to the simulation sub-tasks of at least one device after priority queuing, and sends the information of the simulation sub-tasks of each device to the blockchain sub-network corresponding to the second execution blockchain for execution.

[0159] In some embodiments, the device simulation task information includes information on simulation sub-tasks of at least one of the following devices: standard devices, non-standard devices, and special devices;

[0160] Accordingly, the second execution blockchain includes at least one of the following: a standard device simulation service blockchain network, a non-standard device simulation service blockchain network, and a special device simulation service blockchain network;

[0161] The method further includes at least one of the following:

[0162] The information of the simulation subtask of the standard device is sent to the standard device simulation service blockchain network for execution;

[0163] The information of the simulation subtask of the non-standard device is sent to the non-standard device simulation service blockchain network for execution;

[0164] The information of the simulation subtask of the special device is sent to the special device simulation service blockchain network for execution.

[0165] In some embodiments, the first execution blockchain further includes: a simulation task output display adjustment node; the simulation task output display adjustment node deploys a fourth smart contract for displaying simulation task output;

[0166] The method further includes: the simulation task output display adjustment node executes the fourth smart contract according to the simulation task result, and presents the execution status and simulation execution result of the chip design simulation task.

[0167] In some embodiments, the fourth smart contract is further configured to instruct the device parameters to be adjusted based on the simulation execution results of each device, and to re-trigger the simulation based on the adjusted device parameters;

[0168] The method further includes: the simulation task output display adjustment node executing a fourth smart contract based on the simulation execution result of the device to obtain the adjustment parameters of the device; and / or receiving the adjustment parameters of the device.

[0169] In some embodiments, the standard device simulation service blockchain network includes multiple standard device simulation service nodes, and each of the standard device simulation service nodes deploys a fifth smart contract for simulating standard devices;

[0170] The non-standard device simulation service blockchain network includes multiple non-standard device simulation service nodes, and deploys a sixth smart contract for simulating non-standard devices.

[0171] The special device simulation service blockchain network includes multiple special device simulation service nodes and deploys a seventh smart contract for simulating special devices.

[0172] The second execution blockchain executes the simulation task based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain the simulation task result, including at least one of the following:

[0173] The multiple standard device simulation service nodes execute the fifth smart contract to directly retrieve simulation task results from the standard database based on the information of the standard device simulation service; and store the simulation task results on the blockchain.

[0174] The multiple non-standard device simulation service nodes execute the sixth smart contract to perform non-standard device simulation tasks based on the information from the non-standard device simulation service, obtain simulation task results, and store the simulation task results on the blockchain;

[0175] The multiple special device simulation service nodes execute the seventh smart contract to perform special device simulation tasks based on the information from the special device simulation service, obtain simulation task results, and store the simulation task results on the blockchain.

[0176] In some embodiments, the method further includes at least one of the following:

[0177] The standard device simulation service node updates the status, corresponding device parameter values, and result values ​​of the standard device subtask table; the status indicates whether the simulation is complete.

[0178] The non-standard device simulation service node updates the status, corresponding device parameter values, and result values ​​of the non-standard device subtask table;

[0179] The special device simulation service node updates the status, corresponding device parameter values, and result values ​​of the special device subtask table.

[0180] In some embodiments, nodes in the standard device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

[0181] The nodes of the non-standard device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

[0182] The nodes of the special device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

[0183] In some embodiments, each of the non-standard device simulation service nodes is deployed with target simulation software and a customized non-standard device parameter service script, which is used to implement the non-standard device simulation service.

[0184] In some embodiments, each of the special device simulation service nodes is deployed with target simulation software and a customized special device parameter service script, which is used to implement the special device simulation service.

[0185] In some embodiments, the first execution blockchain includes at least one of the following:

[0186] The simulation service task table is used to record simulation tasks to be executed.

[0187] The simulation service subtask table records all the simulation subtasks for the devices that need to be executed.

[0188] The simulation service team list is used to manage queues of ongoing simulation tasks and simulation subtasks;

[0189] The simulation service results display table is used to record the results of the simulation tasks and the results of the simulation sub-tasks for each device;

[0190] Device simulation parameter table, used to record device-related simulation parameters;

[0191] The first execution blockchain presentation page includes at least one of the following: a simulation service task display page, a device simulation subtask result page, and a device simulation subtask parameter adjustment execution page.

[0192] In some embodiments, the simulation service task table includes: simulation task name, simulation task data, and simulation task status;

[0193] The simulation service subtask table includes: device name, device parameters, device simulation service type, and device simulation subtask status.

[0194] The simulation service team list stores the simulation subtask queues of the devices, and the simulation subtask queues are stored according to the first-in, first-out principle.

[0195] It is understood that the methods provided in the above embodiments and the embodiments of the corresponding execution systems belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0196] This application provides a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform a chip design simulation service execution method.

[0197] This application provides a computer-readable storage medium storing executable instructions. When the executable instructions are executed by a processor, the processor will execute the chip design simulation service execution method provided in this application.

[0198] In some embodiments, the computer-readable storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or it may be a variety of devices including one or any combination of the above-mentioned memories.

[0199] In some embodiments, executable instructions may take the form of a program, software, software module, script, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a standalone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

[0200] As an example, executable instructions may, but do not necessarily, correspond to files in a file system. They may be stored as part of a file that holds other programs or data, for example, in one or more scripts in a Hyper Text Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple collaborating files (e.g., a file that stores one or more modules, subroutines, or code sections).

[0201] As an example, executable instructions can be deployed to execute on a single computing device, or on multiple computing devices located in one location, or on multiple computing devices distributed across multiple locations and interconnected via a communication network.

[0202] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this disclosure; as shown below. Figure 4As shown, the electronic device 40 includes a processor 401 and a memory 402 communicatively connected to the processor 401; the memory 402 stores instructions executable by the processor 401. The instructions are executed by the processor 401 to enable the processor 401 to execute a chip design simulation service execution method.

[0203] The electronic devices and corresponding chip design simulation service execution methods provided in the above embodiments belong to the same concept. For details of their specific implementation process, please refer to the method embodiments, which will not be repeated here.

[0204] In practical applications, the electronic device 40 may further include at least one network interface 403. The various components of the electronic device 40 are coupled together via a bus system 404. It is understood that the bus system 404 is used to implement communication between these components. In addition to a data bus, the bus system 404 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in... Figure 4 All buses are labeled as bus system 404. The number of processors 401 can be at least one, and the number of memories 402 can be at least one. Network interface 403 is used for wired or wireless communication between electronic device 40 and other devices.

[0205] The memory 402 in this embodiment is used to store various types of data to support the operation of the electronic device 40.

[0206] The methods disclosed in the above embodiments of this disclosure can be applied to processor 401, or implemented by processor 401. Processor 401 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the integrated logic circuit of the hardware in processor 401 or by instructions in the form of software. The processor 401 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Processor 401 can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this disclosure. The general-purpose processor may be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of this disclosure can be directly manifested as being executed by a hardware decoding processor, or being executed by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium, which is located in memory 402. Processor 401 reads the information in memory 402 and, in conjunction with its hardware, completes the steps of the aforementioned chip design simulation service execution method.

[0207] In some embodiments, the electronic device 40 may be implemented by one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers (MCUs), microprocessors, or other electronic components to perform the aforementioned methods.

[0208] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this disclosure can be achieved, and this is not limited herein.

[0209] In the above description, the term "some embodiments" refers to a subset of all possible embodiments. However, it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0210] Unless otherwise defined, all technical and scientific terms used in this disclosure have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. The terminology used in this disclosure is for the purpose of describing embodiments of this disclosure only and is not intended to be limiting of this disclosure.

[0211] It should be understood that in the various embodiments of this disclosure, the sequence number of each implementation process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this disclosure.

[0212] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this disclosure, "a plurality of" means two or more, unless otherwise explicitly specified.

[0213] The above description is merely a specific embodiment of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A chip design simulation service execution system, characterized in that, The system is applied to a multi-level blockchain, which includes: a first execution blockchain and a second execution blockchain; the first execution blockchain deploys multiple smart contracts; the second execution blockchain deploys multiple smart contracts. The first execution blockchain is used to receive simulation task information, generate device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and send the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task; The second execution blockchain is used to execute simulation tasks based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain simulation task results; and to send the simulation task results to the first execution blockchain. The first execution blockchain is used to present the execution status and simulation results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted according to the simulation execution results, and the simulation is re-performed based on the adjusted device parameters; The first execution blockchain includes: simulation task decomposition nodes, simulation task priority queuing nodes, and simulation task resource allocation nodes; The simulation task decomposition node deploys a first smart contract for chip design simulation task decomposition. The simulation task priority queuing node deploys a second smart contract for simulation task priority queuing. The simulation task resource allocation node deploys a third smart contract for simulation resource allocation; The simulation task decomposition node is used to receive simulation task information, execute the first smart contract according to the simulation task information, and generate simulation sub-tasks for at least one device. The simulation task priority queuing node is used to execute the second smart contract according to the simulation sub-tasks of the at least one device, and to prioritize the simulation sub-tasks of the at least one device to obtain the simulation sub-tasks of the at least one device after priority queuing. The simulation task resource allocation node is used to execute the third smart contract according to the simulation sub-tasks of at least one device after priority queuing, and to send the information of the simulation sub-tasks of each device to the blockchain sub-network corresponding to the second execution blockchain for execution. The device simulation task information includes information on simulation sub-tasks for at least one of the following devices: standard devices, non-standard devices, and special devices; Accordingly, the second execution blockchain includes at least one of the following: a standard device simulation service blockchain network, a non-standard device simulation service blockchain network, and a special device simulation service blockchain network; The first execution blockchain is used to perform at least one of the following: The information of the simulation subtask of the standard device is sent to the standard device simulation service blockchain network for execution; The information of the simulation subtask of the non-standard device is sent to the non-standard device simulation service blockchain network for execution; The information of the simulation subtask of the special device is sent to the special device simulation service blockchain network for execution; The standard device simulation service blockchain network includes multiple standard device simulation service nodes, and each standard device simulation service node deploys a fifth smart contract for simulating standard devices; The non-standard device simulation service blockchain network includes multiple non-standard device simulation service nodes, and deploys a sixth smart contract for simulating non-standard devices. The special device simulation service blockchain network includes multiple special device simulation service nodes and deploys a seventh smart contract for simulating special devices. The multiple standard device simulation service nodes are used to execute the fifth smart contract to directly retrieve simulation task results from the standard database based on the information of the standard device simulation service; and store the simulation task results on the blockchain. The multiple non-standard device simulation service nodes are used to execute the sixth smart contract to perform non-standard device simulation tasks based on the information of the non-standard device simulation service, obtain simulation task results, and store the simulation task results on the blockchain. The multiple special device simulation service nodes are used to execute the seventh smart contract to perform special device simulation tasks based on the information of the special device simulation service, obtain simulation task results, and store the simulation task results on the blockchain.

2. The system according to claim 1, characterized in that, The first execution blockchain further includes: a simulation task output display adjustment node; the simulation task output display adjustment node deploys a fourth smart contract for displaying simulation task output; The simulation task output display adjustment node is used to execute the fourth smart contract based on the simulation task results, presenting the execution status and simulation execution results of the chip design simulation task.

3. The system according to claim 2, characterized in that, The fourth smart contract is also used to instruct the device parameters to be adjusted based on the simulation execution results of each device, and to re-trigger the simulation based on the adjusted device parameters; The simulation task output displays the adjustment node, and is also used to execute a fourth smart contract based on the simulation execution result of the device to obtain the adjustment parameters of the device; and / or to receive the adjustment parameters of the device.

4. The system according to claim 1, characterized in that, The standard device simulation service node is also used to update the status, corresponding device parameter values, and result values ​​of the standard device subtask table; the status indicates whether the simulation is complete. The non-standard device simulation service node is also used to update the status of the non-standard device subtask table, the corresponding device parameter values, and the result values. The special device simulation service node is also used to update the status of the special device subtask table, the corresponding device parameter values, and the result values.

5. The system according to claim 4, characterized in that, Nodes in the standard device simulation service blockchain network select target execution nodes based on resource usage through a voting consensus algorithm. The nodes of the non-standard device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm. The nodes of the special device simulation service blockchain network select the target execution node based on resource usage through a voting consensus algorithm.

6. The system according to claim 1, characterized in that, Each of the non-standard device simulation service nodes is equipped with target simulation software and a customized non-standard device parameter service script, which is used to implement the non-standard device simulation service.

7. The system according to claim 1, characterized in that, Each of the special device simulation service nodes is equipped with target simulation software and a customized special device parameter service script, which is used to implement the special device simulation service.

8. The system according to claim 1, characterized in that, The first execution blockchain includes at least one of the following: The simulation service task table is used to record simulation tasks to be executed. The simulation service subtask table records all the simulation subtasks for the devices that need to be executed. The simulation service team list is used to manage queues of ongoing simulation tasks and simulation subtasks; The simulation service results display table is used to record the results of the simulation tasks and the results of the simulation sub-tasks for each device; Device simulation parameter table, used to record device-related simulation parameters; The first execution blockchain presentation page includes at least one of the following: a simulation service task display page, a device simulation subtask result page, and a device simulation subtask parameter adjustment execution page.

9. The system according to claim 8, characterized in that, The simulation service task table includes: simulation task name, simulation task data, and simulation task status; The simulation service subtask table includes: device name, device parameters, device simulation service type, and device simulation subtask status. The simulation service team list stores the simulation subtask queues of the devices, and the simulation subtask queues are stored according to the first-in, first-out principle.

10. A method for executing chip design simulation services, characterized in that, The method is applied to a chip design simulation service execution system, which is applied to a multi-level blockchain, comprising: a first execution blockchain and a second execution blockchain; the first execution blockchain deploys multiple smart contracts; the second execution blockchain deploys multiple smart contracts; the method includes: The first execution blockchain receives simulation task information, generates device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and sends the device simulation task information to the second execution blockchain; the device simulation task information includes simulation sub-tasks of at least one device involved in the chip design simulation task; The second execution blockchain executes the simulation task based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain the simulation task result; and sends the simulation task result to the first execution blockchain; The first execution blockchain presents the execution status and simulation results of the chip design simulation task based on the simulation task results; if the simulation execution results do not meet the target requirements, the device parameters are adjusted according to the simulation execution results, and the simulation is performed again based on the adjusted device parameters; The first execution blockchain includes: simulation task decomposition nodes, simulation task priority queuing nodes, and simulation task resource allocation nodes; The simulation task decomposition node deploys a first smart contract for chip design simulation task decomposition. The simulation task priority queuing node deploys a second smart contract for simulation task priority queuing. The simulation task resource allocation node deploys a third smart contract for simulation resource allocation; The first execution blockchain receives simulation task information, generates device simulation task information based on the simulation task information and multiple smart contracts of the first execution blockchain, and sends the device simulation task information to the second execution blockchain, including: The simulation task decomposition node receives simulation task information, executes the first smart contract according to the simulation task information, and generates simulation sub-tasks for at least one device. The simulation task priority queuing node executes the second smart contract according to the simulation sub-tasks of the at least one device, and prioritizes the simulation sub-tasks of the at least one device to obtain the simulation sub-tasks of the at least one device after priority queuing. The simulation task resource allocation node executes the third smart contract according to the simulation sub-tasks of at least one device after priority queuing, and sends the information of the simulation sub-tasks of each device to the blockchain sub-network corresponding to the second execution blockchain for execution. The device simulation task information includes information on simulation sub-tasks for at least one of the following devices: standard devices, non-standard devices, and special devices; Accordingly, the second execution blockchain includes at least one of the following: a standard device simulation service blockchain network, a non-standard device simulation service blockchain network, and a special device simulation service blockchain network; The method further includes at least one of the following: The information of the simulation subtask of the standard device is sent to the standard device simulation service blockchain network for execution; The information of the simulation subtask of the non-standard device is sent to the non-standard device simulation service blockchain network for execution; The information of the simulation subtask of the special device is sent to the special device simulation service blockchain network for execution; The standard device simulation service blockchain network includes multiple standard device simulation service nodes, and each standard device simulation service node deploys a fifth smart contract for simulating standard devices; The non-standard device simulation service blockchain network includes multiple non-standard device simulation service nodes, and deploys a sixth smart contract for simulating non-standard devices. The special device simulation service blockchain network includes multiple special device simulation service nodes and deploys a seventh smart contract for simulating special devices. The second execution blockchain executes the simulation task based on the device simulation task information and multiple smart contracts of the second execution blockchain to obtain the simulation task result, including at least one of the following: The multiple standard device simulation service nodes execute the fifth smart contract to directly retrieve simulation task results from the standard database based on the information of the standard device simulation service; and store the simulation task results on the blockchain. The multiple non-standard device simulation service nodes execute the sixth smart contract to perform non-standard device simulation tasks based on the information from the non-standard device simulation service, obtain simulation task results, and store the simulation task results on the blockchain; The multiple special device simulation service nodes execute the seventh smart contract to perform special device simulation tasks based on the information from the special device simulation service, obtain simulation task results, and store the simulation task results on the blockchain.

11. An electronic device, characterized in that, include: At least one processor; And a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of claim 10.

12. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, The computer instructions are used to cause the computer to perform the method of claim 10.

Images