用加密货币支付 VPS 或独立服务器

19 种币种、一张账单页面、由 watcher 精确匹配金额。Core 每月 $6 起、独立服务器 $49 起：额度如何入账，少付了该怎么办。

打开钱包之前，先定好转账路线

大多数失败的订单都可以追溯到一个下拉菜单——而且问题往往不在币种本身。每张账单在创建时就会绑定「一种资产 + 一条链」的组合，两个同为 USDT 的选项——这里是 TRC-20，那里是 BEP-20——虽然共用同一个代码，彼此却毫不相干。如果你的提币应用无法触达所选的链，钱就会被搁置在两本账目之间好几天。所以在账单页面加载之前，就应该认真想好转账路线，而不是事后补救。

菜单里共有 19 种工具。排在最前的是 XMR 和 BTC；随后是 ETH、SOL、LTC、BNB 和 TRX；接着是 XRP、DOGE、DASH、ADA；GRAM 服务于 Telegram 相关的用户；USDT 则走七条独立的网络——除刚才提到的两条，还有 ERC-20、SPL、Polygon、Arbitrum、Optimism。Tether 官方页面会列出哪些链上托管着该代币，而这些轨道之间的差异是实打实的经济差异：从一条链到另一条链，手续费和结算行为可以相差一个数量级。

选对路线其实只需两句话。当你对几毛几分的差额敏感时，USDT-TRC20 在这里无人能敌；当报价金额必须在报价到结算之间保持不变时，任何一条泰达轨道都能做到；当这笔转账最好低调进行时，XMR 是一等公民，绝非备选项——门罗币专页有详细展开，USDT 专页则将七条路线并排对比。链改变的是手续费，永远不会改变机器本身。

最经典的错误，是用一个无法在所选链上发出交易的应用去支付账单——交易所把你的币托管在某一条网络上，就无法支付为另一条网络生成的地址，充值会一直悬置，直到人工介入处理。请先在自己的应用里核实提币网络；结算页面看到的只是一个链名，永远不会了解你的应用支持什么。路线定好后，剩下的就是四个步骤，而每一步都只有一个正确动作。

四个步骤，每步只有一个正确动作

在钱进入画面之前，把所有配置敲定，因为账单会对输入内容做快照：平台、套餐、期限、十几个机房之一、操作系统。接下来的登记环节只要求一个邮箱地址和一个至少 12 个字符的密钥，以便 SSH 凭据有处可送——没有激活链接，背后没有个人资料，购买流程指南会逐一展示这些界面。快照之后若要更改输入，正确的做法是重新生成账单，而不是修改原单。

结算在独立的页面上进行。选择币种，生成账单，把打印出的金额一次性广播出去——BTC 地址遵循 BIP 21 标准化的格式——然后就停下。服务端的匹配器会将金额和交易与公共账本比对，并自动入账额度；你不需要手动提交 txid，也没有任何确认提示需要等待。这套机制刻意保持朴素：Bitcoin Core RPC 接口提供了它所需的全部原语。

订购每月 $6 的 Core（年付为每月 $4.80）时，账单会先以美元为该配置定价，再按浮动汇率换算成你的币种；所选路线只影响手续费，不影响机器。年付期限会在任何换算发生之前，先对美元金额应用 -20% 的折扣，这使得期限与币种成为真正相互独立的两个杠杆。季付则有 -10% 的折扣，是还没准备好一次性持有全年容量的买家的中间选择。

最容易出问题的地方在于：快照已存在之后再改动订单。账单忠实反映生成它的那份配置——更换套餐时，旧账单应当作废不予支付，同时生成一张按新配置干净定价的账单；绝不是补差价，也绝不是修改。账单要最后生成：等套餐、期限、城市和镜像都定稿之后再动手，并把它当作一张「待生效的收据」，而非实时报价。只有一个变量会持续变动——汇率——下一节会讲结算页面如何把它钉住。

存储的金额高于币种代码

让新手意外的是这个行为：你盯着看的那个数字，并不是真正重要的数字。在你确认之前，浏览器每 60 秒通过同源的 CoinGecko 缓存重绘一次换算后的总额，让你斟酌期间报价保持真实。但在账单创建的那一刻，加密货币数量被冻结，这个冻结后的数字将成为匹配器唯一接受的金额——之后的市场波动既不会让它增值，也不会为它退款。

这个设计模仿了资产本身的行为：一笔广播按广播时刻的市场价成交，因此为一次钱包往返冻结报价，不过是对现实的如实映射。以法币计价的总额只由套餐和期限决定；同一订单的 USDT 账单与 BTC 账单，差别只在换算和网络手续费，交付的东西完全相同。币种只是结算细节，机器对此毫不在意，面板也一样。

这个时间窗口刻意设计得宽容——足够应付一次冷钱包操作、一笔交易所提币排队和一个慵懒的下午——但它不是停车位。一张被放置数天的账单，是一份引用着无人认可汇率的过期产物，而补救只需几秒：重新生成一张，让它干净地重新定价。从生成账单到过期之间，请按打印显示的金额原样转账，把它当作指令而不是参考。

