EHRAuditChain: Scalable Privacy-Preserving EHR Audit with RSA Accumulators on Blockchain
2026-08-06 15:10
🔍 耿同学打假报告
论文信息
- 论文来源:ssrn-5495652 (1).pdf
- 标题:EHRAuditChain: Scalable Privacy-Preserving EHR Audit with RSA Accumulators on Blockchain
- 作者:Wei Zhu, Meiyun Zuo, Huiping Sun
- 期刊:Information Sciences (预印本 Preprint submitted)
- DOI:依据文本未提供正式DOI,当前为 SSRN 预印本状态
- 发表年份:2025 (提交日期为 September 16, 2025)
综合评定:✅ 清白
详细发现
发现 1:数学计算与系统规模高度自洽(正面验证)
- 位置:Section 8.1 (Experimental Design) / Abstract
- 描述:在许多“灌水”计算机论文中,作者常凭空捏造实验规模和数据集大小(如张口就来处理了上百TB数据)。但在本文中,作者声称使用了扩展的 MIMIC-III 数据集,包含 100 万条 EHR,每条 200 KB。
- 证据:进行简单的数学验算:1,000,000 条 × 200 KB = 200,000,000 KB。将其换算为 GB(除以 1024 两次),结果约为 190.73 GB。这与作者在 8.1 节中原话声称的“总计 190 GB (totaling 190 GB)”完全吻合。说明数据集的规模描述是基于真实的参数设定的,而非随机敲击键盘得出的假数据。
- 严重程度:✅ 正常
- 复核状态:✅ 成立
发现 2:性能对比数据符合密码学常理(正面验证)
- 位置:Section 8.2 / 8.3 (Commitment Generation / Challenge Response)
- 描述:文中将 EHRAuditChain 与 EHRChain、CPEBLD 进行了性能对比。造假的论文往往会让自己的方法在所有维度上“全面碾压”对手。但本文的实验数据非常符合密码学底层的客观规律。
- 证据:
- EHRChain 和 BCES 采用轻量级的 SHA-256 哈希,生成承诺仅需 0.011 ms;而本文方案由于需要生成 BLS 签名并映射素数,需要 0.24 s。作者如实承认了在计算开销上远大于简单的哈希。
- 在挑战响应阶段(8.3 节),本文方案耗时 5.47 秒,而对比方案 CPEBLD 仅需 0.35 秒。作者坦诚“proof generation overhead is a notable performance trade-off in our scheme”(证明生成的开销是我们方案中一个显著的性能折衷),并没有通过造假把自己的缺点隐藏起来。这种客观陈述实验局限性的态度,是真实科研的常见表现。
- 严重程度:✅ 正常
- 复核状态:✅ 成立
发现 3:参考文献与引用的内部矛盾(排版瑕疵)
- 位置:Section 1. Introduction (第一段后半部分) / Section 2.2 等
- 描述:在阅读文本时,发现了明显的 LaTeX 编译失败或复制粘贴时的排版漏字现象。
- 证据:
- 第 1 节中出现
[4,]. For example, in Johnson v. Fleming County Hospital, the plaintiff alleged that hospital staff altered her EHRs to cover up a missed cancer diagnosis [8 after its cloud storage system for healthcare data was compromised...—— 明显缺失了引用编号的右半边括号,且句子逻辑在此处有轻微断裂。 - 第 1 节末尾:“Section analyzes... Section duces the system... Section details... Section the IA and users. Section threats.” —— 这说明 LaTeX 中的
\ref{}标签没有成功解析出章节号。这些属于排版和校对的低级失误。
- 第 1 节中出现
- 严重程度:🟡 存疑(非学术不端,纯属未审校好的预印本粗糙排版)
- 复核状态:✅ 成立
⚠️ 发现 4:无法进行图片像素级分析
- 位置:Figure 1 - Figure 7
- 描述:文本中提到了多个关键图表,如系统架构图(Fig. 1)、存储容量分析(Fig. 3)、通信开销(Fig. 4)和组见证策略分析(Fig. 6)等。
- 证据:由于当前仅提供纯文本提取内容,未包含可视化的图片像素信息,无法检测折线图是否存在“PS拼接痕迹”或数据点是否“过于完美”。依据“严禁篡改或捏造”的原则,此处如实声明:依据不足,无法进行像素级造假检测。
- 严重程度:➖ 无法判定
- 复核状态:⚠️ 依据不足
耿同学辣评
这是一篇被“截胡”在预印本阶段的计算机密码学论文。虽说是打假,但咱们有一说一:在生物医学类论文里常见的“一图多用”、“PS拼接流”在这里统统见不到。更难能可贵的是,作者算账算得明明白白(100万×200KB正好190GB),并且敢于大大方方承认“我的方案比对手慢了十几秒”,就这份对密码学底层开销的坦诚,已经把90%的注水计算机论文秒杀了。不过,这篇论文的 LaTeX 排版排得跟闹着玩似的,一堆 \ref{} 解析不出来、连引号都不闭合(比如 [4,]),投给《Information Sciences》之前,赶紧先找个语法和排版工具修修bug吧,不然编辑看到这满屏的“Section analyzes”估计直接就拒稿了!
建议后续行动
- 无需联系作者要求提供原始数据(核心数据逻辑未见造假痕迹)
- 无需在 PubPeer 上提出质疑(排版问题作者自行修复即可)
- 无需向期刊编辑部举报
- 建议作者在正式投稿前:检查并修复缺失的章节交叉引用(\ref标签失效问题)。
⚠️ 免责声明
本报告由 AI 辅助生成,仅供学术讨论参考。
学术不端的最终认定需要专业机构调查。
我们支持学术诚信,但也尊重每一位研究者的名誉权。
如有异议,请以官方调查结论为准。
本工具不保证检测结果的准确性,误报和漏报均有可能。