IQA.ORG · RTTP.COM
1 / 11
Aicent Stack · For ANP Community Meeting

双柱标准件 × ANP
互补性介绍

RTTP(Resonant Time Transfer Protocol)· 意图寻址
IQA(Identity Quality Assurance)· 可离线验证的信任证据
—— 供社区例会展示 · 全部材料可离线复现 ——

我们是谁 —— 两根柱子

RTTP · 意图寻址

Resonant Time Transfer Protocol。rttp:// 地址由 authority 派生,描述"哪个意图、哪个动作",零注册表依赖。

IANA Provisional · CRI 27

IQA · 信任证据

Identity Quality Assurance。128 字节 fail-closed 信封(Ed25519), 证明"可不可信、到什么时候",离线可复核。

IANA Provisional · CRI 28

规范走 IETF 独立提交通道(draft-li-rttp-iqa-addressing)· 三语言参考实现上架 PyPI / npm / crates · 全部发布物带密封,逐条可复核

ANP 1.2 我们真心觉得做得漂亮的三处

method-independent 认证

did:wba 与原生 did:web 并列,不绑死方法 —— 开放即兼容。

WNS 双向映射

人类可读 handle 与 did:wba 互查 —— 命名与可发现性的优雅解。

IM 1.2 Profile 分级

E2EE、联邦、群聊分层推进,P6 候选制很诚实。

—— 以上是读完规范栈后的真实观感,不是客套。正因为我们认这三处,下面的互补提案才值得讨论。

互补映射 —— 三层对照

ANP 层ANP 已有双柱可补位
身份与加密通信 did:wba 认证 · method-independent 证据层:standing 四态 + 120 秒租约 + 全帧 Ed25519 信封,离线可复核(认证之后,证据呢?)
描述与发现 agent description · WNS handle 映射 意图寻址:rttp:// 地址由 authority 派生,零注册表依赖(发现之后,怎么称呼意图?)
领域协议 IM 1.2 · Agent 支付 响应级绑定:每个响应携带信封(subject = 响应字节哈希)(收到之后,事后可验证吗?)

ANP 覆盖"找到彼此、连上彼此、说上话";双柱补"怎么称呼一个意图"与"证据能否离线复核"。

补位一 · 证据层 —— standing 四态与 120 秒租约

did:wba 解决"你是谁";这一层回答"你现在还作数吗"。

补位二 · 意图寻址 —— rttp:// 地址

rttp://<intent>.pillar.root[/action]  §4.1
e.g. rttp://f3b2a1c4.pillar.example/vessel  (I-D 原例)

补位三 · 响应级绑定 —— 事后可验证

三个提问 —— 我们最想听的

一WNS 与派生地址之间的桥,该修在哪一层? —— ANP 规范层的自然延伸,还是独立映射服务?
二ANP IM 响应的事后可验证性放在哪一层? —— iqa 信封是否值得作为 Profile 级候选?
三"曾经可信、现在不可信"在 ANP / did:wba 里如何表达? —— 我们最想请教的一题。

全部离线可复现 —— 跑不通算我们的

配套演示视频(约 2 分钟 · 无旁白 · 字幕 · 全程零网络请求):链接随本材料附上

姿态声明

我们是来提问的,不是来推销的。
互补映射是我们的一面之词 ——
ANP 的锚与我们的锚走的是不同的路,各自有效,
我们标不了别人的锚。

方向不合,就当一次语料对齐;
任何一处觉得有戏 —— 我们随时带着可跑的工件来对细节。

谢谢 · 欢迎讨论

提案全文 · AgentNetworkProtocol Discussions #106
站点 · iqa.org  ·  rttp.com
规范 · draft-li-rttp-iqa-addressing(IETF 独立提交通道)
Aicent Stack · 开源协议组织