一个值得内化的推论：暂时的价格偏差是安全的。如果你持有的币种在生成账单后下跌，存储的数量依然是应当发送的正确金额——匹配器要的是它的精确数字，而不是出于同情的调整。如果币价上涨，存储的数量依然有效，差额是商家的记账问题，与你无关。两个方向的结果完全一致，这正是这条规则可以机械执行、无需判断、任何时候都安全的原因。

要避免的错误，是把打印金额当作约数——发送一个「差不多」的取整数字，然后指望照样入账。匹配器比对的是精确数量，取整转账按定义就是少付，订单会当场卡住。请按打印的数字发送，精确到末位小数。精度问题解决了，另一条链上的变量就是深度：每条网络要求多少个确认才入账。

确认深度按链而定、明文标注、不可更改

不存在放之四海皆准的阈值——每条链都有自己的结算深度要求，账单页面会在每种币种旁印出该数字和预计时间（ETA）。目录要求 BTC 确认 2 个区块、XMR 确认 10 个；这两个数字看起来相差悬殊，实际耗时却相近，因为它们的区块是完全不同的物种。深度是防重组参数，不是速度评级，每条网络都依据自身共识的物理特性来调整它。

比特币较浅的要求，依赖于全球算力让深度重组近乎天方夜谭；门罗币较深的数量，是因为它的区块出块很快，而且其隐私构造需要足够距离，一笔花费才能被视为已结算。以太坊又是另一套逻辑——其官方交易文档描述了没有工作量证明对应物的最终性语义。匹配器应用所选链要求的深度；你对它唯一的「影响」，就是选择哪条链本身。

复用地址得不到任何好处：watcher 要求它自己的精确金额，并拒绝任何已经为另一张账单结算过的交易引用。这一拒绝机制就是防重放保证——一次广播，一次入账，永久有效。这也是为什么「向同一地址做第二次广播」位居禁忌清单之首；该地址在第一次干净匹配后即告退役，之后的任何转账只会污染本可能由人工完成的对账。

等待 BTC 账单期间，请克制加速它的冲动。BIP 125 定义了替换语义，而一笔被替换或重复的交易恰恰是单张账单无法对账的情形——让打印的 ETA 自然流逝，因为一笔待确认的转账并不是一笔丢失的转账。只有两种真实情况值得采取行动：确实少付了，或者整笔广播发错了链。两者的应对方式相同，下面马上讲。

少付了，还是广播发错了管道？停下。提交一张附有交易引用的工单；运营团队要么在现有账单上补齐差额，要么建议重新生成一张——向已退役地址盲目做第二次广播，正是把一次可挽回的失误变成两次的操作。该提交的是工单，绝不是转账。深度与匹配讲完，剩下的就是纯粹的账务：折扣、拆分，以及每种期限对法币金额的影响。

没有银行卡，因此没有画像系统

银行卡和 SEPA 流程会插入一个持牌中介，而该中介在法律上有义务对其用户做画像，无论链条另一端的商家乐意与否——这正是「只收加密货币」是产品本身而非附加功能的原因。把中介剔除后，身份识别便无处着力：没有账单地址可供交叉核对，没有持卡人姓名可供匹配，也没有借 3-D Secure 之名窃取你手机号的 KYC（实名认证）式步骤。最小数据指南详细追踪了由此从存档中消失的所有信息。

更隐蔽的好处是价格的扁平。折扣前价格只由套餐和期限决定；币种金额就是该价格按浮动汇率换算的结果；路线之间的差价是你的网络手续费，付给链，而不是付给商家。无需为刷卡附加费建模，基础价格里没有隐藏的汇兑利差，月底也没有以 EUR 计价的对账单冒出来。账单页面上看到的，就是自上而下的全部成本。

本节有一条精度要求比其他一切都重要。用比特币支付的那台机架，依然矗立在一个有名有姓的国家，受该国法院管辖；结算轨道把处理器与管道分开，却永远无法把机房与它的法律分开。需要不同法律质地的买家，应该更换的是国旗——雷克雅未克或苏黎世——而不是币种，因为地理承载管辖权，而币只承载价值。把两者混为一谈，会带来后果昂贵、且当事人浑然不觉的错误。

要避免的习惯：在别家「就用这一次」刷卡支付，然后纳闷那家服务商怎么拿到了你的家庭住址。银行卡在构造上就带身份信息；加密货币只有当其来源带身份时才带。保持轨道统一，结算就始终是它本来的样子——一个数量、一条链、一次入账——中间没有任何环节留下你的名字。接下来只剩算术层面：期限如何打折、账单能否拆分、以及哪个杠杆撬动哪个数字。

期限管折扣，账单绝不拆分

期限和币种是两个相互独立的杠杆，把二者混为一谈是大多数账单意外之源。-20% 的年付折扣先作用于法币金额，折后金额再按实时汇率换算。季付同样走这条路径，折扣为 -10%。没有任何币种的结算成本更低——结算页绝不会因为路线而打折——所以请按手续费和速度选路线，把价格完全排除在这个决策之外。

