GitHub Action commited on
Commit ·
1837e0d
1
Parent(s): 932129a
Sync from GitHub with Git LFS
Browse files- docs/HMP-0005.md +11 -5
docs/HMP-0005.md
CHANGED
|
@@ -392,6 +392,12 @@ The unified container structure provides:
|
|
| 392 |
"signature": "BASE64URL(...)",
|
| 393 |
"links_hash": "sha256:abcd..."
|
| 394 |
}
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 395 |
}
|
| 396 |
```
|
| 397 |
|
|
@@ -832,18 +838,18 @@ If container `[C7]` does not actually reference `[C1]`, it is excluded before si
|
|
| 832 |
|
| 833 |
---
|
| 834 |
|
| 835 |
-
### 3.
|
| 836 |
|
| 837 |
The `network` field is introduced to control container propagation in both local and global environments.
|
| 838 |
It allows restricting the delivery scope of a container and defines which transmission methods should be used by the agent.
|
| 839 |
|
| 840 |
-
#### 3.
|
| 841 |
|
| 842 |
* If the `network` field is not empty, the container is intended for a **local environment** and **must not be transmitted to the global Mesh**.
|
| 843 |
In this case, the `broadcast` field is automatically considered `false`, and the `recipient` field is set to an empty array (`[]`).
|
| 844 |
* If the `network` field is empty (`""`), the container is allowed to be broadcasted within the global Mesh using standard DID addressing and delivery mechanisms.
|
| 845 |
|
| 846 |
-
#### 3.
|
| 847 |
|
| 848 |
| Value | Description |
|
| 849 |
| ----------------------- | ------------------------------------------------------------------------------------------- |
|
|
@@ -856,7 +862,7 @@ It allows restricting the delivery scope of a container and defines which transm
|
|
| 856 |
> agents distribute it using **local discovery mechanisms** — such as IPC, UDP broadcast, multicast, or direct TCP connections.
|
| 857 |
> This is necessary because DID addresses of other agents in the local network may not yet be known.
|
| 858 |
|
| 859 |
-
#### 3.
|
| 860 |
|
| 861 |
1. **Global Mesh Delivery:**
|
| 862 |
|
|
@@ -895,7 +901,7 @@ The container is delivered only to other agents running on the same host using l
|
|
| 895 |
The container is intended for agents within the `192.168.0.0/24` subnet.
|
| 896 |
Delivery is performed via local networking mechanisms (UDP discovery, broadcast/multicast).
|
| 897 |
|
| 898 |
-
#### 3.
|
| 899 |
|
| 900 |
* The `network` field defines the **scope of the container**, while `broadcast` determines whether broadcasting is allowed **within that scope**.
|
| 901 |
* When needed, an agent may create **multiple containers** for different subnets if it operates with several LAN interfaces or in isolated network segments.
|
|
|
|
| 392 |
"signature": "BASE64URL(...)",
|
| 393 |
"links_hash": "sha256:abcd..."
|
| 394 |
}
|
| 395 |
+
"evaluations": {
|
| 396 |
+
"evaluations_hash": "sha256:efgh...",
|
| 397 |
+
"items": [
|
| 398 |
+
{ "value": -0.4, "type": "oppose", "target": "did:hmp:container:reason789", "timestamp": "2025-10-17T14:00:00Z", "agent_did": "did:hmp:agent:B", "sig_algo": "ed25519", "signature": "BASE64URL(...)" }
|
| 399 |
+
]
|
| 400 |
+
}
|
| 401 |
}
|
| 402 |
```
|
| 403 |
|
|
|
|
| 838 |
|
| 839 |
---
|
| 840 |
|
| 841 |
+
### 3.17 Usage of `network` and `broadcast` Fields
|
| 842 |
|
| 843 |
The `network` field is introduced to control container propagation in both local and global environments.
|
| 844 |
It allows restricting the delivery scope of a container and defines which transmission methods should be used by the agent.
|
| 845 |
|
| 846 |
+
#### 3.17.1 General Rules
|
| 847 |
|
| 848 |
* If the `network` field is not empty, the container is intended for a **local environment** and **must not be transmitted to the global Mesh**.
|
| 849 |
In this case, the `broadcast` field is automatically considered `false`, and the `recipient` field is set to an empty array (`[]`).
|
| 850 |
* If the `network` field is empty (`""`), the container is allowed to be broadcasted within the global Mesh using standard DID addressing and delivery mechanisms.
|
| 851 |
|
| 852 |
+
#### 3.17.2 Possible Values of `network`
|
| 853 |
|
| 854 |
| Value | Description |
|
| 855 |
| ----------------------- | ------------------------------------------------------------------------------------------- |
|
|
|
|
| 862 |
> agents distribute it using **local discovery mechanisms** — such as IPC, UDP broadcast, multicast, or direct TCP connections.
|
| 863 |
> This is necessary because DID addresses of other agents in the local network may not yet be known.
|
| 864 |
|
| 865 |
+
#### 3.17.3 Examples
|
| 866 |
|
| 867 |
1. **Global Mesh Delivery:**
|
| 868 |
|
|
|
|
| 901 |
The container is intended for agents within the `192.168.0.0/24` subnet.
|
| 902 |
Delivery is performed via local networking mechanisms (UDP discovery, broadcast/multicast).
|
| 903 |
|
| 904 |
+
#### 3.17.4 Specifics
|
| 905 |
|
| 906 |
* The `network` field defines the **scope of the container**, while `broadcast` determines whether broadcasting is allowed **within that scope**.
|
| 907 |
* When needed, an agent may create **multiple containers** for different subnets if it operates with several LAN interfaces or in isolated network segments.
|