已审核内容
V.PS 东京 VPS：旧 SoftBank 单机样本与当前产品分线
复核 2022 年 V.PS 东京 SoftBank 单机样本，分开历史双栈路径、当前产品分层、AUP 资源边界和受控验收边界。
冻结页面中的东京 1 核样本记录了 Geekbench 5 单核/多核 592/567，多个端点吞吐接近 400 Mbps；回程到上海联通 9929 约 37 ms，而普通电信约 151 ms，IPv4 与 IPv6 上游也明显不同。页面最初日期为 2022-09-11、最后更新于 2025-06-15，但测试精确时刻未知。到 2026-08-19，V.PS 已把东京拆为 Premium、Cloud 和 Mini，且 AUP 对 CPU 与持续 I/O 有明确共享上限。本文只复核旧 SoftBank 样本。
方法与范围： VPScope 没有购买、登录或运行这台服务器。冻结来源 URL 对应 2022-09-11，页面又标记最后更新于 2025-06-15；正文没有单独的测试时戳，因此本文把它称为该页面保存的旧样本，不擅自确定基准究竟在哪次更新执行。2026-08-19 的产品页、Looking Glass、服务条款和 AUP 是供应商当前声明；RIPEstat 与 PeeringDB 只用于核对当前 xTom 网络起源、身份和日本设施。旧脚本地理标签、路由 ASN、官方城市名和物理机柜证明必须分开。
结论先行：东京节点不能只看城市名
这台旧样本最有价值的地方，是同时留下 IPv4、IPv6 和多类中国回程。它显示上海联通 9929 的单次回程约 37 ms，普通联通约 107 ms，上海电信约 151 ms；并发吞吐在香港、上海联通等目标接近 400 Mbps。它也显示 IPv6 可能改走 BBTower、Telstra、IIJ、香港交换点或 CERNET2，不能把 IPv4 路线复制到 IPv6。2026 年官方已经把东京分成 Performance、Cloud 和 Mini：Premium 与 SoftBank 是不同网络产品。旧数据能回答“当时一台 SoftBank 低配机怎样”，不能回答当前 Premium 或所有东京实例怎样。
计算轮廓：有 Geekbench，没有持续资源证据
旧 YABS 显示 Intel Xeon E5-2678 v3、1 个 2499.996 MHz 虚拟核心、989.6 MiB RAM、256 MiB swap、14.7 GiB 磁盘、Debian 10，AES-NI 和 VM-x/AMD-V 可见。Geekbench 5 单核 592、多核 567；单 vCPU 下两者接近合理，但一次短测无法判断 CPU steal、频率保持、超售或一小时平均配额。来源没有给出 fio，所以不能评价 15 GB 磁盘的随机 IOPS、同步写或延迟。看到 VM-x/AMD-V 也不等于已经确认 KVM 类型，只能说明相关虚拟化指令对客体可见。
吞吐：接近 400 Mbps 不等于稳定 500 Mbps
旧表中 Speedtest.net 为上传 393.12、下载 398.68 Mbps、0.70 ms；香港 418.83/402.58 Mbps、54.61 ms，新加坡 405.10/402.50 Mbps、68.30 ms，上海电信 359.94/397.91 Mbps、55.83 ms，上海联通 425.18/422.48 Mbps、50.50 ms。东京目标反而只有 187.03/382.63 Mbps、29.47 ms，说明端点选择和对端容量可能比地理距离更影响单次结果。旧套餐写 500 Mbps、双向 500 GB，表中高值与端口量级相容，却没有线程数、测试数据量、重试和峰晚对比，不能当持续保证或月流量能力证明。
IPv4 回程：联通短，不代表三网同质
旧 IPv4 首跳标签出现 AS4785，随后进入 AS23959 与 SoftBank AS17676。到上海联通 9929，SoftBank 直接接入 AS9929，终点约 37.44 ms；普通联通进入 AS4837，终点约 107.48 ms。上海 CN2 样本经香港 PCCW 后进入 59.43，终点约 81.26 ms；普通电信终点约 151.34 ms。广州移动最后响应约 87.20 ms，教育网终点约 167.99 ms。这些是服务器到目标的回程，不包含用户去程。首跳偶发高值和中间星号也不能直接解释为端到端丢包。
IPv6 是另一张网络图
旧 IPv6 移动路径先经 BBTower，再由 Telstra 到香港接 CMI；联通与电信样本可见 IIJ，电信路径部分跳点超过 150-300 ms；上海交大目标则经 BBIX、香港交换点进入 CERNET2，终点约 115 ms。它说明双栈服务必须分别验收，不能因 IPv4 联通短就推断 IPv6 三网都短。来源没有 IPv6 吞吐、持续 ping、包数、P95/P99 或双向路径，也没有说明目标主机是否限 ICMP；因此只适合做路由结构快照。
当前产品分层与条款比旧跑分更重要
2026-08-19 官方产品页把东京列为 Performance KVM、Cloud KVM 和 Mini KVM。Looking Glass 明确把 Tokyo Premium 对应 Performance，把 Tokyo SoftBank 对应 Cloud 与 Mini。2026-07-24 更新的条款只对 Tokyo Performance KVM Gen2 写明 CTGNet、CUP、CMIN2 上游承诺，并列攻击、技术故障和上游停服例外；这不能倒填到旧 Mini。AUP 还规定一小时平均 CPU：1 GB Mini/Nano 不超过单核 20%，Cloud 为 30%，Performance 为 40%；持续四小时超过 100 MiB/s 的存储 I/O应避免。短跑分没有展示这些长期边界。
退款、备份和 SLA 的实际含义
当前产品页宣传 VPS 14 日退款与 99.9% SLA，但退款有账户次数等例外，具体仍须读适用条款；SLA 标签也不等于每次网络抖动都自动赔付。AUP 明确说存储虽有冗余，供应商仍不对数据损失及后果负责，并建议用户自行备份且定期验证恢复。对于数据库、邮件或唯一生产副本，这些合同边界比一次 400 Mbps 测速更重要。付款前应确认所选 Tokyo 系列、续费价、退款例外、SLA 口径和故障提交时限。
适合谁、不适合谁
它可作为面向日本、东亚访客的小型自管服务、开发环境或中转业务的候选，尤其适合知道自己需要 SoftBank 还是 Premium，并愿意从真实用户运营商复测的人。它不适合仅凭“东京”二字就要求中国三网一致低延迟、长期满核、持续高 I/O、固定内容平台地区或无条件退款的读者。对交易、语音、游戏、关键数据库和唯一备份，单次旧回程和并发测速远远不够；必须先月度或最短周期验收并保留退出路径。
冲突、未知与购买前核对
旧页面把地址标签、机房城市和线路名称混在一起：首跳标 AS4785、下一跳 AS23959，地理数据库又可能把地址写成大阪或东京；这不构成物理位置证明。到 2026-08-19，RIPEstat 把旧 IPv4 与 IPv6 测试地址的当前起源都标为 AS3258，PeeringDB 也把 AS3258 登记为 xTom Tokyo；这一变化进一步说明当前路由不能倒写旧观测。流媒体脚本对同一 IPv4 与 IPv6 给出不同地区和失败状态，最多说明当时 IP 信誉、DNS 或平台策略存在差异，不能变成解锁保证。官方当前页面的 14 日退款、99.9% SLA、Performance 上游承诺和 AUP 资源上限也属于不同层次：退款是退出条件，SLA 是可用性合同，CTGNet/CUP/CMIN2 是特定产品的上游承诺，CPU/I/O 百分比是共享资源边界。它们都不能替代端到端性能样本。付款前应让工单写明具体东京系列、是否 SoftBank、端口和双向流量定义、CPU 平均值如何计算、超限处置、IPv6 前缀、备份保留以及退款一次性限制。
如何把线路标签变成可验证选择
按用户运营商分别验收：日本本地看往返与尾延迟，中国联通分 9929/4837，电信分普通骨干/CN2，移动看 CMI。保存目标 IP、运营商、协议、地址族、时间与样本数；ICMP 星号用 TCP/HTTPS 补测，不把线路标签当作持续承诺。
复测清单与公平结论
只在供应商允许、隔离、可删除的非生产实例上复测。先记录 Performance、Cloud 或 Mini 的准确 SKU、机房、UTC 时段和交付前缀；核对 CPU、虚拟化、RAM、swap 与磁盘。CPU 测试设置 30 分钟上限并记录 steal；fio 只能写有容量和时长上限的普通测试文件或临时卷，不得触碰裸设备或业务目录。IPv4/IPv6 只连接自有或明确授权端点，分别从东京、香港、新加坡和目标中国三网做受控的单流/多流双向吞吐，早晚高峰各跑 MTR，报告包数、丢包、P50/P95/P99 和 jitter；DDoS 只核对书面防护范围，不主动制造攻击流量。再验证 rDNS、备份恢复、工单与取消。公平结论是：旧 SoftBank 样本对联通方向有积极信号，也暴露电信和双栈差异；它不能验证当前 Premium、持续资源或长期稳定性。