Update WeTEE_Network.md

applications/WeTEE_Network.md

@@ -238,9 +238,9 @@ At the current stage, we are focused on establishing the first version of the on
 | **0b.** | Documentation | We will provide both **inline documentation** of the code and a basic **tutorial** that explains how a user can (for example) spin up one of our Substrate nodes and send test transactions, which will show how the new functionality works. |
 | **0c.** | Testing and Testing Guide | Core functions will be fully covered by comprehensive unit tests to ensure functionality and robustness. In the guide, we will describe how to run these tests. |
 | **0d.** | Docker | We will provide a Dockerfile(s) that can be used to test all the functionality delivered with this milestone. |
-| 01. | Substrate module: worker | 1. Worker cluster register <br> 2. Worker cluster mortgage <br> 3. Worker cluster upload proof of work data <br> 4. Worker cluster withdrawal <br> 5. Worker cluster stop <br> 6. Worker cluster report |
-| 02. | Substrate module: app | 1. TEE app create <br> 2. TEE app update <br> 3. TEE app set settings <br> 4. TEE app recharge <br> 5. TEE app stop |
-| 03. | Substrate module: task | 1. TEE task create <br> 2. TEE task update <br> 3. TEE task set execute settings <br> 4. TEE task recharge <br> 5. TEE task stop |
+| 01. | Substrate module: worker | This pallet provides modules for the registration and staking of miner nodes, as well as accepting proof-of-work data and detailed file hashes and addresses from miners, and also provides withdrawal functions for miners, as well as closure (which can only be executed if all services have already stopped/migrated), and also provides channels for users to complain about miner nodes.<br> 1. Worker cluster register <br> 2. Worker cluster mortgage <br> 3. Worker cluster upload proof of work data <br> 4. Worker cluster withdrawal <br> 5. Worker cluster stop <br> 6. Worker cluster report |
+| 02. | Substrate module: app | This pallet provides users with the function of deploying and updating applications, as well as an interface for topping up applications. Users can prepay for the operation of the application, and miners can only unlock the fees paid by users after uploading proof of work.<br>1. TEE app create <br> 2. TEE app update <br> 3. TEE app set settings <br> 4. TEE app recharge <br> 5. TEE app stop |
+| 03. | Substrate module: task |This pallet provides users with the function of deploying and updating periodic/temporary tasks, where users can set the execution time and cycle of tasks. It also provides an interface for users to recharge their applications, allowing them to prepay for the operation of the application. Miners can only obtain revenue after uploading proof-of-work for single-task work.<br> 1. TEE task create <br> 2. TEE task update <br> 3. TEE task set execute settings <br> 4. TEE task recharge <br> 5. TEE task stop |
 
 ### Milestone 2 — Build the Worker Module
 
@@ -257,8 +257,8 @@ At the current stage, we are focused on establishing the first version of the on
 | 01. | TEE Image build guide | We will provide documentation to help programmers understand and execute compiling existing web2 programs into deployable mirrors on Wetee. Currently we provide documentation for compiling via Ego and Gramine. |
 | 02. | App Example | We will provide example programs to help programmers understand and execute compiling existing web2 programs into deployable mirrors on Wetee. Currently we provide Examples in Golang, Python, C, C++, and Rust. |
 | 03. | Worker K8S Operator |The k8s worker acts as a trusted controller in the wetee network. It securely stores deployment states, including manifests and defined secrets. Based on the manifests, the Worker uses remote attestation to authenticate the trusted execution environments of applications. <br> 1. K8S Operator run in SGX <br> 2. Listen to Wetee Node State <br> 3. Worker cluster register <br> 4. Worker cluster mortgage <br> 5. Worker cluster withdrawal <br> 6. Worker cluster stop |
-| 04. | Worker App Deploy |1. TEE app create <br> 2. TEE app update <br> 3. TEE app set settings <br> 4. TEE app recharge <br> 5. TEE app stop |
-| 05. | Worker Task Deploy |1. TEE task create <br> 2. TEE task update <br> 3. TEE task set execute settings <br> 4. TEE task recharge <br> 5. TEE task stop |
+| 04. | Worker App Deploy |The application controller of the miner node is responsible for pulling settings from the chain and synchronizing them into the k8s/k3s cluster to complete application deployment/update.<br>1. TEE app create <br> 2. TEE app update <br> 3. TEE app set settings <br> 4. TEE app recharge <br> 5. TEE app stop |
+| 05. | Worker Task Deploy |Miner node task controller, responsible for executing assigned tasks, uploading execution logs, and synchronizing to the chain.<br>1. TEE task create <br> 2. TEE task update <br> 3. TEE task set execute settings <br> 4. TEE task recharge <br> 5. TEE task stop |
 
 ### Milestone 3 — Worker Proof
 
@@ -273,9 +273,9 @@ At the current stage, we are focused on establishing the first version of the on
 | **0c.** | Testing and Testing Guide | Core functions will be fully covered by comprehensive unit tests to ensure functionality and robustness. In the guide, we will describe how to run these tests. |
 | **0d.** | Docker | We will provide a Dockerfile(s) that can be used to test all the functionality delivered with this milestone. |
 | **0e.** | Article | We will publish an **article**/workshop that explains what was done/achieved as part of the grant. (Content, language and medium should reflect your target audience described above.) |
-| 01. | Worker remote attestation as proof of work | 1. Worker cluster remote attestation service <br> 2. Worker upload remote attestation as proof of work |
-| 02. | Worker log as proof of work | 1. Worker cluster upload app log of app as proof of work |
-| 03. | Worker monitoring as proof of work |1. Worker cluster upload app monitoring of app as proof of work |
+| 01. | Worker remote attestation as proof of work | Remote attestation module, users can use it to check the confidential running status of the application in real time. The module will automatically generate workers and synchronize the hash of remote proof files to the chain. Users or challengers can verify the verification status of the worker through proof files.<br>1. Worker cluster remote attestation service <br> 2. Worker upload remote attestation as proof of work |
+| 02. | Worker log as proof of work | Synchronize the log of application running through libos to worker, and synchronize the hash file to the chain to prove the correctness and stability of program execution, users can view the application log to determine the status of program execution.<br>1. Worker cluster upload app log of app as proof of work |
+| 03. | Worker monitoring as proof of work |Through libos, synchronize the resource usage status of the application to the worker, and synchronize the hash and resource usage data of the file to the chain. The chain will calculate the resources of the application and issue rewards for the worker.<br>1. Worker cluster upload app monitoring of app as proof of work |
 
 ## Future Plans