量子通信 的 一个 疑问
昨天在思考怎么造 飞碟,
就想到了 磁,想到了 超导,又想到 量子 和 量子通信,
然后 就想了一下 量子通信 的 原理, 就产生了一个问题,
用于 通信 的 量子对 的 初始状态 是 未知 的, 那最终测量 量子 的 状态 时 怎么知道 是否被 窃听 过?
既然 你都不知道 量子 的 初始状态, 你怎么知道你现在测量出来的 量子状态 是 被 窃听 过的?
想到这里, 我 越想越火大,
就到 百度 上 查 量子通信 的 资料, 结果都像背书一样的说 两个 纠缠 的 量子 一个 状态改变,另一个也会改变, 所以可以防止窃听 云云,
具体 的 如何 测量 状态, 根据 状态 如何 判断 是否 已被窃听 , 这些 一概没有 。
正 火大 的 时候, 看到 百度 下面 有 一些 推荐 的 搜索关键词, 其中一个 是 “量子纠缠骗局” ,
本来 我 不想 点 的, 后来想了一下, 就 点进去 看看, 结果发现了一些 对 量子通信 持 反对 态度 的 文章:
《科学不相信骗术——量子纠缠骗局之我见》 http://blog.sina.cn/dpool/blog/s/blog_6660e86b0102wy5i.html
《"量子纠缠"本身是个存在悖论的东西,很可能是个骗局,明显已经走入邪路,给大家提个醒》 http://bbs1.people.com.cn/postDetail.do?id=164753522
《量子纠缠科学骗局是什么?》 https://zhidao.baidu.com/question/1372613850315991499.html?ivk_sa=1022817r
量子 可能存在 超距 作用, 我并不奇怪,也不反对, 但以 “未知的初始状态”(一观察就塌缩) 作为 前提, 这就有问题了 。
如上文所说, 这存在 逻辑矛盾 :
你都不知道 量子 的 初始状态, 你怎么知道你现在测量出来的 量子状态 是 被 窃听 过的 ?
网上也说, 量子通信 不是用 量子纠缠 来 传递 信息, 而是用 量子纠缠 来 分发 密钥 。
确实是这样, 量子 的 初始状态 未知(一观察就塌缩) , 你怎么传递信息 ?
在 观察 的 时候 塌缩 可以 生成 一个 随机 的 密钥 ,
比如 我们 用 3 个 量子对 来 分发 密钥, 每个 量子对 表示 密钥 的 一位(bit), 当 接收方 收到 量子 以后, 发送方 测量 自己 持有 的 量子,
测量到(塌缩) 的 结果 是 100, 那么 接收方 测量到(塌缩) 的 结果 必然 是 011,
接收方 只要 取 011 的 反码 就是 发送方 的 测量结果,
011 的 反码 是 100 , 所以 100 成为 发送方 和 接收方 共同持有 的 密钥, 用 这个密钥 来 加密传输 信息 。
也可以 反过来, 发送方 取 100 的 反码, 得到 011 , 用 011 作为 双方 共同持有 的 密钥 , 这也可以 。
不过 我认为 , 与其说是 “分发” 密钥, 不如 说是 “分配”,
分发 是 可以把 一个 密钥 分发 给 多个 接收方, 而 量子纠缠 只能 给 每个 接收方 生成 一个 密钥 ,
所以 说 分配 更合适 。
但问题是, 窃听 的 问题 还是 没有 解决 。 你怎么知道你 测量出来 的 状态 是不是 被 窃听过的 ? ^^
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!