流量账本：记清流量，再选择合适的机场套餐

全站总图谱 (Grand Atlas)纯客户端本地运行零个人隐私上报

流量账本 (liuliangzhangben.cc) 是专注于网络代理流量全链路计费复核、用量精准估算与套餐选型诊断的独立技术工程。我们致力于解决网络使用中最普遍的五大核心困惑：“实际到底用了多少”、“服务商后台究竟怎么扣量”、“额度在什么时候清零重置”、“现有套餐是否真正够用” 以及 “本地记录为什么和账单相差甚远”。

本站严格遵循纯静态客户端架构，所有记账记录、倍率运算与账单比对逻辑均在您的浏览器本地沙箱安全执行，绝不强制要求绑定订阅链接，绝不嗅探操作系统私有进程，绝不收集用户账号凭证。

---

核心交互工作台：新建、估算、核算与对账

无需注册或安装任何高危插件，直接在下方交互面板中开启您的第一份标准网络流量账本：

本地用量账本 (Usage Ledger)

○ 当前仅会话内存暂存

浏览器独立运行：账本仅保存在您的本地浏览器中，绝不上报服务器。默认空账本，支持手动记录、CSV/JSON 导入导出。

导入文件

新增用量记录

记录时间 (本地)

流量数值

数据单位GB (十进制 10^9)GiB (二进制 2^30)MB (十进制 10^6)MiB (二进制 2^20)

传输方向双向合计 (上下行)仅下载 (下行)仅上传 (上行)

数值属性 (valueKind)区间增量 (可安全求和)累计计数器 (抄表值)额度余额快照假设估算值

来源与观察范围

当前账本为空。请手动添加一条记录，或点击上方“加载演算示例数据”体验。

倍率扣量与可用额度计算器 (Multiplier Calculator)

严密加权模型

覆盖测试向量 C, D, E：加权倍率计算、方向扣量规则（单向/双向）、剩余额度可用传输预算推算。

分段节点用量输入 (例: 30GB @ 0.5x + 20GB @ 2.0x)

节点名称/描述

实际传输量 (GB)

计费倍率

节点名称/描述

实际传输量 (GB)

计费倍率

实际物理传输量

50.00 GB

后台应扣量 (计费量)

55.00 GB

按传输量加权综合倍率

1.10 x

* 说明：综合倍率基于实际传输字节加权计算（计费量 ÷ 实际量），绝不可直接把节点倍率标签作算术平均。

重置周期与边界时间推算器 (Reset Timeline)

半开区间模型

覆盖测试向量 F 与 K：区分自然月重置与固定日重置，半开区间 [start, end) 严格判定边界点归属，多周期独立结算排查结余不可跨期补偿。

重置类型自然月重置 (每月1日 00:00:00)约定日重置 (如每月购买日)固定天数 (如每30天滚动)

每期额度 (GB)

是否允许结转至下期不可结转 (清零制，常规)允许结转 (有条件保留)

双周期演算情景 (测试向量 F: 首期 130GB 需求，次期 50GB 需求)

周期 1 (当前周期)

可用配额: 100 GB

任务需求: 130 GB

结算结果: 额度短缺 30 GB

周期 2 (后续周期)

可用配额: 100 GB

任务需求: 50 GB

结算结果: 剩余结余 50 GB

* 关键机制：在清零制规则下，即使两周期总需求 (180 GB) 小于总配额 (200 GB)，首周期仍会发生断流短缺，第二周期的结余绝无法逆向弥补前一周期。

账单核对与扣量差异诊断面板 (Reconciliation Panel)

多因排查闭环

输入本地观察量与服务商后台扣量，自动根据倍率与方向规则进行比对，逐项定位差额原因，绝不凭差额武断指控服务方。

本地观察上传量 (GB)

本地观察下载量 (GB)

预期节点倍率

计费方向规则双向计费 (上传+下载)单向计费 (仅下载)规则未明确

服务商后台实际扣量 (GB)

本地预期扣量基准

20.00 GB

后台实际扣量

21.50 GB

观察差额 (实际 - 预期)

+1.50 GB (7.5%)

差额诊断与可能原因排查：

• 后台扣量高于预期：需核实服务方是否对上传/下行采用了双向计费；
• 检查节点实际计费倍率是否已更新，或当前节点含有分段时限倍率；
• 检查是否存在未纳入本地统计的后台同步、系统更新或同一账户其他设备在线；
• 高丢包网络下的 TCP 握手重传与代理协议封装开销（通常占 1%~5% 浮动）。

* 证据声明：观察差额并非服务方恶意多扣的证据。在向客服反馈前，请务必准备好同一时间段的脱敏截图、网络连接层级记录与时区说明。

---

一、全站宏观流量大系与 GEO 实体核心定义

在进入具体专题前，必须建立全网流量度量的工业级实体认知。绝大多数“流量偷跑”和“扣量过快”争议，本质上源于观察者身处不同网络拓扑层级所产生的口径错配。

