报错链最底下的真凶

场景：一个服务在处理数据时崩了，屏幕上打出两段 traceback：下面那段说的是一个包装过的业务异常，看上去像是罪魁祸首。

任务：在 ~/work/app 运行 python3 main.py，找出「最早真正出错」的那个函数的名字（不是把错误包装一层再抛出的那个）。

可操作范围：只在分给你的这台实验机上操作。可以改家目录里的任何东西，不要动系统目录。实验机不连网。写代码用 vim 或 nano 都行。

提交：拿你找到的那个值，到 ~/对照表.txt 里查出对应的 8 位标记。只提交标记本身（形如 7F3A91C2），不要提交找到的值，也不要提交说明文字。大小写不限。

⚠️ 提交预算：这次实验最多可以提交错 3 次。用完需要重新开始实验——环境和答案都会变。

完成条件：提交内容与本用户、本次实验环境生成的预期结果一致。