第242章 供能不再跟名字走（1/2）

邱望舒把自己的姓名从试验板上摘了下来。

木牌背后原本连着三项记录：巡契人身份、短时试验输出和结算账户。她只是测试人员，并不真正供能，系统却在她录入第一道波形时自动补全了年龄、籍属与万契台履历。

“这就是为什么不能先填真实姓名。”她说。

衡灯院旧技师认为这只是旧系统的方便功能。姓名能连接历次输出、伤病风险和信用，若全部拆开，每次新请求都要重新判断，调度会慢，恶意违约也更难追。

供能者席问：“什么叫恶意违约？”

“答应一刻却中途停止，或者隐瞒无法承受的负荷。”

“若中途身体不适呢？”

“需医疗记录证明。”

“若他不愿把病历交给调度机构？”

旧技师顿了一下：“至少要有稳定性结论。”

问题正卡在这里。设备需要知道某一份输出能承受多少、持续多久，不需要知道提供者父母是谁、住在哪间屋、欠过哪一笔钱。结算需要确认报酬付给正确的人，也不需要把姓名长期留在总控灯路。

邱望舒提出三层编号。

第一层是本人保管的可撤回源号。每次参加试验前由本人生成，只标明本次允许的负荷、时段与自动停止条件。源号到期即失效，下一次是否沿用由本人决定。

第二层是独立健康档。医修只回答当前安全上限、必要停供条件和复查时间，不向调度席开放病名、旧伤来源与完整病历。本人可以换医修，也可以要求两人复核。

第三层是一次性结算码。报酬先进入中立账，完成约定后凭码转入本人选择的账户。财务席只见金额与纳税、债务等合法扣项，不把账户反向交给调度席。

三层之间只有本人能主动连接。发生争议时，公议所可发出核对请求，不能自行打开全部对照。若涉及立即安全风险，设备先停止相应源号，等本人或医疗代理确认后再决定是否恢复。

衡灯院提出反例：“同一个人同时申请三个源号，超过身体上限怎么办？”

邱望舒没有回避。健康档可给个人端设备签发一个只回答“当前总量是否超过上限”的盲判印。调度席提交三个源号，盲判印只返回可行或超限，不显示这些源号是否属于同一姓名。本人也能在自己的界面看见总量。

“若他借用别人的健康印？”

“即时掌纹或本人选择的双重验证。”

“掌纹也是身份。”

“验证发生在本人端，只回真假，不上传纹样。”

旧技师连续问了七种钻空方式。有人嫌他存心阻挠，邱望舒却让他继续。匿名不是一句保护隐私便结束，若结构轻易被冒用，第一次事故就会成为恢复实名总表的理由。

他们用二十份假资料做攻击测试。

负责攻击的人不只来自专业席。公议所请来一名客栈掌柜、一名医馆账房、一名曾经替宗门批量登记姓名的归籍吏和两名普通居民。专业人会寻找高深的权限漏洞，实际生活里更多泄露来自一句顺口询问、一张放错桌面的收据和“大家都这么办”的熟练动作。

客栈掌柜用入住时辰与源号上线时辰对照，猜中三份模拟身份；医馆账房从罕见复查周期猜中一份；归籍吏甚至不看系统，只凭批次号排列方式判断哪几人来自同一宗门。技术上没有公开姓名，组合信息仍可能把人重新认出来。

匿名层于是增加最小批次与延迟显示。公开屏不显示精确到一息的上线时刻，只显示足够监督结算的区间；罕见医疗条件合并成安全类别；批次号随机生成，不保留宗门顺序。本人仍能看完整时间和金额，若要举证，可主动开放相应片段。

延迟不能掩盖事故。公共硬线下降、设备故障和机构调用仍实时公开，只把个人源号做短时模糊。若有人怀疑结算造假，可由独立席核对原始记录，并留下谁查过、为什么查、查到什么范围。

一人重复申请、两人交换结算码、过期源号再次上线、健康档撤回后设备继续读取、机构用维修名义索要姓名、居民以补偿核验为由查询住址。二十次里，最初设计挡住十四次，余下六次暴露了漏洞。

一次性结算码若被转交，钱会付给持码账户；过期源号在旧接口有三息缓存；机构维修日志仍会留下源号与具体床位同时出现的组合。

公议所没有把六次失败藏掉。

结算增加本人端二次确认，仍允许本人合法指定收款人；三息缓存改为只允许降载，不允许增加输出；维修日志把源号替换为随机故障位，只有本人和独立安全席可连接。每次改动都记下新增成本与可能延迟。

本章未完，点击下一页继续阅读。