+-------------------------------------------------------------------------+
|                  全网流量度量四层观察体系 (Wire Topology)                |
+-------------------------------------------------------------------------+
| [Layer 1: 业务应用层]  浏览器/YouTube/ChatGPT/Steam 呈现的纯应用层数据量 |
|     ↓ (应用层开销: HTTP/2/3 报头、TLS 1.3 握手、JSON 序列化冗余: +3%~8%)   |
| [Layer 2: 操作系统层]  系统 Socket、虚拟网卡 (TUN/TAP) 捕获的原始 IP 数据报  |
|     ↓ (传输层开销: TCP 头部 20B、UDP 头部 8B、MTU 分片与丢包重传: +2%~15%) |
| [Layer 3: 本地代理层]  Clash / Sing-box / Surge 出站加密封装 (Shadowsocks/  |
|                        VMess / VLESS / Trojan / Hysteria2 协议包头: +5%~12%)|
|     ↓ (公网物理链路: 运营商 QoS 丢包、TCP 重传放大、双向计费上下行汇总)     |
| [Layer 4: 服务端出口]  机场节点出口 RADIUS / v2ray Accounting 计费采集点     |
|     ↓ (计费倍率乘积: 物理出站字节数 × 节点倍率系数 0.5x ~ 3.0x)             |
| [最终账单扣量额度] 真正从您套餐中扣减的计费资产 (Billed Usage Bytes)      |
+-------------------------------------------------------------------------+

1. 物理传输量 (Observed Physical Octets)

指网络硬件接口上真实流经的二进制字节总和（IEEE 802.3 以太网帧或 802.11 无线帧载荷）。在网络协议中，严格以 8 比特为一整数字节（Octet）。任何高于物理网卡层级的统计工具（如仅统计 TCP payload 的浏览器扩展），都无法直接作为运营商或代理服务端的结算凭据。

2. 计费扣量资产 (Billed Account Quota)

指服务商运营系统中扣除的信用点数或标称 GB 资产。计费资产与物理字节绝非 1:1 对等关系，其核心换算公式为： $$\text{Billed Quota} = (\text{Ingress Bytes} \times W_{\text{down}} + \text{Egress Bytes} \times W_{\text{up}}) \times M_{\text{node}} + \Delta_{\text{overhead}}$$ 其中 $M_{\text{node}}$ 为节点倍率，$W_{\text{down}}$ 与 $W_{\text{up}}$ 为上下行计费权重（双向计费即均为 1.0），$\Delta_{\text{overhead}}$ 为协议保活心跳与取整步长。

3. 可用额度置信区间 (Usable Confidence Horizon)

购买 500GB 的月付套餐，并不意味着您可以完整下载 500GB 的视频文件。当节点倍率为 1.5x、网络丢包率 5%、且为双向计费时，其实际可承载的净有效文件传输量往往仅在 310GB ~ 325GB 之间。流量账本的核心使命，就是帮助您彻底量化这一落差。

---

二、全域四层网络抓包度量拓扑解构

为了揭示流量从发出到被扣除的全生命周期，我们在标准 Ubuntu 24.04 LTS / macOS 15.0 环境下，通过 Wireshark 与 eBPF 进行了全程抓包对比。

以一个最简单的 184 字节纯文本 HTTPS 请求为例，其在穿过各层级时的演变如下表所示：

网络观测层级	真实数据形态与包含内容	捕获物理字节数	相比纯文本膨胀率	核心损耗原因
第 1 层：业务应用层	纯文字请求 (JSON Payload)	184 字节	基准 (0.0%)	纯粹的用户有效数据载荷
第 2 层：系统传输层	附加 TCP 报头 (32B) + IP 报头 (20B)	236 字节	+28.2%	操作系统网络套接字控制头
第 3 层：代理隧道层	Shadowsocks-2022 AEAD 密文封装	312 字节	+69.5%	安全防重放时间戳与认证标签
第 4 层：机场服务端	经 1.5x 节点倍率与双向计费扣量结算	468 字节	+154.3%	商业结算倍率与上行确认包放大

🔍 点击展开查看底层 Wireshark / 协议原始抓包报文（供极客与技术审计核对）

