🔍 耿同学打假报告

论文信息

标题：基于区块链的SDN域间访问控制模型研究
作者：申圳
期刊：硕士学位论文
导师：赵成贵（教授）
机构：信息学院
发表年份：2023年5月27日

综合评定：🟠 高度可疑

详细发现

发现 1：实验环境物理定律崩塌（2GB内存跑全节点区块链+SDN仿真）

位置：第四章第三节实验分析 (表 4.1) 及第五章第三节实验分析
描述：作者声称在配置为 "AMD Ryzen 5 5600H 3.30GHz, 内存 2GB" 的环境中，运行了 "Ubuntu、Docker 20.10.12、Hyperledger Fabric 2.0"，并部署了 8个区块链节点 (3Org2Ch)，同时还跑了一个使用 Python 编写的 Web3 交互程序和 GO 语言链码。在第五章的实验中，作者明确提到实验环境为同一笔记本，并还要在这个环境里跑 Mininet（SDN仿真平台）和 Ryu 控制器。
证据：
1. 论文表 4.1 明确列出内存为 2GB，模拟软件包含 Hyperledger Fabric 2.0 和 Docker，设定了 8 个区块链节点。
2. Hyperledger Fabric 是企业级联盟链，极度消耗内存。单单一个 Orderer 节点加上几个 Peer 节点的基础运行环境，启动瞬间内存需求通常就超过 4GB。系统还要运行 Ubuntu OS、Docker 守护进程，并维持 8 个节点的网络通信。
3. 第五章第三节明确写道：“实验环境为 AMD Ryzen 5 5600H 3.30GHz 处理器的笔记本……使用 Mininet 和 Ryu 控制器进行模拟数据生成”。2GB 内存连勉强启动这一整套 2023 年的现代软件栈都绝无可能，必然会发生 OOM (Out of Memory) 崩溃。
严重程度：🔴
复核状态：✅ 成立

发现 2：伪造/拼凑的实验环境信息 (不存在的操作系统)

位置：第四章第三节实验分析 (表 4.1)
描述：作者在操作系统一栏填写了 "Ubuntu20.4"。
证据：论文原文表 4.1 中确实写明操作系统为 "Ubuntu20.4"。Ubuntu 官方的版本号命名规则向来是“年份.月份”。Ubuntu 20 发行过的版本只有 20.04 (Focal Fossa) 以及后续的 20.10 等，根本不存在 "20.4" 这个官方镜像版本。这说明作者极大概率是随手编造了一个版本号，或者复制粘贴时出现了低级拼写错误且未进行检查。
严重程度：🟡
复核状态：✅ 成立

发现 3：算法伪代码逻辑存在硬伤

位置：第五章第二节域信誉值更新算法 (算法 1)
描述：在伪代码的第 1、2 行，作者写道：If len(input) != 1 则 return "input error"。而根据上文定义，输入是 "需要评估的域 A"。
证据：论文原文算法 1 中确实定义 Input：需要评估的域 A，并在第 1、2 行写了 If len(input) != 1 和 return "input error"。len() 通常用于计算字符串长度或数组大小。如果传入的是一个域对象或域标识符，对一个对象取 len 本身就是语法/逻辑错误；如果是字符串，那只要输入的名字不是单字符（如 "A"），就会报错。这段伪代码显然是为了凑篇幅强行加上的参数校验，完全不符合实际编程逻辑。
严重程度：🟡
复核状态：✅ 成立

发现 4：时间成本计算的“完美数学”与现实脱节

位置：第四章第三节实验分析
描述：作者列出了一系列哈希、签名、验签的执行时间（如 Tsig=7.372ms），并通过公式推导出理论时间约为 103.46ms。随后声称实测消耗约为 304.45ms，并将这 200ms 的巨大差异轻描淡写地归结为“达成共识所需要的实际时间”。
证据：论文原文写道“SDN 控制器身份注册阶段理论时间成本为...≈ 103.46ms... 通过斜率计算实验中每次身份注册消耗约 304.45ms”。虽然表格中的理论加法计算是完全正确的（数学没算错），但在 Hyperledger Fabric 中，共识及交易上链的时间开销受网络波动、区块打包策略影响极大，正常情况下延迟通常在数十毫秒到几秒不等。作者得出极其精确的“304.45ms”，且在 8 节点 2GB 内存的“古董级”配置下能测得如此精准的数据，有伪造数据或刻意挑选数据的嫌疑。
严重程度：🟠
复核状态：✅ 成立

耿同学辣评

用 2GB 内存跑 8 节点 Hyperledger Fabric 区块链，还要外带 Mininet 和 Ryu 控制器，这不是软件定义网络（SDN），这是“软件定义魔法”。你的电脑要是能在 2GB 内存下把这堆玩意儿跑起来，黄仁勋都得连夜带着 NVIDIA 的工程师来拜你为师！连 Ubuntu 系统版本号都能编造出一个不存在的“20.4”，这实验数据是用随机数生成器敲出来的，还是梦里叩问苍天得来的？伪代码更是闹鬼，对一个域对象求长度，为了凑字数连基本的编程常识都抛弃了。

建议后续行动

联系作者要求提供原始实验数据（如 Fabric 的 benchmark 日志、节点的 top 命令截图以证明 2GB 内存够用）。
要求作者提供实验运行的录像，证明实验环境（系统版本与内存配置）真实可复现。
向该学位授予单位的学术委员会或盲审专家组反映该论文实验部分存在的严重逻辑硬伤。
在 PubPeer / 知网等平台提出公开质疑。

⚠️ 免责声明

本报告由 AI 辅助生成，仅供学术讨论参考。
学术不端的最终认定需要专业机构调查。
我们支持学术诚信，但也尊重每一位研究者的名誉权。
如有异议，请以官方调查结论为准。
本工具不保证检测结果的准确性，误报和漏报均有可能。

基于区块链的SDN域间访问控制模型研究