答案：B

答案：B

答案：B

答案：—

判据：meta 是字段的属性（field-level metadata），不是点位的属性（record-level attributes）——两者是不同层级的对象，不该放在同一个预算池里数。 标准佐证：GTFS `feed_info.txt` 被官方明确标注 Primary key (none)，作用是描述「the dataset itself, rather than the services that the dataset describes」——数据集级元信息不参与记录级主键。 若计入的后果：一个带证据链的字段（`src`/`asof`/`ttl`/`evidence_url`/`snapshot_at`）会瞬间吃掉 5 个预算位，15 位根本装不下四类差异；此时唯一的出路是砍字段，而砍掉的往往正是决策锚点。分不清这两类属性，字段预算题无解。

答案：—

资质是布尔事实（持牌 / 无牌），不是「可能过期的标量」；`stale` 的语义是「值可能旧」，它无法表达「该主体当前无牌」。错标一个无牌机构为持牌，是直接的合规与资金风险 → 宁可误下线，不可误保留。 价格无「资格真伪」问题，且历史价格对趋势判断有价值，主动下线会造成信息损失；标 `stale` + 保留 `asof` 已足以提示不确定性。 类比：资质是开关（有牌/无牌，没有「大概有牌」的中间态），价格是温度计（可能旧了但还能看趋势）——所以一个必须拔掉，一个只需贴个日期。 边界情形：若价格字段的来源页整体失效（404 / 域名过期）→ 升级为 `delisted`，因为此时已无法回溯来源，违反「可核」前提。

答案：—

(1) 档位：① 库存与容量状态属 T1（≤30d）；② 服务能力/服务范围属 T2（90-180d）；③ 牌照类型属 T3（365d），但其 `status` 子字段是 30d，且「主体注销 / 牌照吊销」本身是 T4 事件驱动（无固定 TTL）；④ 个人信息字段受存储限制约束，TTL 必须有业务理由、到期真删；⑤ 派生值走 C4 木桶规则。 (2) 状态：① 已 90 天 ≫ 30d 上限 → 超期 → `stale`（可见 + 显式标 `asof` 与 stale 徽标）；② 90 天刚触 T2 下沿 → 做结构化字段抽取 diff（不是全文 diff）→ 一律进人工确认队列，不直接覆盖生产值，确认前保持 `stale` 并保留旧值；③ `delisted`；④ 删除（不是标 stale）；⑤ 随 ① 的 TTL 走。 (3) ③ 不能只标 stale：资质是布尔事实（持牌/无牌），`stale` 只能表达「值可能旧」，无法表达「该主体当前无牌」；且「T4 优先于 TTL」——事件一到立刻下线，不等 TTL 到期。下线时 tombstone 必带四字段：`status: delisted` + `delisted_at` + `delist_reason` + `evidence_url`。 (4) ④ 的法律依据：GDPR 第 5(1)(e) 存储限制原则（「kept in a form which permits identification of data subjects for no longer than is necessary…」）+ PIPL 第 17 条（处理前须告知处理目的、方式、保存期限）→ 含个人信息的字段到期必须真正执行删除，「标 stale 但留着」在个人信息场景是违规，不是懒；与 `creator_personal_data.retention` 字段直接联动。 (5) ⑤ 的 TTL：C4 — `ttl(computed) = min(ttl(input_i))` = min(180, 90, 30) = 30d。派生值的新鲜度不可能优于它最旧的输入；忘掉这条会自动生成一个「看起来新鲜、实际由三年前汇率算出」的数字。 (6) 来源页 404：价格类字段的来源页整体失效（404 / 域名过期）→ 升级为 `delisted`，因