NPS-Release

English Version 中文版

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 3nps-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.RequireTopologyCapabilityX-NWP-Capabilities
cgn_est 每事件字段 TopologyEventEnvelope.CgnEst = UTF-8/4 估算
AssuranceLevel from_wire("") 修复 Python / TypeScript / Java SDK
规范 CN 文档同步 error-codes.cn.mdRFC-0004.cn.mdstatus-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

发布闸(打标签前全部必须交付):

  1. SDK 功能对等(硬闸)—— 补齐 SDK_ALIGNMENT_ALPHA11 的缺口:把完整的 Anchor/Bridge NodeCGN / token-budgetreputation-policy 实现从 .NET 参考移植到 Python / TypeScript / Java / Rust / Go。源码存在不再充分;每种语言都必须通过等价于 .NET 的 Anchor/Bridge + CGN + reputation 测试套件。
  2. 五协议推进(发布规则)—— 每个协议都要有实质的规范 + 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 耦合。
  3. 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 生命周期、同步屏障协调)。
  4. C++/PHP 降级 —— 明确移出”官方完整 SDK 集”;作为计划中跟踪,不阻塞(见 Phase 1 SDK 表下方注释)。

逐协议交付(具体帧 / 字段 / 错误码):

事项 备注
NCP v0.9 Tier-3 BinaryVector v1(binary_vector.v1NPBV 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-TIMEOUTNPS-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-STALEheartbeat_interval_ms(uint32,默认 60000)+ 公告期 NDP-ANNOUNCE-STALEspawn_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-CONFLICTNOP-SPAWN-SPEC-INVALIDNOP-RUNTIME-IDLE-TIMEOUTNOP-RUNTIME-MAX-RUNTIME;合规 TC-N3-*);TaskFrame.result_ttl_seconds(uint32,默认 3600)、NOP-TASK-RESULT-EXPIREDNOP-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