这爷爷的视频里，资料还比较详细，有老人自己填写的表格，有公安出的调查报告和现场照片。齐浩初也等不及下周上班了，周六就去数据局了。这段时间动不动加班，齐浩初进出数据局就像自己家一样，谁也不会觉得奇怪。

材料上显示，事故是2030年6月22日晚上21:16:37发生的，是个周六夜晚。地点就在新城区的香榭园边上的小路上，旁边就是星光华府的建筑工地，才刚造了一两层。离这里不算很远，一家三口和吕天和一样，都是租住在香榭园。难怪吕天和会出现在现场，或许就是夏天晚上散步回家经过。

齐浩初根据受害人信息，很容易就从“面纱”里面找到了有关联的老人信息，性别年龄都对得上。老人本身可查询的经历倒也没什么特别的，早些年一直在农村，老伴很早就去世了，后来又去外地打工好多年。5年前来城里帮忙带小孩。

然后从文件存储服务器上，也找到了当时车载视频的画面，就是打印材料上的视频截图的来源。视频可以生成一个链接地址，通过工具调用可以授权打开播放。画面可以看到车子本来挺正常行驶中，突然有强光照射过来，持续了2.8秒，之后才开始恢复画面，但是画面里就突然出现了几个人。画面左侧有一家三口，画面右侧是吕天和。所有人都面向右侧行走，吕天和已经快要走出车道。但是根据画面位置来看，如果保持当前方向，被撞的应该是吕天和。然后画面里看到小孩开始向前跑，父母也向前似乎在追小孩一样。这时车子有个向左转向的动作，看起来是想要从左侧避开众人。但距离实在太近，终究还是撞到行人了。

其实齐浩初也不知道自己要找什么数据。通常类似情况，一般是先调查身边亲友有没有体制内的，让他们去给他做思想工作。但他们都是外省来行州市打工的，没有什么亲戚在这边。

虽然他的诉求是多要些赔偿，但是一直喊着是“城市管家”的错，让齐浩初心里毛毛的，别真的是“城市管家”出问题了吧？

齐浩初知道如果车子真的被“城市管家”接管，进入自动驾驶模式的话，都会有记录实时发送到区块链上。只要当时没有进入自动驾驶模式，那就只是司机的人为失误。

区块链节点的合约以及系统本身都是TAB开发的，但是由9个节点各自的运维人员维护。南丽科技就是其中一个节点，区块链的维护是研发部卢杭他们负责的，但是因为和数据相关，齐浩初也有相关系统、服务器的访问权限，于是就登录上去看下区块链记录。

区块链的数据，就像一个链条，每个区块大致包含3个部分：上一个区块的哈希值（头）、当前区块的数据（内容）和本区块的哈希值（尾）。每一个区块的头，就是上一个区块的尾，这样连接在一起。其中“尾”，是由“头”和当前数据内容相结合计算出来的。这就导致数据是一环扣一环，任意位置的数据修改，都会导致后续所有哈希值全都不一样了。

而区块链都是需要多个节点互相监督的，万一一个节点改了数据，只要其他节点没改，在数据同步的时候，这个异常节点的数据会被刷回正常数据。除非能同时修改半数以上的节点，才会因为少数服从多数，导致数据真的被完全篡改成功。

目前9个节点包含4个政府，4家企业，1所大学。要篡改数据，需要同时至少修改5个节点的数据，这应该是不可能的了。

齐浩初仔细检查了数据，发现区块链里面，显示这个时段内，这辆车没有被接管的记录，也就是确实是手动驾驶状态。由于前些天的闰秒事件，他还特意检查了时间戳，本身也没什么问题，闰秒那个时间点的数据记录也有。区块链的健康检查也显示，当前数据没有异常，意味着9个节点都是一样的记录。为了彻底放心，齐浩初甚至检查了操作日志，运维日志，有一些节点同步、合约升级、数据备份之类的脚本记录，都是常规操作。检查Merkle树根节点数据，甚至自己算了一遍哈希值，确实都没什么问题。

齐浩初又联系了研发部的卢杭。