为什么 Agent 的地址不该"分配",该"派生"

简介: Agent 跨域互调,第一件事是"找到它、认出它"。主流做法是分配地址——DNS、CA、DID 注册表,每次验证一次在线往返。本文讲 RTTP 的另一条路:地址由 SHA-256 派生而非机构分配,验证方本地重算即核对,离线可用。128 位裕量怎么算的、一个 shard 为什么能身兼三职,全部公开可查。已获 IANA 注册(CRI 27)。

rttp:// · IANA Registered · Provisional · CRI 27 · 编号公开可查 · 姊妹柱:iqa://

当一个 Agent 要调用另一个域的 Agent,第一件事是"找到它、认出它"。今天的主流做法是给每个主体分配一个地址——域名找 DNS,证书找 CA,DID 找注册表。地址是权威机构发的号牌,验证方拿着号牌回登记处核对。这套体系运行了几十年,但它有一张隐性账单:每一次验证都是一次在线往返,每一份信任都依赖一个在线的第三方。

Agent 跨域互相委托的世界里,这张账单会指数级变贵。

一、分配式寻址的三张账单

  • 可用性账单:登记处宕机,验证就停摆。弱网、离线、边缘场景直接不可用——而 Agent 恰恰要跑到这些地方去;
  • 时效账单:号牌是发给你的,但"它现在还有效吗"要回网问。freshness 检查、撤销列表,永远在线;
  • 主权账单:谁控制注册表,谁就控制你的身份。跨域 Agent 世界里,这个"谁"不一定是你我都信任的。

二、派生:把地址变成数学事实

RTTP(Resonant Time Transfer Protocol)的做法不同:地址不是发的,是算的。

主体地址 = SHA-256(权威字符串) 的前 16 字节。同一个字符串永远得到同一个地址;不同的字符串几乎必然得到不同的地址。验证方拿到地址后,自己重算一遍就能核对——不需要问任何人。

由此得到三个性质:确定性(无随机、无时钟、无网络)、自证性(地址与主体的绑定关系内嵌在地址本身)、离线性(验证可以发生在任何地方,包括断网的车间和飞行中的设备)。

fig2-compare.png

三、128 位够吗——裕量的诚实账

截断到 128 位,有人会问:碰撞了怎么办?

第二原像攻击需要 2^128 次哈希;生日界 2^64 只适用于"随便碰一个",而攻击者需要的是"定向碰中特定主体"——这要求同时满足不可定向、无 chosen-prefix 结构、声明与证明分离三重约束,缺一不可。规范同时明确禁止用 8 位十六进制短前缀作唯一标识——2^16 的空间撑不住任何严肃场景。

裕量不是拍脑袋,是算出来的,而且写在公开的规范里,任何人可以复核。

四、一个地址,三重身份

派生出来的 16 字节分片(shard)在协议里身兼三职:

  • 寻址:找到主体;
  • 绑定:每一份证明信封里都嵌着这个 shard——证据落地时自证归属,不信口开河;
  • 投递:同一个值就是投递键。

URI 里还能直接读出动作类别(verify / audit / attest / revoke,封闭集合)。一份标识,三层用途,零额外状态。

fig1-derive.png

五、诚实的边界

