日志的四层边界
第一层：连接日志——记录「谁、在什么时间、从哪个 IP、连接了哪个节点」。
第二层：流量日志——记录「连接期间访问了哪些域名/IP」。
第三层：查询日志——记录 DNS 查询、节点选择历史。
第三层：错误日志——记录连接失败、认证错误等技术诊断信息。
零日志策略的严肃程度取决于明确承诺消除哪几层。
用户可验证的零日志方法
① 隐私政策是否白纸黑字声明消除哪些日志类别；② 是否通过第三方独立审计（如 Cure53、PricewaterhouseCoopers）验证无日志承诺；③ 是否发布透明度报告（Transparency Report），披露收到过多少次法律请求及响应情况；④ 是否采用「经审计的无日志架构」（No-Log Architecture）并披露技术细节。
「RAM-only」与「零日志」的关系
RAM-only 服务器是实现零日志的技术手段之一：即使日志被记录，仅存在于易失性内存中，进程结束自动消失。
但 RAM-only 不等于零日志——理论上 RAM-only 服务器仍然可以在内存中记录日志，只是不会持久化。
因此「RAM-only + 不记录日志代码 + 第三方审计」三者叠加才是真正的零日志。
常见误区
误区一：「不记录日志」就等于「不记录错误日志」——错误日志对运维至关重要，承诺零错误日志会严重影响服务质量。
误区二：「零日志」等于「无法协助调查」——对于已建立加密通道的连接，服务器无法协助解密（因为密钥不存），所以「协助调查」是无意义的承诺。
误区三：「总部不在 X 国」就一定安全——跨境法律请求、云服务商配合等都可能影响数据安全。
选择零日志产品的实操建议
① 优先选择已通过第三方审计的产品；② 关注隐私政策的细节而非营销文案；③ 检查产品是否开源客户端（开源客户端意味着代码可审计）；④ 关注公司历史是否有泄露事件；⑤ 关注总部所在地与司法管辖区的法律环境。