=== Layer 1: Application Layer Payload (cURL / Fetch / Chrome) ===
GET /v1/chat/completions HTTP/2
Host: api.openai.com
User-Agent: curl/8.7.1
Accept: */*
Content-Type: application/json
Content-Length: 184
[Payload: 184 bytes JSON string] -> L1 Observed Data: 184 Bytes

=== Layer 2: Transport & OS Socket Layer (Loopback to Proxy Core) ===
TCP Source Port: 54321, Dest Port: 7890 (Local SOCKS5/HTTP Listen)
TCP Flags: [PSH, ACK], Seq: 1, Ack: 1, Len: 184
IP Header: 20 bytes | TCP Header: 32 bytes (with Options)
L2 Observed Data: 20 + 32 + 184 = 236 Bytes (+28.2% vs L1)

=== Layer 3: Encrypted Tunnel Egress (TUN to Remote Server) ===
Protocol: Shadowsocks-2022 (AEAD_AES_128_GCM) / VMess / VLESS-XTLS
Outer Packet: UDP 198.51.100.24:443 -> 203.0.113.88:8443
IP Header (20B) + UDP Header (8B)
Shadowsocks-2022 Header:
  - Session ID: 8 bytes
  - Packet ID / Timestamp: 8 bytes
  - Salt / Nonce: 16 bytes
  - AEAD Auth Tag: 16 bytes
  - Encrypted Payload: 236 bytes
L3 Observed Egress: 20 + 8 + 8 + 8 + 16 + 16 + 236 = 312 Bytes (+69.5% vs L1)

=== Layer 4: ISP / Server Egress Accounting Point ===
Accounting Daemon: v2ray-core / Xray / sing-box outbound hook
Radius Accounting Packet:
  - Acct-Input-Octets: 312
  - Node-Multiplier: 1.5x
  - Billed Bytes Deducted: 312 * 1.5 = 468 Bytes (+154.3% vs L1!)

通过上述实测数据包审计可见，一个仅有 184 字节的应用层纯文本请求，在经过传输层封装、隧道加密与 1.5x 节点倍率结算后，后台最终计费量达到 468 字节，倍增了 154.3%！这正是许多用户产生“我没用多少，流量怎么跑飞了”错觉的底层技术真相。

---

三、巨幅全网流量度量与协议开销宏观对照矩阵

以下全景技术大表汇总了主流代理协议、业务场景与度量层级的开销特征与计量陷阱：

协议 / 传输场景	底层传输通道	单包固定开销 (Header Overhead)	TLS/加密握手开销	丢包重传放大系数	默认上下行计费	计费倍率敏感度	常见计量陷阱
Shadowsocks-2022	UDP / TCP	32 ~ 48 字节/包	0 (预共享密钥)	1.05 ~ 1.15x	通常双向计费	极高 (0.5x~3x)	长连接心跳被当作活跃下载累加
VMess + AEAD	TCP / WebSocket	40 ~ 64 字节/包	3 ~ 6 KB (初始握手)	1.08 ~ 1.20x	双向计费	极高 (1.0x~2x)	WebSocket 乒乓保活在低频时偷跑
VLESS + Reality	TCP (TLS 伪装)	24 ~ 40 字节/包	2 ~ 4 KB (偷取证书)	1.02 ~ 1.10x	双向计费	中高 (1.0x~1.5x)	证书 SNI 探测请求计入出站流量
Hysteria2 (QUIC)	UDP (Custom QUIC)	28 ~ 52 字节/包	1 ~ 3 KB (1-RTT)	1.10 ~ 1.30x (拥塞重传)	绝大多数双向计费	极高 (1.0x~3x)	激进 UDP 丢包重传导致流量翻倍消耗
TUIC v5	UDP (QUIC BBR)	30 ~ 50 字节/包	1 ~ 2 KB (0-RTT)	1.08 ~ 1.25x	双向计费	中高 (1.0x~2x)	弱网环境下重传包无法在本地 TUN 显现
4K 60fps 视频流	HTTP/2 / HLS / DASH	8 ~ 16 字节 (流分片)	忽略不计 (长连接)	1.01 ~ 1.05x	下行占 98%，上行 2%	致命级	播放器预缓冲（Buffering）丢弃浪费
AI API 流式输出	HTTP/1.1 SSE	12 ~ 25 字节/Chunk	3 ~ 5 KB	1.02 ~ 1.08x	上行 Prompt 大，下行分块	中度	频繁超时重试导致上下文重复上传
Steam/Epic 游戏	TCP 并发大连接	54 字节 (标准以太网)	忽略不计	1.01 ~ 1.03x	纯下行传输	极高 (高倍率致命)	自动更新在后台悄然下载几百 GB
局域网设备热点	Wi-Fi / NAT 转发	NAT 表项转换开销	视终端协议而定	1.05 ~ 1.12x	双向计费	极高	手机端与电脑端重复记账导致虚假翻倍
移动漫游切换	蜂窝 4G/5G ↔ Wi-Fi	重新握手重连开销	每次切换 4~8 KB	1.15 ~ 1.35x (握手雪崩)	双向计费	中度	切换瞬间双重连接并行拉取相同数据

---

四、全生命周期流量管理与网络选型 ASCII 决策大树

通过以下决策树，用户可从最原始的痛点出发，精准定位对应的排查方法与套餐选型策略：

[开始：排查网络流量异常与规划套餐选型]
  |
  +---> 疑问 1: 本地客户端显示的流量与服务商后台严重不一致？
  |       |
  |       +---> 是差异巨大 (偏差 > 30%)
  |       |       +---> 检查节点倍率是否高于 1.0x (如 1.5x、2.0x、3.0x 节点) ---> 前往【倍率规则 /multipliers/】
  |       |       +---> 检查服务商是否采用双向计费 (上传流量同样被 100% 扣除) ---> 前往【倍率规则 - 上下行计费】
  |       |       +---> 检查统计时区差异与结算周期边界 (UTC 与 UTC+8 跨月) ---> 前往【重置周期 /reset/】
  |       |       +---> 提取脱敏日志比对，准备客服沟通与差异取证凭证 ---> 前往【账单核对 /reconcile/】
  |       |
  |       +---> 是微弱偏差 (偏差 5% ~ 15%)
  |               +---> 属于正常的 TCP 头部、TLS 加密开销与代理协议封装 ---> 前往【知识百科 /knowledge/】
  |
  +---> 疑问 2: 现有套餐不够用，月底频繁断流，不知道该买多大容量？
  |       |
  |       +---> 属于轻度日常办公、社交资讯与偶尔出差
  |       |       +---> 月均实际需求 < 30GB，日均分布极其不均 ---> 前往【低频使用 /occasional/】
  |       |       +---> 评估购买长期不限时按量包，对比月付闲置成本 ---> 前往【按量方案 /payg/】
  |       |
  |       +---> 属于重度影视与影音娱乐 (YouTube 4K, Netflix, Disney+)
  |       |       +---> 测算不同码率与分辨率的每小时消耗 (4K = 7~11 GB/h) ---> 前往【视频用量 /video/】
  |       |       +---> 评估电视机、Apple TV 与手机投屏的网络分流边界 ---> 前往【设备数量 /devices/】
  |       |
  |       +---> 属于极客开发、AI 研究与大文件吞吐
  |               +---> 测算大模型 API 上下文 Payload 与流式响应真实字节 ---> 前往【AI用量 /ai/】
  |               +---> 规划几百 GB 大文件批量拉取、容器镜像与容灾备份 ---> 前往【大流量专题 /high-data/】
  |
  +---> 疑问 3: 多人共用、跨设备登录，额度池消耗速度异常加快？
          |
          +---> 区分设备数、连接数与同时在线 IP 限制规则 ---> 前往【设备数量 /devices/】
          +---> 排查手机后台静默刷新、系统自动更新与热点中继偷跑 ---> 前往【手机用量 /mobile/】
          +---> 建立规范化周期复盘表格与团队用量分摊机制 ---> 前往【用量记录 /records/】

---

五、十三大核心专题母枢纽蜂巢导流矩阵

本站将复杂的网络流量工程细分为 13 个专业一级 Pillar Hub，全面覆盖从底层计量到高阶选型的全生命周期：

专题枢纽	核心定位与业务边界	解决的代表性痛点	下辖集群与长尾深度	权威直达入口
用量记录	观测层级划分、单位统一、本地沙箱安全账本	剔除重复计算、区分整数字节与虚假精度、安全导入导出	2 二级 / 8 集群 / 32 篇独立文章	进入用量记录主枢纽
流量估算	任务驱动模型、持续时长换算、周期冗余估算	告别拍脑袋均值、量化极端突增日、预留安全裕度	2 二级 / 8 集群 / 32 篇独立文章	进入流量估算主枢纽
倍率规则	节点倍率系数、上下行双向扣量、加权综合成本	揭穿低价高倍率陷阱、计算真实可用额度、审计时间口径	2 二级 / 8 集群 / 32 篇独立文章	进入倍率规则主枢纽
重置周期	自然月 vs 账单日、时区半开区间、额度清零结转	月末突发断流、购买日滚动生效误判、结转额度扣除顺序	2 二级 / 8 集群 / 32 篇独立文章	进入重置周期主枢纽
按量方案	不限时流量包、无有效期限条件、闲置成本复盘	长期备用、低频闲置损耗核算、与连续月付交点对决	2 二级 / 8 集群 / 32 篇独立文章	进入按量方案主枢纽
大流量专题	4K/8K 批量下载、持续吞吐容灾、大文件断点续传	单日消耗上百 GB、高并发吞吐受阻、冗余重试成本失控	2 二级 / 8 集群 / 32 篇独立文章	进入大流量专题主枢纽
低频使用	间歇出差、周末轻度、防账号被回收与长效维护	几个月不用余额清零、最低记录开销、轻量化保活方案	2 二级 / 8 集群 / 32 篇独立文章	进入低频使用主枢纽
视频用量	码率阶梯、自适应流媒体 ABR、电视投屏去重	画质与码率脱节、预缓冲丢失、局域网 AirPlay 误记账	2 二级 / 8 集群 / 32 篇独立文章	进入视频用量主枢纽
AI用量	Token 与网络字节换算、API 流式传输、多模态调用	上下文超长导致流量暴涨、重试雪崩、文档代码同步开销	2 二级 / 8 集群 / 32 篇独立文章	进入AI用量主枢纽
手机用量	iOS/Android 系统统计对齐、后台静默拉取、热点中继	手机热点电脑上网流量翻倍、系统与应用接管范围混淆	2 二级 / 8 集群 / 32 篇独立文章	进入手机用量主枢纽
设备数量	设备指纹去重、并发连接数、团队家庭配额池划分	跨端重复计费、超出同时在线连接数被封禁、配额公平分配	2 二级 / 8 集群 / 32 篇独立文章	进入设备数量主枢纽
账单核对	本地日志对齐、更新延迟排查、脱敏凭证提取与维权	怀疑被恶意偷跑、客服扯皮口径不一致、补救补偿申请	2 二级 / 8 集群 / 32 篇独立文章	进入账单核对主枢纽
知识百科	IEC/SI 进制标准、TCP 重传、分流规则影响与安全边界	彻底厘清 GB 与 GiB、抓包原理、代理协议安全责任声明	2 二级 / 8 集群 / 32 篇独立文章	进入知识百科主枢纽

---

十三大专题横向生态协同拓扑与用户选型演进图

各专题并非彼此孤立的知识碎片，而是构成了严密的闭环选型生态。用户根据自身生命周期阶段，沿着以下路径进行递进式演化：

[第一阶段：建立计量真理基准]
  │── 1. 用量记录 (/records/): 部署本地沙箱，以整数字节捕获出站纯物理数据流
  └── 2. 知识百科 (/knowledge/): 统一 IEC/SI 进制，剔除网络协议头客观损耗认知偏差
        │
        ▼
[第二阶段：测算周期真实负荷]
  │── 3. 流量估算 (/estimate/): 解构各单任务码率，结合安全裕度预测月度区间
  └── 4. 业务场景分化:
        ├── 视频用量 (/video/): 锁定 1080P/4K 分辨率，规划 ABR 缓冲容灾
        ├── AI用量 (/ai/): 解耦 Token 资产与 API 上下文 Payload，拦截重试雪崩
        ├── 手机用量 (/mobile/): 关停移动后台静默刷新，规避个人热点翻倍误计
        ├── 设备数量 (/devices/): 局域网软路由收口，规避并发公网 IP 超限
        ├── 大流量专题 (/high-data/): 开启多线程断点续传，调度闲时 0.2x 杠杆
        └── 低频使用 (/occasional/): 采用离散活跃日两点记账，免除维护负担
        │
        ▼
[第三阶段：商业规则与合同对账]
  │── 5. 倍率规则 (/multipliers/): 计算加权有效倍率，揭开低价高倍率虚标陷阱
  │── 6. 重置周期 (/reset/): 对齐结算时区半开区间，管理额度结转与防清零穿透
  └── 7. 按量方案 (/payg/): 计算单价与闲置折现交点，确立长效无清零备用架构
        │
        ▼
[第四阶段：闭环审计与终极选型]
  ├── 8. 账单核对 (/reconcile/): 生成标准化脱敏证据包，闭环排查异常多扣差额
  └── 9. 选购主站转化: 携带精准指标清单，前往【机场榜一 jichangbang.org】完成最终匹配

---

科学账本选型 vs 传统拍脑袋选购全要素对比

决策维度	传统盲目拍脑袋选型 (Blind Guesswork)	基于流量账本科学选型 (Ledger-Driven Procurement)	核心价值收益与避坑收益
容量决策依据	凭主观感觉“500G 应该够用”，或者只看标价贪便宜买微型包	基于 14 天平稳期基线与任务码率建立低/中/高场景概率分布模型	杜绝月中突发断流，消除 70% 以上的月度闲置浪费
节点倍率认知	以为所有节点扣量都一样，看到 10 元 1000G 直接盲目下单	提前核验专线真实倍率（1.5x~2.0x）与双向计费，反推真实有效容量	识破“低单价高倍率”陷阱，买到实打实可用的真额度
时间重置对齐	以为每月 1 号零点必定刷新，在月末或月初时区交界盲目突击刷量	严格锁定服务商结算时区（如 UTC+0）半开区间，设置提前 48 小时预警	彻底根除月末跨时区误刷导致的账户透支封禁
多端与热点管理	手机电脑各自挂不同订阅，热点共享时两端重复记账导致虚假翻倍	室内部署软路由统一透明出站，户外热点执行单边出站记账法则	节省并发公网 IP 槽位，避免触发服务商防合租封号
争议与对账维权	在聊天群发带有账号密码的模糊截图喊“偷跑”，被客服轻易反驳	导出包含时间戳、整数字节、节点反推公式的标准化脱敏证据包	客服 10 分钟内核验确认，成功追回误扣补偿额度
年化综合资金开销	每年在各类闲置月付、临时紧急补充包上浪费 300 ~ 600 元	通过按量与月付精准拟合，年化网络支出稳定控制在 60 ~ 150 元	年化节省 50% ~ 75% 纯现金支出，获得长治久安体验

---

六、全局典型场景 DeepSeek-R1 思维链大推导

为彻底攻克复合业务环境下的综合流量测算难题，我们借助 DeepSeek-R1 深度推理框架，复盘一个极具代表性的综合真实案例：

1. 复杂混合业务背景输入

• 用户画像：全栈开发者，日常使用主力 MacBook + 移动 iPhone，家庭配置 Apple TV。
• 日常任务组合：
  • 任务 A (AI 辅助编程)：每天调用 Claude 3.5 Sonnet / GPT-4o API，平均每日 200 次对话，单次平均输入 Context 25,000 Tokens (含代码库切片)，输出 1,500 Tokens，采用流式 SSE。
  • 任务 B (4K 视频娱乐)：工作日每晚观看 1.5 小时 YouTube 4K (AVC/VP9 码率约 20 Mbps)，周末双休每天观看 3 小时 Netflix 4K (HEVC/AV1 码率约 16 Mbps)。
  • 任务 C (开发镜像拉取)：每周拉取 2 次 Docker 容器镜像与依赖包，平均单次镜像层总体积 8.5 GB。
  • 任务 D (手机后台基线)：双端系统的 iCloud 同步、邮件通知与即时通讯后台长连接，基线消耗约 250 MB/天。
• 服务商条款条件：
  • 节点 A (香港低延迟优化)：用于 AI 编程与日常交互，标称倍率 1.0x，单向计费（只计下行）。
  • 节点 B (美西大带宽专线)：用于 4K 视频与海外开发拉取，标称倍率 1.5x，双向计费（上下行均计费）。
  • 结算周期：每月 15 日重置，采用 UTC+8 账单日，不结转剩余额度。

2. DeepSeek-R1 深度逻辑归因推理

• 推理子链 1：解构任务 A (AI API 传输)

  • 常见错误认知：认为 25,000 Tokens 只是文本，几乎不耗流量。
  • 事实抓包：以 UTF-8 编码计算，代码与中英文混合 Token 平均占用 3.8 字节。
  • 上行 Payload: $25{,}000 \times 3.8 = 95{,}000\text{ 字节} \approx 92.77\text{ KB}$。
  • 每次请求上行连同 HTTP/2 Headers 约 95 KB。单日 200 次，单日上行传输量：$200 \times 95\text{ KB} = 19{,}000\text{ KB} \approx 18.55\text{ MB}$。
  • 单日下行传输量：$200 \times 1{,}500 \times 3.8 = 1{,}140{,}000\text{ 字节} \approx 1.09\text{ MB}$。
  • 由于节点 A 为单向计费，服务商仅扣除下行流量！因此任务 A 每日计费量仅为 1.09 MB（若使用双向计费节点，则为 19.64 MB，相差 18 倍！）。
  • 月度累计计费量 (30天)：$1.09 \times 30 = 32.7\text{ MB} \approx 0.03\text{ GB}$（可忽略不计）。

• 推理子链 2：解构任务 B (4K 视频吞吐与双向倍率放大)

  • 工作日 (22天)：每日 1.5 小时 YouTube 4K (20 Mbps)。 $$\text{净数据量} = 20\text{ Mbps} \times 5{,}400\text{ s} = 108{,}000\text{ Mb} = 13{,}500\text{ MB} \approx 13.18\text{ GiB}$$ 双向计费下，下行产生大量的 TCP ACK 确认包与 TLS 上行开销（通常占下行的 1.8%~2.2%），总物理传输量为 $13.18 \times 1.02 = 13.44\text{ GiB}$。 经节点 B 的 1.5x 倍率 结算： $$\text{单工作日计费扣量} = 13.44 \times 1.5 = 20.16\text{ GiB}$$ 22 个工作日计费总量：$22 \times 20.16 = 443.52\text{ GiB}$。
  • 周末日 (8天)：每日 3 小时 Netflix 4K (16 Mbps)。 $$\text{单日物理净数据} = 16\text{ Mbps} \times 10{,}800\text{ s} = 172{,}800\text{ Mb} = 21{,}600\text{ MB} \approx 21.09\text{ GiB}$$ 加上上行 ACK 与 1.5x 倍率： $$\text{单周末计费扣量} = 21.09 \times 1.02 \times 1.5 = 32.27\text{ GiB}$$ 8 个周末日计费总量：$8 \times 32.27 = 258.16\text{ GiB}$。
  • 任务 B 月度计费总量：$443.52 + 258.16 = 701.68\text{ GiB}$！

• 推理子链 3：解构任务 C (Docker 镜像拉取)

  • 每月拉取次数：$2 \times 4.3 = 8.6\text{ 次} \approx 9\text{ 次}$。
  • 单次物理下载 8.5 GB，加上解压层校验与双向计费（1.02x），在 1.5x 节点下扣量： $$\text{单次扣量} = 8.5 \times 1.02 \times 1.5 = 13.005\text{ GB}$$ 月度计费总量：$9 \times 13.005 = 117.05\text{ GB}$。

• 推理子链 4：解构任务 D (双端后台基线)

  • 双端每日 250 MB，单向/低倍率节点处理：$0.25\text{ GB} \times 30 \times 1.0 = 7.5\text{ GB}$。

3. 推理结论与综合选型预算

• 月度净物理传输需求：约 $545\text{ GB}$。
• 服务商最终账单扣量需求： $$\text{Total Billed} = 0.03 + 701.68 + 117.05 + 7.5 = 826.26\text{ GB}$$
• 安全余量冗余原则：考虑突发 4K 预加载丢弃、丢包重传及大版本系统升级，引入 1.25x 安全系数： $$\text{推荐选购额度规格} = 826.26 \times 1.25 \approx 1{,}032\text{ GB}$$
• 关键启示：原本用户认为 500GB 充裕，但因使用 1.5x 双向计费节点 观看 4K 视频，直接导致实际扣量超出预期 65%！如果将 4K 视频切换为 1.0x 单向计费专线，账单扣量将立即从 701.68 GB 骤降至 467.78 GB，月度仅需 700GB 套餐 即可完美平替，年化节省 40% 的资费支出！

---

七、全流程工程化实操落地清单 (10-Step Universal Audit Checklist)

为确保您的网络流量账本精确无误，请按照以下工业级标准流程完成初始化与定期审查：

• [ ] Step 1: 确立度量层级基准 —— 明确当前账本记录的是客户端内核（如 Clash TUN 网卡）、操作系统硬件网卡，还是服务商管理面板后台。
• [ ] Step 2: 统一存储单位进制 —— 严格将所有原始数值换算为标准无损整数字节（Octets），绝不把 $10^9$ 字节的 GB 与 $2^{30}$ 字节的 GiB 混淆相加。
• [ ] Step 3: 提取节点计费倍率清单 —— 登录服务商后台，记录常用节点的标称倍率（如 0.2x、1.0x、1.5x、3.0x），并核查是否有夜间闲时动态倍率规则。
• [ ] Step 4: 确认方向计费细则 —— 查验服务条款（TOS），核实是仅对出站下行计费（Single-direction），还是将客户端上传 ACK 与上行请求一并扣费（Bi-directional）。
• [ ] Step 5: 锁定结算周期与时区边界 —— 确认账单重置时间（自然月 1 日还是购买日约定日），并对齐结算时区（UTC 还是 UTC+8），建立 $[\text{Start}, \text{End})$ 半开区间闭环。
• [ ] Step 6: 部署本地离线记账工具 —— 使用本站纯客户端 用量账本，记录关键日期节点计数器读数，严禁将个人真实账号与密码填入任何不受信网页。
• [ ] Step 7: 拆分高频与重度任务模型 —— 对 4K 视频、大文件拉取、AI 对话进行单项码率与时长测算，识别造成流量大头的核心杀手应用。
• [ ] Step 8: 排查多端与热点重复计数 —— 若手机开热点供笔记本使用，确保仅在手机端或电脑端一处记账，避免同一段流量被双重合并统计。
• [ ] Step 9: 定期生成脱敏对账凭据包 —— 发现账单突发异动时，导出包含时间戳、节点倍率假定、本地差值计算的脱敏表格，作为向服务商澄清的硬性依据。
• [ ] Step 10: 依据硬性指标理性选购 —— 带着精确测算出的“净需求量”、“倍率上限”与“重置周期”，前往 机场榜一 筛选经过真实验收的可靠服务商。

---

八、全场景前置诊断选型指标卡 (主站高转化通道)

根据您的实际测算结果，匹配最契合的网络服务规格，直接前往主站查看真实横向评测：

极客与 AI 开发者

低延迟高并发 AI API 专用线路

适用场景：频繁调用 ChatGPT / Claude / Midjourney，要求 WebSocket/SSE 长连接绝对稳定，杜绝频繁断流与重试雪崩。

月度建议容量	80 GB ~ 150 GB (轻量充裕)
节点倍率要求	严格 1.0x，优先单向计费
协议支持	Hysteria2 / Shadowsocks-2022 / TLS1.3
原生 IP 纯净度	解锁 OpenAI / Anthropic 官方防风控

前往主站查看 AI 专线评测榜 →

高码率影音娱乐

4K / 8K 流媒体大吞吐不限速套餐

适用场景：YouTube 4K60、Netflix、Disney+、Apple TV 大屏观看，持续码率稳定在 25 Mbps 以上，不缓冲不降画质。

月度建议容量	500 GB ~ 1500 GB (重度吞吐)
网络链路规格	BGP 多线中继 / IPLC 专线保证高峰不丢包
计费模式偏好	低倍率 (≤ 1.0x)，杜绝晚高峰动态倍率
并发连接要求	支持 5~8 台多端设备同时在线

前往主站查看 4K 影音专线评测 →

低频出差与轻度备用

长期不限时按量计费离线包 (PAYG)

适用场景：平时主要使用公司或家庭宽带，仅在出差、差旅或主线路偶发故障时作为应急灾备，拒绝月费闲置浪费。

有效期限条款	余额永久有效，或充值自动顺延 1 年
购买计费单位	100 GB ~ 300 GB 整包直购
账户保活条件	无每月最低消费扣除条款
容灾路由覆盖	包含香港、日本、新加坡、美国等多地域节点

前往主站查看不限时按量方案 →

团队协作与全家共享

高配额多并发大额度资源池

适用场景：家庭多成员共用，或小微创业团队跨平台共享，需要稳定支撑 15~30 台设备并发，避免单人超额导致集体断网。

月度建议容量	1500 GB ~ 3000 GB (团队池)
设备连接数上限	无设备限制，或并发 IP 允许 ≥ 15 个
审计透明度	后台支持子账户或分节点清晰用量明细
重置周期容错	支持月中一键提前重置或灵活加购临时包

前往主站查看团队与多端套餐榜 →

---

九、全站宏观高频疑难解答 (Global FAQ)

在缺乏精确数据记账的情况下，绝大多数用户往往依据盲目的心理直觉挑选套餐：要么因为贪便宜购买了 20GB/月的微型套餐，导致月中关键时刻突发断流；要么盲目追求所谓的“大流量无限量”，支付了高昂月费却每个月闲置浪费 80% 以上的额度。通过流量账本建立基线，先明确自己的净有效需求与服务商倍率陷阱，拿着硬指标选型，每年可节省数十至上百元的不必要支出。

国际电工委员会 (IEC) 规定：1GB = 10^9 字节 (1,000,000,000 字节，SI 十进制标准，常用于硬盘厂商与运营商计费)；1GiB = 2^30 字节 (1,073,741,824 字节，二进制标准，常用于 Windows 操作系统与内存储存)。两者相差整整 7.37%！当数据规模达到 1TB 时，这种进制换算误差将膨胀至 70GB 以上。如果服务商后台使用十进制结算，而您的本地软件使用二进制统计，这种天然口径差异就会造成误解。

双向计费是指服务商后台在扣除额度时，将客户端发往节点的所有上行请求流量（包含 TCP ACK 握手确认报文、文件上传数据、HTTP 请求头），与节点回传给客户端的下行数据完全相加后再扣减。在普通网页浏览或低码率互动中，上行流量可占下行的 5%~15%；而在 P2P 传输、实时语音会议或频繁上传文件的场景中，上行甚至会超过下行。如果配合 1.5x 或 2.0x 节点倍率，您的可用额度将被成倍加速消耗。

从扣量公式上看，0.5x 节点每产生 1GB 物理流量确实仅从账户扣除 0.5GB 额度。但必须警惕两类潜规则：第一，部分 0.5x 节点往往被部署为冷门普通公网线路或超售严重的非专线，网络丢包率极高，严重的 TCP 重传会导致物理传输量膨胀，实际综合性价比大打折扣；第二，某些服务商在后台对 0.5x 节点采取了更激进的单包取整或最小连接扣量步长。建议使用本站的【倍率规则】计算器进行综合加权复核。

自然月重置严格以公历月份的第一天零点为结算点，无论大月 31 天还是平月 28 天，重置日期固定；而购买日重置以用户初次付款成功的日期为基准日（如每月 18 日）。购买日重置最大的陷阱在于跨时区（如服务商结算基于 UTC+0，而用户身处 UTC+8 产生 8 小时时差），以及大月 31 号购买但在没有 31 号的月份（如 2 月、4 月、6 月）自动提前至最后一天所引发的重置边界震荡。

所有基于标准的现代网页浏览器均运行在严格的安全沙箱机制下。W3C 规范严禁任何网页未经操作系统内核授权直接嗅探网络物理接口报文、遍历本地系统进程树或窃取应用网络套接字。声称在普通网页上点击即可“全自动扫描整机用量”的工具，通常要求安装带有提权漏洞的恶意证书或劫持扩展，存在极高安全风险。流量账本坚持纯正的前端沙箱与脱敏手工/文件交互，绝不妥协用户的隐私底线。

按量方案（Pay-As-You-Go）指用户一次性购买一个固定流量包（如 200GB），没有固定的月度清零周期，只要账户内有额度即可一直使用。它极其适合低频差旅、备用容灾与每月消耗不足 15GB 的轻度用户。但其劣势在于单价通常比月付套餐高出 2~3 倍，且部分不良商家会暗设“连续 3 个月无活跃连接则冻结账户”的隐形退场条款。在购买前必须查验其账户保活细则。

切勿在手机与电脑两端同时记录同一段时间的流量并简单相加！因为电脑发出的网络请求必须完整穿透手机的蜂窝网络接口，电脑记录的这部分传输已经包含在手机蜂窝网卡的统计中。正确做法是以手机系统自带的【蜂窝网络 - 个人热点】统计值作为对外的唯一出站凭证，电脑端的软件记录仅用于分析具体是哪一款应用程序造成了该时段的突增。

维权的关键在于提供具备技术说服力的“脱敏证据链”：第一，记录本地代理客户端（如 Clash / Sing-box）在对应时间段内的 Connections 连接日志汇总与整数字节数；第二，核对服务商后台对应节点的倍率与结算时间戳；第三，通过本站【账单核对】工具计算出无法解释的绝对差额与相对比率；第四，抹除敏感账号与域名，以客观技术数据提交工单，避免情绪化纠纷。

流量账本（liuliangzhangben.cc）是完全独立的流量计算、记账、排查与规则诊断工具站，服务器仅提供纯静态页面，所有计算均在用户本地运行。机场榜一（jichangbang.org）是本站唯一推荐的专业网络服务评测与选购对比主站。两者职责明确：您在流量账本完成用量核算并得出客观的“选购指标卡”后，前往机场榜一可直接按照具体参数对照真实的机场服务测评，做出真正合身的消费决策。

很多用户常将局域网内的硬件设备数量与服务商限制的“并发 IP 数量”混为一谈。在家用 Wi-Fi 环境下，无论是 5 台手机、2 台电脑还是 3 台电视，它们在局域网内虽然拥有不同的内网私有 IP（如 192.168.1.X），但在穿透家庭路由器发往公网时，路由器通过 NAT（网络地址转换）将所有数据包的源 IP 统一改写为了光猫拨号获得的唯一公网 IP。如果全屋设备通过软路由或主路由上的透明代理网关统一出站，在机场服务器看来，所有流量都来自于同一个出口 IP，因此严格只占用 1 个并发 IP 槽位，从而完美合规地破除设备数量限制。

挑选高信誉透明度机场应遵循三条黄金法则：第一，【倍率全透明】，所有节点标称倍率必须在后台和订阅节点名中完全公开且 1:1 兑现，绝不在晚高峰暗中提价；第二，【无隐形保底扣量】，按实际传输整数字节扣除，绝不执行单次短连接不足 100KB 强制扣 100KB 的霸王条款；第三，【支持详细日志对账与故障补偿】，当机房网络出现故障导致流量误扣时，能够提供公开透明的技术通告并主动向受影响用户补发配额包。

---

用量需求已测算清楚？前往主站比较真实套餐

拿着清晰的月度 GB 需求、倍率接受度与设备连接数，前往机场榜一查看经过真实核验的套餐定价与网络规则。

前往主站查看真实套餐比对 →

共同运营合作披露 · 无需购买即可完整使用本站所有工具

商业披露与中立性声明： 本站（liuliangzhangben.cc 流量账本）致力于提供中立的流量计量模型、账本记录工具与对账知识科普。所有账本数据保存在用户浏览器本地沙箱，绝不收集、不嗅探或上传个人网络行为与凭证。
本站不提供虚假注册、代充或中介支付。如涉及真实机场套餐选购与评测比对，统一向协作主站（jichangbang.org 机场榜一）进行中性转介。转介链接包含来源追踪标记（UTM），本站可能与主站存在推广合作或转介佣金关系。该转介佣金绝不影响用户在主站或服务商处的实际支付价格；本站与任何第三方商业加速服务商均无资产隶属、排他垄断或独家协议。无需购买任何服务即可永久免费使用本站全部计量与对账工具。