← 返回总目录 · 光锥数智学院 · Gzz 编码库(v1.22)
个体生命域(PER)

Gzz-SXJ-PER-PER-ASYLUM

庇护申请

详细介绍

庇护程序存证

时间相位

事实相位
未标注
铸码相位
2026-09-05 23:32:43(UTC+8)(baseline 铸码)
发布相位
2026-09-07 17:44:01(UTC+8)(本次部署)
原码对照:PER-PER-ASYLUM (公示墙批次帖存证为原码,只增不改)
二期深度扩写 · 二期深度扩写放量批 PER×60 v2.0-alpha(第4批·个人域) · 深度页 v2.0-alpha

① 码结构解析

Gzz 体系前缀:Gzz 全球见证编码体系,跨域互认的统一命名空间
SXJ 体系标识:事现鉴——让事实可见、可核验、可追责
PER 一级域:个人域(自然人行为与履历)
PER 二级子域:PER 子谱系
PER-PER-ASYLUM 对象段:庇护申请——庇护程序存证(ASYLUM)

② 深度释义

庇护申请(庇护程序存证)是本域谱系中的对象级见证单元:它把与庇护申请相关的关键行为与状态变更,从口头承诺变成带时间戳、带责任主体、带证据指针的结构化记录——由谁发起、依据何种授权、产生何种可核验结果,四要素齐备方可入码。数字身份的底线是“最小披露、可验为真”:庇护申请码支持选择性出示——证明需要证明的那一项,其余不出。存证价值:个人不再需要“自证清白”的往返奔波,码链即履历;雇佣、租赁、信贷等场景凭码核验,歧视性打听失去必要。边界:个人码遵循知情同意与最小必要原则,敏感个人信息不入公开链;更正与被遗忘请求沿权属通道处理,码只增不改但可挂接更正声明。同一庇护申请事实如需跨码引用,以本码为锚点;后续批次将随实践样本累积补充更多实例与判例。

③ 典型应用场景

  • 个人对历史庇护申请记录提出更正时,更正声明挂接原码,两版并列可查
  • 个人在庇护申请完成后主动铸码留存,后续求职、履约时选择性出示
  • 雇主或合作方经本人授权验码,只读与庇护申请相关的最小字段

④ 关联码(同域交叉引用)

Gzz-SXJ-PER-PER-WORKV · 工作签证 —— 同域衔接——本码完成后的状态流转通常由WORKV承接记录
Gzz-SXJ-PER-PER-AADHAAR · 印度Aadhaar —— 同域对照——AADHAAR与本码覆盖同一对象的相邻环节,交叉比对可发现漏记
Gzz-SXJ-PER-PER-ACCIDENT · 事故责任 —— 同域兜底——异常与争议情形沿ACCIDENT的通道处置,形成闭环
Gzz-SXJ-PER-PER-ACCTDEL · 账号注销 —— 同域上下游——ACCTDEL的产出常构成本码行为的前置输入,两码并用可还原完整行为链

⑤ 扩写元数据

批次 b-D4 · 二期深度扩写放量批 PER×60 v2.0-alpha(第4批·个人域) · 生成 2026-09-07 22:48:41(UTC+8) · 内容 sha256 前 8 位 a1c070a8 · 引擎 deepv2/deep_inject.py(内容与模板分离) · 纪律:只增不改,原页内容未动