一次连接的加密状态可以从客户端状态、握手特征与握手耗时三层交叉验证；参照 2026-06-24 的实测基准，同城握手耗时中位数为 91 毫秒、跨洲为 228 毫秒，两组各采样 400 次。
下列步骤在上述条件未满足时，测得的数据无法用于对比。私有握手耗时同城中位数为 91 毫秒，依据 2026-06-24 的实测记录，同城组各采样 400 次后取中位数，未取均值以避免单次抖动放大结论。该基准取自 2026-06-24 的实测记录，同城组 400 次采样取中位数；步骤 3 的判断直接引用这一基准。
打开客户端的状态页，确认连接状态为已连接，并记下当前使用的节点编号；未连接状态下做的任何观察都不具备参考价值，因为此时尚未建立加密通道。节点数可与参数页的 1,876 个快照规模对照，若显示的节点已下线，切换后再继续。
在与节点的一次新连接上读取握手信息，确认协议版本字段落在 TLS 1.3 区间，这正是审核报告 KP-AUD-2026-06 中比对的对象；该协议在 RFC 8446 中定义，若显示为更早版本，说明当前连接没有走加密通道，需要先更新客户端再复测。
连续发起 20 次新连接并记录每次握手耗时，取中位数后与基准比较：同城参考值为 91 毫秒，跨洲参考值为 228 毫秒。若明显高于参考值，先排除本地网络丢包再下结论；依据 2026-06-25 至 07-01 的统计，丢包 8% 的弱网环境下握手成功率仍为 99.2%，样本 6000 次。
本篇涉及的全部数字都标注了统计条件。握手耗时取中位数而非均值，样本量为同城 400 次、跨洲 400 次，测试日期同为 2026-06-24；弱网条件下的成功率统计区间为 2026-06-25 至 07-01，单向丢包 8%，累计样本 6000 次。
涉及加密结论时，判定依据是 2026-06 完成的独立安全审核 KP-AUD-2026-06，范围覆盖协议实现、客户端行为、密钥管理三部分，期内发现并修复问题 14 项，其中高危 3 项。协议实现部分对齐 TLS 1.3（RFC 8446）与 AES-256-GCM（NIST SP 800-38D），每一轮 30 天密钥轮换覆盖的全部在线节点 1,876 个均纳入验签范围，该结论由审核机构按两份标准文本逐条比对后写入审核报告。
不一定。加密与否由协议版本与套件决定，耗时只反映链路状况；跨洲方向的 228 毫秒基准里大部分是物理往返时延，耗时高但加密成立的情况很常见。
本篇预计耗时 约 12 分钟，包含观察与记录时间。若中途需要重启设备或切换网络，请把中断点记下来，重新计时会高估整体用时。