一张账单拆到两种币种支付，从构造上就不被支持：每张生成的账单都永久焊死在一对「资产-网络」上。一半资金在 BTC、一半在 USDT？那就生成两张订单；每张按各自的汇率独立定价、按各自的深度独立结算。这个限制听起来不近人情，但只要想象一下替代方案就释然了——部分入账、无人认领的剩余半张、比服务器本身活得还久的对账线程。两张干净的票，永远胜过一张卡住的票。

金属机器走同样的算术。按 $49 的标价购买 Forge（年付等效 $39.20），年付期限会在换算之前先应用折扣——一台 16 核 32 线程 Ryzen 9 加双 1 TB 闪存的机器，和云主机一样通过单张账单、单条路线定价，加密货币购买独立服务器指南对此有详细说明。Summit 和 Monolith 沿阶梯向上沿用完全相同的路径，组装在入账之后开始，控制台访问在 2-4 小时窗口的末尾交付。

预期管理：期限到期后未用完不退按比例退款，已生成的账单也不能追加第二种资产。期限承诺是整笔预付的——预付正是折扣的资金来源——而一张已生成的账单在创建后无法增加资产。这两条规则在支付之前就写在账单页面上，有异议应当在此刻提出。钱的问题讲完，只剩一个时钟：机器究竟多快交付。

两个时钟，彼此互不等待

确认时长和交付时长相互独立，把二者混为一谈会导致重复付款。再快的链也催不动机架团队；再慢的链也拖不住一台虚拟机。一旦额度入账，云主机约一分钟内即可就绪；金属机器需要 2-4 小时的组装才能交付控制台。链的深度要求完全位于入账之前——其他一切的秒表从入账那一刻启动，而不是从广播那一刻。

钱包环节的时间要现实地估算。一张 BTC 账单要等两个区块——按内存池的心情，从几分钟到一小时不等；XMR 的十个区块来得飞快；各条泰达轨道跟随其宿主链。每种币旁打印的 ETA 就是为下单前阅读而存在的，而不是供事后焦虑地反复查询。对大多数买家而言，慢的环节在钱包一侧：交易所的提币队列和人工审核，而不是链本身，更不是商家。

金属机器的时长换来了实打实的物理操作：机箱上架、RAID 结构搭建——Forge 是双 2 x 1 TB 闪存，Summit 是 2 x 2 TB，Monolith 是四块盘——IPMI 最后开放，让你首次接触时控制台已经预热完毕。这段时间里没有任何环节需要你在场或等候；凭据消息在交接完成时送达，排期中没有任何一段会在夜间暂停，也不会因工单而加速。

代价最高的错误是「不耐烦的钱」：把确认缓慢误读为付款丢失，随即发出第二笔广播。watcher 仍在等待它的精确金额；原始转账是待确认，而不是消失，已退役的地址也不需要救援。只有当 ETA 超时的量级是数小时而非数分钟时，才升级为工单——并附上交易引用。整个流程就是一次配置、一张工单、一次广播、一次入账；最后一节把它们按执行顺序排好。

加密货币支付，按执行顺序复述

先敲定配置——平台、套餐、期限、十二座城市之一、一个镜像——因为账单会对生成它的输入做快照。在生成账单之前先算清期限账：年付从法币金额中减去 20%，季付减去 10%，两者都在任何换算之前生效。登记环节放在最后：一个邮箱地址、一个 12 字符的密钥，没有第三个字段。改主意之后重新生成只需几秒；修改已生成的账单则不可能。

打开结算页面，在选择之前先问两个问题：你的应用究竟能否在这条链上发出交易？这条路线是否适合本次任务——在意零头就选 USDT-TRC20，希望转账安静就选 XMR，手里持有 BTC 就选 BTC。看清打印的深度和 ETA，然后把账单金额一次性、单笔广播发出，剩下的交给 watcher。

确认期间，不做任何金融动作：不二次广播、不取整补差、不重复下单。如果任何环节看起来不对，正确的动作是提交一张附有 txid 的工单；运营团队会在现有账单上补齐真实的差额，或建议重新生成。匹配器会拒绝被重放的引用，地址复用也带不来任何好处，所以第一次干净匹配就是唯一算数的一次。

额度入账后，时钟从金融交接给物理：云主机约一分钟内启动，登录信息发送到你注册的邮箱；机架机器消耗数小时的组装窗口，控制台访问在末尾交付。归档凭据消息，确认面板已把账单标记为已结算，然后才开始配置机器——结算一侧到此完成，不再需要你做任何事。

压缩成清单：配置、登记、选路线、生成账单、单次广播、等待入账、收取交接。本页上的每一种失败模式，都是这些步骤的错序——生成账单之后才选路线、该提工单时却做了第二次广播——而只要从上到下笔直跑完这份清单、不即兴发挥，每一种都可以避免。