NPS 路线图
Version: 0.7
Date: 2026-06-27
归属: LabAcacia / INNO LOTUS PTY LTD
节奏策略
每个 Phase 分三段:
① Spec Sprint(2 周) — 本 Phase 所有规范冻结
② Impl Sprint(6–8 周) — 实现、测试、文档
③ Review Gate(1 周) — 社区/内部评审,决定是否进入下一 Phase
版本约定
| 版本号 |
含义 |
v0.x-draft |
内部草稿,可破坏性变更 |
v0.x-alpha |
公开预览,API 不稳定 |
v0.x-beta |
功能完整,欢迎外部测试 |
v1.0 |
规范冻结,生产可用 |
Phase 0 — 规范统一(2026 Q2)— ✅ 完成
目标:建立 NPS 完整规范骨架,统一帧空间和命名,输出可供社区评论的 v0.2-draft。
Phase 1 — 核心实现(2026 Q3)— ✅ 已交付
目标:NCP + NWP + NIP + NDP + NOP 在六种参考语言中生产可用;NIP CA Server 六语言参考部署。
SDK
| 语言 |
包名 |
状态 |
| .NET |
LabAcacia.NPS.Core + .NWP + .NWP.Anchor + .NWP.Bridge + .NIP + .NDP + .NOP |
✅ v1.0.0-alpha.11(655 tests) |
| Python |
nps-lib(PyPI) |
✅ v1.0.0-alpha.11(211+ tests,≥97% coverage) |
| TypeScript |
@labacacia/nps-sdk(npm) |
✅ v1.0.0-alpha.11(284+ tests) |
| Java |
com.labacacia.nps:nps-java(Maven Central) |
✅ v1.0.0-alpha.11(112+ tests) |
| Rust |
nps-sdk + 6 个同生态 crate(crates.io) |
✅ v1.0.0-alpha.11(109 tests) |
| Go |
github.com/labacacia/NPS-sdk-go |
✅ v1.0.0-alpha.11(96 tests) |
NIP CA Server(六语言参考部署)
| 语言 |
技术栈 |
状态 |
| C# / .NET |
ASP.NET Core + SQLite + Docker |
✅ v0.1 |
| Python |
FastAPI + SQLite + Docker |
✅ v0.1 |
| TypeScript |
Fastify + SQLite + Docker |
✅ v0.1 |
| Java |
Spring Boot 3.4 + SQLite |
✅ v0.1 |
| Rust |
Axum + SQLite + Docker |
✅ v0.1 |
| Go |
net/http stdlib + SQLite |
✅ v0.1 |
.NET 服务器运行时(参考实现)
Phase 1 交付的 RFC / CR
常驻 Daemon
| Daemon |
alpha.5 状态 |
npsd |
✅ L1 + 子 NID 签发 + 每 NID 收件箱队列(17 integration tests) |
nps-registry |
✅ SQLite 持久化注册中心(SqliteNdpRegistry,10 tests) |
nps-ledger |
✅ Phase 3:SQLite + Merkle + STH + 包含证明 + STH gossip(33 tests) |
nps-runner |
Phase 1 骨架(L3 运行时推迟) |
nps-ingress |
Phase 1 骨架(Internet 入站网关推迟) |
nps-cloud-ca |
存根(2027 Q1+) |
完成标准
Phase 2 — 生态扩展(2026 Q4)— 🚧 进行中
目标:现有生态(MCP、A2A、gRPC)适配器,更丰富的 SDK 示例,Tier-2 MsgPack 生产硬化。
alpha.5 发布 — 2026-05-01 ✅
alpha.5 已完成
| 事项 |
备注 |
NPS-RFC-0004 Phase 3 — nps-ledger STH gossip |
GossipState + GossipService + GET /v1/log/gossip/sth;13 新测试 |
AaaS-Profile L2-09 — 默认 reputation_policy |
SHOULD 要求;定义推荐最小策略 |
NWP-RESERVED-TYPE-UNSUPPORTED 在 AnchorNodeMiddleware |
HTTP 501;规范新增 NPS-SERVER-UNSUPPORTED 状态码 |
topology:read 能力门控 |
AnchorNodeOptions.RequireTopologyCapability;X-NWP-Capabilities 头 |
cgn_est 每事件字段 |
TopologyEventEnvelope.CgnEst = UTF-8/4 估算 |
AssuranceLevel from_wire("") 修复 |
Python / TypeScript / Java SDK |
| 规范 CN 文档同步 |
error-codes.cn.md、RFC-0004.cn.md、status-codes.cn.md 均已更新 |
推迟到 alpha.6
| 事项 |
备注 |
| NPS-CR-0002 Phase 2 — 服务端 Anchor 中间件推送拓扑更新 |
.NET 参考实现已通过 AnchorNodeMiddleware + IAnchorTopologyService 落地 push/notify;非 .NET 移植仍见下方 |
非 .NET SDK 移植 NPS-CR-0002 AnchorNodeClient 拓扑客户端 |
.NET 参考已完成;Python/TS/Go/Java/Rust 待移植 |
非 .NET SDK 移植 NPS-RFC-0004 声誉助手(ReputationLogClient) |
.NET 参考已完成;全六 SDK 待移植 |
| 非 .NET SDK 移植 NPS-RFC-0003 保证级别执行助手 |
.NET 已接入;其他 SDK 只有枚举,无执行逻辑 |
| NPS-RFC-0002 晋级 Draft → Proposed/Accepted |
已由 NPS-CR-0004(2026-05-08)关闭:IANA PEN 65715 已分配;OID arc 1.3.6.1.4.1.65715 替换临时 1.3.6.1.4.1.99999;RFC-0002 晋级 Draft → Proposed(wire-in 落地于 alpha.6) |
alpha.6 任务队列
v1.0.0-alpha.11 待开展任务:
进行中的 RFC / CR
| 事项 |
备注 |
| NPS-CR-0002 Phase 2 — 服务端 Anchor 中间件推送拓扑更新 |
.NET 参考实现完成;alpha.6 关闭 node_kind 兼容窗口,要求 topology.filter.node_roles |
| NPS-RFC-0002 晋级 Draft → Proposed/Accepted |
阻塞于 IANA PEN 分配 |
SDK 功能缺口
| 事项 |
备注 |
非 .NET SDK 移植 NPS-CR-0002 AnchorNodeClient 拓扑客户端 |
.NET 参考已完成;Python/TS/Go/Java/Rust 待移植 |
非 .NET SDK 移植 NPS-RFC-0004 声誉助手(ReputationLogClient) |
.NET 仅有 Phase 1 数据类型,无客户端;全六 SDK 需完整客户端 |
非 .NET SDK 移植 NPS-RFC-0003 保证级别执行助手 |
✅ 已完成 —— 全六 SDK 均有完整 AssuranceLevel 枚举 + 执行逻辑 |
协议 / 规范事项
| 事项 |
备注 |
NDP.ResolveFrame DNS TXT 解析(nwp:// → 物理端点) |
已规范化;所有 SDK 尚未实现 |
nps-ingress L2 Internet 入站网关(:8080→:443 TLS 终止,NCP over TLS) |
alpha.5 仅骨架;L2 合规推迟 |
nps-runner L3 FaaS 任务运行时 |
仅骨架;完整实现在 Phase 3 范围 |
工具链
| 事项 |
备注 |
| NPS Studio — NPS 帧流可视化调试器 |
Phase 2 目标;尚未开始 |
| NPS Probe — Agent Coder 合规检查 CLI |
Phase 2 目标;尚未开始 |
alpha.7 任务队列
v1.0.0-alpha.7 待开展任务:
SDK 功能缺口(alpha.6 遗留 —— 发布硬性门槛)
每次 SDK 发布必须保证六种语言在同一功能水位上。以下条目从 alpha.6 延续,
必须在 alpha.7 打标签前全部完成。
| 事项 |
范围 |
备注 |
NPS-CR-0002 AnchorNodeClient |
✅ 完成(2026-05-17) |
全五 SDK 非 .NET 端口:get_snapshot + subscribe(各语言对应 stream/async-generator/channel)+ 拓扑数据类型(MemberInfo、TopologySnapshot、TopologyFilter、TopologyEvent × 5) |
NPS-RFC-0004 ReputationLogClient |
全六 SDK(含 .NET) |
.NET 仅有 Phase 1 数据类型;需完整客户端(Phase 2 Merkle / STH / 包含证明)覆盖所有 SDK |
新规范 / 实现
| 事项 |
状态 |
备注 |
| NPS-CR-0005 — NIP CA RA 注册授权模型 |
✅ 完成(2026-05-17) |
.NET 参考实现:EnrollmentTier 枚举、Ca/Ra/ 策略 + 存储层、4 个 enrollment 端点、4 个新错误码;db/003_ra_model.sql PostgreSQL 迁移脚本 |
| #51 CGN Profile 换算规范 |
✅ 完成(2026-05-17) |
cgn-profiles.yaml 新增 Google Gemini、Meta Llama、Mistral 系列;token-budget.md §2.3 同步更新 |
| NWP + NOP OpenTelemetry 埋点 |
✅ 完成(2026-05-17) |
NPS-sdk-dotnet 新增 ActivitySource + System.Diagnostics.Metrics;关闭 NPS-sdk-dotnet#5 |
进行中的 CR / RFC
| 事项 |
状态 |
备注 |
| NPS-RFC-0002 晋级 Proposed → Accepted |
✅ 完成(2026-05-17) |
OQ-3 已决议(延后至后续 RFC);无剩余未解 OQ |
alpha.13 — 🚧 进行中(目标 2026-06)
主题:对等与边缘(Parity & Edge) —— 让六个参考 SDK 达到真正的功能对等(而非仅源码存在)、推进全部五个协议规范、并立起 L2/L3 守护进程边缘。
详细实施计划见 docs/roadmap.md。
发布闸(打标签前全部必须交付):
- SDK 功能对等(硬闸)—— 补齐
SDK_ALIGNMENT_ALPHA11 的缺口:把完整的 Anchor/Bridge Node、CGN / token-budget、reputation-policy 实现从 .NET 参考移植到 Python / TypeScript / Java / Rust / Go。源码存在不再充分;每种语言都必须通过等价于 .NET 的 Anchor/Bridge + CGN + reputation 测试套件。
- 五协议推进(发布规则)—— 每个协议都要有实质的规范 + SDK 内容:
- NCP v0.8 —— 将 RFC-0006(原生模式传输绑定)由 Draft → Proposed;原生模式 TLS 绑定(ALPN
nps/1.0、双向 TLS)、会话恢复票据。与 nps-ingress L2 耦合。
- NWP v0.14 —— Bridge Node 正式合规章节 +
bridge_target 往返测试向量(对等驱动)。
- NIP v0.10 —— 边缘 mTLS 短时/可续期证书 profile;关联
nps-ingress 证书处理。
- NDP v0.9 —— AnnounceFrame liveness/health 字段 + 解析期失效检查。
- NOP v0.7 —— NPS-CR-0007(NOP ↔ L3 运行时集成):任务认领协议、
spawn_spec_ref 语义、idle/max-runtime 上报。与 nps-runner L3 耦合。
- Daemon L2/L3 ——
nps-ingress L2(NCP over TLS、ALPN nps/1.0、双向 TLS、:8080→:443 终结、L2 合规 TC-N2-*)+ nps-runner L3 FaaS 运行时(NOP 任务调度、经 spawn_spec_ref 的 worker 生命周期、同步屏障协调)。
- C++/PHP 降级 —— 明确移出”官方完整 SDK 集”;作为计划中跟踪,不阻塞(见 Phase 1 SDK 表下方注释)。
逐协议交付(具体帧 / 字段 / 错误码):
| 事项 |
备注 |
| NCP v0.9 |
Tier-3 BinaryVector v1(binary_vector.v1、NPBV Payload、MessagePack 元数据 + little-endian float32 向量段)用于 NWP 向量搜索;RFC-0006 原生模式 TLS 绑定(ALPN nps/1.0、mTLS、session-NID 绑定 NCP-NID-MISMATCH、恢复票据;§7.5);NopFrame (0x07) 保活/心跳帧(null 载荷,双向);HelloFrame.ping_interval_ms(uint32,0=禁用);NCP-KEEPALIVE-TIMEOUT(NPS-SERVER-TIMEOUT);§7.6 死节点检测(3 × ping_interval_ms);2^32 帧或 24h 前重新密钥;NCP-REKEY-REQUIRED |
| NWP v0.14 |
Bridge Node 正式合规(§16)+ bridge_target 往返向量;NWM manifest_version 改为 uint32 单调递增计数器;新增 manifest_updated_at(ISO 8601);所有 GET /.nwm 响应 MUST 返回 X-NWM-Version;条件请求 If-None-Match: <uint32> |
| NIP v0.10 |
§6.1 短时/可续期边缘 mTLS 证书 profile;IdentFrame.node_roles(array[string])Phase 1–2 自声明;Phase 3 经 id-nps-node-roles 扩展(65715.2.2)CA 证明;NIP-CERT-NODE-ROLES-MISMATCH |
| NDP v0.9 |
AnnounceFrame liveness 字段 health / last_seen + §3.2.1 解析期失效 NDP-RESOLVE-STALE;heartbeat_interval_ms(uint32,默认 60000)+ 公告期 NDP-ANNOUNCE-STALE;spawn_spec_ref(字符串引用)解析为 SpawnSpec,正式模式 §3.1.2(oci_image / command / resource_limits:cpu_millicores/memory_mb,Profile L3);§9 联邦转发环路检测 |
| NOP v0.7 |
NPS-CR-0007 NOP ↔ L3 运行时(§8:任务认领租约、NOP-CLAIM-CONFLICT、NOP-SPAWN-SPEC-INVALID、NOP-RUNTIME-IDLE-TIMEOUT、NOP-RUNTIME-MAX-RUNTIME;合规 TC-N3-*);TaskFrame.result_ttl_seconds(uint32,默认 3600)、NOP-TASK-RESULT-EXPIRED;NOP-STREAM-NAK-UNRESOLVABLE(被驱逐帧的 NAK);frame-registry NopFrame 0x07 注册为 stable |
Phase 3 — 生态验证(2027 Q1–Q2)
目标:真实场景 PoC,NPS Cloud CA v1.0 上线,建立事实标准基础。
Phase 4 — 标准化(2027 Q3 起)
目标:推动 NPS 成为 W3C / IETF 正式标准,NPS 1.0 规范冻结。
里程碑依赖图
Phase 0 Phase 1 Phase 2 Phase 3
────── ──────── ──────── ────────
[规范骨架]
│
├──→ [NPS.Core] ──→ [NWP Memory/Action] ──→ [Complex Node]
│ │ │ [mcp-ingress] ──→ [框架集成]
│ [NIP CA OSS] ──────────────────────→ [a2a-ingress]
│ │ [grpc-ingress]
└──→ [六语言 SDK] ────────────────────────→ [SDK parity]
[NDP DNS TXT]
[NOP 编排] [Cloud CA]──→ [PoC]
风险登记册
| ID |
风险 |
概率 |
影响 |
缓解 |
| R01 |
规范变更导致实现返工 |
高 |
高 |
Phase 0 规范先冻结再实现;变更走 RFC 流程 |
| R02 |
MCP 生态快速演进,ingress 适配层失效 |
中 |
中 |
mcp-ingress 独立版本化 |
| R03 |
Token 节约效果不及预期(<30%) |
中 |
高 |
Phase 1 即测基准(实测 45%);AnchorFrame 命中率是关键 |
| R04 |
NIP CA 私钥安全事件 |
低 |
极高 |
HSM 接口预留;年度密钥轮换强制执行 |
| R05 |
竞品先达到类似定位 |
中 |
中 |
NPS 差异在 Token Economy;加速 OSS 发布 |
| R06 |
Phase 3 PoC 合作方资源不到位 |
中 |
中 |
备选:内部 Demo 数据集替代真实合作方 |
| R07 |
W3C/IETF 标准化周期过长 |
高 |
低 |
事实标准路径(GitHub 社区采用)优先于正式 RFC |
| R08 |
IANA PEN 分配延迟 |
中 |
低 |
RFC-0002 使用临时 OID 发布;IANA PEN 不阻塞 alpha 发布 |
归属:LabAcacia / INNO LOTUS PTY LTD · Apache 2.0