派生只解决"地址与主体的绑定是数学事实",不解决"这个字符串由谁控制"——那是姊妹协议 IQA(iqa://)的事:谁、在什么地位下、凭什么权限签发的证明,由 128 字节信封和 fail-closed 验证回答。寻址柱与证明柱各管一段,合在一起才是完整的信任链。

我们不试图让一根柱子撑起整栋楼——这正是"双柱"这个名字的字面意思。


rttp scheme 已获 IANA 注册(Provisional · CRI 27,编号公开可查);规范文档 draft-li-rttp-iqa-addressing 正在 IETF 独立提交通道审核中;三语言参考实现与字节级测试向量全部开源。

仓库:github.com/Aicent-Stack · 规范与证据链:iqa.org · 寻址柱官网:rttp.com

一句话:分配的地址是别人的承诺,派生的地址是自己的数学。

目录
相关文章
|
2月前
|
人工智能 运维 IDE
Qoder CN(原通义灵码)深度解析:全栈AI研发智能体矩阵、版本差异与多端实操部署指南
原通义灵码完成品牌战略升级,正式更名为Qoder CN。这次升级并非简单更换产品名称,而是产品定位、底层架构、产品形态、计费体系的全方位迭代重构。产品从过去单一的IDE代码补全插件,演进为覆盖编码开发、办公协同、终端运维、云端团队管控的全栈智能研发AI智能体矩阵。整套产品依托本土化大模型底座,高度重视数据安全合规,针对编程学习者、独立开发者、中小研发团队、金融政务等高合规企业设计分层版本,完整覆盖个人练习、商业开发、企业规模化研发的各类场景。本文将从产品全形态矩阵、四大版本功能差异、底层技术兼容能力、核心智能体能力、Credits计费体系、分人群选型建议、多端部署实操七大维度完整拆解,附带可直
401 4
|
1天前
|
存储
四个 MCP 工具,30 秒验证一份密码学证据——iqa-mcp 上手
别信文档——把向量跑一遍。本文带你 30 秒跑通 iqa-mcp(PyPI/npm/crates 三注册表 1.0.1):published_vector 拿公开向量 → parse_envelope 结构解码 → verify_envelope 得 [PASS] → 翻一个字节得 REJECT。四个 MCP 工具,任何 MCP 兼容客户端可直接调用,无状态、离线、fail-closed。
52 1
四个 MCP 工具,30 秒验证一份密码学证据——iqa-mcp 上手
|
1天前
|
传感器 监控 安全
铁路障碍物检测数据集 | 5400张YOLO铁路安全数据集
本数据集含5400张真实铁路场景图像,YOLO格式,精准标注倒伏树木、碎石、沿线树木、岩石4类障碍物,专为铁路安全巡检、异物预警与目标检测研发设计,适配YOLOv5-v12等主流模型,开箱即用。(239字)
|
1天前
|
Java Go
一个公开挑战:任意语言、完全离线,跑不通算我们的
讲「可信 Agent」的文章很多,交出可证伪实物的很少。我们把协议规范冻结、35 个测试向量公开,并在记分牌上留了两个空位——独立实现数,rttp: 0,iqa: 0,作者自己的实现不算数。规则只有四条:只看规范、任意语言、完全离线、确定性。跑通全部向量,你的名字进规范记录;跑不通,那是我们的 bug,署名致谢并重新发布向量。横竖都是你赢。
53 1
一个公开挑战:任意语言、完全离线,跑不通算我们的
|
2天前
|
消息中间件 人工智能 监控
云栖剧透丨AI 应用进入生产,开始拼「实时数据智能」
9 月 22 日下午,欢迎来到杭州国际博览中心一期四楼 404 厅,与我们一起讨论实时数据智能如何支撑 AI 应用真正进入生产。
|
3月前
|
安全 网络协议 网络虚拟化
阿里云 SASE 零信任架构实战:从传统VPN到零信任的完整迁移路径
远程办公3年后,传统VPN已经变成企业内网最大的安全黑洞——某员工笔记本中木马后通过VPN横向渗透内网,3台服务器被勒索加密,业务中断14小时。本文完整记录从传统VPN迁移到阿里云SASE零信任架构的实战过程:SASE架构解析、身份源对接、设备信任评估、应用访问策略、数据审计DLP配置、三阶段迁移实施(并行运行→核心系统迁移→VPN下线),以及5个真实踩坑案例和最佳实践。迁移后攻击面缩减92%、横向移动风险降为零、审计覆盖率从30%提升至100%、设备合规率从45%提升至98%。
|
人工智能 Cloud Native Serverless
云栖大会-云原生产品线发布资料合集来了
2023年云栖大会云原生产品线重点发布内容、最佳实践、客户案例、技术解读等材料公开发布。
云栖大会-云原生产品线发布资料合集来了
|
安全 jenkins 持续交付
项目版本管理的最佳实践:云效飞流Flow篇
飞流Flow的最佳实践(使用阿里云云效)为了更好地使用飞流Flow,接下来将结合阿里云云效来讲解飞流Flow的最佳实践
5711 0
项目版本管理的最佳实践:云效飞流Flow篇
|
18天前
|
云安全 人工智能 安全
|
2月前
|
人工智能 Java API
本体相关的开源项目有哪些?从 Ontology 到 Knowledge Graph,再到 AI Agent
本文深入探讨“本体(Ontology)”在AI新时代的核心价值,聚焦其如何为Agent构建可理解、可推理的业务世界模型。梳理12个关键开源项目(如Protégé、Owlready2、Ontop、Graphiti等),覆盖本体建模、知识图谱、虚拟图谱、LLM驱动构建与Ontology-RAG等前沿方向,揭示Ontology正从学术概念跃升为AI Agent的“业务操作系统”。
1288 0