身份与存储职责不同。已验证的调用者上下文描述「谁发起了请求」以及运行时解析到的角色。DID Space 是在 DID 作用域逻辑空间中暴露存储的 AFS provider。Data Space 是本 board 在讨论结果数据上下文时使用的名称。
不要把这些角色压成一个对象：
| 关注点 | ARC 中的对象 | 今天的公开表面 |
|---|---|---|
| 谁在调用 | 凭据解析后的 CallerInfo | 进入 session 与 AFS 上下文的运行时交接 |
| 持久数据在哪 | DID Space（@aigne/afs-did-space） | AFS 挂载 + 本地 arc space 检查 |
| session 能看见什么 | session 叠加的 /user、/tmp、可选 /space | 受约束的 AFS 路径 |
| 文档如何命名整体上下文 | Data Space（仅用语） | 没有可单独导入的 API |
调用者可以已认证，却仍未获得某个挂载数据视图。存储路径可以存在，却仍拒绝来自网络源的读或写。产品用语可以解释系统，却不必是稳定 API。
子页面
- 调用者上下文 — 已验证身份、凭据、角色、membership 叠加。
- DID 作用域存储 — provider 包、角色前缀、transport 能力差异。
- 这里的 “Data Space” 指什么 — 该术语刻意收窄的文档用法。
读完核心模型后，继续看 Session 数据 了解 session 实际收到的视图，并在落地假设前阅读 当前合同边界。