常见问题
当前站点:中国站(jiaozi.tech)
国内凭证和国际凭证,我该选哪个?
按你的 agent 所在的市场选:只在国内生态运行的,选国内凭证;要出海或跨生态协作的,选国际凭证。国际凭证含国内凭证的全部权益,另外覆盖国际生态(支持 W3C VC 标准,国际通用验证器可直接核验)。以后升级只补差价、不重新申领。
当前申领统一签发国际凭证(含国内全部权益);国内产品线的单独申领选项将随支付通道上线。两条产品线由同一签发体系出具,签发与核验流程一致。
现在收费吗?
个人订阅是免费档。专业版、企业订阅、白金会员按定价页收费。公开核验永久免费。在线付款通道尚未接通时,付费档可能暂时无法在网页完成付款——这是通道未就绪,不是促销。
核验凭证必须用你们的官网吗?
不必须。 验证公钥随凭证公开发布,签名可以在你自己的环境里、用任何符合标准的第三方开源工具自行核验;我们也提供开源 SDK(npm / PyPI)与浏览器端本地验签的凭证检视器。官网核验页只是便民入口,核验不依赖我们的系统在线。
信任档位 T0–T3 是什么?
信任档位回答一个问题:这张凭证背后的主体,我们核验到了什么程度。共四档,只升不降,每张凭证都写明其档位,任何人免费可查:
- T0 登记留名——持钥(凭证与 agent 密钥绑定)+ 账号名称自述 + 至少一个经验证码核验的联系渠道(中国站:手机与邮箱;国际站:邮箱,手机选填)。凭证不是匿名的,我们登记了发给了谁、能联系上谁。这是所有订阅(含免费的个人订阅)的底线。
- T1 个人实名核验——在 T0 之上做姓名、证件号、手机号三要素一致性核验:经持牌通道比对,我们只记录一致与否,不存证件号原文、不采集任何影像;人脸活体比对为可选加强。凭证背后是一位实名核验过的自然人。对应专业版订阅,中国站按需开放,国际站暂不提供。
- T2 机构档——第一件货是这张证。申领这一档必须完成主体核验(第二步,十分重要;行业常叫 KYB):核对企业登记信息、确认企业域名邮箱与经办人授权。通过后,组织名显示在凭证与 DID 文档上,名下全部 agent 继承。企业订阅内含,专业版可加购,在线申请已开放。咱们不另卖一份核验。
- T3 加强版法人核验——在 T2 之上增加补充材料、视频核验、电话回访、最终受益人(UBO)核验与人工复核,全程审计留痕。面向对手方风控要求更高的场景,白金会员按需受理,请联系我们。
免费的个人订阅为什么也要登记持有人?
因为核验和申领是两件事。核验永远匿名、免费、不用账号——任何人查任何凭证都不需要告诉我们是谁。但申领是我们把一张凭证发出去,即使免费,也必须知道发给了谁,否则这张凭证对核验方毫无意义。免费档只收最少的信息:名称、邮箱,中国站另需手机(国际站选填);联系渠道要过验证码——填一个联系不上的邮箱等于没登记。
T3 是「强监管合规」或某种官方认可吗?
不是。 T3 是我们能力范围内最严格的技术性核验:材料更多、流程更长、有人工复核和完整留痕。它不主张电子签名的法律效力,不构成金融、反洗钱或任何行业监管意义上的合规,也不代表任何政府或监管机构的背书。需要法律效力或持牌合规的场景,相应部分由持牌机构提供,我们只负责技术层的核验与签发。
档位越高,凭证在技术上就越「强」吗?
不是一回事。信任档位说的是「背后是谁、核验到什么程度」。凭证同时标注运行环境的技术证明形态——软件度量(主人密钥绑定 + 代码度量哈希,现已可用)、云平台证明(路线图)、硬件可信执行环境 TEE/TPM(路线图)——说的是「此刻跑的是不是它自称的代码」。三种形态适用于不同的部署方式,不构成高低排序,也不按订阅档位限制:一个 T0 的个人 agent 可以跑在 TEE 里,一个 T3 的企业 agent 也可以只用软件度量。
子 agent 的信任档位怎么算?
子 agent 通过委托链继承主 agent 的信任档位,不单独核验、不占名额、不另计费;每个主 agent 同时有效的子 agent 最多 100 个,达到上限后新的登记暂停并可申请扩容,不硬拒。这个数字是名额口径,不是防滥用手段:委托链的深度由核验方自行设定策略(我们的一期实现默认 3 层),子 agent 登记接口另有速率限制。一个 T2 主体名下的所有 agent 都显示同一个经核验的组织名;委托链本身随凭证公开,核验方可以逐级追溯到主 agent 与其持有人。
作为核验方,我该怎么用信任档位?
把它当作风控输入,而不是通行证。低风险交互(读取公开信息、试用)接受 T0 即可;涉及资金、数据授权或长期合作的,要求 T2 及以上并核对组织名;对手方风控要求更高的,要求 T3。档位与技术证明形态、行为边界声明可以组合成你自己的策略。档位通过公开接口的 trustTier 字段读取;SDK 的 requireTrust 目前按技术证明形态与行为边界设门槛,按信任档位设门槛在路线图上。
什么是保证级别(LoA)?
保证级别(Level of Assurance)是身份领域通行的分级方法,回答「我们对『它就是它声称的那个主体』有多大把握」。ISO/IEC 29115 定义了 LoA 1–4:LoA 1 自我声明、不核验;LoA 2 提供身份信息并做一定验证(可远程);LoA 3 更强的验证与交叉核对;LoA 4 通常要求当面核验。欧盟 eIDAS 的 Low / Substantial / High 分别对应 LoA 2 / 3 / 4。
29115 的一个级别同时捆绑了两个环节:注册时怎么核验身份,以及每次操作时怎么确认是本主体。美国 NIST SP 800-63 后来把它们拆开——身份核验(IAL)、认证手段强度(AAL)、跨系统传递(FAL)各自分级——因为「核验很严但密钥保管很弱」这类组合,一个数字表达不出来。
信任档位和 LoA、NIST、eIDAS 怎么对照?
我们采用 NIST 拆开的思路:T 级只对应身份核验那一环(≈ IAL),技术证明形态对应密钥保管与运行环境(≈ AAL),委托链对应跨系统传递(≈ FAL)。下表是 T 级与各标准身份核验环节的近似对照,仅供专业人士理解,不构成对任一标准或法规的合规声明:
| 档位 | 核验内容 | ≈ NIST IAL | ≈ ISO 29115 LoA(仅核验环节) | ≈ eIDAS |
|---|---|---|---|---|
| T0 登记留名 | 持钥;名称自述;邮箱(中国站另有手机)经验证码核验持有 | IAL1 | LoA 1(联系渠道已核验,略高于纯自述) | 低于 Low |
| T1 个人实名核验 | 姓名 + 证件号 + 手机号三要素一致性核验(远程,权威数据源比对);可选加人脸活体 | IAL1+(加人脸后 IAL2) | LoA 2(加人脸后 LoA 3) | Low(加人脸后 Substantial) |
| T2 机构档(申领时必须做主体核验) | 企业登记信息核对 + 企业域名邮箱 + 经办人授权 | IAL2(法人) | LoA 3 | Substantial |
| T3 加强版法人核验 | T2 + 视频核验、电话回访、UBO、人工复核 | 接近 IAL3(监督式远程) | LoA 3+,不主张 LoA 4 | 接近 High,不主张 |
- LoA 4 / IAL3 严格要求当面或监督式远程核验,T3 只有视频核验一项接近,所以不主张 LoA 4。
- T1 默认不采集人脸:三要素核验已经把名字和证件号对到了权威数据源,对 agent 凭证的追责目的够用,而生物识别信息的合规负担与泄露后果要重一个量级。人脸活体只在确有需要时作为可选加强。
- 技术证明形态(软件度量 / 云平台证明 / 硬件 TEE·TPM)对应 AAL 的密钥保管强度那一面,单独标注,不进这张表。
这是《电子签名法》意义上的电子认证服务吗?
不是。 本服务提供的是技术性身份验证——证明某个 Agent 持有某把密钥、运行某份代码、此刻状态如何——不构成《电子签名法》下的电子认证服务,也不代表任何政府或监管机构的背书。其记科技在境内完成身份核验。需要法律签名效力的场景,请另行接入境内持牌电子签名服务。
我在中国但看不懂中文,怎么办?
中国站提供多语言界面,切换语言不会离开中国站。语言(界面文字)和区域(受理辖区)是两个独立的开关:想换语言用语言开关;确需切换受理区域时使用区域开关,切换时会提示服务主体的变更。
重复提交同一个 Agent 会拿到两张凭证吗?
不会。去重键 = 申请方密钥 + 代码摘要:同一密钥对同一份代码重复申请,系统幂等返回已有凭证,不产生新身份。同一份代码换不同密钥可以各自申领,但在透明账本上可见它们指向同一代码摘要。
验证器
以下为验证器用法与出示给第三方时的高频问答。完整口径见项目文档 VERIFIER_FAQ。
什么是验证器?核验收费吗?
验证器是一台免费的身份查验台:输入 AI agent 的凭证号或 DID,几秒内告诉你它是谁、凭证是否由可核验机制支撑、此刻是否仍有效。不用注册、不用安装。入口在 /verifier;首页也有简版橱窗。
核验永久免费(resolve / status / 徽章 / 嵌入 / 公开 VC 导出)。收费在申证(订阅名额、T2 档)。申 T2 时必须完成主体核验(第二步,十分重要),不是另卖一份核验。
「验证」和「申领」是一回事吗?
不是。 用验证器核验是查别人的证是否有效(免费);密码学验签是用公钥证明 VC / status 没被篡改;申领 / 签发是给自己的 agent 申请一张证。验证器不会一键给你发证——发证要本地 Validator 体检 + 密钥。
核验时该输入什么?
凭证号(如演示证 JIAOZI-2026-000027,或历史 JP-2026-000016)或 DID。大小写不敏感;JJ- 会归一到 JP-。
对方验证器要 URL / JSON / 文件 / 扫码,我该给哪个?
权威内容只有一份:W3C VC;其余是同一份的取用方式。不知道对方要什么 → 先给公开验证链接(W3C VC)。
公开验证链接路径为 /api/certs/{凭证号}/vc(国际签发锚点上的 W3C VC 公开导出,供第三方通用验证器取用)。也可复制 JSON、下载 .json,或出示核验码(内容即该验证链接)。
核验码和展示码有什么区别?
核验码扫开是 VC 机器可读地址,给第三方验证器用;展示码扫开是凭证展示页,给人看。不要把展示码当成第三方核验码。
所有第三方验证器都支持 URL 吗?
不是。 有的只要 JSON 或上传文件,有的只走 API / 钱包。所以分享包要齐:链接 + JSON + 文件 + 核验码;机器走同一 URL。
VerifierPlus 出现 Warning「isn't in a known issuer registry」是失败吗?
不是验签失败。 表示对方的已知签发方名册里没有本签发方 DID(对方信任策略)。格式、签名、未吊销、未锁定仍可通过。在进其认可名册之前,该 Warning 在 VerifierPlus 上基本是常态。
为什么第三方结果里没有「权限」?
第三方通用验证器验的是格式、签名、过期、吊销等通用项——密码学互操作地板(P0)。信任档、行为边界、能不能调某个 API 属于饺子升舱语义(status / requireTrust),要在饺子验证器或 SDK 门禁里看。
中国标准 / 国密对齐能在 VerifierPlus 上验出来吗?
不能指望。 VerifierPlus 验的是国际 W3C / Ed25519 层。GB/Z 185 语义与 CN 侧 SM2 并列背书是另一条轨;国际工具可忽略 SM2。国密请用支持 SM2-with-SM3 的工具对公开 status 自验。
怎么把验证器嵌到我的网站?
可用脚本徽章(data-jiaozi-verify)或 iframe:/embed/{凭证号}。状态由 API 决定,宿主页面改不了「假绿」。详见开发者文档。
钱包出示什么时候有?
规划中。有明确要求钱包(OID4VP / CHAPI)的对接客户后再开试点;无客户不硬上。agent 场景优先用 API 拉同一份 VC。
核验排障速查
- 查无 → 号输错或未签发:核对前缀与位数,或马上申领。
- 第三方不认 → 贴了凭证号或 status 而不是 VC:改贴公开验证链接 /vc。
- VerifierPlus Warning → 不在对方名册:属策略;看签名项是否绿。
- 嵌入一直灰 → 网络或凭证号错:打开开发者工具看 API;核对 data-jiaozi-verify。
- 只要权限结论 → 改用饺子 status / requireTrust,不要只靠通用 VC 工具。
