sakuracat 无日志政策与第三方审计实践
“不记录日志”这句话，几乎每家 VPN 都在说，但有多少能拿出证据？sakuracat 的做法是把无日志从口号拆成两层：架构上让日志无东西可记，再请独立第三方来验证“确实没记”。本文讲这两层是怎么落地的。
本文目录
VPN 服务要记录日志，最容易记的是连接元数据：谁在什么时间从哪个 IP 连到了哪个出口。这类数据一旦留存，理论上就能把用户与访问行为对应起来。sakuracat 的第一步，是让系统根本不产生这类记录。
架构层面：日志最小化
sakuracat 的接入节点不写入连接日志文件，认证采用一次性令牌与账号状态校验，校验完成后不保留“某账号在某时刻连过某节点”的对应关系。带宽统计走聚合口径，只记录节点级总量，不落到个人。
| 数据类型 | 是否记录 | 用途 |
|---|---|---|
| 访问站点与内容 | 不记录 | — |
| 连接时间戳与出口 IP | 不记录 | — |
| 节点级聚合带宽 | 记录 | 容量规划 |
| 账号与套餐信息 | 记录 | 订阅管理 |
审计层面：第三方验证
架构再干净，也需要外部视角确认。sakuracat 委托独立安全机构对服务端配置与日志策略进行核查，审计范围包括节点是否真实关闭了连接日志、聚合统计是否可被反向关联到个人。审计结论会以摘要形式公开。
需要说明的是，审计验证的是“当前系统未记录”，而不是对未来行为的永久担保。因此 sakuracat 把审计设为周期动作，而不是一次性宣传素材。
边界与真实案例
无日志不等于零信息。账号、套餐、支付这些维持服务运行的数据必然保留，这是任何订阅制服务的共同边界。一位关注隐私的用户曾向客服询问“能否彻底匿名”，官方给出的回答是：匿名支付渠道下，可进一步减少与身份关联的数据。
| 问题 | sakuracat 的立场 |
|---|---|
| 是否记录浏览历史 | 不记录 |
| 是否记录连接日志 | 不记录 |
| 是否保留账号与支付信息 | 是（运营必需） |
回到开头的问题：无日志承诺靠什么可信？sakuracat 的答案是两手抓——架构上让敏感日志无东西可记，审计上让承诺可被验证。对在意隐私的用户，这两条比一句口号更有分量。
终于有厂商把无日志讲清楚了，架构+审计这套逻辑让人放心。