这个计算器是给二手 VPS 转让用的：先算一台机器“还没用完的部分”值多少钱，再围绕这个数算溢价、过户费、中介费和 PayPal 手续费，卖家和买家分开看，谈价的时候心里有数。

核心公式，一句话

剩余价值 = 续费金额 ÷ 付款周期天数 × 剩余天数 × 汇率

只看还剩多少天能用：续费价摊到每一天，乘以转让日到到期日的剩余天数，再换算成人民币。溢价、过户费、中介费、PayPal 手续费不在这个公式里，它们在结果区另外算。

第一步：续费信息

• 续费金额：填商家标注的续费价，不是首购优惠价，也不是你当初买的价格。转让估值看的是以后续费要花多少钱。
• 计价币种：人民币、美元、欧元、英镑、日元、港币、台币、新加坡元、澳元、加元、韩元，11 种可选。
• 汇率：选外币后会自动填一个内置参考汇率，人民币固定为 1。汇率每天都在变，成交前请按你们约定的汇率手动改一下，改完结果立刻重算。
• 付款周期：月付 30 天、季付 90 天、半年付 180 天、年付 365 天、两年付 730 天、三年付 1095 天、四年付 1460 天、五年付 1825 天，也可以选自定义天数自己填。周期越长，摊到每天越便宜。

第二步：时间信息

• 转让日期：默认今天，就是你们打算交易的日期。
• 到期日期：机器的到期日，可以手动改。
• 精确到时分：短周期机器可以勾上，转让时间和到期时间精确到小时和分钟，剩余天数按小时折算，不再是整天。长周期机器用日期就够了。
• 剩余天数 = 到期日 − 转让日；已用天数 = 付款周期 − 剩余天数。
• 转让日已到或超过到期日，剩余价值就是 0；剩余天数超过一个付款周期，会按单周期上限折算（剩余价值不超过续费金额），并给出提示，因为实际转让时还要考虑下次续费。

第三步：交易结算，双向反推

这是和普通“除法计算器”最大的区别，有两个方向，随时切换：

卖家视角：填期望溢价，反推明盘价

• 填期望溢价金额（人民币），可以填负数，负数就是降价。
• 填期望溢价比例（%），改金额比例跟着变，改比例金额跟着变。
• 明盘价 = 剩余价值 + 溢价。
• 还有一个“明盘价抹零到元”：把明盘价向下取整到元，溢价跟着调整，谈价时数字好看一点。

买家视角：填明盘价，反推溢价

• 填对方开的明盘价，自动算出溢价金额和溢价比例。
• 溢价是正数，说明要价高于剩余价值；是负数，说明低于剩余价值，也就是折价。

第四步：附加费用

• 过户费 Push：填金额（人民币），选买家付、卖家付或 AA 平摊。
• 中介担保：勾选后开启，费率可以在 3%、5%、10% 之间选，同样选买家付、卖家付或 AA 平摊。中介费按明盘价的百分比算。
• PayPal 收款：勾选后按 4.4% + $0.30/笔算，卖家承担。美元部分按内置美元参考汇率换算成人民币。

结果区怎么看

核心数字

• 剩余价值：人民币大数字，同时显示原币金额和还剩多少天。这是所有定价的基准。
• 官方日均：剩余价值 ÷ 剩余天数，相当于官方定价摊到每天多少钱，看机器本身贵不贵。
• 已用价值 / 已用天数：已经用掉的那部分值多少钱、用掉了多少天。
• 总时长：你填的付款周期天数。

一句话结论

• 溢价在 ±5% 以内，算平价。
• 溢价是负数，结论就是比剩余价值便宜百分之几。
• 溢价是正数，结论就是比剩余价值贵百分之几。
• 别只看百分比：能续费的低价年付、绝版套餐、好 IP 段、特殊线路，这些是实打实的附加值，贵一点合理；反过来，快到期、不能续费、有转让风险的机器，折价才是正常价。

卖家组

• 明盘价、溢价金额和比例
• 卖家承担的费用明细：过户费、中介费、PayPal 各多少
• 卖家实收：明盘价扣掉卖家承担的费用后，真正到手的钱
• 保本价：卖家扣掉自己承担的费用后、刚好拿到剩余价值时需要的明盘价。想不亏，就不要低于这个数。

买家组

• 明盘价、买家承担的费用明细
• 买家总支出：明盘价 + 买家承担的费用
• 综合日均：买家总支出 ÷ 剩余天数，把所有费用都算上后，买家实际每天掏多少钱

记住这个关系：官方日均看机器本身贵不贵，综合日均看这笔交易划不划算。

这台东京小鸡我已经实际用起来了，不是纸上谈配置，而是从零装了 Nginx、上了 HTTPS、又换成了 Hugo 博客之后的心得。

配置先说清楚：1 核 Xeon Gold 6252，内存 1.4G，没有 swap，磁盘 23G，系统是 Debian 13，位于东京，IPv4 和 IPv6 都有，默认已经开了 BBR。

第一感受是干净。刚接手时上面几乎没有多余的东西，只有 SSH、转发 agent、监控 agent 和 fail2ban，80 和 443 端口都是空的，想装什么都不会被旧服务挡住。

第二感受是轻量项目真的很合适。Nginx 跑起来只占 2M 左右内存，Hugo 生成的是纯静态页面，运行时根本不需要数据库和后台进程。对这台机器来说，静态博客、个人主页、导航页、轻量工具站，都是很舒服的用法。

第三感受是边界也很清楚。1 核 1.4G 就不要硬上了，WordPress 加数据库、大型面板、Java 项目、多个重型 Docker 容器，跑起来会很吃力，体验反而变差。小鸡的正确用法是做减法，不是堆功能。

给同样用小规格机器的朋友几个建议：

第一，优先选静态方案，能静态就不要动态。

第二，装 Docker 或者多跑一个服务之前，先加 1 到 2G swap，留一点缓冲。

第三，证书用 Certbot 自动续期，不要靠手动记得到期时间。

第四，重要的博客源码定期备份，静态站恢复起来很快，但源码丢了就麻烦了。

总结一句话：这台东京小鸡不适合当主力应用服务器，但当轻量博客和工具节点，位置、干净程度和资源占用都很合适，用对地方就是一台好机器。